From daemon@optimus.ietf.org Thu Nov 1 09:06:50 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA17542 for ; Thu, 1 Nov 2001 09:06:49 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id JAA01860 for avt-archive@odin.ietf.org; Thu, 1 Nov 2001 09:06:56 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id JAA01748; Thu, 1 Nov 2001 09:05:59 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id JAA01718 for ; Thu, 1 Nov 2001 09:05:57 -0500 (EST) Received: from [209.116.240.194] (foxtrot.nab.org [209.116.240.194]) by ietf.org (8.9.1a/8.9.1a) with SMTP id JAA17494 for ; Thu, 1 Nov 2001 09:05:50 -0500 (EST) Received: from wilma.nab.org by [209.116.240.194] via smtpd (for odin.ietf.org [132.151.1.176]) with SMTP; 1 Nov 2001 14:05:55 UT Received: (private information removed) Message-ID: <119889647E5CD31193D4009027991299026DACFE@wilma.nab.org> From: "Allison, Art" To: "'avt@ietf.org'" Subject: FW: [AVT] Security- or lack thereof Date: Thu, 1 Nov 2001 09:05:47 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C162DE.529C6F10" Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C162DE.529C6F10 Content-Type: text/plain; charset="iso-8859-1" Is anyone else getting spammed apparently based on snooping the list? At least this guy asked...but others are just sending. I was not aware that the email addresses were being put on a web page, I certainly did not give such permission. Is this the IETF operating policy in this matter? Thanks Art ::{) -----Original Message----- From: Victor Black [mailto:w4@high-tech-communications.com] Sent: Wednesday, October 31, 2001 5:00 AM To: avt@ietf.org Subject: [AVT] New Engineering Utility I noticed your email address on a list serve related to engineering and technology. With your permission, we would like to send you information regarding new real-time collaboration and utilities based on your interests. Please click the following link and opt-in to our product updates and e-newsletter, click here. Cordially, Victor Black If you would like to be removed from our database, please click here. _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt ------_=_NextPart_001_01C162DE.529C6F10 Content-Type: text/html; charset="iso-8859-1" New Engineering Utility
Is anyone else getting spammed apparently based on snooping the list? At least this guy asked...but others are just sending.
I was not aware that the email addresses were being put on a web page, <see below> I certainly did not give such permission.
Is this the IETF operating policy in this matter?
Thanks 

Art
::{)
-----Original Message-----
From: Victor Black [mailto:w4@high-tech-communications.com]
Sent: Wednesday, October 31, 2001 5:00 AM
To: avt@ietf.org
Subject: [AVT] New Engineering Utility

I noticed your email address on a list serve related to engineering and technology. With your permission, we would like to send you information regarding new real-time collaboration and utilities based on your interests. Please click the following link and opt-in to our product updates and e-newsletter, click here.

Cordially,

Victor Black

If you would like to be removed from our database, please click here.

_______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt ------_=_NextPart_001_01C162DE.529C6F10-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Thu Nov 1 09:42:39 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA19433 for ; Thu, 1 Nov 2001 09:42:39 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id JAA03352 for avt-archive@odin.ietf.org; Thu, 1 Nov 2001 09:42:42 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id JAA03261; Thu, 1 Nov 2001 09:42:20 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id JAA03233 for ; Thu, 1 Nov 2001 09:42:18 -0500 (EST) Received: from purple.nge.isi.edu ([65.114.168.32]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA19401 for ; Thu, 1 Nov 2001 09:42:13 -0500 (EST) Received: from purple.nge.isi.edu (localhost [127.0.0.1]) by purple.nge.isi.edu (8.11.6/8.11.6) with ESMTP id fA1EgCJ02317; Thu, 1 Nov 2001 09:42:12 -0500 Message-Id: <200111011442.fA1EgCJ02317@purple.nge.isi.edu> To: "Allison, Art" cc: "'avt@ietf.org'" Subject: Re: FW: [AVT] Security- or lack thereof In-Reply-To: Your message of "Thu, 01 Nov 2001 09:05:47 EST." <119889647E5CD31193D4009027991299026DACFE@wilma.nab.org> Date: Thu, 01 Nov 2001 09:42:11 -0500 From: Colin Perkins Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Art, The AVT list is configured so that only the list administrators have access to the subscriber list (I believe this is the default for lists hosted at ietf.org). It seems that the message you quote below went to the list itself, rather than from picking your address from a web page. Colin --> "Allison, Art" writes: >Is anyone else getting spammed apparently based on snooping the list? At >least this guy asked...but others are just sending. >I was not aware that the email addresses were being put on a web page, below> I certainly did not give such permission. >Is this the IETF operating policy in this matter? >Thanks > >Art >::{) >-----Original Message----- >From: Victor Black [mailto:w4@high-tech-communications.com] >Sent: Wednesday, October 31, 2001 5:00 AM >To: avt@ietf.org >Subject: [AVT] New Engineering Utility > > > >I noticed your email address on a list serve related to engineering and >technology. With your permission, we would like to send you information >regarding new real-time collaboration and utilities based on your interests. >Please click the following link and opt-in to our product updates and >e-newsletter, click here. > >Cordially, > >Victor Black > >If you would like to be removed from our database, please click > here. > >_______________________________________________ Audio/Video Transport >Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Fri Nov 2 04:20:32 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA28353 for ; Fri, 2 Nov 2001 04:20:31 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id EAA11607 for avt-archive@odin.ietf.org; Fri, 2 Nov 2001 04:20:34 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id EAA11323; Fri, 2 Nov 2001 04:07:27 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id EAA11294 for ; Fri, 2 Nov 2001 04:07:25 -0500 (EST) Received: from motgate3.mot.com (motgate3.mot.com [144.189.100.103]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA28241 for ; Fri, 2 Nov 2001 04:07:22 -0500 (EST) Received: [from pobox.mot.com (pobox.mot.com [129.188.137.100]) by motgate3.mot.com (motgate3 2.1) with ESMTP id BAA16419 for ; Fri, 2 Nov 2001 01:45:22 -0700 (MST)] Received: [from hpux4.miel.mot.com (hpux4.miel.mot.com [217.1.84.89]) by pobox.mot.com (MOT-pobox 2.0) with ESMTP id BAA04066 for ; Fri, 2 Nov 2001 01:54:18 -0700 (MST)] Received: from pcwks123 (pcwks123.miel.mot.com [199.2.102.179]) by miel.mot.com (8.9.3/8.9.3) with SMTP id OAA26707 for ; Fri, 2 Nov 2001 14:24:35 +0530 (IST) From: "Vinay" To: Date: Fri, 2 Nov 2001 14:24:16 +0530 Message-ID: <002101c1637b$f46cc1e0$b36602c7@miel.mot.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.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Content-Transfer-Encoding: 7bit Subject: [AVT] Small Clarification required Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 7bit Hi I am vinay, I need some clarification can anyone clarify this. I am confused about which is the correct document for RTP payload for MPEG-4 AAC to implement. As per 3GPP TS 26.234 for implementing MPEG-4 AAC the document refered is RFC 3016. But there exists a Internet draft for MPEG-2 and MPEG-4 AAC ie., Can you clarify me which is the correct one. Regards vinay _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Fri Nov 2 13:04:13 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA13657 for ; Fri, 2 Nov 2001 13:04:13 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id NAA25850 for avt-archive@odin.ietf.org; Fri, 2 Nov 2001 13:04:14 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id NAA25609; Fri, 2 Nov 2001 13:00:17 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id NAA25561 for ; Fri, 2 Nov 2001 13:00:14 -0500 (EST) Received: from nwd2mime2.analog.com (nwd2mime2.analog.com [137.71.25.114]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA13449 for ; Fri, 2 Nov 2001 13:00:12 -0500 (EST) Received: from nwd2gtw1 (unverified) by nwd2mime2.analog.com (Content Technologies SMTPRS 4.2.5) with SMTP id for ; Fri, 2 Nov 2001 13:00:23 -0500 Received: from golf.cpgdesign.analog.com ([137.71.139.100]) by nwd2mhb2.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id MAA15953 for ; Fri, 2 Nov 2001 12:59:38 -0500 (EST) Received: from hariv (pc_hariv [137.71.139.44]) by golf.cpgdesign.analog.com (8.9.1/8.9.1) with SMTP id JAA07611 for ; Fri, 2 Nov 2001 09:59:34 -0800 (PST) Message-ID: <005201c163c7$5070dc60$03000004@hariv.cpgdesign.analog.com> From: "Harikrishna Vuppaladhadiam" To: Subject: Re: [AVT] Questions Re:draft-ietf-avt-rtp-cn-04.txt Date: Fri, 2 Nov 2001 09:53:43 -0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_004F_01C16384.421B41C0" 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 Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org This is a multi-part message in MIME format. ------=_NextPart_000_004F_01C16384.421B41C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello all, I am looking for information on the implementation of telephony CLASS = features. Where do I get information on the implementation of such = features in a VOIP systems. Are there any supporting documents or = standards (any IETF RFCs?). Regards Hari V ------=_NextPart_000_004F_01C16384.421B41C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello all,
  I am looking for information = on the=20 implementation of telephony CLASS features. Where do I get information = on the=20 implementation of such features in a VOIP systems. Are there any = supporting=20 documents or standards (any IETF RFCs?).
 
Regards
Hari V
 
------=_NextPart_000_004F_01C16384.421B41C0-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Sun Nov 4 21:17:06 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA19314 for ; Sun, 4 Nov 2001 21:17:05 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id VAA13647 for avt-archive@odin.ietf.org; Sun, 4 Nov 2001 21:17:08 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id VAA13619; Sun, 4 Nov 2001 21:15:03 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id VAA13590 for ; Sun, 4 Nov 2001 21:15:01 -0500 (EST) Received: from purple.nge.isi.edu ([65.114.168.32]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA19305 for ; Sun, 4 Nov 2001 21:14:57 -0500 (EST) Received: from purple.nge.isi.edu (localhost [127.0.0.1]) by purple.nge.isi.edu (8.11.6/8.11.6) with ESMTP id fA52DRQ01266 for ; Sun, 4 Nov 2001 21:13:27 -0500 Message-Id: <200111050213.fA52DRQ01266@purple.nge.isi.edu> To: avt@ietf.org Date: Sun, 04 Nov 2001 21:13:27 -0500 From: Colin Perkins Subject: [AVT] AVT meeting at Salt Lake City IETF Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org The AVT working group is scheduled for two slots at the 52nd IETF meeting in Salt Lake City. On the tentative agenda, these are 9:00 to 11:30am on Wednesday 12th December and 9:00 to 11:30am on Thursday 13th December. These dates are subject to change - do not use them to plan travel. Those wanting agenda time at the meeting should contact the working group chairs by 23rd November. You are reminded that the cut-off date for -00 Internet Draft submissions is Wednesday, November 14th, 17:00 US-EST. Unless you have prior approval from the working group chairs, -00 submissions should have filenames with the format draft-yourname-avt-...-00.txt. Be advised that updates to -00 drafts received after November 14th will not be accepted. All other Internet-Draft submissions must be made by Wednesday, November 21st, 2001 at 17:00 US-EST. Drafts which do not make the cutoff date will not be discussed at the meeting. Colin _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Mon Nov 5 05:23:31 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA10530 for ; Mon, 5 Nov 2001 05:23:30 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id FAA01867 for avt-archive@odin.ietf.org; Mon, 5 Nov 2001 05:23:33 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id FAA01782; Mon, 5 Nov 2001 05:21:25 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id FAA01755 for ; Mon, 5 Nov 2001 05:21:23 -0500 (EST) Received: from gw-nl5.philips.com (gw-nl5.philips.com [212.153.235.99]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA10492 for ; Mon, 5 Nov 2001 05:21:18 -0500 (EST) From: jan.vandermeer@philips.com Received: from smtpscan-nl2.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl5.philips.com with ESMTP id LAA20133; Mon, 5 Nov 2001 11:21:20 +0100 (MET) (envelope-from jan.vandermeer@philips.com) Received: from smtpscan-nl2.philips.com(130.139.36.22) by gw-nl5.philips.com via mwrap (4.0a) id xma020119; Mon, 5 Nov 01 11:21:20 +0100 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 LAA11013; Mon, 5 Nov 2001 11:21:09 +0100 (MET) 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 LAA18402; Mon, 5 Nov 2001 11:21:03 +0100 (MET) Received: from ehv501soh.diamond.philips.com (e3soh01.diamond.philips.com [130.139.54.213]) by notessmtp-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id LAA22524; Mon, 5 Nov 2001 11:21:01 +0100 (MET) To: kvinay@miel.mot.com, avt@ietf.org Subject: RE: [AVT] Small Clarification required Importance: Normal Date: Mon, 5 Nov 2001 11:18:48 +0100 Message-ID: X-MIMETrack: Serialize by Router on ehv501soh/H/SERVER/PHILIPS(Release 5.0.5 |September 22, 2000) at 05/11/2001 11:21:25 MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Vinay, MPEG-4 AAC differs from MPEG-2 AAC and I don't think you can use draft-ietf-avt-rtp-mpeg2aac-02.txt for MPEG-4 AAC. You can use RC3016, but draft-ietf-avt-mpeg4-simple-00.txt provides a simpler solution, while offering at the same time better efficiency as well as better error resiliency. That's why ISMA adopted this internet draft, while others are in the process of considering the same. Please find it at http://www.ietf.org/internet-drafts/draft-ietf-avt-mpeg4-simple-00.txt. Kind regards, Jan van der Meer > -----Original Message----- > From: Vinay [mailto:kvinay@miel.mot.com] > Sent: 2001 nov 02 9:54 > To: avt@ietf.org > Subject: [AVT] Small Clarification required > > > > Hi > I am vinay, I need some clarification can anyone clarify this. I am > confused > about which is the correct document for RTP payload for MPEG-4 AAC to > implement. > > As per 3GPP TS 26.234 for implementing MPEG-4 AAC the document > refered is RFC 3016. > > But there exists a Internet draft for MPEG-2 and MPEG-4 AAC > ie., ac-02.txt> > > Can you clarify me which is the correct one. > > Regards > vinay > > > > _______________________________________________ > Audio/Video Transport Working Group > avt@ietf.org > http://www1.ietf.org/mailman/listinfo/avt _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Mon Nov 5 13:29:37 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA02156 for ; Mon, 5 Nov 2001 13:29:36 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id NAA20567 for avt-archive@odin.ietf.org; Mon, 5 Nov 2001 13:29:38 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id NAA20550; Mon, 5 Nov 2001 13:28:57 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id NAA20522 for ; Mon, 5 Nov 2001 13:28:56 -0500 (EST) Received: from titanium.dolby.net (host249.dolby.com [12.96.129.249] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA02120 for ; Mon, 5 Nov 2001 13:28:53 -0500 (EST) Received: by titanium.dolby.net with Internet Mail Service (5.5.2653.19) id ; Mon, 5 Nov 2001 10:28:55 -0800 Message-ID: From: "Flaks, Jason" To: "'avt@ietf.org'" Cc: "Todd, Craig" , "Vernon, Steve" , "Brummer, Bob" , "Hager, Todd" Date: Mon, 5 Nov 2001 10:30:34 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/mixed; boundary="------------InterScan_NT_MIME_Boundary" Subject: [AVT] Agenda time in Salt Lake Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --------------InterScan_NT_MIME_Boundary Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C16627.F510EF50" ------_=_NextPart_001_01C16627.F510EF50 Content-Type: text/plain; charset="iso-8859-1" Dolby Laboratories will be submitting an -00 draft by the November 14th deadline for an AC-3 RTP payload Format, and an AC-3 MIME type. We would like agenda time so we can review the draft submission, and address the issue of registering AC-3 as an official media type under the IETF tree. Thank you, Jason Flaks Jason Flaks Dolby Laboratories Consumer Division Technology Strategy - Home Networking 100 Potrero Ave. San Francisco, CA 94103 P:(415)558-0373 F:(415)863-1373 ------_=_NextPart_001_01C16627.F510EF50 Content-Type: text/html; charset="iso-8859-1"
Dolby Laboratories will be submitting an -00 draft by the November 14th deadline for an AC-3 RTP payload Format, and an AC-3 MIME type. 
 
We would like agenda time so we can review the draft submission, and address the issue of registering AC-3 as an official media type under the IETF tree.
 
Thank you,
Jason Flaks

Jason Flaks
Dolby Laboratories
Consumer Division
Technology Strategy - Home Networking
100 Potrero Ave.
San Francisco, CA 94103
P:(415)558-0373
F:(415)863-1373

 
------_=_NextPart_001_01C16627.F510EF50-- --------------InterScan_NT_MIME_Boundary-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Wed Nov 7 14:49:32 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA21820 for ; Wed, 7 Nov 2001 14:49:32 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id OAA28580 for avt-archive@odin.ietf.org; Wed, 7 Nov 2001 14:49:35 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id OAA28538; Wed, 7 Nov 2001 14:48:09 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id OAA28509 for ; Wed, 7 Nov 2001 14:48:07 -0500 (EST) Received: from amdext.amd.com (amdext.amd.com [139.95.251.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA21799 for ; Wed, 7 Nov 2001 14:48:03 -0500 (EST) From: steve.mcrobert@amd.com Received: from ssvlgs01.amd.com (ssvlgs01.amd.com [139.95.250.16]) by amdext.amd.com (8.9.3/8.9.3/AMD) with SMTP id LAA15311 for ; Wed, 7 Nov 2001 11:47:35 -0800 (PST) Received: from 139.95.250.1 by ssvlgs01.amd.com with ESMTP (Tumbleweed MMS SMTP Relay (MMS v4.7)); Wed, 07 Nov 2001 11:47:34 -0800 X-Server-Uuid: 02753650-11b0-11d5-bbc5-00508bf987eb Received: from caexmta4.amd.com (caexmta4.amd.com [139.95.53.8]) by amdint.amd.com (8.9.3/8.9.3/AMD) with ESMTP id LAA12450 for ; Wed, 7 Nov 2001 11:47:34 -0800 (PST) Received: by caexmta4.amd.com with Internet Mail Service (5.5.2653.19) id <462AXWHC>; Wed, 7 Nov 2001 11:47:34 -0800 Message-ID: <4201B90278FBD111B95100805F8516BD0565ADF4@caexmta4.amd.com> To: avt@ietf.org Date: Wed, 7 Nov 2001 11:47:33 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) X-WSS-ID: 17F7505C226418-01-01 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Subject: [AVT] simple question concerning the RTP from a neophyte Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 7bit I apologize for wasting the time of the list on this simple question, but it is the only way I can see to get an answer. In the case where a host is the originator of an RTP packet what are the values of the following? CSRC count (my guess would be that this should be zero) CSRC, if present at all. My guess would be that in this case there would be no contributing source identifiers Thank you very much Stephen McRobert If mankind minus one were of one opinion, then mankind is no more justified in silencing the one than the one - if he had the power - would be justified in silencing mankind. -John Stuart Mill, philosopher and economist (1806-1873) _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Wed Nov 7 22:26:50 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA00516 for ; Wed, 7 Nov 2001 22:26:50 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id WAA09210 for avt-archive@odin.ietf.org; Wed, 7 Nov 2001 22:26:53 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id WAA09186; Wed, 7 Nov 2001 22:25:09 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id WAA09155 for ; Wed, 7 Nov 2001 22:25:07 -0500 (EST) Received: from mail1.dynamicsoft.com ([63.113.40.10]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA00500 for ; Wed, 7 Nov 2001 22:25:02 -0500 (EST) Received: from DYN-EXCH-001.dynamicsoft.com (dyn-exch-001 [63.113.44.7]) by mail1.dynamicsoft.com (8.12.0.Beta7/8.12.0.Beta7) with ESMTP id fA83NG0r022980; Wed, 7 Nov 2001 22:23:16 -0500 (EST) Received: by DYN-EXCH-001.dynamicsoft.com with Internet Mail Service (5.5.2653.19) id ; Wed, 7 Nov 2001 22:24:34 -0500 Message-ID: From: Jonathan Rosenberg To: "'steve.mcrobert@amd.com'" , avt@ietf.org Subject: RE: [AVT] simple question concerning the RTP from a neophyte Date: Wed, 7 Nov 2001 22:24:33 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org > -----Original Message----- > From: steve.mcrobert@amd.com [mailto:steve.mcrobert@amd.com] > Sent: Wednesday, November 07, 2001 2:48 PM > To: avt@ietf.org > Subject: [AVT] simple question concerning the RTP from a neophyte > > > I apologize for wasting the time of the list on this simple > question, but it is the only way I can see to get an answer. > > In the case where a host is the originator of an RTP packet > what are the values of the following? Host is any machine connected to the Internet. I assume, however, you are talking about a single user PC or something equivalent. > > CSRC count (my guess would be that this should be zero) If a single user is sending media, CRSRC count is zero and CSRC list is not present. These fields are used for mixers that combine media from several users. -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 _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Fri Nov 9 07:11:45 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA07548 for ; Fri, 9 Nov 2001 07:11:45 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id HAA14001 for avt-archive@odin.ietf.org; Fri, 9 Nov 2001 07:11:46 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id HAA13946; Fri, 9 Nov 2001 07:10:48 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id HAA13915 for ; Fri, 9 Nov 2001 07:10:46 -0500 (EST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA07392; Fri, 9 Nov 2001 07:10:44 -0500 (EST) Message-Id: <200111091210.HAA07392@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; CC: avt@ietf.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Fri, 09 Nov 2001 07:10:44 -0500 Subject: [AVT] I-D ACTION:draft-barany-avt-efr-00.txt Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : RTP payload format for EFR speech codec Author(s) : P. Barany, W. Navarro Filename : draft-barany-avt-efr-00.txt Pages : 8 Date : 08-Nov-01 This document specifies a Real-Time Transport Protocol (RTP) payload format for the Global System for Mobile communications (GSM) Enhanced Full Rate (EFR) speech codec. The EFR speech codec RTP payload format specified in this document closely resembles the EFR speech codec RTP payload format defined in TS 101 318 'Using GSM Speech Codecs Within ITU-T Recommendation H.323'. It is designed specifically to optimally interoperate with existing (i.e., legacy) GSM circuit-switched transceiver equipment in the sense that it supports the following EFR speech codec circuit-switched domain functionality in the packet- switched domain: error concealment of lost speech frames and SIlence Descriptor (SID) frames. The EFR speech codec RTP payload format defined in TS 101 318 does not support this functionality. A MIME type registration for the EFR speech codec is also included. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-barany-avt-efr-00.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-barany-avt-efr-00.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-barany-avt-efr-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20011108144934.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-barany-avt-efr-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-barany-avt-efr-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20011108144934.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Tue Nov 13 17:44:28 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA20088 for ; Tue, 13 Nov 2001 17:44:27 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id RAA28555 for avt-archive@odin.ietf.org; Tue, 13 Nov 2001 17:44:29 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id RAA28404; Tue, 13 Nov 2001 17:40:33 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id RAA28375 for ; Tue, 13 Nov 2001 17:40:31 -0500 (EST) Received: from smtp011.mail.yahoo.com (smtp011.mail.yahoo.com [216.136.173.31]) by ietf.org (8.9.1a/8.9.1a) with SMTP id RAA19962 for ; Tue, 13 Nov 2001 17:40:28 -0500 (EST) Received: from acb7fe06.ipt.aol.com (HELO harsha) (172.183.254.6) by smtp.mail.vip.sc5.yahoo.com with SMTP; 13 Nov 2001 22:40:29 -0000 X-Apparently-From: Message-ID: <006801c16c93$e7e4ac00$0601a8c0@harsha> Reply-To: "Harsha BH" From: "Harsha BH" To: Date: Tue, 13 Nov 2001 14:33:38 -0800 Organization: Optical Fusion MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_005C_01C16C50.2F27B740" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: [AVT] ITU Documents for RTP Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org This is a multi-part message in MIME format. ------=_NextPart_000_005C_01C16C50.2F27B740 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I am looking out to buy the ITU documents for RTP for raw video(RGB = format). ,Audio(PCM Format). and also for RTP Using Mpeg1-4(All mpeg = formats). Can you please help me identify where i can get these = documents.=20 Thanks you Regards Harsha ------=_NextPart_000_005C_01C16C50.2F27B740 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
 
I am looking out to buy the ITU = documents for RTP=20 for raw video(RGB format). ,Audio(PCM Format). and also for RTP Using=20 Mpeg1-4(All mpeg formats). Can you please help = me identify where=20 i can get these documents.
 
Thanks you
Regards
Harsha
------=_NextPart_000_005C_01C16C50.2F27B740-- _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Tue Nov 13 17:45:14 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA20121 for ; Tue, 13 Nov 2001 17:45:13 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id RAA28573 for avt-archive@odin.ietf.org; Tue, 13 Nov 2001 17:45:16 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id RAA28445; Tue, 13 Nov 2001 17:40:51 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id RAA28414 for ; Tue, 13 Nov 2001 17:40:49 -0500 (EST) Received: from smtp011.mail.yahoo.com (smtp011.mail.yahoo.com [216.136.173.31]) by ietf.org (8.9.1a/8.9.1a) with SMTP id RAA19969 for ; Tue, 13 Nov 2001 17:40:46 -0500 (EST) Received: from acb7fe06.ipt.aol.com (HELO harsha) (172.183.254.6) by smtp.mail.vip.sc5.yahoo.com with SMTP; 13 Nov 2001 22:40:48 -0000 X-Apparently-From: Message-ID: <006901c16c93$f337d780$0601a8c0@harsha> Reply-To: "Harsha BH" From: "Harsha BH" To: Date: Tue, 13 Nov 2001 14:33:38 -0800 Organization: Optical Fusion MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_005C_01C16C50.2F27B740" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: [AVT] ITU Documents for RTP Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org This is a multi-part message in MIME format. ------=_NextPart_000_005C_01C16C50.2F27B740 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I am looking out to buy the ITU documents for RTP for raw video(RGB = format). ,Audio(PCM Format). and also for RTP Using Mpeg1-4(All mpeg = formats). Can you please help me identify where i can get these = documents.=20 Thanks you Regards Harsha ------=_NextPart_000_005C_01C16C50.2F27B740 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
 
I am looking out to buy the ITU = documents for RTP=20 for raw video(RGB format). ,Audio(PCM Format). and also for RTP Using=20 Mpeg1-4(All mpeg formats). Can you please help = me identify where=20 i can get these documents.
 
Thanks you
Regards
Harsha
------=_NextPart_000_005C_01C16C50.2F27B740-- _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Tue Nov 13 18:18:57 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA21178 for ; Tue, 13 Nov 2001 18:18:53 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id SAA29377 for avt-archive@odin.ietf.org; Tue, 13 Nov 2001 18:18:55 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id SAA29306; Tue, 13 Nov 2001 18:16:12 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id SAA29277 for ; Tue, 13 Nov 2001 18:16:10 -0500 (EST) Received: from newdev.harvard.edu (newdev.eecs.harvard.edu [140.247.60.212]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA21039 for ; Tue, 13 Nov 2001 18:16:06 -0500 (EST) Received: (from sob@localhost) by newdev.harvard.edu (8.10.2/8.10.2) id fADNEM204883; Tue, 13 Nov 2001 18:14:22 -0500 (EST) Date: Tue, 13 Nov 2001 18:14:22 -0500 (EST) From: Scott Bradner Message-Id: <200111132314.fADNEM204883@newdev.harvard.edu> To: aarushah@yahoo.com Subject: Re: [AVT] ITU Documents for RTP Cc: avt@ietf.org Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org you can download 3 ITU-T standards free per year from the ITU web site (www.itu.int) Scott ----- From avt-admin@ietf.org Tue Nov 13 18:07:23 2001 X-Apparently-From: Reply-To: "Harsha BH" From: "Harsha BH" To: Date: Tue, 13 Nov 2001 14:33:38 -0800 Organization: Optical Fusion MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_005C_01C16C50.2F27B740" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: [AVT] ITU Documents for RTP Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org This is a multi-part message in MIME format. ------=_NextPart_000_005C_01C16C50.2F27B740 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I am looking out to buy the ITU documents for RTP for raw video(RGB = format). ,Audio(PCM Format). and also for RTP Using Mpeg1-4(All mpeg = formats). Can you please help me identify where i can get these = documents.=20 Thanks you Regards Harsha ------=_NextPart_000_005C_01C16C50.2F27B740 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
 
I am looking out to buy the ITU = documents for RTP=20 for raw video(RGB format). ,Audio(PCM Format). and also for RTP Using=20 Mpeg1-4(All mpeg formats). Can you please help = me identify where=20 i can get these documents.
 
Thanks you
Regards
Harsha
------=_NextPart_000_005C_01C16C50.2F27B740-- _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Tue Nov 13 18:21:17 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA21315 for ; Tue, 13 Nov 2001 18:21:17 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id SAA29422 for avt-archive@odin.ietf.org; Tue, 13 Nov 2001 18:21:20 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id SAA29193; Tue, 13 Nov 2001 18:09:16 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id SAA29166 for ; Tue, 13 Nov 2001 18:09:15 -0500 (EST) Received: from mx01-a.netapp.com (mx01-a.netapp.com [198.95.226.53]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA20755 for ; Tue, 13 Nov 2001 18:09:11 -0500 (EST) Received: from hawk.corp.netapp.com (mh02 [10.10.20.101]) by mx01-a.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id fADN9Ru13893; Tue, 13 Nov 2001 15:09:27 -0800 (PST) Received: from ussvlexc01.corp.netapp.com (localhost [127.0.0.1]) by hawk.corp.netapp.com (8.12.0/8.12.0/NTAP-1.3) with ESMTP id fADN8hXt018330; Tue, 13 Nov 2001 15:08:44 -0800 (PST) Received: by ussvlexc01.corp.netapp.com with Internet Mail Service (5.5.2653.19) id ; Tue, 13 Nov 2001 15:08:43 -0800 Message-ID: <6440EA1A6AA1D5118C6900902745938E6EDB04@black.eng.netapp.com> From: "Armitano, Robert" To: "'Harsha BH'" , avt@ietf.org Subject: RE: [AVT] ITU Documents for RTP Date: Tue, 13 Nov 2001 15:08:42 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C16C98.234110A0" Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C16C98.234110A0 Content-Type: text/plain; charset="iso-8859-1" Try http://www.iso.ch/ ( http://www.iso.ch/iso/en/ISOOnline.openerpage ) for the MPEG documents. Go to "standards search" . Use 14496 in field "ISO Number" MPEG-4 == 14496 Take care, -Robbie Robert Armitano Network Appliance robbie@netapp.com (408) 822-6605 -----Original Message----- From: Harsha BH [mailto:aarushah@yahoo.com] Sent: Tuesday, November 13, 2001 2:34 PM To: avt@ietf.org Subject: [AVT] ITU Documents for RTP Hello, I am looking out to buy the ITU documents for RTP for raw video(RGB format). ,Audio(PCM Format). and also for RTP Using Mpeg1-4(All mpeg formats). Can you please help me identify where i can get these documents. Thanks you Regards Harsha ------_=_NextPart_001_01C16C98.234110A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

T= ry http://www.iso.ch/ (http://www.iso.ch= /iso/en/ISOOnline.openerpage) for the MPEG documents.

<= ![if = !supportEmptyParas]> 

=

G= o to “standards search” . Use 14496 in field “ISO = Number”

M= PEG-4 =3D=3D 14496

<= ![if !supportEmptyParas]> 

T= ake care,

<= ![if = !supportEmptyParas]> 

=

<= span style=3D'mso-tab-count:1'>       &nbs= p;    -Robbie

<= ![if = !supportEmptyParas]> 

=

Robert = Armitano<= /p>

Network = Appliance<= /p>

robbie@netapp.com<= /p>

(408) 822-6605<= /p>

=  

=

-----Original Message-----
From: Harsha BH [mailto:aarushah@yahoo.com]
Sent: Tuesday, November = 13, 2001 2:34 PM
To: avt@ietf.org
Subject: [AVT] ITU = Documents for RTP

 

Hello,=

 =

I am looking out to buy the ITU documents for RTP for raw video(RGB format). ,Audio(PCM Format). and also for RTP Using Mpeg1-4(All mpeg formats). Can you please help me identify where i = can get these documents.

 =

Thanks you=

Regards<= /font>=

Harsha=

------_=_NextPart_001_01C16C98.234110A0-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Wed Nov 14 07:02:09 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA18575 for ; Wed, 14 Nov 2001 07:02:09 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id HAA21632 for avt-archive@odin.ietf.org; Wed, 14 Nov 2001 07:02:12 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id HAA21617; Wed, 14 Nov 2001 07:01:13 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id HAA21587 for ; Wed, 14 Nov 2001 07:01:11 -0500 (EST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA18389; Wed, 14 Nov 2001 07:01:08 -0500 (EST) Message-Id: <200111141201.HAA18389@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; CC: avt@ietf.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Wed, 14 Nov 2001 07:01:08 -0500 Subject: [AVT] I-D ACTION:draft-edwards-avt-rtp-jpeg2000-00.txt Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : RTP Payload Format for JPEG 2000 Video Streams Author(s) : E. Edwards et al. Filename : draft-edwards-avt-rtp-jpeg2000-00.txt Pages : 20 Date : 13-Nov-01 This document describes a payload format for transporting JPEG 2000 video streams using RTP (Real-time Transport Protocol). JPEG 2000 video streams are formed as a continuous series of JPEG 2000 still images which is next-generation still image coding. The JPEG 2000 payload format described in this document has three features: (1) Improvement of robustness to packet loss by fragmenting JPEG 2000 packet units intelligently, (2) Persistency of main header to minimize loss effect, (3) Priority information field for scalable delivery from the same codestream. These will allow the scalability and robustness of JPEG 2000 to be maximized in streaming applications. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-edwards-avt-rtp-jpeg2000-00.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-edwards-avt-rtp-jpeg2000-00.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-edwards-avt-rtp-jpeg2000-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20011113143318.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-edwards-avt-rtp-jpeg2000-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-edwards-avt-rtp-jpeg2000-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20011113143319.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@ns.ietf.org Wed Nov 14 20:10:20 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA23266 for ; Wed, 14 Nov 2001 20:10:19 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id UAA18178 for avt-archive@odin.ietf.org; Wed, 14 Nov 2001 20:10:22 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id TAA17446; Wed, 14 Nov 2001 19:49:22 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id TAA17413 for ; Wed, 14 Nov 2001 19:49:20 -0500 (EST) Received: from titanium.dolby.net (host249.dolby.com [12.96.129.249] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with SMTP id TAA22820; Wed, 14 Nov 2001 19:49:14 -0500 (EST) Received: by titanium.dolby.net with Internet Mail Service (5.5.2653.19) id ; Wed, 14 Nov 2001 16:49:14 -0800 Message-ID: From: "Flaks, Jason" To: "'internet-drafts@ietf.org'" Cc: "'avt@ietf.org'" Date: Wed, 14 Nov 2001 16:50:58 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C16D6F.9718D8F0" Subject: [AVT] draft-flaks-avt-rtp-ac3-00.txt Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C16D6F.9718D8F0 Content-Type: text/plain; charset="iso-8859-1" <> ------_=_NextPart_000_01C16D6F.9718D8F0 Content-Type: text/plain; name="draft-flaks-avt-rtp-ac3-00.txt" Content-Disposition: attachment; filename="draft-flaks-avt-rtp-ac3-00.txt" Content-Transfer-Encoding: quoted-printable Internet Engineering Task Force =0D = =0D = =0D =0D = =0D = =0D = Jason Flaks Internet Draft Dolby Laboratories Document: draft-flaks-avt-rtp-ac3-00.txt November 2001 Expires: May 2002=20 =20 =20 RTP Payload Format for AC-3 Streams=20 =20 =20 Status of this Memo=20 =20 This document is an Internet-Draft and is in full conformance with all=20 provisions of Section 10 of RFC2026.=20 =20 Internet-Drafts are working documents of the Internet Engineering Task=20 Force (IETF), its areas, and its working groups. Note that other = groups=20 may also distribute working documents as Internet-Drafts.=20 =20 Internet-Drafts are draft documents valid for a maximum of six months=20 and may be updated, replaced, or obsoleted by other documents at any=20 time. It is inappropriate to use Internet-Drafts as reference material = or to cite them other than as "work in progress."=20 =20 The list of current Internet-Drafts can be accessed at=20 http://www.ietf.org/ietf/1id-abstracts.txt=20 =20 The list of Internet-Draft Shadow Directories can be accessed at=20 http://www.ietf.org/shadow.html.=20 =20 The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",=20 "SHOULD", "SHOULD NOT", "RECOMMEDED", "MAY", and "OPTIONAL" in this=20 document are to be interpreted as described in RFC 2119 [1].=20 =20 =20 Abstract=20 =20 This document describes an RTP payload format for transporting AC-3=20 encoded audio data. AC-3 is a high quality multichannel audio coding=20 system fully described in [2] by the Advanced Television Standards=20 Committee (ATSC). The RTP payload format presented in this document=20 provides mechanisms for interleaving redundant data, which can increase = packet loss resilience. An intelligent method for fragmenting AC-3=20 frames that exceed the maximum transfer unit (MTU) is also described.=20 =20 =20 1. Introduction=20 =20 AC-3 is a high quality audio codec designed to encode multiple channels = of audio into a low bit-rate format. AC-3 achieves its large=20 compression ratios via encoding a multiplicity of channels as a single=20 entity. Dolby digital, which is a branded version of AC-3 encodes up = to=20 5.1 channels of audio.=20 =20 AC-3 has been adopted as an audio compression scheme for many consumer=20 and professional applications. AC-3 is the mandatory codec for DVD- video, ATSC digital terrestrial television, laser disc, and DVD-audio = =0D=0C (as an optional multichannel audio format). AC-3 is also a common = audio=20 format for film.=20 =20 Presently there exists a tremendous amount of content encoded in AC-3. = The majority of AC-3 content is comprised of more then two channels. = It=20 is highly likely that people may wish to stream AC-3 data over computer = networks. Applications for streaming AC-3 range from video on demand = to=20 multichannel Internet radio. RTP provides a mechanism for stream=20 synchronization and hence serves as the best transport solution for AC- 3, which is a codec primarily used in audio for video applications. = The=20 RTP payload described in this document also provides a method of=20 ensuring a continuous high quality AC-3 stream. =20 =20 1.1 Overview of AC-3=20 =20 AC-3 can deliver upwards of 5.1 channels of audio at data rates=20 approximately equal to half of one PCM channel [2], [3], [4]. The ".1"=20 refers to a band limited optional low-frequency enhancement channel. =20 AC-3 was designed for signals sampled at rates of 32, 44.1, or 48 kHz. = Data rates can vary between 64 kbps and 640 kpbs depending the number = of=20 channels and desired quality.=20 =20 AC-3 exploits psychoacoustic phenomenon that reveal large amounts of=20 inaudible information contained in a typical audio signal. Substantial = data reduction occurs via the removal of all inaudible information=20 contained in an audio stream. Source coding techniques are further = used=20 to reduce the data used to code an audio signal.=20 =20 Like most perceptual coders, AC-3 operates in the frequency domain. A=20 512-point TDAC transform is take with 50% overlap, providing 256 new=20 frequency samples. Frequency samples are then converted to exponents=20 and mantissas. Exponents are differentially encoded. Mantissas are=20 allocated a varying number of bits depending on the audibility of the=20 spectral component associated with it. Audibility is determined via a=20 masking curve. Bits for mantissas are allocated from a global bit = pool.=20 =20 1.2 AC-3 Bitstream=20 =20 AC-3 bitstreams are organized into synchronization frames. Each AC-3=20 sync frame contains a Sync Information (SI) field, a Bit Stream=20 Information (BSI) field, and 6 audio blocks (AB) representing 256 PCM=20 samples for each channel. The entire frame represents a time duration=20 of 1536 PCM samples across all coded channels (32 msec @ 48kHz) [2]. =20 Figure 1 shows the AC-3 frame format.=20 =20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 |SI |BSI| AB0 | AB1 | AB2 | AB3 | AB4 | AB5 |AUX|CRC| = =20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 =20 The Synchronization Information field contains information needed to=20 acquire and maintain synchronization. The Bit Stream Information field = contains parameters that describe the coded audio service [2]. Each=20 audio block also contains fields that determine the usage of block=20 switching, dither, dynamic range control, coupling, and exponent=20 strategy. Figure 2 shows the format of an AC-3 audio block=20 =0D=0C =20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 | Block |Dither |Dynamic |Coupling |Coupling |Exponent | =20 | switch |Flags |Range Ctrl |Strategy |Coordinates |Strategy | =20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 | Exponents | Bit Allocation | Mantissas |=20 | | Parameters | |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 =20 =20 2. RTP AC-3 Payload Format=20 =20 According to [5] RTP payload formats should contain an integral number=20 of application data units (ADUs). With compression algorithms an ADU=20 typically coincides with codec frame boundaries. In this case an ADU = is=20 equivalent to an AC-3 sync frame. Hence each RTP packet will contain = an=20 integral number of AC-3 frames unless the AC-3 frame exceeds the = maximum=20 transfer unit (MTU) of the underlying network.=20 =20 RTP_Payload =3D x * AC-3_Frame, =20 Where x belongs to |Z| (set of all positive integers),=20 and RTP_Payload < MTU=20 =20 2.1 RTP Header Extension=20 =20 The following header extension should be at the front of every AC-3 RTP = payload. The fields should aid in maintaining order when multiple AC-3 = frames are sent in a single payload, or when an AC-3 is fragmented over = several frames. A field is also defined to indicate the addition of=20 redundant data.=20 =20 0 1 2 3 4 5 6 7 8 =20 +-+-+-+-+-+-+-+-+=20 |NF | FS |R|RSV|=20 +-+-+-+-+-+-+-+-+=20 =20 Number of frames (NF): Number of AC-3 frames present in the RTP = payload. =20 This should be set to 0 if the frame is fragmented.=20 =20 Fragment sequence number (FS): This number indicates the sequence = number=20 of the fragment contained in this RTP payload.=20 =20 Redundant Data Bit (R): This bit is set to 1 if the packet contains=20 redundant data for correcting possible lost or corrupted data.=20 =20 Reserved (RSV): This field is reserved for a later date.=20 =20 Figure 4 shows how a full AC-3 RTP payload format should appear.=20 =20 0 1 2 3 4 5 6 7 8 =20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 |NF | FS |R|RSV| AC-3 Frame(1) |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 | AC-3 Frame(N) | Redundant Data |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 =0D=0C =20 2.2 Fragmentation of AC-3 Frames=20 =20 The size of AC-3 frames are consistent throughout an encode procedure = of=20 a particular piece of audio, but the initial frame size selected can be = chosen from large number of possibilities. According to table 5.13 in=20 [2] frames sizes range from 128 bytes to 3840 bytes dependent upon the=20 initial desired bit rate and the sample rate of the uncompressed audio. = =20 AC-3 frame sizes can be quite large, which may require fragmentation. =20 For example an audio file sampled at 32 kHz and compressed with a=20 desired bit rate of 640 kbps would have a frame size of 3840 bytes. =20 This exceeds the standard 1500 byte MTU of an Ethernet network, and=20 would require fragmentation. In [6] it is specified that fragmentation = should not be left to IP layer, but instead should be handled by the=20 application itself.=20 =20 AC-3 frames were designed with possibility of buffers being smaller = then=20 an entire AC-3 frame. For this reason each AC-3 frame contains two 16- bit CRC words. CRC1 is contained in the synchronization information=20 (SI) header located at the beginning of each AC-3 frame. CRC1 is the=20 second 16-bit word of the frame. Figure 2 shows the structure of the = SI=20 header.=20 =20 0 1 2 3=20 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=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 | SYNC WORD | CRC1 |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 |FSC|FRMSIZECD |=20 +-+-+-+-+-+-+-+-+=20 =20 CRC2 is the last 16-bit word of an AC-3 frame. CRC1 applies to the=20 first 5/8ths of the frame excluding the sync word. CRC2 covers the =0D = =20 remaining 3/8ths of the frame as well as the entire frame (excluding = th=0D = e=20 sync word). All AC-3 encoders enforce specific block size restrictions = that guarantee blocks 0 and 1 are completely covered by CRC1 [2]. This = allows decoders to immediately begin processing block 0 when the 5/8ths = point is reached.=20 =20 This 5/8ths split in all AC-3 frames, which was intended for the =0D = =20 possibility of smaller input buffers, provides a very logical=20 fragmentation unit. Using the 5/8ths point provides two gains: =0D = =20 =20 1) A CRC check can be done on the beginning of the frame=20 providing early detection of a corrupted data=20 2) Presuming the remaining date in the frame arrives in a=20 timely fashion, immediate processing can be performed on=20 block 0 of the AC-3 frame decreasing any delays in having to = concatenate the frame before sending it to the decoder.=20 =20 In [2] the 5/8ths point is defined to be: =0D = =20 =20 5/8-framesize =3D truncate(framesize/2) + truncate(framesize/8) = =0D=0C According to table 7.34 in [2], 5/8ths frame sizes can range from 80=20 bytes to 2400 bytes. Hence there are still instances where the 5/8ths = =0D = =20 boundary may exceed the MTU of the underlying network. In an Ethernet=20 network this would be rare because the majority of AC-3 data publicly=20 available is sampled at 48kHz and is encoded at a data rate of 384kbps=20 or 448kbps. This provides a 5/8ths point of 960 bytes and 1120 bytes =0D = =20 respectively, which would be less then the MTU of a typical Ethernet=20 network. In the rare instances where even the 5/8ths point exceeds = the=0D = =20 MTU, AC-3 frames should be arbitrarily fragmented to a length that is=20 less the MTU.=20 =20 2.3 Data Resiliency=20 =20 In a previously defined AC-3 RTP payload format a method for data=20 resiliency is presented. The paper suggests that AC-3 frames encoded = at=20 32 kbps should be interleaved with the higher quality AC-3 frames,=20 allowing the AC-3 decoder to decode the lower quality frame if the high = quality packet is dropped, lost, or arrives with errors.=20 =20 The method described above is a suitable method for trying to send=20 redundant data. However it may be bandwidth intensive and the = redundant=20 data can be extremely low quality, especially in cases where a large=20 number of channels are used.=20 =20 AC-3 data is often used for film audio. The audio track is stored=20 between the sprocket holes of the film. Over time wear can render=20 sections of the AC-3 track unreadable. When no other error corrections = techniques can recover the lost data the two-channel audio track will = be=20 used in its place. We present a similar method here for multichannel=20 audio.=20 =20 When encoding multichannel audio a secondary two-channel version of the = audio can also be encoded at a lower bit rate. Since the audio is=20 reduced to two channels, it is still possible to maintain high quality=20 even at a lower bit rate. The lower bit-rate two-channel version can = be=20 interleaved with the multichannel audio, and when a packet is lost or=20 corrupted the two-channel version can be used in its place. The=20 redundant data shall be interleaved such that for some RTP_Packet(N)=20 with Multichannel AC-3 Frame(M), then RTP_Packet(N-1) will contain the=20 two-channel AC-3 Frame(M). Figure 5 shows how redundant data should be = interleaved=20 =20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 RTP(N-1):| Multichannel AC-3 Frame(M-1)| Two-channel AC-3 Frame(M) |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 =20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 RTP(N):| Multichannel AC-3 Frame(M)| Two-channel AC-3 Frame(M+1) |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=20 =20 Continuously sending redundant data can unnecessarily increase the=20 bandwidth. Therefore in certain instances one may wish to send this=20 redundant data when it is absolutely necessary. One example may be to=20 only send the redundant data when a transient is involved. This would=20 require a transient detector before the encode process.=20 =0D=0C 3 RTP header fields=20 =20 Payload Type (PT): It is expected that the RTP profile for a particular = class of applications will assign a payload type for this encoding, or=20 alternatively a payload type in the dynamic range [96,127] shall be=20 chosen.=20 =20 Marker (M) bit: The M bit is set for last fragment of an AC-3 frame. =20 In instances where one or more full AC-3 frames is encapsulated in an=20 RTP packet the M bit will be set, and the full frame itself will be=20 considered the last fragment.=20 =20 Extension (X) bit: Defined by the RTP profile used.=20 =20 Timestamp: A 32-bit word that corresponds to the sampling instant for=20 the first AC-3 frame in an RTP packet. AC-3 encodes data sampled at=20 32kHz, 44.1kHz, and 48kHz. Fragmented frames shall maintain the same=20 time stamp until the last fragment is sent. The starting timestamp is=20 selected at random. =20 =20 4 Types and Names=20 =20 4.1 MIME type registration=20 =20 MIME media type name: audio=20 MIME subtype name: ac3=20 =20 Required parameters: none=20 Optional parameters: channels, ptime, maxptime=20 =20 Encoding considerations: =20 The AC-3 bitstream shall be generated according to the AC-3=20 specification [2]. This bitstream is binary data and MUST be encoded=20 for non-binary transport (for Email or any transport that cannot=20 accommodate binary directly, the Base64 encoding is sufficient). This=20 type is also defined for transfer via RTP. All RTP packets MUST be=20 packetized using the RTP payload format described in this document.=20 =20 Security considerations: see section 5 of this document=20 =20 Interoperability considerations: none=20 =20 Published specification: see [2]=20 =20 Applications: =20 Multichannel audio compression for audio and audio for video=20 =20 Additional Information: none=20 =20 Magic number(s): none=20 File extension(s): .ac3=20 Macintosh File Type Code(s): none=20 Object Identifier(s) or OID(s): none=20 =20 Personal information: Jason Flaks=20 Email: jsf@dolby.com =0D=0C =20 Intended Usage: COMMON=20 =20 Author/Change controller: Author: jsf@dolby.com=20 Change Controller: IETF AVT WG =20 =20 4.2 SDP usage=20 =20 The encoding name when using SDP [6] SHALL be "ac3" (MIME subtype). An = example of the media representation in SDP is given below.=20 =20 m =3D audio 49000 RTP/AVP 100=20 a =3D rtpmap:100 ac3/48000=20 =20 =20 5. Security considerations=20 =20 In order to protect copyrighted material, certain security precautions=20 may be necessary. The payload format described in this document is=20 subject to the security considerations defined in the RTP specification = [7]. The security considerations discussed in [7] imply the usage of=20 encryption to protect the confidentiality of content. Such an=20 encryption scheme is harmless to the encoded audio data presuming the=20 data is decrypted before being sent to the decoder.=20 =20 6. References=20 =20 [1] Bradner, S., "Key Words for use in RFCs to Indicate Requirement=20 Levels", RFC 2119, Internet Engineering Task Force, March 1997.=20 =20 [2] U.S. Advanced Television Systems Committee (ATSC), "Digital Audio=20 Compression (AC-3) Standard," Doc A/52, December 1995.=20 =20 [3] Todd, C. et. al, "AC-3: Flexible Perceptual Coding for Audio=20 Transmission and Storage," Preprint 3796, Presented at the 96rh=20 Convention of the Audio Engineering Society, May 1994.=20 =20 [4] Fielder, L. et. al, "AC-2 and AC-3: Low-Complexity Transform-Based=20 Audio Coding," Collected Papers on Digital Audio Bit-Rate Reduction, = pp.=20 54-72, Audio Engineering Society, September 1996. =20 =20 [5] Handley, M. and Perkins, C., "Guidelines for Writers of RTP Payload = Format Specifications," RFC 2736, Internet Engineering Task Force,=20 December 1999. =20 =20 [6] Handley, M. and Jacobson, V., "SDP: Session Description Protocol,"=20 RFC 2327, Internet Engineering Task Force, April 1998=20 =20 [7] Schulzrinne, Casner, Frederick, and Jacobson, "RTP: A Transport=20 Protocol for Real-Time Applications," RFC 1889, Internet Engineering=20 Task Force, February 1996.=20 =20 =20 =20 =0D=0C 7. Authors' Addresses=20 =20 Jason Flaks=20 Dolby Laboratories=20 100 Potrero Ave=20 San Francisco, CA 94103=20 Email: jsf@dolby.com=20 www.dolby.com=20 =20 =0D=0C ------_=_NextPart_000_01C16D6F.9718D8F0-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@ns.ietf.org Wed Nov 14 20:24:58 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA23516 for ; Wed, 14 Nov 2001 20:24:57 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id UAA18531 for avt-archive@odin.ietf.org; Wed, 14 Nov 2001 20:25:00 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id UAA18438; Wed, 14 Nov 2001 20:19:09 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id UAA18407 for ; Wed, 14 Nov 2001 20:19:07 -0500 (EST) Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.30.102]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA23388 for ; Wed, 14 Nov 2001 20:19:04 -0500 (EST) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-blue.research.att.com (Postfix) with ESMTP id 0C9854CE28 for ; Wed, 14 Nov 2001 20:19:07 -0500 (EST) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id UAA23631 for ; Wed, 14 Nov 2001 20:19:05 -0500 (EST) Date: Wed, 14 Nov 2001 20:19:05 -0500 (EST) From: Reza Rejaie To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [AVT] rate ctrl for unicast RTP sessions Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org I was wondering if there has been any proposal for adding any rate ctrl mechanism to unicast RTP sessions? Is this issue of any interest in this working group? ReZa _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@ns.ietf.org Wed Nov 14 21:23:53 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA24377 for ; Wed, 14 Nov 2001 21:23:53 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id VAA20262 for avt-archive@odin.ietf.org; Wed, 14 Nov 2001 21:23:57 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id UAA19193; Wed, 14 Nov 2001 20:46:09 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id UAA19165 for ; Wed, 14 Nov 2001 20:46:07 -0500 (EST) Received: from mx.serv.net (mx.serv.net [205.153.153.234]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA23878 for ; Wed, 14 Nov 2001 20:46:03 -0500 (EST) Received: from iname.com (sense-sea-focal-dynamic-9-36.oz.net [216.39.143.36]) by mx.serv.net (8.9.1/8.9.1) with ESMTP id RAA14131; Wed, 14 Nov 2001 17:45:50 -0800 (PST) Message-ID: <3BF31F24.95E00F0D@iname.com> Date: Wed, 14 Nov 2001 17:49:24 -0800 From: Chuck Harrison X-Mailer: Mozilla 4.78 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Reza Rejaie CC: avt@ietf.org Subject: Re: [AVT] rate ctrl for unicast RTP sessions References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 7bit ReZa, Are you talking about "flow control", in the sense that the unicast receiver tells the sender that its receive buffer is getting too full or too empty? If so, I started some work in this direction but it was not completed. Cheers, Chuck Harrison Far Field Associates, LLC +1 360 863 8340 (voice) PST = GMT-0800 Reza Rejaie wrote: > > I was wondering if there has been any proposal for adding any rate ctrl > mechanism to unicast RTP sessions? Is this issue of any interest in > this working group? > > ReZa _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@ns.ietf.org Thu Nov 15 04:46:12 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA16529 for ; Thu, 15 Nov 2001 04:46:12 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id EAA07147 for avt-archive@odin.ietf.org; Thu, 15 Nov 2001 04:46:14 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id EAA07117; Thu, 15 Nov 2001 04:45:22 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id EAA07089 for ; Thu, 15 Nov 2001 04:45:20 -0500 (EST) Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA16505 for ; Thu, 15 Nov 2001 04:45:16 -0500 (EST) Received: from dor (dhcp177 [195.37.78.177]) by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id fAF9jGP29814; Thu, 15 Nov 2001 10:45:17 +0100 (MET) Date: Thu, 15 Nov 2001 10:44:26 +0100 From: Dorgham Sisalem X-Mailer: The Bat! (v1.51) Personal Reply-To: Dorgham Sisalem Organization: GMD Fokus X-Priority: 3 (Normal) Message-ID: <52732252.20011115104426@fokus.gmd.de> To: Reza Rejaie CC: avt@ietf.org Subject: Re: [AVT] rate ctrl for unicast RTP sessions In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 7bit Hello, we have done some work on TCP-friendly rate control based on RTP (for unicast as well as multicast), see D. Sisalem and A. Wolisz, "LDA+ TCP-Friendly Adaptation: A Measurement and Comparison Study," in the 10th International Workshop on Network and Operating Systems Support for Digital Audio and Video (NOSSDAV'2000), June 25-28, 2000, Chapel Hill, NC, USA D. Sisalem and A. Wolisz, "MLDA: A TCP-friendly congestion control framework for heterogenous multicast environments," Eighth International Workshop on Quality of Service (IWQoS 2000), 5-7 June 2000, Pittsburgh. http://www.fokus.gmd.de/research/cc/glone/employees/dorgham.sisalem/private/papers.html Cheers Thursday, November 15, 2001, 2:19:05 AM, you wrote: > I was wondering if there has been any proposal for adding any rate ctrl > mechanism to unicast RTP sessions? Is this issue of any interest in > this working group? > ReZa > _______________________________________________ > Audio/Video Transport Working Group > avt@ietf.org > http://www1.ietf.org/mailman/listinfo/avt -- Best regards, Dorgham mailto:sisalem@fokus.gmd.de _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@ns.ietf.org Thu Nov 15 13:48:02 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA11217 for ; Thu, 15 Nov 2001 13:48:02 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id NAA00781 for avt-archive@odin.ietf.org; Thu, 15 Nov 2001 13:48:04 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id NAA00631; Thu, 15 Nov 2001 13:47:04 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id NAA00604 for ; Thu, 15 Nov 2001 13:47:02 -0500 (EST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA11146; Thu, 15 Nov 2001 13:46:59 -0500 (EST) Message-Id: <200111151846.NAA11146@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; CC: avt@ietf.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Thu, 15 Nov 2001 13:46:59 -0500 Subject: [AVT] I-D ACTION:draft-li-avt-vocoder-00.txt Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : An RTP Payload Format for EVRC, SMV and Other Frame-Based Vocoders Author(s) : A. Li Filename : draft-li-avt-vocoder-00.txt Pages : 22 Date : 12-Nov-01 This document describes the RTP payload format for Enhanced Variable Rate Codec (EVRC) Speech and Selectable Mode Vocoder (SMV) Speech. Other vocoders which share common characteristics with EVRC and SMV can be easily supported by following the procedures specified in this document. The packet format supports various formats for different application scenarios. A bundled/interleaved format is included to reduce the effect of packet loss on Speech quality. A non-bundled format is also supported for conversational applications. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-li-avt-vocoder-00.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-li-avt-vocoder-00.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-li-avt-vocoder-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20011115134916.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-li-avt-vocoder-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-li-avt-vocoder-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20011115134916.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@ns.ietf.org Thu Nov 15 15:39:55 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA18479 for ; Thu, 15 Nov 2001 15:39:55 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id PAA04971 for avt-archive@odin.ietf.org; Thu, 15 Nov 2001 15:39:56 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id PAA04938; Thu, 15 Nov 2001 15:37:50 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id PAA04907 for ; Thu, 15 Nov 2001 15:37:46 -0500 (EST) Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.30.102]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA18333 for ; Thu, 15 Nov 2001 15:37:44 -0500 (EST) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-blue.research.att.com (Postfix) with ESMTP id D374D4CE83; Thu, 15 Nov 2001 15:37:46 -0500 (EST) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id PAA05699; Thu, 15 Nov 2001 15:37:46 -0500 (EST) Date: Thu, 15 Nov 2001 15:37:45 -0500 (EST) From: Reza Rejaie To: Chuck Harrison Cc: Subject: Re: [AVT] rate ctrl for unicast RTP sessions In-Reply-To: <3BF31F24.95E00F0D@iname.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Chuck, No, I am talking about congestion control, i.e. ajusting transmission rate of a session as network behavior (e.g. loss rate, rtt, ..) changes. So it happens in a shorter time scale (e.g. per rtt) than flow control. ReZa On Wed, 14 Nov 2001, Chuck Harrison wrote: > ReZa, > > Are you talking about "flow control", in the sense that the unicast > receiver tells the sender that its receive buffer is getting too > full or too empty? > > If so, I started some work in this direction but it was not > completed. > > Cheers, > Chuck Harrison > Far Field Associates, LLC > +1 360 863 8340 (voice) PST = GMT-0800 > > > Reza Rejaie wrote: > > > > I was wondering if there has been any proposal for adding any rate ctrl > > mechanism to unicast RTP sessions? Is this issue of any interest in > > this working group? > > > > ReZa > _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@ns.ietf.org Thu Nov 15 17:36:12 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA25224 for ; Thu, 15 Nov 2001 17:36:12 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id RAA08079 for avt-archive@odin.ietf.org; Thu, 15 Nov 2001 17:36:15 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id RAA08033; Thu, 15 Nov 2001 17:35:23 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id RAA08001 for ; Thu, 15 Nov 2001 17:35:21 -0500 (EST) Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.30.102]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA25211 for ; Thu, 15 Nov 2001 17:35:18 -0500 (EST) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-blue.research.att.com (Postfix) with ESMTP id 3BA834CE95; Thu, 15 Nov 2001 17:35:21 -0500 (EST) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id RAA09144; Thu, 15 Nov 2001 17:35:19 -0500 (EST) Date: Thu, 15 Nov 2001 17:35:20 -0500 (EST) From: Reza Rejaie To: Dorgham Sisalem Cc: Subject: Re: [AVT] rate ctrl for unicast RTP sessions In-Reply-To: <52732252.20011115104426@fokus.gmd.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Dorgham, I know about your work and other existing TCP-friendly rate control mechanisms such as TFRC, Binomial CC, TEAR, RAP, etc. I was asking about any work on how one of these rate control mechanisms can/should be integrated into a multimedia application. More specifically, the interactions among rate ctrl module, application, and RTP. For example, one approach is to have rate ctrl module notify the application to send a packet. This idea suggests that the rc module should maintain the control of execution while mm applications often would prefer to control the execution. The work on congestion manager suggests one solution but it assumes that the rate ctrl functionality is implemented in the kernel. Admittedly, these issues are rather similar to API issues, but they could significantly affect inegration of rc and rtp with mm apps. We have done some work on this topic and if there is any interest, I can provide more details. ReZa On Thu, 15 Nov 2001, Dorgham Sisalem wrote: > Hello, > > we have done some work on TCP-friendly rate control based on RTP (for > unicast as well as multicast), see > > > D. Sisalem and A. Wolisz, "LDA+ TCP-Friendly Adaptation: A Measurement > and Comparison Study," in the 10th International Workshop on Network > and Operating Systems Support for Digital Audio and Video > (NOSSDAV'2000), June 25-28, 2000, Chapel Hill, NC, USA > > > D. Sisalem and A. Wolisz, "MLDA: A TCP-friendly congestion control > framework for heterogenous multicast environments," Eighth > International Workshop on Quality of Service (IWQoS 2000), 5-7 June > 2000, Pittsburgh. > http://www.fokus.gmd.de/research/cc/glone/employees/dorgham.sisalem/private/papers.html > > Cheers > > > Thursday, November 15, 2001, 2:19:05 AM, you wrote: > > > > I was wondering if there has been any proposal for adding any rate ctrl > > mechanism to unicast RTP sessions? Is this issue of any interest in > > this working group? > > > ReZa > > > > _______________________________________________ > > Audio/Video Transport Working Group > > avt@ietf.org > > http://www1.ietf.org/mailman/listinfo/avt > > > > -- > Best regards, > Dorgham mailto:sisalem@fokus.gmd.de > > > _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Fri Nov 16 04:37:11 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA25112 for ; Fri, 16 Nov 2001 04:37:11 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id EAA29883 for avt-archive@odin.ietf.org; Fri, 16 Nov 2001 04:37:13 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id EAA29810; Fri, 16 Nov 2001 04:35:03 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id EAA29781 for ; Fri, 16 Nov 2001 04:35:02 -0500 (EST) Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA25085 for ; Fri, 16 Nov 2001 04:34:58 -0500 (EST) Received: from dor (dhcp177 [195.37.78.177]) by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id fAG9YwP20944; Fri, 16 Nov 2001 10:34:58 +0100 (MET) Date: Fri, 16 Nov 2001 10:34:12 +0100 From: Dorgham Sisalem X-Mailer: The Bat! (v1.51) Personal Reply-To: Dorgham Sisalem Organization: GMD Fokus X-Priority: 3 (Normal) Message-ID: <9286518627.20011116103412@fokus.gmd.de> To: Reza Rejaie CC: avt@ietf.org Subject: Re[2]: [AVT] rate ctrl for unicast RTP sessions In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 7bit Hello, My belief is that rate control needs to take the characteristics of the mm content and communication scenario in consideration (rate control should not just be based on losses and delays) therefore such a rate ctrl module needs to be closely integrated with the applications (even though this is from an engineering point of view not optimal as each application will need to incorporate such a module) cheers Thursday, November 15, 2001, 11:35:20 PM, you wrote: > Dorgham, > I know about your work and other existing TCP-friendly rate control > mechanisms such as TFRC, Binomial CC, TEAR, RAP, etc. I was asking > about any work on how one of these rate control mechanisms can/should > be integrated into a multimedia application. More specifically, the > interactions among rate ctrl module, application, and RTP. For example, > one approach is to have rate ctrl module notify the application to > send a packet. This idea suggests that the rc module should maintain > the control of execution while mm applications often would prefer > to control the execution. The work on congestion manager suggests > one solution but it assumes that the rate ctrl functionality is > implemented in the kernel. > Admittedly, these issues are rather similar to API issues, but > they could significantly affect inegration of rc and rtp with mm apps. > We have done some work on this topic and if there is any interest, I > can provide more details. > ReZa > On Thu, 15 Nov 2001, Dorgham Sisalem wrote: >> Hello, >> >> we have done some work on TCP-friendly rate control based on RTP (for >> unicast as well as multicast), see >> >> >> D. Sisalem and A. Wolisz, "LDA+ TCP-Friendly Adaptation: A Measurement >> and Comparison Study," in the 10th International Workshop on Network >> and Operating Systems Support for Digital Audio and Video >> (NOSSDAV'2000), June 25-28, 2000, Chapel Hill, NC, USA >> >> >> D. Sisalem and A. Wolisz, "MLDA: A TCP-friendly congestion control >> framework for heterogenous multicast environments," Eighth >> International Workshop on Quality of Service (IWQoS 2000), 5-7 June >> 2000, Pittsburgh. >> http://www.fokus.gmd.de/research/cc/glone/employees/dorgham.sisalem/private/papers.html >> >> Cheers >> >> >> Thursday, November 15, 2001, 2:19:05 AM, you wrote: >> >> >> > I was wondering if there has been any proposal for adding any rate ctrl >> > mechanism to unicast RTP sessions? Is this issue of any interest in >> > this working group? >> >> > ReZa >> >> >> > _______________________________________________ >> > Audio/Video Transport Working Group >> > avt@ietf.org >> > http://www1.ietf.org/mailman/listinfo/avt >> >> >> >> -- >> Best regards, >> Dorgham mailto:sisalem@fokus.gmd.de >> >> >> -- Best regards, Dorgham mailto:sisalem@fokus.gmd.de _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Fri Nov 16 06:56:08 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA26589 for ; Fri, 16 Nov 2001 06:56:08 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id GAA02987 for avt-archive@odin.ietf.org; Fri, 16 Nov 2001 06:56:10 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id GAA02930; Fri, 16 Nov 2001 06:54:45 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id GAA02903 for ; Fri, 16 Nov 2001 06:54:43 -0500 (EST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA26377; Fri, 16 Nov 2001 06:54:41 -0500 (EST) Message-Id: <200111161154.GAA26377@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; CC: avt@ietf.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Fri, 16 Nov 2001 06:54:40 -0500 Subject: [AVT] I-D ACTION:draft-li-avt-vocoder-00.txt Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : An RTP Payload Format for EVRC, SMV and Other Frame-Based Vocoders Author(s) : A. Li Filename : draft-li-avt-vocoder-00.txt Pages : 22 Date : 12-Nov-01 This document describes the RTP payload format for Enhanced Variable Rate Codec (EVRC) Speech and Selectable Mode Vocoder (SMV) Speech. Other vocoders which share common characteristics with EVRC and SMV can be easily supported by following the procedures specified in this document. The packet format supports various formats for different application scenarios. A bundled/interleaved format is included to reduce the effect of packet loss on Speech quality. A non-bundled format is also supported for conversational applications. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-li-avt-vocoder-00.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-li-avt-vocoder-00.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-li-avt-vocoder-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20011115134916.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-li-avt-vocoder-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-li-avt-vocoder-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20011115134916.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Mon Nov 19 08:29:57 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA26919 for ; Mon, 19 Nov 2001 08:29:57 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id IAA00242 for avt-archive@odin.ietf.org; Mon, 19 Nov 2001 08:29:57 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id IAA00160; Mon, 19 Nov 2001 08:28:22 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id IAA00130 for ; Mon, 19 Nov 2001 08:28:20 -0500 (EST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA26670; Mon, 19 Nov 2001 08:28:20 -0500 (EST) Message-Id: <200111191328.IAA26670@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: avt@ietf.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Mon, 19 Nov 2001 08:28:19 -0500 Subject: [AVT] I-D ACTION:draft-ietf-avt-dsr-00.txt Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Working Group of the IETF. Title : RTP Payload Format for Distributed Speech Recognition Author(s) : Q. Xie et al. Filename : draft-ietf-avt-dsr-00.txt Pages : Date : 16-Nov-01 This document specifies an RTP payload format for encapsulating a front-end signal processing feature streams for distributed speech recognition (DSR) systems, with the ETSI Standard ES 201 108 front-end being the default codec. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-avt-dsr-00.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-dsr-00.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-avt-dsr-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20011116141819.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-dsr-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-dsr-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20011116141819.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Mon Nov 19 08:30:49 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA27092 for ; Mon, 19 Nov 2001 08:30:48 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id IAA00643 for avt-archive@odin.ietf.org; Mon, 19 Nov 2001 08:30:48 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id IAA00466; Mon, 19 Nov 2001 08:30:25 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id IAA00427 for ; Mon, 19 Nov 2001 08:30:22 -0500 (EST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA27007; Mon, 19 Nov 2001 08:30:21 -0500 (EST) Message-Id: <200111191330.IAA27007@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; CC: avt@ietf.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Mon, 19 Nov 2001 08:30:21 -0500 Subject: [AVT] I-D ACTION:draft-burmeister-avt-rtcp-feedback-sim-00.txt Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Extended RTP Profile for RTCP-based Feedback - Results of the Timing Rule Simulations Author(s) : C. Burmeister et al. Filename : draft-burmeister-avt-rtcp-feedback-sim-00.txt Pages : 30 Date : 16-Nov-01 This document describes the results we achieved when simulating the timing rules of the Extended RTP Profile for RTCP-based Feedback. Unicast and multicast topologies are considered as well as several protocol and environment configurations. The results show that the timing rules result in better performance regarding feedback delay and still preserve the well accepted RTP rules regarding allowed bit rates for control traffic. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-burmeister-avt-rtcp-feedback-sim-00.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-burmeister-avt-rtcp-feedback-sim-00.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-burmeister-avt-rtcp-feedback-sim-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20011116142212.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-burmeister-avt-rtcp-feedback-sim-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-burmeister-avt-rtcp-feedback-sim-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20011116142212.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Mon Nov 19 12:16:31 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA10534 for ; Mon, 19 Nov 2001 12:16:31 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id MAA10069 for avt-archive@odin.ietf.org; Mon, 19 Nov 2001 12:16:33 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id MAA10000; Mon, 19 Nov 2001 12:15:31 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id MAA09967 for ; Mon, 19 Nov 2001 12:15:29 -0500 (EST) Received: from motgate4.mot.com (motgate4.mot.com [144.189.100.102]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA10478 for ; Mon, 19 Nov 2001 12:15:25 -0500 (EST) Received: [from pobox2.mot.com (pobox2.mot.com [136.182.15.8]) by motgate4.mot.com (motgate4 2.1) with ESMTP id KAA04159 for ; Mon, 19 Nov 2001 10:15:28 -0700 (MST)] Received: [from relay2.cig.mot.com (relay2.cig.mot.com [136.182.15.24]) by pobox2.mot.com (MOT-pobox2 2.0) with ESMTP id KAA22010 for ; Mon, 19 Nov 2001 10:15:19 -0700 (MST)] Received: from quantix20.cig.mot.com (quantix20 [160.47.58.31]) by relay2.cig.mot.com (8.11.4/8.11.4) with ESMTP id fAJHFI223778; Mon, 19 Nov 2001 11:15:18 -0600 (CST) Received: from cig.mot.com (d50-384a.cig.mot.com [160.47.56.74]) by quantix20.cig.mot.com (8.8.8+Sun/8.8.8) with ESMTP id LAA22720; Mon, 19 Nov 2001 11:19:40 -0600 (CST) Message-ID: <3BF93E75.32E1E958@cig.mot.com> Date: Mon, 19 Nov 2001 11:16:37 -0600 From: Qiaobing Xie X-Mailer: Mozilla 4.77 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: avt@ietf.org Subject: Re: [AVT] I-D ACTION:draft-ietf-avt-dsr-00.txt References: <200111191328.IAA26670@ietf.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 7bit Hi, all, This is the updated version of the DSR RTP draft that was presented at the last IETF meeting. Incorporating the feedback since the last IETF meeting, one major change has been made to the payload format, that is the removal of the 1-byte payload header. This change makes the payload more compact and clean. It is made possible by: 1) the elimination of the Frame Pair Counter (FPC) from the header, as suggested at the last meeting. 2) The original E bit in the payload header is replaced with the introduction of the NULL FP. One clear advantage of removing the 1-byte payload header is that this change makes the payload more secure in that all the bits now are protected by the FP CRC. Any comment and feedback are welcome. -Qiaobing Internet-Drafts@ietf.org wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Audio/Video Transport Working Group of the IETF. > > Title : RTP Payload Format for Distributed Speech Recognition > Author(s) : Q. Xie et al. > Filename : draft-ietf-avt-dsr-00.txt > Pages : > Date : 16-Nov-01 > > This document specifies an RTP payload format for encapsulating a > front-end signal processing feature streams for distributed speech > recognition (DSR) systems, with the ETSI Standard ES 201 108 front-end > being the default codec. > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-avt-dsr-00.txt > > To remove yourself from the IETF Announcement list, send a message to > ietf-announce-request with the word unsubscribe in the body of the message. > > 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-dsr-00.txt". > > A list of Internet-Drafts directories can be found in > http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt > > Internet-Drafts can also be obtained by e-mail. > > Send a message to: > mailserv@ietf.org. > In the body type: > "FILE /internet-drafts/draft-ietf-avt-dsr-00.txt". > > NOTE: The mail server at ietf.org can return the document in > MIME-encoded form by using the "mpack" utility. To use this > feature, insert the command "ENCODING mime" before the "FILE" > command. To decode the response(s), you will need "munpack" or > a MIME-compliant mail reader. Different MIME-compliant mail readers > exhibit different behavior, especially when dealing with > "multipart" MIME messages (i.e. documents which have been split > up into multiple messages), so check your local documentation on > how to manipulate these messages. > > > Below is the data which will enable a MIME compliant mail reader > implementation to automatically retrieve the ASCII version of the > Internet-Draft. > > ------------------------------------------------------------------------ _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Mon Nov 19 12:20:28 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA10852 for ; Mon, 19 Nov 2001 12:20:28 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id MAA10213 for avt-archive@odin.ietf.org; Mon, 19 Nov 2001 12:20:30 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id MAA10164; Mon, 19 Nov 2001 12:19:28 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id MAA10133 for ; Mon, 19 Nov 2001 12:19:25 -0500 (EST) Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.30.102]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA10654 for ; Mon, 19 Nov 2001 12:19:23 -0500 (EST) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-blue.research.att.com (Postfix) with ESMTP id C5BE44CE98; Mon, 19 Nov 2001 12:19:24 -0500 (EST) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id MAA16303; Mon, 19 Nov 2001 12:19:23 -0500 (EST) Date: Mon, 19 Nov 2001 12:19:23 -0500 (EST) From: Reza Rejaie To: Dorgham Sisalem Cc: Subject: Re[2]: [AVT] rate ctrl for unicast RTP sessions In-Reply-To: <9286518627.20011116103412@fokus.gmd.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org > My belief is that rate control needs to take the characteristics of > the mm content and communication scenario in consideration (rate > control should not just be based on losses and delays) therefore such The bottom line is that over some "time-scale" the avg sending rate of your application should match with its changing fair share of bandwidth in the Internet. To determine your fair share of bw, you need to rely on network feedback (loss, rtt, change in throughput, marked pkts, whatever) and use a slow or fast rate ctrl algorithm (whichever is more suitable for your application) to adjust the tx rate. Except for selecting one of the known rate ctrl algorithms, one can not further customize a rate ctrl mechanism to meet "the characteristics of the mm content". Most of the mm content require rather constant avg tx rate whereas rate ctrl results in potentially wide changes in bw. The main challenge is how to perform rate control while minimizing the negative impact on quality of delivered stream. > a rate ctrl module needs to be closely integrated with the > applications (even though this is from an engineering point of view > not optimal as each application will need to incorporate such a > module) right, so every application-developer may not implement a rate ctrl mechanism correctly. No matter where the rate ctrl mechanism is implemented, its integration into mm appliction is still an issue because the rc module determines the rate based on network feedback and application should limit its tx rate even if it is *not* appropriate for its content. My initial point was that regardless of the details of the rate ctrl mechanism, one might be able to present a rather generic way to integrate rate ctrl module with mm applications which might be of interest to this working group. ReZa > > cheers > > > Thursday, November 15, 2001, 11:35:20 PM, you wrote: > > > > Dorgham, > > > I know about your work and other existing TCP-friendly rate control > > mechanisms such as TFRC, Binomial CC, TEAR, RAP, etc. I was asking > > about any work on how one of these rate control mechanisms can/should > > be integrated into a multimedia application. More specifically, the > > interactions among rate ctrl module, application, and RTP. For example, > > one approach is to have rate ctrl module notify the application to > > send a packet. This idea suggests that the rc module should maintain > > the control of execution while mm applications often would prefer > > to control the execution. The work on congestion manager suggests > > one solution but it assumes that the rate ctrl functionality is > > implemented in the kernel. > > > Admittedly, these issues are rather similar to API issues, but > > they could significantly affect inegration of rc and rtp with mm apps. > > We have done some work on this topic and if there is any interest, I > > can provide more details. > > > ReZa > > > On Thu, 15 Nov 2001, Dorgham Sisalem wrote: > > >> Hello, > >> > >> we have done some work on TCP-friendly rate control based on RTP (for > >> unicast as well as multicast), see > >> > >> > >> D. Sisalem and A. Wolisz, "LDA+ TCP-Friendly Adaptation: A Measurement > >> and Comparison Study," in the 10th International Workshop on Network > >> and Operating Systems Support for Digital Audio and Video > >> (NOSSDAV'2000), June 25-28, 2000, Chapel Hill, NC, USA > >> > >> > >> D. Sisalem and A. Wolisz, "MLDA: A TCP-friendly congestion control > >> framework for heterogenous multicast environments," Eighth > >> International Workshop on Quality of Service (IWQoS 2000), 5-7 June > >> 2000, Pittsburgh. > >> http://www.fokus.gmd.de/research/cc/glone/employees/dorgham.sisalem/private/papers.html > >> > >> Cheers > >> > >> > >> Thursday, November 15, 2001, 2:19:05 AM, you wrote: > >> > >> > >> > I was wondering if there has been any proposal for adding any rate ctrl > >> > mechanism to unicast RTP sessions? Is this issue of any interest in > >> > this working group? > >> > >> > ReZa > >> > >> > >> > _______________________________________________ > >> > Audio/Video Transport Working Group > >> > avt@ietf.org > >> > http://www1.ietf.org/mailman/listinfo/avt > >> > >> > >> > >> -- > >> Best regards, > >> Dorgham mailto:sisalem@fokus.gmd.de > >> > >> > >> > > > > > -- > Best regards, > Dorgham mailto:sisalem@fokus.gmd.de > > > _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Mon Nov 19 21:45:06 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA10045 for ; Mon, 19 Nov 2001 21:45:06 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id VAA23881 for avt-archive@odin.ietf.org; Mon, 19 Nov 2001 21:45:08 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id VAA23855; Mon, 19 Nov 2001 21:44:19 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id VAA23828 for ; Mon, 19 Nov 2001 21:44:17 -0500 (EST) Received: from purple.east.isi.edu ([65.114.168.32]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA10007 for ; Mon, 19 Nov 2001 21:44:13 -0500 (EST) Received: from purple.nge.isi.edu (localhost [127.0.0.1]) by purple.east.isi.edu (8.11.6/8.11.6) with ESMTP id fAK2iEQ01381 for ; Mon, 19 Nov 2001 21:44:15 -0500 Message-Id: <200111200244.fAK2iEQ01381@purple.east.isi.edu> From: Colin Perkins To: avt@ietf.org Date: Mon, 19 Nov 2001 21:44:14 -0500 Subject: [AVT] AVT meeting in Salt Lake City Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Folks, A reminder that the submission deadline for internet-drafts to be considered at the Salt Lake City meeting is 5pm EST on Wednesday 21st November. Also, please send requests for agenda time to the working group chairs as soon as possible. Colin _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@ns.ietf.org Wed Nov 21 20:14:58 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA15294 for ; Wed, 21 Nov 2001 20:14:58 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id UAA27338 for avt-archive@odin.ietf.org; Wed, 21 Nov 2001 20:14:55 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id UAA27276; Wed, 21 Nov 2001 20:13:31 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id UAA27195 for ; Wed, 21 Nov 2001 20:13:28 -0500 (EST) Received: from yourwebsite.com (Mix-Pointe-a-Pitre-102-3-145.abo.wanadoo.fr [193.248.170.145]) by ietf.org (8.9.1a/8.9.1a) with SMTP id UAA15260 for ; Wed, 21 Nov 2001 20:12:50 -0500 (EST) From: internet.information@netcourrier.com Message-Id: <200111220112.UAA15260@ietf.org> Reply-To: http://lemississippi.com@ietf.org To: avt@ietf.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="= Multipart Boundary 1122010208" Date: Thu, 22 Nov 2001 02:08:48 +0100 Subject: [AVT] internet information Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org This is a multipart MIME message. --= Multipart Boundary 1122010208 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Nouvelle page 1

HOTEL - RESIDENCE

 

"le Mississippi"

island of St Maarten the Caribbean

****

suites & cottages

 

Nested within the hills overlooking the secluded Oyster Pond's Marina and the sparkling turquoise water of the Varribean Sea, the exclusive Le Mississippi Hotel stands proudly in its own lush tropical gardens.

Magnificent with elegant Colonial style architecture Le Mississippi Hotel features 13 oversized air-conditioned Suites and 6 Cottages. The Hotel conveniently located within twenty minutes from Chic MARIGOT, Saint-Martin'capital on the french side, and even minutes from PHILIPSBURG and its famous Shopping distinct. 

 

ACCOMODATIONS

Le Mississippi Hotel offers two types of luxurious and comfortable accomodations. All Suites and cottages are equiped with air-conditioning, and ceiling Fans, privates terraces or balcony, refreshment center, direct dial telephone, HIFI stereo and VCR, remonte control Television, private Safe, Hair dryer and soft bathrobes.

    les cottages : Tucked axay a tropical garden on the hillside of the resort, are the 500 square foot Red Wood Colonial style Cottages with king-size bed and separate living room. Some Cottages have a balcony averlooking Oyster Pond's Marina and the others have a full-sized wooden deck with private Jacuzzi.

    Les Suites : Spacious with over 840 square feet, each and two master bedroom, Suites feature an over-sized room, one Bathroom with Jacuzzi jets, in the bath tub and a separate shower room. The large Terraces overlook either Oyster Pond Marina or the Ocean.

DINNING & ENTERTAINING

Le Mississippi al fesco  Le Mahogany Grill and Bar is deal for enjoying Fine Gourmet Dinning an poolside entertainement, Le Mahogany will combine a unique blend of exquisite French Cuisine with a creole influence and excellent wines in an elegant, yet relaxed, dinning environment.

GUESTS SERVICES

Friendly and attentive staff, personalized service, room service, laundry, Concierge, Babby-sitting upon request, Car Rental, Massage on call. Check-in time : 3:00 p.m, Check-out time : 12:00 p.m.

RECREATION & SPORTS

The picturesque Le Mississippi Hotel  offers many activitiesn amenities and services including outdoor  fresh water Swimming pool, and Whirlpool. The neaby amenities include : sandy white beaches, deep sea fishing, Windsurfing, Scuba diving, Sailing, Tour boat cruising, snorking to name a few.

TRANSPORTATION

Airline : Major airlines service st-Maarten, Juliana Airport ( 30 minutes drive from the Hotel).

For all additional information to contact us by mall our personnel will answer very quickly

e-mail : contact@lemississippi.com

website : http://lemississippi.com


 I thank you for the few seconds for your time if you do not want to receive our promotions envoye any more an empty mall has stop@netcourrier.com


 

 

 

--= Multipart Boundary 1122010208 Content-Type: application/octet-stream; name="hotel.jpg" Content-Disposition: attachment; filename="hotel.jpg" Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEBLAEsAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsL DBkSEw8UHRofHh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/ 2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIy MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAARCAEGAVADASIAAhEBAxEB/8QA HwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUF BAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkK FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXG x8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEB AQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAEC AxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRom JygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOE hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDcj+MGgy2w uVsNUEBfaJHSJQecZGZBkeuMkdwKoTfGe13ILPQrufJZWVpArqV+8u0A5IGG 47HrkEV5EE3SPeXQgWVo1ZLeIbxKm0YQgHCqFCkEnfnBwxIIjhjV3fcrWttK +xmbc+R95FC/MSMYO3JGMZOcGuu8u5xLD0l0PT5vjpJHcPAvhtHZcgMt/lTj 0/d8/h1rPuPjbreC0Wm6dDliBG++Ru2OQyjv/wDWrgrp5dqDyZlZozEhGQX2 KB15ZiDuB2nHfA5FVrGBPO3uykiVQYwpYg4bgjp/COSc+1HvXK9jSXQ9EHxd 8WT28sn2bS7eMIGSQwSYPzhTj5ySBk9u1Ubn4oeKvNuHh1EgidUjjFtEFwS3 GCuSML13d+grkfJaezjKwbA8DMZ5H+Z8SEsCSQGwF7c/lVmVlhhliM0m0xRy MbceUH+Xkk4y4y/cAjpVJMTpw6JG/H8Q/Gf2V57jxEkYVkXatvbux3BsgAJw wx0Yrmn23xN8X3kDx29/K8oCMxSCKRlUBtzACPoeOSDj2rlzaTKk0UkX2Yh1 l2y5QoFyv3Wy55cdNx4pbye3hJtXae4VJCFRmEcSEEg4QEjp7qRiq5e4csOi Ov1Lxp4k+16lFceIHiSDeE+ypGSmJVUfMoC4wSPvZHORkViXPinXRdJHb6tq iFI4pQzX8u8AxKzbsttx1521HJZTu0vnRrE1zbLc4dhEWVsSkgMQSuV7FuQf pUN9crLDHG9xM0cyBvIt0EcJwxUEDOAcL/cFPlQXS6F6TUr/AFGCc6nqckzt OhBDmTCgPnGDtUHjgEZ64JAos5I4vGtk1jZF71YbYW8azIpM5iUJJnbxtJB5 ByVOeGwIdiT2Jkgs2R0nVJGgBfdlXIzmQtkeW5yBjAPTGTJJZ3Ju9BVLiKG5 uAriRpvljfznRHZl5GAq884571FeK9ldG+E/jJdGe6P/AKRZSW893P5dqq6d a3C/I8t4yGOSZQeu3eRnJwVl9Kf4c1y61Zp4bpgXhYg4HGeAcZ56g9eRxnHS ub82FYzexXkcehaLb7tHZSQk1wLfzS77ACCoVywwA28qP4wz/AAePUr+GXIl jeRHVmyQwfDZ65IIwTnr6nmuWnGzTNcXrCSR6BRRRXaeAFFFFABRRRQAUUUU AFFFFABRRRQAUUUUAQ3VxHaWk1zLII44UMjORnaAMk4wc8dq8x0zxxpNzPDp 1xM1/MQAtza2bgEhed0Zy2cj+EEc9Fr0jVrX7bomo2uM+daTR4yR1Rh1AJH5 GvD/AOx18OeLdPBggkCwtclPNPGN4BLvgj7vJKr9D0Pj5nGM2lJH02QQTjJ9 T1O2kd7U3Om3Ims5+rAhhzjOAQRkYHXke1TQT2skH75lgmAyDghW69c5IPv+ lcN5qzSxano/7mSVD5ioqkvt3jBOAXUkjrxwDjAyEbxHdJdxyM63jSbWaNIv 4efulcYJUDqWBJ6LtIPguD6a+p76ouSu9H5HoMlsjgHIYfwuj5B+hqIxmCQP GNrKch14IrK0+9E9obiGN4VJPG5SGYAcgg/dPT5gp45C1et7p5LiOGXJ3sF/ M4rncnzcq3F7NpNs0mmne3tyZ5VkfcxKsVzz7VCbm6UhftVx/wB/W/xq9dRK LraFwkaYA/X+tVMBm6da3qymnZSZhTUZK9izb6jergfaHOP73P8AOp5b2WO1 eU7DtGf9Wv8AhVELgcHrxVm/RV00lj1wDVUqtVRbUmZ1KVOUleK+4z21m8Y5 juABjoIk4P5VFHqV8pJa4Lc9Cij+QqowjyREh+pNRnzBwZP0rm+uYhfbZ1/U cPNa019xqHxBLFzKttgdcK2f/QqltvELXVxHGLWJUdguSWB574zXOPGMk45r Q0xALiA453r/ADroo5liXUiud7mWIyrCRpSkoLZngNvDDEI5LnbK5XMUUarj dgHY3OAu4429SN3TPMrRAW5lmiMUTxstvGDtBTGSuTlgFYq4yp3HJ6nNdjqW heHpby/hs7phdK7I8BmJd5g5BOw5dsFdpCcEZCnLCsLUdBm0ic3weKWMvvEv yxGF+NrMmVGNxbgDC/Lk4+VvsVNdT5p05JXRmTBfKtkO/bNJt+zbPL+XCbQe WLZwrYI2jdwdxOKaK1njJSNowsrfxsemPl5AI3dMr+FWLlRZwSMUa3n85GfY rxq2Q+RsYA5UhlPBB9vmLOlTbHeEx26FYI1EkrbmDKY1IKDtweqn6+uiRjIk SzZ5V2JLJLEs6SkncWwhOSO33vU/Wh33vdyx3MVuRbrGFtfnkwGjGNw+8Pl7 v+VWdUDTXOI7hpGNzMrLIDtQPtXCYJ+XrjgfQVHb20gneH7LDCoDOBPJiUAL v+6SFYEjuvQ1pYzU1eyY66ih+1avDaWsiMoMfklt+79+g4VQO2fWpLi3kNzq FwtxbWqxTPJvjcM7ZkC7cpucZ3Z2tgflT8m4uL6G4vZWW5jeZEgBeI5xMAQx Xb93HApsW9o723W3N1eT20LxpEWPB8pzlQNx/Ajvmnp1HfoiFktDdP8AJPMx stiNlECkWuwfKN2cH3H0qexsZLr+yIUsQ+XWEXRViAxmY4zkJwD6Hvz0xMun z2y6XPOILW1nzvn4dkCyFWwATJgAr90eoz1FT2Vmto1tJJNPdXkNw9wDEgKT bRHgbmw64VCWBTIBBxjmsnVpLdm0MPWqLSJVgjvzpt4kuoxi1jMcj26Msu9h JsTaQ2wAeYxwH6BTggKaS9lhuW0i3ibagWSFp7l8IqvJwzDawUDc2Tk+oxt5 6fw94ctnsrlJluZFaEeVIibdyqytnnI+bBBO7bgsFLEHbneK9Ps7SOBbRYre dLjLAs8hKNuw4cbwcbccE9/lGctlUrQlBxin9x04bC1I1Yzk0reep0lzcvG2 mtoqOIrSx22MlohaYtIuXHlhmAcknfhScMoPLIRP4O1Gz0LWL2y1CZUuIv3T 7ELYYYyBtB4HTsAQVwNpptrqtjY+DdMZMxvJbkBIJGidHDOpmZvmK5wNuCSS DjCqaydN0r7L4uvbL7MLbZ5WIOuwGNGHpz83IxweKypuTiroeIpwdVxTPUT4 r0YdbqQ/S3k/+JpP+Es0Y/8ALzJ/4DS//E1zlxpXlbSwByPSo4tLMhwFyPpX RzHH9Qh3OnHizRj/AMvMv/gNL/8AE09fE2kuMrcSY/695P8A4msqDw6XALkY I6YqaLRBBlMZyfSlzj+oU+5of8JLpX/Py/8A34k/+JpP+En0nP8Ax8SD/t3k /wDiawry1Fu7J/kVkyxhTkDnP5U02xfUaZ2qeI9Lk+7cP+MLj+lXI9QtpACs hIPT5G/wrz+FWVhkZHWta3uGDoAOAQRTdwWBgdiZFChicA03z48Zyceu0/4V i3Fy0kJLyEZ/hB6D1qzaSR/ZR8y59+9RzMawFPuXH1C1QEtIQB1+U/4VXbXd NX705/CN/wDCsTU7oconqc81gTylhjHSqi2yXgqaOzbxTo6jLXTj/thJ/hTG 8X6Gv/L4/wCFvIf/AGWuFfr15FV5MnuetXYX1SB6JB4r0i5mENtcu87qwRTB IMnHutcD4rV5PiHZ+TKY3TTnUsDggv5g4PY/NUNtPLpl8uoLGsqwgsEL7SSV K8HBAxuByfSm2M66z45SaQvHFMEhVWXcXYjkArwOkhyccL2Oa8fMG1PQ93KK UacWyYefHqigpG8cTyKisdrZkLOxJ57tngdvxqikkd2BHJ5g2W8WQoDDAaQ4 OCRlQFx79OMVcur3zLeBni/dHT45WZlzucxjsQf4sDOMgkdar3cSXGsX8ynZ tUL8hyGAX5WGOxyD/j1rw5Lc+ijLRNHWW0TR2kXVeAdp7fn3rU0K2NxqYd1J WEb/AGz2FY2p3Etmq+SM4ieUjAP3ZI16Ej/noT17V1Xhna2greDAectuyCCC CVwMgHGQeorHC0JSqc0tjjxla1N266Etzkh3X+N8D6AY/pUIQbDzg9BVm7BR UQdRwPqahRPnCnnb/OrmveOKm/dJIYQxVcdMGp9ZiH2JEx1cf1qe1iBfPvil 1gAoi++a6PZ8tCUjLnvVSOZMQAqtInNakiVRlXBNeO9D1qc7mc461f01f30H ++P51TkHJxWlpi/PF/vCtMP/ABY+qKxT/cS9GeGeILeeTxXrMmycQf2hdqzx IFYBXLD5scd+vWtyyty3g6/nQo01sPKhaScuYoY2HO/aT8qh2G08FEwMjaaf iO2sYfFGr/aZ5Q4vbl2YKSU3j5VAxzkEj7y+ufW34e82+8O6vEIVgCYLlWxG kgIc43HvtQHPyjqSFLEffyV7aHxlO8Vv0MJraaGxkW1eY2rTLJ9m4Fww2Y3k KDlASAPvBCxUckmo7mC2mimAEMYCs2/eWaQFjtAIyCWUjGMZBzwAasuI4EeR rM27BP3aGIKvlmQAq2QN3ygcclhICTkYq9pemTXunXF/Abc/2eCTHFFh1ysh 3KzLkbTzyT/E2S2S+jUl8JheG8imGuRNFcWjTzNHIjT/AOjmF1dWBZGCggHp y3A5HJ4Ei2llaXI/1Sh422s0xuElyNoK7Ag5+cYYnnHCjJNO3uo5rOQyXMxk Z1Z0I8wnaHA53ZGMnHHHHpWxFAUutHZrF13BQTduUB/fP0f5cdRWqoya1ZPt 4R2ivmZxeBNReS3aXItVQNNboVTEfKhCSCoUbOeecndV22ZtURbaGG+u0SJp GR5TOCERiCAFGzB+X5NvAA4JJokVhaw5msbdzGWDGBQw+dhwyIecAck1I0s1 1JpcVzO84e3kjMkjmUqXlmUH5s56+3GKpYaLdmR9dqrZ2IoHCzw3E/2UW6bD PGkscnmFGGA8ZJIO3KgcHBcAYJFXlnZrC7Y37R/NGjtZRbNwKyHDj5CQNmed 3XtWdeR2SLuSa5lZg2/fEseOOAG3tkde355IroJNLihsmSG1eWOa4h8xLiXz MYEoOCqpxyOcsOfYgWqdOHQyeIryV+Zv5sm8PXCP4/uUMe+G4nuw5GcgBJG5 9OR61W8aQQtYQ3cMQD/bHiKXMmVKovG7bjs/r6c1qWls2k+JZriVbYM7KoWB 2eRGfBL7W3SKCHdcccMTtxtak8Y2dx/wj09y0qvZwSGSaFZSvEnlhI+44+ZN wAH8QALcclavByaT6Ho4bC1oKM5LqM8PW0Ii0yYJcXWrxLH9jtvO3iCMvvSe 5YFeRHsxGCCwRAevyT2lvewfECVdSm+0XssccksjBVLfIigkLgDhBxgfTnAs +CtQstG0xJ9ajiSS9lFxYW1uoV28wKEVI1AB3beP4VzyR2k1a/lb4kxTPZzW zS2MTLDKyFl+dhkhCQDkHjJrz6cr6HfXp8tVux3B0+GaIFuMCmGC3tVDxgE9 BVhZfPsSMHLAA1TuHLQeTHEwYcZrouZluC7TuRu6cVbC713MMkVgwWU24tyv GSTXQwRk2ybSfcnvSJlYwb2COR3bbyT/AFrLk07zCfLByPWuw+wR/OzHIPJ9 qggtVEvGMY601KwJ6HIiweJxuQn8KtpCV+YIM/54rpnSAsAVJ/KqN6qWhJV4 mY/wjtT57jTuYN00qqCyYGePSqT3kiDaHIHoK0rmf7QmJPyFZNxCc7uo7CtE wZDLcHHJzVSQk85P5Vft7JrqVUQYJNX7nw5NbIrSsjbuwJyKakkTytmAsBfO e3tUyWKMQS1ar6YUjBAan2+lT3HzquEHVm4FPnQcjLvhW0tJtTSEwK20F2z3 xjH5HmtQ6Ej+KNQv1k2uFiY/JnABRiPxEYH41J4Ys4bS/dwd0hjxx9R/hVZf EltcXHiRbYtvt4mVTxyVEoOOexicfhXmYzldSJvRc0pNHH32nizc6ezgtCix huyruDAD1+U49sVnWFtFPqTWceWjbYsisOCF6j6YAH4Cr+t3kd34h1ELvRUn Me4LkDAYH+lVrKIjxXHKJAyypMSg9VwvbvivnZttyZ9PTVqSv2N3UdPn1BlS JpRlditCELjLKxwGIXnYOprtdM05dP0y3thIZPKXLO2cljkseSe5PfjNZ2kw BpjKf4OBW82Psxx/ECBXTgIv2bbPGxlS8kkZdwVLNKx4HQU62tJXT7QwG1iT mm3EeY1UdAeav20oFkkXfn+dKFNSqO5EpOMVYnsovkyfpVXU8mYD0H860IRs iAxk4zisLXtVttNia5uGO0sI1VULMznooUck/wCTiurERtQ5Uc9K8qpWuAFG W4HqazpVGSc1k3fiyZ1BstOZAV5N3LsZD6bEz+rA1h/8JLr5kJlt9MZB2UyK 355P8q8V0eZ7nuUaVVLWJ0bgFutaunrho/8AeFcUfF1uhQXlpdQknlkXzE/A qQW9sr+FdppUsNxHDJDKkiMQQyHI7f8A1qqlRlGrG66hi5fuWn2Z578R7SBb WG7t/JiEl7Ir+bDvUsHfcR8hIJ2nPI7EDkk0PBDG48O6608lxNGIJMouQQvl t9zJII4xyoALDOc4rd1eP7dFe2jCQ51GSbclysRys5iGR3G1yOeS21edwweA 9HQpr6BElluLWBFja4W5UK6c71GVbnBBZcYHYEmvvZO0LnxcfiXocJKrR2dz 5MEOyWJJJfMcAKpZSuCTuIIBYjO0ll+XKoa3/C0M+l6FqOV2HUrWYRr5e/LQ jYwycgDDvn3ZQCScVS8R28kKCaaUlpmeVGU7jI/l4cP8zZ2lThiSTuPZiV7j w/pBT4QSJJII5YLNp43kG8IH3SHjnqr44B5xxkCtJtLUxgnJHmtyLiNUEepI YzGGMO+XGWXPTG38qsW81va22nXRkmHlznA8oDhdjHkP/telaOvWLJNbzLJp yRCCJmEMRRgdnY+WCBnjk/h2p9xO9tD9gTUb9THcS8egwmON+f4TXTBXOSbt oVJdLlvbC1+z6XeOvl7A2Cwz5jH+FB6itLSrR7m6sHgtLOCbzRGqu5ywUqSA skhz/rB0Heq+i2dpJf6c0pEyPemNpmIXb/q+cfNnqe4rpPB8NlfSiSPzfMtp ZGEM8okR9wjzwE7bR+TduhUnyq46a5pWMY2M/lw+WbaGcvLloNi7AAn3jEvH Xv61001/Hqbve2UQji2IqO8R8uU7kba2UYKxUYxg4JTJG4bqLw6ja2+E0z7R GJZJSixySkEquVKoeehHI5wccg1DbW0gshEbb7NLBEw8sKUIUfMQjH5ihOQO SSNwYtwzcWMnNRbgj1ctpU5VEpysadkipMgV9zMSw8xmzIzAklsElmB9yd2O ScZh8VWq/wDCIXokdGJ8tlO8ExgyIdxI9cg9OhzwTgT6XJOGW42K5LjdE7MA gLZJCgbdvzDAOGUBchsZZvidZE8Hal5qsZdnm/O2WU7lJJYkk47An5QMchQT 4sVZXufSyk2+W1kZ3w8lbQbc3+qzW8U2oH7QftDIGVcZB3HDEkcnLHqM85qe fV7LX/iBZ3lnKssS2aQMVBChhLISBxz94etY/gS40zSEW4/tGJr3H77dKFKg sDsAJx27dT68Y6nWLwXfinQZgZMGOVcuuM4aPH8zU0Kl6vKY46iow5kjvo7V TEuBgYFPW0VSWHLdqsQDMCH2qQJyK9E8i7KjWzPGUJCg9SKkgh8tAgHAHfvT dQmkhtW8jiZuIzjOD+NU7Oe884fapGCt2Y/e/KgT1RpuiuhBGQRjHSowAyhd oUCpJZIoQHlYJk7QCep9B71XOo2qIrF+HbYrKC2WxnAwOe/p07VLaSuwSZQ1 pY7Oyku5jiCJN7sFJIXpxgE557An2rnbS8g1PUJrRriG3uRcSQqjYHnbcncg 65YfNtIB+9tDKAx1dWvIvJNzfWxSC3YvGo+cwNyvmnaDtOGPIztGDnGSvLJa 30mry2lyLjzJ7hnhK4BhjEUOFJVvkAZWPBxlGxyQDxyxdpe6ro64UW43eh1Q 8Ov82+YYAJ3ADAI96pPHbwK0Tqh91xzTby78QafaOLiKa+iMYjIiMW4MpyCW dlGD0yfm9M8ivMrv4prFPJFN4au43ico8c18IpFYdQVMRIIPrXZTrKauYtNO zPYNGttMZiVk/fcfK2RWtJb2/JkdNq9eRxXz+/xeu4MPpuhQRMvLte3D3A9s BBHj8c1PZ/G/UWlcapoenTwEfKIJpLc7vXcxkBGM8Y/wqpNNkHuqnT5FZh5R VPvZOcVWku9PmjdhOvyZAXYcH6V5tZ/FTwxfwI0v2nSpP+WguIjIm7BJAZAS cYxyqnkcdcOtvHOiapO1rbavbIW+6blvIVvxk20RSfURd8aXGpzaKH0PKTxT 732sM7Nj9Ax5OcYA+bPTvVDw8t5b2VzPfyyA3cLRTll+VsLcEsGxnOZVz3yT 1rQeaR4gsqOILhGVXwQpQjB2t9COR3A9KvaajPuMrkyMQQOoGCCMceorxMxx Lp1+VI9vC0VPDNs52/OL+4kZAssl40aqRgEM2ew5yAeuOfzo0N0OrRgEO0Yk RvlIIbcoyO3IXPJ71HrUD3PiI2pkk8wsjHy/vbiIypGeP+Wv069K6fwZ4SuL LVL/AFLUItiyzubeAvk43HDtg46E8dq46dJ1Pd7np18RClSUvI6vSrZ4rNVK /vXPA/CtSRBGgQ/wjipox5aFnADmqc8wLHBPtmvQjTVGnynznO6s+YpzOocj BqzYxnBY9OlU2xJMSwxGP1NatuAsIHc81zUY802zaq7RsWAcKWOOK8h1C7l1 LVbi9mcNl2SBV3bFiDHZhT0OME+/tXrMpHktycEHGK4yTwZZqvF5fhfQtHj/ ANAqsdzzgoxNcvqUqU3Kpv0OLlPYEkDuRjA/lVFmxIwJG2uj8TWdjoWkoqzS vJPOsazSyBfLG1mJJXbhdqv+Z54FS2fg2W6sorvUJ54PtA8yNPKCvGp5AcHJ LYIz0xn6bvOhhZ25ke7/AGhSSuzjfKSUqpVWUjB7ZI5/P+tXtEfUrDxDZ/Yj /ok9xH9ojXAHzPknHsGA5yfQgnI6L/hCreGYMniJM79+x7Ek/T74pbPSbWz1 S3jN68zCaLaRD5YOGXH94H7vPTr1FdFO9OpFXvqcuJr0q1KSSez6GXenUlu9 Qim0qCKA3xMTSW8p83E8km7crbRhAz/Nx0J4B26Pw+t5dFvr3+1dOjsUnS3i jbcZBlQyshBdioALcsB3PIzXaJ508OopMJUTY6QsXARlI+bCg9RjqR9O9ZsW nTLcmW2M7sZRgCEFPl55LMFznGDkfQ19Bia9f4YI+WoUaTjzSZ5T4nlzbeTG rTyq5gdTJ5n7zaQXJY56uBzkfMxyPlz6Z4cdZ9I0yxkkBjuLGONoSoK4aFRy uSCCD6kfh1nHgY39411fwWIZycB4ZZHAwQA37zZno2R/FyOeav8A/CP6T4b0 2y+y25UW88UcZVSAu6QchRgYOT2PJySa6/bc6SMI0OS+p49Hf30uniW8eF45 bRWK4iAH73ywNq46ADoOPrXQaH4TvfE0l80eqG3i89tsis0jZycfIDwuD13c Yxiuc19f+J5qNtCLdYIXmiCiVcEJMznuCOAPyzXrXw5tI7DwlA5aPFyEnHzf d+RVzknn5kJ/4FXZWquFJOJwUaSlVaZkeIPB1zYWsV/Br97NDbO0zR3YMqhC q9SCMAbCSdp4Psc0fCdmnnavbPdRzuqQbQjs64dZJFP3ADuVgflPoSBXqF3N DBZTTTFfKRCzllyCAMnjvxXmlxY3mgaNGNK3bZobVFlVHYPGiOi7l7HYEJ9z 7VxUak5twbO2rShCKmlsYlhpyWdvK0L26/vLcgHep+VJARyueNw69MfWqUdh LbeJ7porq3G2W5Ee2NiFYxugGGTaRk4x0xx0re0q3kvdUv7GeykCRpI65R0C kNt4wR0DAfhTBEPt+oS3FqSY1km2qzDAILAk5569K9JdU9Tzl71pLQuaNdLd QBmZlnYumI+cshBJUtkkAMDhs4LfxAOam8YfZR4b1QSSHdcW0nlRpGSV+UsS R6fLjjJJBH8JNYpnMlpCtgotyryu5B3ZJWMAgnpjnirepyG4vtStpWhkElvd KQYULH9065zjPGAK86pgYKTaPXpZnUkkpbnP+FX0+xs1ggnhmkkJN0obgsf4 cHqAD+hq9qt5oej6jpF8xs9Nt0aXz5EhC/8APMg7UGSeG6A1jaK9jawT21u6 zMJW+1jneXzj5h6ccY96reMbGyawsZXWW6ga7EYhbc+CVPdSGxweCc14kPcx B9Ni48+FudZf/HvRrSER6XpF/eFCQz3DpAu3oGGN5OeuCBW14X+NPhnXTFb6 hIdIu2U5+1SL5JIBJxL0HT+IL1HUnFeI3GnWKoqWkFpIgA3h0mjdX/u/M4OM YPcc1oReI9SsbKK2juJYDGDCJyIJ3WPGNoZohKMYAU7uAAB0FejznzvK7n0R N4z8I7XMniPRiVzhft0Z6egyST7YzWVrfxCt9NkkisdA1zV5lVirWunusW4H AUswGBx1UNxXicHid7uVf7Rvdct7yRpDM0OqSLHkMzsViCkjgBSN2Bngccd5 aPpyX9uLi01O5vAWZLc3U7FtrBW4lkCYDj1B3AHHHOVXEKDSZtTw0qiujN1X x9491yeO3h0V9JszKB9qazc+UvIJeWRCoAByWCAjHB6g+geF9O0qzMV3JrKa tqlxAwF5LP8AaJHTOW8vLMVUE42ocepJxXGaQfDn2ZI4PCUVzN+9by78RhYI UmZAz+bufKKEU4BPyNjPBPHafdRWcGk3VvEy3U9pPE7Ky4lbzsjcGBBxnHIP Qegrnq4hyVkb0sM27M9Q8T6rp41q3sJtYWIrGJhbf2XcyTsckZDIBtzyucdC wIYGsCF7SzW8kW+1S6d5vtcUcWjzkQnaWDKZF4OSPmDIMKOARmoNKvFvbCWS 30u0RrOCR5GDshVIiZJEUlGz/r0wMBTzgLhQdDS/FOoT3c8Ojto0EcGFc37S OZQcHKMCoPbgjPQ98VzuTi1dWXc3VP3Wk7tG1p3xFhht2E+ieKrtJDxLPZwK AuANoIcZXqecnk8nFct8RIPDvieO2aGa40vUY4nS3WeLMUxUFvKLbtoIJABD H72Ar8YhfxSbGzs9HR7JZkmSBoRC3yhiTvBVwCoySQM46ADrWFNq91qcmm3J ktUVJzKoELHafLbIOSc9OueOo7U6dao5J20E8LBwb6lU/DrT1fZc69eQS7tu F0OaQKSO/wAwOfQYPXseBPZfD7R7iRmi1rV79kk8mSG10SeIq3HDO6tg4YEj bnnPPAbahvdRhsobxJfMhgZ4WhNkqjEKIWG/cMIQxwcdh1rU8J69c3OoanaH WbmzM19JslgSL5gqRRruLIwBI285HPUc1vHFTu+ZGcsErXizmr/4a2ttb/ao 7HxRJDBuEypZxmRgMYK7gpHrgB+Ou3GKqQeBdKvNNW9g0/xA8UyCSEzXNnb7 ++TkllByOQCfY9D6RHBe+INZ1LTJ/EOtW/8AZEipvtbryGnVwT82FA42r0HG 49zXG+Hbj+159F0KW8jisZreOMwxSkMMW+45IIOGdMEDBxkDGchuvUcVyWJW Hpt3k9CHSNA0zQtYle3tNTjd0dS93dW8gePKHhYzw2cjliMDjk4XvNKuCY1K qJHCYIRSOcenUfSuJsrxJiV8m4jvFtrcXCXMjvIspDBs7ySBgKdvowyAcgdF 4dvHt763aMj55MbXPzEbWA/U5/AV4+Kcp1vfZ7OHjCOGtDVHTJYTzX/2s2rB 2Cgt5fYYx29h+VdZYLHb24LgK/8Atnn9ao3Or+TBgD97txtVS3OOmB1/z9Ky 1W7uU8+4doVbj5zzn/P5dO1dEJKi7x1Z503KtZS0sdPLcQt1kH4Gs6SdGchW Bz3rHJijX77ue+Tj8hUkKTyAGKNgD3Y4rOriZz6Dhh4w6mskSMVLNhR71c34 5H3fX0rBYyw58yTpzxzise41+eeOUW08JTdsVwchT74/H8xUxxPIth/VnUej N+88TWdvfvYIfOuIwAyh1G0kZ5/Aj86ZDrcd/wCZHHA6yINxAwwI46EfUf56 eeX2j6VdTNeX6M8knEkjSODx0yd2DwAOBnjFJP4fgsysunS3lnMu4lrOdxKy YYHaxZsDJBwFJ4HB6VTxKm7N6G31KMY+7udreaAmqarZXeobvs1kC8dqTjz5 SRtL5HCrjPuTzgAhtyS1a5YsVyCc/dx/n6VzieJ1Szt4ntftDwxKjzPPglgo yQw+Y5PqAfarVn4utk2rMJ4ExwHAK/gw+Y/iK1U6VuTm0OZ0q/x8o6+ubezR l3KMepwK4MX7XPjO2+fEQvI1AzxjeMV0Wt25njleIq7lsoGY4bJ9SB7evXoe h5bTtCu49dsXvJ4mJvYpcRsOCJAcc544A4P+Fc1Dl9sm31O5rloStvZ/ke16 f/x5r/vP/wChGsrxF4u0zwwIheiaaedWMFvAm5pNuMgE4APzAYJGSQBkmtOz eJbHMrBVRnLEnheSefTg5/WvBPGmsR6zrDefM6IkrPFII1KLHnEanC7ySGGD 8wAbgNuwv1VOl7STv0PlJ1OSCsdDrHxb1dbqVrCG0t9NCD97KGeaPcRtfJO3 nIPTA9zipfiZqU2j6/oN9DdebfiwkDwSyALGd6Yfbxgud4yeCY14+U15bqM0 qz74xHb3kOz7OYHwuWAZSGXow+Ugj5eF6EEv0njm4mMPhoT3MUiDRC5yiBN4 jbLqpXAzhB8oUnA4443lSjGV4kwm3HUptdboiZhZyTu9wWl+0nc7FBzy4OSc 9ecnpXqHhbWG0n4ZW17eRnbawXEvlBvmdBIxUDPGcbeteMaHGt0Vb7GlzOs0 X3WdiMluoVuOg7cc+leteJopYPhNJF5J89dIghZQCcN5aKR6jBY9fSqxE04p EUKbU2ZGh63rF5rUGo3cwewlmeUkT/6iQMTs2lskEqFAOfkJx0BrenurFPD9 pom2cWNgoWBzt80BVKglhwG2luQp/DvzHhXU9Ei0x5rtljuPMlEMPzOuRgjG BjGSx+uOtbI1yNiGstHmwxVUziPCjG35sMOhAwOhyc1q3QT5nocajiJt04pv 5BqL2mnWWo6jLaSrOC4ljF0BgmaISAHYc7Sy8+1YF7FDPPDqIDIWjhuGiD5G dqsVzgenXFWdY1O5lhk23fkOy+UsCsUJSP5kyVLDdhSTz7j0qH+19R8mKK4m gETRFGaW7jG3GVz9/GP8D6GrpS5o8yeg6lJw92Sd0XLK3tvEttchpWtvsnl4 JiDg+YCOPmGP9VWze6hCkWpsbl2byLnIWEDlkb/b9/0rEspNmm3H2JYWYvEz mOJZf+emD39ePrTdTuJksZ4Z4EEzWsZ/1SqSWiU9l9WNVON7tipzSktPUwNF u4JtPktYIXi2Tvg9RIezdcenHt1qPxJcPZWNpMrqYlvoXVOTyFYkY4B6eoqr ZX0kbrG37plJbIXPyk9MevP+ecu8TyPcaF5RKBvNRgznCkbWGT789BXzNSLj W9T77nUsFdPZGTLqDXlxNciNhBlI2ldlAXZHGilgCflJAy3TJ61Ql1JfOH7p WVWGHwSCOcnjGexB46VAulS290Uuljdk8tQRKAQGXO7aVOSO/Bxu6ZBqKd1L NHiSV2yqtgHcF7jgEjHfFdcYq2585KUrl/yo9SsIVXasiXJV1TJKBgWVhycg cjqMYAJY811+qahd6jqttqY8i2ngQZaGORlZzI0hcbgSBvYADJ6H1rnPD+mT atfRW1sLkXEo8xY12A5XlSHLoAcc5PTGMHNdUnhfULeSzS/QNLMf3LyRg/aF ZXbcdspC8KcfdYkqPkAzXNiElqd+F106mWupXd1Dczu6219cGazlkVTJtMsk rOjDB25YHB255X5lGTXPWl82ia9JFLLNLDbTeU4R3iLASAtt+ZShIUDHI59g a9Ig0ObUVvLeW83SxXYWaOZFkEzIjIVIV1PCRqxA52sMZ5z5zp+n2ySafczm 4kjuYHllVIIpSp3lRkSnbyQPm4NKlKMr3CanFJpmv/wkC21qSkcUhv47nj7T KGUPsU5UyMSG2KcPuGSw+bGK09Q+IcFx5ljY6dbTWSqqPJfh90pKkcLCwwM7 sYJ29eDgDItfDkuvvc/2RNFc+RZC5mDRi3CbRhkUEMrdABjb05HesqSFoYZI PLln+zqDKYEG1ASozkrkHc6L0xyMZyK0dGlNpyRzTq1FE6G58byavoc9jf29 gspWIWbPaqI7VUaPMaIAxCkJljyvGMKAM8zHrjWUNtHFHZbYpJNqtahtuV25 bcpV+uRnPK546GwlhqN7p7Xq2crQRSKrGc4jbdjHz7QF+/H1YZDggEVNpmjJ qsqwy3AilyCkDsszON/QD5cYP8JJOMk9s2/Zx1RMJVXoUYfEVxHpUlqogMPL eWbaNgzuBubOwEeoGQAAB2ptpqbWiMVSATSNg77WNyuVQ9GQjAK9Bz16812m gm6l0aXUYL7ydPtN4lWN4o5G8tEdig+zEZ+cYzycdQBW34O0m4VdTOmTixMt 4ftEZaPcV8uMgBhEAAGkfChAAOgGMnGVWnFN2OmFOrPS55rHfyz5bIMTlj5c cKRjOeeMAY5Paqp2PGoIVwEJXDDooPOccDOecivZNVk06C5MF3rRN7DMglju 7l3RPNXYQrMpG0pIzEADAHtkcXpzapPb6VYwarfW01zHBBDIb6YCE5KZCLtX HBGctgJjGQaVKvGWtrCnQmo3uZ3heZIhd2bLILjCzAt02j5QAc5PMh9uK9N8 JpGd90zM0isURW6L0OR9T1+leZRwHw/e3Nreyq8yOVeYBsufkIJyM859P5V6 H4TU+TJMxxGpI3euQP6Y/OvNxySnzpHr4O/1fkbOqLhp2kYDJYojegyefr1q KTWPIv1j27xt2AHrj16+uOnpVF7lXuQ+RhULj6nofyzWG0plu9h6PgF89B3P 5VwczWxvHDxe56Lp1/bm3YnajDAYDucZ61ZmmC4bcFLcjPp/KuMi1BvLVVk2 szLtHHHfP6frSx6zKs6i3kLlnwoZuSvTJNbxr6WZyTwTvdHR3EXn3Rjy2W7A c4703U7HVZ43SC7tSkmfLUo0ZRscE4J389vlGO/FVbTxFbxSPCyupJ3M3Xk7 VwfQ8gYHHB7Vem1COSP5boKTzjOD+vtVx9mk2zKUKvMvIzLSy1KD93diKRwR h0BU49xk4/Bj9O1VJNMuLK+muWVPKk+YsTyD2UnuBzg+54B5bSM6rLkTFyOh JzWgsSyRYb5lZcfrWKUZN2NuadNps5W4lEcYdhmNTlxjkDrkfrVR2RlJyTwQ BnOf85H51ZilWSGNxyrAfjxms25gkj0S4nQO0lmsUoUcl9rHIPoMEdPSsIRu 7HoOXIuYyJNfnspGtFKvt4QyEsV4+7kHnv8A5IAz7bUrq58U6GZZZAjXsAMY yFJ8wc4rG1K8I1aZ8cCYp6e1XdGwvibRGPIF/CB9d4FethqCjKMupxYqd6c1 5M9p8Q6sthot3B9nlnNwWjdYnVWCGPLYyDk4U9sfSvD9dLRXYub6M3MJwVYF kWQYOxY2IXb8rN0+6GBK5U49b8YRrNG8cpiWIxuCzHBH3G9Rx8o5PTrjuPFr y1WW5nMCY3uxkck4OTn159ee/PWvpPrEaacVufKUMFOqo1G9EjAec/anQ8Rq TzsCncTzx/CT0/Aei7ew8blY9H8INtJH9nAYY8lSkJx+prnptMt7eIySvgkZ xjbu9wB0re8VSpqfh7w8lj9omubSDY+6MbVTYo5xkn7gI6nAOcGsouUk2zpl TjG0VqYmg6nHp+pXDXKSbZGD7I0DK2M4zk+7fXcRX0rc6XHqELw3CZtpJPKk Qrxgk/QdcV8zaTaxNcmW7lVXVd2cAIgBB5IPXPavSbbxV4rFksyXn26OMExp 5MYDMOMtjDEj1z+dZtuKvLY1UY1IpQ3OZl1+DR8wW8R8xcssKfKgyAQOo4zt P41DN4svF89Qyec9rEYXSMcSfIZMZGT/AB4GelNisra//wBIlLJuAAffgkY2 jGfoPyrOubG2tSWf7RM+CELNxk9xtwaxpUYXs1c9HE156yvZLsa41U3myS+h t7qVrWdd7l4yhxIFACOOcgdQcY9hj02zvLG4017RUsokt5z5EsFuuIysigfK RgHsyjrg4bpjyO0v1SGNiZDsdipVwvG9iOo9yePWu70a5tWliuY2CW804cr/ AHugPA/3Rn/dJ7nOOJnOMFGOliKVCFSbqS1vY6XxH4dshoR1cLa2CoENzHAB 5bhdwTy1wo3EuMdOuDngjhL2Qt5nk3Ahj+zxhRKrqxxCgxhQ2eRivRPF8C6l oFvpi4QkrI8cj7RtXIAPrkkEDvtrhpNCu1BzaRSADCsJDkKAAMjp26Y/nXp4 fGqFLlne55VbLKlWr7SlZJHLXd1H514ixqk9rcPGyAY6Mdrf98jH1FZviK6N 1oIEZJJmQlc/d4b9Kp6nNs1S8lTo0z9uuTz+HTHpUEE4aXbKvmRFXLRk8NhG xnkcZwfwrhlHmakerGt7OnKn3Rcjtp2aFI3YyzW4um2HdJkJgj5GOWYqOCAQ zDOOSKTxl2sChUb7Z2QRnJH3lx9fkP6GtdpXkR7+VJA6tHNI+NqpuZiATnLj Klfn4zxu+YGqcsKfaNKjshdSh1kaAmDbI2c42CNjkb9/IJ5ypPy8Gp56NPw7 d3+ha1FqtsbeQ25KpHKrsMqpTOBjspP3h2NdH4k8UXd/LbC9dJTbW4iZoy0f mr3zksRkdc8/MpHSqWn3un6TKkC3dvqVm7CWR7qxniVNnRAoV1JIIAO0gDHK 8A5utRwzN5emzF/LUxxRiG486aPcSrHcgAO0ruAPUEjJODlJOb1Wh0RqKCut zT1nxPeNrY1VhvluGuoniaTYVSWCGJcsFB3LuzjA5UYxkCsJFhu4UhtxIDHH 5cbTShNz8kgIQcAsR0Ocdc1qLYRXmkSW0iN5q3aBMJIY8eQAGwVzywJwQp68 jBxTXw3qwlRim/Zn96En2yYU8bxHg55xtYLn1xV+6jnk3vcj0rXJ9D1DWbSw NukV3byWbTXGAyryHMZDqN2Twc/wjj0rTmVnui8DKt0mCqybQBmNwOhyowPT kqe2DtDwzBFK95vvlZ5l8wafEXyoyXRY22sf3oAGXyANzAcAb/ieXSE8OWmm WehXUIRii30ySqDhSNpaRE5ygIABOExhSTiZT1SRLbtqYGmB9Q0bWlSNPtJg WJArBGcefZryxORjYCc5A39R2yrO9g0i8lmuGhLgGQW8zSkxt8u0kgqCfXPX BGRkEddouh3SeH9aunudPkt5dFkv9kEwd1LmCUJIGyQwWHjjAzn68/NbGICO S3tpELbFQXkRJCDy9nJJGVG0A5+9kcgCqaTNIzaV0O07WLvSNHudO+zWK2kg l+1StO5K+aqK4RlLDBEQAJVwCM5IbFP0LxnHo2qtOdPaXfcPJHELjYF3KqnL mM54GPlA69u+XJbzmaWW4u7YSNE3+kbo1JO4MGCbiwOMYXCt8gGN2VMLaYZl W6N1aIuzzCou4WcHG7lS64bbyVHzEgggHgLki1Zor2k1oi5rniGLxDq15dXE Elul0I3EXngrCVj8vltoyTw2QABnuKz31OWC/S9CqzRXInRVdwAQQ4OQ24j3 D5xjDDg1BFYNE5uBdxQlCIhh1UkH5Sy8nIwzDkAdR1ABqXkUsDbmdW+Rg/lk NtUYU5A+ZRnIwwGMrxVxhHoZVKk31Nb7Q+pi5umO5p7hpCSoGMkYAAwBwMYA AA7V2Oh3L6ZoH2fzG3SOWbJ5HAAAPoAOnua4nTiYLb/VlZN7FgzZy2evtxgY OTkHnBAF2fVZwNvHA6Ad64sRTdR8qPdwr5aSbOqg14B3iYyHO3GOgAGMHntU iXoE4lDkjPRRzXH6dePPdvvwMDKjHJrcikI7iuOtQUDshUvqdJBdtLExYlUR SqgNyMgZ5/Af0xTmnht/I8x9sW4BmJ+8pYj8OQR+FYkM5X5c/Ka2ltzFpct9 dMHiih+SPA554/IuT9R6deVws9TVy0uXLWX7LE1zOx3ySEqG5EiqDhj+LN+K 1YkncTrFI2ZEB3sCfmbaCx/M1UVM3kdvLJ5nkfLI3GAQGJH035H0NUbu7O6W ccMAx5+gpPXQmKV7s6FJ2GAT/nFdGbkxaUZi2NkJck/QmuIF0SzHd1AIrZ1i +MGjxwhXb7QFhyozhdpLce4BH40qas2ZV4p2K29Y8qOAOgrHn8RG00q7gj+e SVZ1YnseUUD3+Ump7u9MERnfBwvJ9TXE31xuSeUYAKPIf945b+ZrXD0ryuOv KysYmp37X93JdHCtIsbMi9MhVBI+pBP41u+HJmn8Q6J8pAW/gBP/AAMGuRMi RlWkcKoGDV/w5qLzeN9AjiY+V/aVv07/ALxa96NJcyseTia6jTlfse5ePFZ5 7KJWYBldmC9T93t1PQcZrgtQNvYRx+f+8ySI40yGP1YghRyMnk9gp5I9X8Sa O2o2zTxzKksETlFdMqxxkZ9s4ryXZcw3byT2YubkOdzM5CKfYFc/T0rudKKm 5yPGw2Km6MaVPfv0QQ6PHcgXM8O9pY9yxqmzZ06ZJ/A5q1PYrHFGSyRAMFAc Daq4/IdBn1wM9KtR6jOIQraOzDnJN0Rn6nZ0pLibV7m3MMdpHbq+BuAJbpgj ccDB9BzjjoSDl71SeuiOt1qVCm7aswVnW9vgBsKRncW8tQXAz8xJGTnr2wOx IOegt/7IZIYQViCLtSIr938TwT3yeaqQ6Rqe0Rx2lsAWDMVhKliOmcECtW3s dYVcNp9rID2eFj+marEOU2oxWiIwtWnSTnOXvP8AAytHso006S2YeakN1LFv AB3bW/hPIPBz+NU9Z022kvUtrOGSGQYVfmPzseOc9Dzj0612FvYavDC0Ftpe n2qMd223tigz64BAzUVt4a1qKXfE5VgSQxQN+e7Ofxq8NywbcjLHVnWioQdu 5zzeA7KMFVmkl2uzCR1xweRwOlXNB0KTTLtBFc4iil8ySGSISYBJyAcgjIPX nGc4qz4ssfEmi+FL7Vft/wA1ssexjBCNuZETjCcferymbxP4iZRjXboKOnkz NHjp6KPQVyyp8zdzuWLjFe6e8fZ5pZ9ztv6HOew+7j6DgVL9ml35SJ2lVyGw u4ocA4Jz9DXz2dd166+WTX9QdT0V712H/oVRpaG4nMs9x5zv94sxJJ9Tnr7m rjZESxLfwo19Stmj1TUraVMGOV1HHcEj19qw1VnnWGPy2ldgiqSDy3H079+K 7rUvA1hJotnJaRyR3cqWixmOUGKR5tmeSDnl8jBUYHTPNYD6Pc+HdWktPNd3 8ovuttm9cSFcEruBB2njP5VEZxfUKk5yVrHqfhSSz8D+Cpr2ZnZI8STXEaqh llbhQCcHHO1Sc8FmwA2BwGo+ItW8R+K9L1SSAG7hhaeB1gdiiqzyKVU/eCnJ XJxlTuyvFZsiapcBBqGqXscaNuje9u2aMSZOCUUMx4OMAZyxzweKNlPdTX8M e6KMyx+WryKxARwVOSBu27WIIHJGRVRSetzGcpKySNORF3MVIjkL4KQs67F6 fLycn73HstWbWe3+yyK7RNMRjEj5wgAyUI+7gAjJRx8vA+bma/0ueLTWv7Y2 eArxolqjQniN33qxO3ICH/aO0YGSQKgSex8QJY3FjZvdTShBFFdRSkM2QqoR vVWzjBPTp0yKpOLjZENOMtUdBaC5mcrLuhRl3NGdyonqTnoOpzjPtWRfakYt Su1gWRtmVdgm5xIPmLq7Mx3qcruXGcErgnNaCnU7QahaTS6fpzWscZlkYGR4 ixQAp5YcZPmqNwyQGJGWFcpDqsGEYWULEOrOz7wJj/ccKwBB4+7jAzjAyDNo zdom02oR1PdvBvhy0OlQTatZxXd5Puldry3DlQ7bggLqSPlKkrnl2J65rz74 iahpQubmy0+xt4mtr0pDJFEyc7VDx7gcBdyHp6FRjkt0ml+MvEOuxxr4a0gM 4bbcX0yrDHGSCzKsZJ+5kd3OFBKkMorhPEulSWOgteC0+zSx6kYbuBlJKySR u4VPkA2hFBAGQd4OWGDWTtzWSCSXLc6bwhqLP4W12GIXcT2+gXbxzuxBlDRx FMruJj8tVVY+u5WLDHIPBX7MbtgZp3JjMeXI+ZSzjGdxJyCTnjqcep7D7Xae ENN0q6ECXL3+mRxSWpxEZEeKN5H3qMgdufvbjghgccxd3Fnq+o313BDaaXAx 3pbLlEQABQFG353IXJOBliT7VvhlzTu1oY1morlW5FBPIULOPOG4RJEeBn2x jaO2OmCfapRcg38KROQzxtLgt6twRtbIxtzhtp/DDViXlxEyuiMWRSB5aBec AjJbkjq3HHbuK1bCGG0LQ3N5bw3D8tEhdgFAbqVXB65GCccZ5q/Zp1LrYj2j jGzNKaLzNOvJAkglSJnjMeRuYsFXJbJPB6jk7R2FZFrZltas7e9iYJNOkcoQ eW+1mXIztx1+bnPI+udy/iKaIk4UGCX95FIpwJQoJKqSVK9GI4OBnscVQ0Wy u9T1q0hgWCS7kuIWjWJsgneCxO3djaoYkMVIAz65yqWUrI1htdnTah4GleZV 0WLdBySJ7tWk3kkkE7R0yB+HWucn0DVItVfTjYzyXiEbo4YzLjKhuqZ7MpyS Ovau8s/GOgyWrTtqiRiNQ5EySHI6Z+VScAnBGd3t1Nc7450S5l8WX0syJ80E exZ4+GKRKhVM8OSU6gjaeM7sqMOWz10PQhimopQ1OTjAjdJhk+W4DbRnaf7p 9Dwf8BW1Hdwbd3nxgt0UsMj9RWA9pJslE5GYCULNIxxj+4MHH3cngfhyBnq7 vIEDMwOWzwT1HPGfWiWHjUe5DzCpCN7HcJMHXKOrf7pB/rW9aahLFpKh7Yyb ZAseAWDY5YHj/bXP4eleWJnIfHNW54Jn01bvzVHkKsIWO2KFFBIBLIgRj0JJ bnIyeBjOplq3Kp5u5e64npVpcyNc3B3HDoQ5I4zkHrj15rOupy1nM+TyuOBn r1rj5tWvTGkqaixV1EZ8oRW+MZYbkiY7jktyef6XvDk8t7fm3upZJ4ioJR3L Dr71j/Zr3uaf2rG9mjsLKbzbSBwwJKcjvXTXf76C3QngAEHpggdf8/8A1x0V p4S0J9Otg2nLwisNssiYPX+FhV2Xw9pskJiWFkUrt+WVzgfiTSeT1W7pqxhL PsPtZnkF1qVre6RcvFL80TbJk3DKnONwGTx7ngnjIPFcNqerxRrLbxlpJMFW yMKOxB717XL8INDkdmj1LVoc54SaPK564JQkccdaoj4FeGh/zEdYx6ebF/8A G67aOXOm7nLWzuFTY8CaSSX/AFhzzkcVteD1x400I4/5iVv/AOjB/wDWr2Yf A3wyOt9q59MzR/8Axunaf8G9N0vV7O/ttUuybW4jnVJEU52sGwSMenWu1UZJ nHLGUZJ3ep6UeQQehGCPWq5sLMtuNpBn18sf4VYorrseKpNbMgFnaqcrbQj6 IKmUBVCqAFHAA6ClopWQcz7hRRRTsHM+4UUUUrIOZ9zn/HFmmoeDNQtZWYRy eXuwAekqHuD6V5VJ4R0bf5luLq3lUgpIjRhkI75EYOfccivXvFH/ACLF7/2z /wDRi15xk+ldeGw9Kom5o87HY7EYeUVTnZMz5/DcmqFEudZku1Chc30AlkA9 pMhh/OmJ8Nrd9gXUJEP8WyPr7jJOP1rWRmU5Gc1pWs7gKTmtKmAovZGdHO8T zWlL8iSTw801rYImoiKSxlgkif7OSXMKhUDjcMgkBjjGSvbvQ1T4dX+sagt4 fEkSyKhXC2zoBlmY7f3rEfeI44xXQxXeFAPH1q3Fdc/drgll9OOyPbp5tWkr Nnnt18HNXYF4NRsLh/WR3VzyDxlSMd+tQr8JNfsrgSlILiRsYWG4TePTG8qD z7mvXrVXc4CnqeM8+n8xitW2t4y6OZF6gjjnPX/69ck8PGPU76eJnKzaPGZv hxrktvslglt8I6mQRRyt8ygcBc44Ddxw2OO8uuW2stqzXd5b6i0RMRdrsbxt Sbzdm4RKMdQoKsoJ75OPdCsQU/PzjPWqLSsHOJD7YArnWHb6nY8Wo2bPAVSW w8QXN7p7QrJLcGbc0wHmpnLDAVirHJ/hA6/jiT289tp8dvJ4TRmijWIvHbJI WIQKX3quSchjjPevpO4SOeMpLGkoIORIoI/+tWZcaFo10mybSrN1PPMS8H8q ccNNbCljYS+JM8o8A6hJpRe3vkRQ4Vd0zbRtVUXBBx/DGADnrjgAZZ/iVZdc 0HxJA1zHJcW9/BeKkLhIsJG0bFAfvYjTOAcnaGA/hHoh8K6SEMcVr5Cn/njN IpH4BsVXfwRpIGI5bxQVMZDyhwVIII+ZSehP51CwlSMnJDeNozjynlukx6Vr NnFFqDSDUbO0ghtmBDjykY7lO9XU43KTxkADGB8pyvFlrY6X4oIgs4I7d03C 2ZjJEpyfmADE44UgZwB/COBXq0fwwshMJU1GVXBLKWgibaxIzjainoBznPHP akufh7JeTbZdQiYHo0+nibgADq0nyn/cwOtHs6sZeRXtqEo36nkNvYXGpyqP LihkaLbBsj5Q5XG35+2OM56/lnaXa2ztbILsyO8cjvGrCFV252KXkZQQx645 AYY3H5F9v/4VFayRGN9UADHkx2+OMEfxs2evQ+mOhINX/hSNrFvePVXYuSQs ltE4GTkfeXA/L86E5Ib9nK3U4t/DcVlqFzb3NpdFCbWa2a9aItFmZ94LxyMP mWKQY25zwRlVL52taZDbQDyr6O2sZZEiPkwASPGSuQQeduQx2jg+X9AO1l+E Gv29zHPZyaLIY1wFbdEGO4tltkYzyQDjBwq1e1n4f65ewuBE00oUqkrSIXPz gjlm6cZ6AbiWC87axlzqdzVcnJZHn+i+FND1ZrhrjxVY2SwsR5k6QAkAMN23 zOmVP4YOCDmoPtU8sRmvb1ryWeKDzCZTuO63Rjv6g8KQSSDluxOB248O+JdF sLiKGDxjBK1u8cL2moxzxCTsxiAJCk7iSDuyx6Z446bQNUtbqdjpWqPEuFjF zp8oYRrlF3YTaTsC98ZLe1at8yXMZQXI/dOeu7qO6mvUEbLAZ2kijD8Lnfgg Y44PH4VQjY2E0rxZVirYXBAz8vXB79Pbrx1rWutMWwLB5hHhvkEo2ce+4g9e eewxWZJbiZSlvIJSVztjIfaO+SCeatSS2JalsytJMWmbCybmOQqt/LPNNG2e Vt0TKw6HKkkfl2pGsriNgBFJ04+U/wA6mGl39vbC4aONodofMc0bkL6kBiwx 3yOO+K053JWuZezs7lizsbeSfEl0bddhw+wAZ98duvbOccEZI6XStPfTNfgR jGY57cTRsrKdyb9oztyCcjBI4zkdq4+K4mhlYxTvE/QlM5PIP/1x74PHUdb4 b1m7v9R+zyXlxMEEZRZgedpYnPzkjBdsY9eoxipXMpb6GrUXHzPomx/5B9t/ 1yX+QqxUFjj+z7bGceUvU5PQVPXorY+en8TCiiimSFFFFABRRRQAUUUUAFFF FABRRR+Z+lAGZ4ihafQLqJerGMD/AL+LXExaDeS/dTd/uq3+FejSvHHC7zMq xICzl+FAHOSTxjiucuvHmg2zFUnkuHWTy2EUeAOuTubCkcdQTnPGRzWlOu6a aRhWwka7TktjKg8I6i7Df5UYI6s3+GavweD50Yb5o8nnIzms+b4pWa3IistP nlJGVaRxGCc+wY4I7jPUfWqF/wCNtYvNN+12dxbWturkFooXdmHzFdskqhQW UAhSnPsRgRUx8u5pSymlvynZR6JZWsLTT3ZWJV3PIxCIo7kt0x9apTa74csU Em55VCeaZUt5JE2dd24LtI6A7ScZ5xXmd94p1q5iBWe7MSk7W8xpBkqMuG2Y 3EZ+6SBztwTk86trf3d46RHdNPM7qrusjSSEEtJvY8NhW3PxjGSV7cssROXU 74UoQ0sen3vxGtJbXydPguLdz/rLiS3DoGzztHIPXuCQD905O2n4R8UXmoau 1vcyXJMriRWkfeSNuMfKFC425IUBRuwO5PBW+nNPcNJPMigN802xpFjLFvmB Bw4B3E7SxAY4zja2v4evRH4ps/LtRb2sbOI0dhux0GeB8wAAOB/CcccDDmdz pgrrU97SCcxhg4OR3qFo5UPzfpVmyu/MtUIHb1pztuH1rojJinBPZlFmYOAP 7pNVpZivY1faPJ3DrVSa2ZxxxWsWjmmpFdboA8hhTnndgGRSQOtR/ZnD8/rU /kMyYG0VpdGPvvQWG79RU/21R1J+lQW9k+TkqB6VO2mGT+MD6VDaNoKoloSR XyHgmrscqv0biqkWjjOTJV2LT0jH3yaxm4nRTVR7kyYPQ5NctpnxO8G6pgRa 7BE20MRdK0OM9suAPyNanim9Gh+E9V1JXCyW9s7Rk9PMxhP/AB4ivlaODaFj HzbAB68dqmMFMdWr7Kx9d2t3bX9uLiyuobmA9JIXDqfxFOZh065/Hp+tfJFu 81rKZreRoJhwJImKMv4jn9a6O08ceJrCMx2viDUiGALC5ZLrLYwcGRSVHTAH TuSTTdBroTDFxe7sfRjOu77qM/r/AJNZGqaZo+rrt1DToJsf3hzn6ivLdP8A il4iDKt9Z2V1mP8AdvEHjdmwSNwyR1AyVGMMCMjOGp8YDOsLzaO0ELjAIutx wAMHBUZ64/L3wlTgnZlzqVbXidvceDfCxBEWh2MbEAFlt4yf/H1auWu/htoz Nm3tniLbSzLeNhTjkhdoHXBx0IGOM5GbL8YdGDBWt9SLYGcxIAPx31p6d480 DVIhLHqaQNn5451K7OcDJ6AH1zjkDOTito0qXc4qtbEb2ZnT/CqxcYGqycDh UtxwB0Hzs38/6Vkr4PPhnVoZFnMtvP8AKGKgMCOe3GK9Ht7mK8T5JeMbw6ZY Y5APHGDzWH4ohMP9m7m3K0rsGUHHQY/r+VOdKnGDaYUMRWlUSex6NYnNhbH/ AKZL/IVPUFl/x4W/f90vP4VPVR2RjP4mFFFFMkKKKKACijtnt61Ab21UkNcw gjsZBQFmT0VUl1SxhXc93Dj0Vtx/Ss+48VabbKzu7iMcmQgBf1YdqHoNRbNu j/PFcoPG0VwS1navJGjHfJsaUbRjp5YOScjGCf545S9uNX167mgkN4Wcjbas HWIg9AN2yPrkevHJzycpVbbI3p4dy3djtJPHPh1JJIxfmRkzzHDIyk+gbbtP 51yOofEPU7v93ZpBpu7ARpxuO7BzgnhuOcbePpmsx9Msl2GHVLTUEkC4Fvew xOcqCSBMyDaMjDAknIJVRjOh/YBtZImbVNKtJ70qxgN7sJiZxsxIOHBABPyr kjI5AAydWTR0xw0Uc1c2mozzJcanNMZpUU2zXVypldSQcDLDC/PnnAGD0qdd MZHuUufOiMOx2iUCSQgqSRkkLGABkuTtCsG5AJGxdxXJ1eTTEYXDq7L5zL5E BJbP3gSHGSVCqCcg7V4YVUl0A288MMlrJLDIwHmLCGSSUOCcpuyG3A8sQuWO Wxlhg5O5t7NLUoRvCJoYrdrSMW5eICZEfzA6N8wlmXczP3VVXkhRGO6i3tdU s5ZNQubK2vY3Kxyr5jZzjDOXDtjcc5yAcggAgA6UPh28ujFIkckUexSPPCKz q5GwumAcfMSRknOfugsDdXw/DCftF0jXBELtMs8Syw2xHMnDAsWyBhwoIGeQ DSab1sF0+px1npVteANc3RjLgllRHLc4JTt85Dr94hePvEYcbljoEniUw2Nl JqBnGTJcG0hgWGEDClipbeSSoHVmKyDjtpSaXZXVjJf24nntSgiNyzCXbkKo I2KPmAUMAflPpgrhLfw9HPHcQpiJN7KUjhUrKQVKs6ugy65IDAsF6gsDinyz YKyG6/oWm+FEUX7xTOG8lILW2VGlHlM28ZyUJwVOG67eeMDA09Abz+0bXSYI rYhUM8s0vmfeYnYciNzkEEKo4BIVQGxtS+HDZXNpOmpG5EbBjCI/LWQ43jeN zYGV6HuM9lFU5/Ll0fZYRfuImSR1SCNF2YBVvkO0AkOcc5xnAK0pXjJIrnT0 PW9DnEunoQegFagPFct4SuxLpyjI+7XRiT3rsUTnlLUnBAIprLUe/wB6cXOM ZpW1C6GFR0xTgg4wBSU4c1QkSooz0qUYAqFTiplYVmzVEyOPSpQ4xVfdTl5F S43LUtTkvig00vgS8tYIZpZLiRE/dxF9gVw5LYHAwp614NJYRxTTCJvOL/MP MCxuoXI+4GPqO+BivXPi7qFxZHQ44LiaAs8z+ZFKYypXaOoIPO815rY3csus Wwi+0XV5PHJFF+4WSTaMPsHysV5JYMMbQDjrWkNI3OLENSqOC7GY1mwY5Qgj jI6Go2teSMfX2revJ4pHVooo48hcbEKbh7je6jtnaBzn8apGRhkBx3Brtiro 8idRxe5mpHJDCsiRkhpAAFXfvfaW28HPPPtwM9ARXu4Ib5hbRosRxhjt3bDs YjDY5+VOSXx05YA1tJCgmjkUFTG28Y5Gf8eBVGfTAZoZ4i3nrLu56dDkn1J/ XP1rnq0Zy2PQw2Npx0kYM9qk1jNNN5Ms0ageYjknGCc7evPqRyBu6Hjo/D9v af2ZA1hFDHfeVJ5kszlpCpYBDgnCgoQuVI6FT1UPzGuQTWd0YzK+ZlLuNxJY luufcgHnnOPTNbNtaLFaeXDbXM20Yklij4iZVzIzMMk7SQRjsxGRnB46kOZc vU9KNRJcy1TLd5qAd3to4zJNHC0qMAQyg8ZUg5HDE4Hpkg4Gdm0vZ7bT7aPW bucyxyE/vJHYh9rE5yOvAXgkYx2DMMKz0ya4eRYAzrsSPyEYnyZSBIVKkZVy YiNoz9wjP3SWm1lIO9lkOSrB15IB6foPyHelRo82iZNevGjZs9FX4mXWkxos lhHd2rllt8OY3QKf4jg7gQQRgAgcHOMnW0n4q6RdsyalBNp7gZ3cyxnnoCo3 Z/4Djg815Q5drQQ+XICjgqRyO/Xv0IA9AD6nNUoy9V/MV304NK0jzKtWMpc0 ep7qfiL4VAz/AGm2PX7NLx9fk4resdV07Uy4sL+1ujHjeIJlfZnOM4PHQ9a+ aiDkHb0oJZhhtxHoeRV8jI50fUFFfNum63qmiTLJpt9Nb7c4RWyhyMcoflP4 iuo8PfEXxJLr1haXV3FcxXN1FCwlgUYVnCnGzbzzxnIqGmi42lsekeLY0Ftb XMk8USxPj94SMk4PHvhTjp1rj9R17RNOuHgn1ZEmRyjxlGkYMG27SIw+05HR ttdh44hd/DEs0NvHPcW8sckKSMqruLBTktgD5WbntnODjFcE+ha8b2W6hvrK C2mlIg8lN8pSU7MEyKM5GdyhiMsTwAtZynKL0OujCMoXZoPq8MkIax0u8udw BzLmNXIbB27RuHJXr6gGs+Xxle6bfSxTaW9nGMgSghHxx3CBsk8cN2+tbEOg 2c2l2RaK+ZZIhImBas+NxkIfI2su5i4DFjlwWXlgduyghtLYGCzWDCkYKopH XkhPlz0PHfOPU5c1aT30NeSmjGv9QvbYG4ntLiaS4i32ixqZmkbA4YR5IwCW /wB2N+4NaF1os1xEIkBhMjZJMwWZfukY8sMvJBBw3Q1Wu7W6n1iC6uXTyhOJ DHLNJKo4wOC2ARztIHys3cZFZd/o02o6pPK2tCy00MyzPPIELq5Yjbzg/MGI ZsAIqYVyrUTny2TZVOnzaxRoxeELKzuLZp7YCTG4G4MhyF5JCbggxzxsPAz0 qa+FlBbRGKWeW3kJAdZoo0Vm35YMu0AknAYjALc8Fs8boE2g6V4jngs5bBLm 9njhVo5Fm2hpmG1ChAw25DySfk+YYG093q1ncQoklw11aLMyIpS7CRBhJ95s SrkYwCVBIUg4YjKzTcWr2LqRlHS5TiS3+y26XBu1idVZBFLKN+WY4/cn5gh7 qfvFcgYWqkWozPcW3lWhFjJKoX93JvaRsqVJChAFLEMPlKsCvzFhiCPUNM06 DybAO9xM0lvNdG4jIVghBd3VzjBVMdPlJZRgVgaBb6f/AGJb6hPYQz480YeR ghPnykklQ7LhF5ABB75zmr2ZlZyi2zvPtUbQpJEHmDpvR4nTacglTnglTnsD wTg9jQmsvtVqFnlbzgF2KqoyRHB5G5BkAkY3Dqo4qKz1KKeIQwyWzMo4EMm5 Sq4wUPG5QCOwxuxipmmkPO4/lXQo3ObmsUW0WP7TFd+cz3MKjbJIgUsAqL8x hEbMAEB5yfTmq66sBDduUt7yBYjPHsR8bgFO0rKMBcuuDkqB6sVBfqR8+3uI E8qS5kidUDvyCFDd+gAZSfQEGvNdbF5pd+Yp5rgtFJtWR2dj90BsNkkZBOVD fxY7cc9VuHwm8Fz7npeia5Z6mqXdvarbJBcqrFlxEWI+UBsAbiHGVxlcdwRT pNAs7DSbzTBJHJCsexZJCMKdqrGuePmVlDf7znrkZ4ewurm6ihtbFpItOspj O5YkYkIwir+74KLIQVzsJ3EnaAxfJcwRYt7dJZooj5kTbzwhGWO7oCXdhwud uckZzWDqeWp0ww9+p6J4Du/MgC5/hJ49+1dyH5rx3wBodxfaxPANV1C2told v9GumU9QAAQceh6GvR/+EQHbxH4j/wDBk9dMJOSukctblhLlbN4HIqTeK57/ AIRAf9DH4k/8Gb/4Uf8ACIj/AKGPxL/4NH/wqrPsR7WHc6EtQHrn/wDhER/0 MfiX/wAGj/4Uf8IiP+hj8S/+DR/8Knll2H7Wmjo1c1KDnpXLf8Ij/wBTJ4l/ 8Gj/AOFA8Ikf8zL4k/8ABm/+FHLLsUq8Dr196lWuLPhJv+hm8S/+DR/8KB4S OP8AkZfE3/g0kqeSfYpV6Rm/Fs2wg0gzs6oGlGYwSQMoDj3+uBXkyWsA16Fo JFnhiglSYQPEPKwpzJywGANvzEYzk8ELnp/iLpT6UHMmraneRJbh4jPcSTtA SQCXLkqobHyngsRt7c8J4Tso7/Up7i5Wb5j5cPlvsMk7MpCZCtklQ5C8EkAB gSAeaUpptXOhQpytNdTZlnMqlxPcTCABQtw2FCjJC4JyuQGOAeMMBwM1LJ88 yyCGK3iY/KtuJCrDsR5jM2T+XsOatPoN5b2kGqyWFvJE0YMU9mXRNmch4lAD 8YQsTgFBkMrNka2ksLoNaX1s5vMqFmZZAGO3gE9zj5fmVc5XAYnFbUazT95n HjMKnG9NHPBikimSGURHIVsoxzgYyDt4z3+vFWfKiljY20zEqdxW4CQbU+Yn l35IC9gRg8nJUHals7ZLpYnjijJOHywIUHgEqMMR9CKgh/s678xEYx+aZN8b QkhlRtrITklWGc8lgeoA611SrcuiZ51OjGXxRscJrNjcah4is7a3VEnmiHk+ a2wfeYcscbcYPXH3a6e3VtFS0s59qGKKMjZKj43LvypUlcsW3Dn9MgPitEv/ ABPdXETwyraWsUXnKyuC7fvN6njGF4JAyCcYFWtVnuFlWW5gnvInbEtx5O9n 4JALdehx948cVlFpNzfU6aspWjSgnpqJJcW0N06o6QAJyjsQQ21kL8rycFDy RkqQMgAG7ajR7yRxq9vcK+1WW4tXAbYVYIpDsY8/L7EYHBGSM4pc2yNHHNiI sWHlMdh5xkrkr+AzUbO0P7yIsAXDSsuEVmIKjKAYYY45xgnjk1EqSi+aDNI4 hS92srl+80LR/tsi6PriTCFyJIrlBE64GCN0pQMdwPGAB0qqnhvUX1A2UEEU 15t3JCrBiV/vbz+6I+jE8j3pl2lxeNFPI6yu6ptAPzYC7AcDk8oOfoT2zJp9 rrLRSJp0Uk8cbhZLeGRZdjHuYQxPqclPxrpjJ8t+Y5JwTm1y/cYz26/aZYHU ebExR8DABHXB6Hn04qI2Yb7rEHOPWupkvZluBJq2gxvJ0bzInhcnp0+6OnZa hmi8M3Klml1exn4ZxLFFcRDOSET7p+hIHSr5+5l7KXTQ5lbI+aMShTzyaseH 7dl8W6R3/wBNhJI7fvFrStPC2ualavdafZPdQI2xnjdDzt3Fcbj04qbSND1j T/EmmS32mXsEQvYAXlgZVHzjvjHeplOLVkaUoTumz2TXpGh8PalKiRu0drK4 WRQykhCRkEEEZA6g15BaX2teIblYoHgtln+UNbxGKLLZLLnk7nZASyYOQANt e1XNvHd2s1tKoaOZGjdSMggjBBz9a8PfVdS0m0u9kNrK6yyCOVG2hnR1yW2b Av3VxwvGD/EC2ctzuoXaGNqE+jeNbLU7ibZaXreeFeQsscbM0LBiM8qMSlR0 yM8gV6dqLrpunXd2ysVtYXkdEzvwqkkdRjjjn1ryjV7O71bTRE/2eS8izcQS RylVLsR+7CEgqCCwyD8zKgPetnSPiFpWn6FYwmC6ea2ijUIuw8gD5gcjGevQ Y6dQaiCd7HTJq2hsar42ewvI5J/CtwEuAEhhubQFd55CYGcycYILZBUgqDmv Lb5obeW0uH0wQNJBHvaVvNjuHKI5Yl9wLFZVyoI2/KcKcV6vo/i+w1WIx6dH Ks4t2laKRQgCZVVPoysWHTODkHgKTw2i32p6PcXkfnWNlHe/anjg8zyhaSP5 sSqjtjCiSGAk7v4I/Q4zaZoklqjn9Ji1OZwtqH8locs78QqiozksxwBxaknu fLOBkYPc6j8PLZbmCU6vezqwUOfKDlzgElGyduQQQNrEA9Tzjn9S8ZXeo2N9 bWdrZxxXXmDcvmO6LIzyHL4UcLLcgnAwGerOhXereIvBK2UGpSfbIdSyTJK/ zJjksyneRmRzwCflHcjLTaG4xerOsuPD1taaDJe6bpCsLBW2eTDvZ9o3As3J YkkdegbgAcV59oFxBcLHFKgeFPklEKkhQ0oPOe/LDj+VPkEPiPVbezu0m/tn LWhiu5JgyS5YgHfvwiNliB87sMBBuJrr4tG0m33G30+JFDkhmDOecFcbyTwB 2xwD0INJXk7hNJJruW9Fit7e1JtiMEK0gyCwBLFQ5HQgq64z/CfSn6jLLJYT LEsM0mwhYpkJ8w+m4Ou3I4z+HHUQrgJFFEoVUTaiDgIoAAA/AD9PSmFzgc4J /wD111OTtY5I0LPUyoLXVpoNSTVpba5bUBGJ3cebIpXI5BAUsFbaMf3VIZdo zHY2i6cymORmlBZtzFim9gQ7BST975dw9QNpAHOqG3jqFGc5zgfjTFQysixR ySO3RAucdOfXHI//AFg45ZxW52Qiuhm2dkiDymTeqOWVZfm25wTtPXkqOpPQ dquBpFkIyxOcqWIzwCMZAGOg/wAalMQWTGWjkGQyspFBDAHPD44yOvv/AFqF bdGu2jN/wLMR4inU870YjnOelek/SvLvCx+z+KLZs8OjKeMcivUe1b0Xo0eb jV7ykFFFFbHGFFFFABRRRQAUUUd8d+w9aAPDPHMX2vxvrN1Ks9xawGKETwqH FvuhK7TlhtXd5hOOjDnkiuMlhS08ONZXMS27+dDO5UEPOCrFEXI56jJHyg7e PX0vxlrWiz6boOuWlrvstSS5ZgsaRNMx2B4pMYLgESZBPLKvzdzw+taQ/wDY nhK4+x+Tc3aytmeYbGQFFV2VhtWMjaxdiMkv/AEA8x6ydz2KekUihcLeXHh+ NGF20ckawRwkYjSQyfKjHAyxEbEDGeB2BNZ15aLZ25SN476dl2xSwSlzGwlP DYxhiFbg56gqeeN1m0fTZ1TVlt9TgDELeWSbzA4z8gUFFlHC5IYAZPLYwek0 /wANaV4je3fRdZS4eQGS6LxkSoemBbcsQAdpYNtOevy1Si3sVzqK1Mmy1XXP B99DYtqt3NpMc0flXVveP5SkJHI5VdvzxYYfwcjG0jJzoeJviCmpaXPdWOmm Iz3im7lmkVkkbyURQCpDcojqSGVdrOMEtuWrN4f8RaXfXVlpWq2lxEJAqx+W kjqxLYK74/kZSpO75AhP3snJ5W90i90y3uTdbQrzKWMfI3fOPvAYZc7MkHHz ADnOCzuP3XsPtb+7gkeeVpHklczTyMSXnYklg5I+bhTkcEnnkgV1mm3TNDZS vff2db3Uqpd3sVyPMRm8mIsZGGFAUblP8PmN2w1cLq8TRywbocbYQuehAGQB 0AyBnnj8KuWczalcma5u5YbiaQzCaG2XCFFOTtjwQOeML8u0YHpMlpcFFXuf QN98QvCdlEulMUV0wkNrNb7EUcqgwwAUZAG04K55CgEjiPEWvaZO9va2lhHL K6xOlxEvks8JcoxQhthd2AUFkBGD8rYGPKbm1McTXUuoQ3ayDCmJJAmBxk7k B4xwAOinkcZlgnurHUWs76YkQu0Zi8wSCJTgOF6qRgYJww4zg9armkloyZ0o y3R6nZWenaxYr519aabPHFh4Z5SyktndyGXAwYmLYyoOcUupwr4f1fyo7lvM VEcTwjYdpG7oTgcgj3AHoa4q88q1s8TXUkc+9pQZ4FdyN5wG3HA5OeQ2Tu+7 hhUt74m1vTNQnn8QWh1Fpwyx3TxywfvBhiEYhCNpyCEAGWyd21KqlXcd9Tnr 4RVEuXQ6q68Y6jFC2nC/uJ1kjLyGYn5sjaQWJJK4YkZ+UntkjNXVvE1hdnff 2XnGT5pZotsDOwbG47lYEHJ5OBnjrxXNaKmo+KZrqTTpILd2lafbNdsW3IMp wgJG3JCswGdxUHqa0ItE8l0sRfGS7dkLwWUYeP7QPMTZ5jONhUbzt27cswOc YUVRp3LnQulHsdnb+K7HUtBg0LU7NJIFghS4fzCdxU/IPLwwO3YCw3ckkjpV WOGyj1rTTpOu3FxYS6tD5dgyuqxqoXLckA/OMZA7Vzh06ZrSS8t5LcANDG0l ztBgZcEoOQrKQ4JYliwAAOQN1vwoiTeIdKaIho/ODqBGyqB5p2lSyqWDLtbJ UZ3dM1fNF7CVOpFa2se5V4bqdnruqa9q0FlaNBA95PGJHbDMoZlyu75yOTjb xljwK9yrhdcJTWbq3yFWR/l2qQQCgLfP2JZvoAeOea6pHJh1duJxVr4U3hmv LiO6RRvRQzOshIxjLYIOOPxFUtZ0kaHbya3o7xrbQzed5flqJLVw2Fki3cFS 2AYjwcjAycx9g5DR4Cbg/wC8JCgocYwM9c8jH+7XHazqMGuauNMee4jtIC8s jkBEmYMY/lXA6AlSxLchiuwlt2c9jtpwSZo+Grh7u+u7+/eWTV9RxKsgJaK4 iULnyHJO8gqN6kgjaoCjY23j/FrSt41udPkeIxSTq++UhdglPmsNxB2qGkfk DjJrZ11oI9Pe5sEWOW8laSVQAULODlgDlUYHhSoBAJHQ4rldb1Ge41e4klKQ PcwxZCRq/wB1QF5JyowBnHGc8AYAyd+U1i/eN2LwksEO6+l2oH3MUBIZQTn5 ywXueqEc9/mxheFdZu9Oe+EUjeTJGhdQcgEOFDFf4tqyPgNxzk5AwbGnWS32 sRxPqE3mucyOkmx9oGT87HB4HB7enauqv/D1xpVjEug2cFvdNKGaaZd58vbn aGkB4ztPGc+2OXy31RLl0Ymk+F59f0lo3tLNIpDmENKYzADgrEpAaQ8OX5UR ljkkmtpNF1nTLOQXNzYmTazSnM+S4AO1NyFmZsBj0XpjI2gcs+r/ABAhOPtK DG0bY4bcLhSSMqE9+eOe+aWfxRrMnh1NNvLm9hvsswe1ZUZl7b1RchMHAIIJ wQcgYqbtPU1tFo1X1VoSiSx5eb/UxxZlec/LhFVejHfkKcZAzxnFLHqDXEKM gD7h5isAwDITweQD059+vGcVyes6q93l8rbysGhYRwiMFdoADZAJIBx0wMEg jNa3hyS91S+uNTu9kqPM8yIz+UhYkySNkcABS2AMjk9wMU6yWpmqUmbSSs7B XIVGIDPINqqD3JJxj8q9G03TLeK2RTboXxgyYBZjkkkseeST9O4GMDgZg0Fl JdgJJJFNtVYnEiMSu/nDZUjGCDg/Mvy4Bar1j40Z59RtLaxCTWxDRpPcHbNF krlVVMjA24BPAbvjFefjKkq0VybHfg6fs5PmNzxDAsVpJ9nEYmkICxYznby2 4DlSB3OccdSQK417yaBA32cTMQCCG2rz7DNQXuuapqt48kUTTxrGsJMyBiAB 0JXYGPPOT1LbRjGc+fUbyBjJeWxdTw21mVST6tk5PsTmpoRcI2bN5x53flTO o0e6kGsWrtamL5+WLk5+8PT2FevI25Fb1Ga8C0rUbF9Qtmiimjm3/KxVdv55 z617rp8nm2MT5zlRXoYZ6tHj5lTsk7WLNFFFdh5AUUUUAFFFFABWH4yvo9O8 G6xdSXLW2LWRElQkMrspVCCOfvEYrcrzr41Xz2ngBoUAP2u6jhbP90Zk/mgq ZO0Wy6SvNI8h1Azajoul2ge2iUL5xVX/AInKQkkKPWJSd+Pv4/hqafWJPEep 2mm5vFsCyQtbQz7CLdeI0XzDj5VyBngk5OWJJxrXybXRrbUYmzei5mRl3AEK qxFD7fM7n3Kj0NZkNxPGGbcyorh/lBwGGdvTGMZbGK89bnsNHtGufDbRIvAC Xcd5dTz6faBkeNYx55Z9+0gKSCQ+B85C4GN3Ocnw/wCHdB0nWdLur37PPPeC S805bO4DJHLHgiMEv84yxVdzDLwAE7XNcpbeJrq/t103Ub15ACcSzK7IyjJ+ YIA7ZLMTnd7jgEXtGgs5jIlt5gnvVAgn0+WQtGybmJ2kbiSdpxxwpxztq0xN O1rntGg6bZXA/tG9jSS+cpKZydxQg7lAJ5HOOo6AZ64rnviqIrPw6DAn7y+u UtpSx3nALOfmYbl5j5wQOvsasWOuCXwZpUsD7GaBBK8bJB5MiJ+8VYmUg4zw m3BBTG3INc3488QG98MW1pfWskd/b3qGUhh5TbYmLFWJPB81SOCOeCwKltXO DVjjVOSldknh3wjYar4atb68s5pZJPN2MB5qAh2T5lGHI+UkDdt+b6iqV58O Yo0eTT3W4DEE7FVWAGd2VDN3PCqrHKqcnFeh2V3YaJp0emNqVnvsYlgkWKUM /mKMMWRcsCW5I9WNUG1ZdS1lba2SMbXUyyTRnGAAdokUj5vmxgnA24G7cDV2 pcqi9yHVrRk3HbzPHdQ8P3tlcXHnsttHCi4SRnDREsCucKVUnc2FJB68ZODh eQRqkVu0xg2MSswXcVwvUBScjIGGB6c8ivpK9s3DxGC6ztHmJHc/wnGCVbHy /wC8SepHpXM3Hh3SnuFa8s5UcBtwDM8VwWzyxzljhjzkHBHPo3hHa8WOOYwT tUVvM8imuZLqZ7oXDqdjFkkfC4ALbAANoGQQoxglu3a3HILiG406GJrm3kMs zRy4UNJg5kUhjhU2YDtkDc5JAzjs7zwCqxymxm8yOSQsViV41iPUkgsxB4wq hXPA5zxXH3nhuXRA09xpcl2CTFBFM5EJOSxBaNsEqoPyq+ctk4xg8sqUovVH ZTqwmrxdyK0tY/N09g/2GykJW9lEizxNt3HcyIzNIoVeeACSw+XqXLrfiHQ5 1/s7VZhZ30RaCGcrKjxHMYDRuChYBACACcceoqQXfhm+mEmo2dxpF9saOVIp Xjhb5QMklZJNxycjAGO55q7N4Ns5bGObSP7Sv42XBNqY7nyclc7gmM8E8NsP qBjAFFtXLcktyO28Y6jr18LK+0uPU7OPAjt4YlgMQA2glwrEKd2WU5XO0D5Q BXbeDTbXfiC2mtUdEV8GOQ7thDHgNk71AxhiSSMHNeU6DBLJOZxJ5dspX7TK AGaOMnJbaTkqCoy2CASO5APsvw7iSfUZp1ywEjYfscdCOFOMYxlVI6ELjAIr 3kE5e6z1GuR8VxyLfxP5p8uaHZsH8O0nLfjuUV11cF8TNd/sKDT5msZblJDI hYSbEU/KQpbBGTgkDHO0+ld03ZXPLw13USRlAgSE7UaRiNq46Yz1Hpz71yGp +INP068kjsGnkmDBSsS4VnBICnPJOWYYAbp165kX+29diZ7q4OmW7LvQ22TJ IpLjOcjaCNyn7uQVO0qRm4mnW2lQu+l2UUcoQ+UXIYsSOAWIAA6ZAwp6nHNc k53R7EaVviOebVdStrlJNU02AWrkAbZFMkSnngFiSMY4OM+oPNTX2kWt2LOa OaRN0YwYpeoPOVOD69QOax5beP7WFIkZ2JMYOSW4+YnPzZ78+pHar82rvugt NNhMka4RHlVi5YDhlHBXAHc9scACsY1L7nTPD22El0OKKJXjhClTghsupzyo wxOWOSPoo75NZy6bJZXixCdrcOASy/uzjHTgjj8fzPNTT3GqafOLhruKZCfL kjiYybT3DKw4+g6+1XzqSQajpWoCFZoFEmY5x5nDKFwR1YruJ69R7GjnvoJU LXZHFY31xeSQLE8rQBSTM5IG4EjKuBjseV568g5PSTaTq97arClr5UTceX5z KrD1VXKqAMk5OAMg+tYb+Mbr+3Le7j+zvbxQGLyldwFUvuYRsSxVjyATkAHo c1cl8X6rLcW5t1t4o4mGFRHZnOeBkkHH8O0AAqSGBBrZqCXc5oyqt22MmWwt 7S5vYb1Jf3Fv/DhSGKgqeCRg5HRiDgEE4Feg6DZQXmiWerQSiS9lgwZZRu2O dyvkYGOrjGAMFTyOTwdy9xrupCMWcOntdBYliRXA27TgDcc9BxnOOccV3Pw+ uoX8IwKFAMLurvj75OHz9drAfQCvDzepKlh+am7O56WFhz1Pf1RZvNDSw07U pYp5VZbSQ7d4xgEOei9doYZ685681xVyJNFv3t7vZDcTwCCcrt3GKUK/zc4y PuNzyoJHUFuk8UeIp4bS/tI4CUV2UuAyPsHJGG3DLApliMFTgLyK5m8ni1m9 uLvUY5JYGfzrho1y8a8YIJ3YHCjkH5VCnBxUYH2vJeo73OipFLZbD7CKG5WI ackbBAWA3gSNjPBc42rgqMdF2k9SzV0FvoMdn5c0lw01xGTiUqRkHjain5lw DjPJPcDOK4i1guIL4T2N80UC7jDKmY5SDxztPy/KcZHuMda2V1zW7KGQM9rf KcKgZNrjHHPAB475Prx1rtdOa+Fmbqwasy3qVqI9dtrnlgV8uE+bgjaoJXaf vAhZCGByCxU9AT7D4Zn+06FC/cHB/IEfzrwtr7VtRheCeziSJyHAiZoyGUhg c5bPI/u17P4IMn9hssiBcPkYBxjGev1z2rtwrkmkzysw5XB2Z0lFFFekeAFF FFABRRRQAV5h8cDFP4Us7Tzo1uftazxxMfmlC/uyqjHLAyqcHsD9K9Pryj41 aTqGojQpbPTby9hgMwmFrEXYbvLwDjJAO089Kzq35HY3wyvVR5KNPvtFWZzb QySwBRMJ0hmjKuTsZM7gwOPvA9Tx3pRrdpdhlnsLW3byxte3sowpODndxlc8 EspOOcKcjE8utNEbTz0ulM9kLWTyZXiZGVmVcjjfhDHwcA4AyOaTVjbSpGJV ESSSoUvGiQP5bYLFvKA3kcbgxZs4HGCW4bdz1+VMy9YtktpYoorcQq0Yc7eV YMMg8k59unGDgGtPSb6J7eBfJKYz5jKnB4IY57Egkcg9xgjArR0POpaPHp0l xFbyxgRwq8hUlMmU7gqtI6lmyMKAuwMTwMxSaJLp09nDcm0s5JJlTccnIwxZ yrAD5TnocjAGOmWrmbT2Zo2N7HZ3lmI2uB57rEYoIzIxO07Rs4JGflwpBG7I BIArT1SM6rfxzxpDIkTYjmWTa6N5aFC7kBlR8AAkjo2MDAPJ6jc29rdJbQ3i y20YCPJ5b7WZlKs2erKh3KM9cZwd2Ku3Dy/Z7ppoXZpw0++RFUhwm9lZt/JB HIJLYJBGeKzqrW6KTdrM2WlvNN0q0jkkS3DooKRA7o1AHmBVzkEf8BXn73OR s+G/EPh3w9a/2heajcT6jJM9pNGmySEsrfK4lYcgAjJRnHzhsY4HnOpTyay0 Et8vkeRDhpmVi0gDcsx/iO5hxnv1J5K39hcXUyFJA1uGETzzTlgshBABbgn5 YyM4HAIOduaqknF8z3JlFSVmeyDx/wCE002S4i1CKSTcgldbeQsSFyeCMjOw 9DtGeeQc72nXcd9ayL9mngkSUrMlzgPlsP8AMu47ch/u8YPBAxgfO2gxMLt7 kTFPs+0o8MrKwfdlCCBnhlznscV2Np4l1TSleNNYuEMxyzTOrsflVergnGFU ck4Ax2rthWktTjq4Sm1ZHaTX8FjrV7bXU0bFXVILa3PlnJAKqA+AxCFWYofl OB/EMc/rfjXSJfPjtYba5nx5Ud5JlVZRyQy4MhUMR8rKFY85O0Z4XWIjrup3 Wo3epFppJQskht1w20KM7hheBgDHXGe9YtveC3tfs7pkMxJJAbkgfwevy+tT KvNqzHTwVFNSjozr45tE1DULS2urVolliVC1pt27nbDSng+WADkoo6gjCdKb qng2/wDDd7PcWy6lHAjOEurfoVB4yULFM9gxya5G1vLiJTb28UcwYltrQK5b PGRkEjj0NXZ/EGqXOnG3l1C5EUEQiVfOYDbnGzHcYz19BzWeiR0uMr2T0Iki 1XTbe4RRPA8jGOePA3qVOMHPKkEHpj+Id696+Flrs0cSkYIUDGMY+Udq8w0f VtEu9DXT7/w+jSxxhWuIFUmQgfKWLDepBAzsfb7AYr2fwBB5PhpG7sRnknsP WiGskTWdqbZ1Vc344Vx4dNyrN/o0qyFFAO/P7vGSDj7+c47GukrI8VaX/bXh XU9PEHnySwN5Ue7bmQfMnOezBT6cc8V1TV4s82k7TTPKxqtugTzFFuQN26Vc 7e/BzkfXis+88TWKzFLZZ7qcHDFQAh/4Eck/rVAeEblI3/fWmecBCxJP+6VG P1P1qW38Jyi4J1G7jgtWYEvBy+ASD98AAn154PSvMlVTR9PyJa3uU0hn1y7k SK2QCUZXOAAueWkY/eHGSec7fVRXQQeHFt9LlhtrhZJh5imQxqglXAKgrk8g nqxbjGMGrFtdaNYW0cMWyMrhTFbpu3DOCxbucdMnr6DApRqXmxjybOcELtBK gA9Oev0/Sud88tkae0it3Y4OWCKBCilAWwu5fu7QQRjt6c89etX5YPs9lpzm LIiuIky2Ocnnr0zgd6ut4R1i9uUFvbrEhbIG9nJ79xz/AD6+uB0B+HOvanDG sqxwqmMtuOcjODjHvW8KUyKmKpW3OTuEE/iaBiOJoCvmyYYD7zYwevQCtmJE iTa7iMdPkOBXUf8ACr9RcL513aMU+4VZuOn+z6gVoW/wzCyAzXEYXOcpkn9a 3VGbON42jHqeezSmG+0+6tkO+FnDgNklWUIPyG41o+HLttE02e2htDIZLh3U M5VQmFCjjntyPTvXqFr4H0e3Ks0bykDkMcA/lz+ta9vpGn2oAhs4VwcglQSD 9TzUVcBGtHkqbGX9qKDvA8zCX+t24VtF82dQDHI5LLGSCp5ChsdO/YZqCy+G GrmRTJOIMKcMzjjkYwV5VsdxjHPPPPsH86OlaUcBSpKyRz1M0rS2POo/hRbb g82obnbJYi3GSceuefr1rYsPh5o9t5bXAkuGUEYJ2qfTgcj8662iupUorZHH LE1ZdTMtvD2j2mfJ0+AE8ncu7+ea0Y0SJNkSKi+igAU6irUUjJzk9Gwooopk hRRRQAUUUUAFH8qKKAMe98K6DqW37Vpdu2CT8i7Cc9clcZ/HNcnqXwc8PXmR bNLaqSxwvIXOOgBA7d816JRUuEXujSNacdmeM3/wHBXdYa38+AuLiHIC4I6g +mKx7j4Ua/pcMpi3TyFSiNDGNuSR82BkkFVIwV/i+te/UYFZujE3jjKi31Pm C48OapbM0F1p6sEyGji+QIem7Dc9eSMH0GO1SG2uoLKNZIpJDcCQmCfeqRmP c2CoIySrNgj/AJ6Njlc19TTW8NymyeGOVAdwV1BGfpjFZF94S0a/yz2gikP8 cR2n6en6VnLDvobRxkOqPnpb9LaOC3+yOLi5MRBgXawK/uiFCjlm2DHXBLHg kbdbTNCF1NHcy2MrLPfyANEFOwBSTuUnJUgM3J5CZKkNhvUL74bWcjSGzn2C VdkiuPvrncAxH3hvAOCMf1yl+GF5ExMc9jtZxIyuGIyA3oASMtnBOCeTmodO aWxqq9J9Tyq5e607Wbg6pcvltrq0kMnzLgBfvDOAqlQMn7pGTjNa6affukkY 0++wymVh9nfaVwDuJxgjBHPpXfp4G1a1dXitrYSLk+ZBIAd2QQclQ2Rjrnsu MEZOTJpeuaMTbWkWbMsDJZ3SuyDPJKMrK6fMS2FYBs/Maz55x0aKj7Ob3PPF 0v8AfyMkjWMiuTnbtAOM4ALjHQHGDgHJwKgPh+aRN0VwryuN4jCKyqp2kcqx AJOeP9nnGa7B7CS4dEvNNsbfYxIKeceo6mQlpCATnYWIz27VzbyXkVsqSW8q RxkeYFOAzsMYU9Su0DJ9NwLcjGcpTeqOpRiloY7afcwXflCNTJGDhomHQKSS OmeAfyq7NolzIGgmlbzEA3KWyC3y4AYDDH5m6cDnnrWqj2WYLqXy1nlUxMgw N5wCquD1w2BliACQSWAxTEuJJIwnkr98hlicMFHVVLDgKdzYI+U4Py8VMqk2 hKMFqwsrKC3cWsUyAiRmZV3YLBtp255xxjJCn5ep5FfQPhOHyPDtqvqob9BX gtvaPceI7WQtb4kTzkEXy5UZUErluMMADu7HGeSPofSIfI0i0jPaJf5V14a7 d2ceNaVOyLtBAIwRRRXYzy1ueeat4FU3i2+nSi2tRhY4vMZto+pyTRa/DNdx aaeJm/iPJz69qKK4404c2x6s601Fam3a+BtMt+HZ5ABjA+XFbEGiabb4MdpH kDGSM5oorpUIrocE6029WXkRY1CooVR2AxTqKKuxi22FFFFAgooooAKKKKAC iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAzTWRWXa yqw9CKKKB3tsVZtJsZ8+ZbJyMHHFZF14L065JxuUHsec/X29qKKhwi+hvSrT i9GYN58M4GdpEkj3MB8zfe6g9ccdByOmB6CsWXwJNYzK1tcRJ5ZOwZLbeAOC QSOAOnoB0AFFFctSKWh6NKTktSrp3hycasskk6yPJIGkaQ7iSN2MHGR9455O Tye2PYYEEdvEg/hQD9KKKvD9Tnx2yP/Z --= Multipart Boundary 1122010208-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@ns.ietf.org Wed Nov 21 20:17:09 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA15324 for ; Wed, 21 Nov 2001 20:17:09 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id UAA27460 for avt-archive@odin.ietf.org; Wed, 21 Nov 2001 20:17:11 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id UAA27436; Wed, 21 Nov 2001 20:15:00 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id UAA27331 for ; Wed, 21 Nov 2001 20:14:55 -0500 (EST) Received: from yourwebsite.com (Mix-Pointe-a-Pitre-102-3-145.abo.wanadoo.fr [193.248.170.145]) by ietf.org (8.9.1a/8.9.1a) with SMTP id UAA15272 for ; Wed, 21 Nov 2001 20:14:19 -0500 (EST) From: internet.information@netcourrier.com Message-Id: <200111220114.UAA15272@ietf.org> Reply-To: http://lemississippi.com@ietf.org To: avt@ietf.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="= Multipart Boundary 1122010210" Date: Thu, 22 Nov 2001 02:10:16 +0100 Subject: [AVT] internet information Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org This is a multipart MIME message. --= Multipart Boundary 1122010210 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Nouvelle page 1

HOTEL - RESIDENCE

 

"le Mississippi"

island of St Maarten the Caribbean

****

suites & cottages

 

Nested within the hills overlooking the secluded Oyster Pond's Marina and the sparkling turquoise water of the Varribean Sea, the exclusive Le Mississippi Hotel stands proudly in its own lush tropical gardens.

Magnificent with elegant Colonial style architecture Le Mississippi Hotel features 13 oversized air-conditioned Suites and 6 Cottages. The Hotel conveniently located within twenty minutes from Chic MARIGOT, Saint-Martin'capital on the french side, and even minutes from PHILIPSBURG and its famous Shopping distinct. 

 

ACCOMODATIONS

Le Mississippi Hotel offers two types of luxurious and comfortable accomodations. All Suites and cottages are equiped with air-conditioning, and ceiling Fans, privates terraces or balcony, refreshment center, direct dial telephone, HIFI stereo and VCR, remonte control Television, private Safe, Hair dryer and soft bathrobes.

    les cottages : Tucked axay a tropical garden on the hillside of the resort, are the 500 square foot Red Wood Colonial style Cottages with king-size bed and separate living room. Some Cottages have a balcony averlooking Oyster Pond's Marina and the others have a full-sized wooden deck with private Jacuzzi.

    Les Suites : Spacious with over 840 square feet, each and two master bedroom, Suites feature an over-sized room, one Bathroom with Jacuzzi jets, in the bath tub and a separate shower room. The large Terraces overlook either Oyster Pond Marina or the Ocean.

DINNING & ENTERTAINING

Le Mississippi al fesco  Le Mahogany Grill and Bar is deal for enjoying Fine Gourmet Dinning an poolside entertainement, Le Mahogany will combine a unique blend of exquisite French Cuisine with a creole influence and excellent wines in an elegant, yet relaxed, dinning environment.

GUESTS SERVICES

Friendly and attentive staff, personalized service, room service, laundry, Concierge, Babby-sitting upon request, Car Rental, Massage on call. Check-in time : 3:00 p.m, Check-out time : 12:00 p.m.

RECREATION & SPORTS

The picturesque Le Mississippi Hotel  offers many activitiesn amenities and services including outdoor  fresh water Swimming pool, and Whirlpool. The neaby amenities include : sandy white beaches, deep sea fishing, Windsurfing, Scuba diving, Sailing, Tour boat cruising, snorking to name a few.

TRANSPORTATION

Airline : Major airlines service st-Maarten, Juliana Airport ( 30 minutes drive from the Hotel).

For all additional information to contact us by mall our personnel will answer very quickly

e-mail : contact@lemississippi.com

website : http://lemississippi.com


 I thank you for the few seconds for your time if you do not want to receive our promotions envoye any more an empty mall has stop@netcourrier.com


 

 

 

--= Multipart Boundary 1122010210 Content-Type: application/octet-stream; name="hotel.jpg" Content-Disposition: attachment; filename="hotel.jpg" Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEBLAEsAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsL DBkSEw8UHRofHh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/ 2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIy MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAARCAEGAVADASIAAhEBAxEB/8QA HwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUF BAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkK FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXG x8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEB AQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAEC AxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRom JygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOE hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDcj+MGgy2w uVsNUEBfaJHSJQecZGZBkeuMkdwKoTfGe13ILPQrufJZWVpArqV+8u0A5IGG 47HrkEV5EE3SPeXQgWVo1ZLeIbxKm0YQgHCqFCkEnfnBwxIIjhjV3fcrWttK +xmbc+R95FC/MSMYO3JGMZOcGuu8u5xLD0l0PT5vjpJHcPAvhtHZcgMt/lTj 0/d8/h1rPuPjbreC0Wm6dDliBG++Ru2OQyjv/wDWrgrp5dqDyZlZozEhGQX2 KB15ZiDuB2nHfA5FVrGBPO3uykiVQYwpYg4bgjp/COSc+1HvXK9jSXQ9EHxd 8WT28sn2bS7eMIGSQwSYPzhTj5ySBk9u1Ubn4oeKvNuHh1EgidUjjFtEFwS3 GCuSML13d+grkfJaezjKwbA8DMZ5H+Z8SEsCSQGwF7c/lVmVlhhliM0m0xRy MbceUH+Xkk4y4y/cAjpVJMTpw6JG/H8Q/Gf2V57jxEkYVkXatvbux3BsgAJw wx0Yrmn23xN8X3kDx29/K8oCMxSCKRlUBtzACPoeOSDj2rlzaTKk0UkX2Yh1 l2y5QoFyv3Wy55cdNx4pbye3hJtXae4VJCFRmEcSEEg4QEjp7qRiq5e4csOi Ov1Lxp4k+16lFceIHiSDeE+ypGSmJVUfMoC4wSPvZHORkViXPinXRdJHb6tq iFI4pQzX8u8AxKzbsttx1521HJZTu0vnRrE1zbLc4dhEWVsSkgMQSuV7FuQf pUN9crLDHG9xM0cyBvIt0EcJwxUEDOAcL/cFPlQXS6F6TUr/AFGCc6nqckzt OhBDmTCgPnGDtUHjgEZ64JAos5I4vGtk1jZF71YbYW8azIpM5iUJJnbxtJB5 ByVOeGwIdiT2Jkgs2R0nVJGgBfdlXIzmQtkeW5yBjAPTGTJJZ3Ju9BVLiKG5 uAriRpvljfznRHZl5GAq884571FeK9ldG+E/jJdGe6P/AKRZSW893P5dqq6d a3C/I8t4yGOSZQeu3eRnJwVl9Kf4c1y61Zp4bpgXhYg4HGeAcZ56g9eRxnHS ub82FYzexXkcehaLb7tHZSQk1wLfzS77ACCoVywwA28qP4wz/AAePUr+GXIl jeRHVmyQwfDZ65IIwTnr6nmuWnGzTNcXrCSR6BRRRXaeAFFFFABRRRQAUUUU AFFFFABRRRQAUUUUAQ3VxHaWk1zLII44UMjORnaAMk4wc8dq8x0zxxpNzPDp 1xM1/MQAtza2bgEhed0Zy2cj+EEc9Fr0jVrX7bomo2uM+daTR4yR1Rh1AJH5 GvD/AOx18OeLdPBggkCwtclPNPGN4BLvgj7vJKr9D0Pj5nGM2lJH02QQTjJ9 T1O2kd7U3Om3Ims5+rAhhzjOAQRkYHXke1TQT2skH75lgmAyDghW69c5IPv+ lcN5qzSxano/7mSVD5ioqkvt3jBOAXUkjrxwDjAyEbxHdJdxyM63jSbWaNIv 4efulcYJUDqWBJ6LtIPguD6a+p76ouSu9H5HoMlsjgHIYfwuj5B+hqIxmCQP GNrKch14IrK0+9E9obiGN4VJPG5SGYAcgg/dPT5gp45C1et7p5LiOGXJ3sF/ M4rncnzcq3F7NpNs0mmne3tyZ5VkfcxKsVzz7VCbm6UhftVx/wB/W/xq9dRK LraFwkaYA/X+tVMBm6da3qymnZSZhTUZK9izb6jergfaHOP73P8AOp5b2WO1 eU7DtGf9Wv8AhVELgcHrxVm/RV00lj1wDVUqtVRbUmZ1KVOUleK+4z21m8Y5 juABjoIk4P5VFHqV8pJa4Lc9Cij+QqowjyREh+pNRnzBwZP0rm+uYhfbZ1/U cPNa019xqHxBLFzKttgdcK2f/QqltvELXVxHGLWJUdguSWB574zXOPGMk45r Q0xALiA453r/ADroo5liXUiud7mWIyrCRpSkoLZngNvDDEI5LnbK5XMUUarj dgHY3OAu4429SN3TPMrRAW5lmiMUTxstvGDtBTGSuTlgFYq4yp3HJ6nNdjqW heHpby/hs7phdK7I8BmJd5g5BOw5dsFdpCcEZCnLCsLUdBm0ic3weKWMvvEv yxGF+NrMmVGNxbgDC/Lk4+VvsVNdT5p05JXRmTBfKtkO/bNJt+zbPL+XCbQe WLZwrYI2jdwdxOKaK1njJSNowsrfxsemPl5AI3dMr+FWLlRZwSMUa3n85GfY rxq2Q+RsYA5UhlPBB9vmLOlTbHeEx26FYI1EkrbmDKY1IKDtweqn6+uiRjIk SzZ5V2JLJLEs6SkncWwhOSO33vU/Wh33vdyx3MVuRbrGFtfnkwGjGNw+8Pl7 v+VWdUDTXOI7hpGNzMrLIDtQPtXCYJ+XrjgfQVHb20gneH7LDCoDOBPJiUAL v+6SFYEjuvQ1pYzU1eyY66ih+1avDaWsiMoMfklt+79+g4VQO2fWpLi3kNzq FwtxbWqxTPJvjcM7ZkC7cpucZ3Z2tgflT8m4uL6G4vZWW5jeZEgBeI5xMAQx Xb93HApsW9o723W3N1eT20LxpEWPB8pzlQNx/Ajvmnp1HfoiFktDdP8AJPMx stiNlECkWuwfKN2cH3H0qexsZLr+yIUsQ+XWEXRViAxmY4zkJwD6Hvz0xMun z2y6XPOILW1nzvn4dkCyFWwATJgAr90eoz1FT2Vmto1tJJNPdXkNw9wDEgKT bRHgbmw64VCWBTIBBxjmsnVpLdm0MPWqLSJVgjvzpt4kuoxi1jMcj26Msu9h JsTaQ2wAeYxwH6BTggKaS9lhuW0i3ibagWSFp7l8IqvJwzDawUDc2Tk+oxt5 6fw94ctnsrlJluZFaEeVIibdyqytnnI+bBBO7bgsFLEHbneK9Ps7SOBbRYre dLjLAs8hKNuw4cbwcbccE9/lGctlUrQlBxin9x04bC1I1Yzk0reep0lzcvG2 mtoqOIrSx22MlohaYtIuXHlhmAcknfhScMoPLIRP4O1Gz0LWL2y1CZUuIv3T 7ELYYYyBtB4HTsAQVwNpptrqtjY+DdMZMxvJbkBIJGidHDOpmZvmK5wNuCSS DjCqaydN0r7L4uvbL7MLbZ5WIOuwGNGHpz83IxweKypuTiroeIpwdVxTPUT4 r0YdbqQ/S3k/+JpP+Es0Y/8ALzJ/4DS//E1zlxpXlbSwByPSo4tLMhwFyPpX RzHH9Qh3OnHizRj/AMvMv/gNL/8AE09fE2kuMrcSY/695P8A4msqDw6XALkY I6YqaLRBBlMZyfSlzj+oU+5of8JLpX/Py/8A34k/+JpP+En0nP8Ax8SD/t3k /wDiawry1Fu7J/kVkyxhTkDnP5U02xfUaZ2qeI9Lk+7cP+MLj+lXI9QtpACs hIPT5G/wrz+FWVhkZHWta3uGDoAOAQRTdwWBgdiZFChicA03z48Zyceu0/4V i3Fy0kJLyEZ/hB6D1qzaSR/ZR8y59+9RzMawFPuXH1C1QEtIQB1+U/4VXbXd NX705/CN/wDCsTU7oconqc81gTylhjHSqi2yXgqaOzbxTo6jLXTj/thJ/hTG 8X6Gv/L4/wCFvIf/AGWuFfr15FV5MnuetXYX1SB6JB4r0i5mENtcu87qwRTB IMnHutcD4rV5PiHZ+TKY3TTnUsDggv5g4PY/NUNtPLpl8uoLGsqwgsEL7SSV K8HBAxuByfSm2M66z45SaQvHFMEhVWXcXYjkArwOkhyccL2Oa8fMG1PQ93KK UacWyYefHqigpG8cTyKisdrZkLOxJ57tngdvxqikkd2BHJ5g2W8WQoDDAaQ4 OCRlQFx79OMVcur3zLeBni/dHT45WZlzucxjsQf4sDOMgkdar3cSXGsX8ynZ tUL8hyGAX5WGOxyD/j1rw5Lc+ijLRNHWW0TR2kXVeAdp7fn3rU0K2NxqYd1J WEb/AGz2FY2p3Etmq+SM4ieUjAP3ZI16Ej/noT17V1Xhna2greDAectuyCCC CVwMgHGQeorHC0JSqc0tjjxla1N266Etzkh3X+N8D6AY/pUIQbDzg9BVm7BR UQdRwPqahRPnCnnb/OrmveOKm/dJIYQxVcdMGp9ZiH2JEx1cf1qe1iBfPvil 1gAoi++a6PZ8tCUjLnvVSOZMQAqtInNakiVRlXBNeO9D1qc7mc461f01f30H ++P51TkHJxWlpi/PF/vCtMP/ABY+qKxT/cS9GeGeILeeTxXrMmycQf2hdqzx IFYBXLD5scd+vWtyyty3g6/nQo01sPKhaScuYoY2HO/aT8qh2G08FEwMjaaf iO2sYfFGr/aZ5Q4vbl2YKSU3j5VAxzkEj7y+ufW34e82+8O6vEIVgCYLlWxG kgIc43HvtQHPyjqSFLEffyV7aHxlO8Vv0MJraaGxkW1eY2rTLJ9m4Fww2Y3k KDlASAPvBCxUckmo7mC2mimAEMYCs2/eWaQFjtAIyCWUjGMZBzwAasuI4EeR rM27BP3aGIKvlmQAq2QN3ygcclhICTkYq9pemTXunXF/Abc/2eCTHFFh1ysh 3KzLkbTzyT/E2S2S+jUl8JheG8imGuRNFcWjTzNHIjT/AOjmF1dWBZGCggHp y3A5HJ4Ei2llaXI/1Sh422s0xuElyNoK7Ag5+cYYnnHCjJNO3uo5rOQyXMxk Z1Z0I8wnaHA53ZGMnHHHHpWxFAUutHZrF13BQTduUB/fP0f5cdRWqoya1ZPt 4R2ivmZxeBNReS3aXItVQNNboVTEfKhCSCoUbOeecndV22ZtURbaGG+u0SJp GR5TOCERiCAFGzB+X5NvAA4JJokVhaw5msbdzGWDGBQw+dhwyIecAck1I0s1 1JpcVzO84e3kjMkjmUqXlmUH5s56+3GKpYaLdmR9dqrZ2IoHCzw3E/2UW6bD PGkscnmFGGA8ZJIO3KgcHBcAYJFXlnZrC7Y37R/NGjtZRbNwKyHDj5CQNmed 3XtWdeR2SLuSa5lZg2/fEseOOAG3tkde355IroJNLihsmSG1eWOa4h8xLiXz MYEoOCqpxyOcsOfYgWqdOHQyeIryV+Zv5sm8PXCP4/uUMe+G4nuw5GcgBJG5 9OR61W8aQQtYQ3cMQD/bHiKXMmVKovG7bjs/r6c1qWls2k+JZriVbYM7KoWB 2eRGfBL7W3SKCHdcccMTtxtak8Y2dx/wj09y0qvZwSGSaFZSvEnlhI+44+ZN wAH8QALcclavByaT6Ho4bC1oKM5LqM8PW0Ii0yYJcXWrxLH9jtvO3iCMvvSe 5YFeRHsxGCCwRAevyT2lvewfECVdSm+0XssccksjBVLfIigkLgDhBxgfTnAs +CtQstG0xJ9ajiSS9lFxYW1uoV28wKEVI1AB3beP4VzyR2k1a/lb4kxTPZzW zS2MTLDKyFl+dhkhCQDkHjJrz6cr6HfXp8tVux3B0+GaIFuMCmGC3tVDxgE9 BVhZfPsSMHLAA1TuHLQeTHEwYcZrouZluC7TuRu6cVbC713MMkVgwWU24tyv GSTXQwRk2ybSfcnvSJlYwb2COR3bbyT/AFrLk07zCfLByPWuw+wR/OzHIPJ9 qggtVEvGMY601KwJ6HIiweJxuQn8KtpCV+YIM/54rpnSAsAVJ/KqN6qWhJV4 mY/wjtT57jTuYN00qqCyYGePSqT3kiDaHIHoK0rmf7QmJPyFZNxCc7uo7CtE wZDLcHHJzVSQk85P5Vft7JrqVUQYJNX7nw5NbIrSsjbuwJyKakkTytmAsBfO e3tUyWKMQS1ar6YUjBAan2+lT3HzquEHVm4FPnQcjLvhW0tJtTSEwK20F2z3 xjH5HmtQ6Ej+KNQv1k2uFiY/JnABRiPxEYH41J4Ys4bS/dwd0hjxx9R/hVZf EltcXHiRbYtvt4mVTxyVEoOOexicfhXmYzldSJvRc0pNHH32nizc6ezgtCix huyruDAD1+U49sVnWFtFPqTWceWjbYsisOCF6j6YAH4Cr+t3kd34h1ELvRUn Me4LkDAYH+lVrKIjxXHKJAyypMSg9VwvbvivnZttyZ9PTVqSv2N3UdPn1BlS JpRlditCELjLKxwGIXnYOprtdM05dP0y3thIZPKXLO2cljkseSe5PfjNZ2kw BpjKf4OBW82Psxx/ECBXTgIv2bbPGxlS8kkZdwVLNKx4HQU62tJXT7QwG1iT mm3EeY1UdAeav20oFkkXfn+dKFNSqO5EpOMVYnsovkyfpVXU8mYD0H860IRs iAxk4zisLXtVttNia5uGO0sI1VULMznooUck/wCTiurERtQ5Uc9K8qpWuAFG W4HqazpVGSc1k3fiyZ1BstOZAV5N3LsZD6bEz+rA1h/8JLr5kJlt9MZB2UyK 355P8q8V0eZ7nuUaVVLWJ0bgFutaunrho/8AeFcUfF1uhQXlpdQknlkXzE/A qQW9sr+FdppUsNxHDJDKkiMQQyHI7f8A1qqlRlGrG66hi5fuWn2Z578R7SBb WG7t/JiEl7Ir+bDvUsHfcR8hIJ2nPI7EDkk0PBDG48O6608lxNGIJMouQQvl t9zJII4xyoALDOc4rd1eP7dFe2jCQ51GSbclysRys5iGR3G1yOeS21edwweA 9HQpr6BElluLWBFja4W5UK6c71GVbnBBZcYHYEmvvZO0LnxcfiXocJKrR2dz 5MEOyWJJJfMcAKpZSuCTuIIBYjO0ll+XKoa3/C0M+l6FqOV2HUrWYRr5e/LQ jYwycgDDvn3ZQCScVS8R28kKCaaUlpmeVGU7jI/l4cP8zZ2lThiSTuPZiV7j w/pBT4QSJJII5YLNp43kG8IH3SHjnqr44B5xxkCtJtLUxgnJHmtyLiNUEepI YzGGMO+XGWXPTG38qsW81va22nXRkmHlznA8oDhdjHkP/telaOvWLJNbzLJp yRCCJmEMRRgdnY+WCBnjk/h2p9xO9tD9gTUb9THcS8egwmON+f4TXTBXOSbt oVJdLlvbC1+z6XeOvl7A2Cwz5jH+FB6itLSrR7m6sHgtLOCbzRGqu5ywUqSA skhz/rB0Heq+i2dpJf6c0pEyPemNpmIXb/q+cfNnqe4rpPB8NlfSiSPzfMtp ZGEM8okR9wjzwE7bR+TduhUnyq46a5pWMY2M/lw+WbaGcvLloNi7AAn3jEvH Xv61001/Hqbve2UQji2IqO8R8uU7kba2UYKxUYxg4JTJG4bqLw6ja2+E0z7R GJZJSixySkEquVKoeehHI5wccg1DbW0gshEbb7NLBEw8sKUIUfMQjH5ihOQO SSNwYtwzcWMnNRbgj1ctpU5VEpysadkipMgV9zMSw8xmzIzAklsElmB9yd2O ScZh8VWq/wDCIXokdGJ8tlO8ExgyIdxI9cg9OhzwTgT6XJOGW42K5LjdE7MA gLZJCgbdvzDAOGUBchsZZvidZE8Hal5qsZdnm/O2WU7lJJYkk47An5QMchQT 4sVZXufSyk2+W1kZ3w8lbQbc3+qzW8U2oH7QftDIGVcZB3HDEkcnLHqM85qe fV7LX/iBZ3lnKssS2aQMVBChhLISBxz94etY/gS40zSEW4/tGJr3H77dKFKg sDsAJx27dT68Y6nWLwXfinQZgZMGOVcuuM4aPH8zU0Kl6vKY46iow5kjvo7V TEuBgYFPW0VSWHLdqsQDMCH2qQJyK9E8i7KjWzPGUJCg9SKkgh8tAgHAHfvT dQmkhtW8jiZuIzjOD+NU7Oe884fapGCt2Y/e/KgT1RpuiuhBGQRjHSowAyhd oUCpJZIoQHlYJk7QCep9B71XOo2qIrF+HbYrKC2WxnAwOe/p07VLaSuwSZQ1 pY7Oyku5jiCJN7sFJIXpxgE557An2rnbS8g1PUJrRriG3uRcSQqjYHnbcncg 65YfNtIB+9tDKAx1dWvIvJNzfWxSC3YvGo+cwNyvmnaDtOGPIztGDnGSvLJa 30mry2lyLjzJ7hnhK4BhjEUOFJVvkAZWPBxlGxyQDxyxdpe6ro64UW43eh1Q 8Ov82+YYAJ3ADAI96pPHbwK0Tqh91xzTby78QafaOLiKa+iMYjIiMW4MpyCW dlGD0yfm9M8ivMrv4prFPJFN4au43ico8c18IpFYdQVMRIIPrXZTrKauYtNO zPYNGttMZiVk/fcfK2RWtJb2/JkdNq9eRxXz+/xeu4MPpuhQRMvLte3D3A9s BBHj8c1PZ/G/UWlcapoenTwEfKIJpLc7vXcxkBGM8Y/wqpNNkHuqnT5FZh5R VPvZOcVWku9PmjdhOvyZAXYcH6V5tZ/FTwxfwI0v2nSpP+WguIjIm7BJAZAS cYxyqnkcdcOtvHOiapO1rbavbIW+6blvIVvxk20RSfURd8aXGpzaKH0PKTxT 732sM7Nj9Ax5OcYA+bPTvVDw8t5b2VzPfyyA3cLRTll+VsLcEsGxnOZVz3yT 1rQeaR4gsqOILhGVXwQpQjB2t9COR3A9KvaajPuMrkyMQQOoGCCMceorxMxx Lp1+VI9vC0VPDNs52/OL+4kZAssl40aqRgEM2ew5yAeuOfzo0N0OrRgEO0Yk RvlIIbcoyO3IXPJ71HrUD3PiI2pkk8wsjHy/vbiIypGeP+Wv069K6fwZ4SuL LVL/AFLUItiyzubeAvk43HDtg46E8dq46dJ1Pd7np18RClSUvI6vSrZ4rNVK /vXPA/CtSRBGgQ/wjipox5aFnADmqc8wLHBPtmvQjTVGnynznO6s+YpzOocj BqzYxnBY9OlU2xJMSwxGP1NatuAsIHc81zUY802zaq7RsWAcKWOOK8h1C7l1 LVbi9mcNl2SBV3bFiDHZhT0OME+/tXrMpHktycEHGK4yTwZZqvF5fhfQtHj/ ANAqsdzzgoxNcvqUqU3Kpv0OLlPYEkDuRjA/lVFmxIwJG2uj8TWdjoWkoqzS vJPOsazSyBfLG1mJJXbhdqv+Z54FS2fg2W6sorvUJ54PtA8yNPKCvGp5AcHJ LYIz0xn6bvOhhZ25ke7/AGhSSuzjfKSUqpVWUjB7ZI5/P+tXtEfUrDxDZ/Yj /ok9xH9ojXAHzPknHsGA5yfQgnI6L/hCreGYMniJM79+x7Ek/T74pbPSbWz1 S3jN68zCaLaRD5YOGXH94H7vPTr1FdFO9OpFXvqcuJr0q1KSSez6GXenUlu9 Qim0qCKA3xMTSW8p83E8km7crbRhAz/Nx0J4B26Pw+t5dFvr3+1dOjsUnS3i jbcZBlQyshBdioALcsB3PIzXaJ508OopMJUTY6QsXARlI+bCg9RjqR9O9ZsW nTLcmW2M7sZRgCEFPl55LMFznGDkfQ19Bia9f4YI+WoUaTjzSZ5T4nlzbeTG rTyq5gdTJ5n7zaQXJY56uBzkfMxyPlz6Z4cdZ9I0yxkkBjuLGONoSoK4aFRy uSCCD6kfh1nHgY39411fwWIZycB4ZZHAwQA37zZno2R/FyOeav8A/CP6T4b0 2y+y25UW88UcZVSAu6QchRgYOT2PJySa6/bc6SMI0OS+p49Hf30uniW8eF45 bRWK4iAH73ywNq46ADoOPrXQaH4TvfE0l80eqG3i89tsis0jZycfIDwuD13c Yxiuc19f+J5qNtCLdYIXmiCiVcEJMznuCOAPyzXrXw5tI7DwlA5aPFyEnHzf d+RVzknn5kJ/4FXZWquFJOJwUaSlVaZkeIPB1zYWsV/Br97NDbO0zR3YMqhC q9SCMAbCSdp4Psc0fCdmnnavbPdRzuqQbQjs64dZJFP3ADuVgflPoSBXqF3N DBZTTTFfKRCzllyCAMnjvxXmlxY3mgaNGNK3bZobVFlVHYPGiOi7l7HYEJ9z 7VxUak5twbO2rShCKmlsYlhpyWdvK0L26/vLcgHep+VJARyueNw69MfWqUdh LbeJ7porq3G2W5Ee2NiFYxugGGTaRk4x0xx0re0q3kvdUv7GeykCRpI65R0C kNt4wR0DAfhTBEPt+oS3FqSY1km2qzDAILAk5569K9JdU9Tzl71pLQuaNdLd QBmZlnYumI+cshBJUtkkAMDhs4LfxAOam8YfZR4b1QSSHdcW0nlRpGSV+UsS R6fLjjJJBH8JNYpnMlpCtgotyryu5B3ZJWMAgnpjnirepyG4vtStpWhkElvd KQYULH9065zjPGAK86pgYKTaPXpZnUkkpbnP+FX0+xs1ggnhmkkJN0obgsf4 cHqAD+hq9qt5oej6jpF8xs9Nt0aXz5EhC/8APMg7UGSeG6A1jaK9jawT21u6 zMJW+1jneXzj5h6ccY96reMbGyawsZXWW6ga7EYhbc+CVPdSGxweCc14kPcx B9Ni48+FudZf/HvRrSER6XpF/eFCQz3DpAu3oGGN5OeuCBW14X+NPhnXTFb6 hIdIu2U5+1SL5JIBJxL0HT+IL1HUnFeI3GnWKoqWkFpIgA3h0mjdX/u/M4OM YPcc1oReI9SsbKK2juJYDGDCJyIJ3WPGNoZohKMYAU7uAAB0FejznzvK7n0R N4z8I7XMniPRiVzhft0Z6egyST7YzWVrfxCt9NkkisdA1zV5lVirWunusW4H AUswGBx1UNxXicHid7uVf7Rvdct7yRpDM0OqSLHkMzsViCkjgBSN2Bngccd5 aPpyX9uLi01O5vAWZLc3U7FtrBW4lkCYDj1B3AHHHOVXEKDSZtTw0qiujN1X x9491yeO3h0V9JszKB9qazc+UvIJeWRCoAByWCAjHB6g+geF9O0qzMV3JrKa tqlxAwF5LP8AaJHTOW8vLMVUE42ocepJxXGaQfDn2ZI4PCUVzN+9by78RhYI UmZAz+bufKKEU4BPyNjPBPHafdRWcGk3VvEy3U9pPE7Ky4lbzsjcGBBxnHIP Qegrnq4hyVkb0sM27M9Q8T6rp41q3sJtYWIrGJhbf2XcyTsckZDIBtzyucdC wIYGsCF7SzW8kW+1S6d5vtcUcWjzkQnaWDKZF4OSPmDIMKOARmoNKvFvbCWS 30u0RrOCR5GDshVIiZJEUlGz/r0wMBTzgLhQdDS/FOoT3c8Ojto0EcGFc37S OZQcHKMCoPbgjPQ98VzuTi1dWXc3VP3Wk7tG1p3xFhht2E+ieKrtJDxLPZwK AuANoIcZXqecnk8nFct8RIPDvieO2aGa40vUY4nS3WeLMUxUFvKLbtoIJABD H72Ar8YhfxSbGzs9HR7JZkmSBoRC3yhiTvBVwCoySQM46ADrWFNq91qcmm3J ktUVJzKoELHafLbIOSc9OueOo7U6dao5J20E8LBwb6lU/DrT1fZc69eQS7tu F0OaQKSO/wAwOfQYPXseBPZfD7R7iRmi1rV79kk8mSG10SeIq3HDO6tg4YEj bnnPPAbahvdRhsobxJfMhgZ4WhNkqjEKIWG/cMIQxwcdh1rU8J69c3OoanaH WbmzM19JslgSL5gqRRruLIwBI285HPUc1vHFTu+ZGcsErXizmr/4a2ttb/ao 7HxRJDBuEypZxmRgMYK7gpHrgB+Ou3GKqQeBdKvNNW9g0/xA8UyCSEzXNnb7 ++TkllByOQCfY9D6RHBe+INZ1LTJ/EOtW/8AZEipvtbryGnVwT82FA42r0HG 49zXG+Hbj+159F0KW8jisZreOMwxSkMMW+45IIOGdMEDBxkDGchuvUcVyWJW Hpt3k9CHSNA0zQtYle3tNTjd0dS93dW8gePKHhYzw2cjliMDjk4XvNKuCY1K qJHCYIRSOcenUfSuJsrxJiV8m4jvFtrcXCXMjvIspDBs7ySBgKdvowyAcgdF 4dvHt763aMj55MbXPzEbWA/U5/AV4+Kcp1vfZ7OHjCOGtDVHTJYTzX/2s2rB 2Cgt5fYYx29h+VdZYLHb24LgK/8Atnn9ao3Or+TBgD97txtVS3OOmB1/z9Ky 1W7uU8+4doVbj5zzn/P5dO1dEJKi7x1Z503KtZS0sdPLcQt1kH4Gs6SdGchW Bz3rHJijX77ue+Tj8hUkKTyAGKNgD3Y4rOriZz6Dhh4w6mskSMVLNhR71c34 5H3fX0rBYyw58yTpzxzise41+eeOUW08JTdsVwchT74/H8xUxxPIth/VnUej N+88TWdvfvYIfOuIwAyh1G0kZ5/Aj86ZDrcd/wCZHHA6yINxAwwI46EfUf56 eeX2j6VdTNeX6M8knEkjSODx0yd2DwAOBnjFJP4fgsysunS3lnMu4lrOdxKy YYHaxZsDJBwFJ4HB6VTxKm7N6G31KMY+7udreaAmqarZXeobvs1kC8dqTjz5 SRtL5HCrjPuTzgAhtyS1a5YsVyCc/dx/n6VzieJ1Szt4ntftDwxKjzPPglgo yQw+Y5PqAfarVn4utk2rMJ4ExwHAK/gw+Y/iK1U6VuTm0OZ0q/x8o6+ubezR l3KMepwK4MX7XPjO2+fEQvI1AzxjeMV0Wt25njleIq7lsoGY4bJ9SB7evXoe h5bTtCu49dsXvJ4mJvYpcRsOCJAcc544A4P+Fc1Dl9sm31O5rloStvZ/ke16 f/x5r/vP/wChGsrxF4u0zwwIheiaaedWMFvAm5pNuMgE4APzAYJGSQBkmtOz eJbHMrBVRnLEnheSefTg5/WvBPGmsR6zrDefM6IkrPFII1KLHnEanC7ySGGD 8wAbgNuwv1VOl7STv0PlJ1OSCsdDrHxb1dbqVrCG0t9NCD97KGeaPcRtfJO3 nIPTA9zipfiZqU2j6/oN9DdebfiwkDwSyALGd6Yfbxgud4yeCY14+U15bqM0 qz74xHb3kOz7OYHwuWAZSGXow+Ugj5eF6EEv0njm4mMPhoT3MUiDRC5yiBN4 jbLqpXAzhB8oUnA4443lSjGV4kwm3HUptdboiZhZyTu9wWl+0nc7FBzy4OSc 9ecnpXqHhbWG0n4ZW17eRnbawXEvlBvmdBIxUDPGcbeteMaHGt0Vb7GlzOs0 X3WdiMluoVuOg7cc+leteJopYPhNJF5J89dIghZQCcN5aKR6jBY9fSqxE04p EUKbU2ZGh63rF5rUGo3cwewlmeUkT/6iQMTs2lskEqFAOfkJx0BrenurFPD9 pom2cWNgoWBzt80BVKglhwG2luQp/DvzHhXU9Ei0x5rtljuPMlEMPzOuRgjG BjGSx+uOtbI1yNiGstHmwxVUziPCjG35sMOhAwOhyc1q3QT5nocajiJt04pv 5BqL2mnWWo6jLaSrOC4ljF0BgmaISAHYc7Sy8+1YF7FDPPDqIDIWjhuGiD5G dqsVzgenXFWdY1O5lhk23fkOy+UsCsUJSP5kyVLDdhSTz7j0qH+19R8mKK4m gETRFGaW7jG3GVz9/GP8D6GrpS5o8yeg6lJw92Sd0XLK3tvEttchpWtvsnl4 JiDg+YCOPmGP9VWze6hCkWpsbl2byLnIWEDlkb/b9/0rEspNmm3H2JYWYvEz mOJZf+emD39ePrTdTuJksZ4Z4EEzWsZ/1SqSWiU9l9WNVON7tipzSktPUwNF u4JtPktYIXi2Tvg9RIezdcenHt1qPxJcPZWNpMrqYlvoXVOTyFYkY4B6eoqr ZX0kbrG37plJbIXPyk9MevP+ecu8TyPcaF5RKBvNRgznCkbWGT789BXzNSLj W9T77nUsFdPZGTLqDXlxNciNhBlI2ldlAXZHGilgCflJAy3TJ61Ql1JfOH7p WVWGHwSCOcnjGexB46VAulS290Uuljdk8tQRKAQGXO7aVOSO/Bxu6ZBqKd1L NHiSV2yqtgHcF7jgEjHfFdcYq2585KUrl/yo9SsIVXasiXJV1TJKBgWVhycg cjqMYAJY811+qahd6jqttqY8i2ngQZaGORlZzI0hcbgSBvYADJ6H1rnPD+mT atfRW1sLkXEo8xY12A5XlSHLoAcc5PTGMHNdUnhfULeSzS/QNLMf3LyRg/aF ZXbcdspC8KcfdYkqPkAzXNiElqd+F106mWupXd1Dczu6219cGazlkVTJtMsk rOjDB25YHB255X5lGTXPWl82ia9JFLLNLDbTeU4R3iLASAtt+ZShIUDHI59g a9Ig0ObUVvLeW83SxXYWaOZFkEzIjIVIV1PCRqxA52sMZ5z5zp+n2ySafczm 4kjuYHllVIIpSp3lRkSnbyQPm4NKlKMr3CanFJpmv/wkC21qSkcUhv47nj7T KGUPsU5UyMSG2KcPuGSw+bGK09Q+IcFx5ljY6dbTWSqqPJfh90pKkcLCwwM7 sYJ29eDgDItfDkuvvc/2RNFc+RZC5mDRi3CbRhkUEMrdABjb05HesqSFoYZI PLln+zqDKYEG1ASozkrkHc6L0xyMZyK0dGlNpyRzTq1FE6G58byavoc9jf29 gspWIWbPaqI7VUaPMaIAxCkJljyvGMKAM8zHrjWUNtHFHZbYpJNqtahtuV25 bcpV+uRnPK546GwlhqN7p7Xq2crQRSKrGc4jbdjHz7QF+/H1YZDggEVNpmjJ qsqwy3AilyCkDsszON/QD5cYP8JJOMk9s2/Zx1RMJVXoUYfEVxHpUlqogMPL eWbaNgzuBubOwEeoGQAAB2ptpqbWiMVSATSNg77WNyuVQ9GQjAK9Bz16812m gm6l0aXUYL7ydPtN4lWN4o5G8tEdig+zEZ+cYzycdQBW34O0m4VdTOmTixMt 4ftEZaPcV8uMgBhEAAGkfChAAOgGMnGVWnFN2OmFOrPS55rHfyz5bIMTlj5c cKRjOeeMAY5Paqp2PGoIVwEJXDDooPOccDOecivZNVk06C5MF3rRN7DMglju 7l3RPNXYQrMpG0pIzEADAHtkcXpzapPb6VYwarfW01zHBBDIb6YCE5KZCLtX HBGctgJjGQaVKvGWtrCnQmo3uZ3heZIhd2bLILjCzAt02j5QAc5PMh9uK9N8 JpGd90zM0isURW6L0OR9T1+leZRwHw/e3Nreyq8yOVeYBsufkIJyM859P5V6 H4TU+TJMxxGpI3euQP6Y/OvNxySnzpHr4O/1fkbOqLhp2kYDJYojegyefr1q KTWPIv1j27xt2AHrj16+uOnpVF7lXuQ+RhULj6nofyzWG0plu9h6PgF89B3P 5VwczWxvHDxe56Lp1/bm3YnajDAYDucZ61ZmmC4bcFLcjPp/KuMi1BvLVVk2 szLtHHHfP6frSx6zKs6i3kLlnwoZuSvTJNbxr6WZyTwTvdHR3EXn3Rjy2W7A c4703U7HVZ43SC7tSkmfLUo0ZRscE4J389vlGO/FVbTxFbxSPCyupJ3M3Xk7 VwfQ8gYHHB7Vem1COSP5boKTzjOD+vtVx9mk2zKUKvMvIzLSy1KD93diKRwR h0BU49xk4/Bj9O1VJNMuLK+muWVPKk+YsTyD2UnuBzg+54B5bSM6rLkTFyOh JzWgsSyRYb5lZcfrWKUZN2NuadNps5W4lEcYdhmNTlxjkDrkfrVR2RlJyTwQ BnOf85H51ZilWSGNxyrAfjxms25gkj0S4nQO0lmsUoUcl9rHIPoMEdPSsIRu 7HoOXIuYyJNfnspGtFKvt4QyEsV4+7kHnv8A5IAz7bUrq58U6GZZZAjXsAMY yFJ8wc4rG1K8I1aZ8cCYp6e1XdGwvibRGPIF/CB9d4FethqCjKMupxYqd6c1 5M9p8Q6sthot3B9nlnNwWjdYnVWCGPLYyDk4U9sfSvD9dLRXYub6M3MJwVYF kWQYOxY2IXb8rN0+6GBK5U49b8YRrNG8cpiWIxuCzHBH3G9Rx8o5PTrjuPFr y1WW5nMCY3uxkck4OTn159ee/PWvpPrEaacVufKUMFOqo1G9EjAec/anQ8Rq TzsCncTzx/CT0/Aei7ew8blY9H8INtJH9nAYY8lSkJx+prnptMt7eIySvgkZ xjbu9wB0re8VSpqfh7w8lj9omubSDY+6MbVTYo5xkn7gI6nAOcGsouUk2zpl TjG0VqYmg6nHp+pXDXKSbZGD7I0DK2M4zk+7fXcRX0rc6XHqELw3CZtpJPKk Qrxgk/QdcV8zaTaxNcmW7lVXVd2cAIgBB5IPXPavSbbxV4rFksyXn26OMExp 5MYDMOMtjDEj1z+dZtuKvLY1UY1IpQ3OZl1+DR8wW8R8xcssKfKgyAQOo4zt P41DN4svF89Qyec9rEYXSMcSfIZMZGT/AB4GelNisra//wBIlLJuAAffgkY2 jGfoPyrOubG2tSWf7RM+CELNxk9xtwaxpUYXs1c9HE156yvZLsa41U3myS+h t7qVrWdd7l4yhxIFACOOcgdQcY9hj02zvLG4017RUsokt5z5EsFuuIysigfK RgHsyjrg4bpjyO0v1SGNiZDsdipVwvG9iOo9yePWu70a5tWliuY2CW804cr/ AHugPA/3Rn/dJ7nOOJnOMFGOliKVCFSbqS1vY6XxH4dshoR1cLa2CoENzHAB 5bhdwTy1wo3EuMdOuDngjhL2Qt5nk3Ahj+zxhRKrqxxCgxhQ2eRivRPF8C6l oFvpi4QkrI8cj7RtXIAPrkkEDvtrhpNCu1BzaRSADCsJDkKAAMjp26Y/nXp4 fGqFLlne55VbLKlWr7SlZJHLXd1H514ixqk9rcPGyAY6Mdrf98jH1FZviK6N 1oIEZJJmQlc/d4b9Kp6nNs1S8lTo0z9uuTz+HTHpUEE4aXbKvmRFXLRk8NhG xnkcZwfwrhlHmakerGt7OnKn3Rcjtp2aFI3YyzW4um2HdJkJgj5GOWYqOCAQ zDOOSKTxl2sChUb7Z2QRnJH3lx9fkP6GtdpXkR7+VJA6tHNI+NqpuZiATnLj Klfn4zxu+YGqcsKfaNKjshdSh1kaAmDbI2c42CNjkb9/IJ5ypPy8Gp56NPw7 d3+ha1FqtsbeQ25KpHKrsMqpTOBjspP3h2NdH4k8UXd/LbC9dJTbW4iZoy0f mr3zksRkdc8/MpHSqWn3un6TKkC3dvqVm7CWR7qxniVNnRAoV1JIIAO0gDHK 8A5utRwzN5emzF/LUxxRiG486aPcSrHcgAO0ruAPUEjJODlJOb1Wh0RqKCut zT1nxPeNrY1VhvluGuoniaTYVSWCGJcsFB3LuzjA5UYxkCsJFhu4UhtxIDHH 5cbTShNz8kgIQcAsR0Ocdc1qLYRXmkSW0iN5q3aBMJIY8eQAGwVzywJwQp68 jBxTXw3qwlRim/Zn96En2yYU8bxHg55xtYLn1xV+6jnk3vcj0rXJ9D1DWbSw NukV3byWbTXGAyryHMZDqN2Twc/wjj0rTmVnui8DKt0mCqybQBmNwOhyowPT kqe2DtDwzBFK95vvlZ5l8wafEXyoyXRY22sf3oAGXyANzAcAb/ieXSE8OWmm WehXUIRii30ySqDhSNpaRE5ygIABOExhSTiZT1SRLbtqYGmB9Q0bWlSNPtJg WJArBGcefZryxORjYCc5A39R2yrO9g0i8lmuGhLgGQW8zSkxt8u0kgqCfXPX BGRkEddouh3SeH9aunudPkt5dFkv9kEwd1LmCUJIGyQwWHjjAzn68/NbGICO S3tpELbFQXkRJCDy9nJJGVG0A5+9kcgCqaTNIzaV0O07WLvSNHudO+zWK2kg l+1StO5K+aqK4RlLDBEQAJVwCM5IbFP0LxnHo2qtOdPaXfcPJHELjYF3KqnL mM54GPlA69u+XJbzmaWW4u7YSNE3+kbo1JO4MGCbiwOMYXCt8gGN2VMLaYZl W6N1aIuzzCou4WcHG7lS64bbyVHzEgggHgLki1Zor2k1oi5rniGLxDq15dXE Elul0I3EXngrCVj8vltoyTw2QABnuKz31OWC/S9CqzRXInRVdwAQQ4OQ24j3 D5xjDDg1BFYNE5uBdxQlCIhh1UkH5Sy8nIwzDkAdR1ABqXkUsDbmdW+Rg/lk NtUYU5A+ZRnIwwGMrxVxhHoZVKk31Nb7Q+pi5umO5p7hpCSoGMkYAAwBwMYA AA7V2Oh3L6ZoH2fzG3SOWbJ5HAAAPoAOnua4nTiYLb/VlZN7FgzZy2evtxgY OTkHnBAF2fVZwNvHA6Ad64sRTdR8qPdwr5aSbOqg14B3iYyHO3GOgAGMHntU iXoE4lDkjPRRzXH6dePPdvvwMDKjHJrcikI7iuOtQUDshUvqdJBdtLExYlUR SqgNyMgZ5/Af0xTmnht/I8x9sW4BmJ+8pYj8OQR+FYkM5X5c/Ka2ltzFpct9 dMHiih+SPA554/IuT9R6deVws9TVy0uXLWX7LE1zOx3ySEqG5EiqDhj+LN+K 1YkncTrFI2ZEB3sCfmbaCx/M1UVM3kdvLJ5nkfLI3GAQGJH035H0NUbu7O6W ccMAx5+gpPXQmKV7s6FJ2GAT/nFdGbkxaUZi2NkJck/QmuIF0SzHd1AIrZ1i +MGjxwhXb7QFhyozhdpLce4BH40qas2ZV4p2K29Y8qOAOgrHn8RG00q7gj+e SVZ1YnseUUD3+Ump7u9MERnfBwvJ9TXE31xuSeUYAKPIf945b+ZrXD0ryuOv KysYmp37X93JdHCtIsbMi9MhVBI+pBP41u+HJmn8Q6J8pAW/gBP/AAMGuRMi RlWkcKoGDV/w5qLzeN9AjiY+V/aVv07/ALxa96NJcyseTia6jTlfse5ePFZ5 7KJWYBldmC9T93t1PQcZrgtQNvYRx+f+8ySI40yGP1YghRyMnk9gp5I9X8Sa O2o2zTxzKksETlFdMqxxkZ9s4ryXZcw3byT2YubkOdzM5CKfYFc/T0rudKKm 5yPGw2Km6MaVPfv0QQ6PHcgXM8O9pY9yxqmzZ06ZJ/A5q1PYrHFGSyRAMFAc Daq4/IdBn1wM9KtR6jOIQraOzDnJN0Rn6nZ0pLibV7m3MMdpHbq+BuAJbpgj ccDB9BzjjoSDl71SeuiOt1qVCm7aswVnW9vgBsKRncW8tQXAz8xJGTnr2wOx IOegt/7IZIYQViCLtSIr938TwT3yeaqQ6Rqe0Rx2lsAWDMVhKliOmcECtW3s dYVcNp9rID2eFj+marEOU2oxWiIwtWnSTnOXvP8AAytHso006S2YeakN1LFv AB3bW/hPIPBz+NU9Z022kvUtrOGSGQYVfmPzseOc9Dzj0612FvYavDC0Ftpe n2qMd223tigz64BAzUVt4a1qKXfE5VgSQxQN+e7Ofxq8NywbcjLHVnWioQdu 5zzeA7KMFVmkl2uzCR1xweRwOlXNB0KTTLtBFc4iil8ySGSISYBJyAcgjIPX nGc4qz4ssfEmi+FL7Vft/wA1ssexjBCNuZETjCcferymbxP4iZRjXboKOnkz NHjp6KPQVyyp8zdzuWLjFe6e8fZ5pZ9ztv6HOew+7j6DgVL9ml35SJ2lVyGw u4ocA4Jz9DXz2dd166+WTX9QdT0V712H/oVRpaG4nMs9x5zv94sxJJ9Tnr7m rjZESxLfwo19Stmj1TUraVMGOV1HHcEj19qw1VnnWGPy2ldgiqSDy3H079+K 7rUvA1hJotnJaRyR3cqWixmOUGKR5tmeSDnl8jBUYHTPNYD6Pc+HdWktPNd3 8ovuttm9cSFcEruBB2njP5VEZxfUKk5yVrHqfhSSz8D+Cpr2ZnZI8STXEaqh llbhQCcHHO1Sc8FmwA2BwGo+ItW8R+K9L1SSAG7hhaeB1gdiiqzyKVU/eCnJ XJxlTuyvFZsiapcBBqGqXscaNuje9u2aMSZOCUUMx4OMAZyxzweKNlPdTX8M e6KMyx+WryKxARwVOSBu27WIIHJGRVRSetzGcpKySNORF3MVIjkL4KQs67F6 fLycn73HstWbWe3+yyK7RNMRjEj5wgAyUI+7gAjJRx8vA+bma/0ueLTWv7Y2 eArxolqjQniN33qxO3ICH/aO0YGSQKgSex8QJY3FjZvdTShBFFdRSkM2QqoR vVWzjBPTp0yKpOLjZENOMtUdBaC5mcrLuhRl3NGdyonqTnoOpzjPtWRfakYt Su1gWRtmVdgm5xIPmLq7Mx3qcruXGcErgnNaCnU7QahaTS6fpzWscZlkYGR4 ixQAp5YcZPmqNwyQGJGWFcpDqsGEYWULEOrOz7wJj/ccKwBB4+7jAzjAyDNo zdom02oR1PdvBvhy0OlQTatZxXd5Puldry3DlQ7bggLqSPlKkrnl2J65rz74 iahpQubmy0+xt4mtr0pDJFEyc7VDx7gcBdyHp6FRjkt0ml+MvEOuxxr4a0gM 4bbcX0yrDHGSCzKsZJ+5kd3OFBKkMorhPEulSWOgteC0+zSx6kYbuBlJKySR u4VPkA2hFBAGQd4OWGDWTtzWSCSXLc6bwhqLP4W12GIXcT2+gXbxzuxBlDRx FMruJj8tVVY+u5WLDHIPBX7MbtgZp3JjMeXI+ZSzjGdxJyCTnjqcep7D7Xae ENN0q6ECXL3+mRxSWpxEZEeKN5H3qMgdufvbjghgccxd3Fnq+o313BDaaXAx 3pbLlEQABQFG353IXJOBliT7VvhlzTu1oY1morlW5FBPIULOPOG4RJEeBn2x jaO2OmCfapRcg38KROQzxtLgt6twRtbIxtzhtp/DDViXlxEyuiMWRSB5aBec AjJbkjq3HHbuK1bCGG0LQ3N5bw3D8tEhdgFAbqVXB65GCccZ5q/Zp1LrYj2j jGzNKaLzNOvJAkglSJnjMeRuYsFXJbJPB6jk7R2FZFrZltas7e9iYJNOkcoQ eW+1mXIztx1+bnPI+udy/iKaIk4UGCX95FIpwJQoJKqSVK9GI4OBnscVQ0Wy u9T1q0hgWCS7kuIWjWJsgneCxO3djaoYkMVIAz65yqWUrI1htdnTah4GleZV 0WLdBySJ7tWk3kkkE7R0yB+HWucn0DVItVfTjYzyXiEbo4YzLjKhuqZ7MpyS Ovau8s/GOgyWrTtqiRiNQ5EySHI6Z+VScAnBGd3t1Nc7450S5l8WX0syJ80E exZ4+GKRKhVM8OSU6gjaeM7sqMOWz10PQhimopQ1OTjAjdJhk+W4DbRnaf7p 9Dwf8BW1Hdwbd3nxgt0UsMj9RWA9pJslE5GYCULNIxxj+4MHH3cngfhyBnq7 vIEDMwOWzwT1HPGfWiWHjUe5DzCpCN7HcJMHXKOrf7pB/rW9aahLFpKh7Yyb ZAseAWDY5YHj/bXP4eleWJnIfHNW54Jn01bvzVHkKsIWO2KFFBIBLIgRj0JJ bnIyeBjOplq3Kp5u5e64npVpcyNc3B3HDoQ5I4zkHrj15rOupy1nM+TyuOBn r1rj5tWvTGkqaixV1EZ8oRW+MZYbkiY7jktyef6XvDk8t7fm3upZJ4ioJR3L Dr71j/Zr3uaf2rG9mjsLKbzbSBwwJKcjvXTXf76C3QngAEHpggdf8/8A1x0V p4S0J9Otg2nLwisNssiYPX+FhV2Xw9pskJiWFkUrt+WVzgfiTSeT1W7pqxhL PsPtZnkF1qVre6RcvFL80TbJk3DKnONwGTx7ngnjIPFcNqerxRrLbxlpJMFW yMKOxB717XL8INDkdmj1LVoc54SaPK564JQkccdaoj4FeGh/zEdYx6ebF/8A G67aOXOm7nLWzuFTY8CaSSX/AFhzzkcVteD1x400I4/5iVv/AOjB/wDWr2Yf A3wyOt9q59MzR/8Axunaf8G9N0vV7O/ttUuybW4jnVJEU52sGwSMenWu1UZJ nHLGUZJ3ep6UeQQehGCPWq5sLMtuNpBn18sf4VYorrseKpNbMgFnaqcrbQj6 IKmUBVCqAFHAA6ClopWQcz7hRRRTsHM+4UUUUrIOZ9zn/HFmmoeDNQtZWYRy eXuwAekqHuD6V5VJ4R0bf5luLq3lUgpIjRhkI75EYOfccivXvFH/ACLF7/2z /wDRi15xk+ldeGw9Kom5o87HY7EYeUVTnZMz5/DcmqFEudZku1Chc30AlkA9 pMhh/OmJ8Nrd9gXUJEP8WyPr7jJOP1rWRmU5Gc1pWs7gKTmtKmAovZGdHO8T zWlL8iSTw801rYImoiKSxlgkif7OSXMKhUDjcMgkBjjGSvbvQ1T4dX+sagt4 fEkSyKhXC2zoBlmY7f3rEfeI44xXQxXeFAPH1q3Fdc/drgll9OOyPbp5tWkr Nnnt18HNXYF4NRsLh/WR3VzyDxlSMd+tQr8JNfsrgSlILiRsYWG4TePTG8qD z7mvXrVXc4CnqeM8+n8xitW2t4y6OZF6gjjnPX/69ck8PGPU76eJnKzaPGZv hxrktvslglt8I6mQRRyt8ygcBc44Ddxw2OO8uuW2stqzXd5b6i0RMRdrsbxt Sbzdm4RKMdQoKsoJ75OPdCsQU/PzjPWqLSsHOJD7YArnWHb6nY8Wo2bPAVSW w8QXN7p7QrJLcGbc0wHmpnLDAVirHJ/hA6/jiT289tp8dvJ4TRmijWIvHbJI WIQKX3quSchjjPevpO4SOeMpLGkoIORIoI/+tWZcaFo10mybSrN1PPMS8H8q ccNNbCljYS+JM8o8A6hJpRe3vkRQ4Vd0zbRtVUXBBx/DGADnrjgAZZ/iVZdc 0HxJA1zHJcW9/BeKkLhIsJG0bFAfvYjTOAcnaGA/hHoh8K6SEMcVr5Cn/njN IpH4BsVXfwRpIGI5bxQVMZDyhwVIII+ZSehP51CwlSMnJDeNozjynlukx6Vr NnFFqDSDUbO0ghtmBDjykY7lO9XU43KTxkADGB8pyvFlrY6X4oIgs4I7d03C 2ZjJEpyfmADE44UgZwB/COBXq0fwwshMJU1GVXBLKWgibaxIzjainoBznPHP akufh7JeTbZdQiYHo0+nibgADq0nyn/cwOtHs6sZeRXtqEo36nkNvYXGpyqP LihkaLbBsj5Q5XG35+2OM56/lnaXa2ztbILsyO8cjvGrCFV252KXkZQQx645 AYY3H5F9v/4VFayRGN9UADHkx2+OMEfxs2evQ+mOhINX/hSNrFvePVXYuSQs ltE4GTkfeXA/L86E5Ib9nK3U4t/DcVlqFzb3NpdFCbWa2a9aItFmZ94LxyMP mWKQY25zwRlVL52taZDbQDyr6O2sZZEiPkwASPGSuQQeduQx2jg+X9AO1l+E Gv29zHPZyaLIY1wFbdEGO4tltkYzyQDjBwq1e1n4f65ewuBE00oUqkrSIXPz gjlm6cZ6AbiWC87axlzqdzVcnJZHn+i+FND1ZrhrjxVY2SwsR5k6QAkAMN23 zOmVP4YOCDmoPtU8sRmvb1ryWeKDzCZTuO63Rjv6g8KQSSDluxOB248O+JdF sLiKGDxjBK1u8cL2moxzxCTsxiAJCk7iSDuyx6Z446bQNUtbqdjpWqPEuFjF zp8oYRrlF3YTaTsC98ZLe1at8yXMZQXI/dOeu7qO6mvUEbLAZ2kijD8Lnfgg Y44PH4VQjY2E0rxZVirYXBAz8vXB79Pbrx1rWutMWwLB5hHhvkEo2ce+4g9e eewxWZJbiZSlvIJSVztjIfaO+SCeatSS2JalsytJMWmbCybmOQqt/LPNNG2e Vt0TKw6HKkkfl2pGsriNgBFJ04+U/wA6mGl39vbC4aONodofMc0bkL6kBiwx 3yOO+K053JWuZezs7lizsbeSfEl0bddhw+wAZ98duvbOccEZI6XStPfTNfgR jGY57cTRsrKdyb9oztyCcjBI4zkdq4+K4mhlYxTvE/QlM5PIP/1x74PHUdb4 b1m7v9R+zyXlxMEEZRZgedpYnPzkjBdsY9eoxipXMpb6GrUXHzPomx/5B9t/ 1yX+QqxUFjj+z7bGceUvU5PQVPXorY+en8TCiiimSFFFFABRRRQAUUUUAFFF FABRRR+Z+lAGZ4ihafQLqJerGMD/AL+LXExaDeS/dTd/uq3+FejSvHHC7zMq xICzl+FAHOSTxjiucuvHmg2zFUnkuHWTy2EUeAOuTubCkcdQTnPGRzWlOu6a aRhWwka7TktjKg8I6i7Df5UYI6s3+GavweD50Yb5o8nnIzms+b4pWa3IistP nlJGVaRxGCc+wY4I7jPUfWqF/wCNtYvNN+12dxbWturkFooXdmHzFdskqhQW UAhSnPsRgRUx8u5pSymlvynZR6JZWsLTT3ZWJV3PIxCIo7kt0x9apTa74csU Em55VCeaZUt5JE2dd24LtI6A7ScZ5xXmd94p1q5iBWe7MSk7W8xpBkqMuG2Y 3EZ+6SBztwTk86trf3d46RHdNPM7qrusjSSEEtJvY8NhW3PxjGSV7cssROXU 74UoQ0sen3vxGtJbXydPguLdz/rLiS3DoGzztHIPXuCQD905O2n4R8UXmoau 1vcyXJMriRWkfeSNuMfKFC425IUBRuwO5PBW+nNPcNJPMigN802xpFjLFvmB Bw4B3E7SxAY4zja2v4evRH4ps/LtRb2sbOI0dhux0GeB8wAAOB/CcccDDmdz pgrrU97SCcxhg4OR3qFo5UPzfpVmyu/MtUIHb1pztuH1rojJinBPZlFmYOAP 7pNVpZivY1faPJ3DrVSa2ZxxxWsWjmmpFdboA8hhTnndgGRSQOtR/ZnD8/rU /kMyYG0VpdGPvvQWG79RU/21R1J+lQW9k+TkqB6VO2mGT+MD6VDaNoKoloSR XyHgmrscqv0biqkWjjOTJV2LT0jH3yaxm4nRTVR7kyYPQ5NctpnxO8G6pgRa 7BE20MRdK0OM9suAPyNanim9Gh+E9V1JXCyW9s7Rk9PMxhP/AB4ivlaODaFj HzbAB68dqmMFMdWr7Kx9d2t3bX9uLiyuobmA9JIXDqfxFOZh065/Hp+tfJFu 81rKZreRoJhwJImKMv4jn9a6O08ceJrCMx2viDUiGALC5ZLrLYwcGRSVHTAH TuSTTdBroTDFxe7sfRjOu77qM/r/AJNZGqaZo+rrt1DToJsf3hzn6ivLdP8A il4iDKt9Z2V1mP8AdvEHjdmwSNwyR1AyVGMMCMjOGp8YDOsLzaO0ELjAIutx wAMHBUZ64/L3wlTgnZlzqVbXidvceDfCxBEWh2MbEAFlt4yf/H1auWu/htoz Nm3tniLbSzLeNhTjkhdoHXBx0IGOM5GbL8YdGDBWt9SLYGcxIAPx31p6d480 DVIhLHqaQNn5451K7OcDJ6AH1zjkDOTito0qXc4qtbEb2ZnT/CqxcYGqycDh UtxwB0Hzs38/6Vkr4PPhnVoZFnMtvP8AKGKgMCOe3GK9Ht7mK8T5JeMbw6ZY Y5APHGDzWH4ohMP9m7m3K0rsGUHHQY/r+VOdKnGDaYUMRWlUSex6NYnNhbH/ AKZL/IVPUFl/x4W/f90vP4VPVR2RjP4mFFFFMkKKKKACijtnt61Ab21UkNcw gjsZBQFmT0VUl1SxhXc93Dj0Vtx/Ss+48VabbKzu7iMcmQgBf1YdqHoNRbNu j/PFcoPG0VwS1navJGjHfJsaUbRjp5YOScjGCf545S9uNX167mgkN4Wcjbas HWIg9AN2yPrkevHJzycpVbbI3p4dy3djtJPHPh1JJIxfmRkzzHDIyk+gbbtP 51yOofEPU7v93ZpBpu7ARpxuO7BzgnhuOcbePpmsx9Msl2GHVLTUEkC4Fvew xOcqCSBMyDaMjDAknIJVRjOh/YBtZImbVNKtJ70qxgN7sJiZxsxIOHBABPyr kjI5AAydWTR0xw0Uc1c2mozzJcanNMZpUU2zXVypldSQcDLDC/PnnAGD0qdd MZHuUufOiMOx2iUCSQgqSRkkLGABkuTtCsG5AJGxdxXJ1eTTEYXDq7L5zL5E BJbP3gSHGSVCqCcg7V4YVUl0A288MMlrJLDIwHmLCGSSUOCcpuyG3A8sQuWO Wxlhg5O5t7NLUoRvCJoYrdrSMW5eICZEfzA6N8wlmXczP3VVXkhRGO6i3tdU s5ZNQubK2vY3Kxyr5jZzjDOXDtjcc5yAcggAgA6UPh28ujFIkckUexSPPCKz q5GwumAcfMSRknOfugsDdXw/DCftF0jXBELtMs8Syw2xHMnDAsWyBhwoIGeQ DSab1sF0+px1npVteANc3RjLgllRHLc4JTt85Dr94hePvEYcbljoEniUw2Nl JqBnGTJcG0hgWGEDClipbeSSoHVmKyDjtpSaXZXVjJf24nntSgiNyzCXbkKo I2KPmAUMAflPpgrhLfw9HPHcQpiJN7KUjhUrKQVKs6ugy65IDAsF6gsDinyz YKyG6/oWm+FEUX7xTOG8lILW2VGlHlM28ZyUJwVOG67eeMDA09Abz+0bXSYI rYhUM8s0vmfeYnYciNzkEEKo4BIVQGxtS+HDZXNpOmpG5EbBjCI/LWQ43jeN zYGV6HuM9lFU5/Ll0fZYRfuImSR1SCNF2YBVvkO0AkOcc5xnAK0pXjJIrnT0 PW9DnEunoQegFagPFct4SuxLpyjI+7XRiT3rsUTnlLUnBAIprLUe/wB6cXOM ZpW1C6GFR0xTgg4wBSU4c1QkSooz0qUYAqFTiplYVmzVEyOPSpQ4xVfdTl5F S43LUtTkvig00vgS8tYIZpZLiRE/dxF9gVw5LYHAwp614NJYRxTTCJvOL/MP MCxuoXI+4GPqO+BivXPi7qFxZHQ44LiaAs8z+ZFKYypXaOoIPO815rY3csus Wwi+0XV5PHJFF+4WSTaMPsHysV5JYMMbQDjrWkNI3OLENSqOC7GY1mwY5Qgj jI6Go2teSMfX2revJ4pHVooo48hcbEKbh7je6jtnaBzn8apGRhkBx3Brtiro 8idRxe5mpHJDCsiRkhpAAFXfvfaW28HPPPtwM9ARXu4Ib5hbRosRxhjt3bDs YjDY5+VOSXx05YA1tJCgmjkUFTG28Y5Gf8eBVGfTAZoZ4i3nrLu56dDkn1J/ XP1rnq0Zy2PQw2Npx0kYM9qk1jNNN5Ms0ageYjknGCc7evPqRyBu6Hjo/D9v af2ZA1hFDHfeVJ5kszlpCpYBDgnCgoQuVI6FT1UPzGuQTWd0YzK+ZlLuNxJY luufcgHnnOPTNbNtaLFaeXDbXM20Yklij4iZVzIzMMk7SQRjsxGRnB46kOZc vU9KNRJcy1TLd5qAd3to4zJNHC0qMAQyg8ZUg5HDE4Hpkg4Gdm0vZ7bT7aPW bucyxyE/vJHYh9rE5yOvAXgkYx2DMMKz0ya4eRYAzrsSPyEYnyZSBIVKkZVy YiNoz9wjP3SWm1lIO9lkOSrB15IB6foPyHelRo82iZNevGjZs9FX4mXWkxos lhHd2rllt8OY3QKf4jg7gQQRgAgcHOMnW0n4q6RdsyalBNp7gZ3cyxnnoCo3 Z/4Djg815Q5drQQ+XICjgqRyO/Xv0IA9AD6nNUoy9V/MV304NK0jzKtWMpc0 ep7qfiL4VAz/AGm2PX7NLx9fk4resdV07Uy4sL+1ujHjeIJlfZnOM4PHQ9a+ aiDkHb0oJZhhtxHoeRV8jI50fUFFfNum63qmiTLJpt9Nb7c4RWyhyMcoflP4 iuo8PfEXxJLr1haXV3FcxXN1FCwlgUYVnCnGzbzzxnIqGmi42lsekeLY0Ftb XMk8USxPj94SMk4PHvhTjp1rj9R17RNOuHgn1ZEmRyjxlGkYMG27SIw+05HR ttdh44hd/DEs0NvHPcW8sckKSMqruLBTktgD5WbntnODjFcE+ha8b2W6hvrK C2mlIg8lN8pSU7MEyKM5GdyhiMsTwAtZynKL0OujCMoXZoPq8MkIax0u8udw BzLmNXIbB27RuHJXr6gGs+Xxle6bfSxTaW9nGMgSghHxx3CBsk8cN2+tbEOg 2c2l2RaK+ZZIhImBas+NxkIfI2su5i4DFjlwWXlgduyghtLYGCzWDCkYKopH XkhPlz0PHfOPU5c1aT30NeSmjGv9QvbYG4ntLiaS4i32ixqZmkbA4YR5IwCW /wB2N+4NaF1os1xEIkBhMjZJMwWZfukY8sMvJBBw3Q1Wu7W6n1iC6uXTyhOJ DHLNJKo4wOC2ARztIHys3cZFZd/o02o6pPK2tCy00MyzPPIELq5Yjbzg/MGI ZsAIqYVyrUTny2TZVOnzaxRoxeELKzuLZp7YCTG4G4MhyF5JCbggxzxsPAz0 qa+FlBbRGKWeW3kJAdZoo0Vm35YMu0AknAYjALc8Fs8boE2g6V4jngs5bBLm 9njhVo5Fm2hpmG1ChAw25DySfk+YYG093q1ncQoklw11aLMyIpS7CRBhJ95s SrkYwCVBIUg4YjKzTcWr2LqRlHS5TiS3+y26XBu1idVZBFLKN+WY4/cn5gh7 qfvFcgYWqkWozPcW3lWhFjJKoX93JvaRsqVJChAFLEMPlKsCvzFhiCPUNM06 DybAO9xM0lvNdG4jIVghBd3VzjBVMdPlJZRgVgaBb6f/AGJb6hPYQz480YeR ghPnykklQ7LhF5ABB75zmr2ZlZyi2zvPtUbQpJEHmDpvR4nTacglTnglTnsD wTg9jQmsvtVqFnlbzgF2KqoyRHB5G5BkAkY3Dqo4qKz1KKeIQwyWzMo4EMm5 Sq4wUPG5QCOwxuxipmmkPO4/lXQo3ObmsUW0WP7TFd+cz3MKjbJIgUsAqL8x hEbMAEB5yfTmq66sBDduUt7yBYjPHsR8bgFO0rKMBcuuDkqB6sVBfqR8+3uI E8qS5kidUDvyCFDd+gAZSfQEGvNdbF5pd+Yp5rgtFJtWR2dj90BsNkkZBOVD fxY7cc9VuHwm8Fz7npeia5Z6mqXdvarbJBcqrFlxEWI+UBsAbiHGVxlcdwRT pNAs7DSbzTBJHJCsexZJCMKdqrGuePmVlDf7znrkZ4ewurm6ihtbFpItOspj O5YkYkIwir+74KLIQVzsJ3EnaAxfJcwRYt7dJZooj5kTbzwhGWO7oCXdhwud uckZzWDqeWp0ww9+p6J4Du/MgC5/hJ49+1dyH5rx3wBodxfaxPANV1C2told v9GumU9QAAQceh6GvR/+EQHbxH4j/wDBk9dMJOSukctblhLlbN4HIqTeK57/ AIRAf9DH4k/8Gb/4Uf8ACIj/AKGPxL/4NH/wqrPsR7WHc6EtQHrn/wDhER/0 MfiX/wAGj/4Uf8IiP+hj8S/+DR/8Knll2H7Wmjo1c1KDnpXLf8Ij/wBTJ4l/ 8Gj/AOFA8Ikf8zL4k/8ABm/+FHLLsUq8Dr196lWuLPhJv+hm8S/+DR/8KB4S OP8AkZfE3/g0kqeSfYpV6Rm/Fs2wg0gzs6oGlGYwSQMoDj3+uBXkyWsA16Fo JFnhiglSYQPEPKwpzJywGANvzEYzk8ELnp/iLpT6UHMmraneRJbh4jPcSTtA SQCXLkqobHyngsRt7c8J4Tso7/Up7i5Wb5j5cPlvsMk7MpCZCtklQ5C8EkAB gSAeaUpptXOhQpytNdTZlnMqlxPcTCABQtw2FCjJC4JyuQGOAeMMBwM1LJ88 yyCGK3iY/KtuJCrDsR5jM2T+XsOatPoN5b2kGqyWFvJE0YMU9mXRNmch4lAD 8YQsTgFBkMrNka2ksLoNaX1s5vMqFmZZAGO3gE9zj5fmVc5XAYnFbUazT95n HjMKnG9NHPBikimSGURHIVsoxzgYyDt4z3+vFWfKiljY20zEqdxW4CQbU+Yn l35IC9gRg8nJUHals7ZLpYnjijJOHywIUHgEqMMR9CKgh/s678xEYx+aZN8b QkhlRtrITklWGc8lgeoA611SrcuiZ51OjGXxRscJrNjcah4is7a3VEnmiHk+ a2wfeYcscbcYPXH3a6e3VtFS0s59qGKKMjZKj43LvypUlcsW3Dn9MgPitEv/ ABPdXETwyraWsUXnKyuC7fvN6njGF4JAyCcYFWtVnuFlWW5gnvInbEtx5O9n 4JALdehx948cVlFpNzfU6aspWjSgnpqJJcW0N06o6QAJyjsQQ21kL8rycFDy RkqQMgAG7ajR7yRxq9vcK+1WW4tXAbYVYIpDsY8/L7EYHBGSM4pc2yNHHNiI sWHlMdh5xkrkr+AzUbO0P7yIsAXDSsuEVmIKjKAYYY45xgnjk1EqSi+aDNI4 hS92srl+80LR/tsi6PriTCFyJIrlBE64GCN0pQMdwPGAB0qqnhvUX1A2UEEU 15t3JCrBiV/vbz+6I+jE8j3pl2lxeNFPI6yu6ptAPzYC7AcDk8oOfoT2zJp9 rrLRSJp0Uk8cbhZLeGRZdjHuYQxPqclPxrpjJ8t+Y5JwTm1y/cYz26/aZYHU ebExR8DABHXB6Hn04qI2Yb7rEHOPWupkvZluBJq2gxvJ0bzInhcnp0+6OnZa hmi8M3Klml1exn4ZxLFFcRDOSET7p+hIHSr5+5l7KXTQ5lbI+aMShTzyaseH 7dl8W6R3/wBNhJI7fvFrStPC2ualavdafZPdQI2xnjdDzt3Fcbj04qbSND1j T/EmmS32mXsEQvYAXlgZVHzjvjHeplOLVkaUoTumz2TXpGh8PalKiRu0drK4 WRQykhCRkEEEZA6g15BaX2teIblYoHgtln+UNbxGKLLZLLnk7nZASyYOQANt e1XNvHd2s1tKoaOZGjdSMggjBBz9a8PfVdS0m0u9kNrK6yyCOVG2hnR1yW2b Av3VxwvGD/EC2ctzuoXaGNqE+jeNbLU7ibZaXreeFeQsscbM0LBiM8qMSlR0 yM8gV6dqLrpunXd2ysVtYXkdEzvwqkkdRjjjn1ryjV7O71bTRE/2eS8izcQS RylVLsR+7CEgqCCwyD8zKgPetnSPiFpWn6FYwmC6ea2ijUIuw8gD5gcjGevQ Y6dQaiCd7HTJq2hsar42ewvI5J/CtwEuAEhhubQFd55CYGcycYILZBUgqDmv Lb5obeW0uH0wQNJBHvaVvNjuHKI5Yl9wLFZVyoI2/KcKcV6vo/i+w1WIx6dH Ks4t2laKRQgCZVVPoysWHTODkHgKTw2i32p6PcXkfnWNlHe/anjg8zyhaSP5 sSqjtjCiSGAk7v4I/Q4zaZoklqjn9Ji1OZwtqH8locs78QqiozksxwBxaknu fLOBkYPc6j8PLZbmCU6vezqwUOfKDlzgElGyduQQQNrEA9Tzjn9S8ZXeo2N9 bWdrZxxXXmDcvmO6LIzyHL4UcLLcgnAwGerOhXereIvBK2UGpSfbIdSyTJK/ zJjksyneRmRzwCflHcjLTaG4xerOsuPD1taaDJe6bpCsLBW2eTDvZ9o3As3J YkkdegbgAcV59oFxBcLHFKgeFPklEKkhQ0oPOe/LDj+VPkEPiPVbezu0m/tn LWhiu5JgyS5YgHfvwiNliB87sMBBuJrr4tG0m33G30+JFDkhmDOecFcbyTwB 2xwD0INJXk7hNJJruW9Fit7e1JtiMEK0gyCwBLFQ5HQgq64z/CfSn6jLLJYT LEsM0mwhYpkJ8w+m4Ou3I4z+HHUQrgJFFEoVUTaiDgIoAAA/AD9PSmFzgc4J /wD111OTtY5I0LPUyoLXVpoNSTVpba5bUBGJ3cebIpXI5BAUsFbaMf3VIZdo zHY2i6cymORmlBZtzFim9gQ7BST975dw9QNpAHOqG3jqFGc5zgfjTFQysixR ySO3RAucdOfXHI//AFg45ZxW52Qiuhm2dkiDymTeqOWVZfm25wTtPXkqOpPQ dquBpFkIyxOcqWIzwCMZAGOg/wAalMQWTGWjkGQyspFBDAHPD44yOvv/AFqF bdGu2jN/wLMR4inU870YjnOelek/SvLvCx+z+KLZs8OjKeMcivUe1b0Xo0eb jV7ykFFFFbHGFFFFABRRRQAUUUd8d+w9aAPDPHMX2vxvrN1Ks9xawGKETwqH FvuhK7TlhtXd5hOOjDnkiuMlhS08ONZXMS27+dDO5UEPOCrFEXI56jJHyg7e PX0vxlrWiz6boOuWlrvstSS5ZgsaRNMx2B4pMYLgESZBPLKvzdzw+taQ/wDY nhK4+x+Tc3aytmeYbGQFFV2VhtWMjaxdiMkv/AEA8x6ydz2KekUihcLeXHh+ NGF20ckawRwkYjSQyfKjHAyxEbEDGeB2BNZ15aLZ25SN476dl2xSwSlzGwlP DYxhiFbg56gqeeN1m0fTZ1TVlt9TgDELeWSbzA4z8gUFFlHC5IYAZPLYwek0 /wANaV4je3fRdZS4eQGS6LxkSoemBbcsQAdpYNtOevy1Si3sVzqK1Mmy1XXP B99DYtqt3NpMc0flXVveP5SkJHI5VdvzxYYfwcjG0jJzoeJviCmpaXPdWOmm Iz3im7lmkVkkbyURQCpDcojqSGVdrOMEtuWrN4f8RaXfXVlpWq2lxEJAqx+W kjqxLYK74/kZSpO75AhP3snJ5W90i90y3uTdbQrzKWMfI3fOPvAYZc7MkHHz ADnOCzuP3XsPtb+7gkeeVpHklczTyMSXnYklg5I+bhTkcEnnkgV1mm3TNDZS vff2db3Uqpd3sVyPMRm8mIsZGGFAUblP8PmN2w1cLq8TRywbocbYQuehAGQB 0AyBnnj8KuWczalcma5u5YbiaQzCaG2XCFFOTtjwQOeML8u0YHpMlpcFFXuf QN98QvCdlEulMUV0wkNrNb7EUcqgwwAUZAG04K55CgEjiPEWvaZO9va2lhHL K6xOlxEvks8JcoxQhthd2AUFkBGD8rYGPKbm1McTXUuoQ3ayDCmJJAmBxk7k B4xwAOinkcZlgnurHUWs76YkQu0Zi8wSCJTgOF6qRgYJww4zg9armkloyZ0o y3R6nZWenaxYr519aabPHFh4Z5SyktndyGXAwYmLYyoOcUupwr4f1fyo7lvM VEcTwjYdpG7oTgcgj3AHoa4q88q1s8TXUkc+9pQZ4FdyN5wG3HA5OeQ2Tu+7 hhUt74m1vTNQnn8QWh1Fpwyx3TxywfvBhiEYhCNpyCEAGWyd21KqlXcd9Tnr 4RVEuXQ6q68Y6jFC2nC/uJ1kjLyGYn5sjaQWJJK4YkZ+UntkjNXVvE1hdnff 2XnGT5pZotsDOwbG47lYEHJ5OBnjrxXNaKmo+KZrqTTpILd2lafbNdsW3IMp wgJG3JCswGdxUHqa0ItE8l0sRfGS7dkLwWUYeP7QPMTZ5jONhUbzt27cswOc YUVRp3LnQulHsdnb+K7HUtBg0LU7NJIFghS4fzCdxU/IPLwwO3YCw3ckkjpV WOGyj1rTTpOu3FxYS6tD5dgyuqxqoXLckA/OMZA7Vzh06ZrSS8t5LcANDG0l ztBgZcEoOQrKQ4JYliwAAOQN1vwoiTeIdKaIho/ODqBGyqB5p2lSyqWDLtbJ UZ3dM1fNF7CVOpFa2se5V4bqdnruqa9q0FlaNBA95PGJHbDMoZlyu75yOTjb xljwK9yrhdcJTWbq3yFWR/l2qQQCgLfP2JZvoAeOea6pHJh1duJxVr4U3hmv LiO6RRvRQzOshIxjLYIOOPxFUtZ0kaHbya3o7xrbQzed5flqJLVw2Fki3cFS 2AYjwcjAycx9g5DR4Cbg/wC8JCgocYwM9c8jH+7XHazqMGuauNMee4jtIC8s jkBEmYMY/lXA6AlSxLchiuwlt2c9jtpwSZo+Grh7u+u7+/eWTV9RxKsgJaK4 iULnyHJO8gqN6kgjaoCjY23j/FrSt41udPkeIxSTq++UhdglPmsNxB2qGkfk DjJrZ11oI9Pe5sEWOW8laSVQAULODlgDlUYHhSoBAJHQ4rldb1Ge41e4klKQ PcwxZCRq/wB1QF5JyowBnHGc8AYAyd+U1i/eN2LwksEO6+l2oH3MUBIZQTn5 ywXueqEc9/mxheFdZu9Oe+EUjeTJGhdQcgEOFDFf4tqyPgNxzk5AwbGnWS32 sRxPqE3mucyOkmx9oGT87HB4HB7enauqv/D1xpVjEug2cFvdNKGaaZd58vbn aGkB4ztPGc+2OXy31RLl0Ymk+F59f0lo3tLNIpDmENKYzADgrEpAaQ8OX5UR ljkkmtpNF1nTLOQXNzYmTazSnM+S4AO1NyFmZsBj0XpjI2gcs+r/ABAhOPtK DG0bY4bcLhSSMqE9+eOe+aWfxRrMnh1NNvLm9hvsswe1ZUZl7b1RchMHAIIJ wQcgYqbtPU1tFo1X1VoSiSx5eb/UxxZlec/LhFVejHfkKcZAzxnFLHqDXEKM gD7h5isAwDITweQD059+vGcVyes6q93l8rbysGhYRwiMFdoADZAJIBx0wMEg jNa3hyS91S+uNTu9kqPM8yIz+UhYkySNkcABS2AMjk9wMU6yWpmqUmbSSs7B XIVGIDPINqqD3JJxj8q9G03TLeK2RTboXxgyYBZjkkkseeST9O4GMDgZg0Fl JdgJJJFNtVYnEiMSu/nDZUjGCDg/Mvy4Bar1j40Z59RtLaxCTWxDRpPcHbNF krlVVMjA24BPAbvjFefjKkq0VybHfg6fs5PmNzxDAsVpJ9nEYmkICxYznby2 4DlSB3OccdSQK417yaBA32cTMQCCG2rz7DNQXuuapqt48kUTTxrGsJMyBiAB 0JXYGPPOT1LbRjGc+fUbyBjJeWxdTw21mVST6tk5PsTmpoRcI2bN5x53flTO o0e6kGsWrtamL5+WLk5+8PT2FevI25Fb1Ga8C0rUbF9Qtmiimjm3/KxVdv55 z617rp8nm2MT5zlRXoYZ6tHj5lTsk7WLNFFFdh5AUUUUAFFFFABWH4yvo9O8 G6xdSXLW2LWRElQkMrspVCCOfvEYrcrzr41Xz2ngBoUAP2u6jhbP90Zk/mgq ZO0Wy6SvNI8h1Azajoul2ge2iUL5xVX/AInKQkkKPWJSd+Pv4/hqafWJPEep 2mm5vFsCyQtbQz7CLdeI0XzDj5VyBngk5OWJJxrXybXRrbUYmzei5mRl3AEK qxFD7fM7n3Kj0NZkNxPGGbcyorh/lBwGGdvTGMZbGK89bnsNHtGufDbRIvAC Xcd5dTz6faBkeNYx55Z9+0gKSCQ+B85C4GN3Ocnw/wCHdB0nWdLur37PPPeC S805bO4DJHLHgiMEv84yxVdzDLwAE7XNcpbeJrq/t103Ub15ACcSzK7IyjJ+ YIA7ZLMTnd7jgEXtGgs5jIlt5gnvVAgn0+WQtGybmJ2kbiSdpxxwpxztq0xN O1rntGg6bZXA/tG9jSS+cpKZydxQg7lAJ5HOOo6AZ64rnviqIrPw6DAn7y+u UtpSx3nALOfmYbl5j5wQOvsasWOuCXwZpUsD7GaBBK8bJB5MiJ+8VYmUg4zw m3BBTG3INc3488QG98MW1pfWskd/b3qGUhh5TbYmLFWJPB81SOCOeCwKltXO DVjjVOSldknh3wjYar4atb68s5pZJPN2MB5qAh2T5lGHI+UkDdt+b6iqV58O Yo0eTT3W4DEE7FVWAGd2VDN3PCqrHKqcnFeh2V3YaJp0emNqVnvsYlgkWKUM /mKMMWRcsCW5I9WNUG1ZdS1lba2SMbXUyyTRnGAAdokUj5vmxgnA24G7cDV2 pcqi9yHVrRk3HbzPHdQ8P3tlcXHnsttHCi4SRnDREsCucKVUnc2FJB68ZODh eQRqkVu0xg2MSswXcVwvUBScjIGGB6c8ivpK9s3DxGC6ztHmJHc/wnGCVbHy /wC8SepHpXM3Hh3SnuFa8s5UcBtwDM8VwWzyxzljhjzkHBHPo3hHa8WOOYwT tUVvM8imuZLqZ7oXDqdjFkkfC4ALbAANoGQQoxglu3a3HILiG406GJrm3kMs zRy4UNJg5kUhjhU2YDtkDc5JAzjs7zwCqxymxm8yOSQsViV41iPUkgsxB4wq hXPA5zxXH3nhuXRA09xpcl2CTFBFM5EJOSxBaNsEqoPyq+ctk4xg8sqUovVH ZTqwmrxdyK0tY/N09g/2GykJW9lEizxNt3HcyIzNIoVeeACSw+XqXLrfiHQ5 1/s7VZhZ30RaCGcrKjxHMYDRuChYBACACcceoqQXfhm+mEmo2dxpF9saOVIp Xjhb5QMklZJNxycjAGO55q7N4Ns5bGObSP7Sv42XBNqY7nyclc7gmM8E8NsP qBjAFFtXLcktyO28Y6jr18LK+0uPU7OPAjt4YlgMQA2glwrEKd2WU5XO0D5Q BXbeDTbXfiC2mtUdEV8GOQ7thDHgNk71AxhiSSMHNeU6DBLJOZxJ5dspX7TK AGaOMnJbaTkqCoy2CASO5APsvw7iSfUZp1ywEjYfscdCOFOMYxlVI6ELjAIr 3kE5e6z1GuR8VxyLfxP5p8uaHZsH8O0nLfjuUV11cF8TNd/sKDT5msZblJDI hYSbEU/KQpbBGTgkDHO0+ld03ZXPLw13USRlAgSE7UaRiNq46Yz1Hpz71yGp +INP068kjsGnkmDBSsS4VnBICnPJOWYYAbp165kX+29diZ7q4OmW7LvQ22TJ IpLjOcjaCNyn7uQVO0qRm4mnW2lQu+l2UUcoQ+UXIYsSOAWIAA6ZAwp6nHNc k53R7EaVviOebVdStrlJNU02AWrkAbZFMkSnngFiSMY4OM+oPNTX2kWt2LOa OaRN0YwYpeoPOVOD69QOax5beP7WFIkZ2JMYOSW4+YnPzZ78+pHar82rvugt NNhMka4RHlVi5YDhlHBXAHc9scACsY1L7nTPD22El0OKKJXjhClTghsupzyo wxOWOSPoo75NZy6bJZXixCdrcOASy/uzjHTgjj8fzPNTT3GqafOLhruKZCfL kjiYybT3DKw4+g6+1XzqSQajpWoCFZoFEmY5x5nDKFwR1YruJ69R7GjnvoJU LXZHFY31xeSQLE8rQBSTM5IG4EjKuBjseV568g5PSTaTq97arClr5UTceX5z KrD1VXKqAMk5OAMg+tYb+Mbr+3Le7j+zvbxQGLyldwFUvuYRsSxVjyATkAHo c1cl8X6rLcW5t1t4o4mGFRHZnOeBkkHH8O0AAqSGBBrZqCXc5oyqt22MmWwt 7S5vYb1Jf3Fv/DhSGKgqeCRg5HRiDgEE4Feg6DZQXmiWerQSiS9lgwZZRu2O dyvkYGOrjGAMFTyOTwdy9xrupCMWcOntdBYliRXA27TgDcc9BxnOOccV3Pw+ uoX8IwKFAMLurvj75OHz9drAfQCvDzepKlh+am7O56WFhz1Pf1RZvNDSw07U pYp5VZbSQ7d4xgEOei9doYZ685681xVyJNFv3t7vZDcTwCCcrt3GKUK/zc4y PuNzyoJHUFuk8UeIp4bS/tI4CUV2UuAyPsHJGG3DLApliMFTgLyK5m8ni1m9 uLvUY5JYGfzrho1y8a8YIJ3YHCjkH5VCnBxUYH2vJeo73OipFLZbD7CKG5WI ackbBAWA3gSNjPBc42rgqMdF2k9SzV0FvoMdn5c0lw01xGTiUqRkHjain5lw DjPJPcDOK4i1guIL4T2N80UC7jDKmY5SDxztPy/KcZHuMda2V1zW7KGQM9rf KcKgZNrjHHPAB475Prx1rtdOa+Fmbqwasy3qVqI9dtrnlgV8uE+bgjaoJXaf vAhZCGByCxU9AT7D4Zn+06FC/cHB/IEfzrwtr7VtRheCeziSJyHAiZoyGUhg c5bPI/u17P4IMn9hssiBcPkYBxjGev1z2rtwrkmkzysw5XB2Z0lFFFekeAFF FFABRRRQAV5h8cDFP4Us7Tzo1uftazxxMfmlC/uyqjHLAyqcHsD9K9Pryj41 aTqGojQpbPTby9hgMwmFrEXYbvLwDjJAO089Kzq35HY3wyvVR5KNPvtFWZzb QySwBRMJ0hmjKuTsZM7gwOPvA9Tx3pRrdpdhlnsLW3byxte3sowpODndxlc8 EspOOcKcjE8utNEbTz0ulM9kLWTyZXiZGVmVcjjfhDHwcA4AyOaTVjbSpGJV ESSSoUvGiQP5bYLFvKA3kcbgxZs4HGCW4bdz1+VMy9YtktpYoorcQq0Yc7eV YMMg8k59unGDgGtPSb6J7eBfJKYz5jKnB4IY57Egkcg9xgjArR0POpaPHp0l xFbyxgRwq8hUlMmU7gqtI6lmyMKAuwMTwMxSaJLp09nDcm0s5JJlTccnIwxZ yrAD5TnocjAGOmWrmbT2Zo2N7HZ3lmI2uB57rEYoIzIxO07Rs4JGflwpBG7I BIArT1SM6rfxzxpDIkTYjmWTa6N5aFC7kBlR8AAkjo2MDAPJ6jc29rdJbQ3i y20YCPJ5b7WZlKs2erKh3KM9cZwd2Ku3Dy/Z7ppoXZpw0++RFUhwm9lZt/JB HIJLYJBGeKzqrW6KTdrM2WlvNN0q0jkkS3DooKRA7o1AHmBVzkEf8BXn73OR s+G/EPh3w9a/2heajcT6jJM9pNGmySEsrfK4lYcgAjJRnHzhsY4HnOpTyay0 Et8vkeRDhpmVi0gDcsx/iO5hxnv1J5K39hcXUyFJA1uGETzzTlgshBABbgn5 YyM4HAIOduaqknF8z3JlFSVmeyDx/wCE002S4i1CKSTcgldbeQsSFyeCMjOw 9DtGeeQc72nXcd9ayL9mngkSUrMlzgPlsP8AMu47ch/u8YPBAxgfO2gxMLt7 kTFPs+0o8MrKwfdlCCBnhlznscV2Np4l1TSleNNYuEMxyzTOrsflVergnGFU ck4Ax2rthWktTjq4Sm1ZHaTX8FjrV7bXU0bFXVILa3PlnJAKqA+AxCFWYofl OB/EMc/rfjXSJfPjtYba5nx5Ud5JlVZRyQy4MhUMR8rKFY85O0Z4XWIjrup3 Wo3epFppJQskht1w20KM7hheBgDHXGe9YtveC3tfs7pkMxJJAbkgfwevy+tT KvNqzHTwVFNSjozr45tE1DULS2urVolliVC1pt27nbDSng+WADkoo6gjCdKb qng2/wDDd7PcWy6lHAjOEurfoVB4yULFM9gxya5G1vLiJTb28UcwYltrQK5b PGRkEjj0NXZ/EGqXOnG3l1C5EUEQiVfOYDbnGzHcYz19BzWeiR0uMr2T0Iki 1XTbe4RRPA8jGOePA3qVOMHPKkEHpj+Id696+Flrs0cSkYIUDGMY+Udq8w0f VtEu9DXT7/w+jSxxhWuIFUmQgfKWLDepBAzsfb7AYr2fwBB5PhpG7sRnknsP WiGskTWdqbZ1Vc344Vx4dNyrN/o0qyFFAO/P7vGSDj7+c47GukrI8VaX/bXh XU9PEHnySwN5Ue7bmQfMnOezBT6cc8V1TV4s82k7TTPKxqtugTzFFuQN26Vc 7e/BzkfXis+88TWKzFLZZ7qcHDFQAh/4Eck/rVAeEblI3/fWmecBCxJP+6VG P1P1qW38Jyi4J1G7jgtWYEvBy+ASD98AAn154PSvMlVTR9PyJa3uU0hn1y7k SK2QCUZXOAAueWkY/eHGSec7fVRXQQeHFt9LlhtrhZJh5imQxqglXAKgrk8g nqxbjGMGrFtdaNYW0cMWyMrhTFbpu3DOCxbucdMnr6DApRqXmxjybOcELtBK gA9Oev0/Sud88tkae0it3Y4OWCKBCilAWwu5fu7QQRjt6c89etX5YPs9lpzm LIiuIky2Ocnnr0zgd6ut4R1i9uUFvbrEhbIG9nJ79xz/AD6+uB0B+HOvanDG sqxwqmMtuOcjODjHvW8KUyKmKpW3OTuEE/iaBiOJoCvmyYYD7zYwevQCtmJE iTa7iMdPkOBXUf8ACr9RcL513aMU+4VZuOn+z6gVoW/wzCyAzXEYXOcpkn9a 3VGbON42jHqeezSmG+0+6tkO+FnDgNklWUIPyG41o+HLttE02e2htDIZLh3U M5VQmFCjjntyPTvXqFr4H0e3Ks0bykDkMcA/lz+ta9vpGn2oAhs4VwcglQSD 9TzUVcBGtHkqbGX9qKDvA8zCX+t24VtF82dQDHI5LLGSCp5ChsdO/YZqCy+G GrmRTJOIMKcMzjjkYwV5VsdxjHPPPPsH86OlaUcBSpKyRz1M0rS2POo/hRbb g82obnbJYi3GSceuefr1rYsPh5o9t5bXAkuGUEYJ2qfTgcj8662iupUorZHH LE1ZdTMtvD2j2mfJ0+AE8ncu7+ea0Y0SJNkSKi+igAU6irUUjJzk9Gwooopk hRRRQAUUUUAFH8qKKAMe98K6DqW37Vpdu2CT8i7Cc9clcZ/HNcnqXwc8PXmR bNLaqSxwvIXOOgBA7d816JRUuEXujSNacdmeM3/wHBXdYa38+AuLiHIC4I6g +mKx7j4Ua/pcMpi3TyFSiNDGNuSR82BkkFVIwV/i+te/UYFZujE3jjKi31Pm C48OapbM0F1p6sEyGji+QIem7Dc9eSMH0GO1SG2uoLKNZIpJDcCQmCfeqRmP c2CoIySrNgj/AJ6Njlc19TTW8NymyeGOVAdwV1BGfpjFZF94S0a/yz2gikP8 cR2n6en6VnLDvobRxkOqPnpb9LaOC3+yOLi5MRBgXawK/uiFCjlm2DHXBLHg kbdbTNCF1NHcy2MrLPfyANEFOwBSTuUnJUgM3J5CZKkNhvUL74bWcjSGzn2C VdkiuPvrncAxH3hvAOCMf1yl+GF5ExMc9jtZxIyuGIyA3oASMtnBOCeTmodO aWxqq9J9Tyq5e607Wbg6pcvltrq0kMnzLgBfvDOAqlQMn7pGTjNa6affukkY 0++wymVh9nfaVwDuJxgjBHPpXfp4G1a1dXitrYSLk+ZBIAd2QQclQ2Rjrnsu MEZOTJpeuaMTbWkWbMsDJZ3SuyDPJKMrK6fMS2FYBs/Maz55x0aKj7Ob3PPF 0v8AfyMkjWMiuTnbtAOM4ALjHQHGDgHJwKgPh+aRN0VwryuN4jCKyqp2kcqx AJOeP9nnGa7B7CS4dEvNNsbfYxIKeceo6mQlpCATnYWIz27VzbyXkVsqSW8q RxkeYFOAzsMYU9Su0DJ9NwLcjGcpTeqOpRiloY7afcwXflCNTJGDhomHQKSS OmeAfyq7NolzIGgmlbzEA3KWyC3y4AYDDH5m6cDnnrWqj2WYLqXy1nlUxMgw N5wCquD1w2BliACQSWAxTEuJJIwnkr98hlicMFHVVLDgKdzYI+U4Py8VMqk2 hKMFqwsrKC3cWsUyAiRmZV3YLBtp255xxjJCn5ep5FfQPhOHyPDtqvqob9BX gtvaPceI7WQtb4kTzkEXy5UZUErluMMADu7HGeSPofSIfI0i0jPaJf5V14a7 d2ceNaVOyLtBAIwRRRXYzy1ueeat4FU3i2+nSi2tRhY4vMZto+pyTRa/DNdx aaeJm/iPJz69qKK4404c2x6s601Fam3a+BtMt+HZ5ABjA+XFbEGiabb4MdpH kDGSM5oorpUIrocE6029WXkRY1CooVR2AxTqKKuxi22FFFFAgooooAKKKKAC iiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAzTWRWXa yqw9CKKKB3tsVZtJsZ8+ZbJyMHHFZF14L065JxuUHsec/X29qKKhwi+hvSrT i9GYN58M4GdpEkj3MB8zfe6g9ccdByOmB6CsWXwJNYzK1tcRJ5ZOwZLbeAOC QSOAOnoB0AFFFctSKWh6NKTktSrp3hycasskk6yPJIGkaQ7iSN2MHGR9455O Tye2PYYEEdvEg/hQD9KKKvD9Tnx2yP/Z --= Multipart Boundary 1122010210-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Thu Nov 22 18:25:20 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA22739 for ; Thu, 22 Nov 2001 18:25:20 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id SAA05384 for avt-archive@odin.ietf.org; Thu, 22 Nov 2001 18:25:22 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id SAA05367; Thu, 22 Nov 2001 18:24:40 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id SAA05339 for ; Thu, 22 Nov 2001 18:24:39 -0500 (EST) Received: from yourwebsite.com (cb191987-b.mrtngv1.il.home.com [24.14.125.147]) by ietf.org (8.9.1a/8.9.1a) with SMTP id SAA22705 for ; Thu, 22 Nov 2001 18:24:35 -0500 (EST) From: rose@flash.net Message-Id: <200111222324.SAA22705@ietf.org> Reply-To: rose@flash.net To: avt@ietf.org Mime-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Date: Thu, 22 Nov 2001 17:25:01 -0600 Subject: [AVT] DOT USA (.usa) Domains Available NOW!!! Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org

.usa NOW AVAILABLE!!!

.usa NOW AVAILABLE!!!

.usa NOW AVAILABLE!!!

Don't miss out on this ONCE IN A LIFETIME OPPORTUNITY!!! Not only can you now support OUR economy, but also get THE URL that matches the format of the ENTIRE REST OF THE WORLD!!!The United States is the ONLY country with .com or .net as the STANDARD extensions for it's URL's!!! Canada (.ca), Korea (.kr), Cyprus (.cy), Taiwan (.tw)... FINALLY we have access to .usa!!!

ACT NOW!!! Get the URL you REALLY wanted!!! PROTECT YOUR CURRENT URL!!! In the INTERNATIONALLY RECOGNIZED format recognized by EVERY OTHER COUNTRY IN THE WORLD!!!

Just click here

Dot USA Domain Name Registrar

(it takes all of 3 minutes to register)!!! _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Mon Nov 26 08:24:34 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA24990 for ; Mon, 26 Nov 2001 08:24:34 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id IAA07286 for avt-archive@odin.ietf.org; Mon, 26 Nov 2001 08:24:38 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id IAA07247; Mon, 26 Nov 2001 08:22:55 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id IAA07218 for ; Mon, 26 Nov 2001 08:22:54 -0500 (EST) Received: from mailx.dacom.co.kr (mailx.chollian.net [203.252.3.22]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA24925 for ; Mon, 26 Nov 2001 08:22:27 -0500 (EST) Received: from sol ([211.171.1.156]) by mailx.dacom.co.kr (8.9.1a/8.9.1) with SMTP id WAA04273 for ; Mon, 26 Nov 2001 22:18:56 +0900 (KST) Message-Id: <200111261318.WAA04273@mailx.dacom.co.kr> From: admins To: avt@ietf.org X-Mailer: Microsoft Outlook Express 5.00.2615.200 Reply-To: admin@bojimolca.com Date: Mon, 26 Nov 2001 22:22:09 +0900 Mime-Version: 1.0 Content-Type: text/html; charset=ks_c_5601-1987 Subject: [AVT] [±ä±Þ°øÁö] µåµð¾î ¿ÀǵǾú½À´Ï´Ù. Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org È­Á¦ÀÇ H¾çºñµð¿À

º¸Áö¸ôÄ«´åÄÄ

  È­Á¦ÀÇ H¾çºñµð¿À.¿©´ë»ýÀÇ ÇÏ·ç......

  ÆäƼ½¬.¸ôÄ«.XXXÀϺ» µ¿¿µ»ó,¼½½º¾ß»ç..

¡¡

¡¡

_______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Mon Nov 26 10:44:03 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA04555 for ; Mon, 26 Nov 2001 10:44:03 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id KAA11297 for avt-archive@odin.ietf.org; Mon, 26 Nov 2001 10:44:06 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id KAA11175; Mon, 26 Nov 2001 10:43:30 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id KAA11147 for ; Mon, 26 Nov 2001 10:43:29 -0500 (EST) Received: from hafez.nge.isi.edu (hafez.nge.isi.edu [65.114.169.194]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA04488 for ; Mon, 26 Nov 2001 10:43:25 -0500 (EST) Received: from hafez (csp@localhost) by hafez.nge.isi.edu (8.11.6/8.11.6) with ESMTP id fAQFhOP05750 for ; Mon, 26 Nov 2001 10:43:24 -0500 Message-Id: <200111261543.fAQFhOP05750@hafez.nge.isi.edu> From: Colin Perkins To: avt@ietf.org Date: Mon, 26 Nov 2001 10:43:24 -0500 Subject: [AVT] AVT meeting dates Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Please note that the AVT sessions at the Salt Lake City IETF are currently scheduled for Monday evening, and Wednesday morning. This is a change from the earlier agenda drafts. Colin _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Mon Nov 26 10:49:57 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA05310 for ; Mon, 26 Nov 2001 10:49:57 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id KAA12009 for avt-archive@odin.ietf.org; Mon, 26 Nov 2001 10:50:00 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id KAA11955; Mon, 26 Nov 2001 10:49:39 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id KAA11929 for ; Mon, 26 Nov 2001 10:49:38 -0500 (EST) Received: from argyre.fr.uu.net (mail.fr.uu.net [194.98.0.9]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA05275 for ; Mon, 26 Nov 2001 10:49:34 -0500 (EST) From: annuaire@annuairefrancais.com Received: from [213.11.39.71] ([213.11.39.71]) by argyre.fr.uu.net (8.9.3/8.8.7) with SMTP id QAA17788 for ; Mon, 26 Nov 2001 16:56:13 +0100 (MET) Message-Id: <200111261556.QAA17788@argyre.fr.uu.net> Mime-Version: 1.0 Content-Type: text/plain;charset="us-ascii" Content-Transfer-Encoding: 7bit Date: Mon, 26 Nov 2001 16:48:33 +0100 To: avt@ietf.org Content-Transfer-Encoding: 7bit Subject: [AVT] Info : L'Annuaire Francais par Departement facilite vos recherches Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 7bit Bonjour, L'annuaire Francais Par departement http://www.annuairefrancais.com integre desormais un moteur de recherche pour affiner vos recherches sur le web. L'inscription reste gratuite et la validation toujours manuelle. L'adresse d'inscription est desormais http://inscrip.annuairefrancais.com Pour toutes suggestions contactez par mail : direction : laurent@annuairefrancais.com validation : validation@annuairefrancais.com publicite : publicite@annuairefrancais.com partenariat : partenariat@annuairefrancais.com INFORMATIONS : retrait de notre liste d'info : http://supressinfo.annuairefrancais.com (L'annuaire francais envoi 2 infos par an) L'annuaire Francais 119 Rue des Pyrenees 75020 PARIS +33 (0)1 43 67 00 74 _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Mon Nov 26 11:53:29 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA11537 for ; Mon, 26 Nov 2001 11:53:29 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id LAA16447 for avt-archive@odin.ietf.org; Mon, 26 Nov 2001 11:53:29 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id LAA16422; Mon, 26 Nov 2001 11:52:56 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id LAA14205 for ; Mon, 26 Nov 2001 11:28:58 -0500 (EST) Received: from relay2.kornet.net ([211.48.62.162]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA08574 for ; Mon, 26 Nov 2001 11:28:48 -0500 (EST) Received: from localhost (61.72.136.249) by relay2.kornet.net; 27 Nov 2001 01:28:36 +0900 Message-ID: <3c026db43c0f87f5@relay2.kornet.net> (added by relay2.kornet.net) Reply-To: salearea3@airtkcketauction.co.kr From: (ÁÖ)Ç×°ø±Ç°æ¸Å To: avt@ietf.org Mime-Version: 1.0 Content-Type: text/html; charset="ks_c_5601-1987" Date: Tue, 27 Nov 2001 01:34:45 +0900 Subject: [AVT] [±¤°í]°¡Àå Àú·ÅÇÑ Ç×°ø±ÇÀº Ç×°ø±Ç°æ¸Å¸¦ ÀÌ¿ëÇϼ¼¿ä. Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org ¡Ø ÀÌ ¸ÞÀÏÀº °Ô½ÃÆÇ¿¡¼­ ÀÓÀÇ·Î »ÌÀº °ÍÀÌ¿À´Ï,À̸ÞÀÏ Àܴ̿ ¾î¶°ÇÑ °³ÀÎÀÚ·áµµ ¾ËÁö ¸ø

  ¡Ø ÀÌ ¸ÞÀÏÀº °Ô½ÃÆÇ¿¡¼­ ÀÓÀÇ·Î »ÌÀº °ÍÀÌ¿À´Ï,À̸ÞÀÏ Àܴ̿ ¾î¶°ÇÑ °³ÀÎÀÚ·áµµ ¾ËÁö ¸ø
    ÇÕ´Ï´Ù.ÀÓÀÇÀûÀ¸·Î ó¸®ÇÑ ¸ÞÀÏ¿¡ ´ëÇØ¼­´Â ¼ö½Å°ÅºÎÇÏ¿© ÁÖ½Ã¸é ¸ÞÀÏÀ» ¹ß¼ÛÇÏÁö ¾Êµµ·Ï
    ÇϰڽÀ´Ï´Ù.
¢Ñ ¼ö½Å°ÅºÎ

 

_______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Mon Nov 26 12:44:41 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA15730 for ; Mon, 26 Nov 2001 12:44:41 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id MAA19724 for avt-archive@odin.ietf.org; Mon, 26 Nov 2001 12:44:43 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id MAA19608; Mon, 26 Nov 2001 12:42:02 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id MAA19577 for ; Mon, 26 Nov 2001 12:42:00 -0500 (EST) Received: from zrc2s03g.us.nortel.com (h66s122a103n47.user.nortelnetworks.com [47.103.122.66]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA15510 for ; Mon, 26 Nov 2001 12:41:57 -0500 (EST) Received: from smtprch1.nortel.com (erchg0j.us.nortel.com [47.113.64.103]) by zrc2s03g.us.nortel.com (8.9.3+Sun/8.9.1) with ESMTP id LAA27386 for ; Mon, 26 Nov 2001 11:41:28 -0600 (CST) Received: from zrchb200.us.nortel.com by smtprch1.nortel.com; Mon, 26 Nov 2001 11:36:36 -0600 Received: by zrchb200.us.nortel.com with Internet Mail Service (5.5.2653.19) id ; Mon, 26 Nov 2001 11:39:54 -0600 Message-ID: From: "Peter Barany" To: "'avt@ietf.org'" Date: Mon, 26 Nov 2001 11:39:53 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C176A1.5AF85180" Subject: [AVT] SRTP question Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C176A1.5AF85180 Content-Type: text/plain; charset="iso-8859-1" Hello colleagues, A quick question regarding the SRTP Internet draft (draft-ietf-avt-srtp-01.txt) if anyone has the answer: Q: In Section 3 "SRTP Overview" of the draft the Figure 1 illustrates the format of the SRTP packet (with the only difference from an RTP packet being the addition of the optional SPI and authentication tag at the end of the packet). Does the payload have to be padded in order for the optional SPI and/or authentication tags to be used properly? Thanks. Regards, Peter Barany IP Multimedia Standards and Research Nortel Networks +1-972-685-2471 (Office) +1-972-684-3775 (Fax) +1-972-467-8346 (Mobile) e-mail: pbarany@nortelnetworks.com ------_=_NextPart_001_01C176A1.5AF85180 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable SRTP question

Hello colleagues,

A quick question regarding the SRTP = Internet draft (draft-ietf-avt-srtp-01.txt) if anyone has the = answer:

Q: In Section 3 "SRTP = Overview" of the draft the Figure 1 illustrates the format of the = SRTP packet (with the only difference from an RTP packet being the = addition of the optional SPI and authentication tag at the end of the = packet). Does the payload have to be padded in order for the optional = SPI and/or authentication tags to be used properly?

Thanks.

Regards,

Peter Barany
IP Multimedia Standards and = Research
Nortel Networks
+1-972-685-2471 (Office)
+1-972-684-3775 (Fax)
+1-972-467-8346 (Mobile)
e-mail: = pbarany@nortelnetworks.com

------_=_NextPart_001_01C176A1.5AF85180-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Mon Nov 26 13:26:18 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA18587 for ; Mon, 26 Nov 2001 13:26:18 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id NAA21219 for avt-archive@odin.ietf.org; Mon, 26 Nov 2001 13:26:21 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id NAA21093; Mon, 26 Nov 2001 13:24:19 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id NAA21062 for ; Mon, 26 Nov 2001 13:24:12 -0500 (EST) Received: from albatross-ext.wise.edt.ericsson.se (albatross-ext.wise.edt.ericsson.se [194.237.142.116]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA18471 for ; Mon, 26 Nov 2001 13:24:07 -0500 (EST) Received: from esealnt409.al.sw.ericsson.se (ESEALNT409.al.sw.ericsson.se [153.88.251.32]) by albatross.wise.edt.ericsson.se (8.11.0/8.11.0/WIREfire-1.3) with SMTP id fAQIO9f17197 for ; Mon, 26 Nov 2001 19:24:09 +0100 (MET) Received: FROM esealnt742.al.sw.ericsson.se BY esealnt409.al.sw.ericsson.se ; Mon Nov 26 19:23:55 2001 +0100 Received: by esealnt742.al.sw.ericsson.se with Internet Mail Service (5.5.2653.19) id ; Mon, 26 Nov 2001 19:15:57 +0100 Message-ID: <4E85E49D1F0CBF4F96EA08E335750D7D1B5607@Esealnt877.al.sw.ericsson.se> From: "Elisabetta Carrara (ERA)" To: "'Peter Barany'" , "'avt@ietf.org'" Subject: RE: [AVT] SRTP question Date: Mon, 26 Nov 2001 19:23:53 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Hi I think there was a discussion about this during the London meeting, and that the answer was no, we use the profile. BTW, SRTP-02 has not the SPI anymore. The new version of the draft was submitted close to the deadline, so it will take maybe same days to appear. thanks, /Elisabetta -----Original Message----- From: Peter Barany [mailto:pbarany@nortelnetworks.com] Sent: den 26 november 2001 18:40 To: 'avt@ietf.org' Subject: [AVT] SRTP question Hello colleagues, A quick question regarding the SRTP Internet draft (draft-ietf-avt-srtp-01.txt) if anyone has the answer: Q: In Section 3 "SRTP Overview" of the draft the Figure 1 illustrates the format of the SRTP packet (with the only difference from an RTP packet being the addition of the optional SPI and authentication tag at the end of the packet). Does the payload have to be padded in order for the optional SPI and/or authentication tags to be used properly? Thanks. Regards, Peter Barany IP Multimedia Standards and Research Nortel Networks +1-972-685-2471 (Office) +1-972-684-3775 (Fax) +1-972-467-8346 (Mobile) e-mail: pbarany@nortelnetworks.com _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Mon Nov 26 20:41:40 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA18622 for ; Mon, 26 Nov 2001 20:41:40 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id UAA04545 for avt-archive@odin.ietf.org; Mon, 26 Nov 2001 20:41:43 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id UAA04487; Mon, 26 Nov 2001 20:39:58 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id UAA04458 for ; Mon, 26 Nov 2001 20:39:56 -0500 (EST) Received: from amdext.amd.com (amdext.amd.com [139.95.251.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA18537 for ; Mon, 26 Nov 2001 20:39:52 -0500 (EST) From: steve.mcrobert@amd.com Received: from ssvlgs01.amd.com (ssvlgs01.amd.com [139.95.250.16]) by amdext.amd.com (8.9.3/8.9.3/AMD) with SMTP id RAA12657 for ; Mon, 26 Nov 2001 17:39:24 -0800 (PST) Received: from 139.95.250.1 by ssvlgs01.amd.com with ESMTP (Tumbleweed MMS SMTP Relay (MMS v4.7)); Mon, 26 Nov 2001 17:39:24 -0800 X-Server-Uuid: 02753650-11b0-11d5-bbc5-00508bf987eb Received: from caexmta4.amd.com (caexmta4.amd.com [139.95.53.8]) by amdint.amd.com (8.9.3/8.9.3/AMD) with ESMTP id RAA05609 for ; Mon, 26 Nov 2001 17:39:23 -0800 (PST) Received: by caexmta4.amd.com with Internet Mail Service (5.5.2653.19) id ; Mon, 26 Nov 2001 17:39:22 -0800 Message-ID: <4201B90278FBD111B95100805F8516BD0565AE1B@caexmta4.amd.com> To: avt@ietf.org Date: Mon, 26 Nov 2001 17:39:12 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) X-WSS-ID: 101C3146951845-01-01 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Subject: [AVT] question about RTCP Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 7bit Sorry to bother you all again. one more question, about RTCP this time: In RFC 1889 section 6.4, at the top of page 25 it says: "End systems send one SDES packet containing their own source identifier (the same as the SSRC in the fixed RTP header). A mixer sends one SDES packet containing a chunk for each contributing source from which it is receiving SDES information, or multiple complete SDES packets in the format above if there are more than 31 such sources (see Section 7)." Does a mixer need to include its own SSRC in one of the chunks as well as the chunks for each of the CSRCs? Thank you for all of your help, Steve _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Tue Nov 27 07:25:58 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA22761 for ; Tue, 27 Nov 2001 07:25:57 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id HAA29493 for avt-archive@odin.ietf.org; Tue, 27 Nov 2001 07:25:59 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id HAA29435; Tue, 27 Nov 2001 07:24:04 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id HAA29406 for ; Tue, 27 Nov 2001 07:24:02 -0500 (EST) Received: from alpine.lancs.ac.uk (egc011000005.lancs.ac.uk [148.88.155.78]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA22694 for ; Tue, 27 Nov 2001 07:23:59 -0500 (EST) Received: (from laurent@localhost) by alpine.lancs.ac.uk (8.11.6/8.11.6) id fARCNn815478 for avt@ietf.org; Tue, 27 Nov 2001 12:23:49 GMT Date: Tue, 27 Nov 2001 12:23:49 GMT Message-Id: <200111271223.fARCNn815478@alpine.lancs.ac.uk> From: "Laurent Mathy" To: avt@ietf.org Reply-To: Subject: [AVT] CfP: ACM MMSJ on Multimedia Distribution Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org --> We apologize if you receive multiple copies of this. <-- Please feel free to distribute a copy of this call to those who might be interested. Call for Papers ACM Multimedia Systems Journal Special Issue on Multimedia Distribution http://www.comp.lancs.ac.uk/computing/users/laurent/cfp_MM_distribution.html Recent advances in core network and access network technologies, along with the continuous growth of user population in the Internet, are setting ideal conditions for high quality multimedia distribution (audio, video, interactive TV, etc) to the masses in the Internet. This is stimulating a wealth of research on the development and the deployment of large-scale multimedia distribution technologies, both as networking and as server-side solutions. Furthermore, new multimedia application services are being proposed that let the users customize their multimedia experience (e.g. interactive TV), but that also impose new requirements on the underlying distribution infrastructure. This special issue of the ACM Multimedia Systems journal will collect and archive the state of the art in the provision and support of multimedia distribution for existing and future network technologies. Papers are solicited in all aspects of multimedia distribution. Areas of interest include, but are not limited to: - streaming technologies - multimedia content distribution architectures - scalability issues in multimedia distribution - deployment and management issues for multimedia distribution - Quality of Service and performance issues in multimedia distribution - novel multimedia distribution applications and services - large-scale multimedia servers - multimedia caching technologies Authors are invited to submit, by email, full original papers in electronic format (PDF or PostScript) to laurent@comp.lancs.ac.uk. Authors should follow the ACM Multimedia Systems manuscript format, (see http://link.springer-ny.com/link/service/journals/00530/index.htm) (approximately 25-page long, double space, single column, 11 or 12 pt.) Important dates =============== Submission deadline: March 15, 2002 Notification of acceptance: July 15, 2002 Provisional Publication: fall/winter 2002 Guest Editors: David Hutchison dh@comp.lancs.ac.uk Laurent Mathy (corresponding editor) laurent@comp.lancs.ac.uk Lawrence A. Rowe Rowe@CS.Berkeley.EDU Giorgio Ventre giorgio.ventre@unina.it _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Tue Nov 27 11:05:48 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA05904 for ; Tue, 27 Nov 2001 11:05:47 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id LAA05996 for avt-archive@odin.ietf.org; Tue, 27 Nov 2001 11:05:49 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id LAA05902; Tue, 27 Nov 2001 11:04:42 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id LAA05865 for ; Tue, 27 Nov 2001 11:04:39 -0500 (EST) Received: from dgesmtp02.wcom.com (dgesmtp02.wcom.com [199.249.16.17]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA05870; Tue, 27 Nov 2001 11:04:36 -0500 (EST) Received: from dgismtp02.wcomnet.com ([166.38.58.142]) by firewall.wcom.com (PMDF V5.2-33 #42261) with ESMTP id <0GNG00M5FV64W3@firewall.wcom.com>; Tue, 27 Nov 2001 16:01:16 +0000 (GMT) Received: from dgismtp02.wcomnet.com by dgismtp02.wcomnet.com (PMDF V5.2-33 #42263) with SMTP id <0GNG00B01V5ZJM@dgismtp02.wcomnet.com>; Tue, 27 Nov 2001 16:01:15 +0000 (GMT) Received: from skanchina ([166.35.144.87]) by dgismtp02.wcomnet.com (PMDF V5.2-33 #42263) with SMTP id <0GNG009EAV5LVV@dgismtp02.wcomnet.com>; Tue, 27 Nov 2001 16:00:58 +0000 (GMT) Date: Tue, 27 Nov 2001 10:12:24 -0600 From: Sharma Kanchinadham In-reply-to: <200111271519.fARFJLv02487@purple.nge.isi.edu> To: "'Colin Perkins'" Cc: sip@ietf.org, avt@ietf.org Reply-to: sharma.kanchinadham@wcom.com Message-id: <003e01c1775e$4db3ba60$579023a6@wcomnet.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Importance: Normal X-Priority: 3 (Normal) X-MSMail-priority: Normal Content-Transfer-Encoding: 7bit Subject: [AVT] RE: [Sip] Reg draft-ietf-avt-rtp-mime-05.txt Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 7bit Hi , Thanks for the info on the AVT working group. Regarding item 1 what i am trying to say is that: There needs to be a new MIME subtype of G.711 as shown below: MIME media type name: audio MIME subtype name: G711 Required parameters: None Optional parameters: appendix_II: indicates that appendix_II, silence suppression is used. Also there can be 2 types of Silence Suppression with G.729 i.e. G.729 annexb, or some kind of a proprietary silence suppression for example: G.729 with Cisco VAD. Hence it is suggested that there be a 'cisco_vad' or 'unspecified_vad' as another optional parameter under G.729. The below mentioned draft is being considered as a basis for Silence Suppression negotiation. In this connection, the second point assumes significance. Assume a SIP client that is not conformant to this Internet Draft. Hence it would not pass the 'annexb' parameter etc. However the draft assumes that if 'annexb' is not passed it supports 'annexb'. Hence the far end might start sending Silence Suppression packets and the SIP client may not handle the SS packets properly. Thats what i mean by saying that it causes backward compatibility problems. Please see if you agree. Thanks , Sharma Kanchinadham Worldcom ============================================================================ -----Original Message----- From: Colin Perkins [mailto:csp@isi.edu] Sent: Tuesday, November 27, 2001 9:19 AM To: sharma.kanchinadham@wcom.com Cc: sip@ietf.org Subject: Re: [Sip] Reg draft-ietf-avt-rtp-mime-05.txt --> Sharma Kanchinadham writes: >I have some comments/observations on draft-ietf-avt-rtp-mime-05.txt. Please >provide your inputs/opinion. > >The link to the draft is: >http://search.ietf.org/internet-drafts/draft-ietf-avt-rtp-mime-05.txt You should really ask this question on the AVT group's mailing list , since it doesn't relate to SIP. >1. The parameter "annexb" is not always applicable. For example in G.711 the >Silence Suppression is Appendix II. Hence there needs to be more values such >as "appendix_II" and "cisco_vad". The annexb parameter is defined only for G.729. It cannot be applied to other payload formats. >2. The second item is currently if the "annexb" parameter is ommitted then >it is assumed that Silence Suppression is supported (basically it is treated >as if it is "yes"). This would create backward compatibility problems when >interworking with platforms that do not want to do the development. Is it >possible to reverse this ? There is no backwards compatibility issue, since this parameter is only valid for G729, and was introduced at the same time as that payload format. Colin _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Tue Nov 27 11:08:50 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA06145 for ; Tue, 27 Nov 2001 11:08:45 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id LAA06149 for avt-archive@odin.ietf.org; Tue, 27 Nov 2001 11:08:47 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id LAA06118; Tue, 27 Nov 2001 11:07:59 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id LAA06091 for ; Tue, 27 Nov 2001 11:07:57 -0500 (EST) Received: from dgesmtp02.wcom.com (dgesmtp02.wcom.com [199.249.16.17]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA06048 for ; Tue, 27 Nov 2001 11:07:54 -0500 (EST) Received: from dgismtp02.wcomnet.com ([166.38.58.142]) by firewall.wcom.com (PMDF V5.2-33 #42261) with ESMTP id <0GNG00088VDAZO@firewall.wcom.com> for avt@ietf.org; Tue, 27 Nov 2001 16:05:35 +0000 (GMT) Received: from dgismtp02.wcomnet.com by dgismtp02.wcomnet.com (PMDF V5.2-33 #42263) with SMTP id <0GNG00E01VD14H@dgismtp02.wcomnet.com> for avt@ietf.org; Tue, 27 Nov 2001 16:05:34 +0000 (GMT) Received: from skanchina ([166.35.144.87]) by dgismtp02.wcomnet.com (PMDF V5.2-33 #42263) with SMTP id <0GNG00CDSVCWE2@dgismtp02.wcomnet.com> for avt@ietf.org; Tue, 27 Nov 2001 16:05:20 +0000 (GMT) Date: Tue, 27 Nov 2001 10:16:47 -0600 From: Sharma Kanchinadham To: avt@ietf.org Reply-to: sharma.kanchinadham@wcom.com Message-id: <003f01c1775e$ea72fc80$579023a6@wcomnet.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Importance: Normal X-Priority: 3 (Normal) X-MSMail-priority: Normal Content-Transfer-Encoding: 7bit Subject: [AVT] Reg draft-ietf-avt-rtp-mime-05.txt Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 7bit Hi, I have some comments/observations on draft-ietf-avt-rtp-mime-05.txt. Please provide your inputs/opinion. The link to the draft is: http://search.ietf.org/internet-drafts/draft-ietf-avt-rtp-mime-05.txt 1. The parameter "annexb" is not always applicable. For example in G.711 the Silence Suppression is Appendix II. Hence there needs to be more values such as "appendix_II" and "cisco_vad". 2. The second item is currently if the "annexb" parameter is ommitted then it is assumed that Silence Suppression is supported (basically it is treated as if it is "yes"). This would create backward compatibility problems when interworking with platforms that do not want to do the development. Is it possible to reverse this ? Thanks , Sharma Kanchinadham Worldcom _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Tue Nov 27 14:25:56 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA19941 for ; Tue, 27 Nov 2001 14:25:55 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id OAA13155 for avt-archive@odin.ietf.org; Tue, 27 Nov 2001 14:25:57 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id OAA13088; Tue, 27 Nov 2001 14:25:18 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id OAA13058 for ; Tue, 27 Nov 2001 14:25:16 -0500 (EST) Received: from hafez.nge.isi.edu (hafez.nge.isi.edu [65.114.169.194]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA19893 for ; Tue, 27 Nov 2001 14:25:13 -0500 (EST) Received: from hafez (csp@localhost) by hafez.nge.isi.edu (8.11.6/8.11.6) with ESMTP id fARJPBZ11706; Tue, 27 Nov 2001 14:25:13 -0500 Message-Id: <200111271925.fARJPBZ11706@hafez.nge.isi.edu> To: sharma.kanchinadham@wcom.com cc: avt@ietf.org Subject: Re: [AVT] RE: [Sip] Reg draft-ietf-avt-rtp-mime-05.txt In-Reply-To: Your message of "Tue, 27 Nov 2001 10:12:24 CST." <003e01c1775e$4db3ba60$579023a6@wcomnet.com> Date: Tue, 27 Nov 2001 14:25:11 -0500 From: Colin Perkins Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org How would this relate to draft-ietf-avt-rtp-cn-04.txt? Colin --> Sharma Kanchinadham writes: >Hi , > >Thanks for the info on the AVT working group. > >Regarding item 1 what i am trying to say is that: > >There needs to be a new MIME subtype of G.711 as shown below: > > >MIME media type name: audio >MIME subtype name: G711 >Required parameters: None >Optional parameters: > > appendix_II: indicates that appendix_II, silence suppression > is used. > >Also there can be 2 types of Silence Suppression with G.729 i.e. G.729 >annexb, or some kind of a proprietary silence suppression for example: G.729 >with Cisco VAD. Hence it is suggested that there be a 'cisco_vad' or >'unspecified_vad' as another optional parameter under G.729. > >The below mentioned draft is being considered as a basis for Silence >Suppression negotiation. In this connection, the second point assumes >significance. Assume a SIP client that is not conformant to this Internet >Draft. Hence it would not pass the 'annexb' parameter etc. However the draft >assumes that if 'annexb' is not passed it supports 'annexb'. Hence the far >end might start sending Silence Suppression packets and the SIP client may >not handle the SS packets properly. Thats what i mean by saying that it >causes backward compatibility problems. > >Please see if you agree. > > > >Thanks , >Sharma Kanchinadham >Worldcom > >============================================================================ > > >-----Original Message----- >From: Colin Perkins [mailto:csp@isi.edu] >Sent: Tuesday, November 27, 2001 9:19 AM >To: sharma.kanchinadham@wcom.com >Cc: sip@ietf.org >Subject: Re: [Sip] Reg draft-ietf-avt-rtp-mime-05.txt > > >--> Sharma Kanchinadham writes: >>I have some comments/observations on draft-ietf-avt-rtp-mime-05.txt. Please >>provide your inputs/opinion. >> >>The link to the draft is: >>http://search.ietf.org/internet-drafts/draft-ietf-avt-rtp-mime-05.txt > >You should really ask this question on the AVT group's mailing list >, since it doesn't relate to SIP. > >>1. The parameter "annexb" is not always applicable. For example in G.711 >the >>Silence Suppression is Appendix II. Hence there needs to be more values >such >>as "appendix_II" and "cisco_vad". > >The annexb parameter is defined only for G.729. It cannot be applied to >other payload formats. > >>2. The second item is currently if the "annexb" parameter is ommitted then >>it is assumed that Silence Suppression is supported (basically it is >treated >>as if it is "yes"). This would create backward compatibility problems when >>interworking with platforms that do not want to do the development. Is it >>possible to reverse this ? > >There is no backwards compatibility issue, since this parameter is only >valid for G729, and was introduced at the same time as that payload format. > >Colin > > >_______________________________________________ >Audio/Video Transport Working Group >avt@ietf.org >http://www1.ietf.org/mailman/listinfo/avt _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Tue Nov 27 15:31:21 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA23446 for ; Tue, 27 Nov 2001 15:31:21 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id PAA15230 for avt-archive@odin.ietf.org; Tue, 27 Nov 2001 15:31:23 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id PAA15039; Tue, 27 Nov 2001 15:30:29 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id PAA15010 for ; Tue, 27 Nov 2001 15:30:27 -0500 (EST) Received: from pmesmtp01.wcom.com (pmesmtp01.wcom.com [199.249.20.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA23400 for ; Tue, 27 Nov 2001 15:30:23 -0500 (EST) Received: from dgismtp02.wcomnet.com ([166.38.58.142]) by firewall.wcom.com (PMDF V5.2-33 #47837) with ESMTP id <0GNH00MNJ7LR5Q@firewall.wcom.com> for avt@ietf.org; Tue, 27 Nov 2001 20:29:51 +0000 (GMT) Received: from dgismtp02.wcomnet.com by dgismtp02.wcomnet.com (PMDF V5.2-33 #42263) with SMTP id <0GNH00D017LKKL@dgismtp02.wcomnet.com>; Tue, 27 Nov 2001 20:29:50 +0000 (GMT) Received: from skanchina ([166.35.144.87]) by dgismtp02.wcomnet.com (PMDF V5.2-33 #42263) with SMTP id <0GNH007P37LIVT@dgismtp02.wcomnet.com>; Tue, 27 Nov 2001 20:29:43 +0000 (GMT) Date: Tue, 27 Nov 2001 14:41:09 -0600 From: Sharma Kanchinadham Subject: RE: [AVT] RE: [Sip] Reg draft-ietf-avt-rtp-mime-05.txt In-reply-to: <200111271925.fARJPBZ11706@hafez.nge.isi.edu> To: "'Colin Perkins'" Cc: avt@ietf.org Reply-to: sharma.kanchinadham@wcom.com Message-id: <004b01c17783$d8cfc240$579023a6@wcomnet.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Importance: Normal X-Priority: 3 (Normal) X-MSMail-priority: Normal Content-Transfer-Encoding: 7bit Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 7bit Hi Colin, The draft that you have referenced provides the payload format for comfort noise. However there could be proprietary implementations of Silence Suppression/VAD that follow a different payload format. Hence it becomes important to negotiate Silence Suppression so that the nodes involved in a call are on the same page. For example, if a node does not wish to recieve comfort noise frames there needs to be a way to communicate that to the other node. Otherwise there could be a quality of service issue. Also it is important to negotiate the type of Silence Suppression so that any possible proprietary mechanism can be handled. Thanks , Sharma Kanchinadham Worldcom ==================================================================== -----Original Message----- From: Colin Perkins [mailto:csp@isi.edu] Sent: Tuesday, November 27, 2001 1:25 PM To: sharma.kanchinadham@wcom.com Cc: avt@ietf.org Subject: Re: [AVT] RE: [Sip] Reg draft-ietf-avt-rtp-mime-05.txt How would this relate to draft-ietf-avt-rtp-cn-04.txt? Colin --> Sharma Kanchinadham writes: >Hi , > >Thanks for the info on the AVT working group. > >Regarding item 1 what i am trying to say is that: > >There needs to be a new MIME subtype of G.711 as shown below: > > >MIME media type name: audio >MIME subtype name: G711 >Required parameters: None >Optional parameters: > > appendix_II: indicates that appendix_II, silence suppression > is used. > >Also there can be 2 types of Silence Suppression with G.729 i.e. G.729 >annexb, or some kind of a proprietary silence suppression for example: G.729 >with Cisco VAD. Hence it is suggested that there be a 'cisco_vad' or >'unspecified_vad' as another optional parameter under G.729. > >The below mentioned draft is being considered as a basis for Silence >Suppression negotiation. In this connection, the second point assumes >significance. Assume a SIP client that is not conformant to this Internet >Draft. Hence it would not pass the 'annexb' parameter etc. However the draft >assumes that if 'annexb' is not passed it supports 'annexb'. Hence the far >end might start sending Silence Suppression packets and the SIP client may >not handle the SS packets properly. Thats what i mean by saying that it >causes backward compatibility problems. > >Please see if you agree. > > > >Thanks , >Sharma Kanchinadham >Worldcom > >=========================================================================== = > > >-----Original Message----- >From: Colin Perkins [mailto:csp@isi.edu] >Sent: Tuesday, November 27, 2001 9:19 AM >To: sharma.kanchinadham@wcom.com >Cc: sip@ietf.org >Subject: Re: [Sip] Reg draft-ietf-avt-rtp-mime-05.txt > > >--> Sharma Kanchinadham writes: >>I have some comments/observations on draft-ietf-avt-rtp-mime-05.txt. Please >>provide your inputs/opinion. >> >>The link to the draft is: >>http://search.ietf.org/internet-drafts/draft-ietf-avt-rtp-mime-05.txt > >You should really ask this question on the AVT group's mailing list >, since it doesn't relate to SIP. > >>1. The parameter "annexb" is not always applicable. For example in G.711 >the >>Silence Suppression is Appendix II. Hence there needs to be more values >such >>as "appendix_II" and "cisco_vad". > >The annexb parameter is defined only for G.729. It cannot be applied to >other payload formats. > >>2. The second item is currently if the "annexb" parameter is ommitted then >>it is assumed that Silence Suppression is supported (basically it is >treated >>as if it is "yes"). This would create backward compatibility problems when >>interworking with platforms that do not want to do the development. Is it >>possible to reverse this ? > >There is no backwards compatibility issue, since this parameter is only >valid for G729, and was introduced at the same time as that payload format. > >Colin > > >_______________________________________________ >Audio/Video Transport Working Group >avt@ietf.org >http://www1.ietf.org/mailman/listinfo/avt _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Tue Nov 27 16:43:58 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA26351 for ; Tue, 27 Nov 2001 16:43:58 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id QAA17446 for avt-archive@odin.ietf.org; Tue, 27 Nov 2001 16:44:00 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id QAA17388; Tue, 27 Nov 2001 16:43:25 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id QAA17358 for ; Tue, 27 Nov 2001 16:43:23 -0500 (EST) Received: from amdext.amd.com (amdext.amd.com [139.95.251.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA26324 for ; Tue, 27 Nov 2001 16:43:20 -0500 (EST) From: steve.mcrobert@amd.com Received: from ssvlgs01.amd.com (ssvlgs01.amd.com [139.95.250.16]) by amdext.amd.com (8.9.3/8.9.3/AMD) with SMTP id NAA04524 for ; Tue, 27 Nov 2001 13:42:52 -0800 (PST) Received: from 139.95.250.1 by ssvlgs01.amd.com with ESMTP (Tumbleweed MMS SMTP Relay (MMS v4.7)); Tue, 27 Nov 2001 13:42:51 -0800 X-Server-Uuid: 02753650-11b0-11d5-bbc5-00508bf987eb Received: from caexmta4.amd.com (caexmta4.amd.com [139.95.53.8]) by amdint.amd.com (8.9.3/8.9.3/AMD) with ESMTP id NAA11015 for ; Tue, 27 Nov 2001 13:42:47 -0800 (PST) Received: by caexmta4.amd.com with Internet Mail Service (5.5.2653.19) id ; Tue, 27 Nov 2001 13:42:45 -0800 Message-ID: <4201B90278FBD111B95100805F8516BD0565AE24@caexmta4.amd.com> To: avt@ietf.org Date: Tue, 27 Nov 2001 13:42:36 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) X-WSS-ID: 101AD7511060311-01-01 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Subject: [AVT] question about RTCP Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 7bit Sorry to bother you all again. one more question, about RTCP this time: In RFC 1889 section 6.4, at the top of page 25 it says: "End systems send one SDES packet containing their own source identifier (the same as the SSRC in the fixed RTP header). A mixer sends one SDES packet containing a chunk for each contributing source from which it is receiving SDES information, or multiple complete SDES packets in the format above if there are more than 31 such sources (see Section 7)." Does a mixer need to include its own SSRC in one of the chunks as well as the chunks for each of the CSRCs? Thank you for all of your help, Steve _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Tue Nov 27 17:33:06 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA27919 for ; Tue, 27 Nov 2001 17:33:06 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id RAA19671 for avt-archive@odin.ietf.org; Tue, 27 Nov 2001 17:33:08 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id RAA19654; Tue, 27 Nov 2001 17:32:36 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id RAA19626 for ; Tue, 27 Nov 2001 17:32:34 -0500 (EST) Received: from ns.nmss.com (gateus.nmss.com [208.236.204.65]) by ietf.org (8.9.1a/8.9.1a) with SMTP id RAA27876 for ; Tue, 27 Nov 2001 17:32:31 -0500 (EST) From: Vincent_Virgilio@nmss.com Received: from NAMASMTP01 by ns.nmss.com via smtpd (for odin.ietf.org [132.151.1.176]) with SMTP; 27 Nov 2001 17:29:03 UT Subject: Re: [AVT] question about RTCP To: steve.mcrobert@amd.com Cc: avt@ietf.org X-Mailer: Lotus Notes Release 5.0.7 March 21, 2001 Message-ID: Date: Tue, 27 Nov 2001 16:32:24 -0600 X-MIMETrack: Serialize by Router on NAMASMTP01/Natural MicroSystems/US(Release 5.0.8 |June 18, 2001) at 11/27/2001 05:32:18 PM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org My guess would be no, since a mixer is an intermediate system, not an end system. Only end systems send chunks with their own source identifier. steve.mcrober t@amd.com To: avt@ietf.org Sent by: cc: avt-admin@iet Subject: [AVT] question about RTCP f.org 11/27/2001 03:42 PM Sorry to bother you all again. one more question, about RTCP this time: In RFC 1889 section 6.4, at the top of page 25 it says: "End systems send one SDES packet containing their own source identifier (the same as the SSRC in the fixed RTP header). A mixer sends one SDES packet containing a chunk for each contributing source from which it is receiving SDES information, or multiple complete SDES packets in the format above if there are more than 31 such sources (see Section 7)." Does a mixer need to include its own SSRC in one of the chunks as well as the chunks for each of the CSRCs? Thank you for all of your help, Steve _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Tue Nov 27 18:10:46 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA29073 for ; Tue, 27 Nov 2001 18:10:46 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id SAA20499 for avt-archive@odin.ietf.org; Tue, 27 Nov 2001 18:10:48 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id SAA20485; Tue, 27 Nov 2001 18:10:17 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id SAA20454 for ; Tue, 27 Nov 2001 18:10:15 -0500 (EST) Received: from hafez.nge.isi.edu (hafez.nge.isi.edu [65.114.169.194]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA29044 for ; Tue, 27 Nov 2001 18:10:12 -0500 (EST) Received: from hafez (csp@localhost) by hafez.nge.isi.edu (8.11.6/8.11.6) with ESMTP id fARNA8813111; Tue, 27 Nov 2001 18:10:08 -0500 Message-Id: <200111272310.fARNA8813111@hafez.nge.isi.edu> To: Vincent_Virgilio@nmss.com cc: steve.mcrobert@amd.com, avt@ietf.org Subject: Re: [AVT] question about RTCP In-Reply-To: Your message of "Tue, 27 Nov 2001 16:32:24 CST." Date: Tue, 27 Nov 2001 18:10:08 -0500 From: Colin Perkins Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org See section 7.3 of draft-ietf-avt-rtp-new-10.txt, "A mixer MUST send SDES CNAME information about itself..." Colin --> Vincent_Virgilio@nmss.com writes: >My guess would be no, since a mixer is an intermediate system, not an end >system. Only end systems send chunks with their own source identifier. > > steve.mcrober > t@amd.com To: avt@ietf.org > Sent by: cc: > avt-admin@iet Subject: [AVT] question about RTCP > f.org > > 11/27/2001 > > 03:42 PM > >Sorry to bother you all again. > >one more question, about RTCP this time: > >In RFC 1889 section 6.4, at the top of page 25 it says: > >"End systems send one SDES packet containing their own source > identifier (the same as the SSRC in the fixed RTP header). A mixer > sends one SDES packet containing a chunk for each contributing source > from which it is receiving SDES information, or multiple complete > SDES packets in the format above if there are more than 31 such > sources (see Section 7)." > >Does a mixer need to include its own SSRC in one of the chunks as well as >the chunks for each of the CSRCs? > >Thank you for all of your help, >Steve _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Tue Nov 27 18:16:18 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA29194 for ; Tue, 27 Nov 2001 18:16:18 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id SAA20620 for avt-archive@odin.ietf.org; Tue, 27 Nov 2001 18:16:20 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id SAA20605; Tue, 27 Nov 2001 18:15:56 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id SAA20576 for ; Tue, 27 Nov 2001 18:15:54 -0500 (EST) Received: from mailman.packetdesign.com (dns.packetdesign.com [65.192.41.10]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA29187 for ; Tue, 27 Nov 2001 18:15:50 -0500 (EST) Received: from ash.packetdesign.com (ash.packetdesign.com [192.168.0.243]) by mailman.packetdesign.com (8.11.0/8.11.0) with ESMTP id fARNFM536574; Tue, 27 Nov 2001 15:15:22 -0800 (PST) (envelope-from casner@packetdesign.com) Date: Tue, 27 Nov 2001 15:15:48 -0800 (PST) From: Stephen Casner To: Sharma Kanchinadham cc: AVT WG In-Reply-To: <200111271925.fARJPBZ11706@hafez.nge.isi.edu> Message-ID: <20011127113748.B55876-100000@ash.packetdesign.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [AVT] RE: Reg draft-ietf-avt-rtp-mime-05.txt Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Sharma Kanchinadham: Sorry for not responding earlier to your messages sent directly to me; I was away. I've bcc'd the cc's on that earlier message. Yes, I have updated draft-ietf-avt-rtp-mime-05.txt, but I don't think that the changes you have suggested are required or appropriate. Details below. > 1. The parameter "annexb" is not always applicable. For example in G.711 the > Silence Suppression is Appendix II. Hence a generic Silence Suppression name > like "silence-supp" would be more appropriate. Would it be possible to > rename the "annexb" accordingly so that it covers a wider range of codecs? As Colin already explained, the annexb only applies to the G729, G729D and G729E payload formats, so there is not a requirement for that parameter name to be more generic. > 2. The second item is currently if the "annexb" parameter is ommitted then > it is assumed that Silence Suppression is supported (basically it is treated > as if it is "yes"). This would create backward compatibility problems when > interworking with platforms that do not want to do the development. Is it > possible to reverse this ? Backwards compatibility problems between what two things exactly? It is true that the annexb parameter was added to the G729 payload format subsequent to the initial appearance of G729 in the RTP profile and rtp-mime drafts. However, the use of Annex B VAD and CNG has been "RECOMMENDED" since the beginning. Hence, the assumption was that Annex B frames may be present in the stream, so when the annexb parameter was added, absence of the parameter needed to imply "yes" in order to be backwards compatible. If a new implementation that wishes not to receive Annex B frames negotiates annexb=no with an implementation put in concrete before the annexb parameter was added (and hence which might send Annex B frames), the negotiation should be rejected by the older implementation due to the unknown fmtp parameter. So, the current definition should be fine. I don't know if there are any such older implementations. A "platform that does not want to do the development" should negotiate annexb=no and reject responses that don't have it. What's the problem? I have a more basic objection to the implication of your suggestions that we need to add a silence suppression attribute to all the payload formats in order to allow platforms that do "not want to do the development" to avoid receiving streams that have silence suppressed. There is no plan to extend the existing payload formats to add a silence suppression parameter because that would reduce interoperability with existing implementations. That is especially true for PCMU (G.711) which is the most widely compatible payload format. Silence suppression has been a fundamental part of RTP since the beginning. That is why the RTP header carries both a sequence number and a timestamp. Suppressing silence is one of the primary reasons for going to packet transmission of voice in the first place. Furthermore, even if the transmitter does not suppress silence, the receiver must be prepared to handle the situation where there is a frame time for which no packet is present because packets may be lost. Any implementation that has not been sufficiently developed to recover reasonably to such a situation should be flatly rejected. > I have further information regarding question no 1 below. I believe > instead of adding a generic 'silencesupp' attribute we should add > additional values such as: > > 'appendix_II' to be applicable for G.711 > 'cisco_vad' for Cisco's proprietary Silence Suppression. [snip] > > There needs to be a new MIME subtype of G.711 as shown below: > > MIME media type name: audio > MIME subtype name: G711 > Required parameters: None > Optional parameters: > > appendix_II: indicates that appendix_II, silence suppression > is used. > > Also there can be 2 types of Silence Suppression with G.729 i.e. G.729 > annexb, or some kind of a proprietary silence suppression for example: G.729 > with Cisco VAD. Hence it is suggested that there be a 'cisco_vad' or > 'unspecified_vad' as another optional parameter under G.729. I'm not convinced that a generic problem exists, but it sounds like you may be concerned with a specific problem related to G.711 and G.729 interoperation between Cisco products and others. Can you please describe the specific problem? In particular, what is Cisco VAD and how does it compare to G.711 Appendix II or G.729 Annex B? > The below mentioned draft is being considered as a basis for Silence > Suppression negotiation. In this connection, the second point assumes > significance. Assume a SIP client that is not conformant to this Internet > Draft. Hence it would not pass the 'annexb' parameter etc. However the draft > assumes that if 'annexb' is not passed it supports 'annexb'. Hence the far > end might start sending Silence Suppression packets and the SIP client may > not handle the SS packets properly. Thats what i mean by saying that it > causes backward compatibility problems. The payload formats have always assumed silence suppression. If the old SIP client assumed it could operate without silence suppression and without some means to signal that requirement, then is sounds broken to me. [Colin asked: How would this relate to draft-ietf-avt-rtp-cn-04.txt?] > > The draft that you have referenced provides the payload format for comfort > noise. However there could be proprietary implementations of Silence > Suppression/VAD that follow a different payload format. > > Also it is important to negotiate the type of Silence Suppression so that > any possible proprietary mechanism can be handled. I think we want to encourage the use of standardized methods and discourage the use of proprietary methods, don't we? That suggests that putting in negotiation of lots of different methods might not be a good idea. > Hence it becomes important to negotiate Silence Suppression so that the > nodes involved in a call are on the same page. For example, if a node does > not wish to recieve comfort noise frames there needs to be a way to > communicate that to the other node. Otherwise there could be a quality of > service issue. There is a way to negotiate annexb=no for G.729. There is a way to negotiate no use of the generic CN payload format (e.g., with G.711) through the acceptance or rejection of that payload format in the list on the m= line. There is not a way to force the other end to send a data frame in every frame time. As I said above, wanting to build a receiver that requires receiving a frame for every period sounds pretty unwise to me. -- Steve _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Tue Nov 27 19:44:31 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA01294 for ; Tue, 27 Nov 2001 19:44:30 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id TAA22919 for avt-archive@odin.ietf.org; Tue, 27 Nov 2001 19:44:32 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id TAA22893; Tue, 27 Nov 2001 19:43:38 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id TAA22864 for ; Tue, 27 Nov 2001 19:43:37 -0500 (EST) Received: from web11202.mail.yahoo.com (web11202.mail.yahoo.com [216.136.131.184]) by ietf.org (8.9.1a/8.9.1a) with SMTP id TAA01277 for ; Tue, 27 Nov 2001 19:43:35 -0500 (EST) Message-ID: <20011128004336.21242.qmail@web11202.mail.yahoo.com> Received: from [63.84.32.50] by web11202.mail.yahoo.com via HTTP; Wed, 28 Nov 2001 00:43:36 GMT Date: Wed, 28 Nov 2001 00:43:36 +0000 (GMT) From: =?iso-8859-1?q?Karthigeyan=20Vaidyanathan?= To: avt@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Transfer-Encoding: 8bit Subject: [AVT] Transmitting G729ab packets over network Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 8bit Hi all, I have a doubt regarding transmission of G729ab encoded speech packet over the network. As you all know there are three packet lengths in case of G729ab speech codec viz, 80,15,0 bits. My doubt is should we transmit the packet with zero length or should we avoid sending it into the network? In case I avoid sending it, then there is a discontinuity in the speech and in case I send it then there is a unnecessary transmission of a the header with packet lenght zero with no payload. How do I handle this? It would be great if someone can help me regarding this. Is there any standard that can be followed? Thanks Karthik __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Tue Nov 27 19:59:40 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA01582 for ; Tue, 27 Nov 2001 19:59:40 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id TAA23183 for avt-archive@odin.ietf.org; Tue, 27 Nov 2001 19:57:12 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id TAA23160; Tue, 27 Nov 2001 19:56:36 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id TAA23129 for ; Tue, 27 Nov 2001 19:56:34 -0500 (EST) Received: from mail-dns1-nj.dialogic.com (mail-dns1-nj.dialogic.com [146.152.228.10]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA01539 for ; Tue, 27 Nov 2001 19:56:32 -0500 (EST) Received: from mail5.dialogic.com (mail5.dialogic.com [146.152.3.40]) by mail-dns1-nj.dialogic.com (8.9.1a+p1/8.9.1/d: dialogic.m4,v 1.9 2001/10/01 22:06:47 root Exp $) with ESMTP id BAA16997; Wed, 28 Nov 2001 01:07:02 GMT Received: from exchange3nj.dialogic.com (mailnj.dialogic.com [146.152.3.18]) by mail5.dialogic.com (8.9.3+Sun/8.9.3) with ESMTP id TAA19696; Tue, 27 Nov 2001 19:56:00 -0500 (EST) Received: by mailnj.dialogic.com with Internet Mail Service (5.5.2653.19) id ; Tue, 27 Nov 2001 19:54:59 -0500 Message-ID: <6B0F0A1F0F44D1118BB000A024620EB509B66383@exchange2nj.dialogic.com> From: "Miao, Kai" To: "'Karthigeyan Vaidyanathan'" , avt@ietf.org Subject: RE: [AVT] Transmitting G729ab packets over network Date: Tue, 27 Nov 2001 19:57:33 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Are you talking about the DTX mode of transmission in which only voice packets are transmitted, ended with a single SID packet, and then followed by silence (no packets)? -----Original Message----- From: Karthigeyan Vaidyanathan [mailto:karthink@yahoo.com] Sent: Tuesday, November 27, 2001 7:44 PM To: avt@ietf.org Subject: [AVT] Transmitting G729ab packets over network Hi all, I have a doubt regarding transmission of G729ab encoded speech packet over the network. As you all know there are three packet lengths in case of G729ab speech codec viz, 80,15,0 bits. My doubt is should we transmit the packet with zero length or should we avoid sending it into the network? In case I avoid sending it, then there is a discontinuity in the speech and in case I send it then there is a unnecessary transmission of a the header with packet lenght zero with no payload. How do I handle this? It would be great if someone can help me regarding this. Is there any standard that can be followed? Thanks Karthik __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Tue Nov 27 20:26:21 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA02133 for ; Tue, 27 Nov 2001 20:26:16 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id UAA23967 for avt-archive@odin.ietf.org; Tue, 27 Nov 2001 20:26:18 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id UAA23908; Tue, 27 Nov 2001 20:25:43 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id UAA23881 for ; Tue, 27 Nov 2001 20:25:41 -0500 (EST) Received: from web11208.mail.yahoo.com (web11208.mail.yahoo.com [216.136.131.190]) by ietf.org (8.9.1a/8.9.1a) with SMTP id UAA02125 for ; Tue, 27 Nov 2001 20:25:39 -0500 (EST) Message-ID: <20011128012147.83413.qmail@web11208.mail.yahoo.com> Received: from [63.84.32.50] by web11208.mail.yahoo.com via HTTP; Wed, 28 Nov 2001 01:21:47 GMT Date: Wed, 28 Nov 2001 01:21:47 +0000 (GMT) From: =?iso-8859-1?q?Karthigeyan=20Vaidyanathan?= Subject: RE: [AVT] Transmitting G729ab packets over network To: "Miao, Kai" , avt@ietf.org In-Reply-To: <6B0F0A1F0F44D1118BB000A024620EB509B66383@exchange2nj.dialogic.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Transfer-Encoding: 8bit Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 8bit Yes, thats what I meant....voice packets, followed by a silence and then atleast 2 no transmission packets and then could be anything. My doubt was how to transmit the no trnasmission packets. Or in other words how to convey to the receive side that there is a no transmission packet without transmitting anything. Hope I have made my doubt clear. Thanks Karthik --- "Miao, Kai" wrote: > Are you talking about the DTX mode of transmission > in which only voice > packets are transmitted, ended with a single SID > packet, and then followed > by silence (no packets)? > > > -----Original Message----- > From: Karthigeyan Vaidyanathan > [mailto:karthink@yahoo.com] > Sent: Tuesday, November 27, 2001 7:44 PM > To: avt@ietf.org > Subject: [AVT] Transmitting G729ab packets over > network > > > Hi all, > I have a doubt regarding transmission of > G729ab encoded speech packet over the network. As > you > all know there are three packet lengths in case of > G729ab speech codec viz, 80,15,0 bits. > My doubt is should we transmit the packet > with zero length or should we avoid sending it into > the network? > In case I avoid sending it, then there is a > discontinuity in the speech and in case I send it > then > there is a unnecessary transmission of a the header > with packet lenght zero with no payload. How do I > handle this? It would be great if someone can help > me > regarding this. Is there any standard that can be > followed? > Thanks > Karthik > > __________________________________________________ > Do You Yahoo!? > Everything you'll ever need on one web page from > News and Sport to Email and > Music Charts > http://uk.my.yahoo.com > > _______________________________________________ > Audio/Video Transport Working Group > avt@ietf.org > http://www1.ietf.org/mailman/listinfo/avt > > _______________________________________________ > Audio/Video Transport Working Group > avt@ietf.org > http://www1.ietf.org/mailman/listinfo/avt __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Tue Nov 27 20:35:14 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA02387 for ; Tue, 27 Nov 2001 20:35:14 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id UAA24530 for avt-archive@odin.ietf.org; Tue, 27 Nov 2001 20:35:16 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id UAA24451; Tue, 27 Nov 2001 20:31:37 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id UAA24422 for ; Tue, 27 Nov 2001 20:31:35 -0500 (EST) Received: from mailman.packetdesign.com (dns.packetdesign.com [65.192.41.10]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA02315 for ; Tue, 27 Nov 2001 20:31:32 -0500 (EST) Received: from dhcp-168-0-11.packetdesign.com (dhcp-168-0-11.packetdesign.com [192.168.0.11]) by mailman.packetdesign.com (8.11.0/8.11.0) with ESMTP id fAS1V3540619; Tue, 27 Nov 2001 17:31:03 -0800 (PST) (envelope-from casner@acm.org) Date: Tue, 27 Nov 2001 17:32:53 -0800 (PST) From: Stephen Casner To: =?iso-8859-1?q?Karthigeyan=20Vaidyanathan?= cc: AVT WG Subject: RE: [AVT] Transmitting G729ab packets over network In-Reply-To: <20011128012147.83413.qmail@web11208.mail.yahoo.com> Message-ID: <20011127173123.F1217-100000@oak.packetdesign.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org On Wed, 28 Nov 2001, Karthigeyan Vaidyanathan wrote: > Yes, thats what I meant....voice packets, followed by > a silence and then atleast 2 no transmission packets > and then could be anything. My doubt was how to > transmit the no trnasmission packets. Or in other > words how to convey to the receive side that there is > a no transmission packet without transmitting > anything. Hope I have made my doubt clear. The RTP timestamp advances by the amount of time in the silence, but the RTP sequence number advances only by one. That is exactly why both of those fields are present in the RTP header. -- Steve _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Wed Nov 28 00:38:08 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA08350 for ; Wed, 28 Nov 2001 00:38:08 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id AAA01363 for avt-archive@odin.ietf.org; Wed, 28 Nov 2001 00:38:09 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id AAA01272; Wed, 28 Nov 2001 00:37:00 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id AAA01241 for ; Wed, 28 Nov 2001 00:36:58 -0500 (EST) Received: from postal.interaccess.com (from.interaccess.com [207.208.131.20]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA08326 for ; Wed, 28 Nov 2001 00:36:57 -0500 (EST) Received: from enteract.com (a251.253.208.207.ded25.interaccess.com [207.208.253.251]) by postal.interaccess.com (8.10.2/8.10.2) with ESMTP id fAS5aTR13439 for ; Tue, 27 Nov 2001 23:36:29 -0600 (CST) Message-ID: <3C0477D6.5000500@enteract.com> Date: Tue, 27 Nov 2001 23:36:22 -0600 From: Jeff Meunier User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2 X-Accept-Language: en-us MIME-Version: 1.0 To: AVT WG Subject: Re: [AVT] Transmitting G729ab packets over network References: <20011127173123.F1217-100000@oak.packetdesign.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 7bit So, to properly render a stream like this, one has to program logic on the playback side that generates noise until the next packet arrives, and continue to generate noise (if applicable) if the timestamp indicates that the silence interval is still going? We wondered about this at one point, but is was related to saving g723/g729 data to file and we just relied on using the non-standard 0 length frames. FYI, I know in the ITU reference G.723.1 code, it will generate repeated silence frames (actually of length one byte) during such intervals. To be fully compliant with the RTP profile, I believe these should not be transmitted, right? (since they are not a recognized codec format type) -- Jeff Stephen Casner wrote: > On Wed, 28 Nov 2001, Karthigeyan Vaidyanathan wrote: > > >>Yes, thats what I meant....voice packets, followed by >>a silence and then atleast 2 no transmission packets >>and then could be anything. My doubt was how to >>transmit the no trnasmission packets. Or in other >>words how to convey to the receive side that there is >>a no transmission packet without transmitting >>anything. Hope I have made my doubt clear. >> > > The RTP timestamp advances by the amount of time in the silence, but > the RTP sequence number advances only by one. That is exactly why > both of those fields are present in the RTP header. > -- Steve > > > _______________________________________________ > Audio/Video Transport Working Group > avt@ietf.org > http://www1.ietf.org/mailman/listinfo/avt > > > -- Jeff Meunier meunier@enteract.com _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Wed Nov 28 05:53:16 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA28107 for ; Wed, 28 Nov 2001 05:53:16 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id FAA18908 for avt-archive@odin.ietf.org; Wed, 28 Nov 2001 05:53:20 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id FAA18723; Wed, 28 Nov 2001 05:52:37 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id FAA18637 for ; Wed, 28 Nov 2001 05:52:32 -0500 (EST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA27988; Wed, 28 Nov 2001 05:52:27 -0500 (EST) Message-Id: <200111281052.FAA27988@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: avt@ietf.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Wed, 28 Nov 2001 05:52:26 -0500 Subject: [AVT] I-D ACTION:draft-ietf-avt-crtp-enhance-03.txt Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org --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 : Compressing IP/UDP/RTP headers on links with high delay,packet loss and reordering Author(s) : T. Koren, S. Casner, J. Geevarghese, B. Thompson, P. Ruddy Filename : draft-ietf-avt-crtp-enhance-03.txt Pages : Date : 27-Nov-01 This document describes a header compression scheme for point to point links with packet loss and long delays. It is based on CRTP, the IP/UDP/RTP header compression described in [RFC2508]. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-avt-crtp-enhance-03.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-crtp-enhance-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-crtp-enhance-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: <20011127134135.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-crtp-enhance-03.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-crtp-enhance-03.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20011127134135.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Wed Nov 28 05:53:19 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA28134 for ; Wed, 28 Nov 2001 05:53:19 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id FAA18924 for avt-archive@odin.ietf.org; Wed, 28 Nov 2001 05:53:23 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id FAA18764; Wed, 28 Nov 2001 05:52:40 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id FAA18729 for ; Wed, 28 Nov 2001 05:52:37 -0500 (EST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA28000; Wed, 28 Nov 2001 05:52:32 -0500 (EST) Message-Id: <200111281052.FAA28000@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: avt@ietf.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Wed, 28 Nov 2001 05:52:32 -0500 Subject: [AVT] I-D ACTION:draft-ietf-avt-mpeg4-multisl-03.txt Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Working Group of the IETF. Title : RTP Payload Format for MPEG-4 Streams Author(s) : P. Gentric et al. Filename : draft-ietf-avt-mpeg4-multisl-03.txt Pages : 51 Date : 27-Nov-01 This document describes a payload format for transporting MPEG-4 encoded data using RTP. MPEG-4 is a recent standard from ISO/IEC for the coding of natural and synthetic audio-visual data. Several services provided by RTP are beneficial for MPEG-4 encoded data transport over the Internet. Additionally, the use of RTP makes it possible to synchronize MPEG-4 data with other real-time data types. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-avt-mpeg4-multisl-03.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-mpeg4-multisl-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-mpeg4-multisl-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: <20011127134211.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-mpeg4-multisl-03.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-mpeg4-multisl-03.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20011127134211.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Wed Nov 28 16:52:19 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA16098 for ; Wed, 28 Nov 2001 16:52:15 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id QAA11874 for avt-archive@odin.ietf.org; Wed, 28 Nov 2001 16:52:19 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id QAA11847; Wed, 28 Nov 2001 16:51:26 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id QAA11820 for ; Wed, 28 Nov 2001 16:51:24 -0500 (EST) Received: from letters.cs.ucsb.edu (letters.cs.ucsb.edu [128.111.41.13]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA16004 for ; Wed, 28 Nov 2001 16:51:18 -0500 (EST) Received: from muddy.cs.ucsb.edu (muddy [128.111.49.130]) by letters.cs.ucsb.edu (8.10.2+Sun/8.9.3) with ESMTP id fASLpKl04298 for ; Wed, 28 Nov 2001 13:51:20 -0800 (PST) Received: by muddy.cs.ucsb.edu (8.10.2+Sun/SMI-SVR4) id fASLpK314056 for avt@ietf.org; Wed, 28 Nov 2001 13:51:20 -0800 (PST) Date: Wed, 28 Nov 2001 13:51:20 -0800 (PST) From: almeroth@cs.ucsb.edu (Kevin C. Almeroth) Message-Id: <200111282151.fASLpK314056@muddy.cs.ucsb.edu> To: avt@ietf.org Subject: [AVT] NOSSDAV 2002 CFP Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org The 12th International Workshop on Network and Operating Systems Support for Digital Audio and Video (NOSSDAV 2002) Sponsored by ACM SIGMM May 12-14, 2002 Miami Beach, Florida http://www.nossdav.org/2002 CALL FOR PAPERS Objectives The 12th International Workshop on Network and Operating Systems Support for Digital Audio and Video (NOSSDAV) brings together researchers, developers, and practitioners from academia and industry to present and discuss new ideas and future directions in networking and operating systems support for multimedia. For 11 years, NOSSDAV has proven to be an outstanding forum for researchers and developers involved in building innovative multimedia systems, networks, and applications. Multimedia data such as pictures, MP3s, motion video, digital library collections, interactive network games, and others have become pervasive, primary data sources. NOSSDAV seeks to discuss and examine new, efficient, and effective infrastructure and applications to support these demanding primary data sources. To ensure a productive workshop environment, attendance will be limited to about 75 participants who are active in the field. A key aspect of the workshop is that it provides extensive discussion periods during which attendees can informally discuss their current work and future research directions. Traditionally, NOSSDAV has emphasized high quality experimental research based on prototype or real systems. NOSSDAV 2002 will continue this tradition. Submissions Submissions are sought in any area related to Network and Operating Systems Support for Digital Audio and Video. The topics of interest include, but are not limited to: * ubiquitous multimedia services * peer-to-peer multimedia services * internet telephony * broadband streaming media content distribution * 3D multimedia and (networked) immersive environments * real-time interactive streaming services * interactive network games * wireless and ad-hoc network multimedia systems * multimedia information appliances and consumer devices * quality-of-service control and scheduling algorithms * differentiated and integrated services networks * multimedia caching * collaborative conferencing * multimedia conference access and QoS policy enforcement * digital library access methods We solicit submissions of 5-page extended abstracts of technical papers, work-in-progress reports, and position statements. Papers should identify new problems and explain why they are important, challenge conventional wisdom, advocate a specific solution, and/or report on actual experience with real systems. All submissions will be reviewed by the members of the program committee. Submissions will be selected on the basis of their originality, technical merit and topical relevance, as well as the likelihood that the ideas will lead to insightful technical discussions. Papers submitted to NOSSDAV must not have been published or submitted elsewhere. Please do not submit abbreviated versions of journal or conference papers. Authors of accepted papers will be invited to present at the workshop and publish full-length versions of their papers in the workshop proceedings. All submissions must be made through the web. We suggest that authors use the two-column ACM format for the submissions. Detailed paper submission guidelines will be available on the WWW page in January. Important Dates Submission Deadline: January 13, 2002 (midnight PST) Acceptance Notification: March 4, 2002 Camera Ready Deadline: April 8, 2002 Workshop: May 12-14, 2002 NOSSDAV 2002 Program Chairs Kevin Almeroth UC-Santa Barbara Jim Griffioen Univ of Kentucky Program Committee Please see the WWW page. _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Wed Nov 28 21:02:22 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA06588 for ; Wed, 28 Nov 2001 21:02:22 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id VAA18276 for avt-archive@odin.ietf.org; Wed, 28 Nov 2001 21:02:26 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id TAA16008; Wed, 28 Nov 2001 19:58:36 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id TAA15981 for ; Wed, 28 Nov 2001 19:58:34 -0500 (EST) Received: from smtp5.andrew.cmu.edu (SMTP5.ANDREW.CMU.EDU [128.2.10.85]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA01538 for ; Wed, 28 Nov 2001 19:58:31 -0500 (EST) Received: from chazhang (CZHANG.WV.CC.CMU.EDU [128.2.70.101]) by smtp5.andrew.cmu.edu (8.12.0.Beta16/8.12.0.Beta16) with SMTP id fAT0wXsV013854; Wed, 28 Nov 2001 19:58:33 -0500 From: "Cha Zhang" To: Cc: Subject: [AVT] PV 2002 CFP Date: Wed, 28 Nov 2001 19:59:29 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Content-Transfer-Encoding: 8bit Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 8bit The 12th International Packetvideo Workshop (PV 2002) Co-Sponsored by IEEE Signal Processing Society and EURASIP April 24-26, 2002 Pittsburgh, PA, USA http://www.pv2002.org Dear Experts, The 12th International Packetvideo Workshop (PV 2002) will be held on April 24th - April 26th 2002 in Pittsburgh, PA, USA. We are now accepting on-line paper submissions. For more detail, please see http://www.pv2002.org/. The workshop is devoted to presenting technological advancements and innovations in video transmission over packet networks, in particular, the Internet. Packet Video Workshops have been unique in providing a common ground for people from video coding and networking fields. Presentations on theory and practice, standards activities, and business and consumer applications are encouraged. The workshop is scheduled to precede the ICC conference in NY that starts April 28th. We cordially invite you to take part in this workshop by submitting your work. Additional information regarding registration, hotel reservation, and venue is available at http://www.pv2002.org/ Prospective authors are asked to submit an electronic manuscript written in PDF or Postscript, not exceeding 10 printed pages. Two types of presentation will be used, oral and poster, at the workshop. About 20 minutes will be allotted to each oral presentation, including discussion. Topics of interest include, but are not limited to: Video streaming over Internet Network adaptive video coding and transport Error/loss resilient video coding and transport Layered coding for error resilience and heterogeneous networks Rate control for VBR video Statistical multiplexing for greater network and terminal utilization Congestion control and bandwidth allocation Efficient transcoding for heterogeneous networks Error concealment and post processing Traffic shaping for efficient network and terminal utilization Performance modeling and evaluation for packet video network Interstream synchronization for multiple video presentations Packetized video for wireless/mobile systems Packetized video for home LAN’s Packetized video over cable networks Multicasting, MBONE applications International standards: MPEG-4, MPEG-7, H.26L, H.323, RTP, RTSP, SIP, SDP, SMIL Terminal and server architecture for Internet TV Digital rights management for multimedia content distributed over packet networks Implementations and commercial applications Submit papers to: http://www.pv2002.org/ Important Dates : Paper submission: December 7, 2001 Notification of acceptance: February 18, 2002 Final paper delivery: March 15, 2002 We look forward to your participation! Best Regards, PV2002 Organizing Committee =================================================================== General Chair Michael Hemy Carnegie Mellon University Technical Program Chair Tsuhan Chen Carnegie Mellon University Peter Steenkiste Carnegie Mellon University Finance Chair Rohit Negi Carnegie Mellon University Publicity Chair Cha Zhang Carnegie Mellon University International Liaison Hsueh-Ming Hang National Chiao-Tung Univ., Taiwan Program Committee Kevin Almeroth, University of California, Santa Barbara John Arnold, University of New South Wales, Australia Andrea Basso, AT&T Labs Shih-Fu Chang, Columbia University Chang Wen Chen, Sarnoff Corporation Song Chong, KAIST Philip A. Chou, Microsoft Reha Civanlar, AT&T Labs Jon Crowcroft, University College London, UK Touradj Ebrahimi, EPFL, Switzerland Alexandros Eleftheriadis, Columbia University Mohammed Ghanbari, University of Essex Bernd Girod, Stanford University Solom Haddaya, Infolibria Hsueh-Ming Hang, National Chiao-Tung Univ., Taiwan Barry Haskell, AT&T Labs Aggelos K. Katsaggelos, Northwestern Univ. Javed Khan, Kent State University Faouzi Kossentini, UB Video Inc. C. C. Jay Kuo, University of Southern California Chiariglione Leonardo, Multimedia Telecom Italia Lab K.-J. Ray Liu, Univ. of Maryland Rohit Negi, Carnegie Mellon University Naohisa Ohta, Sony, Japan Antonio Ortega, Univ. of Southern California Fernando Pereira, Instituto Superior Técnico, Portugal Colin Perkins, USC Information Sciences Institute Amy Reibman, AT&T Labs Reza Rejaie, AT&T Labs Injong Rhee, North Carolina State Univ., USA Ralf Schaefer, Heinrich-Hertz-Institut, Germany Giovanni Schembra, University of Catania, Italy Subhabrata Sen, AT&T Labs Srini Seshan, Carnegie Mellon University Zon-Yin Shae, IBM Watson Research Center Prashant Shenoy, University of Massachusetts Gary Sullivan, Microsoft, USA Ming-Ting Sun, University of Washington Murat Tekalp, University of Rochester Hide Tokuda, Keio University, Japan Ozan Tonguz, Carnegie Mellon University Thierry Turletti, INRIA, France Martin Vetterli, EPFL Jonathan Walpole, OGI Yao Wang, Polytechnic University Stephan Wenger, Technical Univ. of Berlin, Germany Hiroshi Yasuda, Univ. of Tokyo, Japan Zixiang Xiong, Texas A&M Avideh Zakhor, University of California, Berkeley Wenjun Kevin Zeng, PacketVideo Corporation _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Wed Nov 28 22:34:56 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA15068 for ; Wed, 28 Nov 2001 22:34:56 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id WAA21362 for avt-archive@odin.ietf.org; Wed, 28 Nov 2001 22:35:00 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id WAA21346; Wed, 28 Nov 2001 22:34:22 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id WAA21317 for ; Wed, 28 Nov 2001 22:34:20 -0500 (EST) Received: from neal.ctd.comsat.com (neal.ctd.comsat.com [134.133.40.21]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA15036 for ; Wed, 28 Nov 2001 22:34:15 -0500 (EST) Received: from cqvpn.corp.comsat.com ([134.133.184.50] helo=labs.comsat.com) by neal.ctd.comsat.com with esmtp (Exim 2.12 #8) id 169Hwz-0000qy-00; Wed, 28 Nov 2001 22:33:26 -0500 Message-ID: <3C059E4C.4F5714B7@labs.comsat.com> Date: Wed, 28 Nov 2001 21:32:44 -0500 From: Simao Campos-Neto X-Mailer: Mozilla 4.75 [en] (Win98; U) X-Accept-Language: en,pdf MIME-Version: 1.0 To: Jeff Meunier CC: AVT WG Subject: Re: [AVT] Transmitting G729ab packets over network References: <20011127173123.F1217-100000@oak.packetdesign.com> <3C0477D6.5000500@enteract.com> Content-Type: multipart/mixed; boundary="------------A1DC300365D451F0986F4183" Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org This is a multi-part message in MIME format. --------------A1DC300365D451F0986F4183 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit That actually is an interesting question... One should distinguish the "simulation" of the codec operation from the codec operation itself. The code in the recommendation (either G.729 or G.723.1) puts out those 'non-transmitted' frames only because it is a convenient way to convey the non-transmission periods to the decoder. (It should be noted that the decoder has the Comfort Noise Generation functionality as part of the relevant Annexes [B in G.729 and A in G.723.1]). In a real time (interactive) system, those 'voice' frames are simply not transmitted. In the RTP case, no packets relevant to these frames are sent [counters updated as indicated by Steve]. In the case of playback of pre-recorded signals, as Jeff mentioned, one can record the encoded signal with the no-transmit frames so that the timers can be kept running properly (the player has to provide that functionality), or alternatively one could record the RTP packets themselves, which would contain the proper timing information, instead of the no transmit frames. In signals with very long silences, I guess that the latter would be more efficient (ie take up less storage space), while for recorded announcements (where I would expect silences to be kept to a minimum), the former is probably more efficient. Cheers, Simão. -- Jeff Meunier wrote: > > So, to properly render a stream like this, one has to program logic on the > playback side that generates noise until the next packet arrives, and > continue to generate noise (if applicable) if the timestamp indicates that > the silence interval is still going? > > We wondered about this at one point, but is was related to saving g723/g729 > data to file and we just relied on using the non-standard 0 length frames. > > FYI, I know in the ITU reference G.723.1 code, it will generate repeated > silence frames (actually of length one byte) during such intervals. To be > fully compliant with the RTP profile, I believe these should not be > transmitted, right? (since they are not a recognized codec format type) > > -- Jeff > > Stephen Casner wrote: > > > On Wed, 28 Nov 2001, Karthigeyan Vaidyanathan wrote: > > > > > >>Yes, thats what I meant....voice packets, followed by > >>a silence and then atleast 2 no transmission packets > >>and then could be anything. My doubt was how to > >>transmit the no trnasmission packets. Or in other > >>words how to convey to the receive side that there is > >>a no transmission packet without transmitting > >>anything. Hope I have made my doubt clear. > >> > > > > The RTP timestamp advances by the amount of time in the silence, but > > the RTP sequence number advances only by one. That is exactly why > > both of those fields are present in the RTP header. > > -- Steve > > > > > > _______________________________________________ > > Audio/Video Transport Working Group > > avt@ietf.org > > http://www1.ietf.org/mailman/listinfo/avt > > > > > > > > -- > Jeff Meunier > meunier@enteract.com > > _______________________________________________ > Audio/Video Transport Working Group > avt@ietf.org > http://www1.ietf.org/mailman/listinfo/avt -- ======================================================================== Simão Ferraz de Campos Neto, Scientist *All comments strictly my own* LMGT/COMSAT Tel: +1-301-428-4516 22300 Comsat Drive Fax: +1-301-428-9287 Clarksburg MD 20871 - USA E-mail: simao.campos@labs.comsat.com ======================================================================== ****** Practice random kindness and senseless acts of beauty ****** ======================================================================== --------------A1DC300365D451F0986F4183 Content-Type: text/x-vcard; charset=us-ascii; name="simao.campos.vcf" Content-Description: Card for Simao Campos-Neto Content-Disposition: attachment; filename="simao.campos.vcf" Content-Transfer-Encoding: 7bit begin:vcard n:Campos-Neto;Simão tel;fax:+1-301-428-9287 tel;work:+1-301-428-4516 x-mozilla-html:FALSE url:www.lmgt.com org:LMGT;VCE version:2.1 email;internet:simao.campos@comsat.com title:Scientist adr;quoted-printable:;;22300 COMSAT Drive=0D=0A;Clarksburg;Md;20874;USA x-mozilla-cpt:;2720 fn:Simão Campos-Neto end:vcard --------------A1DC300365D451F0986F4183-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Thu Nov 29 06:15:15 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA21651 for ; Thu, 29 Nov 2001 06:15:15 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id GAA09492 for avt-archive@odin.ietf.org; Thu, 29 Nov 2001 06:15:17 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id GAA08977; Thu, 29 Nov 2001 06:05:15 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id GAA08948 for ; Thu, 29 Nov 2001 06:05:13 -0500 (EST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA20211; Thu, 29 Nov 2001 06:05:10 -0500 (EST) Message-Id: <200111291105.GAA20211@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: avt@ietf.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Thu, 29 Nov 2001 06:05:10 -0500 Subject: [AVT] I-D ACTION:draft-ietf-avt-uxp-01.txt Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org --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 Erasure-Resilient Transmission of Progressive Multimedia Streams Author(s) : G. Liebl etal. Filename : draft-ietf-avt-uxp-01.txt Pages : 22 Date : 28-Nov-01 This document specifies an efficient way to ensure erasure-resilient transmission of progressively encoded multimedia sources via RTP using Reed-Solomon codes. The level of erasure protection can be explicitly adapted to the importance of the respective parts in the source stream, thus allowing a graceful degradation of application quality with increasing packet loss rate on the network. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-avt-uxp-01.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-uxp-01.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-avt-uxp-01.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20011128143357.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-uxp-01.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-uxp-01.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20011128143357.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Thu Nov 29 06:43:58 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA22716 for ; Thu, 29 Nov 2001 06:43:58 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id GAA10351 for avt-archive@odin.ietf.org; Thu, 29 Nov 2001 06:43:59 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id GAA10219; Thu, 29 Nov 2001 06:38:12 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id GAA10190 for ; Thu, 29 Nov 2001 06:38:10 -0500 (EST) Received: from gw-nl5.philips.com (gw-nl5.philips.com [212.153.235.99]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA22527 for ; Thu, 29 Nov 2001 06:38:08 -0500 (EST) From: philippe.gentric@philips.com Received: from smtpscan-nl3.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl5.philips.com with ESMTP id MAA22551 for ; Thu, 29 Nov 2001 12:37:49 +0100 (MET) (envelope-from philippe.gentric@philips.com) Received: from smtpscan-nl3.philips.com(130.139.36.23) by gw-nl5.philips.com via mwrap (4.0a) id xma022541; Thu, 29 Nov 01 12:37:49 +0100 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 MAA08833 for ; Thu, 29 Nov 2001 12:37:46 +0100 (MET) 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 MAA08636 for ; Thu, 29 Nov 2001 12:37:45 +0100 (MET) Received: from hbg001soh.diamond.philips.com (e1soh01.diamond.philips.com [130.143.165.212]) by notessmtp-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id MAA11877 for ; Thu, 29 Nov 2001 12:37:38 +0100 (MET) To: avt@ietf.org Cc: 4on2andIP-sys@advent.ee.columbia.edu X-Mailer: Lotus Notes Release 5.0.6a January 17, 2001 Message-ID: Date: Wed, 28 Nov 2001 12:17:44 +0100 X-MIMETrack: Serialize by Router on hbg001soh/H/SERVER/PHILIPS(Release 5.0.5 |September 22, 2000) at 29/11/2001 12:54:40 MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Subject: [AVT] mpeg4-generic RTP payload format Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Dear AVTers, I have submitted a new version of the mpeg4-generic RTP payload the name of the file is: "draft-ietf-avt-mpeg4-multiSL-03.txt" The changes from the previous version (02) are: - payload format itself : none - text of the draft: some cosmetic changes, especially the section 1 and 2 (introduction and rationale) and a replacement of the term "SL packet" for "AU or AU fragment" when relevent. This is intended to make the text more readable by taking an "Elementary Stream" point of view rather than a "Sync Layer" point of view. Since the intention is to go for last call I would appreciate to have feedback as soon as possible. see you in SLC Philippe Gentric Software architect Philips Digital Networks - MP4Net 51 rue Carnot B.P. 301 92156 Suresnes FRANCE tel: +33(0)147283740 fax: +33(0)147283725 philippe.gentric@philips.com http://www.mpeg-4.philips.com _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Thu Nov 29 07:56:03 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA26018 for ; Thu, 29 Nov 2001 07:56:03 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id HAA11945 for avt-archive@odin.ietf.org; Thu, 29 Nov 2001 07:56:05 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id HAA11881; Thu, 29 Nov 2001 07:51:00 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id HAA11854 for ; Thu, 29 Nov 2001 07:50:59 -0500 (EST) Received: from mail-dns1-nj.dialogic.com (mail-dns1-nj.dialogic.com [146.152.228.10]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA25703 for ; Thu, 29 Nov 2001 07:50:56 -0500 (EST) Received: from mail5.dialogic.com (mail5.dialogic.com [146.152.3.40]) by mail-dns1-nj.dialogic.com (8.9.1a+p1/8.9.1/d: dialogic.m4,v 1.9 2001/10/01 22:06:47 root Exp $) with ESMTP id NAA03449; Thu, 29 Nov 2001 13:01:25 GMT Received: from exchange3nj.dialogic.com (mailnj.dialogic.com [146.152.3.18]) by mail5.dialogic.com (8.9.3+Sun/8.9.3) with ESMTP id HAA28495; Thu, 29 Nov 2001 07:50:23 -0500 (EST) Received: by mailnj.dialogic.com with Internet Mail Service (5.5.2653.19) id ; Thu, 29 Nov 2001 07:49:21 -0500 Message-ID: <6B0F0A1F0F44D1118BB000A024620EB509B66390@exchange2nj.dialogic.com> From: "Miao, Kai" To: "'Simao Campos-Neto'" , Jeff Meunier Cc: AVT WG Subject: RE: [AVT] Transmitting G729ab packets over network Date: Thu, 29 Nov 2001 07:51:57 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by optimus.ietf.org id HAA11855 Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 8bit Both methods will waste memory space. What should be done is to develop a standard file format which does not contain silence frames but timing information, so that all the silence frames can be recovered during playback. Anything exists in this regard? Kai Miao -----Original Message----- From: Simao Campos-Neto [mailto:simao.campos@labs.comsat.com] Sent: Wednesday, November 28, 2001 9:33 PM To: Jeff Meunier Cc: AVT WG Subject: Re: [AVT] Transmitting G729ab packets over network That actually is an interesting question... One should distinguish the "simulation" of the codec operation from the codec operation itself. The code in the recommendation (either G.729 or G.723.1) puts out those 'non-transmitted' frames only because it is a convenient way to convey the non-transmission periods to the decoder. (It should be noted that the decoder has the Comfort Noise Generation functionality as part of the relevant Annexes [B in G.729 and A in G.723.1]). In a real time (interactive) system, those 'voice' frames are simply not transmitted. In the RTP case, no packets relevant to these frames are sent [counters updated as indicated by Steve]. In the case of playback of pre-recorded signals, as Jeff mentioned, one can record the encoded signal with the no-transmit frames so that the timers can be kept running properly (the player has to provide that functionality), or alternatively one could record the RTP packets themselves, which would contain the proper timing information, instead of the no transmit frames. In signals with very long silences, I guess that the latter would be more efficient (ie take up less storage space), while for recorded announcements (where I would expect silences to be kept to a minimum), the former is probably more efficient. Cheers, Simão. -- Jeff Meunier wrote: > > So, to properly render a stream like this, one has to program logic on the > playback side that generates noise until the next packet arrives, and > continue to generate noise (if applicable) if the timestamp indicates that > the silence interval is still going? > > We wondered about this at one point, but is was related to saving g723/g729 > data to file and we just relied on using the non-standard 0 length frames. > > FYI, I know in the ITU reference G.723.1 code, it will generate repeated > silence frames (actually of length one byte) during such intervals. To be > fully compliant with the RTP profile, I believe these should not be > transmitted, right? (since they are not a recognized codec format type) > > -- Jeff > > Stephen Casner wrote: > > > On Wed, 28 Nov 2001, Karthigeyan Vaidyanathan wrote: > > > > > >>Yes, thats what I meant....voice packets, followed by > >>a silence and then atleast 2 no transmission packets > >>and then could be anything. My doubt was how to > >>transmit the no trnasmission packets. Or in other > >>words how to convey to the receive side that there is > >>a no transmission packet without transmitting > >>anything. Hope I have made my doubt clear. > >> > > > > The RTP timestamp advances by the amount of time in the silence, but > > the RTP sequence number advances only by one. That is exactly why > > both of those fields are present in the RTP header. > > -- Steve > > > > > > _______________________________________________ > > Audio/Video Transport Working Group > > avt@ietf.org > > http://www1.ietf.org/mailman/listinfo/avt > > > > > > > > -- > Jeff Meunier > meunier@enteract.com > > _______________________________________________ > Audio/Video Transport Working Group > avt@ietf.org > http://www1.ietf.org/mailman/listinfo/avt -- ======================================================================== Simão Ferraz de Campos Neto, Scientist *All comments strictly my own* LMGT/COMSAT Tel: +1-301-428-4516 22300 Comsat Drive Fax: +1-301-428-9287 Clarksburg MD 20871 - USA E-mail: simao.campos@labs.comsat.com ======================================================================== ****** Practice random kindness and senseless acts of beauty ****** ======================================================================== _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Thu Nov 29 08:19:43 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA27443 for ; Thu, 29 Nov 2001 08:19:42 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id IAA12791 for avt-archive@odin.ietf.org; Thu, 29 Nov 2001 08:19:44 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id IAA12598; Thu, 29 Nov 2001 08:14:02 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id IAA12507 for ; Thu, 29 Nov 2001 08:13:54 -0500 (EST) Received: from zrc2s03g.us.nortel.com (h66s122a103n47.user.nortelnetworks.com [47.103.122.66]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA26913 for ; Thu, 29 Nov 2001 08:13:51 -0500 (EST) Received: from smtprch1.nortel.com (erchg0j.us.nortel.com [47.113.64.103]) by zrc2s03g.us.nortel.com (8.9.3+Sun/8.9.1) with ESMTP id HAA18707 for ; Thu, 29 Nov 2001 07:12:02 -0600 (CST) Received: from zrchb200.us.nortel.com by smtprch1.nortel.com; Thu, 29 Nov 2001 07:07:00 -0600 Received: by zrchb200.us.nortel.com with Internet Mail Service (5.5.2653.19) id ; Thu, 29 Nov 2001 07:10:30 -0600 Message-ID: From: "Peter Barany" To: "'avt@ietf.org'" Subject: FW: [AVT] I-D ACTION:draft-ietf-avt-uxp-01.txt Date: Thu, 29 Nov 2001 07:10:31 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C178D7.395A8560" Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C178D7.395A8560 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C178D7.395A8560" ------_=_NextPart_001_01C178D7.395A8560 Content-Type: text/plain; charset="iso-8859-1" Hi, Is anyone else having trouble obtaining a copy of this Internet draft? Thanks. Regards, Peter Barany IP Multimedia Standards and Research +1-972-685-2471 (Office) +1-972-684-3775 (Fax) +1-972-467-8346 (Mobile) e-mail: pbarany@nortelnetworks.com -----Original Message----- From: Internet-Drafts@ietf.org [mailto:Internet-Drafts@ietf.org] Sent: Thursday, November 29, 2001 5:05 AM Cc: avt@ietf.org Subject: [AVT] I-D ACTION:draft-ietf-avt-uxp-01.txt 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 Erasure-Resilient Transmission of Progressive Multimedia Streams Author(s) : G. Liebl etal. Filename : draft-ietf-avt-uxp-01.txt Pages : 22 Date : 28-Nov-01 This document specifies an efficient way to ensure erasure-resilient transmission of progressively encoded multimedia sources via RTP using Reed-Solomon codes. The level of erasure protection can be explicitly adapted to the importance of the respective parts in the source stream, thus allowing a graceful degradation of application quality with increasing packet loss rate on the network. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-avt-uxp-01.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-uxp-01.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-avt-uxp-01.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. ------_=_NextPart_001_01C178D7.395A8560 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable FW: [AVT] I-D ACTION:draft-ietf-avt-uxp-01.txt

Hi,

Is anyone else having trouble obtaining a copy of = this Internet draft? Thanks.

Regards,

Peter Barany
IP Multimedia Standards and Research
+1-972-685-2471 (Office)
+1-972-684-3775 (Fax)
+1-972-467-8346 (Mobile)
e-mail: pbarany@nortelnetworks.com

-----Original Message-----
From: Internet-Drafts@ietf.org [mailto:Internet-Drafts@ietf.org= ]
Sent: Thursday, November 29, 2001 5:05 AM
Cc: avt@ietf.org
Subject: [AVT] I-D = ACTION:draft-ietf-avt-uxp-01.txt


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 Erasure-Resilient
          &nb= sp;           &nb= sp;   Transmission of Progressive Multimedia Streams
        Author(s)       : G. Liebl = etal.
        Filename        : = draft-ietf-avt-uxp-01.txt
        Pages           : = 22
        Date    =         : 28-Nov-01
       =20
This document specifies an efficient way to ensure = erasure-resilient
transmission of progressively encoded multimedia = sources via RTP
using Reed-Solomon codes. The level of erasure = protection can be
explicitly adapted to the importance of the = respective parts in the
source stream, thus allowing a graceful degradation = of application
quality with increasing packet loss rate on the = network.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-avt-uxp= -01.txt

To remove yourself from the IETF Announcement list, = send a message to
ietf-announce-request with the word unsubscribe in = the body of the message.

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-uxp-01.txt".

A list of Internet-Drafts directories can be found in<= /FONT>
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-uxp-01.txt".
       =20
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.
        =        =20
        =        =20
Below is the data which will enable a MIME compliant = mail reader
implementation to automatically retrieve the ASCII = version of the
Internet-Draft.

  ------_=_NextPart_001_01C178D7.395A8560-- ------_=_NextPart_000_01C178D7.395A8560 Content-Type: message/rfc822 To: Subject: Date: Thu, 29 Nov 2001 07:10:30 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/mixed; boundary="----_=_NextPart_002_01C178D7.395A8560" ------_=_NextPart_002_01C178D7.395A8560 Content-Type: multipart/alternative; boundary="----_=_NextPart_003_01C178D7.395A8560" ------_=_NextPart_003_01C178D7.395A8560 Content-Type: text/plain ------_=_NextPart_003_01C178D7.395A8560 Content-Type: text/html

  ------_=_NextPart_003_01C178D7.395A8560-- ------_=_NextPart_002_01C178D7.395A8560 Content-Type: application/octet-stream; name="ATT53272" Content-Disposition: attachment; filename="ATT53272" Content-type: message/external-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20011128143357.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-uxp-01.txt ------_=_NextPart_002_01C178D7.395A8560 Content-Type: message/external-body; site="internet-drafts"; dir="draft-ietf-avt-uxp-01"; mode="ftp.ietf.org"; access-type="anon-ftp" ------_=_NextPart_002_01C178D7.395A8560-- ------_=_NextPart_000_01C178D7.395A8560-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Thu Nov 29 09:19:42 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA02109 for ; Thu, 29 Nov 2001 09:19:42 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id JAA14296 for avt-archive@odin.ietf.org; Thu, 29 Nov 2001 09:19:44 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id JAA14161; Thu, 29 Nov 2001 09:11:34 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id JAA14131 for ; Thu, 29 Nov 2001 09:11:26 -0500 (EST) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA01399 for ; Thu, 29 Nov 2001 09:11:21 -0500 (EST) Received: from VAIOStW2.cs.tu-berlin.de (root@kuerbis.cs.tu-berlin.de [130.149.25.60]) by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id OAA04813; Thu, 29 Nov 2001 14:59:53 +0100 (MET) Message-Id: <5.1.0.14.2.20011129145244.029132c8@mail.cs.tu-berlin.de> X-Sender: stewe@mail.cs.tu-berlin.de X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 29 Nov 2001 14:58:29 +0100 To: "Miao, Kai" From: Stephan Wenger Subject: RE: [AVT] Transmitting G729ab packets over network Cc: "'Simao Campos-Neto'" , Jeff Meunier , AVT WG In-Reply-To: <6B0F0A1F0F44D1118BB000A024620EB509B66390@exchange2nj.dialo gic.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by optimus.ietf.org id JAA14132 Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 8bit Hi Kai Miao, >Both methods will waste memory space. What should be done is to develop a >standard file format which does not contain silence frames but timing >information, so that all the silence frames can be recovered during >playback. Anything exists in this regard? I don't know much about file formats except that they do not seem to be relevant to IETF/AVT. And, is file size really the issue? Hard drives are cheap, transmission bit rate is not (yet). With respect to transmission, I feel that we must clearly distinguish between intentionally not coded (silcence) frames, and lost frames. Silence frames (however they might be called and coded) trigger silence or comfort noise, lost frames trigger error concealment. I would be very reluctant to give up the possibility of the use of error concealment just to save a few bits (or bytes). Best regards Stephan >Kai Miao > >-----Original Message----- >From: Simao Campos-Neto [mailto:simao.campos@labs.comsat.com] >Sent: Wednesday, November 28, 2001 9:33 PM >To: Jeff Meunier >Cc: AVT WG >Subject: Re: [AVT] Transmitting G729ab packets over network > > >That actually is an interesting question... > >One should distinguish the "simulation" of the codec operation from the >codec operation itself. The code in the recommendation (either G.729 or >G.723.1) puts out those 'non-transmitted' frames only because it is a >convenient way to convey the non-transmission periods to the decoder. >(It should be noted that the decoder has the Comfort Noise Generation >functionality as part of the relevant Annexes [B in G.729 and A in >G.723.1]). In a real time (interactive) system, those 'voice' frames are >simply not transmitted. In the RTP case, no packets relevant to these >frames are sent [counters updated as indicated by Steve]. > >In the case of playback of pre-recorded signals, as Jeff mentioned, one >can record the encoded signal with the no-transmit frames so that the >timers can be kept running properly (the player has to provide that >functionality), or alternatively one could record the RTP packets >themselves, which would contain the proper timing information, instead >of the no transmit frames. In signals with very long silences, I guess >that the latter would be more efficient (ie take up less storage space), >while for recorded announcements (where I would expect silences to be >kept to a minimum), the former is probably more efficient. > >Cheers, >Simão. >-- >Jeff Meunier wrote: > > > > So, to properly render a stream like this, one has to program logic on the > > playback side that generates noise until the next packet arrives, and > > continue to generate noise (if applicable) if the timestamp indicates that > > the silence interval is still going? > > > > We wondered about this at one point, but is was related to saving >g723/g729 > > data to file and we just relied on using the non-standard 0 length frames. > > > > FYI, I know in the ITU reference G.723.1 code, it will generate repeated > > silence frames (actually of length one byte) during such intervals. To be > > fully compliant with the RTP profile, I believe these should not be > > transmitted, right? (since they are not a recognized codec format type) > > > > -- Jeff > > > > Stephen Casner wrote: > > > > > On Wed, 28 Nov 2001, Karthigeyan Vaidyanathan wrote: > > > > > > > > >>Yes, thats what I meant....voice packets, followed by > > >>a silence and then atleast 2 no transmission packets > > >>and then could be anything. My doubt was how to > > >>transmit the no trnasmission packets. Or in other > > >>words how to convey to the receive side that there is > > >>a no transmission packet without transmitting > > >>anything. Hope I have made my doubt clear. > > >> > > > > > > The RTP timestamp advances by the amount of time in the silence, but > > > the RTP sequence number advances only by one. That is exactly why > > > both of those fields are present in the RTP header. > > > -- Steve > > > > > > > > > _______________________________________________ > > > Audio/Video Transport Working Group > > > avt@ietf.org > > > http://www1.ietf.org/mailman/listinfo/avt > > > > > > > > > > > > > -- > > Jeff Meunier > > meunier@enteract.com > > > > _______________________________________________ > > Audio/Video Transport Working Group > > avt@ietf.org > > http://www1.ietf.org/mailman/listinfo/avt > >-- >======================================================================== >Simão Ferraz de Campos Neto, Scientist *All comments strictly my own* >LMGT/COMSAT Tel: +1-301-428-4516 >22300 Comsat Drive Fax: +1-301-428-9287 >Clarksburg MD 20871 - USA E-mail: simao.campos@labs.comsat.com >======================================================================== > ****** Practice random kindness and senseless acts of beauty ****** >======================================================================== > > >_______________________________________________ >Audio/Video Transport Working Group >avt@ietf.org >http://www1.ietf.org/mailman/listinfo/avt _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Thu Nov 29 09:29:33 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA02972 for ; Thu, 29 Nov 2001 09:29:32 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id JAA14483 for avt-archive@odin.ietf.org; Thu, 29 Nov 2001 09:29:35 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id JAA14369; Thu, 29 Nov 2001 09:23:19 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id JAA14340 for ; Thu, 29 Nov 2001 09:23:17 -0500 (EST) Received: from mcfeely.interaccess.com (from.interaccess.com [207.208.131.20]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA02449 for ; Thu, 29 Nov 2001 09:23:14 -0500 (EST) Received: from enteract.com (a251.253.208.207.ded25.interaccess.com [207.208.253.251]) by mcfeely.interaccess.com (8.10.2/8.10.2) with ESMTP id fATEMel23071; Thu, 29 Nov 2001 08:22:40 -0600 (CST) Message-ID: <3C0644A7.5050201@enteract.com> Date: Thu, 29 Nov 2001 08:22:31 -0600 From: Jeff Meunier User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2 X-Accept-Language: en-us MIME-Version: 1.0 To: bino george , avt@ietf.org Subject: Re: [AVT] Transmitting G729ab packets over network References: <20011129131106.38572.qmail@web13602.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 7bit Yes, the SID frames are 4 bytes, and transmission of them is spec'ed in the avt profile. The standard specifies that the first SID frame of a given type be sent, but following frames that would normally generate identical SID frames are not sent. Therefore, as long as the silence is stationary, no more data needs to be sent until the noise changes or a full speech frame needs to be sent. However, if you look closely at what the reference ITU code produces (at least in the G.723.1 stuff, not sure in 729), it will generate a non-standard, 1 byte "filler" packet for every frame following a 4 byte SID frame that would normally not be sent. You have to look for it, and it may not be in the 729 reference code, but it does raise issues. The AVT profile does not recognize these 1 byte "filler" packets, so if you pipe the ITU reference codec into an RTP stream, many existing RTP modules will not handle the stream. -- Jeff bino george wrote: > Hello Jeff: > I am little consfused. > >>>FYI, I know in the ITU reference G.723.1 code, it >>>will generate repeated silence frames >>>(actually of length one byte) during suchintervals. >>>To be fully compliant with the RTP profile, I >>>believe these should not be transmitted, right? >>> > > Are you dicussing about SID frames ? SID frames are 4 > bytes. But draft-ietf-avt-profile-new giving the bit > packing to send SID frames. > Can you just give some more information ? > Thank you > bino > > > ===== > Bino George > 5588257 extn 210 > "We have to define a new game instead of playing a game better" > > __________________________________________________ > Do You Yahoo!? > Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. > http://geocities.yahoo.com/ps/info1 > > > -- Jeff Meunier meunier@enteract.com _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Thu Nov 29 10:15:44 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA10081 for ; Thu, 29 Nov 2001 10:15:44 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id KAA16232 for avt-archive@odin.ietf.org; Thu, 29 Nov 2001 10:15:47 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id KAA16180; Thu, 29 Nov 2001 10:14:54 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id KAA16149 for ; Thu, 29 Nov 2001 10:14:51 -0500 (EST) Received: from mail-dns1-nj.dialogic.com (mail-dns1-nj.dialogic.com [146.152.228.10]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA09837 for ; Thu, 29 Nov 2001 10:14:37 -0500 (EST) Received: from mail5.dialogic.com (mail5.dialogic.com [146.152.3.40]) by mail-dns1-nj.dialogic.com (8.9.1a+p1/8.9.1/d: dialogic.m4,v 1.9 2001/10/01 22:06:47 root Exp $) with ESMTP id PAA09068; Thu, 29 Nov 2001 15:25:11 GMT Received: from exchange4nj.dialogic.com (exchange4nj.dialogic.com [146.152.3.19]) by mail5.dialogic.com (8.9.3+Sun/8.9.3) with ESMTP id KAA15720; Thu, 29 Nov 2001 10:14:08 -0500 (EST) Received: by exchange4nj.dialogic.com with Internet Mail Service (5.5.2653.19) id ; Thu, 29 Nov 2001 10:18:58 -0500 Message-ID: <6B0F0A1F0F44D1118BB000A024620EB509B66391@exchange2nj.dialogic.com> From: "Miao, Kai" To: "'Stephan Wenger'" , "Miao, Kai" Cc: "'Simao Campos-Neto'" , Jeff Meunier , AVT WG Subject: RE: [AVT] Transmitting G729ab packets over network Date: Thu, 29 Nov 2001 10:15:40 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by optimus.ietf.org id KAA16151 Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 8bit Hi Stephen, What about devices which have no disks? Do we have any control where the files will end up? Kai -----Original Message----- From: Stephan Wenger [mailto:stewe@cs.tu-berlin.de] Sent: Thursday, November 29, 2001 8:58 AM To: Miao, Kai Cc: 'Simao Campos-Neto'; Jeff Meunier; AVT WG Subject: RE: [AVT] Transmitting G729ab packets over network Hi Kai Miao, >Both methods will waste memory space. What should be done is to develop a >standard file format which does not contain silence frames but timing >information, so that all the silence frames can be recovered during >playback. Anything exists in this regard? I don't know much about file formats except that they do not seem to be relevant to IETF/AVT. And, is file size really the issue? Hard drives are cheap, transmission bit rate is not (yet). With respect to transmission, I feel that we must clearly distinguish between intentionally not coded (silcence) frames, and lost frames. Silence frames (however they might be called and coded) trigger silence or comfort noise, lost frames trigger error concealment. I would be very reluctant to give up the possibility of the use of error concealment just to save a few bits (or bytes). Best regards Stephan >Kai Miao > >-----Original Message----- >From: Simao Campos-Neto [mailto:simao.campos@labs.comsat.com] >Sent: Wednesday, November 28, 2001 9:33 PM >To: Jeff Meunier >Cc: AVT WG >Subject: Re: [AVT] Transmitting G729ab packets over network > > >That actually is an interesting question... > >One should distinguish the "simulation" of the codec operation from the >codec operation itself. The code in the recommendation (either G.729 or >G.723.1) puts out those 'non-transmitted' frames only because it is a >convenient way to convey the non-transmission periods to the decoder. >(It should be noted that the decoder has the Comfort Noise Generation >functionality as part of the relevant Annexes [B in G.729 and A in >G.723.1]). In a real time (interactive) system, those 'voice' frames are >simply not transmitted. In the RTP case, no packets relevant to these >frames are sent [counters updated as indicated by Steve]. > >In the case of playback of pre-recorded signals, as Jeff mentioned, one >can record the encoded signal with the no-transmit frames so that the >timers can be kept running properly (the player has to provide that >functionality), or alternatively one could record the RTP packets >themselves, which would contain the proper timing information, instead >of the no transmit frames. In signals with very long silences, I guess >that the latter would be more efficient (ie take up less storage space), >while for recorded announcements (where I would expect silences to be >kept to a minimum), the former is probably more efficient. > >Cheers, >Simão. >-- >Jeff Meunier wrote: > > > > So, to properly render a stream like this, one has to program logic on the > > playback side that generates noise until the next packet arrives, and > > continue to generate noise (if applicable) if the timestamp indicates that > > the silence interval is still going? > > > > We wondered about this at one point, but is was related to saving >g723/g729 > > data to file and we just relied on using the non-standard 0 length frames. > > > > FYI, I know in the ITU reference G.723.1 code, it will generate repeated > > silence frames (actually of length one byte) during such intervals. To be > > fully compliant with the RTP profile, I believe these should not be > > transmitted, right? (since they are not a recognized codec format type) > > > > -- Jeff > > > > Stephen Casner wrote: > > > > > On Wed, 28 Nov 2001, Karthigeyan Vaidyanathan wrote: > > > > > > > > >>Yes, thats what I meant....voice packets, followed by > > >>a silence and then atleast 2 no transmission packets > > >>and then could be anything. My doubt was how to > > >>transmit the no trnasmission packets. Or in other > > >>words how to convey to the receive side that there is > > >>a no transmission packet without transmitting > > >>anything. Hope I have made my doubt clear. > > >> > > > > > > The RTP timestamp advances by the amount of time in the silence, but > > > the RTP sequence number advances only by one. That is exactly why > > > both of those fields are present in the RTP header. > > > -- Steve > > > > > > > > > _______________________________________________ > > > Audio/Video Transport Working Group > > > avt@ietf.org > > > http://www1.ietf.org/mailman/listinfo/avt > > > > > > > > > > > > > -- > > Jeff Meunier > > meunier@enteract.com > > > > _______________________________________________ > > Audio/Video Transport Working Group > > avt@ietf.org > > http://www1.ietf.org/mailman/listinfo/avt > >-- >======================================================================== >Simão Ferraz de Campos Neto, Scientist *All comments strictly my own* >LMGT/COMSAT Tel: +1-301-428-4516 >22300 Comsat Drive Fax: +1-301-428-9287 >Clarksburg MD 20871 - USA E-mail: simao.campos@labs.comsat.com >======================================================================== > ****** Practice random kindness and senseless acts of beauty ****** >======================================================================== > > >_______________________________________________ >Audio/Video Transport Working Group >avt@ietf.org >http://www1.ietf.org/mailman/listinfo/avt _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@ns.ietf.org Thu Nov 29 13:22:12 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA29160 for ; Thu, 29 Nov 2001 13:22:11 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id NAA23405 for avt-archive@odin.ietf.org; Thu, 29 Nov 2001 13:22:12 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id NAA23373; Thu, 29 Nov 2001 13:21:34 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id NAA23344 for ; Thu, 29 Nov 2001 13:21:31 -0500 (EST) Received: from dgesmtp01.wcom.com (dgesmtp01.wcom.com [199.249.16.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA29095 for ; Thu, 29 Nov 2001 13:21:29 -0500 (EST) Received: from dgismtp04.wcomnet.com ([166.38.58.144]) by firewall.wcom.com (PMDF V5.2-33 #42260) with ESMTP id <0GNK00EM3QZ049@firewall.wcom.com> for avt@ietf.org; Thu, 29 Nov 2001 18:21:00 +0000 (GMT) Received: from dgismtp04.wcomnet.com by dgismtp04.wcomnet.com (PMDF V5.2-33 #42262) with SMTP id <0GNK00J01QYQ5N@dgismtp04.wcomnet.com>; Thu, 29 Nov 2001 18:20:59 +0000 (GMT) Received: from skanchina ([166.35.144.87]) by dgismtp04.wcomnet.com (PMDF V5.2-33 #42262) with SMTP id <0GNK00I3AQYCQ2@dgismtp04.wcomnet.com>; Thu, 29 Nov 2001 18:20:37 +0000 (GMT) Date: Thu, 29 Nov 2001 12:32:09 -0600 From: Sharma Kanchinadham In-reply-to: <20011127113748.B55876-100000@ash.packetdesign.com> To: "'Stephen Casner'" Cc: "'AVT WG'" Reply-to: sharma.kanchinadham@wcom.com Message-id: <001801c17904$27b49260$579023a6@wcomnet.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Importance: Normal X-Priority: 3 (Normal) X-MSMail-priority: Normal Content-Transfer-Encoding: 7bit Subject: [AVT] RE: Reg draft-ietf-avt-rtp-mime-05.txt Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 7bit [Sharma wrote] > Hence it becomes important to negotiate Silence Suppression so that the > nodes involved in a call are on the same page. For example, if a node does > not wish to recieve comfort noise frames there needs to be a way to > communicate that to the other node. Otherwise there could be a quality of > service issue. [Stephen Casner wrote] There is a way to negotiate annexb=no for G.729. There is a way to negotiate no use of the generic CN payload format (e.g., with G.711) through the acceptance or rejection of that payload format in the list on the m= line. (Sharma) Can you please illustrate how G.711 Appendix II can be negotiated with an example. I believe the appraoch you are suggesting above might conflict with the following para in SDP RFC2327. "Additional parameters may be defined in the future, but Codecspecific parameters should not be added. Parameters added to an rtpmap attribute should only be those required for a session directory to make the choice of appropriate media too to participate in a session. Codec-specific parameters should be added in other attributes. " _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@ns.ietf.org Thu Nov 29 14:11:37 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA03244 for ; Thu, 29 Nov 2001 14:11:37 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id OAA25258 for avt-archive@odin.ietf.org; Thu, 29 Nov 2001 14:11:39 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id OAA25242; Thu, 29 Nov 2001 14:11:12 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id OAA25212 for ; Thu, 29 Nov 2001 14:11:09 -0500 (EST) Received: from amdext.amd.com (amdext.amd.com [139.95.251.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA03215 for ; Thu, 29 Nov 2001 14:11:06 -0500 (EST) From: steve.mcrobert@amd.com Received: from ssvlgs01.amd.com (ssvlgs01.amd.com [139.95.250.16]) by amdext.amd.com (8.9.3/8.9.3/AMD) with SMTP id LAA23835 for ; Thu, 29 Nov 2001 11:10:37 -0800 (PST) Received: from 139.95.250.1 by ssvlgs01.amd.com with ESMTP (Tumbleweed MMS SMTP Relay (MMS v4.7)); Thu, 29 Nov 2001 11:10:37 -0800 X-Server-Uuid: 02753650-11b0-11d5-bbc5-00508bf987eb Received: from caexmta4.amd.com (caexmta4.amd.com [139.95.53.8]) by amdint.amd.com (8.9.3/8.9.3/AMD) with ESMTP id LAA26427 for ; Thu, 29 Nov 2001 11:10:36 -0800 (PST) Received: by caexmta4.amd.com with Internet Mail Service (5.5.2653.19) id ; Thu, 29 Nov 2001 11:10:36 -0800 Message-ID: <4201B90278FBD111B95100805F8516BD0565AE29@caexmta4.amd.com> To: avt@ietf.org Date: Thu, 29 Nov 2001 11:10:35 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) X-WSS-ID: 101857A7130135-01-01 Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C17909.8654B750" Subject: [AVT] Enough already of these untitled attachments! Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C17909.8654B750 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit worse still, the last three were sent using some unspecified encoding which I cannot open. Most people seem to be able to put a title on their attachments. If you're going to do something weird with the contents please specify what it is. Thanks, Steve <> If mankind minus one were of one opinion, then mankind is no more justified in silencing the one than the one - if he had the power - would be justified in silencing mankind. -John Stuart Mill, philosopher and economist (1806-1873) ------_=_NextPart_000_01C17909.8654B750 Content-Type: application/rtf; name=untitled-attachments.rtf Content-Disposition: attachment; filename=untitled-attachments.rtf Content-Transfer-Encoding: base64 e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcZGVmZjBcZGVmbGFuZzEwMzN7XGZvbnR0Ymx7XGYwXGZu aWxcZmNoYXJzZXQwIEFyaWFsO319DQpcdmlld2tpbmQ0XHVjMVxwYXJkXGZzMjAgRW5vdWdoIGFs cmVhZHkgb2YgdGhlc2UgdW50aXRsZWQgYXR0YWNobWVudHMhICB3b3JzZSBzdGlsbCwgdGhlIGxh c3QgdGhyZWUgd2VyZSBzZW50IHVzaW5nIHNvbWUgdW5zcGVjaWZpZWQgZW5jb2Rpbmcgd2hpY2gg SSBjYW5ub3Qgb3Blbi4NClxwYXIgDQpccGFyIE1vc3QgcGVvcGxlIHNlZW0gdG8gYmUgYWJsZSB0 byBwdXQgYSB0aXRsZSBvbiB0aGVpciBhdHRhY2htZW50cy4NClxwYXIgDQpccGFyIElmIHlvdSdy ZSBnb2luZyB0byBkbyBzb21ldGhpbmcgd2VpcmQgd2l0aCB0aGUgY29udGVudHMgcGxlYXNlIHNw ZWNpZnkgd2hhdCBpdCBpcy4NClxwYXIgDQpccGFyIFRoYW5rcywgU3RldmUNClxwYXIgfQ0KAA== ------_=_NextPart_000_01C17909.8654B750-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@ns.ietf.org Thu Nov 29 14:31:59 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA05000 for ; Thu, 29 Nov 2001 14:31:59 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id OAA26289 for avt-archive@odin.ietf.org; Thu, 29 Nov 2001 14:32:01 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id OAA26234; Thu, 29 Nov 2001 14:31:29 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id OAA26188 for ; Thu, 29 Nov 2001 14:31:26 -0500 (EST) Received: from amdext.amd.com (amdext.amd.com [139.95.251.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA04868 for ; Thu, 29 Nov 2001 14:31:23 -0500 (EST) From: steve.mcrobert@amd.com Received: from ssvlgs01.amd.com (ssvlgs01.amd.com [139.95.250.16]) by amdext.amd.com (8.9.3/8.9.3/AMD) with SMTP id LAA29529 for ; Thu, 29 Nov 2001 11:30:54 -0800 (PST) Received: from 139.95.250.1 by ssvlgs01.amd.com with ESMTP (Tumbleweed MMS SMTP Relay (MMS v4.7)); Thu, 29 Nov 2001 11:30:53 -0800 X-Server-Uuid: 02753650-11b0-11d5-bbc5-00508bf987eb Received: from caexmta4.amd.com (caexmta4.amd.com [139.95.53.8]) by amdint.amd.com (8.9.3/8.9.3/AMD) with ESMTP id LAA01612 for ; Thu, 29 Nov 2001 11:30:53 -0800 (PST) Received: by caexmta4.amd.com with Internet Mail Service (5.5.2653.19) id ; Thu, 29 Nov 2001 11:30:52 -0800 Message-ID: <4201B90278FBD111B95100805F8516BD0565AE2B@caexmta4.amd.com> To: avt@ietf.org Subject: RE: [AVT] Enough already of these untitled attachments! Date: Thu, 29 Nov 2001 11:30:50 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) X-WSS-ID: 10185367133262-01-01 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 7bit To: whoever is running this e-mail list The e-mail below is a complete duplicate of the one I first received. I really do not need two. Both decoded perfectly, telling me the name of the attachment, which I was then able to open without any problems. Thanks, Steve > -----Original Message----- > From: McRobert, Steve > Sent: Thursday, November 29, 2001 11:11 AM > To: avt@ietf.org > Subject: [AVT] Enough already of these untitled attachments! > > > worse still, the last three were sent using some unspecified > encoding which I cannot open. > > Most people seem to be able to put a title on their attachments. > > If you're going to do something weird with the contents > please specify what it is. > > Thanks, Steve > <> > > If mankind minus one were of one opinion, then mankind is no > more justified > in silencing the one than the one - if he had the power - would be > justified in silencing mankind. -John Stuart Mill, philosopher and > economist (1806-1873) > > > _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@ns.ietf.org Thu Nov 29 19:02:31 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA23252 for ; Thu, 29 Nov 2001 19:02:30 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id TAA04828 for avt-archive@odin.ietf.org; Thu, 29 Nov 2001 19:02:31 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id SAA04312; Thu, 29 Nov 2001 18:55:46 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id SAA04281 for ; Thu, 29 Nov 2001 18:55:43 -0500 (EST) Received: from amdext.amd.com (amdext.amd.com [139.95.251.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA22813 for ; Thu, 29 Nov 2001 18:55:41 -0500 (EST) From: steve.mcrobert@amd.com Received: from ssvlgs01.amd.com (ssvlgs01.amd.com [139.95.250.16]) by amdext.amd.com (8.9.3/8.9.3/AMD) with SMTP id PAA04644 for ; Thu, 29 Nov 2001 15:55:12 -0800 (PST) Received: from 139.95.250.1 by ssvlgs01.amd.com with ESMTP (Tumbleweed MMS SMTP Relay (MMS v4.7)); Thu, 29 Nov 2001 15:55:11 -0800 X-Server-Uuid: 02753650-11b0-11d5-bbc5-00508bf987eb Received: from caexmta4.amd.com (caexmta4.amd.com [139.95.53.8]) by amdint.amd.com (8.9.3/8.9.3/AMD) with ESMTP id PAA00397 for ; Thu, 29 Nov 2001 15:55:10 -0800 (PST) Received: by caexmta4.amd.com with Internet Mail Service (5.5.2653.19) id ; Thu, 29 Nov 2001 15:55:09 -0800 Message-ID: <4201B90278FBD111B95100805F8516BD0565AE34@caexmta4.amd.com> To: avt@ietf.org Date: Thu, 29 Nov 2001 15:55:08 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) X-WSS-ID: 10181555162408-01-01 Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C17931.46878710" Subject: [AVT] test; please ignore Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C17931.46878710 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit no content, just signature file <> ------_=_NextPart_000_01C17931.46878710 Content-Type: application/octet-stream; name="McRobert, Steve (E-mail).vcf" Content-Disposition: attachment; filename="McRobert, Steve (E-mail).vcf" Content-Transfer-Encoding: 7bit BEGIN:VCARD VERSION:2.1 N:McRobert;Steve FN:McRobert, Steve TEL;WORK;VOICE:45442 ADR;WORK;ENCODING=QUOTED-PRINTABLE:;Steve;Bldg: 950D=0D=0AM/S: 45 LABEL;WORK;ENCODING=QUOTED-PRINTABLE:Steve=0D=0ABldg: 950D=0D=0AM/S: 45 EMAIL;PREF;INTERNET:steve.mcrobert@caexmta4.amd.com REV:20010613T234559Z END:VCARD ------_=_NextPart_000_01C17931.46878710-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Fri Nov 30 01:56:12 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA15014 for ; Fri, 30 Nov 2001 01:56:11 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id BAA22046 for avt-archive@odin.ietf.org; Fri, 30 Nov 2001 01:56:13 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id BAA21982; Fri, 30 Nov 2001 01:54:23 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id BAA21954 for ; Fri, 30 Nov 2001 01:54:22 -0500 (EST) Received: from web13607.mail.yahoo.com (web13607.mail.yahoo.com [216.136.175.118]) by ietf.org (8.9.1a/8.9.1a) with SMTP id BAA14838 for ; Fri, 30 Nov 2001 01:54:18 -0500 (EST) Message-ID: <20011130065421.80848.qmail@web13607.mail.yahoo.com> Received: from [164.164.42.6] by web13607.mail.yahoo.com via HTTP; Thu, 29 Nov 2001 22:54:21 PST Date: Thu, 29 Nov 2001 22:54:21 -0800 (PST) From: bino george Subject: Re: [AVT] Transmitting G729ab packets over network, Jeff Meunier To: meunier@enteract.com Cc: avt@ietf.org, Bino George MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org The "No trasmission Packet" from G.723/G.79 Encoder is an information to the layer just above the encoder for each design. That layer should be intelligent enough to understand this "filler frames" and forward only Voice and SID frames to the packetizer. As a developer I feel the draft-ietf-avt-profile-new-09.txt as a good spec espcially for G.729, help us to understand the "variable packetization interval" issue at the design level itself. " A G.729 RTP packet may consist of zero or more G.729 or G.729 Annex A frames, followed by zero or one G.729 Annex B frames. The presence of a comfort noise frame can be deduced from the length of the RTP payload. The default packetization interval is 20 ms(two frames), but in some situations it may be desireable to send 10 ms packets." The depacketizer should be intelligent enough to parse the packet into frames with only two information. 1: codec. 2: RTP payload Length. If further discussion is based on this draft, then it will be helpful, to understand the issue better. thank you bino ===== Bino George 5588257 extn 210 "We have to define a new game instead of playing a game better" __________________________________________________ Do You Yahoo!? Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. http://geocities.yahoo.com/ps/info1 _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Fri Nov 30 05:58:16 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA02201 for ; Fri, 30 Nov 2001 05:58:15 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id FAA27901 for avt-archive@odin.ietf.org; Fri, 30 Nov 2001 05:58:19 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id FAA27660; Fri, 30 Nov 2001 05:57:11 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id FAA27588 for ; Fri, 30 Nov 2001 05:57:06 -0500 (EST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA01963; Fri, 30 Nov 2001 05:56:58 -0500 (EST) Message-Id: <200111301056.FAA01963@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: avt@ietf.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Fri, 30 Nov 2001 05:56:58 -0500 Subject: [AVT] I-D ACTION:draft-ietf-avt-rtp-new-11.txt,.ps Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org --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: A Transport Protocol for Real-Time Applications Author(s) : H. Schulzrinne, S. Casner, R. Frederick, V. Jacobson Filename : draft-ietf-avt-rtp-new-11.txt,.ps Pages : 103 Date : 29-Nov-01 This memorandum is a revision of RFC 1889 in preparation for advancement from Proposed Standard to Draft Standard status. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-avt-rtp-new-11.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-new-11.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-new-11.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: <20011129143559.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-rtp-new-11.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-rtp-new-11.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20011129143559.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Fri Nov 30 06:02:55 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA02937 for ; Fri, 30 Nov 2001 06:02:55 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id GAA28433 for avt-archive@odin.ietf.org; Fri, 30 Nov 2001 06:03:00 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id FAA27645; Fri, 30 Nov 2001 05:57:10 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id FAA27589 for ; Fri, 30 Nov 2001 05:57:06 -0500 (EST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA01951; Fri, 30 Nov 2001 05:56:53 -0500 (EST) Message-Id: <200111301056.FAA01951@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: avt@ietf.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Fri, 30 Nov 2001 05:56:53 -0500 Subject: [AVT] I-D ACTION:draft-ietf-avt-profile-new-12.txt,.ps Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org --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 Profile for Audio and Video Conferences with Minimal Control Author(s) : H. Schulzrinne, S. Casner Filename : draft-ietf-avt-profile-new-12.txt,.ps Pages : 43 Date : 29-Nov-01 This memorandum is a revision of RFC 1890 in preparation for advancement from Proposed Standard to Draft Standard status. This document describes a profile called 'RTP/AVP' for the use of the real-time transport protocol (RTP), version 2, and the associated control protocol, RTCP, within audio and video multiparticipant conferences with minimal control. It provides interpretations of generic fields within the RTP specification suitable for audio and video conferences. In particular, this document defines a set of default mappings from payload type numbers to encodings. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-avt-profile-new-12.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-profile-new-12.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-profile-new-12.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: <20011129143543.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-profile-new-12.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-profile-new-12.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20011129143543.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Fri Nov 30 06:53:29 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA02210 for ; Fri, 30 Nov 2001 05:58:16 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id FAA27900 for avt-archive@odin.ietf.org; Fri, 30 Nov 2001 05:58:19 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id FAA27742; Fri, 30 Nov 2001 05:57:20 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id FAA27669 for ; Fri, 30 Nov 2001 05:57:13 -0500 (EST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA01987; Fri, 30 Nov 2001 05:57:07 -0500 (EST) Message-Id: <200111301057.FAA01987@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: avt@ietf.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Fri, 30 Nov 2001 05:57:07 -0500 Subject: [AVT] I-D ACTION:draft-ietf-avt-srtp-02.txt Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Working Group of the IETF. Title : The Secure Real Time Transport Protocol Author(s) : R. Blom et al. Filename : draft-ietf-avt-srtp-02.txt Pages : 34 Date : 29-Nov-01 This document describes the Secure Real Time Transport Protocol (SRTP), a profile of the Real Time Transport Protocol (RTP), which can provide confidentiality, message authentication, and replay protection. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-avt-srtp-02.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-srtp-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-srtp-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: <20011129143622.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-srtp-02.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-srtp-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20011129143622.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Fri Nov 30 06:53:29 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA02212 for ; Fri, 30 Nov 2001 05:58:16 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id FAA27896 for avt-archive@odin.ietf.org; Fri, 30 Nov 2001 05:58:19 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id FAA27700; Fri, 30 Nov 2001 05:57:15 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id FAA27606 for ; Fri, 30 Nov 2001 05:57:08 -0500 (EST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA01975; Fri, 30 Nov 2001 05:57:03 -0500 (EST) Message-Id: <200111301057.FAA01975@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: avt@ietf.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Fri, 30 Nov 2001 05:57:02 -0500 Subject: [AVT] I-D ACTION:draft-ietf-avt-rtcp-bw-05.txt Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org --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 : SDP Bandwidth Modifiers for RTCP Bandwidth Author(s) : S. Casner Filename : draft-ietf-avt-rtcp-bw-05.txt Pages : 7 Date : 29-Nov-01 This document defines an extension to the Session Description Protocol (SDP) to specify two additional modifiers for the bandwidth attribute. These modifiers may be used to specify the bandwidth allowed for RTCP packets in a Real-Time Transport Protocol (RTP) session. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-avt-rtcp-bw-05.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-rtcp-bw-05.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-rtcp-bw-05.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: <20011129143611.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-rtcp-bw-05.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-rtcp-bw-05.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20011129143611.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@optimus.ietf.org Fri Nov 30 06:53:29 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA02200 for ; Fri, 30 Nov 2001 05:58:15 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id FAA27902 for avt-archive@odin.ietf.org; Fri, 30 Nov 2001 05:58:19 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id FAA27578; Fri, 30 Nov 2001 05:56:56 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id FAA27549 for ; Fri, 30 Nov 2001 05:56:54 -0500 (EST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA01938; Fri, 30 Nov 2001 05:56:48 -0500 (EST) Message-Id: <200111301056.FAA01938@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: avt@ietf.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Fri, 30 Nov 2001 05:56:48 -0500 Subject: [AVT] I-D ACTION:draft-ietf-avt-rtp-mime-06.txt Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org --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 : MIME Type Registration of RTP Payload Formats Author(s) : S. Casner, P. Hoschka Filename : draft-ietf-avt-rtp-mime-06.txt Pages : 36 Date : 29-Nov-01 This document defines the procedure to register RTP Payload Formats as audio, video or other MIME subtype names. This is useful in a text-based format or control protocol to identify the type of an RTP transmission. This document also registers all the RTP payload formats defined in the RTP Profile for Audio and Video Conferences as MIME subtypes. Some of these may also be used for transfer modes other than RTP. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-avt-rtp-mime-06.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-mime-06.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-mime-06.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: <20011129143453.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-rtp-mime-06.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-rtp-mime-06.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20011129143453.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@ns.ietf.org Fri Nov 30 15:47:24 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA05752 for ; Fri, 30 Nov 2001 15:47:24 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id PAA20211 for avt-archive@odin.ietf.org; Fri, 30 Nov 2001 15:47:29 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id PAA20143; Fri, 30 Nov 2001 15:46:12 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id PAA20104 for ; Fri, 30 Nov 2001 15:46:04 -0500 (EST) Received: from mx.serv.net (mx.serv.net [205.153.153.234]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA05643 for ; Fri, 30 Nov 2001 15:45:52 -0500 (EST) Received: from iname.com (sense-sea-focal-dynamic-7-33.oz.net [216.39.135.161]) by mx.serv.net (8.9.3/8.9.1) with ESMTP id MAA06996 for ; Fri, 30 Nov 2001 12:45:41 -0800 (PST) Message-ID: <3C07F0EA.63918044@iname.com> Date: Fri, 30 Nov 2001 12:49:46 -0800 From: Chuck Harrison X-Mailer: Mozilla 4.78 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: avt@ietf.org References: <200111301057.FAA01987@ietf.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Subject: [AVT] FEC Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org Content-Transfer-Encoding: 7bit Greetings, I am looking for theoretical or practical studies of the effectiveness of RFC2733 FEC. I wonder how the effectiveness depends on higher-order statistics (e.g. autocorrelation) of packet loss events. My application is in high-quality video transport, where network characteristics are moderately well controlled but very high reconstructed accuracy (post-FEC) is needed. Thanks in advance, Chuck Harrison Far Field Associates, LLC +1 360 863 8340 (voice) PST = GMT-0800 _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt From daemon@ns.ietf.org Fri Nov 30 22:07:35 2001 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA23332 for ; Fri, 30 Nov 2001 22:07:34 -0500 (EST) Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id WAA28731 for avt-archive@odin.ietf.org; Fri, 30 Nov 2001 22:07:39 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id WAA28699; Fri, 30 Nov 2001 22:06:18 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id WAA28672 for ; Fri, 30 Nov 2001 22:06:16 -0500 (EST) Received: from mailman.packetdesign.com (dns.packetdesign.com [65.192.41.10]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA23307 for ; Fri, 30 Nov 2001 22:06:10 -0500 (EST) Received: from ash.packetdesign.com (ash.packetdesign.com [192.168.0.243]) by mailman.packetdesign.com (8.11.0/8.11.0) with ESMTP id fB135h546426; Fri, 30 Nov 2001 19:05:43 -0800 (PST) (envelope-from casner@acm.org) Date: Fri, 30 Nov 2001 19:06:15 -0800 (PST) From: Stephen Casner To: Sharma Kanchinadham cc: "'AVT WG'" In-Reply-To: <001801c17904$27b49260$579023a6@wcomnet.com> Message-ID: <20011130184227.J60855-100000@ash.packetdesign.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [AVT] RE: Reg draft-ietf-avt-rtp-mime-05.txt Sender: avt-admin@ietf.org Errors-To: avt-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: Audio/Video Transport Working Group X-BeenThere: avt@ietf.org On Thu, 29 Nov 2001, Sharma Kanchinadham wrote: > Can you please illustrate how G.711 Appendix II can be negotiated with an > example. As far as I know, I do not have access to ITU Recommendations, therefore I can't say anything definite about G.711 Appendix II. That is why in my previous message I asked you to give a brief description: I'm not convinced that a generic problem exists, but it sounds like you may be concerned with a specific problem related to G.711 and G.729 interoperation between Cisco products and others. Can you please describe the specific problem? In particular, what is Cisco VAD and how does it compare to G.711 Appendix II or G.729 Annex B? However, the CN payload format (draft-ietf-avt-rtp-cn-04.txt) claims to be based on G.711 Appendix II: The payload format is based on Appendix II of ITU-T Recommendation G.711 [9] which defines a comfort noise payload format (or bit-stream) for ITU-T G.711 use in packet-based multimedia communication systems. Therefore, I assume that the way to negotiate G.711 Appendix II is to negotiate the use of the CN payload format in combination with the PCMU (G.711) payload format. This may be done with an SDP media line like the following: m=audio 49230 RTP/AVP 0 13 An implementation that did not want to receive CN frames would have to restrict the media specification to: m=audio 49230 RTP/AVP 0 As I said, there isn't any way to insist that audio packets be transmitted continously, but I am not convinced that the need to signal such a requirement is justified. > I believe the appraoch you are suggesting above might conflict with > the following para in SDP RFC2327. > > "Additional parameters may be defined in the future, but > Codecspecific parameters should not be added. Parameters added to > an rtpmap attribute should only be those required for a session > directory to make the choice of appropriate media too to > participate in a session. Codec-specific parameters should be > added in other attributes. " No. I am not proposing that any parameters be added either to the rtpmap or the fmtp attribute. -- Steve _______________________________________________ Audio/Video Transport Working Group avt@ietf.org http://www1.ietf.org/mailman/listinfo/avt