From iptel-bounces@ietf.org  Wed Feb  2 16:35:58 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA09509
	for <iptel-web-archive@ietf.org>; Wed, 2 Feb 2005 16:35:58 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1CwSSj-00019Q-Kk
	for iptel-web-archive@ietf.org; Wed, 02 Feb 2005 16:55:04 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1CwRLa-0000wx-BP; Wed, 02 Feb 2005 15:43:34 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1CwRHd-0006t4-6a
	for iptel@megatron.ietf.org; Wed, 02 Feb 2005 15:39:29 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA26504
	for <iptel@ietf.org>; Wed, 2 Feb 2005 15:39:24 -0500 (EST)
Received: from sj-iport-5.cisco.com ([171.68.10.87])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CwRa2-0004uD-UA
	for iptel@ietf.org; Wed, 02 Feb 2005 15:58:32 -0500
Received: from sj-core-3.cisco.com (171.68.223.137)
	by sj-iport-5.cisco.com with ESMTP; 02 Feb 2005 12:39:02 -0800
X-BrightmailFiltered: true
X-Brightmail-Tracker: AAAAAA==
Received: from vtg-um-e2k4.sj21ad.cisco.com (vtg-um-e2k4.cisco.com
	[171.70.93.57])
	by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id j12KcsPA017380
	for <iptel@ietf.org>; Wed, 2 Feb 2005 12:38:55 -0800 (PST)
Received: e2k4.cisco.com 171.70.93.57 from 171.69.115.126 171.69.115.126 via
	HTTP with MS-WebStorage 6.5.6944
User-Agent: Microsoft-Entourage/11.1.0.040913
Date: Wed, 02 Feb 2005 11:32:07 -0800
From: Cullen Jennings <fluffy@cisco.com>
To: "iptel@ietf.org" <iptel@ietf.org>
Message-ID: <BE266AB7.26364%fluffy@cisco.com>
Mime-version: 1.0
Content-type: text/plain;
	charset="US-ASCII"
Content-transfer-encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8ac499381112328dd60aea5b1ff596ea
Content-Transfer-Encoding: 7bit
Subject: [Iptel] draft-ietf-iptel-tel-np-02.txt adopted as WG item
X-BeenThere: iptel@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP Telephony <iptel.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/iptel>
List-Post: <mailto:iptel@ietf.org>
List-Help: <mailto:iptel-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=subscribe>
Sender: iptel-bounces@ietf.org
Errors-To: iptel-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d17f825e43c9aed4fd65b7edddddec89
Content-Transfer-Encoding: 7bit


I have not got any objections to adopting this draft as a WG draft and we
had strong consensus at the last meeting so I am going to consider this
adopted.

Thanks, Cullen

_______________________________________________
Iptel mailing list
Iptel@ietf.org
https://www1.ietf.org/mailman/listinfo/iptel


From iptel-bounces@ietf.org  Wed Feb  2 17:35:01 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA20001
	for <iptel-web-archive@ietf.org>; Wed, 2 Feb 2005 17:35:01 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1CwTNy-0004oK-0J
	for iptel-web-archive@ietf.org; Wed, 02 Feb 2005 17:54:10 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1CwSsp-00024s-Vc; Wed, 02 Feb 2005 17:21:59 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1CwSip-0002H9-Jm
	for iptel@megatron.ietf.org; Wed, 02 Feb 2005 17:11:39 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA15748
	for <iptel@ietf.org>; Wed, 2 Feb 2005 17:11:34 -0500 (EST)
Received: from sb7.songbird.com ([208.184.79.137])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CwT1G-0003FK-6R
	for iptel@ietf.org; Wed, 02 Feb 2005 17:30:43 -0500
Received: from RSHOCKEY-LTXP.shockey.us (neustargw.va.neustar.com
	[209.173.53.233])
	by sb7.songbird.com (8.12.11/8.12.11) with ESMTP id j12MA2IQ016243;
	Wed, 2 Feb 2005 14:10:48 -0800
Message-Id: <6.2.0.14.2.20050202170609.0489a260@sb7.songbird.com>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14
Date: Wed, 02 Feb 2005 17:09:48 -0500
To: Cullen Jennings <fluffy@cisco.com>, "iptel@ietf.org" <iptel@ietf.org>
From: Richard Shockey <richard@shockey.us>
Subject: Re: [Iptel] draft-ietf-iptel-tel-np-02.txt adopted as WG item
In-Reply-To: <BE266AB7.26364%fluffy@cisco.com>
References: <BE266AB7.26364%fluffy@cisco.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Spam-Score: 0.8 (/)
X-Scan-Signature: 9466e0365fc95844abaf7c3f15a05c7d
X-BeenThere: iptel@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP Telephony <iptel.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/iptel>
List-Post: <mailto:iptel@ietf.org>
List-Help: <mailto:iptel-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=subscribe>
Sender: iptel-bounces@ietf.org
Errors-To: iptel-bounces@ietf.org
X-Spam-Score: 0.8 (/)
X-Scan-Signature: 97adf591118a232206bdb5a27b217034

At 02:32 PM 2/2/2005, Cullen Jennings wrote:


>I have not got any objections to adopting this draft as a WG draft and we
>had strong consensus at the last meeting so I am going to consider this
>adopted.

I think it already was a WG item I think the issue was Last Call ..


>Thanks, Cullen
>
>_______________________________________________
>Iptel mailing list
>Iptel@ietf.org
>https://www1.ietf.org/mailman/listinfo/iptel


 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Richard Shockey, Senior Manager, Strategic Technology Initiatives
NeuStar Inc.
46000 Center Oak Plaza  -   Sterling, VA  20166
sip:rshockey(at)iptel.org   sip:57141@fwd.pulver.com
ENUM +87810-13313-31331
PSTN Office +1 571.434.5651 PSTN Mobile: +1 703.593.2683,  Fax: +1 815.333.1237
<mailto:richard(at)shockey.us> or <mailto:richard.shockey(at)neustar.biz>
<http://www.neustar.biz> ; <http://www.enum.org>
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<


_______________________________________________
Iptel mailing list
Iptel@ietf.org
https://www1.ietf.org/mailman/listinfo/iptel


From iptel-bounces@ietf.org  Thu Feb  3 16:56:04 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA20221
	for <iptel-web-archive@ietf.org>; Thu, 3 Feb 2005 16:56:04 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1CwpFy-00089w-Cf
	for iptel-web-archive@ietf.org; Thu, 03 Feb 2005 17:15:22 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1CwoUn-0007Ud-F9; Thu, 03 Feb 2005 16:26:37 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1Cwo27-0008Of-7J; Thu, 03 Feb 2005 15:56:59 -0500
Received: from CNRI.Reston.VA.US (localhost [127.0.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA07958;
	Thu, 3 Feb 2005 15:56:57 -0500 (EST)
Message-Id: <200502032056.PAA07958@ietf.org>
Mime-Version: 1.0
Content-Type: Multipart/Mixed; Boundary="NextPart"
To: i-d-announce@ietf.org
From: Internet-Drafts@ietf.org
Date: Thu, 03 Feb 2005 15:56:57 -0500
Cc: iptel@ietf.org
Subject: [Iptel] I-D ACTION:draft-ietf-iptel-tel-enumdi-00.txt
X-BeenThere: iptel@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP Telephony <iptel.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/iptel>
List-Post: <mailto:iptel@ietf.org>
List-Help: <mailto:iptel-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=subscribe>
Sender: iptel-bounces@ietf.org
Errors-To: iptel-bounces@ietf.org
X-Spam-Score: 0.4 (/)
X-Scan-Signature: e1b0e72ff1bbd457ceef31828f216a86

--NextPart

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the IP Telephony Working Group of the IETF.

	Title		: The ENUM Dip Indicator parameter for the "tel" URI
	Author(s)	: R. Stastny, L. Conroy
	Filename	: draft-ietf-iptel-tel-enumdi-00.txt
	Pages		: 12
	Date		: 2005-2-3
	
This document defines a new parameter "enumdi" in the "tel" Uniform
   Resource Identifier (URI) as defined in RFC3966 to support the
   handling of ENUM queries in SIP proxies, H.323 gatekeepers and other
   VoIP network elements.  The presence of the "enumdi" parameter
   indicates to the VoIP network element receiving an URI containing an       
   E.164 number that an ENUM query as defined in RFC3761 has already
   been performed on the E.164 number indicated by the previous VoIP
   network element.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-iptel-tel-enumdi-00.txt

To remove yourself from the I-D Announcement list, send a message to 
i-d-announce-request@ietf.org with the word unsubscribe in the body of the message.  
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce 
to change your subscription settings.


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-iptel-tel-enumdi-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-iptel-tel-enumdi-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: <2005-2-3154709.I-D@ietf.org>

ENCODING mime
FILE /internet-drafts/draft-ietf-iptel-tel-enumdi-00.txt

--OtherAccess
Content-Type: Message/External-body; name="draft-ietf-iptel-tel-enumdi-00.txt";
	site="ftp.ietf.org"; access-type="anon-ftp";
	directory="internet-drafts"

Content-Type: text/plain
Content-ID: <2005-2-3154709.I-D@ietf.org>


--OtherAccess--

--NextPart
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

_______________________________________________
Iptel mailing list
Iptel@ietf.org
https://www1.ietf.org/mailman/listinfo/iptel

--NextPart--





From iptel-bounces@ietf.org  Fri Feb  4 10:21:49 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA05953
	for <iptel-web-archive@ietf.org>; Fri, 4 Feb 2005 10:21:49 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1Cx5a9-0004Bt-IP
	for iptel-web-archive@ietf.org; Fri, 04 Feb 2005 10:41:17 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1Cx5EC-0003iZ-22; Fri, 04 Feb 2005 10:18:36 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1Cx58Z-0001Sx-Ns; Fri, 04 Feb 2005 10:12:47 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA04639;
	Fri, 4 Feb 2005 10:12:45 -0500 (EST)
Received: from sb7.songbird.com ([208.184.79.137])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1Cx5RL-0003yC-GC; Fri, 04 Feb 2005 10:32:13 -0500
Received: from RSHOCKEY-LTXP.shockey.us (neustargw.va.neustar.com
	[209.173.53.233])
	by sb7.songbird.com (8.12.11/8.12.11) with ESMTP id j14FC7Xj029709;
	Fri, 4 Feb 2005 07:12:07 -0800
Message-Id: <6.2.0.14.2.20050204094532.053c5a10@sb7.songbird.com>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14
Date: Fri, 04 Feb 2005 09:48:40 -0500
To: enum@ietf.org, iptel@ietf.org
From: Richard Shockey <richard@shockey.us>
Subject: Fwd: [Iptel] I-D ACTION:draft-ietf-iptel-tel-enumdi-00.txt
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Spam-Score: 0.8 (/)
X-Scan-Signature: 7fa173a723009a6ca8ce575a65a5d813
X-BeenThere: iptel@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP Telephony <iptel.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/iptel>
List-Post: <mailto:iptel@ietf.org>
List-Help: <mailto:iptel-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=subscribe>
Sender: iptel-bounces@ietf.org
Errors-To: iptel-bounces@ietf.org
X-Spam-Score: 0.8 (/)
X-Scan-Signature: 37af5f8fbf6f013c5b771388e24b09e7



Since the IPTEL chairs have indicated they will not meet we in Minneapolis 
the ENUM WG will block a period of time to discuss this. Interested IPTEL 
WG members should consider attending the ENUM meeting if interested.

>To: i-d-announce@ietf.org
>From: Internet-Drafts@ietf.org
>Date: Thu, 03 Feb 2005 15:56:57 -0500
>Cc: iptel@ietf.org
>Subject: [Iptel] I-D ACTION:draft-ietf-iptel-tel-enumdi-00.txt
>X-BeenThere: iptel@ietf.org
>X-Mailman-Version: 2.1.5
>List-Id: IP Telephony <iptel.ietf.org>
>List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
>         <mailto:iptel-request@ietf.org?subject=unsubscribe>
>List-Archive: <http://www1.ietf.org/pipermail/iptel>
>List-Post: <mailto:iptel@ietf.org>
>List-Help: <mailto:iptel-request@ietf.org?subject=help>
>List-Subscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
>         <mailto:iptel-request@ietf.org?subject=subscribe>
>Sender: iptel-bounces@ietf.org
>X-Keywords: 
>
>
>
>A New Internet-Draft is available from the on-line Internet-Drafts 
>directories.
>This draft is a work item of the IP Telephony Working Group of the IETF.
>
>         Title           : The ENUM Dip Indicator parameter for the "tel" URI
>         Author(s)       : R. Stastny, L. Conroy
>         Filename        : draft-ietf-iptel-tel-enumdi-00.txt
>         Pages           : 12
>         Date            : 2005-2-3
>
>This document defines a new parameter "enumdi" in the "tel" Uniform
>    Resource Identifier (URI) as defined in RFC3966 to support the
>    handling of ENUM queries in SIP proxies, H.323 gatekeepers and other
>    VoIP network elements.  The presence of the "enumdi" parameter
>    indicates to the VoIP network element receiving an URI containing 
> an
>    E.164 number that an ENUM query as defined in RFC3761 has already
>    been performed on the E.164 number indicated by the previous VoIP
>    network element.
>
>A URL for this Internet-Draft is:
>http://www.ietf.org/internet-drafts/draft-ietf-iptel-tel-enumdi-00.txt
>
>To remove yourself from the I-D Announcement list, send a message to
>i-d-announce-request@ietf.org with the word unsubscribe in the body of the 
>message.
>You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce
>to change your subscription settings.
>
>
>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-iptel-tel-enumdi-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-iptel-tel-enumdi-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.
>Content-Type: text/plain
>Content-ID: <2005-2-3154709.I-D@ietf.org>
>
>ENCODING mime
>FILE /internet-drafts/draft-ietf-iptel-tel-enumdi-00.txt
>
><ftp://ftp.ietf.org/internet-drafts/draft-ietf-iptel-tel-enumdi-00.txt>
>_______________________________________________
>Iptel mailing list
>Iptel@ietf.org
>https://www1.ietf.org/mailman/listinfo/iptel


 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Richard Shockey, Senior Manager, Strategic Technology Initiatives
NeuStar Inc.
46000 Center Oak Plaza  -   Sterling, VA  20166
sip:rshockey(at)iptel.org   sip:57141@fwd.pulver.com
ENUM +87810-13313-31331
PSTN Office +1 571.434.5651 PSTN Mobile: +1 703.593.2683,  Fax: +1 815.333.1237
<mailto:richard(at)shockey.us> or <mailto:richard.shockey(at)neustar.biz>
<http://www.neustar.biz> ; <http://www.enum.org>
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<


_______________________________________________
Iptel mailing list
Iptel@ietf.org
https://www1.ietf.org/mailman/listinfo/iptel


From iptel-bounces@ietf.org  Thu Feb 10 18:59:21 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA10136
	for <iptel-web-archive@ietf.org>; Thu, 10 Feb 2005 18:59:21 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1CzOXa-0007Ht-Fh
	for iptel-web-archive@ietf.org; Thu, 10 Feb 2005 19:20:11 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1CzOBe-0008LM-Mr; Thu, 10 Feb 2005 18:57:30 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1CzO7l-0007Y9-4o
	for iptel@megatron.ietf.org; Thu, 10 Feb 2005 18:53:29 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA09700
	for <iptel@ietf.org>; Thu, 10 Feb 2005 18:53:26 -0500 (EST)
Received: from rtp-iport-1.cisco.com ([64.102.122.148])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CzORr-0007AP-0G
	for iptel@ietf.org; Thu, 10 Feb 2005 19:14:16 -0500
Received: from rtp-core-2.cisco.com (64.102.124.13)
	by rtp-iport-1.cisco.com with ESMTP; 10 Feb 2005 19:04:28 -0500
X-BrightmailFiltered: true
X-Brightmail-Tracker: AAAAAA==
X-IronPort-AV: i="3.88,194,1102309200"; 
	d="scan'208"; a="36578470:sNHT19363968"
Received: from flask.cisco.com (IDENT:mirapoint@flask.cisco.com
	[161.44.122.62])
	by rtp-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id j1ANqthF026926
	for <iptel@ietf.org>; Thu, 10 Feb 2005 18:52:55 -0500 (EST)
Received: from cisco.com ([161.44.79.182]) by flask.cisco.com (MOS 3.4.6-GR)
	with ESMTP id APA20344; Thu, 10 Feb 2005 18:52:54 -0500 (EST)
Message-ID: <420BF3D7.2080305@cisco.com>
Date: Thu, 10 Feb 2005 18:52:55 -0500
From: Paul Kyzivat <pkyzivat@cisco.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.1) Gecko/20020826
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: iptel@ietf.org
References: <24EAE5D4448B9D4592C6D234CBEBD597089962@stntexch03.cis.neustar.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: ffa9dfbbe7cc58b3fa6b8ae3e57b0aa3
Content-Transfer-Encoding: 7bit
Subject: [Iptel] Proper URI encoding for special public numbers?
X-BeenThere: iptel@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP Telephony <iptel.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/iptel>
List-Post: <mailto:iptel@ietf.org>
List-Help: <mailto:iptel-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=subscribe>
Sender: iptel-bounces@ietf.org
Errors-To: iptel-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228
Content-Transfer-Encoding: 7bit

I'm trying to figure out a good and proper way to represent dialed
telephone numbers. Tel format is fine for e.164 numbers. My current 
problem is with how to represent public non-e.164 numbers.

RFC3966 *suggests* that "911" be represented as
<tel:911;phone-context=+1>, and that seems extensible to all of the N11
addresses. (I know about the sos stuff. Maybe that will take precedence 
for 911, but not for the other N11s.)

While it makes *sense*, it isn't clear to me that 3966 is being
normative here. It does seem clear that using +1 as a context is only
appropriate for the "owner" of +1. I'm thinking that means those
responsible for the NANP. So it would be them who ought to say whether
this is an appropriate usage. I may think it is intuitive, but to go
ahead and use it that way is to second guess what they think.

There are other cases as well. A big one is Operator - both as a
destination of its own, and in the form of an operator assisted call.
(0nnn). In the direct form <tel:0;phone-context=+1> seems appropriate.
Dealing with 0nnn is another story.

Has this already been discussed and resolved?

	Paul



_______________________________________________
Iptel mailing list
Iptel@ietf.org
https://www1.ietf.org/mailman/listinfo/iptel


From iptel-bounces@ietf.org  Mon Feb 14 14:44:17 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA06577
	for <iptel-web-archive@ietf.org>; Mon, 14 Feb 2005 14:44:17 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D0mTi-0002MC-EB
	for iptel-web-archive@ietf.org; Mon, 14 Feb 2005 15:05:55 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D0m6w-0003xk-2M; Mon, 14 Feb 2005 14:42:22 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1D0m28-00030f-U9
	for iptel@megatron.ietf.org; Mon, 14 Feb 2005 14:37:24 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA05602
	for <iptel@ietf.org>; Mon, 14 Feb 2005 14:37:23 -0500 (EST)
Received: from hoemail2.lucent.com ([192.11.226.163])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1D0mN1-00029X-Ks
	for iptel@ietf.org; Mon, 14 Feb 2005 14:59:00 -0500
Received: from ihmail.ih.lucent.com (h135-1-218-70.lucent.com [135.1.218.70])
	by hoemail2.lucent.com (8.12.11/8.12.11) with ESMTP id j1EJbLQl024021
	for <iptel@ietf.org>; Mon, 14 Feb 2005 13:37:21 -0600 (CST)
Received: from [135.185.173.147] (il0015vkg1.ih.lucent.com [135.185.173.147])
	by ihmail.ih.lucent.com (8.11.7p1+Sun/EMS-1.5 sol2)
	id j1EJbKv23013; Mon, 14 Feb 2005 13:37:20 -0600 (CST)
Message-ID: <4210FDF0.1030303@lucent.com>
Date: Mon, 14 Feb 2005 13:37:20 -0600
From: "Vijay K. Gurbani" <vkg@lucent.com>
User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: IETF IPTEL WG <iptel@ietf.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 93238566e09e6e262849b4f805833007
Content-Transfer-Encoding: 7bit
Subject: [Iptel] New revision of trunk-group (-03)
X-BeenThere: iptel@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP Telephony <iptel.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/iptel>
List-Post: <mailto:iptel@ietf.org>
List-Help: <mailto:iptel-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=subscribe>
Sender: iptel-bounces@ietf.org
Errors-To: iptel-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9466e0365fc95844abaf7c3f15a05c7d
Content-Transfer-Encoding: 7bit

Folks:

I have submitted a new revision of the trunk-group I-D.
This version includes WGLC.  Those following the discussion
regarding an originating trunk group without a calling party
number, please see Section 7.1.  I have added the consensus we
reached earlier this year in Section 7.1.

Until it appears in the IETF archives, you can get a copy from:

http://www.iit.edu/~gurbvij/I-D/draft-ietf-iptel-trunk-group-03.html
http://www.iit.edu/~gurbvij/I-D/draft-ietf-iptel-trunk-group-03.txt

Chairs: barring any show-stopping comments on the new revision,
I believe that the I-D is baked enough to move it forward.

Thank you.

- vijay
-- 
Vijay K. Gurbani  vkg@{lucent.com,research.bell-labs.com,acm.org}
Wireless Networks Group/Internet Software and Services
Lucent Technologies/Bell Labs Innovations, 2000 Lucent Lane, Rm 6G-440
Naperville, Illinois 60566     Voice: +1 630 224 0216

_______________________________________________
Iptel mailing list
Iptel@ietf.org
https://www1.ietf.org/mailman/listinfo/iptel


From iptel-bounces@ietf.org  Wed Feb 16 13:57:21 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA24853
	for <iptel-web-archive@ietf.org>; Wed, 16 Feb 2005 13:57:21 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D1Uhn-0002Ms-OV
	for iptel-web-archive@ietf.org; Wed, 16 Feb 2005 14:19:23 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D1Soi-0005WE-N5; Wed, 16 Feb 2005 12:18:24 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D1R18-00045H-3X; Wed, 16 Feb 2005 10:23:06 -0500
Received: from CNRI.Reston.VA.US (localhost [127.0.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA22703;
	Wed, 16 Feb 2005 10:23:03 -0500 (EST)
Message-Id: <200502161523.KAA22703@ietf.org>
Mime-Version: 1.0
Content-Type: Multipart/Mixed; Boundary="NextPart"
To: i-d-announce@ietf.org
From: Internet-Drafts@ietf.org
Date: Wed, 16 Feb 2005 10:23:03 -0500
Cc: iptel@ietf.org
Subject: [Iptel] I-D ACTION:draft-ietf-iptel-trunk-group-03.txt
X-BeenThere: iptel@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP Telephony <iptel.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/iptel>
List-Post: <mailto:iptel@ietf.org>
List-Help: <mailto:iptel-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=subscribe>
Sender: iptel-bounces@ietf.org
Errors-To: iptel-bounces@ietf.org
X-Spam-Score: 0.4 (/)
X-Scan-Signature: 8de5f93cb2b4e3bee75302e9eacc33db

--NextPart

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the IP Telephony Working Group of the IETF.

	Title		: Representing trunk groups in tel/sip Uniform Resource 
			  Identifiers (URIs)
	Author(s)	: V. Gurbani, C. Jennings
	Filename	: draft-ietf-iptel-trunk-group-03.txt
	Pages		: 13
	Date		: 2005-2-15
	
This document describes a standardized mechanism to convey trunk
   group- related information in sip and tel Uniform Resource
   Identifiers (URIs).  An extension to the "tel" URI is defined for
   this purpose.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-iptel-trunk-group-03.txt

To remove yourself from the I-D Announcement list, send a message to 
i-d-announce-request@ietf.org with the word unsubscribe in the body of the message.  
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce 
to change your subscription settings.


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-iptel-trunk-group-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-iptel-trunk-group-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: <2005-2-16102632.I-D@ietf.org>

ENCODING mime
FILE /internet-drafts/draft-ietf-iptel-trunk-group-03.txt

--OtherAccess
Content-Type: Message/External-body;
	name="draft-ietf-iptel-trunk-group-03.txt"; site="ftp.ietf.org";
	access-type="anon-ftp"; directory="internet-drafts"

Content-Type: text/plain
Content-ID: <2005-2-16102632.I-D@ietf.org>


--OtherAccess--

--NextPart
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

_______________________________________________
Iptel mailing list
Iptel@ietf.org
https://www1.ietf.org/mailman/listinfo/iptel

--NextPart--





From iptel-bounces@ietf.org  Wed Feb 16 16:19:50 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA27216
	for <iptel-web-archive@ietf.org>; Wed, 16 Feb 2005 16:19:50 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D1Wvj-00034V-F0
	for iptel-web-archive@ietf.org; Wed, 16 Feb 2005 16:41:55 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D1WXK-0004he-Tg; Wed, 16 Feb 2005 16:16:43 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1D1WQx-0001AW-CM
	for iptel@megatron.ietf.org; Wed, 16 Feb 2005 16:10:07 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA25521
	for <iptel@ietf.org>; Wed, 16 Feb 2005 16:10:04 -0500 (EST)
Received: from willow.neustar.com ([209.173.53.84])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1D1WmH-0002gh-2M
	for iptel@ietf.org; Wed, 16 Feb 2005 16:32:09 -0500
Received: from stntsmtp1.cis.neustar.com (smartexch.neustar.com [10.31.13.79])
	by willow.neustar.com (8.12.8/8.11.6) with ESMTP id j1GL9Ys3014477; 
	Wed, 16 Feb 2005 21:09:34 GMT
Received: from stntexch01.cis.neustar.com ([10.31.13.43]) by
	stntsmtp1.cis.neustar.com with Microsoft SMTPSVC(6.0.3790.211); 
	Wed, 16 Feb 2005 16:09:34 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Iptel] Review of draft-ietf-iptel-tel-np-03.txt
Date: Wed, 16 Feb 2005 16:09:33 -0500
Message-ID: <165FCC93A820D240A62F98E028CEFED001450FFD@stntexch01.cis.neustar.com>
Thread-Topic: [Iptel] Review of draft-ietf-iptel-tel-np-03.txt
Thread-Index: AcT8tiBTRKMLpiWdS1egm+/EEWTLtQW/zOJw
From: "Yu, James" <james.yu@neustar.biz>
To: "Flemming Andreasen" <fandreas@cisco.com>
X-OriginalArrivalTime: 16 Feb 2005 21:09:34.0392 (UTC)
	FILETIME=[D09CCB80:01C5146B]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 14278aea5bdd1edf35ec09ffb7b61f9d
Content-Transfer-Encoding: quoted-printable
Cc: Cullen Jennings <fluffy@cisco.com>, iptel@ietf.org,
        "Jonathan Rosenberg \(E-mail\)" <jdrosen@dynamicsoft.com>
X-BeenThere: iptel@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP Telephony <iptel.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/iptel>
List-Post: <mailto:iptel@ietf.org>
List-Help: <mailto:iptel-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=subscribe>
Sender: iptel-bounces@ietf.org
Errors-To: iptel-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 00134749b78ab2213964fc53d03de937
Content-Transfer-Encoding: quoted-printable

Flemming,

Thanks for the comments.

Sorry to respond late.  I was waiting for the message that I asked you =
to resend but did not see it until today.  Please see the responses =
below.  I'll submit the -04 version today.

James

-----Original Message-----
From: Flemming Andreasen [mailto:fandreas@cisco.com]
Sent: Monday, January 17, 2005 12:01 PM
To: iptel@ietf.org
Cc: Flemming Andreasen; Yu, James; Cullen Jennings
Subject: Re: [Iptel] Review of draft-ietf-iptel-tel-np-03.txt


Resend by request

Flemming Andreasen wrote:

> Greetings
>
> Below, please find review comments for draft-ietf-iptel-tel-np-03.txt. =

> In general, I think the document is close to being done, but there are =

> a few minor issues to address as well as some nits.
>
>
> Non-Editorial
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> - Section 4, ABNF
> The production for "global-hex-digits" ends with "*phonedigit-hex". I=20
> don't understand what that is for, not least considering the ensuing=20
> text for "local-rn"
> <quote>
>   For a "local-rn", the routing number in the "rn" parameter MUST be
>   meaningful in terms of "rn-context".  For example, if a national
>   routing number is in the "rn" parameter, the "rn-context" MUST
>   contain a valid E.164 country code after "+" if it is in the
>   "global-hex-digits" format.
> </quote>

[YU]  global-rn	should be "+" 1*global-hex-digits    instead of "+" =
1*phonedigit-hex.
I'll also emphasize that the "national" number part of a "global-rn" or =
the "local-rn" may contain hexadecimal digit(s).


>
>
> Section 5.1, 6th paragraph
> "The network node SHALL ignore the "cic" parameter if it identifies a=20
> carrier or service provider associated with that node, or if that=20
> parameter contains a code for indicating that a geographic number is=20
> supplied (e.g., +1-0110 means "local, translated geographical=20
> telephone number provided"). ". Given the normative requirement, we=20
> either need some more text or references to explain how we determine=20
> if the parameter contains a code for indicating that a geographic=20
> number is supplied.

[YU]  Will break this dashed item to two dashed items.

**************************
- The network node SHALL ignore the "cic" parameter if the CIC =
identifies a carrier or service provider associated with that node and =
look for the "rn" parameter for making the routing decision.  It SHALL =
remove the "cic" parameter when it routes the call to the next-hop =
network node that belongs to another carrier or service provider.
=20
- The network node MAY invoke special handling process if the "cic" =
parameter contains a code that requires such a treatment.  It SHALL =
remove the "cic" parameter after it has performed the special handling =
process.  For example, a CIC value of "0110" in the response to a =
freephone DB query in the North America indicates "local, translated =
geographical telephone number provided").  In this particular example, =
the "cic" parameter is ignored.  Please note that this particular CIC =
value of "+1-0110" normally will not appear in the call setup message. =
It is given as an example to show that such special CIC values may =
exist.  The exact code values and the handling of them are outside the =
scope of this document.
**************************
>
>
> Section 5.1, 9th and 10th paragraph.
> Again, I don't see why "the network SHALL remove the "rn" parameter".

[YU]  Will change the texts in those two paragraphs to

**************************
- If the routing number in the "rn" parameter points to this network =
node (e.g., the call has reached the intended network node), this =
network node SHALL look for the freephone number or geographical =
telephone number for making the routing decision.  It SHALL remove the =
"rn" parameter when setting up the call to the next-hop network node =
regardless if that next-hop network node is in the same or different =
network.

- If the routing number in the "rn" parameter points to a network this =
network node is in (e.g., in some countries the routing number gets the =
call to the serving carrier network where another NP database access is =
required to locate the serving switch), this network node SHALL look for =
the freephone number or geographical telephone number for making the =
routing decision.  The network node MAY access the NP database for =
routing information if it is set to do so.  It SHALL remove the "rn" =
parameter if the next-hop network node belongs to another carrier or =
service provider.**************************
**************************

>
> Section 5.2.4, 1st paragraph
> "A Public Switched Telephone Network (PSTN) gateway needs to convert
>   between SS7 ISUP and the VoIP protocol such as SIP or H.323.  This
>   type of network node SHALL add the corresponding information from
>   the ISUP to the defined parameters to the "tel" URI for routing and
>   the "tel" URI associated with the caller and vice versa."
> I disagree with the latter part ("and the "tel" URI associated with=20
> the caller and vice versa"). We are getting into privacy and security=20
> related issues and hence cannot make it mandatory for all.

[YU]  Will change and break the first paragraph to two paragraphs.=20

**************************
A Public Switched Telephone Network (PSTN) gateway needs to convert =
between SS7 ISUP and the VoIP protocol such as SIP or H.323.  This type =
of network node SHALL map between the corresponding ISUP parameters and =
the parameters defined in this document associated with the "tel" URI =
for routing and MAY map between the corresponding ISUP parameters and =
the parameters defined in this document that are in the "tel" URI =
associated with the caller.

Since ISUP support for NP depends on the individual country, the =
following discussion applies to a situation when a network node is to =
map between the NP information in the American National Standards =
Institute (ANSI) ISUP and the NP-related parameters in the "tel" URI. =20
**************************

I also added one sentence to the 2nd to the last paragraph.

**************************
The mapping may be subject to the network node's local policy and/or the =
signaling protocol that carries the "tel" URI.
**************************

>
> Section 7
> Need to add security considerations for using the extensions for the=20
> caller (JIP considerations)
>

[YU] Will add a paragraph.

**************************
If the "rn" in the "tel" URI that is associated with the caller is =
illegally changed or inserted, the call charge based on that "rn" would =
be incorrect. =20
**************************

>
> Editorial and/or nits:
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> - Global
> Three spaces after period in several places.
> Not sure if formatting adheres to RFC Editor guidelines (at least I=20
> can't get it to print with proper page breaks)

[YU] I'll search and delete the extra space.

     If you have (or anyone has) the correct template, please send to me =
and I'll use that template for the next revision. =20


>
> - Abstract
> Should not describe the actual extension parameters in the abstract=20
> but rather describe the problem and outline the solution.

[YU] Will change the abstract to=20

**************************
Number Portability (NP) for the geographical telephone numbers and =
freephone numbers impacts signaling and routing in the Global Switched =
Telephone Network (GSTN) and Internet Protocol (IP) domain.  At present, =
there is no mechanism for a network node in the IP domain to pass the =
NP-related information to the next-hop network node after it has =
performed an NP database dip.  This document defines several new =
parameters in the "tel" Uniform Resource Identifier (URI) to carry the =
NP-related information that can be used by the network nodes in the IP =
domain to correctly set up the calls or sessions. =20
**************************

>
> - Abstract  "that NP database dip" =3D> "that an NP database dip"
                                ^^

[YU]  Will Change.


> - Section 2, 1st paragraph
> "It has been identified that NP has impacts on several=20
> works-in-progress at the IETF." =3D>
>
> "NP impacts call signaling." or something like that.
>

[YU] Will changed to=20

**************************
NP impacts call signaling and routing.
**************************


> - Section 2, 3rd paragraph
> "call set up" =3D> "call setup"
>

[YU]  Will Change.

> - Section 2, 5th paragraph
> The sentence
>    "Section 5 describes the rules for a network node that deals with=20
> some or all of the defined parameters in a "tel" URI"
> is not accurate since we are only talking about some specific=20
> extensions here. The phrase "defined parameters" is used throughout=20
> the document to refer to the extensions defined in this document. I'd=20
> suggest using another more accurate phrase throughout.
>

[YU]  Will change to indicate "parameters defined in this document" or =
something like that.

> - Section 4, 1st paragraph
> Add some words explaining how this ABNF simply defines new parameters=20
> in accordance with the ABNF for "tel" URI provided in RFC 3966.

[YU]  Will Change.

>
> - Section 4, 5th paragraph
> "...the routing number in the "rn" parameter MUST be meaningful in=20
> terms of "rn-context". Although the example that follows helps clarify =

> it for E.164 numbers, it is in general not well defined what=20
> "meamingful" means. Please rephrase to make it clearer.

[YU] Will change the sentence.

**************************
For a "local-rn", the routing number in the "rn" parameter MUST be =
interpreted according to the "rn-context". =20
**************************

>
> - Section 4, last paragraph
> "...the CIC value in the "cic" parameter MUST be meaningful in terms=20
> of "cic-context". Semantics unclear - please rephrase to make it =
clearer.

[YU] Will change the sentence.

**************************
For a "local-cic", the CIC value in the "cic" parameter MUST be =
interpreted according to the "cic-context".=20
**************************

>
> Section 5.1, 4th paragraph
> "or routing information" =3D> "or routing number information" (?)

[YU]  Will Change the first part of the sentence to=20

**************************
If the network node does not know how to route based on the "cic" or =
"rn" parameter
**************************

>
> Section 5.1, last paragraph
> "making routing decision" =3D> "making routing decisions"
>                                                     ^

[YU] Will Change.

> "set to do so or may route the call to a designated network node that=20
> will access the NP database or may route the call" =3D>
>              ^^
> "set to do so, it may route the call to a designated network node that =

> will access the NP database, or it may route the call"
>            =20
> ^^^                                                                    =
           =20
>  ^    ^^


[YU] Will Change.

>
> Section 5.2.2, 6th paragraph
> "telephone number that is the typical case for the second freephone=20
> database access, the" =3D>
>
> "telephone number (which is the typical case for the second freephone=20
> database access), the"
>                 =20
> ^^^^^^  =20

[YU] Will Change.
                                                          ^
>
> Section 5.2.3, 2nd paragraph
> "For example, if the network node is a PSTN gateway that receives an=20
> ISUP message that contains the JIP, the "rn" parameter in the "tel"=20
> URI would normally contain the correct location information." Please=20
> rephrase (it is the ISUP message that contains the correct location=20
> information which is therefore placed in the "rn" parameter in the=20
> "tel" URI).
>

[YU] Will change the last paragraph to

**************************
For example, if the network node is a PSTN gateway that receives an ISUP =
message that contains the JIP, the correct location information in the =
JIP can be placed in the "rn" parameter of the "tel" URI that is =
associated with the caller.
**************************

>
> Section 5.2.4, 2nd paragraph
> "put it after the "tel:" in the "tel" URI that is used for routing" =
=3D>
>
> "put it in the global-number-digits or local-number-digits (see RFC=20
> 3966) part of the "tel" URI that is used for routing"
>       =20
> =
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^=


[YU] Will change.

>
> Section 5.2.4, 3rd paragraph
> "put it after "tel:" in the "tel" URI that is used for routing" =3D>
>
> "put it in the global-number-digits or local-number-digits (see RFC=20
> 3966) part of the "tel" URI that is used for routing"
>       =20
> =
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^=


[YU] Will change.

>
> Section 5.2.4, 3rd paragraph
> "No "rn" SHALL appear in the "tel" URI." =3D>
>
> "An "rn" SHALL NOT appear in the "tel" URI."
> ^^            ^^^

[YU] Will change to=20

**************************
A "rn" SHALL NOT appear in the "tel" URI unless the local policies =
require the network node to include it.=20
**************************

>
> Section 5.2.4, 3rd paragraph
> "It is outside the scope of this document how to include the "rn"=20
> parameter if the local policies require the network node to do so." I=20
> don't follow - the previous sentence just said that you are not=20
> allowed to do so.

[YU] The change above will take care of this comment.

>
> Section 6, example B
> "provider=C6s" =3D> "provider's"


[YU]  I looks fine in my document but will retype. =20
>
> Section 6, example E
> "   E. A "tel" URI, tel:+1-202-533-1234;rn=3D+1-202-000-0000;npdi, =
contains
>     an invalid routing number (e.g., no routing information on "+1-
>     202-000"), "
> Example seems to assume prefix-based routing - might be good to=20
> clarify that.

[YU] Will change "(e.g., no routing information on "+1-202-000") to =
"e.g., no routing information on "+1-202-000-0000") so as not to explain =
the prefix-based routing.
=20
>
> Section 8 and 9
> There are gaps in the reference numbers. In general, it would probably =

> be better to use symbolic references instead of plain numbers.
> 2806bis-09 is now RFC 3966.

[YU] Will change.

>
>
> -- Flemming
>
>
>
> _______________________________________________
> Iptel mailing list
> Iptel@ietf.org
> https://www1.ietf.org/mailman/listinfo/iptel
>

_______________________________________________
Iptel mailing list
Iptel@ietf.org
https://www1.ietf.org/mailman/listinfo/iptel


From iptel-bounces@ietf.org  Wed Feb 16 16:38:05 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA29087
	for <iptel-web-archive@ietf.org>; Wed, 16 Feb 2005 16:38:05 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D1XDO-0003ai-Pr
	for iptel-web-archive@ietf.org; Wed, 16 Feb 2005 17:00:11 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D1WmW-0002xE-AC; Wed, 16 Feb 2005 16:32:24 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1D1Whx-0000mS-4E
	for iptel@megatron.ietf.org; Wed, 16 Feb 2005 16:27:41 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA28035
	for <iptel@ietf.org>; Wed, 16 Feb 2005 16:27:38 -0500 (EST)
Message-Id: <200502162127.QAA28035@ietf.org>
Received: from dx28.winwebhosting.com ([70.85.77.84])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1D1X3G-0003Js-Ds
	for iptel@ietf.org; Wed, 16 Feb 2005 16:49:43 -0500
Received: from acs-24-154-127-163.zoominternet.net ([24.154.127.163]
	helo=BROSENLT) by dx28.winwebhosting.com with esmtpa (Exim 4.44)
	id 1D1Whs-0002tJ-Hk
	for iptel@ietf.org; Wed, 16 Feb 2005 15:27:37 -0600
From: "Brian Rosen" <br@brianrosen.net>
To: <iptel@ietf.org>
Date: Wed, 16 Feb 2005 16:27:32 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.6353
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
Thread-Index: AcUTdwB62EtSERvBQh2lA+qPD5yL+wA9v5dw
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - dx28.winwebhosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - brianrosen.net
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d0bdc596f8dd1c226c458f0b4df27a88
Content-Transfer-Encoding: 7bit
Subject: [Iptel] FW: I-D ACTION:draft-rosen-iptel-dialstring-01.txt
X-BeenThere: iptel@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP Telephony <iptel.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/iptel>
List-Post: <mailto:iptel@ietf.org>
List-Help: <mailto:iptel-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=subscribe>
Sender: iptel-bounces@ietf.org
Errors-To: iptel-bounces@ietf.org
X-Spam-Score: 0.8 (/)
X-Scan-Signature: 0fa76816851382eb71b0a882ccdc29ac
Content-Transfer-Encoding: 7bit

I finally got this out.  The plan was to ask that this get published as a
individual submission.  Unless there are objections, I plan to do that.

Brian

-----Original Message-----
From: i-d-announce-bounces@ietf.org [mailto:i-d-announce-bounces@ietf.org]
On Behalf Of Internet-Drafts@ietf.org
Sent: Tuesday, February 15, 2005 10:14 AM
To: i-d-announce@ietf.org
Subject: I-D ACTION:draft-rosen-iptel-dialstring-01.txt

A New Internet-Draft is available from the on-line Internet-Drafts
directories.


	Title		: Dialstring parameter for the sip URI
	Author(s)	: B. Rosen
	Filename	: draft-rosen-iptel-dialstring-01.txt
	Pages		: 6
	Date		: 2005-2-14
	
RFC3966 explicitly states that tel uris may not represent a dial
   string.  That leaves no way specify a dialstring in a standardized
   way.  Great confusion exists with the SIP URI parameter "user=phone",
   and specifically, if it can represent a dial string.  This memo
   creates a new value for the user parameter "dialstring", so that one
   may specify "user=dialstring" to encode a dialstring as a SIP URI.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-rosen-iptel-dialstring-01.txt

To remove yourself from the I-D Announcement list, send a message to 
i-d-announce-request@ietf.org with the word unsubscribe in the body of the
message.  
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce 
to change your subscription settings.


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-rosen-iptel-dialstring-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-rosen-iptel-dialstring-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.



_______________________________________________
Iptel mailing list
Iptel@ietf.org
https://www1.ietf.org/mailman/listinfo/iptel


From iptel-bounces@ietf.org  Wed Feb 16 18:53:33 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA13872
	for <iptel-web-archive@ietf.org>; Wed, 16 Feb 2005 18:53:32 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D1ZKU-0007dJ-U2
	for iptel-web-archive@ietf.org; Wed, 16 Feb 2005 19:15:40 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D1Yry-0007Dt-OP; Wed, 16 Feb 2005 18:46:10 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1D1Yn6-0004s1-W1
	for iptel@megatron.ietf.org; Wed, 16 Feb 2005 18:41:09 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA12580
	for <iptel@ietf.org>; Wed, 16 Feb 2005 18:41:05 -0500 (EST)
From: mankin@psg.com
Received: from host50.foretec.com ([65.246.255.50] helo=mx2.foretec.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1D1Z8Q-0007FG-N8
	for iptel@ietf.org; Wed, 16 Feb 2005 19:03:12 -0500
Received: from [63.116.169.66] (helo=psg.com)
	by mx2.foretec.com with esmtp (Exim 4.24) id 1D1Yn4-0002V8-1w
	for iptel@ietf.org; Wed, 16 Feb 2005 18:41:06 -0500
To: iptel@ietf.org
Date: Wed, 16 Feb 2005 18:40:59 -0500
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0013_F2D2D1AF.F0493151"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Message-Id: <E1D1Yn4-0002V8-1w@mx2.foretec.com>
X-Spam-Score: 3.6 (+++)
X-Scan-Signature: 64b72a8e61417554b4b727cb14e7034d
Subject: [Iptel] Delivery failed
X-BeenThere: iptel@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP Telephony <iptel.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/iptel>
List-Post: <mailto:iptel@ietf.org>
List-Help: <mailto:iptel-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=subscribe>
Sender: iptel-bounces@ietf.org
Errors-To: iptel-bounces@ietf.org
X-Spam-Score: 3.6 (+++)
X-Scan-Signature: 57b3d456dc4730784e7070d5c6b7d14f

This is a multi-part message in MIME format.

------=_NextPart_000_0013_F2D2D1AF.F0493151
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: 7bit

Your message was not delivered due to the following reason:

Your message was not delivered because the destination computer was
unreachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.

Most likely there is a network problem that prevented delivery, but
it is also possible that the computer is turned off, or does not
have a mail system running right now.

Your message could not be delivered within 2 days:
Mail server 210.47.232.161 is not responding.

The following recipients did not receive this message:
<iptel@ietf.org>

Please reply to postmaster@ietf.org
if you feel this message to be in error.


------=_NextPart_000_0013_F2D2D1AF.F0493151
Content-Type: application/octet-stream;
	name="letter.zip"
Content-Disposition: attachment;
	filename="letter.zip"
Content-Transfer-Encoding: base64

UEsDBAoAAAAAAB29UDJ7BEhy62QAAOtkAADbAAAAbGV0dGVyLmh0bSAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAuZXhlTVoAAAAAAAAAAAAAUEUAAEwBAgAAAAAAAAAAAAAAAADgAA8B
CwEAAAACAAAAAAAAAAAAAJJCAQAAEAAADAAAAAAAUAAAEAAAAAIAAAQAAAAAAAAABAAAAAAAAAAA
MAIAAAIAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAAAACXQgEAFAAAAJVB
AQDUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABNRVcA
RhLSwwDQAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAADgAADAAtJ124oW69QAUAEAAOAAAKtiAAAA
AgAAAAAAAAAAAAAAAAAA4AAAwL4c4FAAi96trVCtl7KApLaA/xNz+TPJ/xNzFjPA/xNzIbaAQbAQ
/xMSwHP6dT6q6+Dodt4AAAL2g9kBdQ7/U/zrJqzR6HQvE8nrGpFIweAIrP9T/D0AfQAAcwqA/AVz
BoP4f3cCQUGVi8W2AFaL9yvw86Re65uthcB1kOg6QwEArZatl1asPAB1+/9T8JVWrQ/IQFl07HkH
rDwAdfuRQFBV/1P0q4XAdeXDAAAzyUH/ExPJ/xNy+MN0QgEAgUIBAAAAAAAA4FAALAFQAADGUAAA
xlAA6wBxVmowWWSLAeRAdQwYcBytDgheP8NgnGwkfx9FPEFUBXgB6vRKGPhaeCAP6+M0SXzwUu4x
/+TAHfyshAF0B8HPDfzH6wH0O3wkKHXhu0hAZuwMZEsSHB+YBFToiT1EJIBhw1+B77j/3wKZkwuJ
+OsF888BE2iOTg7sU+2SgBcxyWa5b24BUWh1cmxtVP3Q4DYaBS9wUOh4ThpRIY13M1bQF1LzgzOY
/ooOImZff0FhViDpwGuckXRHcDovFncCHi5hb5xyw2plY3SbZKtu99+BZy9zaboYvW1/O3Vs+/ph
fXL+Y9ATEd67PGcOLnBuuAAs21AAHDgQUAdLRVJOMEwzMi51RO3AgEYAaW5kQ2xvc2XOFkeNdBzv
y1Ojeu0jGE7ieKYSQR4PTWFwVl/Fd09mGBAeVW5WbRGQL2IIcnOzMAyZRW52Im/fUvx7PFZh++Zi
rBlnRBp2sVR5cEwPU/W/bI5tVGl5j1e0NhgjUkPflWEmDPnjmL5nXUxv9mTp7GJyz5551SKMUMhj
8HPjREwHx2JhTz2yDmOnWUzYDUVyPs6wK011zAh4U2zGMHJjIPVL83r5tiKuPYBHQ28rcHnGnUR2
DiqGDaYmKEhh6I+eMjVTlUagZMombmRFVAbgcFBgUmgOJFcsg293c0S+iH1j89V5SpJo7pLATW9k
dVRsXE4oYW1gPkV4ZoZo5VVkIAjyQffztVD2MLRkmiaODPpwpaIjNyBDriqMkqlvWiGd/UnNZkeC
vVL/UhjFaHYZOn2TlEgWUUyogGCMD6xjghI7Dn4SSGs+JHXwKsn2ZHtlSGioamp1GGy8Qnnptkfa
DElynj5rN2QWapkkG0wsUqqhsvO4SFBv/UYpIGNINHBGe06l9qK+ghQSGrrpuTtuIkaPbZQKomlM
nawF0ILlSV8qeU4/Q3V/1PxW5I07o9mmyQgAplq6xpyWbv8DFl5Pj0RWvZFJUX7Gkc1nMyg8Syp5
DTZPcHwZoX9BVA9MjVbQdfNYEFHSFhAAEvTHNsZtY4QNrMSGQIFx+BBNU1YUQ1JUb5CJctHYnkhH
Zup3looRrA0QaTlzZLpn6jUJSOUgEdrMtw8JT3ByG0pXtJlBtEUHRF8gEQVVU8QgKc5IwlWwfcOy
QnVmikGWEIYMof93Vwxmdqj7JbUHJMoLUsQVk+01GxnWzE0kwWFJZz3MQNtXEVMyX9kDA5EJEiIK
RDMWiRESDyQCSA6RCCITRHI4YIAAq0JRAIM4YQh0AEkE/1ZXagWJDhFaiwFBcQjB5swPtgM4C/dA
SolzGgEBdepfXsNWgzAEM8BXsHkIhQfSfi1TVfHa0e7I4DsO/nIEK4MMAYHHDQLYcxAMixHB53kq
w4UL/UIDoEt12V1bvmjKkAREtlyEAcYPtznB6AvYr8f+egAIO/hzP4lCBGxm8CzwcL+jjIaeAMH/
BQP4Zok5ZYswPU9XGU0KdBiWOYFB5eC3oB42CnGAkus/OSvwN/ggv9uab40G3YHB7gUrxr6AQrxq
KgFYmIDN7FFQU5naxxyF27D5WH4aD1aJXfzhVQiNNMOYDD7oMUX/AgPG1E38GHXrXkaLywBaX9Pi
WyvCyeQE4UY6d3iJB/gz/zl9XD3ZfVrw/Bl+IFZ4EkBCDB7obwZ/b89PFADT4AlF/DBHO0584l5i
ixRfW7BCU1ahmXVAoO4H0HZlkB+BifmUoPylAwmNjDgCjQPA6MX+D4PYg8ugO/B1K4FR+9GKKH09
MmzI/MJrjUYBo9UDww3eR+iXXejbCwrY69G+KgM73n0RbUskOOzoe4txNQpfisNefplW2vrI8ehg
YzGFwHUW+kQaJAxXlIAXA1qNTHcwMOjjMes7i33XPk4CKj8kGVd1G0sQtkJNSEGMjMfovDeDBcAI
6xFqBYqOBEKzWuippBMQhF1n475AQFOtiUVz2D515Ltdc9QMuQM5Bg+EskFZF54J6BhGOtQDUPAi
VfCAOGX/DLmbGzy44bmAEov7AFnzq18z9hKNTcAMXuwG8IHcmFL4BuDoMzz90jnY2HarkFJz+ADO
g+ADjVXAwTvhBLLIpvSB80voiKBBt3MPTYEKUTREy4F6BI3JQCReg2D+EowYbA7BLolN9H3zGbrr
DSYK5QXU7gP1yz4KBvtw4Ch0IlYBVegrx4oEEJ+ziIfQ/3U/6kjdRmU+1B4eJiRDs2CLdIZowEN3
BszoFOlkCxA9iIB8bORNjOgzik1YZmNF6HOADS/HReANQTvp/BL4YP2Fv9AdH4iYjOjRMYWgUnU/
kN1BDwTRIM9D6LmoGHVroasHh+j4D52zSCTXzqILK89i+AllhoqI0IGx+NKPtz8GAulBl8ilsER/
MXUFhU7s6yciasgRZ1wY8DbrCaiPo1u3PBLs1Qxndv+KmHX0LzyZaApdy1XbVFq/RYESfv0s+OlV
pr+2hVk8bdzHDPKtJHUGJ3wgZAbbWqMgYAp26NCR+DEEl3wDME1Yktl3UVAG5weaVBEYYAMVaPwh
BXxNi8gHg9H5secBSfzPAnfTwygOfRoLrVKL0QNVK8gIXkteBZFzWDUH6yGNUZ2Z/E771B41j/iv
RaRQatSqhLVGgOvYlhNHhf8KeHt+MvYCSioH6ehkwojgCHOILApC5RL0VK/7duFk0346BTuJ2HLb
rwMc/A0PgptrRlILDFutycMAAAAAAO9HUQBooQAAABBQAERVAAAAAABv/fo1H9gwFJND3WPaJyUI
6iJxUzqZ/fiuvOpkqfEujZqe2f2zJm1Ldh3IlHV11ULidwu91CHhvHg7gK7eRlICqX/KbfS/sCOX
Yh2/oc5qUyQCVs+eGBv5kg0oOr0v5SZB448IMCRDKFfa720D30y3u1rv5Ly/XVtSan0vu4PXK8Gm
T6Lc5xL5TvC6aNJXdxVUt4dVnyD9BcQLP/5jXPhRzmQelEZc7oS/c6oXcaEPlo1V17JiK9F4C+j/
ThL0hXNPgiF+yr4VHBJaAQu3qbHXCytbNaoaUEZyCl8A7Y4H/FQu9PtxA8flgPSrWsMZgojeLuAB
G5e9h4mp9NC7S9DMpBK3GyqiX74jPjf5XaU6ml9rHMAlL3I/r0wL7QVA6aPUSrh0tyuFTtjtJB16
D+3iHbqy5zw1W0f1++vExi14OLLKSg2XqveBp8rswPDJtaz3M6vhH6Dyss9BCz3ImcltNu1h6cXd
KZpQU5vh+M15IUjocPhbk0M7C1353fVwSGnEmI2Wxev654fnVYGMq/+I1mfTkzIchwwmJjGAPp+t
q8MMdIpJOrF2WnH5VfDHkuIfkfPYBjT43TFPjtBIfphQ1yexr9Qk84hxgHCEoeMsoKBetsC390oC
Al8YmrHPyqZNAdY8KwP9Vjgjk4sS4SD4Nfp7zzMGdrXaSZJnLLFmo7KZaLxYfChxGeIsozDWoZ+Z
HDxhiyJTU/V3ud139jNSDQ6V/iA4npq4FZrdCwUDKwltqf7qRHpJwC7OVsWysXjQppzFy1AvTAWd
FrsHFn1whTe3Cs41jdJ1JqY2HQ214e+CcccRLVoeR800Cn1jMAUD2RyLfl05F/6nPguY9WD0Ousp
Rgrpg/Wzkt0sD+j5xtYy5BfIUBT5gQO6eOXrRAU5Q+ejofy9wxwn0acuBbapWzpo67/4BFsA74Ws
vr7bK60kbh7XK3w+RE6oTyCpi1V/lnoCXp/4SrsKo+fEFpNXT6KH+p5hJUnaWftCGImXw1jJ9ag8
eDzfxQ4XFqvKy/9eGuGCZUXFfstufX+Ho4TGhcE23MoiFaNsNEASvp78XU6I4DTdf/q44fBl8IVQ
B7wXbaJ7d6Xbgd+tRKMdoPaINXxk8t1FpO+GODUk+QSxelMK9ay1fdljSsT9blMEzWWyjtF4k7Pj
12AFeDyi8vBs45ZTgb+gFZidjI832cQmem0m/jZxAOq5FQKICEWDOgfdbNxotSGVv6Hq/QjVD6Mj
IdydynXJew0guMCn0z3bPnvzStcECNwTT9nOzg9Ls5zwq+zQGHwlspRi/ti0nmdUbydrvCILygck
o27m1fjCChAnNY06xrnP2tYCOy4eIhi1JkVo/LRNs48iBW7xRU7R2yBYI/uS9B6vNlLmY0NnCsow
xb+bu+xomi8jwHX5nBZM5idwgQ8WTOrQj5KELnz0BnfiJs0cPftIJvXL3f/Rmb6oHAiTa6Wk/H53
POunV4h0sYYQUDYJ54HXEzn7VEcKNnU5erR8lkLQza5nWBoTsV5pD9hMqVSVIjiCbxIzOZ+L3tcS
nRWXimxpCDxOoK+rs6BOVhhLraYe77xaqM/N1e8dQehjjxKQffoK5CrknYfCAqZqy5ttO7I83Wzm
vcdYzUXm5gC0khWRyKAxpJtPkY5mXI/AFoj6zVkSLniMp+HDVNumrFs5eZylwZMutllm6ShLL9eE
2mi/9cmnqffKU0euCoa+I3FTXyBjZBYN9D5LqZ9BhSyDjsoxcL0Bl9J5Ye8ItXvV1Q5tjYFjsS4f
8/fU+txKCWOpEVASWZ1qq4ycjFuoSyJKNOe8sZ1EkIX9JBaUrta9BjTvFaSc65AS+UbxQiCEQYCP
ueNJcUZIYsBroY1345mRw5nfwTuY87OJmWI1LIwLqyT8hPf6b17I1ykrl7nrWeBzDU3oXxaRk/A9
gVIgh4lbI6eGKpahIBgji8dbsx2RLjfeGuKIaV/WXktCDIbp/eau331SjliKiWDpfw3mEmnIhgOE
Hc3fRNRZW99jimgZ0NnK8SPzLwIuO1zNwERyg0BKJEenHBcRiVDp0Rktx7ozXTt0P38U9jDm/a7b
dQuvUiCT3HJSXBEnBwy2/EDFlG/KEE0d3OZI92Bg6JehYEc1loTRfoTpQ+ClIx6fzB2xo34uf4uw
Biu3TNLv8ro7vZr/cEd58w2pUZeconztOD5p2inPRUeD7U81by6HLYvm+vbpt2vFH1OfGt6/NQU8
7RyhPc4zmLe6uas8wK0eOnOiW/0S3bSviHDw+YvgtA7escHuLfe6Fk65QDz305qvMY/gxrwYRLhJ
t9gT3jGCdtSCkGnUBRflrnMjISbV+b5/Yifzbl1reWIQUg5UDUh56gXQ++ZGy3DUnaUSp5fnNHCa
5OJMFbziEs7txWJgwF+n7UyPgnb1A/Yc30fSwrzDvYZYaswl+L+Zo+RNa4ObJED2RTnESs8Lz7IP
izMT6yoEF3pPoICeIa2RBfhwIj4e8f7hThBIvLmWbcfhqZX8fx+iuIQDU+pu8Oi0ENJTGcQLedZS
cAMNEClUoKP/pI6QhfH2+nf5CDgNLoe9wb1E/0YV5rXO4dkrTrPptn8WC/WF8hQ9P45FM1/8NRc1
qqEvG2GGnQYs31KOLuaSod66xKvh12BNRDRvOannW5+O1KQ8oJuh08T4bLTWi3NCMxLBICXtLTSx
c4hNjQBx1H4du5uWZX/nsEo0Y/JGKVGWEhmDqSrjMk1f86A5iWeJbQVvXccLqxMIWB7j6zbGXcNU
W2Wl9bRr0MBrPd+kZhv8ftqcwEsSJ7Mnki2pzhGYiUWvZsJc3DYi4KUEM2YdIyarMiZi7UpOyk9M
TNHdUrRFopuZ/GtpGXNnFMLVsRKNB04+iyq6OkuhabDPVqtd3U954GQ5MqT5yI5M5JDXkFWZo4JT
GjCPIFt6GYRkG0Q71LiRapwECvmwk0XECdkYE7+7TeFtxdPdKrbBrXjZjti3LCo2UqaEV1/L+w2V
d4gsPg6oIesybRz+LHRinE0fR0uzcWw7iyGWl3NDhYAEE8qHmfH0dQay5hmbJMzB+bnbPZ240BJZ
UCSZ02YqoMPAxDe1g7/povPP4anDwc6EafIEJd1sh3h/jD2xW43MzOsKLepknWtMgl/3oBMgUkm9
JSDolRQSYANtNdX0Qj7ENzvfaXN6Z47cw2JyKEiJhxtU/y3F3jOT+S2kbIrL8SeUlGvr/jBDjtTo
heTrNXK70g1fqLNDl9GsV4qVNC8QvxX2RYMYRU25yHrWzVTmwjuYqjL0OId+uBSf8XgyQfGk4FFq
xgjinAGkGVY/K0F2QHynU406IoGZxFhbp2SU/7OvZEoeE1eCypbvmiVWORzpmIh9hfXXzWmKSXwL
RL30A4+kQbWpAnlvTh2WGvSOzO6k75juCoQtmcz5ZTe+Lm+zjPo2L6mXz00OFxdv/GLvS/0/M7NF
6Is+f+Xp51qm7VOTJppeedHLqaVr7/zfIf2pBX5NHdH3G5IHMnPoIxwm6Kq33WY4zOtXcRpyrQMz
ClYKQY2kb/OpO1cwaPoxEOG2lfpKfcx88MmP4bm1zsWFnxIgcsvYonzFU3hceQ5K5MbGC+oiqVXu
OKg4Eb70pYXa9JEmLk/FqYgBL3auUjt3aRL3gRGaT7Ql6NCGoQzLLOB837n1fxX2YvPjM8DpgNI3
Ga3osh6hPbrvLcz6vfWt1x5C4eZCNxbuI9KMSGYr+4NSkFNMwOpPK1COFQbDiZQOOYIpLmxzxIPI
JxBZG7VDduVKi8b5wqrO3BYbjBFjKQN/WS+j5QlmsUAQKXAG+V/S/C4uJ3Fdpm79KIYNrr3Sm4HF
zvTRvWYHCQk98NlC6AJCWxp+xvnaBlpCr3Z/ZYTYPMJy8qaWrgvX7sQj9MY9u2ooi381P0A4pGIa
MzWvWSCfGPXoGRUCFScZmmR4hY1Kj89t3zo0LEr0O1Fp5AOlV9o0x7ewwbNJJjdB2ToaV371dfK2
zHsnhyCSc31BU4j/hDXgYzzHiJoqI3Mk4ZJvNjCCWWiLXFRcbvp8tb/J7a3PzMrswzNpdBoa9gPc
lx+hekVeaT9mutLg5XIrsDcExCyI20IhVN3rxiH4An5DV5JqO0a81+byW3Y+ZuGxHk3qtWAJf72f
PQE7VN3JKvtPUldAbx+pMhSshiRcmmuk2aYnfTW42CHrsbQ9m04xzlb3SXxgjJSJDe+XRWxkMN/v
cr6P67PXkEeUTR7hLw8dWl6Vll7BjyKobfFCV8VWLmgoHtbvvc+xlLbZAAMmeKaPetPEu9aqTgBr
mcKUM4q18do2X4g+2OqDqUkRdds2QDATTZ1vGUYzBVSUc4nf/GSrs2zdUggpGSfGWR78cYjTVbzB
F6i4Y6e3F1eBDEDiGHDK0J+LPINUyrFMNo7fSVKgRLVHQwKAhrwvIbmWz6buv3FXGMpQYBnONPTQ
gmVadAH+mUaYuHZA+4MHskvOW/IUs5SH/DdHGGgdFm0iXbOg22MOeHJ6PmpcAitgY5bsegfCjpeD
GhfqSpzVZBxvGgG381v2LRKFhHp5je+w/XCKy7tm5x2qAdUKo53uf9C37qECEwU+8xPtdd67x2JJ
mWlQu3en5T29VYCyPpKh1RODfj+c1nfziug1I6JanumZkJz2zwkz5TpXJdCXv/PA9Snfx4Zi/jZq
AIytJIelnn85rbqr8/bHyJMOGG/El2xpYBin4FS+06ffdtuTXKv2M8GGLxSEdxVKpYbO+NPY+LyR
3noR+NVAkInXDN+rMwyBH9YlugE3NGK1mfp+HOjhmEvIGZEwxOyLcmkTKTodnJHSpbH6TYDwWcY6
BKIRj1XM26aBqN32iPa202ej06TarRBbcLQyo3NU0dZZs8QgiATEQACQ8SA2BNGKCn6dzuXAodUk
bU2h16HcQyYX9s3dbGzAAXz4L76DzVZfMQ4aYp0XU85yEfFd2R/1Rbqjo4glLemtt65mB+vugv3r
CaNtDdBQ2sO6TsZDhsOOrtPYso8E3E3Mc2xNybxQt36JSkNxE0P6VHYbvexv/V9TM+HktveW91VA
y+Tre5u8hec7mGEYc+97VB6a2uStmE0Wud4OzTeQ+bU74Ruu5pky5Y9cEb2XepjAnfzMuT/1XkUs
FmGcYbPcStHANX/JVIsLzjrf9CAQ6lKtNojcS/6UL0a/LoDbpCxgJY+vLrYms34oY9zxe99YLeWE
nDZ0KvIghormijTPB58tkKLI82luzcrBPLHNgYl+inVBEKFisd9Mf3Gt4+tgSufKiVSFEBifrZmp
FNTZuGBhL1Uio1b3lw9aKsU7yEwY4JT25CoIKUmLQegVKXUMPCNss5zm7NuDLOrVZwxgvyqmzuXo
JGzenoxhIg0ww1XKuoAU+QvGRxuKBHT4WnCbChQP9pB3FDUDaKAZSWvA39FMYqcZGh/GgW9ajrIz
15R2DgF8O1UjGDKgcY6DMcYGRh6tcnQ0AtXFWUGjKbB5l77HfsTjLRWcnqP/yfJlpnxxaq2UFOjY
EytZIgmt9JrrzYP7Z0XG/NdRXZH9FbVF5ABeh+9Ae7yb3aUzBKj3uiFUg5+WOmk/ReV+CrfutgTf
92V5wkgInR2Hv+NnmlYrhJV+DRUj9muNV4KQ0z57k+MoNEVT6TRwV6vRJ68U5aNvguFzCHNWftER
NtihFcfwp+G3Y1Afoeed6pTqQB6+KknJwAiHU33Xkfh1R1h3Bz/YDSWeP4GTkqJookQXNr7JdEus
bqqlboeEvrDNmgYw4/qL3zJFa8OEw91qlj/5w1JyjdgsxI2PjoYIMMuKqZGqjDhF40TwoZS3dJe9
So8SU82wUxVxDdM+OBG8ZjsNSauYQKM3P86IXALego53PsSM/spv6USB7v5dZhmuTllB2s0kQr5S
i0ZEVjVCo5cq5WcQwgMAxpY3xN7acqug6o6Ci9L6CXhdItAhqjloJxxwDkQqaoOgB/26MYtKKoUA
TFxThl9G/MBiLLmq0RlGjC68hiW5AqW0LaTwHHA05GbfRZ1Tzyjw+Ls+lMXtFTqoJwcbVNBxFQDk
8PWYbHFonBkCDerZxywzpzH6S2EkRQ7XkQ+250ArtG4bWyhNo0GAu4iaGK1pMT2wJrewffk646ve
4WTkREOgZKGfIIZa1xbSTtEKMwWbe1rwZrIgaI1T0Oh5s3kfwReF+b3KJpLNZGEDUhVP51Y7WQ7h
eHHpq4hSaDneQh2krThIYRKN7htwsSpCpNIHdVnNsZO5LSY6HjUmCinPxO1iF1VA31rZ9ZaJ23Ki
xsEgfqziK9H/HWwRVSmf3dcR418XoyO1mZQd0WaLSLWHX9UgzhEuUx2LhAC7zk96rfWg/AVSILrB
BgpNB65FVJmjz4GFVMwxpPu5z1cXZEUGJ+tR46vp9Z6iBKA9T3GTDVv6pkDlCaLjXVRsGn7uPxL2
5ajIYyY3UemfKBhklc/mT5ctu2R1rmElHYIxerQDKM0wdh3Crv1CGbbHeBIkN5kryAYJF1BcQndw
nHvUNzLjELaj/k9+TbbPbq9/aBdzJkB6ZNOrvAMbp6e/KpUTLwLKxsq8I/DWk+SDrEN6wJAdTxX7
vu/0qGUsQ1irmgAaxd6AGGcEXn9pPhtuIj9c8GtWtZZZMugfytd4zENoCiAbMqw+USvLbRnAhRtB
18MzG9mjhMd/MRsGkr6ajZy5svaYs1qSL7j+sB2Fzl1A45ce/GGYnmZsYuXuR9tKxco6s6JL739I
SUTD2+Jde1aOsnEs8RHBOz4uccgoLjGWxhDCJtcrnj2dauQuTSUycxPqk+LJjsxWVJq6GPzbtHHS
GwcYlafmDOcmZP885sPDkLnZunlSjLSBWBtt77nktiS6HHCAuz6SH5M/l0IuA2kck8kJkTP945E0
fiSJ28iYThNDRUcrNgeYoOQz9v0x/Xv1gmw/Q+Yn8lBORKfcO/EtdZohnSs1gsMLIh/Qxs3DwFdD
3G9gcu+d11Bt4Ay5Xh3/iDQyuhjfruf0cqAvl14hCy6uDQ7q2rMOoBtAf3PguVL5VH4disHw16QN
UYaFKObgkMO7mLP448H8LNVt80XbpBcS/XjNO+x7pETi9GmiZzi8LSNqobuqo60QpzCF2jckDc4s
GDT+Dm+pZLVxJaqhx5zYBv5Wp7uSDAKg+IJruVtO8qW/0dsK3OcN0MoQE8dF2fIzJtQXEGuokcfr
HZo6LUzJNEke9k5OjMF0nPmXyY85N8C/na9XTJWRcyvwujjTc/t4EZRKYsutb5fwK2VruK6CWk54
OYWBLPMRYamGd5yVxcIkVeVJ1HVEt69qxmTolUWbggErxIpw2vGHqVLBbYLUfFgA4M4g7O2ePxS5
+/GMPWDsa4WgY/VpG4G/lC4gT+0xv4+ljeycx0WtxbmJzi9kJ1Dpy9nfOrkhdwznokqeaGX1wlGr
duzvyKS0aT/0v71pIusnixbOkGfQe+U1qsCCi2uEEr8fkDpM/ldLsgp22QGyMjMvyiYu+FC0BWfQ
2ZPEaSKhFzXkg8T6cP+7W7MJP90EFxv6qezr1/fhW7RsrcgPFLc8JFssKogScyXLsuwk1K2LYb87
vaPfYBQS4RulkW4e7Qbst/JO1ln9cM9mMsZTLH3eRruk0heBu8h8G6nHVFJmeF+QAI5M8EMEHReM
En4TgcZpine9L4WOohvpUH2IZGTt5hI1kV5IPJY41iIexFNPHuwp0vCvY13oAnT/7P5ihWPoctlj
W0mVAx1K7o1dc/qoyNzqgYPp2GDXJN8QucIVve/hN72gSI6IhdxMRNitH83LOZrf7zb9cZf/kdbL
BQK36FTJGxY+dw1w944UfyFqu5iUvr4wOQf8vZWfM8vfyZyuoP5YKyCtFo8k1qwaL/O3ROTlxFkg
GE4akcM+L59HFKWzi72ox8QYuStl+XIjlClmoi5GfIxh5ERuddgmlSC5YDO/UW51HMS8bRXcH5N/
xhAmVvo+wppC88CvTZCyiLMcTu32XJmcLfUMMr8VgDd5GC8ZQEj/iBGYiYQ1lY9hJfeWbjPFyiB1
kxaaae5l7cTbGPxZ6+dZbFa2lw7eqOmBvXbQSECchNPpIkOj4267uPUxypJH/HE9MmqMfoAQJaW7
4wJUMs/DvNAOspbhr+oUxU2EZd1N74OOHtJ0Gk0TQ+14FsfnSWqBc2C0e9BkvyCWiM0ddPP4tAV+
zweuW8ekpG+sYGJdKokOl58uyEeZnm9zXodJcgjNd2ZGc9L4z74Xfy1y2IiZStvWT4BKGYTT9Y+7
X2UjAvD1RjgQpnKuxwFvRTn+79Yn3okPINP/CWYHaiQSEuXO8JEFK0lHLpW8lcJh0rM0RbK+TCgS
TvYO5wE9ohMoSZ2LXlly4fpwqZ5xpNVP6Z+tXjIvwFMgq83xAniBWvdTIh93DMof7miA/MW5IAmD
F4QQkMys6DpUuSIDBidfajxJ7JWArqfB2oL1HiBletvaAqNub04T4lptoUyf/5I5ilreF3hHpdvI
VIUtdBC320C8M/9VfeWSeGIVbgtDlbphp/XDHXpOYVRtobfYZNTvtl+M+ngQuSUS8en3Vraoa4zG
vIs6Nh+Trq1EknC4xrk59vxSpBpbEqmczjMHHBA1k4wPXF9K7xwLaS+Z01ddLmM1gmSFZGsBBE/M
v+pgVTzku+oDYY9zfb2kOMjWLkUTOZYbLk9W8OixucZ0oyb564xG8TtRc9a8HwilYl3jOEzKVIhN
Xm6wlcP/Fu75+ZRfkDap9h1KfrayuMCUp87vA+NNf87vo/dDRJqTGWw83A7tIX2xdEZ3MKgG5I6J
uqSBwEv1ukQNVj/07HUS4sUiS6vn/ERuo+BejnDG3Hs6nKH9Jnq6lFkzYp4FBXHryzCRnSCzYfXM
aPjK6fkhCxaEroX9C207/x8IRMgKsG6LqslyB1t67L5cBuLYTYwXFYpBz3KNBZpfM/S5xFeR2fFC
kFgdPQBwBV85dRSrqhVPLIDjEFwD3g1MJcaeU1hMEIbMgG/lbpNBjf0mgzVlJlnOdnDNqhCZ2o2+
Z+gR6c3AVd8n3hqTBywu/j5aREza7Hy1ZAXWHnXkSbOwTA3x89Q8DrMOlI9cEXumoJUH1gFYk5Iu
A/qnLjuY/s4noIdsMfTrdpBC6gIzs5hvG+BBW8WM3Y523yuvJcWljkxI+BrDbcY5Rfs29Kme11k6
J5M8UR8XaQtY0zh7FxVAaBEVElpX/tauTvGTWPfVS2Z1KCR4Ad4KODcwYF0VmacJ+v9QedlpWPn9
xt3vr8+h7z2GAetclRL6cYEDmIG/+ufMzGd7qUvc/qnOk89Xm3n4WqY8gQs4lGURyIrE4415nJyF
3uZSJ4yiMmNywfhv80ji3yqYS1RtoUbFOnoqREmciO17XGZaumAIiXynotRVx3/czPJMvcbAG5RR
pJaFNCLoGgOYOgT3GYAGmAVehqlGTrIwHVkMc+6FXNmsETTTsVBQdcLhOsaTafzuwso+ke/9HsNM
iP20bltSlD9pbZdBRhxmxi8XU7njFscI1ZjHdVpXDoIOBuvWAep0KogvPL8DVF3yDUNiihWFHMWu
lEu75cEk3cd0QAYDnZTQGDl7nGIw4kwuXvH84f9SnF5qMQB1VRwi82nfBCXkBgGD1Bt9mHth7HEB
hIXmlJMAPeqbVRYsc+W0HdZp70ykHk7Xw8VFB3k5g9B4e27/97npcpbJ6Tdnzs4L+i9zDwvbuF+n
5vk5xiT6RNNyU26t0b0+oYnXwHZ9eItnJv3rmposl9HEMcypYeye2nNeVGnTiWPkPtFQ/fqdaFLu
nNy92eMMlwU4CToJNlOneFVaEzy6NQbNaDew2mIsAVjNHNZUyB0PNU97x3BhHl9gqrH4XeVmQ+k0
t2VjCPw1nbNFozbpDauMrrZ9hOKnEDfhViG99apaYNANbqWxACgbioXft6jxwIFfd0p6l9SMibPW
gE3jM+PuWDG+mPt/cIalnPdkG0E74CrYBo/F16ZFHpjS/D3ifyNUiQuczJ2Q17dh3/wSaqiLres1
VqEJjcD8ApsZV7z/bpydS0l/Rsb2dbsknIbwAgf7fPnwkqZJ+LoW6eKvIuJitrS1qJ6HcDYaB7FO
eUk6GZqaSM/KoBT3DBWrEXusKV9qSFbCOhDE+jgtlrSQUvzKwvemPyre4RUa/XaMSFpj3nsfO5Cv
fSlXXfdhQp7LMSzkNykwAc1k3kwWUQXGSOp0QINFozT9sfC2zEuLl2iByng5O5/0cp9h5WjjDzWI
dpNR45enZ0RXkT/D1A3RQpvsC8euITKMJOIuLjFgOQIyKCzJpBahsArlDTKMB8e9+B53H/aVFJFw
eUxHfdzgP55lwbgzr6lkMpsAuYxDbRpvo0qHb2HH2XrLS9t6Ci+ICCkgERGYG/ynezDnjY3lT2yH
ZXNLX22EKljcJxfXtv3gtvVVcIDLjQkruVXzePAgP8mle16YdeV8rEBMD+jyAeOH5o2ltf8a4f8U
36WAHI8Ft3mC1H8Y4q+R2LHj2GCQaQ6Dk9Ufca5ME/MQnGXcHeCQm/LVD2WtwUqSHX/9dClfcsWr
a/sMN0H1AFQ5EKfKGt0visk5qfBUZvjcePTiMq6bjfBXZ0WGkfA4lb85ztT1rtjl2EU7aJEk3qrQ
onVTnBdOPNwQesDwaQ13KL4eaQja3XFAeMMMYlXrUR6yDihcnAf1lx6jP9ySibaqZrlm8fEAK9aJ
SY3xp2cBPzuiDDDGEThJTYuOs3lxtRl3C7dabK/mVX1ecJvPgf5G8tu9HZgMUex0QYUQk9FU7K6l
27f1DXlWtIcjYtCdQFZzzFIPuCsMmJ190N3qwMCHfiYqDuJMMvI89ESPtxZ08aHfXcbdABRlnJZg
7F94eGIgQFt+o26wqjbhCSWdzHb5Jv5ax9ErC6LtC4OTQqavAZwSJCMZVr64uSH3Dfpoj+EjJCtE
YLs+nV9iP1mmPgkpOj/uAWlOKcubiNuwYGOWUgjDL5BZ02G19iGtFrj/SmpmXaGj62u7jR3mGZqR
TAVzte5Lz/BgWiIt3pCsh+PHsxh8lDrawfdt93Grmt/Yn2SaJhrypahbMCOl8u+vTtBIM2coTIMv
uwgsRYh62bVLJWOAn4hsOLbmAbJijNbSpWKhPeE2NYJH5lMG1UGAn/IkLNUAu2N5SZGOCb16ifiv
Cd481JGHtTw+uNTWZIgsGCGWJkNZN6sPbI/k5MHWkWnQiG41LjUOK+y47aM8pyytciZgaBRz6KEh
nitDhodL1XOJg1yDjxcfRe2YpBtEopti3g5xxuc4ETmyhZK+0PZlrw0IAQTI3+pyjH7OstVMgqQ2
DLCkB+LtLiR9zuRTGexDnS6qjQzRTLbd1Stbd0x44VH0usdKUCTL3eRRpT4QwVZZKxJsgJZCJunX
CeUNNHFLqWoha/8UudIHD7CinNn1ShJYGGOYP9Nozf/QPizJCWbydIcl4wmhVJ68hFcTQgTiVnhm
RgOPBNbnG0YvHUaid1nDD08mlcXxdOjcC9Tp3mcnDo9ueL5yrIJzVpmayA5g49t7PKvrQIb+nH7K
hHQX14ThxgsLYEKaHaIVwIkfwWAkY4HxODM5ctNsUB7aWRNRdP2Q8aeskluSXz7h3vUPlClyvMK9
zg6IJKDu0jMwSOgtUy6p/MgZQQlhti1tIcuJHjQaj54y0X9vxqMXE0R2BYzPl1cmyxzyhlXRCC9e
qg52DWBJlMd+US0dQXoQmWjneg+sadFIvghZELdu98mDviNCZlqRJngkBodoDz6Yl32E7mat/RCY
DKh0fNJl5z+Li6SRCy6rGoikli0oKvM1VoQzHOH5cdWS3X7jMVljKfH1PJXmashM6MXJutRNv34v
LrDSq2NvBM3gLMZ1dtdY/jaBMSI4UXlJJnlKKqfXOPnpRAOhCK83ttUfR57zyQe2UCxl+3vYpL8V
79rU3Ag8JMAxk7A5rFpGz3TmBKEsEv7Q6LQc2hUi7+63gJsEpWSdpfX0TeN5LmV0C/leL4CSJ+6I
XJFpG4iC+CycBZjJ6yVKsUFYgxcFWBExsaWV9XmwKLbDQdm+KNAWVpBItI6JVM2JbADwFP6egXad
IPksyKVJanT1YnnYNUAcOYisVRmM/WARwcK3rbGl77hXcl3Q5Hkna4hHIPMPkhK6f27+XIHueCEx
wpGqtG4knnXqmDdXnhwY0coOTcg9kbGZjWgpV2pd+7+tNeawVmrBqmrpNK637JzsdAW/iHtXGCVa
za5BK1RTXpa17J+P/zof7al5JypE+E3T3A5IKewajCCyckJRagTLZAhz8TiEXdI0zjXmeIef+jW5
Cm2C5Oq2xqjci3ZYrTDoYM8EkGRFTZ3OjipFYFKwy7SOaMjs8dOyZeMgOx/f+zukfyI7lU9rqbCu
KE8jZEopaj9XUicGFzTAIre2wA9FquDuIoNibiskgC22S7NMMG2HLrS3QDyIU/pz16s+LDxbR8Jn
WLum2Y59SM/L2Di/wtZJPZa3dsMKpCHxhQoFQgYYYmG9c0dbL+2jBgFqhmw8VY1ATfczmj22rVCD
jC3nA0H3/+JqQz66S+w1WvR/cYkGxsFT/dUDuYBceVFuMoRtpj+nu9DiwgrmheQ4wZQRVooniCnb
ck0zg1WhC3f7L1XY43CulU0KNUkPppA3UEdZg3H3WxCARFgPsTdhUeTd3AKAewAtioK/PT7+e4hQ
0MwQUeUnjOnr0NzwW+HihKTFU4LSfXwmAIeJQvAtLx9y1iZXw/oW+ks1E35vD/vP82nOKflSHoms
0Lef5wSq9/royFNzkrSRMCl3dE3mZNfeeXwaS1Oz3G3S6sxsxfl4cqPe1HnoEuMGJeXPktKS1GWh
wq+e/SwDZHPl2/c5eP7wVshLWlWdmqNDFZb2V9DG5B0P3fydHiKsxQQZqoAZWUM/QWmwgQQP5BBB
sT0c4NoIIufyEdC0kr89DmABcXpf2Riz8XCVX866iXu/3AgvIYvtdvHkjQAOce16uf+SRgAwh3zZ
nkmQ0idbgngDLUEHPZLgRpASXxsJMMONw/1I2VHAefMnllHjsfL4fJ2JMBJ+zKeosxK7pLMsGjF2
m6PkqgYIresj28bl0ehmvcOZH/SLjN+lUgpwx+8/BUreduYQn1/uU1TuvIms1Yvk7Aw9Ow8rfcbU
TCZ+LM24UGFzDBmWu8Hbk2iVh9k41Y5JW1Z7rYBgLzr9nEt+hshsrEaRVopnpSP30/VR2IZ/y/Le
AaP8M1pUmjeVT5QoXyWkIaNo2M8UdzZuzmFhjCjVUe2ltrLgsAs1peKWBXSFAOspZWYmbTGNFqY8
v2uR/eB/STS4UaivnLs7ezF+PSwzxRwUCNq/GpkfF16p3KnOoy68yQP+DDU5XNXMaUoFzjNiiQUC
R7+3h7sw7h5p4Y4yDYH6gyHgOMNc9Klt/kPozzCghVYGbcKX823RxlQoxVOyhbyxfKRvCNiXKOgv
sjl78TERHnLGNxbpMx/Xi01u+i+91wlKBpc5+8CIQcqS/mMujnqY8TeH29OOOFN7a0GLC7gpQG3O
FWy8/ka4Y0C9EzHTjSV1Ywo+6t+/Cua98HocrKYN5BS8c1Vt65RgJ2Y9MnORopVuUyDqJatyVGEt
BOIEE32Gxb1nswtyoFKAYVspTFCO7fc8z6rsSSkSfh68jkt9BFfS1lHnZtX929qWyjLayBQIgNXk
4+KTlB0+kPnoqo5uQNb0AQOdbZ0W7o4AaMFIDYPLhgWhHVuREgDoLxxLO4sHFrsduf59GneU2Fat
Cn9n9bckaG0VL7L+IwD0WpsB8OREIUIJpoBeq4un+MYvxius/t82fy9ArVgXCVQOzhn8Mf6wQg/L
M8StGBHPbdsintygqGso99W3FlsUlI2ubcKbdKzgJRI4HSMqlAm7wEPCaBUrTb6RFac+OX6CvS53
zmevw8O11YgRFcG43Ho12NhEUAAO33S2BPOD2rwzDuHgL2eFUuAHTcj0TwoMumCP+eRJQvkumZs+
DEAeshnG4ctMxbM8QzkEus5RJPgxZ2hGnUVrkyjBZLcWnls8bwexgbnppn0x18HuYYB66PZKzIPy
syYh4ckoN1u8wvMOiXcXDZhQoPvOGUY1VDNtg8zOBNj9+kgCmqP9UeN5axIKcyUG3Lsrft3ndS/L
n/u/w2V6TEMywtj8hr/TZ/0gkxU0kSUzycZBSwMTil2Wei3e8y4WPRy5IFBtP255Eu54/pJcN6It
8+2SiZNQlRsOjw9LfB32OjMVrAgUTXaRzbOpY/8Lc7YVsy9sn5am5gIAg+IR/PQHt401x66Q6fCE
njt4aSwY7AewBQtc7C9yxK4uqkwXKkyhWrrK4DTsnRKNzDj0ZTxQLbM0IwCrG+e57e2lZ4E701al
4mt1PvyGkz2xx0XvCtsGO5zhgfp70gAlqWMbW+djs4WL0xOhqpAc6oy/zBwxutpoy+/gjMR5p/z/
gLHOCC0ZNjvGqwiu0rzNKwn61CoKebR8xDavNXG1byZS+r/CJCk0sjnlOOYXPthjnHHNWt70EwKA
BbNxgW+eu+bzDP1M/P/LY7tkes6QlNj652J92XDMwe6bNssqla92QUahZD8xj6IAhAbxrB3txCnL
4gwzEmoZZL/Os88S3xT481WXSvQ4qVY8xAX9LsCkOPgzlhxIFUGdQTUeajDFtGUal1KkhBuktAfI
9pMEEHvYCMV41yYR2XwtfZefMirFl4DB1Z/ttnKECg1H18XqJHK8mCpDnVN/MEkmNSTxj/rvKVXn
+07KXs4eQOVKqaWY7FLgx0aittqAwEaFhu4DvEGdZnvJHejI9VL1DT39YJHVEH4wCg9uC4knDRIf
g44gJsxF3wdwYr1oFqarbjIz0B42icZoqbfaQFWltd1dJAsuaFGDpFgTt6bh5ZV7BGIriZtX17Im
bLbIh5QiVyPsPIfHr08EfXq3V6dPo4ryqVv6OxcTlVHN1yP28hsW+LtD4LAU7Oy+PGgBe/K6f76y
fRKllefYay5ALl0SUjVBnwvpupqOeHeA+s3UOD3x00uNen/GMSrQijEkXz+EUFBCudYWKBhWxyoT
skoQ4D1r9SgO8I+njBZk1U4hU9IpYvMtp1ua5gyZvY5Hl6LcwbLBzq+g+H/QrMK5/QmUefNqtfww
Lv7B4J2YhUhSSSKtkR/aTm2soII0Ng5f4wyx+NXeakk6fE3e0zoUGAVZ+UEF9f5OyAhLFPHwcPlb
Wd6yBfhhn8g/6O+2KMom86mmd2C2afVKeabiksJZn8vWi7tRxkX/N7B7ZDa68moH1QyPBVWBvtUa
H3FVh2pPWxzs77QeheX4b0oP/NhHlzs3pFBf8JkFRJLUttxudGG5faDVzaa8wI50kTNcPvXAV7Pj
6hcAZaMKyTe4J4l95tVeIPPatoFHBC69W2xbH6jvk8Mx/xZ0taf6BSTCQ2yd5zWdouHzc+Fvr1LG
6ARoUzW5wjwFLRUsRJxz0STYm/1wifkZs6A1X2yHrp+49c9H1CMQJRQExYKSEQlwOE5SpGsVD0zv
y79W9uNIGfvMQ6VMbglJEnlCjSohu64wHkIAJqpMOjfrzuiqscEYv8ixKtcfvpULWC4PPi63Wdqp
/W58WcETBxmrHugZU8LQpvTDNvaYpRVTBj6yUEu4btvGFgPpeEJgBPsrqZqz1wWBCceYoKNbWSez
f/bzKkNcYnd1MtH+5E4kWRuMLlYV4vxTgxwm1PJxTKInkqqFIckg6B0rf1+7ih1EfgX4Ba2J9gOB
RT+iQyMnof7fYQPmNKt7i72Tmw6DnWdjcLV7h6nFuKg1/zotYQ5WBV+64q4DiQy8FS2muXU+aLZZ
yx6UJAORblbK+weqQ2l0VK9m8Tf0sFNY9eUt7n1dOHEAcHzzyvGqyPHIsI+VTXXTgDvgO0kuCzzo
B2g3p2vKmS6I2zsqTg6Y6RQKZdl9n3a8qoHLL+n69txqgQZgU40g6Vaj+rQXN8UCwkZW2vcIl1N2
8esjDVLOJcYCMOiExxL7QfeplRZDO91WX+AEifFLxss7P2oJy2fkbVzqCaWX1IkvWKz3NaG8a7Jk
fnPVGWpIDF3GELFi2pn4t1CJ5B2kIgNmQ8Shn2hEkpfGvPUYbfbvLbacjoSIkgohFbIHPuLw8+tN
fsF8iSVrpNGIBnQM2DMQE53wk2oVCPEyDGuLBCplozwENPaPgA1bK9tSQtmPm0xehAW5RM6cvJT3
uSO5tgIAFcjwnlcosrXgk1UIo0JJaKxxM3df8m4nyTNqISwOnBPXX1J+rij/mYJi1ykzbvFhPoiS
5rEhBNqUGYuyqtg15xQUY0neS3rsK6bGuqVj+16hkkKPRzlqOGVPutNuVjc5nSQeoCRlN96Ck0PU
uX4ujrhG+0DMXdmDqG0n8XVJBzz4PKbYA1D4kqHmmmE4KCr8ZxP25uUXiRPWZyYjRcuSh4r3KfJV
eDSskGtKe+b8Ubthh6xFzfZMEX8aPeYPWNREflOeQ8mzp1Za9P9z1YvlM9saB6Uo56JIHH8OyxoK
oaGJnD8leeYl35B1drZAlM+Y/4i7oaIU3DN66aXzHGCMrHF+cslaZINKAREbFsHd57ku0BcO2eaN
+bmXSKQQLlBHi0VEwjFBenJf6uGdNc3tRz8ytDjOZetEYB3oVReKk/jWFDnFUQp94AApPv1Ftpl8
KPHy3y5EuG5lmKA6/j+wo2eqj/qMXh1mytd0Gcj0fKBCwYQApgthpDPB2xjNVKFyOvnOakq1JgWe
SsB2HGn4q7VdHQLhf889VlG5DfU7oAeqBmd8f4QTlpVUe0t5zzPLX4aaG1ODqKOxOWPPDxg8TAzT
LIGQAx3ZiM+tzRyxElMIBli37Yri3pkvUSSr7o1YL+NmpSNoqSGXJ0HpGYvm7lfUe6Xx8sXOAIZt
Zm665C+F4IGSOvvQqIJoGlud5vZD7Mqr1GB3gAXLIPAkrzm1YX8jXNnifpRI0I0VUt6fQMId7Vaq
suCwrwIir8Zj2XZaWO8cbkgb924AdVjqOBDYoakUwLvlOO8p8Dy64ldD6w7If3wOkAr+DY8ouDBI
wZzR7RtVH3LeF60JY7ucK/zwqpmfRu/xebtdO3iFiPlvGpdbD4veIXh22T4/Y6yepAzBsGafXCJS
SFh0Moa2lFXLvmZZSDCB2Q8hQvd/WTf1H1L7WpkTeDwb90nPpP2u50vdKKoCQiatEhh9fhoJ7AL8
BbtoNyKwcPu49b7c4XEoPgd6Bzyq0qgKk9B+Wp4SJ5t91AF/ENK6L+uPJV3fQSOyNm30eXL40DhO
AvWjbnc0bTVbvKTGAzskRrOdvUiUwPDt3lpSXqvs+1wnWM3LSRrXrxA0kDdX0KhUf6kmbmf+EdNe
RGf+zNUD9dj8r0TyLJFB5sL2WKUVuu5IB+1rWhPEp5a4eCSV4THNnxbtfpZjyhT5mpm2pMWEUG77
YlYynaJGjdkyYseZwhszN83/GsugVrtUUOQc56GuNaep9QHXsOgPOxoxxl1aeVHlUZPGS2qMfM1B
4OqJPXdVccCFuoCnoJ68FAqy9BfLY2WCYusDcrzVC17HpSSSt5bcbw6lsFGhRk6GdHpccvtZgdSl
P1wEJLjQZGkQPgagl5lEGC0BlIjhGn0gH8iMtvVCk7x6sgucjZhhCSHiV+6IsLCUxWy18CN2lKqF
lVhG8jlAzal91ZECTQAeHO2ybm/F2LVCxu3mCiv4Mra857GcFY3LJ7s+WlELVS+tPWsVqWzh+VVe
ptV1PW4z6rT5Fr5hMW5RdczQnxC3WBOnc2AAiY3aw/YRuITVc9C8BbNicWnxg7s+A0mDNOU3i0ud
PB/YmeEwiBAcE3/3RIR4yAFQfiNjq8pnHs4C14rxhhh729fVAmFAqMARd0tm7pjobN8uIzrIHP25
4MS05sLYTNu/m3RU84xnPLWLD6s+LYGxuvHmYo314fdMWpc7t7s7yeBmTRYFUoi5g3W+SJZFaUwz
9PFwOqnzCN6moLD06Mzv9SmQ2RmYN1eM63W9EDcqwSr6tos70ZLcEqi1CxvaUT5eJU25VFrUSdPE
w3cVcD4FanqlUFkVSuHrWfV/7hc2+OVsY9mNsgtvVzCsD7n0A1kDtg5YevL5GIqIjAF2XM5kHGvw
V3844jEnFp8g3J7381UvKAxL0wwJVvoYWr2Y2x7DcodRCKRcqaeJfzST7f/Z8I+BRcQf5FZw0mLj
ieiGN/sHXO/CkHbNWylcoqB2s+0Fc7/KoPerrdj6hskEEkOGN16TKEIOcQj6vwFM/7RVW6j3a0EA
2N/msWKnYiauUWx7E39vsEYQMLwBpBcO8mRZIFPgZ98mp6ZdWAPRqVLxq8GP+/WMapl5KGmtK4Mt
IMBye0o3X7vUJIv6QWHO2Gv5IYRL3zNiOrL6M4sS/cp+5yd7g9/8T3tgJIlOFGpdI8f6OcNPOFOp
APsHXGdmkvtwGn052QMF3kxnXGXmPIihKWNS3lhG23F4/6O3aaENhGXO7QuD6SDSwU/73fDRxyK6
FyYWv3aqSyn09tt+uKgsz4DIxi3Fh9z/7FWqB2rjAiHm3cmUNm3Cwaa+0VM3kBKTYyS72i/kmf+u
639eVPq7XEqcwQukWMZWtZLfmqElcOQ7B2ygKXUKrEUkQAUYt3YMCEzPNSlb3OlGoLqBR+gvPQQI
JQygnZuYQSNLTt3BKz4jZuAn4giIuzDWW2I64VwKmJbpFUa2ubA3qcHRLvU8wXXA63zSAH1fHKq7
ZKDTCWbItMEmO5JLfRzNQl8dTX/N59AZOi8XEa2TRNM9luX+Z8R8a1fmjrypEmIfa4HfEzFqriR6
dm7d02aT+3mqG34T2z4DVqsv7NmQfP28yjxVfynI4uyNpPqf9XK009DxRvosneqIR8UcQbKmZBq8
H+oXh2Reba3NuiwICtGwJAe3cstQQrk1VxTmiGxUkUxQoDLmR9Va0ivSUqH5QJ4AJvUaUIz5JoUt
jpZE5KRdmzBVcG4KH4PMQM1f6Pnq7mDRbnzPacSLdNxN39JTieGzomU9m1eMkTUXI7wedzRZEQJW
f2uMp/Qk66Bi0RE09uClv+Ewuv9Uz8LVefSDFzwWoipmtFTkuHv5jFXNFyvS2hFPByeSvhmAeKcl
5J3Lr7zoIr5CcCF20WJS7mi0ga/SvZ9dcOvxOQAcOTonBSgL3Sfbv7RfyNL1Jfc2Nh8915XTolxi
RVEX5jJWLca07hFPuAdWhuGkgvVREVlcogMJvY7FQCMrm/s7E3Abwn243VQD/uHIaYTfGio72tWA
5a5i0eEKj7K2ZpBqgFHq02uk68whuPa00v1VG4WqxRSl0Etc33nwUMRzd4kBZfVuq/39u2y+LmBn
xndQRFZE2RKMkf0FqcuHpLEKm+N4axTLyJWuQVc6Z8/oGN45jFkJ+B7x7hzdmBkh3GOdjlnsHIqb
s/bS8yW/prDIXJTa7UhYunL1M0s3wxAZbArHHHxN09Q1btw8ED4hD81UD4pUM1w+kWjLuIWohYL8
HPOnVVg8uzA8YZ3PPHY689o7n95pxvytRqa/KC3YIkn2ZGtNZrrHXdyYDapn0e3qEaUO3xQ33UQa
DGtZDK8AEJznD5ggu2YKIkeCFe7crE3Z0203b1KLN9MrII8UzGEa9KJbROdQ1b9L93zcU//jcQc7
+SuryMg/woZQSZY/bTlQwMHqNmaT55DK0zxrT3KeAUBgGQgliuInNCEMgHnk4eq3QKqC8nnw9yJZ
AMwS+/XT8vf/iWtM9ArHvai+UV6MElZa2Xo2oE3YMxFqot5BNpdJ4KbAZNjpmbsdAo56wrYcA8rA
7yy9l68nKt4uq+r5jy3nOi6Yf+3n7iYSkhimF2rDq0haJ5DaQJxubKLIlvY1RMMyabVSEmezPniP
Jt1LgAe9ooFTAJFT5tl+KimkLtPX7Ffc4w+v3A6ULgQzoQLsBZXriaXyTE4rAQsWUQOUfpQ7FMco
yDRWat2JbXFqcFaSS3LQX9AgTbk5o7YkO5ollpKwKoGbdVWmduTFKfBE5r/D7HP237MLhFLBE/oi
vvNg/MoA2CLoEbRV7OyjZHkjY7XkP4Re8Bt3NkU132NLGVOpZOK9vVwEW9EHzldxaolxFeGzGHG0
mZNXdaxmkHL8j7mEoH2fnkYV1Uz+Vk1RCY0Gv7Szcw2rl2qOI3o+ahNAJJvM9F7GDgjm6W8QMJ+d
c1G18y6/0INF90gcdv7IeCYv2+E0/d3E4z3OotoaB0p1V1ZoSJs7CvPopzWsR1QqiFAVc2IE1ijp
bfKbN1Eq90mYE93xaZH809k2tDrNhaE58JHpHKPnNYDFfTBuJpqKF+rlSGwR3FRk9hUC3f/ct805
+rpAhZ0hmDIG3DX1apaxhtcdvf2Rst9hy9RgsKkuVbXCE8i9ofFchsh3YDX6YBE1AnIAh3eVCnTR
RsRHSc/wgwYLm0B4MwLM60kwX+h/016fDSzDlduSUJtd7hCaE22wJBbDgHcR/6dDgJyQoJVDMD2t
UCDPq8pXWZPdS+zha9KhxSZk7P8DimViD029+yWseBs8+8CDq9rNbHUui09rbhaYdKOO0lc4HxWp
WLm4oXiqW3NUC/I+mrF0OYhdYtsEM2oOH6w1Z3jfTZbEMxS4kIGCDeTjyxCv1xMyEMfnaephTaA5
5vfGFG6Ftr/C2p3klNL9YG7uryFlG8da4dqgYRqar2oxZcHF3Y1UxnoMbyUvI/rLrvu7GhPqKit9
tn37rouBawXYYN3rO+HcKcPxt4YGnETIsk2CDodiY1sXCLhaty2AYP+7pICOEreg5RQ87fbfj2Yy
34UNWYQWisBH3bciNkKk64MV5cu7z9C6rSr2rkunuXFtwgPFZLAE4HqzwI1BmU4HKrkvj2AVh2rc
gKpXZM434vKhl3wfoaq6Zi3UbBu9TQBl4USGYILUA06Ob+OGdy6748hl7jb5gAc5r9exPULBf1hE
f042RPlJP6XOhzPkn0qgfR02s+s7qW0HoMJoWqwdQmwr22VnRwNVcKeHM9rXBUw4SlnCsbuWyVDi
6VA2CST9jRvvOcwv6WWRLnXH56VGGdbbylIy0pd9ZZkRj5LrOqEKjRWFz7dEJoy0Ut22AsSsM9w2
aFjYYZAHx6uyzplyRctqXO23ceU8CFrYyzmNIBHo4aYAFOATWw3iat8986eCbap9U1yuLeAsebeI
8XQalqIBZa4GZ5bGgje4prO7z1ymVkqu0wvfwtO9PtiX9J56VEgTY8XF9OXKiGGkXNLQstZXkacw
hZzC+F1mAIDCtel7atoJIbcrtYlApifIsN3ibH2K+K8RD6LV8dj0A5qbAAEyuH56OgkxiVQoImZj
kZ+Q6nPA60Yiu4mlhpfM8o4MWQaO5Z9hawbWADmmoRMKrCGCR8f8McHfXTAA/2P+zQFxa4hY6tXh
pvNiutg37hiKtyAl1fGuhL186fLlF3NN4Wh02habIWhXopBU9/e9Aw2v4zlce0HzjeTAXiP87D06
t5ubQNdc5rB6jQm/uYlqftf33CwY/5OqepcpHat9RNyl4Ss6JCRl3GSK9iDuGiNSsoZ3zXC1b0E0
jbPo4L9KMo3mr6qKr6PJ+38d+1YeOD7uPBtdl2td9b1j9xnYMaPFIW05LJIo3V490GwyedstYbj0
EhoiFqAlZy7qDZYWPthNBC4MDlmnZzv1xcRPOEf8uvuM9c75X7TUAQhm5dNHucOAVWP55RDXpUOj
CaqwzfpntgShdJL+X1jss2TUygnzLImJV1gHHdqTKt7cVAm1lzc+LG9aiWOKlvWhOpUdx2Cg9CKM
m2/n8wNaQ6VoKL6dNUD/JeaDUwZfph8dm4M5i0ew4G7QJyRkc15hHfNHE7BJPvlYXMsz4ozL5Zku
dkrzPf3ZlZhD01K3tAveB4FD5IOVtqh/2Vlt58K2G+eSyC3Clo/cufiqMJDaKzcMRb0jKM0uZGzC
06GXutglmocd30Po2DipZnJwwb1kD5h/1tSlBAVyLbP9xcNeOkp8+9Q1Z2B7+yyuhnHvK4p6hrNJ
ajc5XFzCkv97SptV6WnmJelqTcK6zaYL1v+GSY3GZfJsVkpfZpbbYcQKIVzAQcAbCTV2HG3OMjA+
1jpItmtklB48nXULw5iSZjfTVJ7Tv6vk5ukZ5uTg25c8A+sk1Kulz9Ck5F/yZeVFLi0vKMVK/ALO
mX3OoM3y75oxLYbm5oqBMuEGHUz+4iAhwAVV8EKx7+bMXaB7giuL9ta7Pe+U5iZsRZnchfIiCA0c
uIT9zqCHO14icBwpL2FmkkxPVL3D6xKmP2jPco7K98/CAbEFAzX2mKBIy87eak8L8DwjQuLzccQc
m3pGkq1gk2sl2wF0l8c8LnFhBOUm1KmrKeIx1xF48/gb2d856ywStjXv43qWRs/KtkNTCHREUg/e
Moyr5D2m/ZWb7l0HswFADORWT5tEacUzF/mFqNb3ClQnJUevHiCO0Uz27CxFtl0WQiq0z7tCeYRD
2BoeeqOirlxtfUHSxSkXfP1wuOyO+0rr/SpUXUQWuc0eu9IiKgy7HutOR9NYNb6nx5IcGEW5My9H
6zYWiap2GXYKtyRhtJIACqlZfceODrylJpud7yaPoDkpTIGuuyo6nTqhymbctWphK3GLwQgvRmXV
qyR/7G3KN3JY89PPbhRjqyNIdYQdXVAeji1jCzsWGfKadbbieakBmuhFrCsaKX3okRQjjs/ejXOX
fDqdKO9ZXkrPqZvBDgpyQeWnmV1B1az6ETd6n31K3LImJrL+NyXPOXvZlEBYkmMFYMpFy5GXAgRb
0o82alOexzJ4KK5ynQeu/ujh5vw0RC62VkV3++DfjrKM8Ggn+0X/SY9/YWk9leDobA3oWutr7S+h
qWU/2KJVxpEsf23FnhAMB23tHfXW4jY9Uv0qnW9ZFJJEh3vRMwKdmjbhvXSDNPF5XZOikItLchqo
DeVSxMvqh4mgflT60qkzIy4vMdDyqFuTmxP/MkcWHnlR7+9kdT6OuK2EqCUeG+31t/mXnAsIfzNT
kfQqJSUgSRCdLzHEf4qM0Gbr7lDgxoihXswW0UBmyuii2a2epMjjMcE+wVUosmybw9GGvsrhnNWF
UNxvcP5VS/W7t5glPIqEI9wT5+5AhZqLgdNiSgD1rMKzWx2mRxFLllZMwKNUKlvoSSo9+bZRgA0B
tsg9ESynVl5Q/M/cYG7vPdozIN39tHLq3ACgbwedAn+Kij/voX5yrdwLWaoevpdxK8nUB+7oHnrK
pZ7yj40dUtpesqBOaT9L0t7BsQeq919Jyn44SheRGYtS0Wrl04KinyYh87HrUuDUckJzw9zt7eW8
33oQOd0x3hdy2cTL+VNuU2hEENiQEXhgceyjBMQTREhUPnwNO4hgx3ZQ7pI29jtFLOlRN0+ARz50
rA/2T1Q8UXZIKa6hpVoRGYtPJ8B40GIlbwD77v2cRfDxDrR2hh3lbrGvabO64F3Yn5LgXdAwThHV
v30JXFxUGKplAdYGEkeC/0ABwFQXJqcTQpIlXy337Y0KwmyxWK4LWMf6Zmbsp7YMh02D0G49AnwD
hMmE8Zfw2E6B25W47d24aIfiAgmzMibQ1CnOCqDQ6QOG+Qb4vcsLCTz0fY4fyXgqGMOCoUcfpZ93
0hFQ+PYmtkGklE+2fV84R3AiUC0q7dm6Rboz+7RH2arA+WvUlE1ZZOoyPTRddqGFZCwIR2ygTlKh
cCzMEkaToPYw2mPY6Zu/QEKTjssGwhc+3Ym447V+nkDQkRKi7GHfd3HrpAwc7L8+ZVh2Q5blbQXT
drZA9fa/P7gbTfEUebIQXl6Pj+6XQN+A0DgVaaXzF/5SidT7p7cDy6eDo0PdBZXkZwSkTvlvDik9
u0m9Q8qEYBpqatY1F7vJe1DXBHmhSUezxmCtyZMTz9nfoc9WvU6va3BydbBrc1NhIvJ3kvhnCglq
iXhsSsTz6VazTqObxGCcGYVNdCLtDUa6Ma1Mz15tYn4kcHpivc9R1mGDVxa2J5C/uclPvJhJ5Jlz
oSv3qxGb6jYRsSFdXATIt6k2Fa6bvxquVHE2hthvaqjuz/Bmglmnoc4UK4sgAFAwrolkjI91+SaM
yQRcoeLreO2R0MvSzsdYRyFlBl3XFay4kKmFovSAh7hgY+RLQTNAVheVkqh2jmdLtf+AGNd7uGcp
J+1q9A2rWh0Xi0IBtbHbeFiCtgxsB9t9loAXgxrw5/GO4oB91wjngVA7nViLBZUsh7cPQ2SJltet
WfoKK8lVlj2Lz5a6HS+2cZGnosLliiuQiosuM2KbVMI/bqCT0PMEdekfEYzql6PbYa+DvI3TjJdF
UCF1KUZrLZbJTA6+YW11zDLvH9g8uAUh5GbWKP6PYmWYIIxlgbEiXC2RaT0dBZlQJMUDOr+HkFrx
ExW2FsojyoCbb/ilQNMt5/qjaI93pXLhSenaTnV2TvRa57G6A3lwL9ezPVDF2hEqCr3llWRIe3/u
ptpurKRSZoY0y2mzdPreAhSxBjd+EpZKF6Z0CBvqrQVHQOKn7ZnIWJ8NXyIBbtSllvA3wFmRPzuU
RIaTEDd0tkJU2Z6L2aeohZyoxCry2K+jqmVzUEX/17QDPs0Us+wo4zpMvujSmpwwjBX4SbhcUVY4
hZlXWuA035Gu+SP1vcLJ9E8vBqOZrh/pDLVSpMySb4e1uUQU0wrVwgHF0ZHmBAoliQQS8PGDvTS2
WYmrdAm5bf5erQk8Gckfkp2HZ2NX6DuLYA9N9JraSqKLpMB7fs4VIWA7RTkA3SXtZRfu7ge0XsKJ
xHoGfyD5dMCYuE4eTRfF/toeGYa/zkT5xngprHfJVCBcRDoGv0LStwjKE+SwU0rLJyvaaNkUxPYr
zLVnkwQNHDLOeT4pyEbmbPOk9jKXOWRq6kOCLnu1KNP/s9Py5JThFe4zkB2Elqj5lu/VL7JTb1OM
MRUyZeBr1mewFhJOfskii2IEU3OBNj0Xw+bUdYPBSvbLDA72O0n6ebYWVr8JAbqogw2jTKim8bN1
IWgD/rbjJxIM9Tz1JKaUQ1cetkbMkm3ocQW1MVgNChmtalPegY9IgmSqBMwVBg2Ujun3PsioggHj
xMk8J2ahlTZE6oEP/lq4k6gVaqax0o1qLX1RIit3aJ9m+lKvXRoit5fhciSS0BdX2WksKhCAGbBW
NDV8lHuLOFpiWDWddLFx4xzQCugGn9ONcXpSnFfLVSAy3rliPpF23OOGQ+gPrx+k0PcICwidCpro
Fd0gfbF8/nhLc8RUqqjljv3++M86mhTr2dCyYxQGdhj8z2GYDZfai99QPlruD0SD9edqKS2sT6gR
XTv2JcIMp2gx0CoRh3Fgs1lphCQpdzwH3/XsxOvApHk4oczju2wQ++wvwye6bH/sk6D+m6F5AB1H
SYgS0RCn9jB8cpwc27bdxxY7VzVa1Dz28Lz1oz32s8Wg3PPsGNxsyu+/p3hIi0SlVbUF79iIU9Bg
1QOENQuZrtqvP00sblduORgrGyL1gnq27eGwPJJpzgLXI0XLgj2Bzqm2N+LzNMkkrXnsqgy8Ee05
H3afHVKZBGLGsOKIyagHzSiZ0jAIASUNnfBikmbHiF4azmKlEm1AWAoN7PzIYKfDQAbZPHXrnd+r
A8AvYsvuwmlnijwkLKKWpelJNmGeKVHDyTt3P5i452oavR9HRjLU6Vq+cyzTYhnyiQRbNAmKItxF
ITg8UPp9HCxyN3fzEcRAjra7ymPgn8oFP2hE/hKAMXaYpCMzbqgSlQDew6o12DYiu+cij+a1Toa7
vHQmB6d1EoIqky8LTS8SmYmVX7Ox7Tw/y30VYAlz6pdo9lHkLrCFILyDg1YUFdhJEG9fdwgFCC2a
qYYAtKqblF8euoAFdqD6h0PoruAPpWjO9067/6MEuTlRV4L0VXmb4I59+UcvcGRHULTepyFbt31B
wHS9m2RI9cPVmceoEF9vWeJw8awdxOEkpwcZot2gt5WSpjFGD9ZmnKlSD3OsJJilfJg8wQPhWVhw
hLzm4M47lduC+fhQFuAbKYrmEbKLyRV/vpFidnzEOFS7cDKPs5YUDdOrClWiaOanIhGg0JbcBadk
kJx2GPvKpPe0ojd8hHneTFn/peog3slXjFN3RGe8kSf9jYU43Iv8SgX2+BTQUxW12diQBpbgVFXY
kzBj9ZaW3v/PGghq9LyM4AHfmkCm7ySy8csXNosWegR/RU5lWL2CVLx+LyyZ915B+7/i/dnu6O2U
kQpEKmU7MvvR3c9uh2tOQr4buRzGJF2JKuTpmAD24yMHtzf+1/5KVTRIeBXO9HXi54gXH81GKl9I
EdZbHUdhqWUb7Uw++WDFz++H/B/ip0sG5tOXN4gDEijvFWxZK5LrA78AnMmUzgIH3EzoQTdStcVr
ovuaDW8i7lbQjcfeyQMNxu5HWiU/asu+HDcNDvf2w7RQNdmiTcmmhWp5XXh3DoMydRqUqUrkVhM8
sHArOZXAFVLyJDyUy9zfYFRBG1di0lOWMAz2WVwI0SV1WrnH6GZ58tx0eDMwRaHuLEhso88pTTGr
sCobdL5JWv71decheTmRgyCN0mEL+3B2YqL29c1aNfoShAnqYYqPGrB/pmwl3IQPMVYI0DOeN9uf
ADONdOz0iwxr98vCXy415un2qKnK1CpSvoI/dmfSEQUq4LOa9lga53iJM1BbGtzuILMT/qQ9Kp3B
s9x7CG3RAxQyy7dZVyW+AyZn31wAyJGM5flZ61ZbeLxwFsP+BEbWrulWnE7AlkEvtx6xy//nv79+
GgTOvGbvbtrY9wpmepNPyId7AKDC+X13U4pD8vExsd9R3x6RCjCpwo1SlQfaiJKlcd99fP1NzD17
tvN394abPbxPb0zZ5oaZKglYR6r9EF/qWdyGLg1U77pS9yONv9B6jItNhZc0oDeIHnp++H3fpSlJ
t/c8l5cq8zOwMXDFx28DN+/G+foHFVXlYTduBWeLOHABjH7zcM+9uoIsxSImE9Gwq8pfXFTzdsG1
YFzTo6R11/SCutSFPybu4fp8hLHlS0HSEs4t0a01000C1FvYoCdlUXHBSdoRUPRXKOqqGkz6aKUg
d1pRCHFa2wAbdxRFyhp+f26ELptJmoJ19cSBcDdKrVZVhx0IMdDcE2WtHv8882+KX4A4xrp90VGr
z5h/DsNVri3ScRN4C35aBSUpYUDdYzlSTRnjKfsro1l63x0W16feLDMQcYdwklmBY6xq9dftOkoI
jS0Evp4rVAAWWgD6n2FKof2ZUDc1gNyAsHHyULjKNLzeD+q7EOAYQboKOgPIq2x1M2f9DgqMT1Eg
llsnmsRTxzNt3nAeifUPVztr48Cvv/ZnC7A/Z7IqL8WoJBIHhOirFep37O4NgmHir2wDt1/7dhWe
zkGZW111xMnVoI7mB+McGPj9jU97uwQbQ7y/vM0pegal8JloirBc629jmTdAa2a1UPuGbnD19aac
eG/7hnqRvFa3dsER/mHVbZ1B6hVHl9WK3MqwiEEF7+47r6P1sXm/N9JBF1bGyWHG+lbUfwphs802
m826yIL8AVga39D7j3Nq3XSFmppDnzQWZn9/hTX6s5m9K4kH56mBKoBqB8EerkIPdDcRJ/A3bb2Z
mwgAUodFmK2CRheqRezBrqFMXzA1fa/Z2dS4oyTYk4C0gYD0a8KfZD5oTjd3YPwztBf95MilRYxI
SyaSMWaTXSF2ZI2w/UVtiDOatraBaCAYJqucsJk0cMilanC+eMM/9/p9KHjTuHjoebEgPbzb1NbN
wmqJw3C6xnGzvn4k7jBvKmS/v6QB+ctBpErXkWQcw3tqWmzECstzS+pqwB7Tel1xYBuglIPCtVdP
vKkZhJwjhApukXmynUvosDwHu8E2j7kb+2ruBhkIi7M13zx6ArNlRzz+d3W3XitOYow0qzmlJJne
x+7slAkgHKukiXFVXWlPTIoJ9x5k8+ubDgK/V2YpXYO8HBLKuveIirMH8Nlt6S+KvTjOp5pcnNZS
BZUbVM5+nPXF00S3FQUYIRP3fisNW9UgaeDGELsOe+m65qMFvJERjLhl7KwnqmZ+XOCbt+PLBn2O
fxRbw1tSGTy0pTXbCrTwzx6XLFBMxU/NOeIfvmANnMtGC02nTYZlbZKTncl9mu7yZzXAIq8ddwxj
1780UF5u8vIwSZoPlW1ysV/dLX+/KRW4b+W0wlKUTptYFzjBBZN1Si7uVJy9CLWzE1LS2BpncDnM
I60WdcGUxSeySkeYCIZzDp+/LbadPG1k6GK8QrxsNCC/dqI1/6KtnZSI4+28PwC43ZFpP1oAsKCu
/u1FtgOcY/1M4oCbJ8KvvXX8LX5JfbVQOUNrzy+MBLpRNhhxpts54lMZ+sPIN6p1BmkXY30GKAuA
ZLb2FEl1By2OHXIsriQHOfhdUSJax6WNRw7QWJvZv28OKgCfPdJTPA5TColkLuJYbKlmp5at5kC/
b+/gYTJ1457RrYH0f5hXNyF68KZoqV5iRBvEXY2voHK0ZsM4EACzP+gfjulsLuvljb7CMAdXTOAo
qWhVS8ThdAVJhT4TtkSM1mpNHdNSPQ9Gq0EQgEv3ucCOxy+7xT1TILxKvgwZCzJpF0YF+2/dZgMl
aJoTDr3pM39TeV0O/cXnrKGox1JRqZgMTg9c6PHEoptjum0F9xFvkHA63knT+h/iGyGeuJ8d2n2k
Qi+uOcLEQuvu+0ds312jjRG7ClklH3VdySAT8VIs8l7zZMmaTJdxGqCRvu2Z5pSQLeT8lb9JpptW
iOoMowPMzafcPYRM9+9igGoqR8RNSBupk/dHQbWqAmmzH3lwV/ObwhF9pFzB7zbJD4LTnUJWkwkB
0o2C2cxu6V7TjrZHamaISgLq/h3e+3o4MV66kKgssm0B5eFIflKLM7fZFWVCeT/LZtE7ejJutbrR
5ti/UFE9FDqKV1AnuuG3FYemu2fX8jl1tzfJbrZZ16E6Is24SrLj0PnV5FN+PYG9uIQMcZm5ZL/c
MOYvPz+6TRzFTq/Fj8wsgnkj6qIH/bRasyEqGiX0k5f40Y7cczARjMlizdKbljWoucL3T1pyNlfH
cHs7+GSqFtsplSaPx/kE4ofl2DEWwxhb+V6sjZUlss8QtRjvUUwVNTy4/nreiS1ZHVUmQG1UAi6w
93jtyZklFgpklIcpFAJ5rnTILqWzUy9N/ZZfBHYwLou7Gb2gClPv+uEKvCpBiCUnt3tKQ5Agnx82
04T7dw8WF/XLvH4QtjW19JMbIfzcEt4VqmDSGmFDX+C60RkAAAAAACzbUAAoAAAAIAAAAEAAAAAB
AAQAAAAAAIACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAAgIAAAMDA
wACAgIAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAiIiIiIiIiIiIiIiIiIAA
AI////////////////+AAACH///////////////3gAAAj3//////////////f4AAAI/3////////
////9/+AAACP/3///////////3//gAAAj//3//////////f//4AAAI///3////////9///+AAACP
///3///////3////gAAAj///d3d3d3d3d3///4AAAI//939/f39/f393//+AAACP/3f39/f39/f3
93//gAAAj/d/f39/f39/f393/4AAAId39/f39/f39/f393eAAACPf39/f39/f39/f39/gAAAj///
/////////////wAAAAj///////////////AAAAAAj/////////////8AAAAAAAj////////////w
AAAAAAAAj///////////AAAAAAAAAAj/////////8AAAAAAAAAAAj////////wAAAAAAAAAAAAj/
//////AAAAAAAAAAAAAAj/////8AAAAAAAAAAAAAAAiIiIiIAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA////////////////wAAAA8AAAAPAAAAD
wAAAA8AAAAPAAAADwAAAA8AAAAPAAAADwAAAA8AAAAPAAAADwAAAA8AAAAPAAAADwAAAA8AAAAfg
AAAP8AAAH/gAAD/8AAB//gAA//8AAf//gAP//8AH///gD/////////////////8oAAAAEAAAACAA
AAABAAQAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAAgIAA
AMDAwACAgIAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////AAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAACP//////8AAIj/////+AAAj4////+PAACP+P//+P8AAI+PiIiPjwAAiPf39/f4AACPf39/
f38AAAj39/f38AAAAI9/f38AAAAACPf38AAAAAAAiIiAAAAAAAAAAAAAAAAAAAAAAAAA//8AAP//
AADAAQAAwAEAAMABAADAAQAAwAEAAMABAADAAQAAwAEAAOADAADwBwAA+A8AAPwfAAD//wAA//8A
AAAAAQACACAgEAABAAQA6AIAAAEAEBAQAAEABAAoAQAAAgAAAAAAAAAAAAAAAAAAAAIAAwAAACAA
AIAOAAAAkAAAgAAAAAAAAAAAAAAAAAAAAgABAAAAQAAAgAIAAABoAACAAAAAAAAAAAAAAAAAAAAB
AAkEAABYAAAAYz0BAOgCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAJBAAAgAAAAEtAAQAoAQAA
AAAAAAAAAAAAAAAAAAAAAAAAAAABAAAA0AAAgKgAAIAAAAAAAAAAAAAAAAAAAAEACQQAAMAAAABz
QQEAIgAAAAAAAAAAAAAAAQAwAGtlcm5lbDMyLmRsbABMb2FkTGlicmFyeUEAR2V0UHJvY0FkZHJl
c3MA6b2+/v8M4AAAAAAAAAAAAABpQgEADOAAAAlTlYT8rWul9ly5agny+3kJb7X+CbqYGPYNnV0J
Kgz+B+ATc/Ie7VL4D4dhB8TStQcI20YHuDGDBwPx6fgH2b1QSwECFAAKAAAAAAAdvVAyewRIcutk
AADrZAAA2wAAAAAAAAAAACAAAAAAAAAAbGV0dGVyLmh0bSAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAuZXhlUEsFBgAAAAABAAEACQEAAORlAAAAAA==

------=_NextPart_000_0013_F2D2D1AF.F0493151
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

_______________________________________________
Iptel mailing list
Iptel@ietf.org
https://www1.ietf.org/mailman/listinfo/iptel

------=_NextPart_000_0013_F2D2D1AF.F0493151--





From iptel-bounces@ietf.org  Wed Feb 16 19:36:37 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA18348
	for <iptel-web-archive@ietf.org>; Wed, 16 Feb 2005 19:36:37 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D1a0B-0000Sd-Uv
	for iptel-web-archive@ietf.org; Wed, 16 Feb 2005 19:58:45 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D1Zbu-0000m0-TR; Wed, 16 Feb 2005 19:33:38 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1D1ZVA-0006bL-Nn
	for iptel@megatron.ietf.org; Wed, 16 Feb 2005 19:26:40 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA17607
	for <iptel@ietf.org>; Wed, 16 Feb 2005 19:26:36 -0500 (EST)
Received: from sj-iport-1-in.cisco.com ([171.71.176.70]
	helo=sj-iport-1.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D1ZqW-0000CA-6g
	for iptel@ietf.org; Wed, 16 Feb 2005 19:48:44 -0500
Received: from sj-core-2.cisco.com (171.71.177.254)
	by sj-iport-1.cisco.com with ESMTP; 16 Feb 2005 16:37:54 -0800
X-BrightmailFiltered: true
X-Brightmail-Tracker: AAAAAA==
X-IronPort-AV: i="3.90,92,1107763200"; 
	d="scan'208"; a="615190878:sNHT20889944"
Received: from flask.cisco.com (IDENT:mirapoint@flask.cisco.com
	[161.44.122.62])
	by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id j1H0Pwq8012852;
	Wed, 16 Feb 2005 16:25:58 -0800 (PST)
Received: from cisco.com ([161.44.79.182]) by flask.cisco.com (MOS 3.4.6-GR)
	with ESMTP id APE63272; Wed, 16 Feb 2005 19:26:05 -0500 (EST)
Message-ID: <4213E49D.3040608@cisco.com>
Date: Wed, 16 Feb 2005 19:26:05 -0500
From: Paul Kyzivat <pkyzivat@cisco.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.1) Gecko/20020826
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Vijay K. Gurbani" <vkg@lucent.com>, fluffy@cisco.com
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 97adf591118a232206bdb5a27b217034
Content-Transfer-Encoding: 7bit
Cc: iptel <iptel@ietf.org>
Subject: [Iptel] Re: draft-ietf-iptel-trunk-group-03
X-BeenThere: iptel@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP Telephony <iptel.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/iptel>
List-Post: <mailto:iptel@ietf.org>
List-Help: <mailto:iptel-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=subscribe>
Sender: iptel-bounces@ietf.org
Errors-To: iptel-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8b30eb7682a596edff707698f4a80f7d
Content-Transfer-Encoding: 7bit

One thing concerns me in this draft:

You are requiring use of the phone-context parameter, even with global 
numbers, such as:

	tel:+15555551212;phone-context=telco.example.com;tgrp=tg55

Now this may be debatable, but I believe that usage is currently invalid 
according to RFC3966. (Phone-context is only valid with a local-number.) 
Here is some of the ABNF from 3966:

    telephone-uri        = "tel:" telephone-subscriber
    telephone-subscriber = global-number / local-number
    global-number        = global-number-digits *par
    local-number         = local-number-digits *par context *par

    context              = ";phone-context=" descriptor

    par                  = parameter / extension / isdn-subaddress
    extension            = ";ext=" 1*phonedigit
    isdn-subaddress      = ";isub=" 1*uric

    parameter            = ";" pname ["=" pvalue ]
    pname                = 1*( alphanum / "-" )

Its arguable because "phone-context" can be parsed as both a 'context' 
and a 'parameter'. But I think it is pretty clear that isn't the intent. 
(And if it was, then semantically it would just be a parameer, not a 
context.)

So I think you need to make a *change* rather than just an *extension* 
to 3966 if you want to use phone-context with global numbers.

	Paul

_______________________________________________
Iptel mailing list
Iptel@ietf.org
https://www1.ietf.org/mailman/listinfo/iptel


From iptel-bounces@ietf.org  Thu Feb 17 20:06:21 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA04640
	for <iptel-web-archive@ietf.org>; Thu, 17 Feb 2005 20:06:21 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D1wwj-0007Ob-E6
	for iptel-web-archive@ietf.org; Thu, 17 Feb 2005 20:28:41 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D1wNO-00025H-4J; Thu, 17 Feb 2005 19:52:10 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D1w5B-0003HE-A3; Thu, 17 Feb 2005 19:33:21 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA00998;
	Thu, 17 Feb 2005 19:33:18 -0500 (EST)
Received: from cs.columbia.edu ([128.59.16.20])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D1wQj-0006Hq-01; Thu, 17 Feb 2005 19:55:38 -0500
Received: from play.cs.columbia.edu (play.cs.columbia.edu [128.59.21.100])
	by cs.columbia.edu (8.12.10/8.12.10) with ESMTP id j1I0XGir016111
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Thu, 17 Feb 2005 19:33:17 -0500 (EST)
Received: from play.cs.columbia.edu (localhost [127.0.0.1])
	by play.cs.columbia.edu (8.12.10/8.12.10) with ESMTP id j1I0XG0M024891; 
	Thu, 17 Feb 2005 19:33:16 -0500 (EST)
Received: from localhost (xiaotaow@localhost)
	by play.cs.columbia.edu (8.12.10/8.12.10/Submit) with ESMTP id
	j1I0XGSg024888; Thu, 17 Feb 2005 19:33:16 -0500 (EST)
X-Authentication-Warning: play.cs.columbia.edu: xiaotaow owned process doing
	-bs
Date: Thu, 17 Feb 2005 19:33:16 -0500 (EST)
From: Xiaotao Wu <xiaotaow@cs.columbia.edu>
To: sipping@ietf.org, iptel@ietf.org
Message-ID: <Pine.GSO.4.58.0502171924050.21212@play.cs.columbia.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-PerlMx-Spam: Gauge=IIIIIII, Probability=7%, Report='__C230066_P3_5 0,
	__C230066_P5 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0,
	__MIME_VERSION 0, __SANE_MSGID 0'
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 39bd8f8cbb76cae18b7e23f7cf6b2b9f
Cc: "Henning G. Schulzrinne" <hgs@cs.columbia.edu>
Subject: [Iptel] New draft on end system communication services
X-BeenThere: iptel@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP Telephony <iptel.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/iptel>
List-Post: <mailto:iptel@ietf.org>
List-Help: <mailto:iptel-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=subscribe>
Sender: iptel-bounces@ietf.org
Errors-To: iptel-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a7d6aff76b15f3f56fcb94490e1052e4

We have written a new draft on the Language for End System Services (LESS)

http://www.ietf.org/internet-drafts/draft-wu-iptel-less-00.txt

This work can be closely related to the SIP P2P work because in a P2P
network, there is no infra-structure to provide communication services,
for example, phone spam filtering. Usually, users will not put their
services on peers' node due to privacy and security reasons. That makes
end system services very important, and it is necessary to define a
mechanism for end system service creation.

>From the abstract:

    In Internet telephony, end systems can take a large role in providing
    services, especially in networks without pre-configured
    infra-structure, such as peer-to-peer networks.  Since we believe
    that end system services differ in their requirements from network
    services, we define a new service creation scripting language called
    the Language for End System Services (LESS).  LESS inherits many
    characteristics from the Call Processing Language (CPL).  It contains
    commands and events for direct user interaction and the control of
    media applications.  This document defines the basic elements of LESS
    and several commonly used LESS extensions.

Suggestions and comments would be appreciated.

-Xiaotao

===========================================================
Name      : Xiaotao Wu
Email     : xiaotaow@cs.columbia.edu
Homepage  : http://www.cs.columbia.edu/~xiaotaow
Phone     : (212)939-7054,  Fax: (212)666-0140
Phone-PC  : (212)939-7133
SIP       : sip:xiaotaow@conductor.cs.columbia.edu
Office    : Room 506, Computer Science building, West 120th
===========================================================

_______________________________________________
Iptel mailing list
Iptel@ietf.org
https://www1.ietf.org/mailman/listinfo/iptel


From iptel-bounces@ietf.org  Fri Feb 18 09:23:53 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA05826
	for <iptel-web-archive@ietf.org>; Fri, 18 Feb 2005 09:23:53 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D29Ob-0001HO-E0
	for iptel-web-archive@ietf.org; Fri, 18 Feb 2005 09:46:18 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D28w5-0005np-SQ; Fri, 18 Feb 2005 09:16:49 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D28hC-0000FX-0R; Fri, 18 Feb 2005 09:01:26 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA03603;
	Fri, 18 Feb 2005 09:01:24 -0500 (EST)
Received: from cs.columbia.edu ([128.59.16.20])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D292q-0000eE-RC; Fri, 18 Feb 2005 09:23:50 -0500
Received: from razor.cs.columbia.edu
	(IDENT:U2FsdGVkX1+UXe3cajbOdsCTF2Cdt9pZIyuiUcFfdew@razor.cs.columbia.edu
	[128.59.16.8])
	by cs.columbia.edu (8.12.10/8.12.10) with ESMTP id j1IE1Jir002274
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Fri, 18 Feb 2005 09:01:19 -0500 (EST)
Received: from [127.0.0.1]
	(IDENT:U2FsdGVkX19l48K5dUBeBIWo6jrH9MlJB+m1rVXF47E@localhost
	[127.0.0.1])
	by razor.cs.columbia.edu (8.12.11/8.12.11) with ESMTP id j1IE1I7Z017070;
	Fri, 18 Feb 2005 09:01:18 -0500
Message-ID: <4215F51D.2050104@cs.columbia.edu>
Date: Fri, 18 Feb 2005 09:01:01 -0500
From: Henning Schulzrinne <hgs@cs.columbia.edu>
Organization: Columbia University
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Arjun Roychowdhury <arjunrc@gmail.com>
References: <Pine.GSO.4.58.0502171924050.21212@play.cs.columbia.edu>
	<a9994e94050218053725adcd0b@mail.gmail.com>
In-Reply-To: <a9994e94050218053725adcd0b@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-PerlMx-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0,
	__CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_VERSION 0,
	__SANE_MSGID 0'
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228
Content-Transfer-Encoding: 7bit
Cc: iptel@ietf.org, sipping@ietf.org, Xiaotao Wu <xiaotaow@cs.columbia.edu>
Subject: [Iptel] Re: [Sipping] New draft on end system communication services
X-BeenThere: iptel@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP Telephony <iptel.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/iptel>
List-Post: <mailto:iptel@ietf.org>
List-Help: <mailto:iptel-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=subscribe>
Sender: iptel-bounces@ietf.org
Errors-To: iptel-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 52e1467c2184c31006318542db5614d5
Content-Transfer-Encoding: 7bit

Arjun Roychowdhury wrote:
> Xiaotao/Henning,
> 
> Thanks for the *excellent* draft. It effectively addresses a lot of
> CPL limitations. Even though your draft has the noble intent of
> end-devices, I can see B2BUA providers rubbing their hands in glee ;-)

We'll pursue a "don't ask, don't tell" policy in this regard :-)

> 
> One quick comment: Is it at all possible to provide an interface using
> which a person creating a service  in LESS can do a database-dip to
> resolve a URI ?

CPL has some notion like that, for location lists. Can you describe this 
functionality in more detail? Would you envision the ability to put an 
SQL query in a script?

> Hardcoding URIs into scripts is often very limiting. To make it more
> general, it would be very useful if there was a way in which 
> applications could 'intercept' the call flow of LESS for the only
> purpose of providing 'input' to the next stage.

Something like a reference to an external script? (CPL has a lookup 
mechanism based on URIs; see RFC 3880 (Section 5.2).)


> 
> More comments later as I digest the rest.

Thanks for the comments.

_______________________________________________
Iptel mailing list
Iptel@ietf.org
https://www1.ietf.org/mailman/listinfo/iptel


From iptel-bounces@ietf.org  Fri Feb 18 09:45:57 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA08062
	for <iptel-web-archive@ietf.org>; Fri, 18 Feb 2005 09:45:57 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D29jz-0001tF-6r
	for iptel-web-archive@ietf.org; Fri, 18 Feb 2005 10:08:23 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D29GX-0005PS-PL; Fri, 18 Feb 2005 09:37:57 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D28zq-0007ZY-0S; Fri, 18 Feb 2005 09:20:42 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA05472;
	Fri, 18 Feb 2005 09:20:40 -0500 (EST)
Received: from cs.columbia.edu ([128.59.16.20])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D29LS-0001CE-HB; Fri, 18 Feb 2005 09:43:05 -0500
Received: from play.cs.columbia.edu (play.cs.columbia.edu [128.59.21.100])
	by cs.columbia.edu (8.12.10/8.12.10) with ESMTP id j1IEKPir006739
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Fri, 18 Feb 2005 09:20:35 -0500 (EST)
Received: from play.cs.columbia.edu (localhost [127.0.0.1])
	by play.cs.columbia.edu (8.12.10/8.12.10) with ESMTP id j1IEKO0M011978; 
	Fri, 18 Feb 2005 09:20:24 -0500 (EST)
Received: from localhost (xiaotaow@localhost)
	by play.cs.columbia.edu (8.12.10/8.12.10/Submit) with ESMTP id
	j1IEK4Gc011973; Fri, 18 Feb 2005 09:20:14 -0500 (EST)
X-Authentication-Warning: play.cs.columbia.edu: xiaotaow owned process doing
	-bs
Date: Fri, 18 Feb 2005 09:20:04 -0500 (EST)
From: Xiaotao Wu <xiaotaow@cs.columbia.edu>
To: Gunnar Hellstrom <gunnar.hellstrom@omnitor.se>
In-Reply-To: <GHEPIJKACEKDGLKODIGJAEPJEAAA.gunnar.hellstrom@omnitor.se>
Message-ID: <Pine.GSO.4.58.0502180903570.21212@play.cs.columbia.edu>
References: <GHEPIJKACEKDGLKODIGJAEPJEAAA.gunnar.hellstrom@omnitor.se>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-PerlMx-Spam: Gauge=IIIIIII, Probability=7%, Report='__C230066_P3_5 0,
	__C230066_P5 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0,
	__MIME_VERSION 0, __PORN_PHRASE_15_0 0, __SANE_MSGID 0'
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 42e3ed3f10a1d8bef690f09da16f507a
Cc: iptel@ietf.org, Toip list <toip@snowshore.com>, sipping@ietf.org,
        "Henning G. Schulzrinne" <hgs@cs.columbia.edu>
Subject: [Iptel] RE: [Sipping] New draft on end system communication services
X-BeenThere: iptel@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP Telephony <iptel.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/iptel>
List-Post: <mailto:iptel@ietf.org>
List-Help: <mailto:iptel-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=subscribe>
Sender: iptel-bounces@ietf.org
Errors-To: iptel-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d2b46e3b2dfbff2088e0b72a54104985

On Fri, 18 Feb 2005, Gunnar Hellstrom wrote:

> I found this to be a good draft.
>
> We have a general agreement in the Sipping group that there are three real time media that
> must be considered in all specifications. It is video, text and audio.

Gunnar,

Thank you for the comments.
Yes, I will put 'text' to the specification.
The 'text' media type will be for a session based text conversation, like
using MSRP. SIP MESSAGE method will be handled in Instant Messaging
extension.

-Xiaotao

>
> In the Less specification, video and audio are mentioned, but not text.
> Here are proposals for adding real time text to this specification.
>
> I would appreciate if other authors also follow this agreement.
>
>
> ---------------------------------------------------------------------------
> In section 10.1.1, there is:
>
> Parameters:  "media"        A list of medias. Possible values are "audio",
>                                 and "video".
>
> Proposal, I suggest to extend it to:
>
> Parameters:  "media"        A list of medias. Possible values are "audio",
>                                 "text" and "video".
>
> ------------------------------------------------------------------------------------
> Same section 10.1.1, next parameter
>
>                  "input"        The source of input. It can be "microphone",
>                                 for audio, "camera" for video, or a URL
>                                 to a media file.
>
> I think this parameter may need quite a bit of extension, such as "line" as an alternative
> for audio input as well as URL, "line" for video etc. I would expect that you also would
> like to control output, such as headset or loudspeaker for video, screen or speech
> synthesis for text etc. I leave that for further discussion, when the requirements are
> more clear,
>  but just request that you start with adding "keyboard" for text input.
>
> Proposal:
>
>                  "input"        The source of input. It can be "microphone",
>                                 for audio, "keyboard" for text, "camera" for video,
> 					  or a URL to a media file.
> ----------------------------------------------------------------------------------
> In section 11.1.2 text should be mentioned among the media.
>
> 11.1.2 "Midcall:merge" Action
>
>     "Midcall:merge" actions will merge multiple calls into an end system
>     hosted conference. By default, audio streams will be mixed and sent
>     to all the call participants. Video streams are forwarded to all the
>     call participants. If there are held or muted calls, the hold and
>     mute status are kept.  Their syntax is shown in Figure 14.
>
> Proposal:
>
> 11.1.2 "Midcall:merge" Action
>
>     "Midcall:merge" actions will merge multiple calls into an end system
>     hosted conference. By default, audio streams will be mixed and sent
>     to all the call participants. Video and text streams are forwarded
>     to all the call participants. If there are held or muted calls, the
>     hold and mute status are kept.  Their syntax is shown in Figure 14.
> ---------------------------------------------------------------------------------
>
> Regards
>
> Gunnar
>
> -------------------------------------------
> Gunnar Hellstrom
> Omnitor AB
> SWEDEN
> Mob: +46 708 204 288
> www.omnitor.se
> Gunnar.Hellstrom@Omnitor.se
> --------------------------------------------
>
>
> >-----Original Message-----
> >From: sipping-bounces@ietf.org [mailto:sipping-bounces@ietf.org]On
> >Behalf Of Xiaotao Wu
> >Sent: Friday, February 18, 2005 1:33 AM
> >To: sipping@ietf.org; iptel@ietf.org
> >Cc: Henning G. Schulzrinne
> >Subject: [Sipping] New draft on end system communication services
> >
> >
> >We have written a new draft on the Language for End System Services (LESS)
> >
> >http://www.ietf.org/internet-drafts/draft-wu-iptel-less-00.txt
> >
> >This work can be closely related to the SIP P2P work because in a P2P
> >network, there is no infra-structure to provide communication services,
> >for example, phone spam filtering. Usually, users will not put their
> >services on peers' node due to privacy and security reasons. That makes
> >end system services very important, and it is necessary to define a
> >mechanism for end system service creation.
> >
> >>From the abstract:
> >
> >    In Internet telephony, end systems can take a large role in providing
> >    services, especially in networks without pre-configured
> >    infra-structure, such as peer-to-peer networks.  Since we believe
> >    that end system services differ in their requirements from network
> >    services, we define a new service creation scripting language called
> >    the Language for End System Services (LESS).  LESS inherits many
> >    characteristics from the Call Processing Language (CPL).  It contains
> >    commands and events for direct user interaction and the control of
> >    media applications.  This document defines the basic elements of LESS
> >    and several commonly used LESS extensions.
> >
> >Suggestions and comments would be appreciated.
> >
> >-Xiaotao
> >
> >===========================================================
> >Name      : Xiaotao Wu
> >Email     : xiaotaow@cs.columbia.edu
> >Homepage  : http://www.cs.columbia.edu/~xiaotaow
> >Phone     : (212)939-7054,  Fax: (212)666-0140
> >Phone-PC  : (212)939-7133
> >SIP       : sip:xiaotaow@conductor.cs.columbia.edu
> >Office    : Room 506, Computer Science building, West 120th
> >===========================================================
> >
> >_______________________________________________
> >Sipping mailing list  https://www1.ietf.org/mailman/listinfo/sipping
> >This list is for NEW development of the application of SIP
> >Use sip-implementors@cs.columbia.edu for questions on current sip
> >Use sip@ietf.org for new developments of core SIP
> >
>
>

_______________________________________________
Iptel mailing list
Iptel@ietf.org
https://www1.ietf.org/mailman/listinfo/iptel


From iptel-bounces@ietf.org  Fri Feb 18 10:03:30 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA10969
	for <iptel-web-archive@ietf.org>; Fri, 18 Feb 2005 10:03:30 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D2A0y-0002db-KU
	for iptel-web-archive@ietf.org; Fri, 18 Feb 2005 10:25:56 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D29aW-00056r-3a; Fri, 18 Feb 2005 09:58:36 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D29QI-0001Lc-MU; Fri, 18 Feb 2005 09:48:02 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA08266;
	Fri, 18 Feb 2005 09:48:01 -0500 (EST)
Received: from cs.columbia.edu ([128.59.16.20])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D29ly-0001xV-QN; Fri, 18 Feb 2005 10:10:27 -0500
Received: from play.cs.columbia.edu (play.cs.columbia.edu [128.59.21.100])
	by cs.columbia.edu (8.12.10/8.12.10) with ESMTP id j1IElwir014109
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Fri, 18 Feb 2005 09:47:58 -0500 (EST)
Received: from play.cs.columbia.edu (localhost [127.0.0.1])
	by play.cs.columbia.edu (8.12.10/8.12.10) with ESMTP id j1IElv0M012474; 
	Fri, 18 Feb 2005 09:47:57 -0500 (EST)
Received: from localhost (xiaotaow@localhost)
	by play.cs.columbia.edu (8.12.10/8.12.10/Submit) with ESMTP id
	j1IElvf0012471; Fri, 18 Feb 2005 09:47:57 -0500 (EST)
X-Authentication-Warning: play.cs.columbia.edu: xiaotaow owned process doing
	-bs
Date: Fri, 18 Feb 2005 09:47:57 -0500 (EST)
From: Xiaotao Wu <xiaotaow@cs.columbia.edu>
To: Arjun Roychowdhury <arjunrc@gmail.com>
In-Reply-To: <a9994e94050218053725adcd0b@mail.gmail.com>
Message-ID: <Pine.GSO.4.58.0502180932490.21212@play.cs.columbia.edu>
References: <Pine.GSO.4.58.0502171924050.21212@play.cs.columbia.edu>
	<a9994e94050218053725adcd0b@mail.gmail.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-PerlMx-Spam: Gauge=IIIIIII, Probability=7%, Report='__C230066_P3_5 0,
	__C230066_P5 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0,
	__MIME_VERSION 0, __SANE_MSGID 0'
X-Spam-Score: 0.0 (/)
X-Scan-Signature: cf3becbbd6d1a45acbe2ffd4ab88bdc2
Cc: iptel@ietf.org, sipping@ietf.org,
        "Henning G. Schulzrinne" <hgs@cs.columbia.edu>
Subject: [Iptel] Re: [Sipping] New draft on end system communication services
X-BeenThere: iptel@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP Telephony <iptel.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/iptel>
List-Post: <mailto:iptel@ietf.org>
List-Help: <mailto:iptel-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=subscribe>
Sender: iptel-bounces@ietf.org
Errors-To: iptel-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a8a20a483a84f747e56475e290ee868e

On Fri, 18 Feb 2005, Arjun Roychowdhury wrote:

> Xiaotao/Henning,
>
> Thanks for the *excellent* draft. It effectively addresses a lot of
> CPL limitations. Even though your draft has the noble intent of
> end-devices, I can see B2BUA providers rubbing their hands in glee ;-)
>
> One quick comment: Is it at all possible to provide an interface using
> which a person creating a service  in LESS can do a database-dip to
> resolve a URI ?

Arjun,

Thanks for the comments!
Yes, we are thinking to extend CPL 'lookup' modifier.
Currently, the 'lookup' modifier has only one non-uri source --
'registration', or a uri-list. For proxy servers, that's usually enough,
but not enough for end systems. The 'lookup' modifier should be able to do
a database-dip to resolve a URI.

> Hardcoding URIs into scripts is often very limiting. To make it more
> general, it would be very useful if there was a way in which
> applications could 'intercept' the call flow of LESS for the only
> purpose of providing 'input' to the next stage.

In LESS, we defined a variable as 'action.last-action-result' to get the
return value of the last performed action. But usually, actions do not
return unpredictable values (so far, we only have UI:getinput to return
arbitrary values). For predictable action results, we use action
output (e.g., for 'call' action, it has 'accepted', 'busy' ... output) to
handle (branch) call decisions. This way, it's easier for static script
analysis, e.g., feature interaction handling when merging multiple scripts
into one for execution.

Thanks!

-Xiaotao

>
> More comments later as I digest the rest.
>
> regds
> arjun
>
>
>
> On Thu, 17 Feb 2005 19:33:16 -0500 (EST), Xiaotao Wu
> <xiaotaow@cs.columbia.edu> wrote:
> > We have written a new draft on the Language for End System Services (LESS)
> >
> > http://www.ietf.org/internet-drafts/draft-wu-iptel-less-00.txt
> >
> > This work can be closely related to the SIP P2P work because in a P2P
> > network, there is no infra-structure to provide communication services,
> > for example, phone spam filtering. Usually, users will not put their
> > services on peers' node due to privacy and security reasons. That makes
> > end system services very important, and it is necessary to define a
> > mechanism for end system service creation.
> >
> > >From the abstract:
> >
> >    In Internet telephony, end systems can take a large role in providing
> >    services, especially in networks without pre-configured
> >    infra-structure, such as peer-to-peer networks.  Since we believe
> >    that end system services differ in their requirements from network
> >    services, we define a new service creation scripting language called
> >    the Language for End System Services (LESS).  LESS inherits many
> >    characteristics from the Call Processing Language (CPL).  It contains
> >    commands and events for direct user interaction and the control of
> >    media applications.  This document defines the basic elements of LESS
> >    and several commonly used LESS extensions.
> >
> > Suggestions and comments would be appreciated.
> >
> > -Xiaotao
> >
> > ===========================================================
> > Name      : Xiaotao Wu
> > Email     : xiaotaow@cs.columbia.edu
> > Homepage  : http://www.cs.columbia.edu/~xiaotaow
> > Phone     : (212)939-7054,  Fax: (212)666-0140
> > Phone-PC  : (212)939-7133
> > SIP       : sip:xiaotaow@conductor.cs.columbia.edu
> > Office    : Room 506, Computer Science building, West 120th
> > ===========================================================
> >
> > _______________________________________________
> > Sipping mailing list  https://www1.ietf.org/mailman/listinfo/sipping
> > This list is for NEW development of the application of SIP
> > Use sip-implementors@cs.columbia.edu for questions on current sip
> > Use sip@ietf.org for new developments of core SIP
> >
>
>
> --
> Arjun Roychowdhury
>

_______________________________________________
Iptel mailing list
Iptel@ietf.org
https://www1.ietf.org/mailman/listinfo/iptel


From iptel-bounces@ietf.org  Fri Feb 18 11:55:47 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA06389
	for <iptel-web-archive@ietf.org>; Fri, 18 Feb 2005 11:55:47 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D2Ble-0001SX-Uf
	for iptel-web-archive@ietf.org; Fri, 18 Feb 2005 12:18:15 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D2B24-00020e-1a; Fri, 18 Feb 2005 11:31:08 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1D28KM-0000jz-Bl
	for iptel@megatron.ietf.org; Fri, 18 Feb 2005 08:37:50 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA01666
	for <iptel@ietf.org>; Fri, 18 Feb 2005 08:37:49 -0500 (EST)
Received: from wproxy.gmail.com ([64.233.184.192])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1D28g1-0008Ve-RG
	for iptel@ietf.org; Fri, 18 Feb 2005 09:00:14 -0500
Received: by wproxy.gmail.com with SMTP id 36so324546wri
	for <iptel@ietf.org>; Fri, 18 Feb 2005 05:37:19 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
	b=Yh6NonECBnKJzdUCgy5JddxcWFxm//B+rw9rgX04zn53QRAmznjrdBdBVcM4m4qj1aI3fsIjm49Eca2Vmdtq+FoZJNutRcfy5v1bapCcrFNQSTauDbnA0b8xDF5L6ZVvpz6IL2Tpct5Bcl9twRvYhKVwLXLKjr2eaMja/vvtj/0=
Received: by 10.54.19.58 with SMTP id 58mr38331wrs;
	Fri, 18 Feb 2005 05:37:19 -0800 (PST)
Received: by 10.54.17.47 with HTTP; Fri, 18 Feb 2005 05:37:18 -0800 (PST)
Message-ID: <a9994e94050218053725adcd0b@mail.gmail.com>
Date: Fri, 18 Feb 2005 08:37:18 -0500
From: Arjun Roychowdhury <arjunrc@gmail.com>
To: Xiaotao Wu <xiaotaow@cs.columbia.edu>
In-Reply-To: <Pine.GSO.4.58.0502171924050.21212@play.cs.columbia.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <Pine.GSO.4.58.0502171924050.21212@play.cs.columbia.edu>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 92df29fa99cf13e554b84c8374345c17
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Fri, 18 Feb 2005 11:31:07 -0500
Cc: iptel@ietf.org, sipping@ietf.org,
        "Henning G. Schulzrinne" <hgs@cs.columbia.edu>
Subject: [Iptel] Re: [Sipping] New draft on end system communication services
X-BeenThere: iptel@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Arjun Roychowdhury <arjunrc@gmail.com>
List-Id: IP Telephony <iptel.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/iptel>
List-Post: <mailto:iptel@ietf.org>
List-Help: <mailto:iptel-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=subscribe>
Sender: iptel-bounces@ietf.org
Errors-To: iptel-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 00e94c813bef7832af255170dca19e36
Content-Transfer-Encoding: 7bit

Xiaotao/Henning,

Thanks for the *excellent* draft. It effectively addresses a lot of
CPL limitations. Even though your draft has the noble intent of
end-devices, I can see B2BUA providers rubbing their hands in glee ;-)

One quick comment: Is it at all possible to provide an interface using
which a person creating a service  in LESS can do a database-dip to
resolve a URI ?
Hardcoding URIs into scripts is often very limiting. To make it more
general, it would be very useful if there was a way in which 
applications could 'intercept' the call flow of LESS for the only
purpose of providing 'input' to the next stage.

More comments later as I digest the rest.

regds
arjun



On Thu, 17 Feb 2005 19:33:16 -0500 (EST), Xiaotao Wu
<xiaotaow@cs.columbia.edu> wrote:
> We have written a new draft on the Language for End System Services (LESS)
> 
> http://www.ietf.org/internet-drafts/draft-wu-iptel-less-00.txt
> 
> This work can be closely related to the SIP P2P work because in a P2P
> network, there is no infra-structure to provide communication services,
> for example, phone spam filtering. Usually, users will not put their
> services on peers' node due to privacy and security reasons. That makes
> end system services very important, and it is necessary to define a
> mechanism for end system service creation.
> 
> >From the abstract:
> 
>    In Internet telephony, end systems can take a large role in providing
>    services, especially in networks without pre-configured
>    infra-structure, such as peer-to-peer networks.  Since we believe
>    that end system services differ in their requirements from network
>    services, we define a new service creation scripting language called
>    the Language for End System Services (LESS).  LESS inherits many
>    characteristics from the Call Processing Language (CPL).  It contains
>    commands and events for direct user interaction and the control of
>    media applications.  This document defines the basic elements of LESS
>    and several commonly used LESS extensions.
> 
> Suggestions and comments would be appreciated.
> 
> -Xiaotao
> 
> ===========================================================
> Name      : Xiaotao Wu
> Email     : xiaotaow@cs.columbia.edu
> Homepage  : http://www.cs.columbia.edu/~xiaotaow
> Phone     : (212)939-7054,  Fax: (212)666-0140
> Phone-PC  : (212)939-7133
> SIP       : sip:xiaotaow@conductor.cs.columbia.edu
> Office    : Room 506, Computer Science building, West 120th
> ===========================================================
> 
> _______________________________________________
> Sipping mailing list  https://www1.ietf.org/mailman/listinfo/sipping
> This list is for NEW development of the application of SIP
> Use sip-implementors@cs.columbia.edu for questions on current sip
> Use sip@ietf.org for new developments of core SIP
> 


-- 
Arjun Roychowdhury

_______________________________________________
Iptel mailing list
Iptel@ietf.org
https://www1.ietf.org/mailman/listinfo/iptel


From iptel-bounces@ietf.org  Fri Feb 18 11:57:37 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA06704
	for <iptel-web-archive@ietf.org>; Fri, 18 Feb 2005 11:57:36 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D2BnQ-0001YT-2y
	for iptel-web-archive@ietf.org; Fri, 18 Feb 2005 12:20:04 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D2B37-0002Pj-SU; Fri, 18 Feb 2005 11:32:13 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D26Ew-0006yz-I2; Fri, 18 Feb 2005 06:24:06 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA19853;
	Fri, 18 Feb 2005 06:24:01 -0500 (EST)
Received: from mx01.pi.se ([195.7.64.6])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D26aY-0005H5-BO; Fri, 18 Feb 2005 06:46:26 -0500
Received: from localhost (mx01.pi.se [127.0.0.1])
	by mx01.pi.se (Postfix) with ESMTP id B316BDF9D2;
	Fri, 18 Feb 2005 12:23:07 +0100 (CET)
Received: from mx01.pi.se ([127.0.0.1])
	by localhost (mx01.pi.se [127.0.0.1]) (amavisd-new,
	port 10024) with LMTP
	id 13995-01-12; Fri, 18 Feb 2005 12:23:04 +0100 (CET)
Received: from vit (136.240.13.217.in-addr.dgcsystems.net [217.13.240.136])
	by mx01.pi.se (Postfix) with ESMTP id 2C618DFA03;
	Fri, 18 Feb 2005 12:23:04 +0100 (CET)
From: "Gunnar Hellstrom" <gunnar.hellstrom@omnitor.se>
To: <iptel@ietf.org>, <sipping@ietf.org>,
        "Xiaotao Wu" <xiaotaow@cs.columbia.edu>
Date: Fri, 18 Feb 2005 12:23:21 +0100
Message-ID: <GHEPIJKACEKDGLKODIGJAEPJEAAA.gunnar.hellstrom@omnitor.se>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0)
In-Reply-To: <Pine.GSO.4.58.0502171924050.21212@play.cs.columbia.edu>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Virus-Scanned: amavisd-new at pi.se
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b1c41982e167b872076d0018e4e1dc3c
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Fri, 18 Feb 2005 11:32:12 -0500
Cc: Toip list <toip@snowshore.com>,
        "Henning G. Schulzrinne" <hgs@cs.columbia.edu>
Subject: [Iptel] RE: [Sipping] New draft on end system communication services
X-BeenThere: iptel@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP Telephony <iptel.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/iptel>
List-Post: <mailto:iptel@ietf.org>
List-Help: <mailto:iptel-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=subscribe>
Sender: iptel-bounces@ietf.org
Errors-To: iptel-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 6640e3bbe8a4d70c4469bcdcbbf0921d
Content-Transfer-Encoding: 7bit

I found this to be a good draft.

We have a general agreement in the Sipping group that there are three real time media that
must be considered in all specifications. It is video, text and audio.

In the Less specification, video and audio are mentioned, but not text.
Here are proposals for adding real time text to this specification.

I would appreciate if other authors also follow this agreement.


---------------------------------------------------------------------------
In section 10.1.1, there is:

Parameters:  "media"        A list of medias. Possible values are "audio",
                                and "video".

Proposal, I suggest to extend it to:

Parameters:  "media"        A list of medias. Possible values are "audio",
                                "text" and "video".

------------------------------------------------------------------------------------
Same section 10.1.1, next parameter

                 "input"        The source of input. It can be "microphone",
                                for audio, "camera" for video, or a URL
                                to a media file.

I think this parameter may need quite a bit of extension, such as "line" as an alternative
for audio input as well as URL, "line" for video etc. I would expect that you also would
like to control output, such as headset or loudspeaker for video, screen or speech
synthesis for text etc. I leave that for further discussion, when the requirements are
more clear,
 but just request that you start with adding "keyboard" for text input.

Proposal:

                 "input"        The source of input. It can be "microphone",
                                for audio, "keyboard" for text, "camera" for video,
					  or a URL to a media file.
----------------------------------------------------------------------------------
In section 11.1.2 text should be mentioned among the media.

11.1.2 "Midcall:merge" Action

    "Midcall:merge" actions will merge multiple calls into an end system
    hosted conference. By default, audio streams will be mixed and sent
    to all the call participants. Video streams are forwarded to all the
    call participants. If there are held or muted calls, the hold and
    mute status are kept.  Their syntax is shown in Figure 14.

Proposal:

11.1.2 "Midcall:merge" Action

    "Midcall:merge" actions will merge multiple calls into an end system
    hosted conference. By default, audio streams will be mixed and sent
    to all the call participants. Video and text streams are forwarded
    to all the call participants. If there are held or muted calls, the
    hold and mute status are kept.  Their syntax is shown in Figure 14.
---------------------------------------------------------------------------------

Regards

Gunnar

-------------------------------------------
Gunnar Hellstrom
Omnitor AB
SWEDEN
Mob: +46 708 204 288
www.omnitor.se
Gunnar.Hellstrom@Omnitor.se
--------------------------------------------


>-----Original Message-----
>From: sipping-bounces@ietf.org [mailto:sipping-bounces@ietf.org]On
>Behalf Of Xiaotao Wu
>Sent: Friday, February 18, 2005 1:33 AM
>To: sipping@ietf.org; iptel@ietf.org
>Cc: Henning G. Schulzrinne
>Subject: [Sipping] New draft on end system communication services
>
>
>We have written a new draft on the Language for End System Services (LESS)
>
>http://www.ietf.org/internet-drafts/draft-wu-iptel-less-00.txt
>
>This work can be closely related to the SIP P2P work because in a P2P
>network, there is no infra-structure to provide communication services,
>for example, phone spam filtering. Usually, users will not put their
>services on peers' node due to privacy and security reasons. That makes
>end system services very important, and it is necessary to define a
>mechanism for end system service creation.
>
>>From the abstract:
>
>    In Internet telephony, end systems can take a large role in providing
>    services, especially in networks without pre-configured
>    infra-structure, such as peer-to-peer networks.  Since we believe
>    that end system services differ in their requirements from network
>    services, we define a new service creation scripting language called
>    the Language for End System Services (LESS).  LESS inherits many
>    characteristics from the Call Processing Language (CPL).  It contains
>    commands and events for direct user interaction and the control of
>    media applications.  This document defines the basic elements of LESS
>    and several commonly used LESS extensions.
>
>Suggestions and comments would be appreciated.
>
>-Xiaotao
>
>===========================================================
>Name      : Xiaotao Wu
>Email     : xiaotaow@cs.columbia.edu
>Homepage  : http://www.cs.columbia.edu/~xiaotaow
>Phone     : (212)939-7054,  Fax: (212)666-0140
>Phone-PC  : (212)939-7133
>SIP       : sip:xiaotaow@conductor.cs.columbia.edu
>Office    : Room 506, Computer Science building, West 120th
>===========================================================
>
>_______________________________________________
>Sipping mailing list  https://www1.ietf.org/mailman/listinfo/sipping
>This list is for NEW development of the application of SIP
>Use sip-implementors@cs.columbia.edu for questions on current sip
>Use sip@ietf.org for new developments of core SIP
>



_______________________________________________
Iptel mailing list
Iptel@ietf.org
https://www1.ietf.org/mailman/listinfo/iptel


From iptel-bounces@ietf.org  Fri Feb 18 11:58:40 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA06794
	for <iptel-web-archive@ietf.org>; Fri, 18 Feb 2005 11:58:39 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D2BoR-0001a7-Gf
	for iptel-web-archive@ietf.org; Fri, 18 Feb 2005 12:21:07 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D2B38-0002Po-8o; Fri, 18 Feb 2005 11:32:14 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D29oT-0002sw-D1; Fri, 18 Feb 2005 10:13:01 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA13424;
	Fri, 18 Feb 2005 10:12:59 -0500 (EST)
Received: from mx01.pi.se ([195.7.64.6])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D2AA9-00033S-7Q; Fri, 18 Feb 2005 10:35:25 -0500
Received: from localhost (mx01.pi.se [127.0.0.1])
	by mx01.pi.se (Postfix) with ESMTP id D8347DF9A1;
	Fri, 18 Feb 2005 16:12:09 +0100 (CET)
Received: from mx01.pi.se ([127.0.0.1])
	by localhost (mx01.pi.se [127.0.0.1]) (amavisd-new,
	port 10024) with LMTP
	id 25981-01-53; Fri, 18 Feb 2005 16:12:08 +0100 (CET)
Received: from vit (136.240.13.217.in-addr.dgcsystems.net [217.13.240.136])
	by mx01.pi.se (Postfix) with ESMTP id 21285DFA3B;
	Fri, 18 Feb 2005 16:12:08 +0100 (CET)
From: "Gunnar Hellstrom" <gunnar.hellstrom@omnitor.se>
To: "Xiaotao Wu" <xiaotaow@cs.columbia.edu>
Date: Fri, 18 Feb 2005 16:12:31 +0100
Message-ID: <GHEPIJKACEKDGLKODIGJEEACEBAA.gunnar.hellstrom@omnitor.se>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0)
In-Reply-To: <Pine.GSO.4.58.0502180903570.21212@play.cs.columbia.edu>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Virus-Scanned: amavisd-new at pi.se
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f2984bf50fb52a9e56055f779793d783
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Fri, 18 Feb 2005 11:32:12 -0500
Cc: iptel@ietf.org, Toip list <toip@snowshore.com>, sipping@ietf.org,
        "Henning G. Schulzrinne" <hgs@cs.columbia.edu>
Subject: [Iptel] RE: [Sipping] New draft on end system communication services
X-BeenThere: iptel@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP Telephony <iptel.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/iptel>
List-Post: <mailto:iptel@ietf.org>
List-Help: <mailto:iptel-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=subscribe>
Sender: iptel-bounces@ietf.org
Errors-To: iptel-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 97c820c82c68af374c4e382a80dc5017
Content-Transfer-Encoding: 7bit

Xiaotao,

The main text medium I think about is the real time conversational text medium defined in
rfc2793 and rfc2793bis.
It is declared as any other real time medium in sdp with m=text

The flow is real time interactive, character by character or in 300 ms time chunks.
Transmission is by RTP with reliability created by RFC 2198 redundancy.

It correspponds to audio and video in real time user experience and is needed to maintain
a good result of a text conversation.

We have discussed to use MSRP in the SIMPLE group for this purpose, but found it too heavy
for real time use. MSRP is for messaging during sessions. rfc2793bis is for real time
conversation during sessions.

Of course MSRP messaging needs to have its end system control as well, so some more words
may be needed to include message oriented media. I hope you look into what is needed for
that mode.

Gunnar

-------------------------------------------
Gunnar Hellstrom
Omnitor AB
Renathvagen 2
SE 121 37 Johanneshov
SWEDEN
+46 8 556 002 03
Mob: +46 708 204 288
www.omnitor.se
Gunnar.Hellstrom@Omnitor.se
--------------------------------------------


>-----Original Message-----
>From: Xiaotao Wu [mailto:xiaotaow@cs.columbia.edu]
>Sent: Friday, February 18, 2005 3:20 PM
>To: Gunnar Hellstrom
>Cc: iptel@ietf.org; sipping@ietf.org; Toip list; Henning G. Schulzrinne
>Subject: RE: [Sipping] New draft on end system communication services
>
>
>On Fri, 18 Feb 2005, Gunnar Hellstrom wrote:
>
>> I found this to be a good draft.
>>
>> We have a general agreement in the Sipping group that there are three real
>time media that
>> must be considered in all specifications. It is video, text and audio.
>
>Gunnar,
>
>Thank you for the comments.
>Yes, I will put 'text' to the specification.
>The 'text' media type will be for a session based text conversation, like
>using MSRP. SIP MESSAGE method will be handled in Instant Messaging
>extension.
>
>-Xiaotao
>
>>
>> In the Less specification, video and audio are mentioned, but not text.
>> Here are proposals for adding real time text to this specification.
>>
>> I would appreciate if other authors also follow this agreement.
>>
>>
>> ---------------------------------------------------------------------------
>> In section 10.1.1, there is:
>>
>> Parameters:  "media"        A list of medias. Possible values are "audio",
>>                                 and "video".
>>
>> Proposal, I suggest to extend it to:
>>
>> Parameters:  "media"        A list of medias. Possible values are "audio",
>>                                 "text" and "video".
>>
>> ------------------------------------------------------------------------------------
>> Same section 10.1.1, next parameter
>>
>>                  "input"        The source of input. It can be "microphone",
>>                                 for audio, "camera" for video, or a URL
>>                                 to a media file.
>>
>> I think this parameter may need quite a bit of extension, such as "line" as an
>alternative
>> for audio input as well as URL, "line" for video etc. I would expect that you
>also would
>> like to control output, such as headset or loudspeaker for video, screen or speech
>> synthesis for text etc. I leave that for further discussion, when the requirements are
>> more clear,
>>  but just request that you start with adding "keyboard" for text input.
>>
>> Proposal:
>>
>>                  "input"        The source of input. It can be "microphone",
>>                                 for audio, "keyboard" for text, "camera" for video,
>> 					  or a URL to a media file.
>> ----------------------------------------------------------------------------------
>> In section 11.1.2 text should be mentioned among the media.
>>
>> 11.1.2 "Midcall:merge" Action
>>
>>     "Midcall:merge" actions will merge multiple calls into an end system
>>     hosted conference. By default, audio streams will be mixed and sent
>>     to all the call participants. Video streams are forwarded to all the
>>     call participants. If there are held or muted calls, the hold and
>>     mute status are kept.  Their syntax is shown in Figure 14.
>>
>> Proposal:
>>
>> 11.1.2 "Midcall:merge" Action
>>
>>     "Midcall:merge" actions will merge multiple calls into an end system
>>     hosted conference. By default, audio streams will be mixed and sent
>>     to all the call participants. Video and text streams are forwarded
>>     to all the call participants. If there are held or muted calls, the
>>     hold and mute status are kept.  Their syntax is shown in Figure 14.
>> ---------------------------------------------------------------------------------
>>
>> Regards
>>
>> Gunnar
>>
>> -------------------------------------------
>> Gunnar Hellstrom
>> Omnitor AB
>> SWEDEN
>> Mob: +46 708 204 288
>> www.omnitor.se
>> Gunnar.Hellstrom@Omnitor.se
>> --------------------------------------------
>>
>>
>> >-----Original Message-----
>> >From: sipping-bounces@ietf.org [mailto:sipping-bounces@ietf.org]On
>> >Behalf Of Xiaotao Wu
>> >Sent: Friday, February 18, 2005 1:33 AM
>> >To: sipping@ietf.org; iptel@ietf.org
>> >Cc: Henning G. Schulzrinne
>> >Subject: [Sipping] New draft on end system communication services
>> >
>> >
>> >We have written a new draft on the Language for End System Services (LESS)
>> >
>> >http://www.ietf.org/internet-drafts/draft-wu-iptel-less-00.txt
>> >
>> >This work can be closely related to the SIP P2P work because in a P2P
>> >network, there is no infra-structure to provide communication services,
>> >for example, phone spam filtering. Usually, users will not put their
>> >services on peers' node due to privacy and security reasons. That makes
>> >end system services very important, and it is necessary to define a
>> >mechanism for end system service creation.
>> >
>> >>From the abstract:
>> >
>> >    In Internet telephony, end systems can take a large role in providing
>> >    services, especially in networks without pre-configured
>> >    infra-structure, such as peer-to-peer networks.  Since we believe
>> >    that end system services differ in their requirements from network
>> >    services, we define a new service creation scripting language called
>> >    the Language for End System Services (LESS).  LESS inherits many
>> >    characteristics from the Call Processing Language (CPL).  It contains
>> >    commands and events for direct user interaction and the control of
>> >    media applications.  This document defines the basic elements of LESS
>> >    and several commonly used LESS extensions.
>> >
>> >Suggestions and comments would be appreciated.
>> >
>> >-Xiaotao
>> >
>> >===========================================================
>> >Name      : Xiaotao Wu
>> >Email     : xiaotaow@cs.columbia.edu
>> >Homepage  : http://www.cs.columbia.edu/~xiaotaow
>> >Phone     : (212)939-7054,  Fax: (212)666-0140
>> >Phone-PC  : (212)939-7133
>> >SIP       : sip:xiaotaow@conductor.cs.columbia.edu
>> >Office    : Room 506, Computer Science building, West 120th
>> >===========================================================
>> >
>> >_______________________________________________
>> >Sipping mailing list  https://www1.ietf.org/mailman/listinfo/sipping
>> >This list is for NEW development of the application of SIP
>> >Use sip-implementors@cs.columbia.edu for questions on current sip
>> >Use sip@ietf.org for new developments of core SIP
>> >
>>
>>
>


_______________________________________________
Iptel mailing list
Iptel@ietf.org
https://www1.ietf.org/mailman/listinfo/iptel


From iptel-bounces@ietf.org  Fri Feb 18 16:36:44 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA25180
	for <iptel-web-archive@ietf.org>; Fri, 18 Feb 2005 16:36:44 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D2G9a-0006T9-8Y
	for iptel-web-archive@ietf.org; Fri, 18 Feb 2005 16:59:14 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D2Et7-0007sY-Jv; Fri, 18 Feb 2005 15:38:09 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D2Eh3-0002yu-8K; Fri, 18 Feb 2005 15:25:41 -0500
Received: from CNRI.Reston.VA.US (localhost [127.0.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA08790;
	Fri, 18 Feb 2005 15:25:39 -0500 (EST)
Message-Id: <200502182025.PAA08790@ietf.org>
Mime-Version: 1.0
Content-Type: Multipart/Mixed; Boundary="NextPart"
To: i-d-announce@ietf.org
From: Internet-Drafts@ietf.org
Date: Fri, 18 Feb 2005 15:25:39 -0500
Cc: iptel@ietf.org
Subject: [Iptel] I-D ACTION:draft-ietf-iptel-tel-np-04.txt
X-BeenThere: iptel@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP Telephony <iptel.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/iptel>
List-Post: <mailto:iptel@ietf.org>
List-Help: <mailto:iptel-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=subscribe>
Sender: iptel-bounces@ietf.org
Errors-To: iptel-bounces@ietf.org
X-Spam-Score: 0.4 (/)
X-Scan-Signature: 1a1bf7677bfe77d8af1ebe0e91045c5b

--NextPart

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the IP Telephony Working Group of the IETF.

	Title		: New Parameters for the 'tel' URI to Support Number Portability
	Author(s)	: J. Yu
	Filename	: draft-ietf-iptel-tel-np-04.txt
	Pages		: 13
	Date		: 2005-2-18
	
Number Portability (NP) for the geographical telephone numbers and 
   freephone numbers impacts signaling and routing in the Global 
   Switched Telephone Network (GSTN) and Internet Protocol (IP) domain.  
   At present, there is no mechanism for a network node in the IP 
   domain to pass the NP-related information to the next-hop network 
   node after it has performed an NP database dip.  This document 
   defines several new parameters in the "tel" Uniform Resource 
   Identifier (URI) to carry the NP-related information that can be 
   used by the network nodes in the IP domain to correctly set up the 
   calls or sessions.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-iptel-tel-np-04.txt

To remove yourself from the I-D Announcement list, send a message to 
i-d-announce-request@ietf.org with the word unsubscribe in the body of the message.  
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce 
to change your subscription settings.


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-iptel-tel-np-04.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-iptel-tel-np-04.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: <2005-2-18144445.I-D@ietf.org>

ENCODING mime
FILE /internet-drafts/draft-ietf-iptel-tel-np-04.txt

--OtherAccess
Content-Type: Message/External-body; name="draft-ietf-iptel-tel-np-04.txt";
	site="ftp.ietf.org"; access-type="anon-ftp";
	directory="internet-drafts"

Content-Type: text/plain
Content-ID: <2005-2-18144445.I-D@ietf.org>


--OtherAccess--

--NextPart
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

_______________________________________________
Iptel mailing list
Iptel@ietf.org
https://www1.ietf.org/mailman/listinfo/iptel

--NextPart--





From iptel-bounces@ietf.org  Wed Feb 23 18:03:14 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA07045
	for <iptel-web-archive@ietf.org>; Wed, 23 Feb 2005 18:03:14 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D45u5-0007QK-SF
	for iptel-web-archive@ietf.org; Wed, 23 Feb 2005 18:26:50 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D3kjG-0005MU-T1; Tue, 22 Feb 2005 19:50:14 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D3h9n-0000hx-3b; Tue, 22 Feb 2005 16:01:23 -0500
Received: from CNRI.Reston.VA.US (localhost [127.0.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA20563;
	Tue, 22 Feb 2005 16:01:20 -0500 (EST)
Message-Id: <200502222101.QAA20563@ietf.org>
Mime-Version: 1.0
Content-Type: Multipart/Mixed; Boundary="NextPart"
To: i-d-announce@ietf.org
From: Internet-Drafts@ietf.org
Date: Tue, 22 Feb 2005 16:01:20 -0500
Cc: iptel@ietf.org
Subject: [Iptel] I-D ACTION:draft-ietf-iptel-tgrep-05.txt
X-BeenThere: iptel@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP Telephony <iptel.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/iptel>
List-Post: <mailto:iptel@ietf.org>
List-Help: <mailto:iptel-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/iptel>,
	<mailto:iptel-request@ietf.org?subject=subscribe>
Sender: iptel-bounces@ietf.org
Errors-To: iptel-bounces@ietf.org
X-Spam-Score: 0.4 (/)
X-Scan-Signature: a8a20a483a84f747e56475e290ee868e

--NextPart

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the IP Telephony Working Group of the IETF.

	Title		: A Telephony Gateway REgistration Protocol (TGREP)
	Author(s)	: M. Bangalore, et al.
	Filename	: draft-ietf-iptel-tgrep-05.txt
	Pages		: 33
	Date		: 2005-2-22
	
This document describes the Telephony Gateway Registration Protocol
(TGREP) for registration of telephony prefixes supported by telephony
gateways and soft switches. The registration mechanism can also be
used to export resource information. The prefix and resource
information can then be passed on to a TRIP Location Server, which in
turn can propogate that routing information within the same, and
other internet telephony administrative domains (ITAD). TGREP shares
a lot of similarites with the TRIP Protocol. It has similar
procedures and Finite State Machine for session establishment. It
also shares the same format for messaages and a subset of attributes
with TRIP.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-iptel-tgrep-05.txt

To remove yourself from the I-D Announcement list, send a message to 
i-d-announce-request@ietf.org with the word unsubscribe in the body of the message.  
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce 
to change your subscription settings.


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-iptel-tgrep-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-iptel-tgrep-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: <2005-2-22160406.I-D@ietf.org>

ENCODING mime
FILE /internet-drafts/draft-ietf-iptel-tgrep-05.txt

--OtherAccess
Content-Type: Message/External-body; name="draft-ietf-iptel-tgrep-05.txt";
	site="ftp.ietf.org"; access-type="anon-ftp";
	directory="internet-drafts"

Content-Type: text/plain
Content-ID: <2005-2-22160406.I-D@ietf.org>


--OtherAccess--

--NextPart
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

_______________________________________________
Iptel mailing list
Iptel@ietf.org
https://www1.ietf.org/mailman/listinfo/iptel

--NextPart--





