From mailnull@www1.ietf.org  Mon Jun  2 09:13:22 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA05817
	for <seamoby-archive@odin.ietf.org>; Mon, 2 Jun 2003 09:13:22 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h52DCuI12429
	for seamoby-archive@odin.ietf.org; Mon, 2 Jun 2003 09:12:56 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52DCtB12426
	for <seamoby-web-archive@optimus.ietf.org>; Mon, 2 Jun 2003 09:12:55 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA05788
	for <seamoby-web-archive@ietf.org>; Mon, 2 Jun 2003 09:12:51 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Mp5e-0002p1-00
	for seamoby-web-archive@ietf.org; Mon, 02 Jun 2003 09:11:06 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19Mp5e-0002oy-00
	for seamoby-web-archive@ietf.org; Mon, 02 Jun 2003 09:11:06 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52DCbB12406;
	Mon, 2 Jun 2003 09:12:37 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52BSnB03806
	for <seamoby@optimus.ietf.org>; Mon, 2 Jun 2003 07:28:49 -0400
Received: from CNRI.Reston.VA.US (localhost [127.0.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA01641;
	Mon, 2 Jun 2003 07:28:47 -0400 (EDT)
Message-Id: <200306021128.HAA01641@ietf.org>
Mime-Version: 1.0
Content-Type: Multipart/Mixed; Boundary="NextPart"
To: IETF-Announce: ;
Cc: seamoby@ietf.org
From: Internet-Drafts@ietf.org
Reply-to: Internet-Drafts@ietf.org
Date: Mon, 02 Jun 2003 07:28:47 -0400
Subject: [Seamoby] I-D ACTION:draft-ietf-seamoby-ctp-02.txt
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>

--NextPart

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Context Transfer, Handoff Candidate Discovery, and Dormant Mode Host Alerting Working Group of the IETF.

	Title		: Context Transfer Protocol
	Author(s)	: J. Loughney et al.
	Filename	: draft-ietf-seamoby-ctp-02.txt
	Pages		: 21
	Date		: 2003-5-30
	
This document presents a context transfer protocol that enables 
authorized context transfers.  Context transfers allows better 
support for node based mobility so that the applications running on 
mobile nodes can operate with minimal disruption.  Key objectives are 
to reducing latency, packet losses and avoid re-initiation of 
signaling to and from the mobile node.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-seamoby-ctp-02.txt

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

Internet-Drafts are also available by anonymous FTP. Login with the username
"anonymous" and a password of your e-mail address. After logging in,
type "cd internet-drafts" and then
	"get draft-ietf-seamoby-ctp-02.txt".

A list of Internet-Drafts directories can be found in
http://www.ietf.org/shadow.html 
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt


Internet-Drafts can also be obtained by e-mail.

Send a message to:
	mailserv@ietf.org.
In the body type:
	"FILE /internet-drafts/draft-ietf-seamoby-ctp-02.txt".
	
NOTE:	The mail server at ietf.org can return the document in
	MIME-encoded form by using the "mpack" utility.  To use this
	feature, insert the command "ENCODING mime" before the "FILE"
	command.  To decode the response(s), you will need "munpack" or
	a MIME-compliant mail reader.  Different MIME-compliant mail readers
	exhibit different behavior, especially when dealing with
	"multipart" MIME messages (i.e. documents which have been split
	up into multiple messages), so check your local documentation on
	how to manipulate these messages.
		
		
Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.

--NextPart
Content-Type: Multipart/Alternative; Boundary="OtherAccess"

--OtherAccess
Content-Type: Message/External-body;
	access-type="mail-server";
	server="mailserv@ietf.org"

Content-Type: text/plain
Content-ID:	<2003-5-30152036.I-D@ietf.org>

ENCODING mime
FILE /internet-drafts/draft-ietf-seamoby-ctp-02.txt

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

Content-Type: text/plain
Content-ID:	<2003-5-30152036.I-D@ietf.org>

--OtherAccess--

--NextPart--


_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Mon Jun  2 11:40:46 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA12385
	for <seamoby-archive@odin.ietf.org>; Mon, 2 Jun 2003 11:40:46 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h52FeJA25996
	for seamoby-archive@odin.ietf.org; Mon, 2 Jun 2003 11:40:19 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52FeJB25993
	for <seamoby-web-archive@optimus.ietf.org>; Mon, 2 Jun 2003 11:40:19 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA12370
	for <seamoby-web-archive@ietf.org>; Mon, 2 Jun 2003 11:40:15 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19MrOJ-000472-00
	for seamoby-web-archive@ietf.org; Mon, 02 Jun 2003 11:38:31 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19MrOI-00046z-00
	for seamoby-web-archive@ietf.org; Mon, 02 Jun 2003 11:38:30 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52FdqB25947;
	Mon, 2 Jun 2003 11:39:52 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52FccB25897
	for <seamoby@optimus.ietf.org>; Mon, 2 Jun 2003 11:38:38 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA12324
	for <seamoby@ietf.org>; Mon, 2 Jun 2003 11:38:34 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19MrMg-00046c-00
	for seamoby@ietf.org; Mon, 02 Jun 2003 11:36:50 -0400
Received: from key1.docomolabs-usa.com
	([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser)
	by ietf-mx with esmtp (Exim 4.12)
	id 19MrMe-00046Y-00
	for seamoby@ietf.org; Mon, 02 Jun 2003 11:36:49 -0400
Message-ID: <01d101c3291c$d1388070$a66015ac@DCLKEMPFTP>
From: "James Kempf" <kempf@docomolabs-usa.com>
To: <seamoby@ietf.org>
Date: Mon, 2 Jun 2003 08:37:03 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [Seamoby] Last Call on draft-ietf-seamoby-ctp-02.txt
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Folks,

The CT protocol draft is now available in the Internet drafts registry
at
http://www.ietf.org/internet-drafts/draft-ietf-seamoby-ctp-02.txt

Working Group Last Call starts today and runs until June 16. Please
read the draft and post comments and issues to the mailing list.

            jak

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Mon Jun  2 13:35:14 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA16063
	for <seamoby-archive@odin.ietf.org>; Mon, 2 Jun 2003 13:35:14 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h52HYo003000
	for seamoby-archive@odin.ietf.org; Mon, 2 Jun 2003 13:34:50 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52HYoB02997
	for <seamoby-web-archive@optimus.ietf.org>; Mon, 2 Jun 2003 13:34:50 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA16052
	for <seamoby-web-archive@ietf.org>; Mon, 2 Jun 2003 13:34:44 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19MtB6-0004uU-00
	for seamoby-web-archive@ietf.org; Mon, 02 Jun 2003 13:33:00 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19MtB5-0004uQ-00
	for seamoby-web-archive@ietf.org; Mon, 02 Jun 2003 13:32:59 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52HYYB02983;
	Mon, 2 Jun 2003 13:34:34 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52HXFB02906
	for <seamoby@optimus.ietf.org>; Mon, 2 Jun 2003 13:33:15 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA16004
	for <seamoby@ietf.org>; Mon, 2 Jun 2003 13:33:09 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Mt9Z-0004u1-00
	for seamoby@ietf.org; Mon, 02 Jun 2003 13:31:25 -0400
Received: from laposte.rennes.enst-bretagne.fr ([192.44.77.17])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Mt9X-0004tG-00
	for seamoby@ietf.org; Mon, 02 Jun 2003 13:31:24 -0400
Received: from courrier.rennes.enst-bretagne.fr (f1-clust.rennes.enst-bretagne.fr [193.52.74.16])
	by laposte.rennes.enst-bretagne.fr (8.11.6p2/8.11.6/2003.04.01) with ESMTP id h52HWYa25318
	for <seamoby@ietf.org>; Mon, 2 Jun 2003 19:32:34 +0200
Received: from enst-bretagne.fr (pc-lucian [193.52.74.237])
	by courrier.rennes.enst-bretagne.fr (8.11.6p2/8.11.6) with ESMTP id h52HWZY28659
	for <seamoby@ietf.org>; Mon, 2 Jun 2003 19:32:35 +0200 (MEST)
Message-ID: <3EDB8A33.1030107@enst-bretagne.fr>
Date: Mon, 02 Jun 2003 19:32:35 +0200
From: Lucian Suciu <lucian.suciu@enst-bretagne.fr>
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; fr-FR; m18) Gecko/20001106 Netscape6/6.0
X-Accept-Language: fr
MIME-Version: 1.0
To: seamoby@ietf.org
Subject: Re: [Seamoby] Last Call on draft-ietf-seamoby-ctp-02.txt
References: <01d101c3291c$d1388070$a66015ac@DCLKEMPFTP>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) at enst-bretagne.fr
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Hi,


I have two questions (surely stupid ones) for inter-domain cases :

Does the pAR transfer all the contexts in the case of 
pAR-internal-generated trigger?
Can the nAR request more contexts from pAR than MN indicated in CTAR 
message (sent only to nAR)?


Thanks,
Lucian

> The CT protocol draft is now available in the Internet drafts registry
> at http://www.ietf.org/internet-drafts/draft-ietf-seamoby-ctp-02.txt
> 
> Working Group Last Call starts today and runs until June 16. Please
> read the draft and post comments and issues to the mailing list.


_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Mon Jun  2 14:02:06 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA17240
	for <seamoby-archive@odin.ietf.org>; Mon, 2 Jun 2003 14:02:06 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h52I1ew05700
	for seamoby-archive@odin.ietf.org; Mon, 2 Jun 2003 14:01:40 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52I1eB05697
	for <seamoby-web-archive@optimus.ietf.org>; Mon, 2 Jun 2003 14:01:40 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA17230
	for <seamoby-web-archive@ietf.org>; Mon, 2 Jun 2003 14:01:35 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Mtb3-00059t-00
	for seamoby-web-archive@ietf.org; Mon, 02 Jun 2003 13:59:50 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19Mtb3-00059q-00
	for seamoby-web-archive@ietf.org; Mon, 02 Jun 2003 13:59:49 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52I1IB05683;
	Mon, 2 Jun 2003 14:01:18 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52I0WB05624
	for <seamoby@optimus.ietf.org>; Mon, 2 Jun 2003 14:00:32 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA17179
	for <seamoby@ietf.org>; Mon, 2 Jun 2003 14:00:27 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19MtZx-00059M-00
	for seamoby@ietf.org; Mon, 02 Jun 2003 13:58:41 -0400
Received: from key1.docomolabs-usa.com
	([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser)
	by ietf-mx with esmtp (Exim 4.12)
	id 19MtZw-00059J-00
	for seamoby@ietf.org; Mon, 02 Jun 2003 13:58:41 -0400
Message-ID: <031201c32930$9e99e280$a66015ac@DCLKEMPFTP>
From: "James Kempf" <kempf@docomolabs-usa.com>
To: "Lucian Suciu" <lucian.suciu@enst-bretagne.fr>, <seamoby@ietf.org>
References: <01d101c3291c$d1388070$a66015ac@DCLKEMPFTP> <3EDB8A33.1030107@enst-bretagne.fr>
Subject: Re: [Seamoby] Last Call on draft-ietf-seamoby-ctp-02.txt
Date: Mon, 2 Jun 2003 10:58:48 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

What do you mean by "inter-domain"?

As of now, the proposal is only meant to address transfer between two
routers that are inside the same ISP/enterprise network operator
controlled network, and not across two. It could, however, be used
between two routing domains within the same enterprise.

If this isn't clear from the draft, then perhaps we need to log an
issue to add clarifying text.

            jak

----- Original Message -----
From: "Lucian Suciu" <lucian.suciu@enst-bretagne.fr>
To: <seamoby@ietf.org>
Sent: Monday, June 02, 2003 10:32 AM
Subject: Re: [Seamoby] Last Call on draft-ietf-seamoby-ctp-02.txt


> Hi,
>
>
> I have two questions (surely stupid ones) for inter-domain cases :
>
> Does the pAR transfer all the contexts in the case of
> pAR-internal-generated trigger?
> Can the nAR request more contexts from pAR than MN indicated in CTAR
> message (sent only to nAR)?
>
>
> Thanks,
> Lucian
>
> > The CT protocol draft is now available in the Internet drafts
registry
> > at
http://www.ietf.org/internet-drafts/draft-ietf-seamoby-ctp-02.txt
> >
> > Working Group Last Call starts today and runs until June 16.
Please
> > read the draft and post comments and issues to the mailing list.
>
>
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby
>

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Mon Jun  2 15:21:09 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA20725
	for <seamoby-archive@odin.ietf.org>; Mon, 2 Jun 2003 15:21:09 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h52JKfM12678
	for seamoby-archive@odin.ietf.org; Mon, 2 Jun 2003 15:20:41 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52JKfB12675
	for <seamoby-web-archive@optimus.ietf.org>; Mon, 2 Jun 2003 15:20:41 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA20682
	for <seamoby-web-archive@ietf.org>; Mon, 2 Jun 2003 15:20:39 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19MupZ-0005ei-00
	for seamoby-web-archive@ietf.org; Mon, 02 Jun 2003 15:18:53 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19MupZ-0005ef-00
	for seamoby-web-archive@ietf.org; Mon, 02 Jun 2003 15:18:53 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52JKQB12635;
	Mon, 2 Jun 2003 15:20:26 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52JJjB12559
	for <seamoby@optimus.ietf.org>; Mon, 2 Jun 2003 15:19:45 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA20650
	for <seamoby@ietf.org>; Mon, 2 Jun 2003 15:19:43 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Muof-0005e3-00
	for seamoby@ietf.org; Mon, 02 Jun 2003 15:17:57 -0400
Received: from mailhost.iprg.nokia.com ([205.226.5.12])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Muoe-0005dl-00
	for seamoby@ietf.org; Mon, 02 Jun 2003 15:17:56 -0400
Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69])
	by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id MAA21043;
	Mon, 2 Jun 2003 12:19:06 -0700 (PDT)
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id h52JJ6P08204;
	Mon, 2 Jun 2003 12:19:06 -0700
X-mProtect: <200306021919> Nokia Silicon Valley Messaging Protection
Received: from UNKNOWN (205.226.2.90, claiming to be "iprg.nokia.com")
	by darkstar.iprg.nokia.com smtpdadh1ew; Mon, 02 Jun 2003 12:19:04 PDT
Message-ID: <3EDBA328.DDA18B11@iprg.nokia.com>
Date: Mon, 02 Jun 2003 12:19:04 -0700
From: Rajeev Koodli <rajeev@iprg.nokia.com>
Organization: Nokia Research Center
X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.4-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Lucian Suciu <lucian.suciu@enst-bretagne.fr>
CC: seamoby@ietf.org
Subject: Re: [Seamoby] Last Call on draft-ietf-seamoby-ctp-02.txt
References: <01d101c3291c$d1388070$a66015ac@DCLKEMPFTP> <3EDB8A33.1030107@enst-bretagne.fr>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit


Hello Lucian,

Lucian Suciu wrote:

> Hi,
>
> I have two questions (surely stupid ones) for inter-domain cases :
>

we do not make explicit distinction between intra-domain and
inter-domain cases. If the routers have required security
association, they should be able to do CT.

>
> Does the pAR transfer all the contexts in the case of
> pAR-internal-generated trigger?

yes, that's the default.

>
> Can the nAR request more contexts from pAR than MN indicated in CTAR
> message (sent only to nAR)?

No. The CT-Request message will carry a token supplied by the MN. This
token is inserted from the CTAR message and verified by pAR.
Now, the nAR _could_ separately request contexts not specified by the
MN. This is, however, not specified in the draft.

Regards,

-Rajeev


>
>
> Thanks,
> Lucian
>
> > The CT protocol draft is now available in the Internet drafts registry
> > at http://www.ietf.org/internet-drafts/draft-ietf-seamoby-ctp-02.txt
> >
> > Working Group Last Call starts today and runs until June 16. Please
> > read the draft and post comments and issues to the mailing list.
>
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Mon Jun  2 17:03:11 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA24008
	for <seamoby-archive@odin.ietf.org>; Mon, 2 Jun 2003 17:03:11 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h52L2j521832
	for seamoby-archive@odin.ietf.org; Mon, 2 Jun 2003 17:02:45 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52L2jB21827
	for <seamoby-web-archive@optimus.ietf.org>; Mon, 2 Jun 2003 17:02:45 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA23991
	for <seamoby-web-archive@ietf.org>; Mon, 2 Jun 2003 17:02:41 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19MwQK-0006QS-00
	for seamoby-web-archive@ietf.org; Mon, 02 Jun 2003 17:00:56 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19MwQJ-0006QP-00
	for seamoby-web-archive@ietf.org; Mon, 02 Jun 2003 17:00:55 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52L2VB21816;
	Mon, 2 Jun 2003 17:02:31 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52L1VB21682
	for <seamoby@optimus.ietf.org>; Mon, 2 Jun 2003 17:01:31 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA23968
	for <seamoby@ietf.org>; Mon, 2 Jun 2003 17:01:26 -0400 (EDT)
From: Lucian.Suciu@enst-bretagne.fr
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19MwP7-0006Pa-00
	for seamoby@ietf.org; Mon, 02 Jun 2003 16:59:41 -0400
Received: from laposte.enst-bretagne.fr ([192.108.115.3])
	by ietf-mx with esmtp (Exim 4.12)
	id 19MwOr-0006Nt-00
	for seamoby@ietf.org; Mon, 02 Jun 2003 16:59:25 -0400
Received: from digemer.enst-bretagne.fr (digemer.enst-bretagne.fr [192.44.75.206])
	by laposte.enst-bretagne.fr (8.11.6p2/8.11.6/2003.04.01) with ESMTP id h52Kxhn20795;
	Mon, 2 Jun 2003 22:59:43 +0200
Received: (from www@localhost)
	by digemer.enst-bretagne.fr (8.11.6/8.11.6) id h52KwYn27999;
	Mon, 2 Jun 2003 22:58:34 +0200 (MET DST)
Received: from 192.44.77.81 ( [192.44.77.81])
	as user lsuciu@courrier.rennes.enst-bretagne.fr by diogel.enst-bretagne.fr with HTTP;
	Mon,  2 Jun 2003 22:58:34 +0200
Message-ID: <1054587514.3edbba7a762e8@diogel.enst-bretagne.fr>
Date: Mon,  2 Jun 2003 22:58:34 +0200
To: James Kempf <kempf@docomolabs-usa.com>, seamoby@ietf.org
Subject: Re: [Seamoby] Last Call on draft-ietf-seamoby-ctp-02.txt
References: <01d101c3291c$d1388070$a66015ac@DCLKEMPFTP> <3EDB8A33.1030107@enst-bretagne.fr> <031201c32930$9e99e280$a66015ac@DCLKEMPFTP>
In-Reply-To: <031201c32930$9e99e280$a66015ac@DCLKEMPFTP>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) /ENSTB
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) at enst-bretagne.fr
Content-Transfer-Encoding: 8bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 8bit
Content-Transfer-Encoding: 8bit

Yes, I have noticed in the last paragraph in Appendix D. 
that the draft is restricted to intra-domain.

However, the last but one sentence in Chapter 2. says:
"..., but this document does not restrict the context
transfer signaling to happen only within a single domain."

That is why I was a little bit confused.

Thanks,
Lucian



Quoting James Kempf <kempf@docomolabs-usa.com>:

> What do you mean by "inter-domain"?
> 
> As of now, the proposal is only meant to address transfer between two
> routers that are inside the same ISP/enterprise network operator
> controlled network, and not across two. It could, however, be used
> between two routing domains within the same enterprise.
> 
> If this isn't clear from the draft, then perhaps we need to log an
> issue to add clarifying text.
> 
>             jak
> 
> ----- Original Message -----
> From: "Lucian Suciu" <lucian.suciu@enst-bretagne.fr>
> To: <seamoby@ietf.org>
> Sent: Monday, June 02, 2003 10:32 AM
> Subject: Re: [Seamoby] Last Call on draft-ietf-seamoby-ctp-02.txt
> 
> 
> > Hi,
> >
> >
> > I have two questions (surely stupid ones) for inter-domain cases :
> >
> > Does the pAR transfer all the contexts in the case of
> > pAR-internal-generated trigger?
> > Can the nAR request more contexts from pAR than MN indicated in CTAR
> > message (sent only to nAR)?
> >
> >
> > Thanks,
> > Lucian
_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Mon Jun  2 17:10:44 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA24133
	for <seamoby-archive@odin.ietf.org>; Mon, 2 Jun 2003 17:10:44 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h52LAJA23150
	for seamoby-archive@odin.ietf.org; Mon, 2 Jun 2003 17:10:19 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52LAJB23147
	for <seamoby-web-archive@optimus.ietf.org>; Mon, 2 Jun 2003 17:10:19 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA24124
	for <seamoby-web-archive@ietf.org>; Mon, 2 Jun 2003 17:10:14 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19MwXd-0006TE-00
	for seamoby-web-archive@ietf.org; Mon, 02 Jun 2003 17:08:29 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19MwXc-0006TB-00
	for seamoby-web-archive@ietf.org; Mon, 02 Jun 2003 17:08:28 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52LA6B23129;
	Mon, 2 Jun 2003 17:10:06 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52L9kB23088
	for <seamoby@optimus.ietf.org>; Mon, 2 Jun 2003 17:09:46 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA24118
	for <seamoby@ietf.org>; Mon, 2 Jun 2003 17:09:42 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19MwX6-0006Ss-00
	for seamoby@ietf.org; Mon, 02 Jun 2003 17:07:56 -0400
Received: from key1.docomolabs-usa.com
	([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser)
	by ietf-mx with esmtp (Exim 4.12)
	id 19MwX6-0006Sp-00
	for seamoby@ietf.org; Mon, 02 Jun 2003 17:07:56 -0400
Message-ID: <011101c3294b$10b68930$cc6ffea9@DCLKEMPFTP>
From: "James Kempf" <kempf@docomolabs-usa.com>
To: <seamoby@ietf.org>, "John Loughney" <john.loughney@nokia.com>
Cc: "Lucian Suciu" <lucian.suciu@enst-bretagne.fr>
References: <01d101c3291c$d1388070$a66015ac@DCLKEMPFTP> <3EDB8A33.1030107@enst-bretagne.fr> <031201c32930$9e99e280$a66015ac@DCLKEMPFTP> <1054587514.3edbba7a762e8@diogel.enst-bretagne.fr>
Subject: Re: [Seamoby] Last Call on draft-ietf-seamoby-ctp-02.txt
Date: Mon, 2 Jun 2003 14:08:06 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

John,

We have issue #1.

            jak

----- Original Message -----
From: <Lucian.Suciu@enst-bretagne.fr>
To: "James Kempf" <kempf@docomolabs-usa.com>; <seamoby@ietf.org>
Sent: Monday, June 02, 2003 1:58 PM
Subject: Re: [Seamoby] Last Call on draft-ietf-seamoby-ctp-02.txt


> Yes, I have noticed in the last paragraph in Appendix D.
> that the draft is restricted to intra-domain.
>
> However, the last but one sentence in Chapter 2. says:
> "..., but this document does not restrict the context
> transfer signaling to happen only within a single domain."
>
> That is why I was a little bit confused.
>
> Thanks,
> Lucian
>
>
>
> Quoting James Kempf <kempf@docomolabs-usa.com>:
>
> > What do you mean by "inter-domain"?
> >
> > As of now, the proposal is only meant to address transfer between
two
> > routers that are inside the same ISP/enterprise network operator
> > controlled network, and not across two. It could, however, be used
> > between two routing domains within the same enterprise.
> >
> > If this isn't clear from the draft, then perhaps we need to log an
> > issue to add clarifying text.
> >
> >             jak
> >
> > ----- Original Message -----
> > From: "Lucian Suciu" <lucian.suciu@enst-bretagne.fr>
> > To: <seamoby@ietf.org>
> > Sent: Monday, June 02, 2003 10:32 AM
> > Subject: Re: [Seamoby] Last Call on draft-ietf-seamoby-ctp-02.txt
> >
> >
> > > Hi,
> > >
> > >
> > > I have two questions (surely stupid ones) for inter-domain cases
:
> > >
> > > Does the pAR transfer all the contexts in the case of
> > > pAR-internal-generated trigger?
> > > Can the nAR request more contexts from pAR than MN indicated in
CTAR
> > > message (sent only to nAR)?
> > >
> > >
> > > Thanks,
> > > Lucian
>

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Mon Jun  2 17:20:48 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA24574
	for <seamoby-archive@odin.ietf.org>; Mon, 2 Jun 2003 17:20:48 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h52LKMd23991
	for seamoby-archive@odin.ietf.org; Mon, 2 Jun 2003 17:20:22 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52LKMB23988
	for <seamoby-web-archive@optimus.ietf.org>; Mon, 2 Jun 2003 17:20:22 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA24544
	for <seamoby-web-archive@ietf.org>; Mon, 2 Jun 2003 17:20:17 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19MwhM-0006a6-00
	for seamoby-web-archive@ietf.org; Mon, 02 Jun 2003 17:18:32 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19MwhL-0006a3-00
	for seamoby-web-archive@ietf.org; Mon, 02 Jun 2003 17:18:31 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52LKBB23946;
	Mon, 2 Jun 2003 17:20:11 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h52LJJB23868
	for <seamoby@optimus.ietf.org>; Mon, 2 Jun 2003 17:19:19 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA24508
	for <seamoby@ietf.org>; Mon, 2 Jun 2003 17:19:14 -0400 (EDT)
From: Lucian.Suciu@enst-bretagne.fr
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19MwgL-0006ZD-00
	for seamoby@ietf.org; Mon, 02 Jun 2003 17:17:29 -0400
Received: from laposte.enst-bretagne.fr ([192.108.115.3])
	by ietf-mx with esmtp (Exim 4.12)
	id 19MwgK-0006Yr-00
	for seamoby@ietf.org; Mon, 02 Jun 2003 17:17:28 -0400
Received: from digemer.enst-bretagne.fr (digemer.enst-bretagne.fr [192.44.75.206])
	by laposte.enst-bretagne.fr (8.11.6p2/8.11.6/2003.04.01) with ESMTP id h52LIgn22688;
	Mon, 2 Jun 2003 23:18:42 +0200
Received: (from www@localhost)
	by digemer.enst-bretagne.fr (8.11.6/8.11.6) id h52LHXD04809;
	Mon, 2 Jun 2003 23:17:33 +0200 (MET DST)
Received: from 192.44.77.81 ( [192.44.77.81])
	as user lsuciu@courrier.rennes.enst-bretagne.fr by diogel.enst-bretagne.fr with HTTP;
	Mon,  2 Jun 2003 23:17:33 +0200
Message-ID: <1054588653.3edbbeedb46e7@diogel.enst-bretagne.fr>
Date: Mon,  2 Jun 2003 23:17:33 +0200
To: Rajeev Koodli <rajeev@iprg.nokia.com>, seamoby@ietf.org
Subject: Re: [Seamoby] Last Call on draft-ietf-seamoby-ctp-02.txt
References: <01d101c3291c$d1388070$a66015ac@DCLKEMPFTP> <3EDB8A33.1030107@enst-bretagne.fr> <3EDBA328.DDA18B11@iprg.nokia.com>
In-Reply-To: <3EDBA328.DDA18B11@iprg.nokia.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) /ENSTB
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) at enst-bretagne.fr
Content-Transfer-Encoding: 8bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 8bit
Content-Transfer-Encoding: 8bit

Hi Rajeev,

Please see inline comments.


Quoting Rajeev Koodli <rajeev@iprg.nokia.com>:

> 
> Hello Lucian,
> 
> Lucian Suciu wrote:
> 
> > Hi,
> >
> > I have two questions (surely stupid ones) for inter-domain cases :
> >
> 
> we do not make explicit distinction between intra-domain and
> inter-domain cases. If the routers have required security
> association, they should be able to do CT.
> 
OK.
> >
> > Does the pAR transfer all the contexts in the case of
> > pAR-internal-generated trigger?
> 
> yes, that's the default.
> 
The draft clearly indicates the default treatment when the list with contexts
is missing from the CTAR; yet, it says nothing in the case of a pAR internally
generated trigger...
> >
> > Can the nAR request more contexts from pAR than MN indicated in CTAR
> > message (sent only to nAR)?
> 
> No. The CT-Request message will carry a token supplied by the MN. This
> token is inserted from the CTAR message and verified by pAR.
> Now, the nAR _could_ separately request contexts not specified by the
> MN. This is, however, not specified in the draft.
> 
OK.
> Regards,
> 
> -Rajeev

Many thanks,
Lucian

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Tue Jun  3 09:29:29 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA03859
	for <seamoby-archive@odin.ietf.org>; Tue, 3 Jun 2003 09:29:28 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h53DT3U13819
	for seamoby-archive@odin.ietf.org; Tue, 3 Jun 2003 09:29:03 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h53DT3B13816
	for <seamoby-web-archive@optimus.ietf.org>; Tue, 3 Jun 2003 09:29:03 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA03842
	for <seamoby-web-archive@ietf.org>; Tue, 3 Jun 2003 09:28:58 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19NBol-0005yC-00
	for seamoby-web-archive@ietf.org; Tue, 03 Jun 2003 09:27:11 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19NBok-0005y9-00
	for seamoby-web-archive@ietf.org; Tue, 03 Jun 2003 09:27:10 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h53DSdB13781;
	Tue, 3 Jun 2003 09:28:39 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h53DR7B13674
	for <seamoby@optimus.ietf.org>; Tue, 3 Jun 2003 09:27:07 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA03791
	for <seamoby@ietf.org>; Tue, 3 Jun 2003 09:27:02 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19NBmt-0005x6-00
	for seamoby@ietf.org; Tue, 03 Jun 2003 09:25:15 -0400
Received: from mgw-x1.nokia.com ([131.228.20.21])
	by ietf-mx with esmtp (Exim 4.12)
	id 19NBms-0005x3-00
	for seamoby@ietf.org; Tue, 03 Jun 2003 09:25:14 -0400
Received: from esvir01nok.ntc.nokia.com (esvir01nokt.ntc.nokia.com [172.21.143.33])
	by mgw-x1.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h53DR1W23350
	for <seamoby@ietf.org>; Tue, 3 Jun 2003 16:27:01 +0300 (EET DST)
Received: from esebh004.NOE.Nokia.com (unverified) by esvir01nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T629ae6ed43ac158f21081@esvir01nok.ntc.nokia.com>;
 Tue, 3 Jun 2003 16:27:00 +0300
Received: from esebe010.NOE.Nokia.com ([172.21.138.49]) by esebh004.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 3 Jun 2003 16:26:59 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe010.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 3 Jun 2003 16:26:58 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Subject: RE: [Seamoby] Last Call on draft-ietf-seamoby-ctp-02.txt
Date: Tue, 3 Jun 2003 16:26:58 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658ECFE@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] Last Call on draft-ietf-seamoby-ctp-02.txt
Thread-Index: AcMpS0vG27bkIEYkREmGBgNcENvkfAAiHryg
To: <kempf@docomolabs-usa.com>, <seamoby@ietf.org>
Cc: <lucian.suciu@enst-bretagne.fr>
X-OriginalArrivalTime: 03 Jun 2003 13:26:58.0594 (UTC) FILETIME=[CF1A2020:01C329D3]
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h53DR7B13675
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 8bit
Content-Transfer-Encoding: 8bit

I will file this as an issue.

John

> -----Original Message-----
> From: ext James Kempf [mailto:kempf@docomolabs-usa.com]
> Sent: 03 June, 2003 00:08
> To: seamoby@ietf.org; Loughney John (NRC/Helsinki)
> Cc: Lucian Suciu
> Subject: Re: [Seamoby] Last Call on draft-ietf-seamoby-ctp-02.txt
> 
> 
> John,
> 
> We have issue #1.
> 
>             jak
> 
> ----- Original Message -----
> From: <Lucian.Suciu@enst-bretagne.fr>
> To: "James Kempf" <kempf@docomolabs-usa.com>; <seamoby@ietf.org>
> Sent: Monday, June 02, 2003 1:58 PM
> Subject: Re: [Seamoby] Last Call on draft-ietf-seamoby-ctp-02.txt
> 
> 
> > Yes, I have noticed in the last paragraph in Appendix D.
> > that the draft is restricted to intra-domain.
> >
> > However, the last but one sentence in Chapter 2. says:
> > "..., but this document does not restrict the context
> > transfer signaling to happen only within a single domain."
> >
> > That is why I was a little bit confused.
> >
> > Thanks,
> > Lucian
> >
> >
> >
> > Quoting James Kempf <kempf@docomolabs-usa.com>:
> >
> > > What do you mean by "inter-domain"?
> > >
> > > As of now, the proposal is only meant to address transfer between
> two
> > > routers that are inside the same ISP/enterprise network operator
> > > controlled network, and not across two. It could, however, be used
> > > between two routing domains within the same enterprise.
> > >
> > > If this isn't clear from the draft, then perhaps we need to log an
> > > issue to add clarifying text.
> > >
> > >             jak
> > >
> > > ----- Original Message -----
> > > From: "Lucian Suciu" <lucian.suciu@enst-bretagne.fr>
> > > To: <seamoby@ietf.org>
> > > Sent: Monday, June 02, 2003 10:32 AM
> > > Subject: Re: [Seamoby] Last Call on draft-ietf-seamoby-ctp-02.txt
> > >
> > >
> > > > Hi,
> > > >
> > > >
> > > > I have two questions (surely stupid ones) for inter-domain cases
> :
> > > >
> > > > Does the pAR transfer all the contexts in the case of
> > > > pAR-internal-generated trigger?
> > > > Can the nAR request more contexts from pAR than MN indicated in
> CTAR
> > > > message (sent only to nAR)?
> > > >
> > > >
> > > > Thanks,
> > > > Lucian
> >
> 
> 
_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Tue Jun  3 13:36:04 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA15812
	for <seamoby-archive@odin.ietf.org>; Tue, 3 Jun 2003 13:36:04 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h53HZeh05374
	for seamoby-archive@odin.ietf.org; Tue, 3 Jun 2003 13:35:40 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h53HZdB05371
	for <seamoby-web-archive@optimus.ietf.org>; Tue, 3 Jun 2003 13:35:39 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA15799
	for <seamoby-web-archive@ietf.org>; Tue, 3 Jun 2003 13:35:33 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19NFfP-0000uK-00
	for seamoby-web-archive@ietf.org; Tue, 03 Jun 2003 13:33:47 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19NFfP-0000uG-00
	for seamoby-web-archive@ietf.org; Tue, 03 Jun 2003 13:33:47 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h53HYvB05309;
	Tue, 3 Jun 2003 13:34:57 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h53HX7B05193
	for <seamoby@optimus.ietf.org>; Tue, 3 Jun 2003 13:33:07 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA15727
	for <seamoby@ietf.org>; Tue, 3 Jun 2003 13:33:01 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19NFcx-0000t0-00
	for seamoby@ietf.org; Tue, 03 Jun 2003 13:31:15 -0400
Received: from phoebe.eim.surrey.ac.uk ([131.227.74.4] ident=exim)
	by ietf-mx with esmtp (Exim 4.12)
	id 19NFcw-0000sx-00
	for seamoby@ietf.org; Tue, 03 Jun 2003 13:31:14 -0400
Received: from ccsrmclt03.ee.surrey.ac.uk
	([131.227.86.163] helo=eim.surrey.ac.uk ident=ees2mg)
	by phoebe.eim.surrey.ac.uk with esmtp (Exim 3.33 #4)
	id 19NFeT-0005xm-00; Tue, 03 Jun 2003 18:32:49 +0100
Message-ID: <3EDCDBC0.5E7E8C5B@eim.surrey.ac.uk>
Date: Tue, 03 Jun 2003 18:32:48 +0100
From: Michael Georgiades <m.georgiades@eim.surrey.ac.uk>
Organization: University of Surrey
X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.18-17.7.x i686)
X-Accept-Language: en, el
MIME-Version: 1.0
To: seamoby <seamoby@ietf.org>
CC: Christos Politis <C.Politis@eim.surrey.ac.uk>
Subject: Re: [Seamoby] I-D ACTION:draft-ietf-seamoby-ctp-02.txt
References: <200306021128.HAA01641@ietf.org>
Content-Type: multipart/mixed;
 boundary="------------02269EC7A61E371BE959983F"
X-Spam-Status: No, hits=-101.9 required=5.5
	tests=AWL,BAYES_20,EMAIL_ATTRIBUTION,HTML_20_30,REFERENCES,
	      USER_AGENT_MOZILLA_XM,USER_IN_WHITELIST
	version=2.55
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
X-Scanner: exiscan *19NFeT-0005xm-00*xWis/msLDg6* (SECM, UniS)
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>

This is a multi-part message in MIME format.
--------------02269EC7A61E371BE959983F
Content-Type: multipart/alternative;
 boundary="------------2F39095DC5E984B001E97364"


--------------2F39095DC5E984B001E97364
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi all,

I have attached a review of the ctp-02 draft.
I have made some comments and questions marked with "M.Georgiades" and made some minor corrections (Please ignore if incorrect).

Best regards,

Mike


Internet-Drafts@ietf.org wrote:

> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> This draft is a work item of the Context Transfer, Handoff Candidate Discovery, and Dormant Mode Host Alerting Working Group of the IETF.
>
>         Title           : Context Transfer Protocol
>         Author(s)       : J. Loughney et al.
>         Filename        : draft-ietf-seamoby-ctp-02.txt
>         Pages           : 21
>         Date            : 2003-5-30
>
>

--
Michael Georgiades
Research Fellow
Centre for Communication Systems Research
University of Surrey
Guildford, Surrey, GU2 7XH

Tel: +44 (0) 1483 683605
Fax: +44 (0) 1483 686011
www.ee.surrey.ac.uk/ccsr



--------------2F39095DC5E984B001E97364
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
<body text="#000000" bgcolor="#FFFFFF" link="#0000FF" vlink="#FF0000" alink="#000088">
Hi all,
<p>I have attached a review of the ctp-02 draft.
<br>I have made some comments and questions marked with "M.Georgiades"
and made some minor corrections (Please ignore if incorrect).
<p>Best regards,
<p>Mike
<br>&nbsp;
<p>Internet-Drafts@ietf.org wrote:
<blockquote TYPE=CITE>A New Internet-Draft is available from the on-line
Internet-Drafts directories.
<br>This draft is a work item of the Context Transfer, Handoff Candidate
Discovery, and Dormant Mode Host Alerting Working Group of the IETF.
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Title&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
: Context Transfer Protocol
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Author(s)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
: J. Loughney et al.
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Filename&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
: draft-ietf-seamoby-ctp-02.txt
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Pages&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
: 21
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Date&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
: 2003-5-30
<br>&nbsp;
<br>&nbsp;</blockquote>

<pre>--&nbsp;
Michael Georgiades
Research Fellow
Centre for Communication Systems Research
University of Surrey
Guildford, Surrey, GU2 7XH

Tel: +44 (0) 1483 683605
Fax: +44 (0) 1483 686011
www.ee.surrey.ac.uk/ccsr</pre>
&nbsp;
</body>
</html>

--------------2F39095DC5E984B001E97364--

--------------02269EC7A61E371BE959983F
Content-Type: application/zip;
 name="draft-ietf-seamoby-ctp-02-mike-review.zip"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="draft-ietf-seamoby-ctp-02-mike-review.zip"
Content-Transfer-Encoding: base64
Content-Transfer-Encoding: base64
Content-Transfer-Encoding: base64

UEsDBBQAAAAIAGmLwy42xK7y3V8AAADCAQApAAAAZHJhZnQtaWV0Zi1zZWFtb2J5LWN0cC0w
Mi1taWtlLXJldmlldy5kb2PtnQlgVNXZsE9YXFCsUHEBxCtaSSQZISACriEBRdkkwQ2snSQ3
ycBkJs5MArG2VVt3bXHft7rv+1ZrbetS22q1LtW61a3VuhSr1q+Kyv+8Z7n3zhLULuL/fXP1
YTJ37j3re97znv3RR4a8eNGNw19SBdcuqr/6dNW6aq3IvX7wnPuyoVIv8FEBn65atUpuPQPP
wqry9f/N9dalv1QLvXUHKPXO0HtMzo7T/3Ln6NuV2kA1L25e/LJ6WRVf6w7YWMU2qFCHLTao
m/J/P6oi//uqVV/7zL/dldT/LrIuyGf0b7l6+LyOz60Ry5F87sbnRhEXmvrZPw7o+3NreV8+
K8LnV31HqVr5vtC6U+JzNz5Ptd/7+tzvO6bEHPAd8/3zfEp4xn9PKY8X9z5cqV/y/bvcH6aK
L0mH4cr4N63E74Xh+QOf1Xz2W6TUpsq4K9dGPeazMH3de+5y30/5jhER917h53DcP3+dYncK
v+9n/XeXe/+LXoXuiTsNaxe7534vjOe/ejn3nP978Lk+ny8++c6qt6rurRB5umZfFcjbHa34
OaQ43u77vXzupIz8Re9//Qjz6eLjvkfjK5eTX/dZGM/Cz37qj/zb6Mc708293r67e5/32jPm
zUp3t3ek/F6v0m9N5NKZqsEzUzk/k/JzXkMm3pb7bEei1+yYNye+pGNxIpMYXB/P+e3pTO9U
rzEXT7XGM61ZrykTb1ny2c54Xn3Mm+dnliRS2cGtEoyahJ9rq8maKNa05LpqxtXGcss+O3jz
Y95e6XRrMjF4+rKuRMbPTvUa/Ba/s9nPeLXjxk34TAfstWd3ytcvDNZXH0/Vp0k8QkU8U9k2
vJiXSefSLemkvEMy5LqzXrrNy3Ukst5svzOtHWqSb63plu5OP5Xz+Due8lwm1JhMIP3kh0TK
a+tOJr2WdKotnemMp1p8b2ki1yGuxLnflUn3JLKJdEr70ui35PjbGz9Ovs2fUV87rnaSt9D+
cWBMe57vEX5ncDItKd8ehMmG2Q8e9qan2hMp38/wlI5BPLvEm5HOEJzKmdObZlRVewnjVjxb
bQLPV+dseybd3ZWNed6cdM7H3XhO3EjjQcb+5nXGe4lQNu21JrK5TKK5O1cqVPFsGHxxwkSh
73hpSYq83xNPJlo9UtKL4+OyRGd3p8Q0m1jmdZKRHVmdroRegtPse91drch0a7WX8buS8Rb5
i3fTzdl00ue+R+EzsYgEUfKuV9zJJTp94jwzZzIy3kVmdWUScUmCtNed9YuDnMUjhMgnm8WF
Tp7lhaR4yistCZ16fqf1lIRMyTujJaFEVPCgHYHPxkZbMfO9JMkpUWzpzmRE2Aq9bMEJIhpv
aeE9YmSypiOX65q63XZLly6NSTGMpTPt28kf241PtNbEm8mheAvpTnEs8qhAjhs74q3ppV4D
BbEFZZPwv4iXWf1yrCPXmTR53OCEQ6TcFatOipUkcXcqmegkiVrNs/Xprt5Mor1DNEZlfZUO
ZCDOjekWfOnV5Zs8qqMozZdns958P+tnerQjdTaiJcpsF8lssluKptYAOacBuqwG0ILu+al4
c9I3gtWd6yAJDiHOhS9J4agvvCclPL00S2LlCLa4kO3u6kpnclqCU+lW32uOSwqiIhPJBNGh
/GhPpegib8lESzynlUOmO5WSopROabmS533tgsmOdJefEbkU1eJ1JlKJToSOkpjp7pL3Cdxe
VBjp5sWiYHp8Xbi0iKcR2NbuFnFa/4Ec4E6qpbfaOENkvS5qAJI8mSa3s7p0xXvSFMOMX8Mj
uUTc5qaOYKI9RRnFOZyWR9sy6U4dnUiYY4Ojl9ZGJLHIg05CssWp6/ExyfJMmpCJJ8Hd8fJk
D0/qxFkgaUjx0VncYLM4eLbWq2tuzvg9iXj+0xKogodrY4H69+b2IEYJf2nw0/gSdYVJmRmi
2XPZ4Mna8MneLj+8PyG43xDPxb1pyXTLkuDHiVQv2Wy8PXgeudYeicBUI9bJRNxKiaTrfF+L
WWcim7VlaYZPZYXOFLetExNj3twun7opm+0O3J1ITGbEE0l5dg+cMrmV8Gq2H+htH/OmL4t3
diVtRjcG2TlDJHmgdWJ7nJjj57TakpKQSSeToltnGnEwirWrbn7weO1nP56KPD7Bm22kJfr0
PAQ0ocUXx5Z6s2rR7tulk63yF1omFbw9sdTb8/24ebe+abWvT4pJLdydkXQmt7KJVilZIjj2
gR0Qybo5daV/nBzz6lqWpNJL8bPd1xWK/WVKjCDYqiG8RzJq2ZGAlfiZZEunalbzSF0X2dtK
7VdHsBPkW6ItQXLaPMwTQ6+xy2/hZ6NRCt+fhrBR2sloyfYm9G478l0yjsE7WHw8gMDq8l9v
ErvwoYaYd0A6pQv33C7rkntGq9MxWa+utVVqPWL1WVehPhCXRlNkUR+dWInZlkxCK7ypkt9Z
Ke2UTbFLxfiS2BUWYR0p9PNSn2IyR+tTVIOYc/PISangnOSO1nbYhAk7TDzQa/XbMKayokLk
/ba06HlxvjPO2xnr9dKO3mKVQeWCGULZywY2StbHRBR3EtrblPHPWEXjTb2H2dEZz/SiRJED
nYbVYjh0Gg0Y6rNEJHGqpU61IfRwlafQyQd3J1qWJHtFeZNx6N1EtqOoNquhTmlNiOnkSWWa
CARO6pd0d463cSejFUeo2jvSWBB44S+TiiuRw5cuk/JSERoHgrq1TdeMUg/iYjb0x1QYZGQ8
19IR46XaKq+OHGmlrUOkqNbCNNARTBsbmrqUXEuIfaArQ6lQsPK6Q3nTFatOWWNApnq9WfFe
aVR4mXhrIm0NGi/nt3Sk0sl0e6+xQ6wYzCfeUqfnersoQ0kiF6Yff+Qk8bHzWn1t6vltbVS1
cf2v1+JncgiGEZXMUtpVOuWQk5yxOSUSpirJyt1OMRmSabHYdT1q6nmMKWe9a/PABCujg0UF
L4JO4ysnTQyx4PMf0MIWBjiuA1NXV0e6mwrEREFX7t7e6Ub73Vja4j/FND+IeLlvh59ywaGS
0Mo9JRaGqJFoha/dLQq0ZF8zvyxNtOY6dHOA98Vio2yhsYuflzhICZPE9Dr8uKR1S7pTbLkw
DuJOWgzUjniyzTWDosaHCTemWEuHjRs/i00kFgtGU5vWsdokyPO+2lirJmHSmaDQZMgqo1Q9
yrXEHbO+FRe1xWeFU0o7AoeKpjaPY4A2+ymUSI7GViLVkuwWiZjqrJ5tPekZSIrXaaczJSYR
izCSC6IfnI86OtYV9EnMj5l0tBWiKLgqajuCk0rnAp2QpwsSQZXluSjmF0rP2qcpatG8BApC
b/Wtbuy6eLpkD5x0nqMBM37gvd8aDQxiEISlK+Ko5KozjQKVIs3VburzbLfkIK2JXCIZ6r9o
bKRlKa0taREWlZylEkqJn9FxBJLiELhhS7pJP9uIoLTZ7AgKiQuLPEXDyZfKOxoUBEI7TaRq
OtJdWlp7EqIMnVKoJh7GXDdKtlPSqoMmTpDOHmVuCVZhRzrdKinSnZLc6Mpp1dfqJ+O9xobL
M99jQSZNcyXPy+J1ql1yaH4k7XV11p3MJbqsJaWTTgtZPBUEAV3vYyP0kHAo9Jpsl+Sq0QW2
lShNBWPhuYKCw869wB3jrteVFvM/odWriax1cinJFYZ9vm6qSFZnJcYJaxeL3s1k0hkKVTYh
ctIpZbwznfGtHgiFyVVDtuFkI5bRRrYoClsHu44Dq3f1hXLw29M515woEXIdiBr8SBm96Po3
QgtCRKbVR49hJ4owOLtFwhmt4005kzZ2qlXccKVJ9wgUtltFrCmISVGfMe1fLtrmRbR1Ahjv
JGu8dpzLJFr6bgJLcUiQhk6LRVTUfN+Kv9FHUlO02RaIy90ww1zTRrLIthltZeOa1EVhML1Q
FKBEW2+Q9vm1ilXu2UgvnR+8X8JzbW3YnzNRMRT7SnfRVDsVrsPWlosUNqdibW+VscrSXWlp
TQbiJMntSxvY6DbXr4M/i7tTpm9PN9F1/4+tHqzyiloPzqLJumrAdRDEtA38eVq/LoxLaPcT
jNasN3r2gsam0dXm05szV/89f/reC2bOn94gfzfuUTdrVvCHeUKc4fvcBbPsI/JX+HL93Nmz
p89p0O/jcN3+o022jZ47r2nm3Dl1s0YbyzShS3rQ+yKSalS/NtgQJGkExrOBbOoIUVi82vHj
p5gOUP6QDtDP2Z4X7+rmu7zLM+FM51KT+63QQrc/z+vj50j/ML82YCmZq8FPUfhr0m01jcaS
1b/PmOf8ca1zXm8TATY9A/LM7JnOL1tLz5xn7s/x8u9L7a1/SQUxk5ZsceS6gt/nSTqlKRzF
DzXWOeeD9m5dNptuMck6eHDJvhAjVWIF2Z7qwLyJR3SqfZq2cLFmMdWCuOMndCcopTdjuwDi
us6lBirZa+RVjjbf5OWwaT+6Sowxa5O4/qgerRysD85YSZs/u2yaiDP59mXl6FRRL8XoKlPe
0SNNBeFB+bXqFpZIU12L1trSRjdRqKxvqptfJWIunQx18yVTxLbwewKlgvLIJqS6iWrFrrCb
ozDxpPGr2y0t8axfHanQEJV4cqlU+NEw4WGnUX26ESGiMh/RwRWjKaP2kHUonsT+aO0NLRsR
NWPKEGw0sbHKrdI2mj+XXuKn3BvWHYqj9l8rO11fLU1pU73bVheV3VnXeuyKZ+Kdvm5bSfdo
MqGFwSURaWhUCuZQVpI2Je3KuEtt03gMKpzCqLloZfx8g02iZWUtq4sLCaQ97zW2Vhg6W/6t
Q4EWcLlsE1iseFtVJnIuGtnixLLO5CWZS6yYFbPpRmoliEisBE7aPa5kpG2J8Sp5u8t05yZ7
q1yMnQcunKZ/OW1bxikzFOGkPGe6ebJeZdb3I31BIvKu/ijVgWF7x4OGcGBEuY4U7OF0d8aM
gQTtv7hHuNuxRE0rbKbR2G3doha1MJNJtksksDvNG84ZqSR70skev3VHW5JtUMJqQ7tiBFZH
0XSIW+fEnUgYstb2z+qOsxY0oJhIoX2U50U8m+02/WPiiohH0nemfUarlkjkTOq59DFmnEkR
kxwyYkihpblQWkF7lSL3zujTVk3ouryt3y1S/l4lQlMV8/b1TXDNUJ3riNXmFNIk/Qi6syQ6
oJV1dUA8rAOwovGyu2uwLtCtvoiHLX7SrLAmUwktVYeKijgu73f6LRhQiWxnpNdL19p4oVsE
3V3GWi0VkB0pVLrGMEMxTuXSMMhoi7Kblp6YkHHzNsUfv1J+ssjgczWHqIZqW3fpPKWMijnV
YuMthaU9owVColqZaNNWuN9aZV1oS7Qaa9/YZF4JOyEXX0JQdRvTtClJcb/HtuykFS0y4IzK
avO4rrxtq5RMFOmxD9t3zVtFftn+WilU4oRoBiwj32g13c1hi7oRRadTAi0RVZk7unolVaB5
wgdcbw7VjjwgdY5Y5mFdY13IuC6zdKT+D1S115gXNEppVrpFiHWXHQ7SyRFkkqnGRdylJzRh
xtOtnNoENYGiaGBSxU2ncjDabrRzYb0XiJnrcQrf9IMmhbESIjGqzmu7uGqwKJL5klE8vtjp
GiYyllzSQPTcWLuRN1v/LpW8k5LdKsNIFJp0pp3CJeOSbc7IoYpItHQn40GrLCr7Ma3aS/tY
ic2ardJpk/HbE1nia0pq3Et1yyQMrf+6RKwrtXbVoyF6hGGO/p2XdeDs4KftYpNimop3Nifa
u1F3SV2/t0qtj1I1qjYnTkTatU7K3PeInRDWnE4/FqVpOB5r8jlQA8bUTMZ79XBqd84Ja1Qb
uoasTl+JZCJVYuguK4KRtp25gdAbsTSqzdjItbEJurd+qZ9M6gKMeswTs1Cqc2kdFCeT+eKq
+ycjGTt7ju39K9TARmEHI7OBmMlz0nUaSUmdU3nCZespV/dEqktTQFzXlZsvUNjo1/kWjZ52
Jp3vSb4gBgHUoXH6JigvRhG4SOo80TNNXHQKqjJjXEliBX0LNmuKaqrAyumjGnYPZotj2Z3S
bfWlOsN0Pwq2VbaFKop6UVsWiUw2J7NqrBI1nYAllLdrOYhDBY0Hp1KD5hAad6m2eItT3TWp
dXKHwq4nvCSCXshsMEqS0qabCbm0v5warvRj7bFqY+ZI51VNUg+SuJ/TwUCTn2kTJSDdHIFq
JXwJLWcyDEB1GXMJHG2NVOc38xuDYjIxNt7VyraWD+VIHELaqJQK9bTcxl9pjLof+5RNU76a
89VBJfqg1W+LYyU64dNGgZm2FZS9oqS1DZO4lTgnbq6uirTackZgTU+/LRGuqpJ2WSQylWaK
E7ERWy5oMUoWkrIytJwqVc0jV001hW3QvCagMdZyxnQKzAFrG4aNzqQ1Czr1dLBiadXqD/Fs
CKXT1VG2PBYXlpjtNPjs/K+tznMoSCTXZo+mVNxOUitMwIRWFzqlqsK0D9yMKD89C8c0/kzb
1Ldd26UauDwUaQLrUJVsxrlYxkx51jZcMKensKFe1EjX7dL2eKbVjP7oqCADuQ4jAtqjXEdx
675L2vVS0Mzgs7UDZN5aaEPkdONIj13wajyVDawFgiUylLUDlSa8pWoV20EuFVV6iTNVp/VG
IxU0nIujFnRZFElVoPekISpjn0ur3ACCibKOYV7/SVBpBr3ruvbyCXZroIi1gEd032p8rm+K
KOCqvkV0++p8tax7VHTS2xksyKSfbAs0a9BcKegycL1T2qJHhET7mPw2wS2Zjunw+bDoRxr3
tlyLK5WmaidDWoJQaKmN53Lxlg7pJa0KWuEoD4IXFlAblbyOjL4KolG5JVRtqcooqjArw8qn
2ZWqqjw1ah2LumIGNqLxL05ak+sl1JiujT5DkwVaumSktXaIKKASqk4Pc+bVuPyaMSHWpQMv
xZloYmsbwSWHVuYNMsBCQXNBk4BSH1Q2UkCi4jihylZqGV+PhupCEAyI6Nkm2aAzywapNQyu
LjvRgdlIozDagLXzPnJGzKPVpGmaV7oS58mgV7yZRm1Vte1u0L0xdjTVqppAZ+byJlZG9G1M
OtdNuNFYMnAo5grZk7J6INCnWpxDMzMng+wZPaAfGTJ2I4LyUp7NJKOMOKyHUp393ewHAbQd
orE+0qgjLp1mppGpG+l26ovJkEhftoQ6TCPMxiCNRFRtQLOmIaurmcg8rT5CTvLrCeQ2oDlT
B1A4rGKxncSSmOJK1NW8vLVVk+0D79LDxIHE5AtKZCJVUVKIId7aEwzPRzPHNpCsUmlJ+vGM
jO+iyYJRU10VmXmy0WyzPXRaBsR6IdjihA54tZtXI2Exs4OyQScCNbx91zdz4UxC65874j2+
0W5tJEhC1y+JTtNJGczdk/yxAo882XrNddfEjD1jRrVQAaYXvy0yj0CSIxjO8dri2ls3gOjt
kV7q614fJ8hGrZjUC4NAOhb77SYfxHviiaR0lBgLv81Y7GE/m+sTyfObb4mkHtWmpvB1HVOo
wXRQ2nJ+Jj8PzditiLGZVUY5l/LoAhExKEor7dWJjvEuCGOnnvRtxNtUIVYw9Hz5jniPlae8
aSvGzIoUkcJ5ZDTIUqY3NpvujDyne7CkB7g3OiUl2j4wQ8LiRBDEYJpzrGjeVW8YP6lN2mUy
iF2GIFa9ziWZ9mGnZTQjPFZsXcEo8N4ktE4i844Wusg8srTLKenmz0WqKz0PQ7JL97JICMiI
gUEFaGdsi5yEqWHLT5eeRYfH2d5US0cmbXqXjJqLtLWjM51cKz7sjgsLQOWMuBhV0xJGlhfo
9Aib30EHgNRyuhya2s5OPrCTCCPZm2eUulEH+T1vQC9vklGkj1cMkchMey3x+e9Z2zPPHhbn
deeDKC4pgc3aU7SL9JCJIzp57ASCVixlEqbXtX34X4/XmBkiuUy3H+p1Z5W7WoN6stMY+m4p
QH7oJDamULYaA1BkrrNT2oxmZEcckszPi2avi5WeEKPLktTVMv0oLr1Kbgw97O20rrko2KBl
+wyXKFZdC4bzt7SElejSx83p0ZlGWmRKPei0rJ7KI5oWwbU9cnE3DOPGs1rTMjuw2mvWiju6
3EOmvOkY6flYsgalJVdSnvIXMJjq3ZRA56mtkcVf45+UqZkoAOwEYwpHsxBzRFdWQUOsIIkL
BdUkYekkkzH5z1qEEM5NMXdbZAZ31kwYijspMVMnw3ZM1s4Md3Mqbd+fnradMeKiBd/ObRPT
LPLVjeg0d6dakzoW7ba9qu2OcEpsKiv1TNw46Id1b1hJSMBz6RzmgJtritrRXQLBJEnzeN7E
P9fjGHw30ch6drYKYUva5NZSn9PJQ1Gd3bRAD9wGQTTrWqzfbZl4u+ShS3x5311ja0peY6PP
HGo+ZCrJHiZdze1/yR07hyni0r/mjg6Ozr3x7va/6U7tv+eOXLFYLHJbxLxwBY28Vx81fm1v
spkrEJZiHnZT1vQY64TammaKoBm4CDojxVbRvf9taJSWjrzXzRQuOy5hZ6VkC1dOhBOZCsYo
tAvGt0iXLJVEc3dSWwBOg5ihlUw4n9n4JWMpppEsNauUpsIhBldotRqKhitr9HdE69kCZYyT
cJlWXpx1/dnr7Lr8iEd8K3YcgytNoHSVZ+vQvOBEBtaCh6KDF9EUi3nTJUhSB4g7eYmZ76j8
FPQMhssuzFTKcHaiV2PHoqq1BvEqCT1ykLU9trq8WwHQig05SrbaOIaTRO1k3x6abNrE7dEr
IK14+Z3N6VbXNWJDHAu9b7D9yT3xZLevOyWlmq7SBrJOf7GEehKt3bJODwO8s3CGapAKNhDa
74gH88J1JBKlSJ1jrXCZSKy7sQOXZExOektDPwrmt7djsaRCOydqhGprOp43d6qkE7pPRNdE
uVLCG6R8pjvpR13hNb3cROeEzrRglM8PZvflyUIkLWa2BVOpql3nR4ueLyIpgVjpIKZN66db
D2ya0phLl07zSJVUYN7rtRFFRoNusYTO6Eo8WEiQHyIzjUILn5sx5Cf96Jrt4uAYGTWThXN2
2qQr05LKulPELlYJFoSFZUX3S5gFYaspWpJUCxrmbTe/aR7/b8ef4l6JVRaBsA/uY0Wji8A4
r/ga7xVftV7xNSF0ZDwPTPAmett7k7wdvMnelC9yzzoztubf/M+6c+g+Ya2Vf0Xrqz4e8cJK
8j8WnlKezNPlhqbFPkZhifLZx9tZ1pIVXv/p8GxX5EO+Oq8JZhEZoS68trPuLCr65Ytdi/5j
8XI2w5h9xkgV4gqNnw2GZWQQKW3s+tFdLumNvh6tl7VnZTG6Z7tZdTWY/5TdJ6LbzulERZNa
E2p1jTXQLlbJuVnS4pB0c9p+/SAUkao1WqXJ266LsBItKz50Z6OjbKKKUulUTWtejVVljYdo
VSlhkzBF6skSMdGKOi7dadl8lW9diIROXCiqIvpWUdW6RSKZQIs74o44kzdoZsIgFX+Rn2Jo
zkmTUn7YGkv6qXaZk6+7Q6JB0K81i04zxlFb1DLKmjrbvJwN7KpWu/raVmRWWoK3Vhe7riS1
xESelOGaRBAaJ3l6clxOr8vvtlNLW7DFrGHpolvQDyaOmMpcD21kPTfXUcb+dXWvx5PyMl9r
9shydHFjpjX/7JwWqQndILsOSdAPWFw3hvZqTk8wwhXtc3XUhCSdMwm/rXAtDG4nqLbt2gmz
oGR3M9lCevLyJlDl8kxCt7TFtXFtRWZsk6n/q+soFz7XZiyokg7NmB0y3HOzjPiHv/9X66jI
Wobo9NfIAH7h9WXUUeZyslKyagqur24dFUnbam3PGfuyqEiGKzXc6tJgDYCe1iTDLGb5uB3X
z29t5/UxS8YZ+9rmny6jdXoTHa2vZWil2nShydeiwIQrXG0/kuk26rJb4eRtiSK9wkEu2emE
ejZh3tTCMLhZmwL5I646YuEuDa2u+1+iFnYzdeQt9hijKys3h00eKDESbhRnqT66vlaH2CJq
TPdgDkVOgmIGSu30lII5uJGhkxa3WFCmuugwmlZPW3dG2wW8nM11t+rFkTK5AlswGD3Nm1qQ
CLx2FY8JgbZIZO6GGD9mLFdPqGk2zahe0ybRY4+Fe1/Y4KS1Oo8no2Owduqw6e60i05kFbZe
6ah/iiyddQGStZi9sby5RPpRO2IfqZNk3VWlG9nqMvNbgxrIzk91I9J587SizrUl4+3ZaOqb
2eXaakm1bpeOrBcN3AjL4pxwSyw9QToXDXUwn0Xky4x0tbhJc3YQ2qTozGCherDmR0+yi85R
IHfGlJoZJa4UT45yM6PKVeBXrwqs+5KqwFLNxiAcdu7raoLznw+P5M/Osh9MTZPMVzjUZBjZ
Yn93HsucGEpV4fWlNKspdnV581R0UEs9+d8Oj61EUBV5vQ5SuG1br6Cl/18NzxwJwBcL0peS
X/aK2Ws1j/wHw+PUf54pKfWxrmtt8/gzFYBunxcUyDFZaoST8yfelRbJatsMssMX4lawi2Ck
+SnjeDPbZDJo3l0zt8i1W3WNk3L799gHw4mjeXu8ZHxXU+rd9/R83tVOII5aP43W7LGLMbXF
oesxV9PlrcmolOEn+avKmAPiQjCaaYwUM4ASmdkcXYKRkmZgkkwRo8VW43qBvTgk9X61N9/t
zOL6nyPVdzir0nW/xI1xYgerg61DzNBKwfznyLikWOKm0udJacSSRzPnYWeIK3V5q9Lc0F9l
3R5VekH8xHG1B/6frsTrD51/aCbbs2YqcbmmJ+NdsoyxSWaPyRhTJ4ZcwkxBzhZ1tq4Ro6Ke
UlmDUJWoyv+r4ckPjqxULQhJtbRE6neOyOh/ITyBWRH5HsiJhLcu2Y7yzHV0mt9lk8xAjL7M
Skp8po76cnzUK5MCxazHbEo/+GWlgLYgvkLhkWvNmA11xROhTVex6U5ORJc+6go4rN7Eicgk
bNNQ9sMtFcJ1L9LxasW+Wu8PYzvA7WQGcUjumnUM1WYdZ9E6GRs4NzE7b1gzF1luF9mLOn91
jItyEBYzbB3PZKIrM73ophHBvGJXOxba4qTPHrPr6g9q3KNufDD7gddDM8w4Zzt4xBm7divj
T7Vul+6VNC1v6VYwm+hmo6llWyV2gMHuLhdu9BuMo+vh+OiqstBa0EZTdaQnXrxyg0elZMNF
WBxIN4czSHKZ7pTdZMt0mcjCkiALgtTJS1e3gEDPddQ9dfJsEntDnLEjUTIDSi84KLF8R9t0
Zr2CXacQNe3ybJ+wm8mJlFh8heJjBiIiA+IRE03bZ55ebdUg892dKVY8zl9gd4k7n8P0Km13
yctl08temF4ellfw3Fei/+RLNXVkRySKsj0g4FCvPresZrxnv9rvtZHvcoUVyn++4sgPj1Uc
WvuYdUG6aJlnShQU3d50gwXSeGr2w51j8haORJZ2FFdV4kp0EYSdPuNmUdu5UNaJIDQ6yMFC
abtmTDpo8+fpL5Vp0jbocqRCuH1FxvYa6+eDaTLiTP5M+lg4jBl0pqbCGVmuFRxPmd35TcBM
RUbzVu+aZvRGj97RMDoKH/bnRifT695tEyBxRsJontA/6LjIpiJ5A6FGacsaTtuEnlhC39ZL
6iZF19bnq9qZbUGE8+d+BXO39azv9rQZwdCLw2i56H1CE3pWuzYjyNhcjcxflzXOOpXcGjXd
lY23LsZiEpjARBw2Symt8/+3O5o9rSfdc05P7kywzO//axWllt3tV7veNlxsW6ojKGIdBOMv
euOrdPHWl7FCG0NLse/2y8nkrRaNjHk1u2Wn5dGQr9poyJdZm5dHH75QeL7o8MN/NzxffPjh
/+ToQ6B4Vz8GYYudOFT3hUYZ+hhisEbJ5x1k6GuEQZwpMchgYhvM3ndzN8wkdDcTzLYgS5Ue
LSRmgiUaMOdHjqv5tzsrivsiikORc70Wn7sFL2701Yj/zBZ8pEdE3CndKfKFekTEmRKdIl+0
R0SciXSKfHaPyODB/9bpOGY9UdM8OVbJ7uC9oGGe3fVTh9Ks4fF2aprWsAvp1qibFoVbXGAQ
a0NDy7HZvjbSSxGXGbGUnrr9Dpo/vWn+/gfNnNM0ff4+dbMiK5RMLkl1Kw5JFifcro3yU5cZ
M4zbcibmkF0Lm8mLoCwJ5bbOjnazdUh3l+tKKZozZIoWXhREKJRSaY74pvw5v8XDXjMRuUem
8piyqUtjfkiWhsu2g/1tV+OjOV1NtpE3c1/sXjX5rjpHJYmluNp9FJv9lrjtudGp1dGblR03
tdeZ9DI5TKw3mKGav1RVhMTu+dDSEZdDwmgxZXOJlmhBc+tKO/3WRNxN0HHFJN9BoyKktVu8
EYpuy1oZKSUNksumXyov5tIS1Zv6R2aqyfJop9zNkvCl8YQOEkksb4vbdXMaZ89sbJw5d85B
DdNn1e2fNyzl+sS0oJletoTesast0d6tj00RZ4LGv1YIvWZjPpccwd5fO3pZEY5MfkLplJM0
0B3DLuecD75dDmZFzPYJWG3fVwwI9PRlstN/UC1E+wc9347DSZzECa127FaX8d5kOt4aTM8O
Uzdnk9Ou9ky4WY4tso2O7j0oeD/X4faXDjofipzJW04qbgTHlWiRsaohnXcoSavfkzD7qAV7
eXh6w5iWnNkmkRC12Fne+RuVem6nFFHrVmPhdkGJrNYx1wrfztejkimVytW2GzbrMt6dsGgS
20pYsQRLIytvorue+pm/EXPMVqDaKafr+J43hBoMcuTy4hMV33AKoc6hAiWf09aAHt0KC4ou
maLew73K9Yl5ZlIixd9vWZLt7nRaOewh1r+YbqNAJbintbykbDaZjW7si6R+dyZl9vCZ76TL
9Q/ZvUglnHZVmEnbaXUNBxHEg+r3mF6/V+OC2dVaxckQqTw6Zn6wAkBmRcquvOHOl9ILPnhw
wUlvgz1bzN0elEm9CFz3kKW7tM0hzxndpNeeu/mirYlsS7dOUO1q8VFxRtHZm+m24ha+mySa
E/tD5qxqHZ2Ste2ZTi9ccueURjrYmI7nMu5AoljoSdiD6ZbAhrNOTBnT84bNDr22NNgVoXYX
l4700mDtn90EwThq+kh1JS5JE1mUGahv2UzAzEV1R15lioyLQhPGJoHsXsajsjiwzezXoV3L
+PqYMLOST5JAVG23LKj7jOP35IHPefCeBCdyYcKXuERqS11dwVF87uqjidNXy+fQ8PWm1TxX
4na4N2HoxMw+nl3N7WgIZq/muUN3sivTtcIIF6pHXp+un3M/SLMgeGqXz+H7VP29j8dK346+
fuhqngsCZVRNGKrw9X1W93rp21Hfzfc+Hit9m9cH93XeY6LwvMevupSG0lj0U97r/00JdTkc
NOCLMnn66l4vfftzS+hnl4/VSmjp216RhDp3v3DxMt/7eCwI+Xyvkvq+qjjpVvt66dsi4CLi
/9oZpeK17lpwfdp2jUdlyu1OJq0ceyZIdMsiKRymJ0cP1gUbxLiKTuzDTNVXpkSlTOz1DlQ0
RQse80pf/3bGBH+uruD+93032iQq054rO59HplerTaxI52uDPJlerTYpfTvq+2q1iVMHBfrg
S6rvSt8u1iZ9PFb69n+gvnMrZGVUWfIGE9PsD+Y6vUxHli330lPmVTZNk31HjeVqt7gVV3K6
x83NGxY98y+eZhxRNNIT54ZrOzLp7vYOo3JytodJDOdskb6xVrpep1ZWK+b6CqkVk7muAO5y
6M5yRXNc34jqhS/fjP7caqX07S/LjC59e82rFc80ZSN5mnCbSUfGsN3C/la9H6/vVmOaxRPh
HnOt+WVf7km7Mt98iJXUYuJGn4oMFSaThcJ9uq0Gi/iGGlvNqepBNAv7EeYFB03ZO+7s3eCU
qYIeWM911EQ7CLLB4V95G0Dq5AkOiGiN9J93pnsi8xBtJ4U7n0o64ws2rW1IN9Zkc71Juyfj
EnfIQLYj0ZYrCHHd/Gy17g8RH4JdCxPZTHeX3d/AVSUFW9LlOvLP9tadDuGR2JJ7qRat5W0f
hK5LXEq2dvsuZ0xfj0x5crsv6s28cK7g6CQbZFcnFQ0imMOXKomRmSKk9zTmm+sGC3dmddt6
FXiQCPYL1qe2zZyHgLjxHbN6Pdi51zovjvSxv6efajfrcsgembvsLxNvZHmw2w8363Yl1Qm8
13TPTuSccmB1JKwmFI112Wqz3Yfr7MfN6LTprNsi0Tzv1tPLQWp269PpjfOqdHBE4BJd4RZL
0jfa3dWSlp1wxYXiqSym4073m2dlnpjuqS84Wdr23NlZXZHUDfJH+k2jy9edR5WytYs+eYlY
Rk5jjOxDJ0UjmD4og7IuvEWBDU98cx2yRghikUMlw74wd2yuHzk8TPeEuqm/0XNe7ICK6ZWU
gaZqt6+13ZayOa33bPGcFSOhTllrxvatudGMEqaNS5w8NWBvSmLRjrNlPNQMhQd8FJUJsxGb
9HrmHWQUdnka92OhsVjSmegAaDhFqbpwg+fZjQuaimcluu0SrAtG/eWpPnGlssR+OS7DSsyv
smsBquwgRY9d26+TXo/xBeMamXR7t4RWapTulNn6Ww5JdbqxuTfI7qQcLSTOhD391DphuMPV
eqYHWT8febiEpstGNa0s7bNTOcNj11uilY+pT8NNgPMO9zRi25KMJzqJ/hh3hKX20yxN1H3x
ukc9Z0/z7YxnCX1G5ovHvLkpvQ15R9ps0kta+PoU8ITZCzY85Tc8cyQytNOSTi9JuP0jg4WI
wRTRwhwyomEXQIpGDyYy2FmaWvnbYqLH4jKdoXQVdKjb0WdTde8QMyd8lay2IyMMwehKe3ei
VW9kbn2dKcOFVHZyvKw5GdmeEyZO2PkQCE+l+FLlGcE03ex6i8xg3rEdKizeu6+4bgpOr06k
7AZTOkA69abVz/NqJ1n1P2HigbEwKuHelqFhoOMu9arsp6gHoN3Onbo3JpTBvFPUqoPa2g9X
j0b25dQDxfrky9U5kTOqQHbtlU3TzOi4HpF3W342yybEog8DDWz2Eye5GvQ51Dqppi/r8jO5
WJGpFfVvdQF29UxWp4Z2pTc87i2cQS0DU+lSpy5JsDvjS3y7zqIoruHoeV6mB7pgqTa+4sVx
CmsXKwgyV8Yd5WenfeoZCDOnN+4uqjCOuZUxe5W5cSoM20Qq0AGlkm1yrHBnk2wJobHGecYd
5aKnrohjXs6P6wlDkRK3L5aftQB2x5jpErMokQmUcaMfp9WvT+6Wx7x2ecYs6NKOBQphz3SH
1h6zxNhO+b3V3ux462IsxjnxJR2LE5lEtTc/vtj3e7y90unWZEKX//qOeEaGmOb54ro5hE0c
yfPNhUjqj3nkX308SYKltAN7xtE13l5+Z1dbtT2QzAip2XRET2/Xu6PLDuheh5/sautOOhtG
qy+3O6mObyKbvxUaST4l5s3322T/zBYZzpwi417mvMceP+8XvGuMedPQuSnZf3R0U1TjNKLz
W+Ny+Pk8O9edRul8vyehB+4mjK7W2mCK7lHVp42Pq51U7c1FPKSOGT9lyqRYsQ97BSeqi+CL
RCf0WeVap7vlSLp/zm7IqvMH3Z/MWg/HT6wODjeXDMtQdvBsh8CzvfT0lvmIXU4ySPZbGy27
A5RamDTaujVxXG01adTjuzMacXGydnB37aAefvRFfcRwzW6iFg1mNqrRgmaYOQI+SNGGTLwt
Vx1+n55qx2Y0qw2a4tklUohlo9R9zUQRSff2TLAKgBgZMaz26mPTY04ACU9R62+GrFbU7SMJ
FeWh0+3hrbvDqDFGV//LwbIKqFTIvMrpsujBGy0nFuhBb2NvSyiC8wx6JkU8l9dL+xfrIxnI
yqD6oaDSrCaD65I9sjG93qNx9O7UoX4SJ43H+2bMJB+sdaeB86vj4EggK4pW0ESajXBMmJgn
15NNQBpixNBmAX/XxzPUroWFSOR9umtPVdJ0qgpFzhQdJ3URl/eKedOTiHZyScKTo1hkytjo
Weml3izbVNUp29amN5MM03Xiv56uU2TQMZ2q6VNN7BkzGissBLxN3dApOt9tOjhVulazkqJS
G0UOLYlU002BtTnNWptz7OHUOoPmuUMk7RCoTa0JE3aY+HkiF316drwXnTRu/GoVQ9DSqkOP
JGRNo1S+bqJU1EPXoxLm3/jqUplHSs2WRrrMXpRysTiNN67YyVxLXT026a3C08l0e+/nyrW+
lEJTzGtIoAiyohQoBkkpDVoEm2Y1hr1A+5DgIuHjY+Nc+GsnTtLyt2c81S2npxKDKbgZ7oEs
7VC94aWemWSnVuRPEW/M29tdh0fX6ol4e0Yq2mSyW9sjdq8ta9BL6topfXntYnHR7QBq26AF
26DH+9oEXbsZrjWtD3dcNskUDfVUtxlI5CnbR98Qbq861dzR+sZtfxnsu2qv+u6M3qOaRxrN
wa8FCy4m1OotX/WzRgVgPiW6/NJuNOhOSFM9hQ716YZzRGZn5YfQ/TK/qeiXMH+nxWTemFGM
re4Q7FINlWkYxS2R42iKz/HRPSGBCRztk4s0NGSVTELO8sh0p1KukzDdJUZM4LabRmY2knPu
dVP9pmzb23TWJdzsqy6ZfJowq+hpuHQk9EyvnNnTVGQiOIRGT5zXPXUmGLGgNtSRcp2AkhZ2
2lmSxrnYpc2+Di0R6tSNGtc5m/X1IkxxJ56U8msUZ1ewt3x4lo+uDkPPFs6YLdXggdq3iF7P
D9LCWbN4zDax3Azs6LFN9pgbE5qidpxrg8vAV6K52xyRe4ifSevh/ESnpFmVPqIkkZJvHm9n
4pHMi6aWKB5cWmz3krUlNHIol11CFk9FDmrJGfEq1SUSztiVqYJYyWZRKtKk27i6sDf3JXe6
C8UeI+4mBYbZs1pBDXs0q80Wy2J9Bz2QJjwt0isR7MlboivNdFu02bdDnzuLfQ79E1eCDs5p
05v2MAOYrhtDzwZvS/rLXHeQzCvuSKeDs+RMYmphc4cw5K0GMI38jF5n4JI7csx7VLNTUdTL
BOKszuV6MzKapyYDR/2UpAEtjM609BiGPai6nJjOLDvjVHoO3RGcNXaqr+nuyzsVSF605yHk
7X+Vd4pZrGRgoufu9TWMYeog32tPI9FG8lxEW0xEg/4jHfjoA81630ybylEl4ORZAqIXOJhT
nU2PJSoq0qdp3RIXnH9LE0Rqqdk4NOpqugXTI2v2FJcTfXx3hHDGN2cs2ZCIy+EW0YlUTVtS
n/Fm3RUhcAf+mM7BmF5+ZIc3kr26lm/CoN3Ga9Q7f/ldyXSvnn1eYxaFRvr543ahaE13V9F0
7BJJ1mWMwCCJgkWm+qwM8XU77Wc2WhnXZfNWp3t2Qn1NixjqLWLs6rnWWTf0UpyH4oo5GFxX
ELqnLjz3sKD7PrtjZLRHH2Hn5FGcCbr6otIYbKYrTW3pzE/kTciOFjqdQzLI4EIfHjgRimNG
d4NbzRHH896s6cg0027deBkx8/sQWjtkUhgA6Q0v3T2bzRs70LZ0jVY2kg/E3R4MhUM15iQu
rwc1rlcnuBthuY10J5s+4XyvzK7FHo3hliVh9MwiMtdq09mMPdfd6bri8jzPE4C+KjOd1tIT
Jmcw553DtiSRTMvW79Xh4gtUqT1jVezW4Cwqm2V5Ahh6k052mxiF+sdWaHrNHQmizd2U7ACv
u9S1ualHCWzUTL92vkiYcw7j9o1IL7zM2RYzIa63dzaFHQVux5AywVCGzoNCJaxHl+ziCH1m
gJnlHywtM2eBNfP00kQr71lZk/4ivWeuOChOtGkbyg6LiqGks2C65LNtkkh/q/Qo2IF0vtY1
zTbzSPrQw7Loy8zCb0bHmZ0BSWU5tkwPU6aCI2Mjdp7eDiki/LGimtctUhJToXUx9YB0N+cP
aoZSb86c0+E3g14yviaVc7orPHFAi7M96c+3WjhbymTRQhO4rYMqlX4sb9sIO8M9nqwx+R9I
kLGu7X4YJn6YiryQztjdkWw0gsVAbnKTrtGJr95bPCzBehmflz/abTdt7OxO5hKR82qytjEV
BNIZWOaQHasHo6vv9Jym6vyNPeTcRuOOK/syXubLxlg53+z/HRj6ZogqL2PsTo4z28zajuiO
RvmriuyyNFfx5W1avtSeHRmcxGwVh10Cm7N9qQXFVpwanUuntY0/2q5YtT3A8VTvUtloWp9s
HxzIULzOSXS61ZiRM/ncIKRLt1z+KfemQimxdDZqjDXEvAO0fLbJGpSMbUnPLK2H7WmIkckL
eUdXpSOnR0q2BqOSethH9FpHoisYUei153DqUdceqUDElIhq5djgab5kdbZ0yXNFzspqqJFt
y4jCNlgXtjhpXGiUeNHKqK96R1RMdrBzX4xn7YksuU2a8ViScn5oLnlia1idEi92Luu6M7LB
gG314NCqMzatDZXIEY1HXRXkBzweGmhkVd++6S3a/WSXmWKhj2+UiUESdl8fUpIaXHiIMk92
+r79QjnKJrSeiGZyTNrwWqTGZF0vge2jyxurkBtz0ksSsrVY1te95PW+pLL8MGH8BFkgJF1e
6LOGjN0Bb3a626y32yfhL62WQYsEIpHCjSkTx03UG3QsaKwLvYot0V7tlhJ/YsTMdIClO1LB
kEoQDGMEtHZKp+IS2rLe+PE147WT48aNnzzOm04eaCtzRiKVtNbOYlyKJa1LBb7YkZoZsWCw
xsQgl8ZcitOibtbadvy4CeO96dL8lt0qU6RjypvfGqv25qex+2prJ46Tpxqxf6mUuzPt1d7M
WdXepHHjp0yKRLdTexZLWZ9267TeBKFxg0Jht/x/N/1l2W0y4XftlujKtMciKSOKI5mUbkzK
3zx9DnHfs8ZmTm+aYVtVWFRd6ayW8sgosqixHkLRqicoYB+1pM1qVvSm0YYR37qcbzxorMSM
tFOcvtFtFqk+ZFKAH2zU7/pnTAVcaKtl3OZyuv1FM8V0mdqTbpp1FWCqiuhgou29pRbwzbQ6
06sks4dQG75sZqOrU9M/Y0Kps1mHMe0O0bbqMWh77UjFaGbRyIm4MsKc8d2qU2PRamtJakoE
xtf+YVGIahEtYY+/0LcjHusJLUE7PTIYLbkzJhvpTzK1dkafhKydtOkrWseN1dWgirQRbg4P
Dm67gX+XRnaehFnO14bc6cp0Wv28mvGy4UJ9uiuh+8u0sEmOaaPIemhiFzRJdQu0uznphtZE
j0okxSTOSIPMOWQT3xkS+c5Uu2yLjAGnZOqL39mVM88akTHbPaCG2+0wnMtTCYZ0q5uVha4P
3wqQm0jXpY/f9nPS5W2jg+kSyJ3UZ0bq3Hhy4fiqJJo4RASCjSeCRqQuUY1+i2wmIYd8x/LL
WiLVk8jp5Yl2NwAzTUlsD209NGdsL4l0YUrUUzZBzVLmdFevCXK1HMFrqvyM/VOG4l0OZKvD
MhiJr7hhoxx2s7bopkSkaAXWQXNQ8Zhpsaar1Q+KmxMuxGWembblDsrQJTki024uiyTB9GXU
vG7L1QY7nUAqtS96fX1e3e7TvUVbeaPHzMM4nOqN2WrMemNGe96wgbuu7seZ+gS91T1hOjMT
xtbUg/D6cHlTO28p40qiFcJzIfVsQ6npY6t1tdEuvrZTmKQ7wRqQKTsROB6xHtpk31g3kBLs
KxjdVN3NHdpeN8hCe3J1gXAxi+sl0RQVt8uJWRne3WXyiifMvI5gN5ST9tFvnKRt8E4jl34r
2aDKV/kqX+XrS78GKPWXdZV6DY4cpNQP4TQ4Hy6H5esrdRLcCDfBs0OUegleg3WGKTUMtoLn
N1fqVXgN3oZ3oHOUUlnogX9UKTViW6W2AA9mVyv1LWiFsbVKrXxn5Z+fWfnMyvtX3rDy0rPl
/x+t/EGv/J/iv5b9VtrgDqtY5/ABe1SogR0PDe+Zkdpj3XVyMEytc3gLd1v7uPvb6N3AhcaR
pZ7Nuxs8e39JF35e0rfo3Sqe7b9YJ7R+Y3NcH7fnhmqndQ6fu6dSe8OCdSq+yUfhk6P6fDL0
v7pkDErfvTMSqnXcH1tK/u8By+Fp8AYq1QEJWAxLIAmdcD5cABfCRXAr3AYfQ+1aSk2AZfBT
WAWD1lZqPWiCc+EFGLmOUpvDJ1EZLH/58r6EV8XXyArJf3WbUkfdznN9PFi+/jdeAwaoiop+
Uhb3hSPhKPgN/A1WwHDqhBFwEHwLErAYroUVMIn64XvwKHwEK+Fj+AQ+hVWg1kPQoB/0hwEw
cL1yUVxjX8JLl3/Ji7VgBIyEWvgmHA+XwaPwuuQZdf+msBC64GZ4GYbQdJkLP4Tr4SH4C3wE
m22g1E5wKNwAT8KHMPRr5axYY1/CS+e/5MXXYSMYBhvDJrApbAbDYQSMlIdhFGwBHmwJo2Er
2Bq+AdvAGKiEKtgWxkI11EAMtivn/5r7El46/yUvxsF4qIVpUA9Hwv0weEPyGraEdrgW/gZb
Yf8n4MdwMbwDk4Yq9R24Hzb4ulL7wPnwEgzZiHIP+8FZG5WzYo19CS+d/5IXj8I3aMO1w9Xw
LkzeWKluuAv6b4J8QAaugzfgTdhuU9p3cAvcCi/DtpthL8ClcAfcCWq4UhNhe5gEi4aXs2KN
fQkvnf+SFwfCJfA2TBhBXsFCWARLYRmcDmfAz+AeeAH+BP1GIh8wHEbARNgemmAB9MIhcC6c
BzfBzSPLWbHGvoSXzn/Ji5UweXNsebgCroSPoH6UUifAE7D5Fkq1wDXwHmzokcdwDpwL58HL
ULWlUgfD7fAMPAtbj1ZqCVwBr0PNVuWsWGNfwkvnv+RFBm6BB+HXMHRryi6cA8/Dlt+g3QfX
w8vwClRuo1QKbodPoGGMUsfBYzCsUqn94UJ4DbatUqoTjoDvwwNV5axYY1/CS+e/5MXXtsVW
g/PhVagZS90PN8KHsFO1UkfDQzCshryF0+FPsHVMqSRcDx/A1O2U2gNmwnJ4HDYap9QBcD68
AlXjy1mxxr6El85/yYsM3AIrYc9apX4AR8KDsNYEpebAafAsbD0RXQDXwnXwHkzanjY+3Avr
TVJqHpwOL8A2O6D74Tr4ACZPRg9MLmfFGvsSXjr/ZeylFrrJkx749Y5K/Qbe3Il2HpzUoNSZ
cAFstQf5D7vMRU5gXxi1H+0AmAjLerH34Nvw6+PQF9DxI6XeX/HMivtX/GTF9Zes+NGKH/Su
SLWs2G/2imkrXEDC8Yx3R5QaZVkxotR4xoqSz25Q8tkNSj67fslxkujdwjGZN4Z/9pjMn0uO
Cf255PjRC6sZKRr2uUeKnuwzVME4TyR8T0f8VJtKWfwtVEzBlocGOAYehiFT0dtwHrwKVchF
Gm4DhWyMg/HQBAvgXHgZKnfmObgWroPr4XH4Hxixi1K77lIuimvsS3jp8i950QJHw9XwCLwH
m+yq1KawLYyFg+E2+CfsvBt1BDwEG9UpNR8a4Qx4DDaaRjsSlsFdUFFPnsMx8Ahs0lDOijX2
Jbx0/ktezIV5cCHcAz+Hp+Bp2Hy6Uq1wDbwPO80g7+Eh2Gh3pRbBJXApvAXbUz98G+6BipnY
gnAS/BG2QCO1wll7lrNijX0JL9P/R16cDZfDFfA2TNiLPIRD4RewzizkA86EF6FytlJdcAeo
OeQxzITl8BRshl3QCdfBY/A4DJqHbQjz4cx55axYY1/CS+e/5MVLULU3dTbcDk/AkzB8vlLf
gu/C9+A+WK8RXQ/nwCswtkmpLNwF/RcotRecAs/CVvtg+8PNsBLq91XqeHh833JWrLEv4aXz
X/LiCRiB/d4O18Hz8AKss79S68JecCr8AUYeQD5CAxwLj8KmC5ETuALegcmLlDoMHoQND1Rq
P7gQXoeh38Sm/GY5K9bYl/DS+S958WN4A2oPUuoQ+CUM+hZlHebAGfAcfAKfwtS4UofD/TCg
WanpcDxcDzfAjfAKvAqVLdQVcC38DO6BAa3lrFhjX8JL57/kxV5wCjwLW/nobLgZVkJ9G2Ud
joffwybtSn0TLoW3wOtQakuYA3PhNHgWXoPXoSahVA5+CgNos86CUxeXs2KNfQkvnf+SF8/B
8zBkCfoZFsIJcCI8BpsllYrDlfB3mNJJ+Ydfw5CUUvvDRfBXGJ9Wqhd+Aet2KbU3zIdz4FUY
e7BSiw8uZ8Ua+xJeOv8lL66Cq+EdmJjB7od7YVBWqR1hJ+iFQ+DbcB8MzpGvcDo8D5t2U8/D
efAw/A6G9tBugDPgKRi6VKkFcO7SclassS/hpfNf8uJF2HoZbTa4CT6EXXqxB6EDboAPYJdD
lNoT9oIDYCFcCBfBbXA7rISGb2MbwsOw4aHoCBgPtbAQFh1azoo19iW8zPwP8uJceBZGfUep
A+FceBaGfxfdDmfCU/A0VHxPqX4wDQ6Hn8Mq2OUwpb4DP4WVMPVwdAbcAXfCT+AueA/eP7yc
FWvsS3jp/Je8mHwEbXpoglPhcRj6fepuWA6PwAY/UGo2nAC/hUFHKjUTjoFfwYPwa/gNbHiU
UqNhK1gEB8JFcBVcDW8eVc6KNfYlvHT+S15se7RSCbgCXoNtjlHKh0vgFRh9LPYfXAh/glHH
KbUFtMIV8Fd4AwYer9RaMBdOhmfg6ycotREMg0VwCbx5Qjkr1tiX8DL5T16MO1GpHrgHKn5I
uYZj4REY+iPyG7YAH66Bv8H45UothbthwElKzYAT4Xcw6GTaeXAaXAKXwk/hblCnYB+cUs6K
NfYlvHT+y/j8EtiSfNwKdoF62ANkXVgFbAKbwXAYASNhcxgFE2ES7ACTYRfYFXaDfWA/2B8O
gGVwKpx2m8wJeHXFH19d8fADdz98/QPq4nNPufjIc1VvJtG7MNNUKrCDg/Hrr43smTG8jxHw
BetUqCHBk+7u4Lw7G5d4V94rdNOt1Mx3090dnHen0E25V8rNUSXdHFXk5qgSbo6yboZzCj4s
OasherfU+P8/I7+rzaUsHg3HwG9g8KnU+9AFB8Pt8CGsd5pS68NsOAkuhyvgp3A39D8dmYET
4UkYfgayAlWwLdRDAxwHl55RLopr7Et46fIveXEZvA5Dz6S+hoXQAq1wObwNf4MJZyl1CBwN
x8Cv4H34B0w5G/sfvgv3w1PwNGxxDnUBzIbFsARuOaecFWvsS3jp/Je8+BjGnqtUNXTCqXAa
PAn9zqNsw3TYB/aFk+EUeBY2O58yDtvCHJgLceiFu6HiAtyAETAStodJF5SzYo19CS+d/5IX
O4APbXAtvAd1F2IDwhPwBrwJtRdRxuE+WO/HtBchAYvhBvgAxl2MbQjzYG84A16AjS/BjoBF
cP4l5axYY1/CS+e/5MVfYOylSqXhNrgdPoGGy9DzcClcBu9C3eXU8XAVXA3vw45X8Bw8DqOu
VKoDroNXofIqbAm4FfpdjS6BWVeXs2KNfQkvnf+SF6fDn2Dba5TKwt3wM3gOnoetrkU/wGXw
BqxznVLrwh5wNNwHH8JHsBI2uF6pr4EHU2AeZOEQOA1Ov76cFWvsS3jp/Je8uBxugAfgSXgR
VsLHMPQG8h9mQjMk4Fg4Di6EO+FReA8+gmE3outhR9gJDod7YdBNyAGcDi/cVM6KNfYlvHT+
S15sebNS7XADfAATb6Geh8vhClgBE27FpoNfwO/gEXgUfg+PwePwBDwJf4Cn4Gn4IzwDz8Jz
8Dy8cGs5K9bYl/Ay+U9e/AlehJfgZXgFXoU/w1/gNXgd/gpvwJvwFrwNf4MV8A78Hd6F9+B9
+Ad8AP8D/4QP4SNYWc7/NfclvHT+S158LPkBn8IqULZ/b1fbVzf8dqWOvN3sEXX07f+BMKz8
fF/+2ecvH0S/9BG98lV0VWB/D1H1W1eoiiEm/9eX/D0droHr4Hq4AdYlnwfBprDZ7UYGRsB4
mAATYXtIQRq64QcRGXn/7Vff/8MjD/7iQXXrdZfeesZ1y69bro7/7BB+Ra6w3zTsk31zeHG/
8xsl+53fKOp3fqNEv/Mbtt85fGrbkT0zwm9b5n3zSvR6DyvZmzysqDd5WIne5GGmN3lYtRq/
vKNiixuOiHk3PFC35Q2HDRgNWy2/cODW8A0suk1uuK/fprD+8vv69Z1i5ev/z2sjNVQNQjEk
1NdUf77313d3Umq3v6/qx+f6ai01R6VVRnWquErymwjBSFW/56bqoD0qBsT57KSgpPYYsE5W
F5oB6xT7spOq2+3dVRdp9zZWDcpXbbjWjXs55al5/J2Bdv1vl+rg3gz8TPFrvisH7Fah3tWu
DOKtJE8neMpTTbi4TD/dj3hsROg2UnP3HKD2hm9CnO9T1ZjdfqwqKqbyNkoQ9zv5z9e+eGq+
DpNPCOROC/+iBXBnQ97dUE1Uo/B5aMVE3l2/6N2o70P0WxtpH9dXs1VM7c6vkn7thDWuWvmW
VctJoxuhe6JSv96BFlYDWvNmeX82z5e6rt3r6H59/3rYan+d0n91v3bPXN2vm6xztC71m8Ou
cBoMpx45Eo6pMM9IyAfS7Jevq7jk3h4gQ4hPg8cPHZCAxbAEktAJ58MFcCFcBLfCbfAx1OLz
BFgGPwUEUg1CQNeDJjgXXoCRA2Qis1L7wpFwFPwG/gYrYDiBGwEHwbcGhnubXgsrYNJaSn0P
HoWPYCV8DJ/Ap2uZvUzV2lSY0A/6wwAYCGvBCBgJtfBNOB4ug0fhdXmOnN4UFkIX3Awvw5B1
lZoLP4Tr4aF1zV68H8Fmg5B3OBRugCfhQxi6nlJfh41gGGwMm8CmsBkMXy/cy29zGAVbgAdb
wmjYCraGb8A2MAYqoQq2hbFQDTUQg+1gHIxfz+wPOA3q4Ui4Hwavj/uwJbTDtfA32GowaQ0/
hovhHZi0AW1LuB82wADZB86Hl2DIhsQP9oOz4FH4BoZKO1wN78LkoUgs3AX9v06YIAPXwRvw
Jmy3kVJZuAVuhZdh22HkP1wKd8CdgCpSE2F7mASL4EC4BN6GCZvwOyyERbAUlsHpcAb8DO6B
F+BP0G9TwgTDYQRMhO2hCRZALxwC58J5cBPcDCth8mbIIFwBV8JHUD9cqRPgCdh8hFItcA28
BxuONHssnTMy3FvpZaiioB4Mt8Mz8CxsPYoyB1fA61CzBWkGt8CD8GsY6hFGz+zn8zxsuSVl
BK6Hl+EVqByNvQe3wyfQsJVSx8FjMGxrpfaHC+E12PYblG84Ar4PD8DXtiG/4Xx4FWrGkJdw
I3wIO1WiS+AhGFaFe3A6/Am23hadAdfDBzB1LDoGZsJyeBw2qlbqADgfXoGqGuIJt8BK2DOG
jQpHwoOw1nZKzYHT4FnYehxxhmvhOngPJo2nDMK9sF6tUvPgdHgBtplAusJ18AFMRpsfAb+F
iu2RB2iAY+BhGDKJ8MF58CpUofnTcBuoyZQxGA9NsADOhZehcgrPwbVwHVwPj8P/wIip6GVo
gaPhangE3oNNdkQvwLYwFg62a/f/CTtTxf8AHoKNdlZqPjTCGfAYbLQL8g/L4C6oQPnvCsfA
I7DJbugumAcXwj3wc3gKnobN65RqhWvgfdhpGv7BQ7BRPeUJLoFL4S3Ynhrw2w1m/XHFdPIW
ToI/whYzcAvOgrPhcrgC3oYJVFvfhkPhF7AOFc88OBNehMqZ6Fy4A9SeuAszYTk8BZvthZzC
dfAYPA6DZpHXMH+WWfP6ElTNJg/gdngCnoThc6hP4LvwPbgP1ptLOsI58AqMnYcugrug/95K
7QWnwLOw1XzkB26GlVDfSN0Bj8MTMKIJ3QfXwfPwAqyzgLbZArPO8lT4A4zch3ehAY6FR2HT
fQkbXAHvwOT9sBLgQdhwf3QsXAivw9ADkEv4MbwBtQvRU/BLGLSIOMEcOAOeg0/gU5h6oFKH
w/0w4JtKTYfj4Xq4AW6EV+BVqDyIfIBr4WdwDwz4FvGAU+BZ2CpOesDNsBLqm4lTs1lb9nvY
pIX6FS6Ft8BrRU/BHJgLp7WaNUyvwetQgxGXg5/CgDalZsGp8Bw8D0PaiTsshBPgRHgMNutQ
Kg5Xwt9hSoJ4wq9hCG2o/eEi+CuMX4Jeh1/AupjHe8N8OAdehbGd6BS4Cq6Gd2BiCnmFe2FQ
WqkdYae0WTdzCHwb7oPBXWbtzOnwPGx6MPkG58HD8DsYmkHe4Qx4CoZm0R1wLrwIW2OWdsJN
8CHs0o1MQQfcAB/ALj0UDdgLDoCFcCFcBLfB7bASGpYiX/AwbLiMtIDxUAsLYRGcC8/CqF7q
UjgXnoXhh5BucCY8BU9DxbfRkTANDoefwyrY5VBsBPgprISp3yFt4A64E34Cd8F78D5M/i5l
DprgVHgchn6PvIDl8AhscJhSs+EE+C0MOhw9AMfAr+BB+DX8BjY8AjsJtoJFcCBcBFfB1fAm
bPt9bBu4Al6DbX6glA+XwCsw+khkCC6EP8Goo9Bj0ApXwF/hDRh4NPUQzIWT4Rn4+jHoSBgG
i+w83Ddh3LFK9cA9UHEc4Ydj4REYejx+wBbgwzXwNxh/AnYL3A0DTlRqBpwIv4NBP6RMwGlw
CVwKP4W7Qf2I/Iaj4Rj4DQzGoN8buuBguB0+hPVOUmp9mA0nweVwBfwU7ob+J6N34UR4Eoaf
gm6DKtgW6k8xc0KPg0vhMngdhp5KWsBCaIFWuBzehr/BBBojh8DRcAz8Ct6Hf8CU05Eh+C7c
D0/B07DFGcQZZsNiWAK3wMcw9kzsXuiEU+E0eBL6nUUcYDrsA/vCyXAKPAubnU1cYFuYA3Mh
Dr1wN1ScgxswAkbC9jAJdgAf2uBaeA/qziVP4Ql4A96E2vOIC9wH652PnEMCFsMN8AGMu4C8
hnmwN5wBL8DGF6I3YRGcD3+BsRdRl8FtcDt8Ag0/Jg3hUrgM3oW6i8kzuAquhvdhx0t4Dh6H
UZeiR+A6eBUqL0M24FbodzlpBrPgdPgTbHsFdSHcDT+D5+B52OpK0gEugzdgnavQpbAHHA33
wYfwEayEDa7GlgQPpsA8yMIhcNrVZjz7crgBHoAn4UVYCR/DUBnThpnQDAk4Fo6DC+FOeBTe
g49g2LWkI+wIO8HhcC8Mug6/4XR4Aba8Ht16vRlL/QAm3kC+weVwBayACTciF/AL+B08Ao/C
7+ExeByegCfhD/AUPA1/hGfgWXgOnocX4E/wIrwEL8Mr8Cr8Gf4Cr8Hr8Fd4A96Et+Bt+Bus
gHfg7/AuvAfvwz/gA/gf+Cd8CB/BSvgYPoFPYRUcQ/ufYqK+hr2sr8OE8p3ynfKd8p3ynfKd
8p3ynfKd8p3ynfKd8p3yna/mnbP/Q+6U75TvlO+U75TvlO+U75TvlO+U75TvlO+U75TvlO+U
75TvlO+U75TvlO+U75TvlO+U75TvlO+U75TvlO+U75TvlO+U75TvlO+U75TvlO+U75TvlO+U
75TvlO+U75TvlO+U75TvlO+U75TvlO+U75Tv/Dt31AClxtYqJeeAyl7wsnf7N/lhCXwbjpIn
eWbzdZQauJ5SQ7+m1HZw1kZKLRqu1M0jlarZSqkHqpSqGq/UEZOV2nUXpTZp4Jk9lTpznlKP
76vUATg6oFWpUxcrtfhgpeTceTl7XM6fljOI5Rxa2QNMziOUM+nkXDI5m0qfT3S9OTNGzqqQ
8wokjAcRrDg0QwvgtN6zuQ3aoQMSgHd61+pOSEEauoAgqAxkQXZu7oYeIFhqGfTCIUAQ1Xfg
u/A9ZRKNIKsj4PvwAzgSJI1k7/tvKXNtpsyeyZOU2Td5P2X2Tr5Omf2TJ1SY/ZO/vuVpRaxa
NVANEkcqZNdnu6NyxWGRv2VHZ/e37N/s/pbdmuXv48mtk+H+Cfi8A76QG/1uMiHDU72Hd38T
6JJ7Ubtn17YxIEPV0UpvCqc2w4EtYBkOHA6Pr6XUcyB+ngg/hqvhBXgJBq+r1IYwaCjSA7/c
hHDB5E2V2hH2g4XwNkn2DmSRqh64GC6DrUYotQ0cAt+Bo+E42BzJ82BrGAOfktz9Rik1AkbB
VNgF5sMCaIfFkIFuWOYh4XA+XAQLtlRqfzh9tFJnw4QxxB3mQSOoStILRsGW8H04Co6D0+Eb
UgLgB3A03AX3wNBtlRoGe8EceBvegZqxSo2DVmiH++FBeAQeg4OrCSecCMvhbDgProOb4IAa
pQ6Ei+FyWDtGGsNtcCe8BK/C9tuR1vAm/A0GUv7XgbkwH1bAu5Ci9B4MN6ENboWfIDv3wqnI
xHlw3E6EBfbcTanZsNUs8gWuhGvgt/A7+GQ2aTWH/AEPdodZsF2TUhNhowVoBxgBo+DP8Dps
vA/3YFe0xQy4ZpFS18MpByp1BqxCg/Sj2K8F68JJcDrc/S2lfg53oQ4ehL1QCfvBw6iFR2EB
quFbcDVcB/fAL+HPqIvXYXPUhQdbwxi4FDVxJWyJmtga1kZNDILfoCIehrfhHdgSNbEt7AsH
wGHwfTgTzoFPRH2gQreBKtnVEupgbVTJIFgfvgbL4NuwHE6BzVEtHqTgYDgEvgPfh6PgEXgM
XoM3YH+05yLogV54FV6D+ymwD8Lf4X249xi0NPwenoD1j1VqCJwMZ8CZcA78En4F3z2O8g1/
gD/KbpPHk4+wNzTBH9HYz8Fr8AYsPJGaA34Pz4H/Q7QwdEEWLoAfw/CTSTvYCxphASyERdAK
nZCFe+A+2JNaYW+4Bm6G38IjsPhUc0Lx+/AR/BD1eioMPF2p9WAwbAL7wAHwEvwFDqaG6YHL
qAyvgnXPIh/gCGqd4yF9LnkCG5zP+zAWJsIxcBKcR810JVwFN8PUHytVD80XU2vC5ZcqdS1c
fzllCd64Qqn34JkrlXoFqq5SqhbOgAthM2q4LaAWJsP5cBncDPfAI/AErIKB1xBeGAI3wR3w
ElXKa1KtoLOfvMnUlLIj30i0d5ky/9tYG6tlbW2dPA3PwyqskX6YNN+GG+AekLNq9sU6OQAu
gIvhJfgr3DCQ2g3ehQ9hCtbLrnAE/GCt0KLZEutlWzgCjoNjsH9/BA/C72HD9andIQldcBPc
Ce/BSkgNxtqA9+ATmLKBUjvBg/BbGIIdPRL2h4VwEVwOr8Jb8K0NsXHhIrgSaoagISANS+Fm
uAM+ggosq91gT7gXHoL1vo5mg0PgCLgN7oNabPep0APfhdphWDtwLdwG/TemdoB34J8bF1tq
n8IALLUdYTocAceIwYu1tg6cDGfBM/BcxIJLQBI+hE/hAKy2ZngWXoI/w19hNJZcJVTDeMjB
IfAT+DmMwXrbFlJwMFwNd8Cb8D6M20KpHaAbvgO3wwMwDCtvOOwH34pYfi/Ca7A11l8NdEIG
boI7YaxYg3Aw9MJP4B5QtHvWhd1hTzgRzoQn4VnYdGtkCBZBG1wMV8Ib8BbUfIOaBbpgKfwa
HoX9t6EmhIvgUhiH9VkLy+AQuAXugY9hFeyK9bl7xBJ9BJ6CTbE+PVgEcTgLLoMxWJ8xSEMO
boKfwM5YnTPgD/AcbIKV6cE3oRkugivhL/B3qMbqnAi3w8/gUxiIxTkbGuEheALWxercGPaG
RjgTzoYX4M8wBuuzGjqhFz6AT2AK1ugu8D04Fh6A38EGWKfDoBEWwVlwPrwEf4UqrNbt4Ea4
Ez6Ej2FHWjjT4Ug4Fn4Hf4Attqc8wO4wB46Hk+BReAI2ogm0BRwIcbgQLofXYAVUYx2Pgwx0
w51wD/SnLTwILoAfw5/hDRg7hXSDDPTAnTsq9QtYCf2xsHeDOXA0HAuPwHOwyc5YzHAhXAqb
74LMwuFwNNwHv4FBNDgHw0lwJjwNz4GH1T4GLoYr4ZY6dB38ZRpWLUym5TcVvgvHwC/hNzBg
Ou7BXrAAToUz4Dl4CUbPoPUD7bAE3oF/wHf3UOoEWD6T5+GEPdGfcAqcByP3IvzQBUvhRvgp
LKAVsS+cA+fDq/AXqKZlsR1kYCn8BO6eHbY0WqANDp+LP1C1N3ECvxHZagxbIIshBTfCnTCH
1scCOApOgTPgHPgjvLTAtEaaILU/+QvnLlTqEtib1sn+cDacB3+C1+AHtFaOhbVpsWwIe8A8
+CGc+k1zLsI9MJbWyyT4Ba2XR2AFrZd/wA9pvZwCT8BTMJxWzCiIQwtcAdfACni3xZyBsB2c
CefBC9K6gZdtC+ebtGqa4Ucd/A6XJ9Dz8MoSdCacn+RviHWiZ+AoOBZ2oBXUBd+D78MD8BoM
TlP+YFfYA34Fv4MNaS0NhQWwEM6CC+BFeB1GHEyewEJohQvhchhG62oLOBsugGfgFdgvS5mD
C+DH8Aq8CWNy1AvQBUvhVngLPoZPoY7W2Wy4Ge6CD+FjqOtRqgE+hYFLKe+wJ5wAy+FReFo6
gHoJE/yI1trFsCOtsnp4Fl6Ar9Pq2hhqv0/rGtppbXXC1XALnEZr6xx4Hl6Gg2httcPlcBX8
Dd6HCbSypsAAWlfrwSyYDyfA6fAYPAnDaG2NhA5YDNfDT+Dv8D8wkdbXzvBtOBJ+DvfC2rTC
BsNMmA/L4fRIC20wrbERMBf2gTPhbNj9R5QJaFqOfMO8k/iEtWiNjYPlcAY8Dc/By7S63oPX
aF39Fd6Et2Eqray94AVaVy/CDbSu7oAPYBWcQCvrDHgK/grbn0d6wGFwBPwKfn1e2BLbFw6E
W+AO+BA+hrNphZ0LB11IWYeL4Ar4K7wFmYvIUlC00vrD7rAXHA8/gn/AxzCW1tuu0AAz4X9g
JexyiVLT4Hj4IfwBXoAtaeVtA0ugE26EO2DsZZQlyEIv3AG/hLm0Bg+As+BCeBn+DDFah+Oh
B5ZdYfbDH3ul2Q//qivNnvhvX2n2w9/7KrMn/rFXmX3xfwev0DL8CJLXoLfhB9eSR/AAPAyD
aR0OgUbYD86Cc2Hr67FBYDF0wc1wF3wIq2CHG4g3HAZHwLvwMUy60ZztfSgcdqNpeUqLc201
oUyZMmXK/H/L2mrVqo1Q6n2fXroH/01Vi9RSffpqK78v5e4iVae6VY5vcpZqC589+jzVXuXx
a1x/87jbxr+t+qTXNp6uwQ2fzzb+yvJXXHXyTDNv1eBGTnXxOU7V8m97iZDE+CvL332HtdGG
1cf/tErqEPp87+SZFtXBcz53F/HcdMI/W81V09T+fK9XTWoenzO536RmEOaGIMwS1/9cDCT9
Wsox+ErHoCzx5dQuS8aal4ymr1AMxM8lPFGjMjo88t7SIA6rdut/WIWexyAc+liPqlDmu1xZ
+9lvQ/Opj9CeJyeO7yZHaPdT0phagEAtARGp1GoSRZ5fRxVfFdYluWR6SD9ljuaO/j0Qdt94
eYUMoKzVf+CAgf36Dzj6ENKHlp1zU4ZX5GrCz07to6fm6MjKselpfTB8Sskxyssr+qmBAyv6
Vay9Vr+Ba9vXXRTlOkz+aSQxO0nStJ6YM2Eb7ft6aw3oJ1efvtcRa4mzvLNjv+UVR63dr2It
1b9CX/qJDdYJvRqgjE8S4kbERMJ3/EI5mHXX7bV/a/dft1+/gf0G9OmfHPLerf2UgutirNRo
3D74mGM2Ve882s8ca67UH4f3zFg4smeG/D1Ivcy/92ym1P0nSx7spUPTf8MpFUHgtCiYiThy
/aK/eieaSOXri1yHDbhw4C3qFnX44bXjRNg2o1SY6Ve73PJZ70YvOQC++OoX/ln7/SGST6VK
WvRatWqo/WsikhdVIJ7al/Lr/cf/29P617eG6PuX8vV//Pp0lainiJjbqwJePPKCdz+c27Hh
1Seto8aOufmPlC91DT8Msb8vV6aAyKzS/sqMx4vifVWZiuVjkFK1ToWZSbhRhdLFp5LPdfnc
jU8pLLMqlJ7vKMp0fT5zfA7m8zA+N+DzBD6/xuepFaY2OZfPr/N5SYXx/1U8HcXn9tDoxzvT
zb3evrt7n/ei/Hj6fYmT4n35W/yfHdvdT2faE/FWnzrP84JnuF/493owJ53pjCdjrWmMitW5
IWk1fpzS70k8ZidaMulsui3n7ZvOtHpTYuP0UJ1SD7WcvAUf+u+/jGz5SdW9Ffrvl3f+x1v8
3d+GQT6lwpFPqXTks3yVr/JVvspX+Spf5at8la/yVb7KV/mKXqtr//d78uEnz42N2PCUM2j/
V394nbT/x9k2uvzeoUy7vEuZ9r70B0h7X/oDpI/gQtgErlCmfXyDMu33O5Rp9/4cNoYHlWkr
P6qM20MK2vXDYEEq0eNnsolcr5du8xq7Mxm/V9rt0taVrlX5lK5W+ZSOP/msHbKu9ldZ/0t9
jtrQxOVf7jtYf0MTWAmoRL4pkUv6yjXNy1f5Kl/lq3yVr/JVvspX+Spf5at8la+vxKXb+Src
DUja8dKMlfF6GauXcXoZm5f2srTNpZ0uY/LS7pe2vLTzZQxf2vMya1za6tKml3b/pspMxJHJ
biOU7Ehh9kSSprKMa3uwpZIpVXoptdoavgHbwBilN9xRVbAtjIVqqIEYbAfSHzEeamGCkgk3
ph0vOxbtAJNhCkyFHWEn2FmZ3Yx2VWZcvQ6mKZnupVQDTAeZx7U77AEzQSbYSN/CLJit9OY2
aq7SE/bU3jBfyVQzmSCn1ALYB/ZVZs+n/eEAWAiL4EBl9tc6SJm9ouLq8+1htUT9e/tYfVt9
/r2sjlJmt6dPV61adSyfx8HxcAKcCD9UZico6e85CU6GU+BUZfa4Oh3OUKYf6Cw4G86Bc+E8
OB8uUKZ/6CKll+Wpi+ESuBQug8uV6Te6Eq6Cq+EauFaZPbSuV6Y/yS4/UzeDzPe6FW6D25Xp
Z7oTfgJ3wU/hbvgZ3KNM/9Mv4JdwL9wH98MD8Ctl+qV+rUw6/JbPh+Bh+B08okx/1e/t74/z
+QQ8CX+Ap5SZD/NH+/snluftd8eavmQCZxrJ8ZD8FJ8ZLTGf/9pYDaxwbokOWWtd05f4c/Pz
jOiz3/pGf/V21b0Vf1J2JqiS8ttEGWhGtn31r1wb6Kms4fXZbyh1jDJreOXaV0+Ja6Xsy6zd
bj3BNaVL0ue7hqt+FaIzv4j/csU2MN2DA/X01E49iVbSfia+t+kwyZ0c5T+ty3tfVyX+S4qL
7v68/v9G/rEzTgcWxfyLhWcy/n/R9H9M/rH+V+iJtp3osrlIweLVvVbyGor/kpJSZ32R9Hc+
GV99Pbd7ni4LydW+V3htrCo+U/6c3LvPUs/8O9cXTf/oJYH5Kuih8rVmrgpyv/8gI0OFulvs
t4K5iQ3plu5OP5XTNuHsRrnHLV2Y5e+Y+z02Wb0/5aaDS8tc+frqXP8PUEsBAhQAFAAAAAgA
aYvDLjbErvLdXwAAAMIBACkAAAAAAAAAAAAgALaBAAAAAGRyYWZ0LWlldGYtc2VhbW9ieS1j
dHAtMDItbWlrZS1yZXZpZXcuZG9jUEsFBgAAAAABAAEAVwAAACRgAAAAAA==
--------------02269EC7A61E371BE959983F--

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Thu Jun  5 07:03:22 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA14598
	for <seamoby-archive@odin.ietf.org>; Thu, 5 Jun 2003 07:03:21 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h55B2w323499
	for seamoby-archive@odin.ietf.org; Thu, 5 Jun 2003 07:02:58 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h55B2wB23496
	for <seamoby-web-archive@optimus.ietf.org>; Thu, 5 Jun 2003 07:02:58 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA14579
	for <seamoby-web-archive@ietf.org>; Thu, 5 Jun 2003 07:02:51 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19NsUP-0004t5-00
	for seamoby-web-archive@ietf.org; Thu, 05 Jun 2003 07:01:01 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19NsUO-0004t1-00
	for seamoby-web-archive@ietf.org; Thu, 05 Jun 2003 07:01:00 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h55B2eB23482;
	Thu, 5 Jun 2003 07:02:40 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h55B16B23451
	for <seamoby@optimus.ietf.org>; Thu, 5 Jun 2003 07:01:06 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA14553
	for <seamoby@ietf.org>; Thu, 5 Jun 2003 07:00:59 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19NsSb-0004sf-00
	for seamoby@ietf.org; Thu, 05 Jun 2003 06:59:09 -0400
Received: from herculanum.int-evry.fr ([157.159.11.15])
	by ietf-mx with esmtp (Exim 4.12)
	id 19NsSa-0004sK-00
	for seamoby@ietf.org; Thu, 05 Jun 2003 06:59:08 -0400
Received: from sparte.int-evry.fr (spartebis.int-evry.fr [157.159.10.20])
	by herculanum.int-evry.fr (Postfix) with ESMTP id EF50034087
	for <seamoby@ietf.org>; Thu,  5 Jun 2003 13:00:17 +0200 (CEST)
Received: from alpes.int-evry.fr (alpes.int-evry.fr [157.159.10.19])
	by spartebis.int-evry.fr (Postfix) with SMTP id ADF4E3F4A6
	for <seamoby@ietf.org>; Thu,  5 Jun 2003 13:04:57 +0200 (CEST)
Received: from sparte.int-evry.fr ([157.159.10.11])
 by alpes.int-evry.fr (SAVSMTP 3.0.0.44) with SMTP id M2003060513001611255
 for <seamoby@ietf.org>; Thu, 05 Jun 2003 13:00:16 +0200
Received: from ipv6-5.int-evry.fr (ipv6-5.int-evry.fr [157.159.100.78])
	by sparte.int-evry.fr (Postfix) with ESMTP id 508333F48D
	for <seamoby@ietf.org>; Thu,  5 Jun 2003 13:04:52 +0200 (CEST)
Received: from jb by ipv6-5.int-evry.fr with local (Exim id 19NsSf-000KwQ-00
	for <seamoby@ietf.org>; Thu, 05 Jun 2003 12:59:13 +0200
Date: Thu, 5 Jun 2003 12:59:13 +0200
From: Julien Bournelle <Julien.Bournelle@int-evry.fr>
To: seamoby@ietf.org
Message-ID: <20030605105913.GO68740@ipv6-5.int-evry.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Subject: [Seamoby] a CTAR response ?
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>

Hi,

 I was reading the draft about Context Transfer protocol and I was
wondering why there is no message in response to the CTAR message.

Basically, I think that in some cases, the nAR or pAR may want to send
some data (e.g. a Co@ or something else). I'm not sure that it is always
necessary but as it does not exist any documents specifying specific
context transfer (e.g IPsec), some problems may raise later.

Thanks,
-- 
julien.bournelle@int-evry.fr
_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Thu Jun  5 22:20:21 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA25638
	for <seamoby-archive@odin.ietf.org>; Thu, 5 Jun 2003 22:20:21 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h562Jun32366
	for seamoby-archive@odin.ietf.org; Thu, 5 Jun 2003 22:19:56 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h562JtB32363
	for <seamoby-web-archive@optimus.ietf.org>; Thu, 5 Jun 2003 22:19:55 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA25612
	for <seamoby-web-archive@ietf.org>; Thu, 5 Jun 2003 22:19:50 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19O6nm-0005Rb-00
	for seamoby-web-archive@ietf.org; Thu, 05 Jun 2003 22:17:58 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19O6nl-0005RY-00
	for seamoby-web-archive@ietf.org; Thu, 05 Jun 2003 22:17:57 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h562JYB32337;
	Thu, 5 Jun 2003 22:19:34 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h562IaB32269
	for <seamoby@optimus.ietf.org>; Thu, 5 Jun 2003 22:18:36 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA25576
	for <seamoby@ietf.org>; Thu, 5 Jun 2003 22:18:31 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19O6mU-0005Qx-00
	for seamoby@ietf.org; Thu, 05 Jun 2003 22:16:38 -0400
Received: from mailhost.iprg.nokia.com ([205.226.5.12])
	by ietf-mx with esmtp (Exim 4.12)
	id 19O6mT-0005Qu-00
	for seamoby@ietf.org; Thu, 05 Jun 2003 22:16:38 -0400
Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69])
	by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id TAA17718;
	Thu, 5 Jun 2003 19:17:59 -0700 (PDT)
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id h562HwI09976;
	Thu, 5 Jun 2003 19:17:58 -0700
X-mProtect: <200306060217> Nokia Silicon Valley Messaging Protection
Received: from UNKNOWN (205.226.2.90, claiming to be "iprg.nokia.com")
	by darkstar.iprg.nokia.com smtpd3aAhgb; Thu, 05 Jun 2003 19:17:56 PDT
Message-ID: <3EDFF9D5.4919974B@iprg.nokia.com>
Date: Thu, 05 Jun 2003 19:17:57 -0700
From: Rajeev Koodli <rajeev@iprg.nokia.com>
Organization: Nokia Research Center
X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.4-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Julien Bournelle <Julien.Bournelle@int-evry.fr>
CC: seamoby@ietf.org
Subject: Re: [Seamoby] a CTAR response ?
References: <20030605105913.GO68740@ipv6-5.int-evry.fr>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit


Hello Julian,

yes, an optional response to CTAR could be
defined. This might be useful as a response to the
MN.

Regards,

-Rajeev


Regards,

Julien Bournelle wrote:

> Hi,
>
>  I was reading the draft about Context Transfer protocol and I was
> wondering why there is no message in response to the CTAR message.
>
> Basically, I think that in some cases, the nAR or pAR may want to send
> some data (e.g. a Co@ or something else). I'm not sure that it is always
> necessary but as it does not exist any documents specifying specific
> context transfer (e.g IPsec), some problems may raise later.
>
> Thanks,
> --
> julien.bournelle@int-evry.fr
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Fri Jun  6 03:11:59 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA12622
	for <seamoby-archive@odin.ietf.org>; Fri, 6 Jun 2003 03:11:59 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h567BZX29553
	for seamoby-archive@odin.ietf.org; Fri, 6 Jun 2003 03:11:35 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h567BYB29550
	for <seamoby-web-archive@optimus.ietf.org>; Fri, 6 Jun 2003 03:11:34 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA12613
	for <seamoby-web-archive@ietf.org>; Fri, 6 Jun 2003 03:11:28 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19OBLz-000710-00
	for seamoby-web-archive@ietf.org; Fri, 06 Jun 2003 03:09:35 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19OBLz-00070x-00
	for seamoby-web-archive@ietf.org; Fri, 06 Jun 2003 03:09:35 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h567BMB29535;
	Fri, 6 Jun 2003 03:11:22 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h567ALB29493
	for <seamoby@optimus.ietf.org>; Fri, 6 Jun 2003 03:10:22 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA12603
	for <seamoby@ietf.org>; Fri, 6 Jun 2003 03:10:15 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19OBKo-000709-00
	for seamoby@ietf.org; Fri, 06 Jun 2003 03:08:22 -0400
Received: from news.ti.com ([192.94.94.33] helo=dragon.ti.com)
	by ietf-mx with esmtp (Exim 4.12)
	id 19OBKo-000706-00
	for seamoby@ietf.org; Fri, 06 Jun 2003 03:08:22 -0400
Received: from dlep51.itg.ti.com ([157.170.141.75])
	by dragon.ti.com (8.12.9/8.12.9) with ESMTP id h5679i1p024073;
	Fri, 6 Jun 2003 02:09:45 -0500 (CDT)
Received: from dlep98.itg.ti.com (localhost [127.0.0.1])
	by dlep51.itg.ti.com (8.12.9/8.12.9) with ESMTP id h5679ilp023878;
	Fri, 6 Jun 2003 02:09:44 -0500 (CDT)
Received: from dbde01.itg.ti.com (dbde01.itg.ti.com [157.87.95.201])
	by dlep98.itg.ti.com (8.9.3/8.9.3) with ESMTP id CAA01396;
	Fri, 6 Jun 2003 02:09:42 -0500 (CDT)
Received: by dbde01.itg.ti.com with Internet Mail Service (5.5.2653.19)
	id <HMFDJ5PS>; Fri, 6 Jun 2003 12:39:41 +0530
Message-ID: <F509E6111989D311B63700805FA761DA07B6058D@dbde01.itg.ti.com>
From: "Motiwala, Yusuf" <motiwala@ti.com>
To: "'Rajeev Koodli'" <rajeev@iprg.nokia.com>,
        Julien Bournelle
	 <Julien.Bournelle@int-evry.fr>
Cc: seamoby@ietf.org
Subject: RE: [Seamoby] a CTAR response ?
Date: Fri, 6 Jun 2003 12:39:40 +0530 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>

Rajeev,

Even if MN has moved, will mandatory response help in detecting any DoS
attempt by fake CTAR?

Regards,
Yusuf


> -----Original Message-----
> From: Rajeev Koodli [mailto:rajeev@iprg.nokia.com]
> Sent: Friday, June 06, 2003 7:48 AM
> To: Julien Bournelle
> Cc: seamoby@ietf.org
> Subject: Re: [Seamoby] a CTAR response ?
> 
> 
> 
> Hello Julian,
> 
> yes, an optional response to CTAR could be
> defined. This might be useful as a response to the
> MN.
> 
> Regards,
> 
> -Rajeev
> 
> 
> Regards,
> 
> Julien Bournelle wrote:
> 
> > Hi,
> >
> >  I was reading the draft about Context Transfer protocol and I was
> > wondering why there is no message in response to the CTAR message.
> >
> > Basically, I think that in some cases, the nAR or pAR may 
> want to send
> > some data (e.g. a Co@ or something else). I'm not sure that 
> it is always
> > necessary but as it does not exist any documents specifying specific
> > context transfer (e.g IPsec), some problems may raise later.
> >
> > Thanks,
> > --
> > julien.bournelle@int-evry.fr
> > _______________________________________________
> > Seamoby mailing list
> > Seamoby@ietf.org
> > https://www1.ietf.org/mailman/listinfo/seamoby
> 
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby
> 
_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Fri Jun  6 07:43:20 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA18424
	for <seamoby-archive@odin.ietf.org>; Fri, 6 Jun 2003 07:43:20 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h56Bgqt15965
	for seamoby-archive@odin.ietf.org; Fri, 6 Jun 2003 07:42:52 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h56BgpB15962
	for <seamoby-web-archive@optimus.ietf.org>; Fri, 6 Jun 2003 07:42:51 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA18410
	for <seamoby-web-archive@ietf.org>; Fri, 6 Jun 2003 07:42:50 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19OFaa-0000rC-00
	for seamoby-web-archive@ietf.org; Fri, 06 Jun 2003 07:40:56 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19OFaa-0000r8-00
	for seamoby-web-archive@ietf.org; Fri, 06 Jun 2003 07:40:56 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h56BgVB15924;
	Fri, 6 Jun 2003 07:42:31 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h56BfMB15872
	for <seamoby@optimus.ietf.org>; Fri, 6 Jun 2003 07:41:22 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA18377
	for <seamoby@ietf.org>; Fri, 6 Jun 2003 07:41:20 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19OFZ9-0000qk-00
	for seamoby@ietf.org; Fri, 06 Jun 2003 07:39:27 -0400
Received: from mgw-x4.nokia.com ([131.228.20.27])
	by ietf-mx with esmtp (Exim 4.12)
	id 19OFZ8-0000qh-00
	for seamoby@ietf.org; Fri, 06 Jun 2003 07:39:26 -0400
Received: from esvir03nok.nokia.com (esvir03nokt.ntc.nokia.com [172.21.143.35])
	by mgw-x4.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h56BfJD01793
	for <seamoby@ietf.org>; Fri, 6 Jun 2003 14:41:19 +0300 (EET DST)
Received: from esebh004.NOE.Nokia.com (unverified) by esvir03nok.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T62a9f93e5bac158f23077@esvir03nok.nokia.com>;
 Fri, 6 Jun 2003 14:41:18 +0300
Received: from esebe012.NOE.Nokia.com ([172.21.138.51]) by esebh004.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Fri, 6 Jun 2003 14:41:19 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe012.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Fri, 6 Jun 2003 14:40:58 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Subject: RE: [Seamoby] a CTAR response ?
Date: Fri, 6 Jun 2003 14:40:58 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658ED77@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] a CTAR response ?
Thread-Index: AcMr+un612H+ZgCfQRmdAwXatw1RQAAJYtEw
To: <motiwala@ti.com>, <rajeev@iprg.nokia.com>, <Julien.Bournelle@int-evry.fr>
Cc: <seamoby@ietf.org>
X-OriginalArrivalTime: 06 Jun 2003 11:40:58.0982 (UTC) FILETIME=[7FB79860:01C32C20]
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h56BfMB15873
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 8bit
Content-Transfer-Encoding: 8bit

Yusef & Julien,

Could you supply some text?

thanks,
John

> -----Original Message-----
> From: ext Motiwala, Yusuf [mailto:motiwala@ti.com]
> Sent: 06 June, 2003 10:10
> To: 'Rajeev Koodli'; Julien Bournelle
> Cc: seamoby@ietf.org
> Subject: RE: [Seamoby] a CTAR response ?
> 
> 
> Rajeev,
> 
> Even if MN has moved, will mandatory response help in 
> detecting any DoS
> attempt by fake CTAR?
> 
> Regards,
> Yusuf
> 
> 
> > -----Original Message-----
> > From: Rajeev Koodli [mailto:rajeev@iprg.nokia.com]
> > Sent: Friday, June 06, 2003 7:48 AM
> > To: Julien Bournelle
> > Cc: seamoby@ietf.org
> > Subject: Re: [Seamoby] a CTAR response ?
> > 
> > 
> > 
> > Hello Julian,
> > 
> > yes, an optional response to CTAR could be
> > defined. This might be useful as a response to the
> > MN.
> > 
> > Regards,
> > 
> > -Rajeev
> > 
> > 
> > Regards,
> > 
> > Julien Bournelle wrote:
> > 
> > > Hi,
> > >
> > >  I was reading the draft about Context Transfer protocol and I was
> > > wondering why there is no message in response to the CTAR message.
> > >
> > > Basically, I think that in some cases, the nAR or pAR may 
> > want to send
> > > some data (e.g. a Co@ or something else). I'm not sure that 
> > it is always
> > > necessary but as it does not exist any documents 
> specifying specific
> > > context transfer (e.g IPsec), some problems may raise later.
> > >
> > > Thanks,
> > > --
> > > julien.bournelle@int-evry.fr
> > > _______________________________________________
> > > Seamoby mailing list
> > > Seamoby@ietf.org
> > > https://www1.ietf.org/mailman/listinfo/seamoby
> > 
> > _______________________________________________
> > Seamoby mailing list
> > Seamoby@ietf.org
> > https://www1.ietf.org/mailman/listinfo/seamoby
> > 
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby
> 
_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Mon Jun  9 18:05:32 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA22759
	for <seamoby-archive@odin.ietf.org>; Mon, 9 Jun 2003 18:05:32 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h59M58O08270
	for seamoby-archive@odin.ietf.org; Mon, 9 Jun 2003 18:05:08 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h59M58B08267
	for <seamoby-web-archive@optimus.ietf.org>; Mon, 9 Jun 2003 18:05:08 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA22697
	for <seamoby-web-archive@ietf.org>; Mon, 9 Jun 2003 18:05:01 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19PUjF-0007Ne-00
	for seamoby-web-archive@ietf.org; Mon, 09 Jun 2003 18:03:01 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19PUjE-0007Na-00
	for seamoby-web-archive@ietf.org; Mon, 09 Jun 2003 18:03:00 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h59M3hB08186;
	Mon, 9 Jun 2003 18:03:43 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h53GVeB31649
	for <seamoby@optimus.ietf.org>; Tue, 3 Jun 2003 12:31:40 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA13421
	for <seamoby@ietf.org>; Tue, 3 Jun 2003 12:31:35 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19NEfV-0000IZ-00
	for seamoby@ietf.org; Tue, 03 Jun 2003 12:29:49 -0400
Received: from [131.227.74.4] (helo=phoebe.eim.surrey.ac.uk ident=exim)
	by ietf-mx with esmtp (Exim 4.12)
	id 19NEfS-0000IW-00
	for seamoby@ietf.org; Tue, 03 Jun 2003 12:29:47 -0400
Received: from ccsrmclt03.ee.surrey.ac.uk
	([131.227.86.163] helo=eim.surrey.ac.uk ident=ees2mg)
	by phoebe.eim.surrey.ac.uk with esmtp (Exim 3.33 #4)
	id 19NEh1-0004zs-00; Tue, 03 Jun 2003 17:31:23 +0100
Message-ID: <3EDCCD5B.4B16AE1A@eim.surrey.ac.uk>
Date: Tue, 03 Jun 2003 17:31:23 +0100
From: Michael Georgiades <m.georgiades@eim.surrey.ac.uk>
Organization: University of Surrey
X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.18-17.7.x i686)
X-Accept-Language: en, el
MIME-Version: 1.0
To: seamoby <seamoby@ietf.org>
CC: Christos Politis <C.Politis@eim.surrey.ac.uk>
Subject: Re: [Seamoby] I-D ACTION:draft-ietf-seamoby-ctp-02.txt
References: <200306021128.HAA01641@ietf.org>
Content-Type: multipart/mixed;
 boundary="------------B4DEBEF99255E1D3F820180F"
X-Spam-Status: No, hits=-102.0 required=5.5
	tests=AWL,BAYES_20,EMAIL_ATTRIBUTION,HTML_20_30,REFERENCES,
	      USER_AGENT_MOZILLA_XM,USER_IN_WHITELIST
	version=2.55
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
X-Scanner: exiscan *19NEh1-0004zs-00*rXMo.BjwR9o* (SECM, UniS)
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>

This is a multi-part message in MIME format.
--------------B4DEBEF99255E1D3F820180F
Content-Type: multipart/alternative;
 boundary="------------E1E7C57976A3536A4A88ECCC"


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

Hi all,

I have attached a review of the ctp-02 draft.
I have made some comments and questions marked with "M.Georgiades" and made some minor corrections (Please ignore if incorrect).

Best regards,

Mike

Internet-Drafts@ietf.org wrote:

> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> This draft is a work item of the Context Transfer, Handoff Candidate Discovery, and Dormant Mode Host Alerting Working Group of the IETF.
>
>         Title           : Context Transfer Protocol
>         Author(s)       : J. Loughney et al.
>         Filename        : draft-ietf-seamoby-ctp-02.txt
>         Pages           : 21
>         Date            : 2003-5-30
>
>

--
Michael Georgiades
Research Fellow
Centre for Communication Systems Research
University of Surrey
Guildford, Surrey, GU2 7XH

Tel: +44 (0) 1483 683605
Fax: +44 (0) 1483 686011
www.ee.surrey.ac.uk/ccsr



--------------E1E7C57976A3536A4A88ECCC
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
<body text="#000000" bgcolor="#FFFFFF" link="#0000FF" vlink="#FF0000" alink="#000088">
Hi all,
<p>I have attached a review of the ctp-02 draft.
<br>I have made some comments and questions marked with "M.Georgiades"
and made some minor corrections (Please ignore if incorrect).
<p>Best regards,
<p>Mike
<p>Internet-Drafts@ietf.org wrote:
<blockquote TYPE=CITE>A New Internet-Draft is available from the on-line
Internet-Drafts directories.
<br>This draft is a work item of the Context Transfer, Handoff Candidate
Discovery, and Dormant Mode Host Alerting Working Group of the IETF.
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Title&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
: Context Transfer Protocol
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Author(s)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
: J. Loughney et al.
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Filename&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
: draft-ietf-seamoby-ctp-02.txt
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Pages&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
: 21
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Date&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
: 2003-5-30
<br>&nbsp;
<br>&nbsp;</blockquote>

<pre>--&nbsp;
Michael Georgiades
Research Fellow
Centre for Communication Systems Research
University of Surrey
Guildford, Surrey, GU2 7XH

Tel: +44 (0) 1483 683605
Fax: +44 (0) 1483 686011
www.ee.surrey.ac.uk/ccsr</pre>
&nbsp;
</body>
</html>

--------------E1E7C57976A3536A4A88ECCC--

--------------B4DEBEF99255E1D3F820180F
Content-Type: application/msword;
 name="draft-ietf-seamoby-ctp-02-mike-review.doc"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="draft-ietf-seamoby-ctp-02-mike-review.doc"
Content-Transfer-Encoding: base64
Content-Transfer-Encoding: base64
Content-Transfer-Encoding: base64

0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAACAAAA2gAAAAAA
AAAAEAAA3AAAAAEAAAD+////AAAAANgAAADZAAAA////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
///////////////////////////////////spcIAWyAJBAAA8BK/AAAAAAAAMAAAAAAABAAA
grcAAA4AYmpiauIA4gAAAAAAAAAAAAAAAAAAAAAAAAAJBBYALgwBAIBqAQCAagEA+rEAAAAA
AAAAAAAAAAAAAIcBAAAAAAAAAAAAAAAAAAD//w8AAAAAAAAAAAD//w8AAAAAAAAAAAD//w8A
AAAAAAAAAAAAAAAAAAAAAGwAAAAAAFwBAAAAAAAAXAEAAFwBAAAAAAAAXAEAAAAAAAB2AQAA
rgAAACQCAAAcAAAAQAIAABQAAAAAAAAAAAAAAFQCAAAAAAAAAFoAAAAAAAAAWgAAAAAAAABa
AAAAAAAAAFoAACQAAAAkWgAAJAEAAFQCAAAAAAAA2X0AADIBAABUWwAAAAAAAFRbAAAAAAAA
VFsAAAAAAABUWwAAQAAAAJRbAAAAAAAAlFsAAAAAAACUWwAAAAAAAJRbAAAAAAAAMn0AAAIA
AAA0fQAAAAAAADR9AAAAAAAANH0AAAAAAAA0fQAAAAAAADR9AAAAAAAANH0AACQAAAALfwAA
IAIAACuBAADCAAAAWH0AABUAAAAAAAAAAAAAAAAAAAAAAAAAXAEAABoAAACUWwAAQgAAAAAA
AAAAAAAAAAAAAAAAAACUWwAAAAAAAJRbAAAAAAAA1lsAACwAAAACXAAAGAAAAFh9AAAAAAAA
8HUAAAAAAABcAQAAAAAAAFwBAAAAAAAAlFsAAAAAAAAAAAAAAAAAAJRbAAAAAAAAbX0AADAA
AADwdQAAAAAAAPB1AAAAAAAA8HUAAAAAAAAaXAAAeggAAFwBAAAAAAAAlFsAAAAAAABcAQAA
AAAAAJRbAAAAAAAAMn0AAAAAAAAAAAAAAAAAAPB1AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAlFsAAAAAAAAyfQAAAAAAAPB1AABCBwAA
8HUAAAAAAAAAAAAAAAAAADJ9AAAAAAAAXAEAAAAAAABcAQAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMn0AAAAAAACUWwAA
AAAAAEhbAAAMAAAA4KMmyucpwwFUAgAArFcAAABaAAAAAAAAlGQAAFwRAAAyfQAAAAAAAAAA
AAAAAAAAMn0AAAAAAACdfQAAPAAAANl9AAAAAAAAMn0AAAAAAADtgQAAAAAAAPB1AAAAAAAA
7YEAAAAAAAAyfQAAAAAAAPB1AAAAAAAAVAIAAAAAAABUAgAAAAAAAFwBAAAAAAAAXAEAAAAA
AABcAQAAAAAAAFwBAAAAAAAAAgDZAAAAU2VhbW9ieSBXRyAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgSi4gTG91Z2huZXkgKGVkaXRvcikNSW50ZXJuZXQgRHJh
ZnQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTS4gTmFr
aGppcmkNQ2F0ZWdvcnk6IFN0YW5kYXJkcyBUcmFjayAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIEMuIFBlcmtpbnMNZHJhZnQtaWV0Zi1zZWFtb2J5LWN0cC0wMi50eHQg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBSLiBLb29kbGkNRXhwaXJlczogRGVj
ZW1iZXIgMjAwMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBKdW5l
IDIwMDMNDQ0NDQ0gICAgICAgICAgICAgICAgICAgICAgIENvbnRleHQgVHJhbnNmZXIgUHJv
dG9jb2wNDQ0NU3RhdHVzIG9mIHRoaXMgTWVtbw0NICAgVGhpcyBkb2N1bWVudCBpcyBhbiBJ
bnRlcm5ldC1EcmFmdCBhbmQgaXMgaW4gZnVsbCBjb25mb3JtYW5jZSB3aXRoDSAgIGFsbCBw
cm92aXNpb25zIG9mIFNlY3Rpb24gMTAgb2YgUkZDMjAyNiBbUkZDMjAyNl0uDQ0gICBJbnRl
cm5ldC1EcmFmdHMgYXJlIHdvcmtpbmcgZG9jdW1lbnRzIG9mIHRoZSBJbnRlcm5ldCBFbmdp
bmVlcmluZw0gICBUYXNrIEZvcmNlIChJRVRGKSwgaXRzIGFyZWFzLCBhbmQgaXRzIHdvcmtp
bmcgZ3JvdXBzLiAgTm90ZSB0aGF0DSAgIG90aGVyIGdyb3VwcyBtYXkgYWxzbyBkaXN0cmli
dXRlIHdvcmtpbmcgZG9jdW1lbnRzIGFzIEludGVybmV0LQ0gICBEcmFmdHMuDQ0gICBJbnRl
cm5ldC1EcmFmdHMgYXJlIGRyYWZ0IGRvY3VtZW50cyB2YWxpZCBmb3IgYSBtYXhpbXVtIG9m
IHNpeCBtb250aHMNICAgYW5kIG1heSBiZSB1cGRhdGVkLCByZXBsYWNlZCwgb3Igb2Jzb2xl
dGVkIGJ5IG90aGVyIGRvY3VtZW50cyBhdCBhbnkNICAgdGltZS4gIEl0IGlzIGluYXBwcm9w
cmlhdGUgdG8gdXNlIEludGVybmV0LURyYWZ0cyBhcyByZWZlcmVuY2UNICAgbWF0ZXJpYWwg
b3IgdG8gY2l0ZSB0aGVtIG90aGVyIHRoYW4gYXMgIndvcmsgaW4gcHJvZ3Jlc3MuIg0NICAg
VGhlIGxpc3Qgb2YgY3VycmVudCBJbnRlcm5ldC1EcmFmdHMgY2FuIGJlIGFjY2Vzc2VkIGF0
DSAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvaWV0Zi8xaWQtYWJzdHJhY3RzLnR4dA0NICAgVGhl
IGxpc3Qgb2YgSW50ZXJuZXQtRHJhZnQgU2hhZG93IERpcmVjdG9yaWVzIGNhbiBiZSBhY2Nl
c3NlZCBhdA0gICBodHRwOi8vd3d3LmlldGYub3JnL3NoYWRvdy5odG1sLg0NICAgRGlzdHJp
YnV0aW9uIG9mIHRoaXMgbWVtbyBpcyB1bmxpbWl0ZWQuDQ0gICBDb3B5cmlnaHQgICAoQykg
VGhlIEludGVybmV0IFNvY2lldHkgMjAwMy4gIEFsbCBSaWdodHMgUmVzZXJ2ZWQuDQ1BYnN0
cmFjdA0NICAgVGhpcyBkb2N1bWVudCBwcmVzZW50cyBhIGNvbnRleHQgdHJhbnNmZXIgcHJv
dG9jb2wgdGhhdCBlbmFibGVzDSAgIGF1dGhvcml6ZWQgY29udGV4dCB0cmFuc2ZlcnMuICBD
b250ZXh0IHRyYW5zZmVycyBhbGxvd3MgYmV0dGVyDSAgIHN1cHBvcnQgZm9yIG5vZGUgYmFz
ZWQgbW9iaWxpdHkgc28gdGhhdCB0aGUgYXBwbGljYXRpb25zIHJ1bm5pbmcgb24NICAgbW9i
aWxlIG5vZGVzIGNhbiBvcGVyYXRlIHdpdGggbWluaW1hbCBkaXNydXB0aW9uLiAgS2V5IG9i
amVjdGl2ZXMgYXJlDSAgIHRvIHJlZHVjaW5nIHJlZHVjZSBsYXRlbmN5LCBtaW5pbWl6ZSBw
YWNrZXQgbG9zc2VzIGFuZCBhdm9pZCByZS1pbml0aWF0aW9uIG9mDSAgIHNpZ25hbGluZyB0
byBhbmQgZnJvbSB0aGUgbW9iaWxlIG5vZGUuDQ0NDQ0NDQ0NDQ0NDSAgIFRhYmxlIG9mIENv
bnRlbnRzDQ0gICAgICAxLiBJbnRyb2R1Y3Rpb24NICAgICAgMS4xIENvbnZlbnRpb25zIFVz
ZWQgaW4gVGhpcyBEb2N1bWVudA0gICAgICAxLjIgQWJicmV2aWF0aW9ucyBVc2VkIGluIHRo
ZSBEb2N1bWVudA0gICAgICAyLiBQcm90b2NvbCBPdmVydmlldw0gICAgICAyLjEgQ29udGV4
dCBUcmFuc2ZlciBQYWNrZXQgRm9ybWF0cw0gICAgICAyLjIgQ29udGV4dCBUeXBlcw0gICAg
ICAyLjMgQ29udGV4dCBEYXRhIEJsb2NrDSAgICAgIDIuNCBNZXNzYWdlcw0gICAgICAzLiBU
cmFuc3BvcnQsIFJlbGlhYmlsaXR5IGFuZCBSZXRyYW5zbWlzc2lvbiBvZiBGZWF0dXJlIERh
dGENICAgICAgNC4gT3BlbiBJc3N1ZXMNICAgICAgNC4xIEZhaWx1cmUgSGFuZGxpbmcgdGkg
LTUFIDUuIEV4YW1wbGVzIGFuZCBTaWduYWxpbmcgRmxvd3MFDSAgICAgIDUuMSBOZXR3b3Jr
IGNvbnRyb2xsZWQsIEluaXRpYXRlZCBieSBwQVINICAgICAgNS4yIE5ldHdvcmsgY29udHJv
bGxlZCwgSW5pdGlhdGVkIGJ5IG5BUg0gICAgICA1LjMgTW9iaWxlIGNvbnRyb2xsZWQsIFBy
ZWRpY3RpdmUgTmV3IEwyIHVwL29sZCBMMiBkb3duDSAgICAgIDUuNCBNb2JpbGUgY29udHJv
bGxlZCwgUmVhY3RpdmUgQ1QgTmV3IEwyIHVwL29sZCBMMiBkb3duDSAgICAgIDYuIFNlY3Vy
aXR5IENvbnNpZGVyYXRpb25zDSAgICAgIDcuIElBTkEgQ29uc2lkZXJhdGlvbnMNICAgICAg
OC4gQWNrbm93bGVkZ2VtZW50cw0gICAgICA5LiBSZWZlcmVuY2VzDSAgICAgIDkuMSBOb3Jt
YXRpdmUgUmVmZXJlbmNlcw0gICAgICA5LjIgTm9uLU5vcm1hdGl2ZSBSZWZlcmVuY2VzDSAg
ICAgIEFwcGVuZGl4IEEuIFNpbXBsaWZpZWQgRXhhbXBsZSBDb250ZXh0IFR5cGUgU3BlY2lm
aWNhdGlvbg0gICAgICBBcHBlbmRpeCBCLiBUaW1pbmcgYW5kIFRyaWdnZXIgQ29uc2lkZXJh
dGlvbnMNICAgICAgQXBwZW5kaXggQy4gQ29uZ2VzdGlvbiBDb250cm9sDSAgICAgIEFwcGVu
ZGl4IEQuIFpvbmUgb2YgT3BlcmF0aW9uDSAgICAgIEF1dGhvcidzIEFkZHJlc3Nlcw0NDQ0N
DQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDTEuIEludHJvZHVjdGlvbg0NICAgIlByb2Js
ZW0gRGVzY3JpcHRpb246IFJlYXNvbnMgRm9yIFBlcmZvcm1pbmcgQ29udGV4dCBUcmFuc2Zl
cnMNICAgYmV0d2VlbiBOb2RlcyBpbiBhbiBJUCBBY2Nlc3MgTmV0d29yayIgW1JGQzMzNzRd
IGRlZmluZXMgdGhlDSAgIGZvbGxvd2luZyBtYWluIHJlYXNvbnMgd2h5IENvbnRleHQgVHJh
bnNmZXIgcHJvY2VkdXJlcyBtYXkgYmUgdXNlZnVsDSAgIGluIElQIG5ldHdvcmtzLg0NICAx
KSBUaGUgcHJpbWFyeSBtb3RpdmF0aW9uLCBhcyBtZW50aW9uZWQgaW4gdGhlIGludHJvZHVj
dGlvbiwgaXMgdGhlDSAgICAgbmVlZCB0byBxdWlja2x5IHJlLWVzdGFibGlzaCBjb250ZXh0
IHRyYW5zZmVyLWNhbmRpZGF0ZSBzZXJ2aWNlcw0gICAgIHdpdGhvdXQgcmVxdWlyaW5nIHRo
ZSBtb2JpbGUgaG9zdCB0byBleHBsaWNpdGx5IHBlcmZvcm0gYWxsDSAgICAgcHJvdG9jb2wg
Zmxvd3MgZm9yIHRob3NlIHNlcnZpY2VzIGZyb20gc2NyYXRjaC4NICAyKSBBbiBhZGRpdGlv
bmFsIG1vdGl2YXRpb24gaXMgdG8gcHJvdmlkZSBhbiBpbnRlcm9wZXJhYmxlIHNvbHV0aW9u
DSAgICAgdGhhdCB3b3JrcyBmb3IgYW55IExheWVyIDIgcmFkaW8gYWNjZXNzIHRlY2hub2xv
Z3kuDQ0gICBBY2Nlc3MgUm91dGVycyB0eXBpY2FsbHkgZXN0YWJsaXNoIHN0YXRlIGluIG9y
ZGVyIHRvIGVmZmVjdGFmZmVjdCBjZXJ0YWluDSAgIGZvcndhcmRpbmcgdHJlYXRtZW50cyB0
byBwYWNrZXQgc3RyZWFtcyBiZWxvbmdpbmcgdG8gbm9kZXMgc2hhcmluZw0gICB0aGUgYWNj
ZXNzIHJvdXRlci4gIEZvciBpbnN0YW5jZSwgYW4gYWNjZXNzIHJvdXRlciBtYXkgZXN0YWJs
aXNoIGFuDSAgIEFBQSBzZXNzaW9uIHN0YXRlIGFuZCBhIFFvUyBzdGF0ZSBmb3IgYSBub2Rl
J3MgcGFja2V0IHN0cmVhbXMuICBXaGVuDSAgIHRoZSBsaW5rIGNvbm5lY3RpbmcgYSBtb2Jp
bGUgbm9kZSBhbmQgdGhlIGFjY2VzcyByb3V0ZXIgaXMgYmFuZHdpZHRoLQ0gICBjb25zdHJh
aW5lZCwgdGhlIGFjY2VzcyByb3V0ZXIgbWF5IG1haW50YWluIGhlYWRlciBjb21wcmVzc2lv
biBzdGF0ZQ0gICBvbiBiZWhhbGYgb2YgdGhlIG1vYmlsZSBub2RlLiAgV2hlbiBzdWNoIGEg
bm9kZSBtb3ZlcyB0byBhIGRpZmZlcmVudA0gICBhY2Nlc3Mgcm91dGVyLCB0aGlzIHN0YXRl
IG9yIGNvbnRleHQgcmVsb2NhdGlvbiBkdXJpbmcgaGFuZG92ZXINICAgcHJvdmlkZXMgbWFu
eSBpbXBvcnRhbnQgYmVuZWZpdHMsIGluY2x1ZGluZzoNDSAgICAgICogU2VhbWxlc3Mgb3Bl
cmF0aW9uIG9mIGFwcGxpY2F0aW9uIHN0cmVhbXMuICBUaGUgaGFuZG92ZXIgbm9kZQ0gICAg
ICAgIGkuZS4sIHRoZSBNb2JpbGUgTm9kZSkgZG9lcyBub3QgbmVlZCB0byByZS1lc3RhYmxp
c2ggaXRzDSAgICAgICAgY29udGV4dHMgZnJvbSBzY3JhdGNoIGF0IHRoZSBuZXcgYWNjZXNz
IHJvdXRlcg0gICAgICAqIFBlcmZvcm1hbmNlIGJlbmVmaXRzLiAgV2hlbiBjb250ZXh0cyBu
ZWVkIHRvIGJlIHJlZXN0YWJsaXNoZWRyZS1lc3RhYmxpc2hlZCwNICAgICAgICBwZXJmb3Jt
YW5jZSBvZiB0cmFuc3BvcnQgcHJvdG9jb2xzIHdvdWxkIHN1ZmZlciB1bnRpbCB0aGUNICAg
ICAgICBjb250ZXh0cyBhcmUgaW4gcGxhY2UuICBGb3IgaW5zdGFuY2UsIHdoZW4gdGhlIHJl
cXVpcmVkIFFvUw0gICAgICAgIHN0YXRlIGlzIG5vdCBwcmVzZW50LCBhIHN0cmVhbSdzIHBh
Y2tldHMgd291bGQgbm90IHJlY2VpdmUgdGhlDSAgICAgICAgZGVzaXJlZCBwZXItaG9wIGJl
aGF2aW9yIHRyZWF0bWVudCwgc3ViamVjdGluZyB0aGVtIHRvIGhpZ2hlcg0gICAgICAgIGxp
a2VsaWhvb2Qgb2YgdW5hY2NlcHRhYmxlIGRlbGF5cyBhbmQgcGFja2V0IGxvc3Nlcy4NICAg
ICAgKiBCYW5kd2lkdGggc2F2aW5ncy4gIFJlLWVzdGFibGlzaGluZyBtdWx0aXBsZSBjb250
ZXh0cyBvdmVyIGFuDSAgICAgICAgZXhwZW5zaXZlLCBsb3ctc3BlZWQgbGluayBjYW4gYmUg
YXZvaWRlZCBieSByZWxvY2F0aW5nIGNvbnRleHRzDSAgICAgICAgb3ZlciBhIHBvdGVudGlh
bGx5IGhpZ2hlci1zcGVlZCB3aXJlLg0gICAgICAqIFJlZHVjZWQgc3VzY2VwdGliaWxpdHkg
dG8gZXJyb3JzLCBzaW5jZSBtdWNoIG1vcmUgb2YgdGhlDSAgICAgICAgcHJvdG9jb2wgb3Bl
cmF0ZXMgb3ZlciByZWxpYWJsZSBuZXR3b3JrcywgcmVwbGFjaW5nDSAgICAgICAgcmVuZWdv
dGlhdGlvbnMgb3ZlciBhIHBvdGVudGlhbGx5IGVycm9yLXByb25lIGxpbmsuDQ0gICBJbiBb
UkZDMzM3NF0sIGEgZGV0YWlsZWQgZGVzY3JpcHRpb24gb2YgbW90aXZhdGlvbiwgdGhlIG5l
ZWQgYW5kDSAgIGJlbmVmaXRzIG9mIGNvbnRleHQgdHJhbnNmZXIgYXJlIG91dGxpbmVkLiAg
SW4gdGhpcyBkb2N1bWVudCwgd2UNICAgZGVzY3JpYmUgYSBnZW5lcmljIGNvbnRleHQgdHJh
bnNmZXIgcHJvdG9jb2wsIHdoaWNoIHByb3ZpZGVzOg0NICAgICAgKiBSZXByZXNlbnRhdGlv
biBmb3IgZmVhdHVyZSBjb250ZXh0cy4NICAgICAgKiBNZXNzYWdlcyB0byBpbml0aWF0ZSBh
bmQgYXV0aG9yaXplIGNvbnRleHQgdHJhbnNmZXIsIGFuZCBub3RpZnkNICAgICAgICBhIG1v
YmlsZSBub2RlIG9mIHRoZSBzdGF0dXMgb2YgdGhlIHRyYW5zZmVyLg0gICAgICAqIE1lc3Nh
Z2VzIGZvciB0cmFuc2ZlcnJpbmcgY29udGV4dHMgcHJpb3IgdG8sIGR1cmluZyBhbmQgYWZ0
ZXINICAgICAgICBoYW5kb3ZlcnMuDQ0gICBUaGUgcHJvcG9zZWQgcHJvdG9jb2wgaXMgZGVz
aWduZWQgdG8gd29yayBpbiBjb25qdW5jdGlvbiB3aXRoIG90aGVyDSAgIHByb3RvY29scyBp
biBvcmRlciB0byBwcm92aWRlIHNlYW1sZXNzIG1vYmlsaXR5Lg0NDTEuMSBDb252ZW50aW9u
cyBVc2VkIGluIFRoaXMgRG9jdW1lbnQNDSAgIFRoZSBrZXkgd29yZHMgIk1VU1QiLCAiTVVT
VCBOT1QiLCAiUkVRVUlSRUQiLCAiU0hBTEwiLCAiU0hBTEwgTk9UIiwNICAgIlNIT1VMRCIs
ICJTSE9VTEQgTk9UIiwgIlJFQ09NTUVOREVEIiwgICJNQVkiLCBhbmQgIk9QVElPTkFMIiBp
biB0aGlzDSAgIGRvY3VtZW50IGFyZSB0byBiZSBpbnRlcnByZXRlZCBhcyBkZXNjcmliZWQg
aW4gUkZDIDIxMTkgW1JGQzIxMTldLg0NMS4yIEFiYnJldmlhdGlvbnMgVXNlZCBpbiB0aGUg
RG9jdW1lbnQNDSAgIEFSICAgICAgICBBY2Nlc3MgUm91dGVyDQ0gICBDVCAgICAgICAgQ29u
dGV4dCBUcmFuc2Zlcg0NICAgQ1RQICAgICAgIENvbnRleHQgVHJhbnNmZXIgUHJvdG9jb2wN
DSAgIERvUyAgICAgICBEZW5pYWwtb2YtU2VydmljZQ0NICAgRlBUICAgICAgIEZlYXR1cmUg
UHJvZmlsZSBUeXBlcw0NICAgTUlQICAgICAgIE1vYmlsZSBJUA0NICAgTU4gICAgICAgIE1v
YmlsZSBOb2RlDQ0gICBuQVIgICAgICAgTmV3IEFjY2VzcyBSb3V0ZXINDSAgIHBBUiAgICAg
ICBQcmV2aW91cyBBY2Nlc3MgUm91dGVyDQ0gICBTQSAgICAgICAgU2VjdXJpdHkgQXNzb2Np
YXRpb24NDTIuIFByb3RvY29sIE92ZXJ2aWV3DQ0gICBUaGlzIHNlY3Rpb24gcHJvdmlkZXMg
YSBwcm90b2NvbCBvdmVydmlldy4gQSBjb250ZXh0IHRyYW5zZmVyIGNhbiBiZQ0gICBlaXRo
ZXIgc3RhcnRlZCBieSBhIHJlcXVlc3QgZnJvbSB0aGUgbW9iaWxlIG5vZGUgKCJtb2JpbGUN
ICAgY29udHJvbGxlZCIpIG9yIGF0IHRoZSBpbml0aWF0aXZlIG9mIGVpdGhlciB0aGUgbmV3
IG9yIHRoZSBwcmV2aW91cw0gICBhY2Nlc3Mgcm91dGVyICgibmV0d29yayBjb250cm9sbGVk
IikuDQ0gICAgKiBUaGUgbW9iaWxlIG5vZGUgc2VuZHMgdGhlIENUIEFjdGl2YXRlIFJlcXVl
c3QgKENUQVIpIHRvIG9sZCBBUiB3aGVuZXZlcg0gICAgICBwb3NzaWJsZSB0byBpbml0aWF0
ZSBwcmVkaWN0aXZlIGNvbnRleHQgdHJhbnNmZXIuIEluIGFueSBjYXNlLCB0aGUNICAgICAg
TU4gYWx3YXlzIHNlbmRzIHRoZSBDVEFSIG1lc3NhZ2UgdG8gbmV3IEFSLiBJZiB0aGUgY29u
dGV4dHMgYXJlDSAgICAgIGFscmVhZHkgcHJlc2VudCwgbkFSIHdvdWxkIHZlcmlmeSB0aGUg
YXV0aG9yaXphdGlvbiB0b2tlbiBwcmVzZW50DSAgICAgIGluIENUQVIgd2l0aCBpdHMgb3du
IGNvbXB1dGF0aW9uICh1c2luZyB0aGUgcGFyYW1ldGVycyBzdXBwbGllZCBieQ0gICAgICBw
QVIpLCBhbmQgc3Vic2VxdWVudGx5IGFjdGl2YXRlIHRob3NlIGNvbnRleHRzLiBJZiB0aGUg
Y29udGV4dHMNICAgICAgYXJlIG5vdCBwcmVzZW50LCBuQVIgcmVxdWVzdHMgcEFSIHRvIHN1
cHBseSB0aGVtIHVzaW5nIHRoZSBDb250ZXh0DSAgICAgIFRyYW5zZmVyIFJlcXVlc3QgbWVz
c2FnZSwgaW4gd2hpY2ggaXQgc3VwcGxpZXMgdGhlIGF1dGhvcml6YXRpb24NICAgICAgdG9r
ZW4gcHJlc2VudCBpbiBDVEFSLg0gICAgKiBFaXRoZXIgbkFSIG9yIHBBUiBtYXkgcmVxdWVz
dCBvciBzdGFydCAocmVzcGVjdGl2ZWx5KSBjb250ZXh0DSAgICAgIHRyYW5zZmVyIGJhc2Vk
IG9uIGludGVybmFsIG9yIG5ldHdvcmsgdHJpZ2dlcnMgKHNlZSBBcHBlbmRpeCBCKS4NDQ0g
ICBUaGUgQ29udGV4dCBUcmFuc2ZlciBwcm90b2NvbCB0eXBpY2FsbHkgb3BlcmF0ZXMgYmV0
d2VlbiBhIHNvdXJjZQ0gICBub2RlIGFuZCBhIHRhcmdldCBub2RlLiBJbiB0aGUgZnV0dXJl
LCB0aGVyZSBtYXkgYmUgbXVsdGlwbGUgdGFyZ2V0DSAgIG5vZGVzIGludm9sdmVkOyB0aGUg
cHJvdG9jb2wgZGVzY3JpYmVkIGhlcmUgd291bGQgd29yayB3aXRoIG11bHRpcGxlDSAgIHRh
cmdldCBub2Rlcy4gIEZvciBzaW1wbGljaXR5LCB3ZSBkZXNjcmliZSB0aGUgcHJvdG9jb2wg
YXNzdW1pbmcgYQ0gICBzaW5nbGUgcmVjZWl2ZXIgb3IgdGFyZ2V0IG5vZGUuDQ0gICBUeXBp
Y2FsbHksIHRoZSBzb3VyY2Ugbm9kZSBpcyBhIE1OJ3MgUHJldmlvdXMgQWNjZXNzIFJvdXRl
ciAocEFSKSBhbmQNICAgdGhlIHRhcmdldCBub2RlIGlzIE1OJ3MgTmV3IEFjY2VzcyBSb3V0
ZXIgKG5BUikuIFdlIGFzc3VtZSB0aGF0IHBBUg0gICBhbmQgbkFSIHNoYXJlIGFuIGFwcHJv
cHJpYXRlIHNlY3VyaXR5IGFzc29jaWF0aW9uLCBzZXQgdXANICAgaW5kZXBlbmRlbnRseSBh
bmQgcHJpb3IgdG8gY29udGV4dCB0cmFuc2Zlci4gQW55IGFwcHJvcHJpYXRlDSAgIG1lY2hh
bmlzbSBtYXkgYmUgdXNlZCBpbiBzZXR0aW5nIHVwIHRoaXMgc2VjdXJpdHkgYXNzb2NpYXRp
b247IGl0DSAgIGVuYWJsZXMgdGhlIENUIHBlZXJzIHRvIHV0aWxpemUgYSBzZWN1cmUgY2hh
bm5lbCBmb3IgdHJhbnNmZXJyaW5nDSAgIGNvbnRleHRzLCBwcm92aWRpbmcgYXV0aGVudGlj
YXRpb24sIGludGVncml0eSwgYW5kIChpZiBuZWVkZWQpDSAgIGNvbmZpZGVudGlhbGl0eS4N
DSAgIENvbnRleHQgVHJhbnNmZXIgdGFrZXMgcGxhY2Ugd2hlbiBhbiBldmVudCwgc3VjaCBh
cyBhIGhhbmRvdmVyLCB0YWtlcw0gICBwbGFjZS4gIFdlIGNhbGwgc3VjaCBhbiBldmVudCBh
cyBhIENvbnRleHQgVHJhbnNmZXIgVHJpZ2dlci4gSW4NICAgcmVzcG9uc2UgdG8gc3VjaCBh
IHRyaWdnZXIsIHRoZSBwQVIgbWF5IHRyYW5zZmVyIHRoZSBjb250ZXh0czsgdGhlDSAgIG5B
UiBtYXkgcmVxdWVzdCBjb250ZXh0czsgYW5kIHRoZSBNTiBtYXkgc2VuZCBhIG1lc3NhZ2Ug
dG8gdGhlDSAgIHJvdXRlcnMgdG8gdHJhbnNmZXIgY29udGV4dHMuICBTdWNoIGEgdHJpZ2dl
ciBtdXN0IGJlIGNhcGFibGUgb2YNICAgcHJvdmlkaW5nIHRoZSBuZWNlc3NhcnkgaW5mb3Jt
YXRpb24sIHN1Y2ggYXMgdGhlIE1OJ3MgSVAgYWRkcmVzcyB3aXRoDSAgIHdoaWNoIHRoZSBj
b250ZXh0cyBhcmUgYXNzb2NpYXRlZCwgdGhlIElQIGFkZHJlc3NlcyBvZiB0aGUgYWNjZXNz
DSAgIHJvdXRlcnMsIGFuZCBhdXRob3JpemF0aW9uIHRvIHRyYW5zZmVyIGNvbnRleHQuDQ0g
ICBDb250ZXh0IHRyYW5zZmVyIHByb3RvY29sIG1lc3NhZ2VzIHVzZSBGZWF0dXJlIFByb2Zp
bGUgVHlwZXMgdGhhdA0gICBpZGVudGlmeSB0aGUgd2F5IHRoYXQgZGF0YSBpcyBvcmdhbml6
ZWQgZm9yIHRoZSBwYXJ0aWN1bGFyIGZlYXR1cmUNICAgY29udGV4dHMuIFRoZSBGZWF0dXJl
IFByb2ZpbGUgVHlwZXMgKEZQVHMpIGFyZSByZWdpc3RlcmVkIGluIGEgbnVtYmVyDSAgIHNw
YWNlICh3aXRoIElBTkEgVHlwZSBOdW1iZXJzKSB0aGF0IGFsbG93cyBhIG5vZGUgdG8gdW5h
bWJpZ3VvdXNseQ0gICBkZXRlcm1pbmUgdGhlIHR5cGUgb2YgY29udGV4dCBhbmQgdGhlIGNv
bnRleHQgcGFyYW1ldGVycyBwcmVzZW50IGluDSAgIHRoZSBwcm90b2NvbCBtZXNzYWdlcy4g
IENvbnRleHRzIGFyZSB0cmFuc2ZlcnJlZCBieSBsYXlpbmcgb3V0IHRoZQ0gICBhcHByb3By
aWF0ZSBmZWF0dXJlIGRhdGEgd2l0aGluIENvbnRleHQgRGF0YSBCbG9ja3MgYWNjb3JkaW5n
IHRvIHRoZQ0gICBmb3JtYXQgaW4gc2VjdGlvbiAyLjMsIGFzIHdlbGwgYXMgYW55IElQIGFk
ZHJlc3NlcyBuZWNlc3NhcnkgdG8NICAgYXNzb2NpYXRlIHRoZSBjb250ZXh0cyB0byBhIHBh
cnRpY3VsYXIgTU4uICBUaGUgY29udGV4dCB0cmFuc2Zlcg0gICBpbml0aWF0aW9uIG1lc3Nh
Z2VzIGNvbnRhaW4gcGFyYW1ldGVycyB0aGF0IGlkZW50aWZ5IHRoZSBzb3VyY2UgYW5kDSAg
IHRhcmdldCBub2RlcywgdGhlIGRlc2lyZWQgbGlzdCBvZiBmZWF0dXJlIGNvbnRleHRzIGFu
ZCBJUCBhZGRyZXNzZXMNICAgdG8gaWRlbnRpZnkgdGhlIGNvbnRleHRzLiBUaGUgbWVzc2Fn
ZXMgdGhhdCByZXF1ZXN0IHRyYW5zZmVyIG9mDSAgIGNvbnRleHQgZGF0YSBhbHNvIGNvbnRh
aW4gYW4gYXBwcm9wcmlhdGUgdG9rZW4gdG8gYXV0aG9yaXplIHRoZQ0gICBjb250ZXh0IHRy
YW5zZmVyLg0NICAgVGhlIFByZXZpb3VzIEFjY2VzcyBSb3V0ZXIgdHJhbnNmZXJzIGZlYXR1
cmUgY29udGV4dHMgdW5kZXIgdHdvDSAgIGdlbmVyYWwgc2NlbmFyaW9zLiAgRmlyc3QsIGl0
IG1heSByZWNlaXZlIGEgQ29udGV4dCBUcmFuc2ZlciBBY3RpdmF0ZQ0gICBSZXF1ZXN0IChD
VEFSKSBtZXNzYWdlIGZyb20gdGhlIE1OIHdob3NlIGZlYXR1cmUgY29udGV4dHMgYXJlIHRv
IGJlDSAgIHRyYW5zZmVycmVkLCBvciBpdCByZWNlaXZlcyBhbiBpbnRlcm5hbGx5IGdlbmVy
YXRlZCB0cmlnZ2VyIChlLmcuLCBhDSAgIGxpbmstbGF5ZXIgdHJpZ2dlciBvbiB0aGUgaW50
ZXJmYWNlIHRvIHdoaWNoIHRoZSBNTiBpcyBjb25uZWN0ZWQpLg0gICBUaGUgQ1RBUiBtZXNz
YWdlLCBkZXNjcmliZWQgaW4gU2VjdGlvbiAyLjQuMSwgcHJvdmlkZXMgdGhlIElQIGFkZHJl
c3MNICAgb2YgbkFSLCB0aGUgSVAgYWRkcmVzcyBvZiBNTiBvbiBwQVIsIHRoZSBsaXN0IG9m
IGZlYXR1cmUgY29udGV4dHMgdG8NICAgYmUgdHJhbnNmZXJyZWQgKGJ5IGRlZmF1bHQgcmVx
dWVzdGluZyBhbGwgY29udGV4dHMgdG8gYmUNICAgdHJhbnNmZXJyZWQpLCBhbmQgYSB0b2tl
biBhdXRob3JpemluZyB0aGUgdHJhbnNmZXIuIEl0IGFsc28gaW5jbHVkZXMNICAgdGhlIE1O
J3MgbmV3IElQIGFkZHJlc3MgKHZhbGlkIG9uIG5BUikgd2hlbmV2ZXIgaXQgaXMga25vd24u
IEluDSAgIHJlc3BvbnNlIHRvIGEgQ1QtQWN0aXZhdGUgUmVxdWVzdENUQVIgbWVzc2FnZSBv
ciB0byB0aGUgQ1QgdHJpZ2dlciwgcEFSDSAgIHByZWRpY3RpdmVseSB0cmFuc21pdHMgYSBD
b250ZXh0IFRyYW5zZmVyIERhdGEgKENURCkgbWVzc2FnZSB0aGF0DSAgIGNvbnRhaW5zIGZl
YXR1cmUgY29udGV4dHMuICBUaGlzIG1lc3NhZ2UsIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDIu
NC4yLA0gICBjb250YWlucyB0aGUgTU4ncyBwcmV2aW91cyBJUCBhZGRyZXNzIGFuZCBpdHMg
bmV3IElQIGFkZHJlc3MgKGlmDSAgIGtub3duKS4gSXQgYWxzbyBjb250YWlucyBwYXJhbWV0
ZXJzIGZvciBuQVIgdG8gY29tcHV0ZSBhbg0gICBhdXRob3JpemF0aW9uIHRva2VuIHRvIHZl
cmlmeSB0aGUgTU4ncyB0b2tlbiBwcmVzZW50IGluIENUQVIgbWVzc2FnZS4NICAgUmVjYWxs
IHRoYXQgdGhlIE1OIGFsd2F5cyBzZW5kcyBDVEFSIG1lc3NhZ2UgdG8gbkFSIHJlZ2FyZGxl
c3Mgb2YNICAgd2hldGhlciBpdCBzZW50IHRoZSBDVEFSIG1lc3NhZ2UgdG8gcEFSLiBUaGUg
cmVhc29uIGZvciB0aGlzIGlzIHRoYXQNICAgdGhlcmUgaXMgbm8gbWVhbnMgZm9yIHRoZSBN
TiB0byBhc2NlcnRhaW4gdGhhdCBjb250ZXh0IHRyYW5zZmVyDSAgIHJlbGlhYmx5IHRvb2sg
cGxhY2UuIEJ5IGFsd2F5cyBzZW5kaW5nIHRoZSBDVEFSIG1lc3NhZ2UgdG8gbkFSLCB0aGUN
ICAgQ29udGV4dCBUcmFuc2ZlciBSZXF1ZXN0IChzZWUgYmVsb3cpIGNhbiBiZSBzZW50IHRv
IHBBUiB3aGVuZXZlcg0gICBuZWNlc3NhcnkuDQ0gICBJbiB0aGUgc2Vjb25kIHNjZW5hcmlv
LCBwQVIgcmVjZWl2ZXMgYSBDb250ZXh0IFRyYW5zZmVyIFJlcXVlc3QgKENUDSAgIFJlcXVl
c3QpIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDIuNC41LCBtZXNzYWdlIGZyb20gbkFSLiAgVGhl
IG5BUg0gICBpdHNlbGYgZ2VuZXJhdGVzIHRoZSBDVCBSZXF1ZXN0IG1lc3NhZ2UgZWl0aGVy
IGFzIGEgcmVzdWx0IG9mDSAgIHJlY2VpdmluZyB0aGUgQ1RBUiBtZXNzYWdlIG9yIGFzIGEg
cmVzcG9uc2UgdG8gYW4gaW50ZXJuYWwgdHJpZ2dlcg0gICAodGhhdCBpbmRpY2F0ZXMgdGhl
IE1OJ3MgYXR0YWNobWVudCkuIEluIHRoZSBDVC1SZXEgbWVzc2FnZSwgbkFSDSAgIHN1cHBs
aWVzIHRoZSBNTidzIHByZXZpb3VzIElQIGFkZHJlc3MsIHRoZSBmZWF0dXJlIGNvbnRleHRz
IHRvIGJlDSAgIHRyYW5zZmVycmVkLCBhbmQgYSB0b2tlbiAoZ2VuZXJhdGVkIGJ5IHRoZSBN
TikgYXV0aG9yaXppbmcgY29udGV4dA0gICB0cmFuc2Zlci4gIEluIHJlc3BvbnNlIHRvIENU
IFJlcXVlc3QgbWVzc2FnZSwgcEFSIHRyYW5zbWl0cyBhIENvbnRleHQNICAgVHJhbnNmZXIg
RGF0YSAoQ1REKSBtZXNzYWdlIHRoYXQgaW5jbHVkZXMgdGhlIE1OJ3MgcHJldmlvdXMgSVAN
ICAgYWRkcmVzcyBhbmQgZmVhdHVyZSBjb250ZXh0cy4gIFdoZW4gaXQgcmVjZWl2ZXMgYSBj
b3JyZXNwb25kaW5nIENURA0gICBtZXNzYWdlLCBuQVIgbWF5IGdlbmVyYXRlIGEgQ1REIFJl
cGx5IG1lc3NhZ2UgKENURFIpIChTZWUgU2VjdGlvbiAyLjQuMykgdG8NICAgcmVwb3J0IHRo
ZSBzdGF0dXMgb2YgcHJvY2Vzc2luZyB0aGUgcmVjZWl2ZWQgY29udGV4dHMuDQ0gICBXaGVu
IGNvbnRleHQgdHJhbnNmZXIgdGFrZXMgcGxhY2Ugd2l0aG91dCB0aGUgbkFSIHJlcXVlc3Rp
bmcgaXQNICAgKHNjZW5hcmlvIG9uZSBhYm92ZSksIG5BUiBzaG91bGQgcmVxdWlyZSBNTiB0
byBwcmVzZW50IGl0cw0gICBhdXRob3JpemF0aW9uIHRva2VuLiAgRG9pbmcgdGhpcyBsb2Nh
bGx5IGF0IG5BUiB3aGVuIHRoZSBNTiBhdHRhY2hlcw0gICB0byBpdCBpbXByb3ZlcyBwZXJm
b3JtYW5jZSwgc2luY2UgdGhlIGNvbnRleHRzIGFyZSBoaWdobHkgbGlrZWx5IHRvDSAgIGJl
IHByZXNlbnQgYWxyZWFkeS4gV2hlbiBjb250ZXh0IHRyYW5zZmVyIGhhcHBlbnMgd2l0aCBh
biBleHBsaWNpdA0gICByZXF1ZXN0IGZyb20gbkFSIChzY2VuYXJpbyB0d28gYWJvdmUpLCBw
QVIgcGVyZm9ybXMgc3VjaCB2ZXJpZmljYXRpb24NICAgc2luY2UgdGhlIGNvbnRleHRzIGFy
ZSBzdGlsbCBwcmVzZW50IGF0IHBBUi4gSW4gZWl0aGVyIGNhc2UsIHRva2VuDSAgIHZlcmlm
aWNhdGlvbiB0YWtlcyBwbGFjZSBhdCB0aGUgcm91dGVyIHBvc3Nlc3NpbmcgdGhlIGNvbnRl
eHRzLg0NICAgUGVyZm9ybWluZyBjb250ZXh0IHRyYW5zZmVyIGluIGFkdmFuY2Ugb2YgdGhl
IE1OIGF0dGFjaGluZyB0byBuQVINICAgY2xlYXJseSBoYXMgcG90ZW50aWFsIGZvciBiZXR0
ZXIgcGVyZm9ybWFuY2UuICBGb3IgdGhpcyB0byB0YWtlDSAgIHBsYWNlLCBjZXJ0YWluIGNv
bmRpdGlvbnMgbXVzdCBiZSBtZXQuICBGb3IgZXhhbXBsZSwgcEFSIG11c3QgaGF2ZQ0gICBz
dWZmaWNpZW50IHRpbWUgYW5kIGtub3dsZWRnZSBhYm91dCB0aGUgaW1wZW5kaW5nIGhhbmRv
dmVyLiBUaGlzIGlzDSAgIGZlYXNpYmxlIGZvciBpbnN0YW5jZSBpbiBNb2JpbGUgSVAgZmFz
dCBoYW5kb3ZlcnMuIEhvd2V2ZXIsIHdoZW4gdGhlDSAgIGFkdmFuY2Uga25vd2xlZGdlIG9m
IGltcGVuZGluZyBoYW5kb3ZlciBpcyBub3QgYXZhaWxhYmxlLCBvciBpZiBhDSAgIG1lY2hh
bmlzbSBzdWNoIGFzIGZhc3QgaGFuZG92ZXIgZmFpbHMsIHJldHJpZXZpbmcgZmVhdHVyZSBj
b250ZXh0cw0gICBhZnRlciB0aGUgTU4gYXR0YWNoZXMgdG8gbkFSIGlzIHRoZSBvbmx5IGF2
YWlsYWJsZSBtZWFucyBmb3IgY29udGV4dA0gICB0cmFuc2Zlci4gIFBlcmZvcm1pbmcgY29u
dGV4dCB0cmFuc2ZlciBhZnRlciBoYW5kb3ZlciBtaWdodCBzdGlsbCBiZQ0gICBiZXR0ZXIg
dGhhbiBoYXZpbmcgdG8gcmUtZXN0YWJsaXNoIGFsbCB0aGUgY29udGV4dHMgZnJvbSBzY3Jh
dGNoLg0gICBGaW5hbGx5LCBzb21lIGNvbnRleHRzIG1heSBzaW1wbHkgbmVlZCB0byBiZSB0
cmFuc2ZlcnJlZCBkdXJpbmcNICAgaGFuZG92ZXIgc2lnbmFsaW5nLiBGb3IgaW5zdGFuY2Us
IGFueSBjb250ZXh0IHRoYXQgZ2V0cyB1cGRhdGVkIG9uIGENICAgcGVyLXBhY2tldCBiYXNp
cyBtdXN0IGNsZWFybHkgYmUgdHJhbnNmZXJyZWQgb25seSBhZnRlciBwYWNrZXQNICAgZm9y
d2FyZGluZyB0byB0aGUgTU4gb24gaXRzIHByZXZpb3VzIGxpbmsgaXMgdGVybWluYXRlZC4g
IAVUcmFuc2ZlciBvZg0gICBzdWNoIGNvbnRleHRzIG11c3QgYmUgcHJvcGVybHkgc3luY2hy
b25pemVkIHdpdGggYXBwcm9wcmlhdGUgaGFuZG92ZXINICAgbWVzc2FnZXMsIHN1Y2ggYXMg
TW9iaWxlIElQIChGYXN0KSBCaW5kaW5nIFVwZGF0ZS4NDSAgIFRoZSBtZXNzYWdlcyAoQ1RE
IGFuZCBDVERSKSB3aGljaCBwZXJmb3JtIHRoZSBjb250ZXh0IHRyYW5zZmVyDSAgIGJldHdl
ZW4gdGhlIGFjY2VzcyByb3V0ZXJzIG5lZWQgdG8gYmUgYXV0aGVudGljYXRlZCwgc28gdGhh
dCB0aGUNICAgYWNjZXNzIHJvdXRlcnMgY2FuIGJlIGNlcnRhaW4gdGhhdCB0aGUgZGF0YSBo
YXMgbm90IGJlZW4gdGFtcGVyZWQNICAgd2l0aCBkdXJpbmcgZGVsaXZlcnkuICBUaGlzIGlz
IGVzcGVjaWFsbHkgdHJ1ZSBzaW5jZSB0aGVyZSBpcyBubw0gICByZXF1aXJlbWVudCB0aGF0
IHRoZSBhY2Nlc3Mgcm91dGVycyBiZSBhdHRhY2hlZCB0byBhbnkgY29tbW9uIG5ldHdvcmsN
ICAgbGluaywgc28gdGhhdCB0aGV5IGNhbiBiZSBtb3JlIHRoYW4gb25lIGhvcCBhcGFydCBp
biB0aGUgYWNjZXNzDSAgIG5ldHdvcmsuICBUaGlzIHJlcXVpcmVzIHRoYXQgdGhlIGFjY2Vz
cyByb3V0ZXJzIGhhdmUgYW4gZXN0YWJsaXNoZWQNICAgc2VjdXJpdHkgYXNzb2NpYXRpb24u
ICBFc3RhYmxpc2hpbmcgc3VjaCBzZWN1cml0eSBhc3NvY2lhdGlvbnMgaXMNICAgbXVjaCBl
YXNpZXIgd2l0aGluIGEgc2luZ2xlIG5ldHdvcmsgZG9tYWluLCBidXQgdGhpcyBkb2N1bWVu
dCBkb2VzDSAgIG5vdCByZXN0cmljdCB0aGUgY29udGV4dCB0cmFuc2ZlciBzaWduYWxpbmcg
dG8gaGFwcGVuIG9ubHkgd2l0aGluIGENICAgc2luZ2xlIGRvbWFpbi4gIAVJbnN0ZWFkLCB0
aGUgcmVxdWlyZW1lbnQgaXQgcGxhY2VzIGlzIHRoYXQgdGhlIGFjY2Vzcw0gICByb3V0ZXJz
IG5lZWQgdG8gaGF2ZSBhIHNlY3VyaXR5IGFzc29jaWF0aW9uLg0NMi4xIENvbnRleHQgVHJh
bnNmZXIgUGFja2V0IEZvcm1hdA0NICAgVGhlIHBhY2tldCBjb25zaXN0cyBvZiBhIGNvbW1v
biBoZWFkZXIsIG1lc3NhZ2Ugc3BlY2lmaWMgaGVhZGVyIGFuZA0gICBvbmUgb3IgbW9yZSBk
YXRhIHBhY2tldHMuICBEYXRhIHBhY2tldHMgbWF5IGJlIGJ1bmRsZWQgdG9nZXRoZXIgaW4N
ICAgb3JkZXIgdG8gZW5zdXJlIGEgbW9yZSBlZmZpY2llbnQgdHJhbnNmZXIuICBUaGUgdG90
YWwgcGFja2V0IHNpemUsDSAgIGluY2x1ZGluZyB0cmFuc3BvcnQgcHJvdG9jb2wgYW5kIElQ
IHByb3RvY29sIGhlYWRlcnMgU0hPVUxEIGJlIGxlc3MNICAgdGhhbiB0aGUgcGF0aCBNVFUs
IGluIG9yZGVyIHRvIGF2b2lkIHBhY2tldCBmcmFnbWVudGF0aW9uLg0NDSAgICAgICAgICAg
Ky0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDSAgICAgICAgICAgfCAgICAgIENUUCBIZWFkZXIg
ICAgICB8DSAgICAgICAgICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDSAgICAgICAgICAg
fCAgICBNZXNzYWdlIEhlYWRlciAgICB8DSAgICAgICAgICAgKy0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0rDSAgICAgICAgICAgfCAgICAgQ1RQIERhdGEgMSAgICAgICB8DSAgICAgICAgICAg
Ky0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDSAgICAgICAgICAgfCAgICAgQ1RQIERhdGEgMiAg
ICAgICB8DSAgICAgICAgICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDSAgICAgICAgICAg
fCAgICAgICAgIC4uLiAgICAgICAgICB8DQ0yLjIgQ29udGV4dCBUeXBlcw0NICAgQ29udGV4
dHMgYXJlIGlkZW50aWZpZWQgYnkgY29udGV4dCB0eXBlLCB3aGljaCBpcyBhIDMyLWJpdCBu
dW1iZXIuDSAgIFRoZSBtZWFuaW5nIG9mIGVhY2ggY29udGV4dCB0eXBlIGlzIGRldGVybWlu
ZWQgYnkgYSBzcGVjaWZpY2F0aW9uDSAgIGRvY3VtZW50IGFuZCB0aGUgY29udGV4dCB0eXBl
IG51bWJlcnMgYXJlIHRvIGJlIHRhYnVsYXRlZCBpbiBhDSAgIHJlZ2lzdHJ5IG1haW50YWlu
ZWQgYnkgSUFOQSwgYW5kIGhhbmRsZWQgYWNjb3JkaW5nIHRvIHRoZSBtZXNzYWdlDSAgIHNw
ZWNpZmljYXRpb25zIGluIHRoaXMgZG9jdW1lbnQuICBUaGUgaW5zdGFudGlhdGlvbiBvZiBl
YWNoIGNvbnRleHQNICAgYnkgbkFSIGlzIGRldGVybWluZWQgYnkgdGhlIG1lc3NhZ2VzIGlu
IHRoaXMgZG9jdW1lbnQgYWxvbmcgd2l0aCB0aGUNICAgc3BlY2lmaWNhdGlvbiBhc3NvY2lh
dGVkIHdpdGggdGhlIHBhcnRpY3VsYXIgY29udGV4dCB0eXBlLiBFYWNoIHN1Y2gNICAgY29u
dGV4dCB0eXBlIHNwZWNpZmljYXRpb24gY29udGFpbnMgdGhlIGZvbGxvd2luZyBkZXRhaWxz
Og0NICAgICAgIC0gTnVtYmVyLCBzaXplIChpbiBiaXRzKSwgYW5kIG9yZGVyaW5nIG9mIGRh
dGEgZmllbGRzIGluIHRoZQ0gICAgICAgICBzdGF0ZSB2YXJpYWJsZSB2ZWN0b3Igd2hpY2gg
ZW1ib2RpZXMgdGhlIGNvbnRleHQuDSAgICAgICAtIERlZmF1bHQgdmFsdWVzIChpZiBhbnkp
IGZvciBlYWNoIGluZGl2aWR1YWwgZGF0dW0gb2YgdGhlDSAgICAgICAgIGNvbnRleHQgc3Rh
dGUgdmVjdG9yLg0gICAgICAgLSBQcm9jZWR1cmVzIGFuZCByZXF1aXJlbWVudHMgZm9yIGNy
ZWF0aW5nIGEgY29udGV4dCBhdCBhIG5ldw0gICAgICAgICBhY2Nlc3Mgcm91dGVyLCBnaXZl
biB0aGUgZGF0YSB0cmFuc2ZlcnJlZCBmcm9tIGEgcHJldmlvdXMNICAgICAgICAgYWNjZXNz
IHJvdXRlciwgYW5kIGZvcm1hdHRlZCBhY2NvcmRpbmcgdG8gdGhlIG9yZGVyaW5nIHJ1bGVz
DSAgICAgICAgIGFuZCBkYXRlIGZpZWxkIHNpemVzIHByZXNlbnRlZCBpbiB0aGUgc3BlY2lm
aWNhdGlvbi4NICAgICAgIC0gSWYgcG9zc2libGUsIHN0YXR1cyBjb2RlcyBmb3Igc3VjY2Vz
cyBvciBmYWlsdXJlIHJlbGF0ZWQgdG8gdGhlDSAgICAgICAgIGNvbnRleHQgdHJhbnNmZXIu
ICBGb3IgaW5zdGFuY2UsIGEgUW9TIGNvbnRleHQgdHJhbnNmZXIgbWlnaHQNICAgICAgICAg
aGF2ZSBkaWZmZXJlbnQgc3RhdHVzIGNvZGVzIGRlcGVuZGluZyBvbiB3aGljaCBlbGVtZW50
cyBvZiB0aGUNICAgICAgICAgY29udGV4dCBkYXRhIGZhaWxlZCB0byBiZSBpbnN0YW50aWF0
ZWQgYXQgbkFSLg0NICAgQXBwZW5kaXggQSBjb250YWlucyBhbiBleGFtcGxlIGNvbnRleHQg
dHlwZSBzcGVjaWZpY2F0aW9uIGZvciBVRFAvUlRQUlRQL1VEUA0gICBoZWFkZXIgY29tcHJl
c3Npb24gY29udGV4dC4NDTIuMyBDb250ZXh0IERhdGEgQmxvY2sNDSAgICAgICAwICAgICAg
ICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAz
DSAgICAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIg
MyA0IDUgNiA3IDggOSAwIDENICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNICAgICAgfFZ8ICAgICAgICAg
ICAgICAgICAgICAgICBDb250ZXh0IFR5cGUgICAgICAgICAgICAgICAgICAgICAgICAgIHwN
ICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSsNICAgICAgfCAgICAgICAgICAgICAgICAgICAgUHJlc2VuY2Ug
VmVjdG9yIChpZiBWID0gMSkgICAgICAgICAgICAgICAgIHwNICAgICAgKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsN
ICAgICAgLyAgICAgICAgICAgICAgICAgICBjb250ZXh0IHR5cGUtZGVwZW5kZW50IGRhdGEg
ICAgICAgICAgICAgICAgIC8NICAgICAgXCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwNICAgICAgKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsN
DSAgIFRoZSAnVicgYml0IHNwZWNpZmllcyB3aGV0aGVyIG9yIG5vdCB0aGUgInByZXNlbmNl
IHZlY3RvciIgaXMgdXNlZC4NICAgV2hlbiB0aGUgcHJlc2VuY2UgdmVjdG9yIGlzIGluIHVz
ZSwgdGhlIG5leHQgMzIgYml0cwUgYXJlIGludGVycHJldGVkDSAgIHRvIGluZGljYXRlIHdo
ZXRoZXIgcGFydGljdWxhciBkYXRhIGZpZWxkcyBhcmUgcHJlc2VudCAoYW5kLCB0aHVzLA0g
ICBjb250YWluaW5nIG5vbi1kZWZhdWx0IHZhbHVlcykuICBUaGUgb3JkZXJpbmcgb2YgdGhl
IGJpdHMgaW4gdGhlDSAgIHByZXNlbmNlIHZlY3RvciBpcyB0aGUgc2FtZSBhcyB0aGUgb3Jk
ZXJpbmcgb2YgdGhlIGRhdGEgZmllbGRzDSAgIGFjY29yZGluZyB0byB0aGUgY29udGV4dCB0
eXBlIHNwZWNpZmljYXRpb24sIG9uZSBiaXQgcGVyIGRhdGEgZmllbGQNICAgcmVnYXJkbGVz
cyBvZiB0aGUgc2l6ZSBvZiB0aGUgZGF0YSBmaWVsZC4gICBOb3RpY2UgdGhhdCB0aGUgbGVu
Z3RoIG9mDSAgIHRoZSBjb250ZXh0IGRhdGEgYmxvY2sgaXMgZGVmaW5lZCBieSB0aGUgc3Vt
IG9mIGxlbmd0aHMgb2YgZWFjaCBkYXRhDSAgIGZpZWxkIHNwZWNpZmllZCBieSB0aGUgY29u
dGV4dCB0eXBlIHNwZWNpZmljYXRpb24sIHBsdXMgNCBieXRlcyBpZg0gICB0aGUgJ1YnIGJp
dCBpcyBzZXQsIG1pbnVzIHRoZSBhY2N1bXVsYXRlZCBzaXplIG9mIGFsbCB0aGUgY29udGV4
dA0gICBkYXRhIHRoYXQgaXMgaW1wbGljaXRseSBnaXZlbiBhcyBhIGRlZmF1bHQgdmFsdWUu
DQ0yLjQgTWVzc2FnZXMNDSAgIEluIHRoaXMgc2VjdGlvbiwgYSBsaXN0IG9mIHRoZSBhdmFp
bGFibGUgY29udGV4dCB0cmFuc2ZlciBtZXNzYWdlDSAgIHR5cGVzIGlzIGdpdmVuLCBhbG9u
ZyB3aXRoIGEgYnJpZWYgZGVzY3JpcHRpb24gb2YgdGhlaXIgZnVuY3Rpb25zLg0gICBHZW5l
cmFsbHksIG1lc3NhZ2VzIHVzZSB0aGUgZm9sbG93aW5nIGdlbmVyaWMgbWVzc2FnZSBoZWFk
ZXIgZm9ybWF0Og0NICAgICAgIDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAg
ICAgICAyICAgICAgICAgICAgICAgICAgIDMNICAgICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkg
MCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMQ0gICAgICArLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKw0gICAgICB8ICAgICAgICBNZXNzYWdlIFR5cGUgICAgICAgICAgIHxyZXNlcnZl
fCAgICAgICBMZW5ndGggICAgICAgICAgfA0gICAgICArLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0gICAgICB8ICAg
ICAgICAgICAgIE1vYmlsZSBOb2RlJ3MgUHJldmlvdXMgSVAgYWRkcmVzcyAgICAgICAgICAg
ICAgICAgfA0gICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKw0gICAgICAvICAgICAgICAgICAgICAgICAgICAg
ICAgIG1lc3NhZ2UgZGF0YSAgICAgICAgICAgICAgICAgICAgICAgICAgLw0gICAgICBcICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgXA0gICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKw0NICAgVGhlIE1vYmlsZSBOb2RlLCBmb3Igd2hp
Y2ggY29udGV4dCB0cmFuc2ZlciBwcm90b2NvbCBvcGVyYXRpb25zIGFyZQ0gICB1bmRlcnRh
a2VuLCBpcyBhbHdheXMgaWRlbnRpZmllZCBieSBpdHMgcHJldmlvdXMgSVAgYWNjZXNzIGFk
ZHJlc3MuDSAgIEF0IGFueSBvbmUgdGltZSwgb25seSBvbmUgY29udGV4dCB0cmFuc2ZlciBv
cGVyYXRpb24gbWF5IGJlIGluDSAgIHByb2dyZXNzIHNvIHRoYXQgdGhlIENURFIgbWVzc2Fn
ZSB1bmFtYmlnb3VzbHl1bmFtYmlndW91c2x5IGlkZW50aWZpZXMgd2hpY2ggQ1REDSAgIG1l
c3NhZ2UgaXMgYWNrbm93bGVkZ2VkIHNpbXBseSBieSBpbmNsdWRpbmcgdGhlIG1vYmlsZSBu
b2RlJ3MNICAgaWRlbnRpZnlpbmcgcHJldmlvdXMgSVAgYWRkcmVzcy4NDTIuNC4xIENvbnRl
eHQgVHJhbnNmZXIgQWN0aXZhdGUgUmVxdWVzdCAoQ1RBUikgTWVzc2FnZQ0NICAgQWx3YXlz
IHNlbnQgYnkgTU4gdG8gbkFSIHRvIHJlcXVlc3QgY29udGV4dCB0cmFuc2ZlciBhY3RpdmF0
aW9uLiBJdA0gICBpcyBmb3IgZnVydGhlciB0byBzdHVkeSB0byBzZWUgaWYgd2hlbiB0aGUg
Q1RBUiBtZXNzYWdlIGlzIHNlbnQgYnkNICAgdGhlIE1OIHRvIHRoZSBuQVIsIGl0IHNob3Vs
ZCBhbHNvIGJlIHJlbGF5ZWQgdG8gcEFSLiAgQWNrbm93bGVkZ2VtZW50DSAgIGlzIG9wdGlv
bmFsLCBzaW5jZSB0aGUgTU4gbWF5IGhhdmUgYWxyZWFkeSBtb3ZlZCBhbmQgbWF5IG5vdCBy
ZWNlaXZlDSAgIHRoZSByZXBseS4gVGhpcyBtZXNzYWdlIG1heSBpbmNsdWRlIGEgbGlzdCBv
ZiBGUFQgKGZlYXR1cmUgcHJvZmlsZQ0gICB0eXBlcykgdGhhdCByZXF1aXJlIHRyYW5zZmVy
LiBJdCBtYXkgaW5jbHVkZSBmbGFncyB0byByZXF1ZXN0IHNlY3VyZQ0gICBhbmQvb3IgcmVs
aWFibGUgdHJhbnNmZXIuDQ0gICBUaGUgTU4gbWF5IGFsc28gc2VuZCB0aGlzIG1lc3NhZ2Ug
dG8gcEFSIHdoaWxlIHN0aWxsIGNvbm5lY3RlZCB0bw0gICBwQVIuICBJbiBzdWNoIGEgY2Fz
ZSwgdGhlIE1OIGluY2x1ZGVzIHRoZSBuQVIncyBJUCBhZGRyZXNzIGFuZCBpdHMNICAgbmV3
IElQIGFkZHJlc3MgKGlmIGtub3duKS4NDSAgICAgICAwICAgICAgICAgICAgICAgICAgIDEg
ICAgICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAzDSAgICAgICAwIDEgMiAz
IDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAw
IDENICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSsNICAgICAgfCAgICAgICAgTWVzc2FnZSBUeXBlICAgICAg
ICAgICB8cmVzZXJ2ZXwgICAgICAgTGVuZ3RoICAgICAgICAgIHwNICAgICAgKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSsNICAgICAgfCAgICAgICAgICAgICBNb2JpbGUgTm9kZSdzIFByZXZpb3VzIElQIEFkZHJl
c3MgICAgICAgICAgICAgICAgIHwNICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNICAgICAgfCAgICAgICAg
ICAgICAgICAgICBQcmV2aW91cyBSb3V0ZXIgSVAgQWRkcmVzcyAgICAgICAgICAgICAgICAg
IHwNICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSsNICAgICAgfFR5cGU9QXV0aC1Ub2tlbnwgVHlwZSBMZW4g
ICAgICB8ICAgICAgICBSZXBsYXkgICAgICAgICAgICAgICAgIHwNICAgICAgKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSsNICAgICAgfCAgICAgICAgICAgICAgICAgICAgTU4gQXV0aG9yaXphdGlvbiBUb2tlbiAg
ICAgICAgICAgICAgICAgICAgIHwNICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNICAgICAgfCAgICAgICAg
ICAgICAgUmVxdWVzdGVkIENvbnRleHQgVHlwZSAoaWYgcHJlc2VudCkgICAgICAgICAgICAg
IHwNICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSsNICAgICAgfCAgICAgICAgICAgIE5leHQgUmVxdWVzdGVk
IENvbnRleHQgVHlwZSAoaWYgcHJlc2VudCkgICAgICAgICAgIHwNICAgICAgKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSsNICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgIC4uLi4uLi4uICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIHwNICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNDSAgIFRoZSBtZXNzYWdl
IGRhdGEgZm9yIENUQVIgaXMgdGhlIE1vYmlsZSBOb2RlJ3MgUHJldmlvdXMgSVAgQWRkcmVz
cywNICAgUHJldmlvdXMgUm91dGVyJ3NwQVKScyBJUCBhZGRyZXNzLCBNTiBBdXRob3JpemF0
aW9uIFRva2VuLCBmb2xsb3dlZCBieSBhDSAgIGxpc3Qgb2YgY29udGV4dCB0eXBlcy4gIElm
IG5vIGNvbnRleHQgdHlwZXMgYXJlIHNwZWNpZmllZCwgdGhlbiBhbGwNICAgY29udGV4dHMg
Zm9yIHRoZSBtb2JpbGUgbm9kZSBhcmUgcmVxdWVzdGVkLg0NMi40LjIgQ29udGV4dCBUcmFu
c2ZlciBEYXRhIChDVEQpIE1lc3NhZ2UNDSAgIFNlbnQgYnkgcEFSIHRvIG5BUiwgYW5kIGlu
Y2x1ZGVzIGZlYXR1cmUgZGF0YSAoQ1RQIGRhdGEpLiBUaGlzDSAgIG1lc3NhZ2Ugc2hvdWxk
IGhhbmRsZSBwcmVkaWN0aXZlIGFzIHdlbGwgYXMgbm9ybWFsIENULiAgQSByZWxpYWJpbGl0
eQ0gICBmbGFnLCBSLCBpbmNsdWRlZCBpbiB0aGlzIG1lc3NhZ2UgaW5kaWNhdGVzIHdoZXRo
ZXIgYSByZXBseSBpcw0gICByZXF1aXJlZCBieSBuQVIuICBUaGlzIG1lc3NhZ2UgU0hPVUxE
IGJlIHByb3RlY3RlZCBieSB1c2Ugb2YgSVBzZWMNICAgQXV0aGVudGljYXRpb24gSGVhZGVy
IChBSClbUkZDMjQwMl0NDSAgICAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAg
ICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAzDSAgICAgICAwIDEgMiAzIDQgNSA2IDcg
OCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDENICAgICAg
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSsNICAgICAgfCAgICAgICAgTWVzc2FnZSBUeXBlICAgICAgICAgICB8Q3xS
fHJzdnwgICAgICAgTGVuZ3RoICAgICAgICAgIHwNICAgICAgKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNICAgICAg
fCAgICAgICAgICAgICAgICAgRWxhcHNlZCBUaW1lIChpbiBtaWxsaXNlY29uZHMpICAgICAg
ICAgICAgICAgIHwNICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNICAgICAgfCAgICAgICAgICAgICBNb2Jp
bGUgTm9kZSdzIFByZXZpb3VzIENhcmUtb2YgQWRkcmVzcyAgICAgICAgICAgIHwNICAgICAg
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSsNICAgICAgfCAgICAgICAgICAgIE1vYmlsZSBOb2RlJ3MgTmV3IENhcmUt
b2YgQWRkcmVzcywgaWYgQz0xICAgICAgICAgIHwNICAgICAgKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNICAgICAg
fCAgVHlwZT1BdXRoICAgIHwgIFR5cGUgTGVuZ3RoICB8ICAgQWxnb3JpdGhtICAgfCAgS2V5
IExlbmd0aCAgIHwNICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNICAgICAgfCAgICAgICAgICAgICAgICAg
ICAgICAgICAgICBLZXkuLi4NICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNICAgICAgfCAgICAgICAgICAg
ICAgICAgICAgICBGaXJzdCBDb250ZXh0IEJsb2NrICAgICAgICAgICAgICAgICAgICAgIHwN
ICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSsNICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgTmV4dCBD
b250ZXh0IEJsb2NrICAgICAgICAgICAgICAgICAgICAgIHwNICAgICAgKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsN
ICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgIC4uLi4uLi4uICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIHwNICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNDSAgIFRoZSBBdXRob3JpemF0
aW9uIHRva2VuIHR5cGUgZmllbGQgaXMgcHJlc2VudCBpbiB0aGUgcHJlZGljdGl2ZQ0gICBz
Y2VuYXJpbyBvbmx5LiBUaGUgc3VwcGxpZWQgcGFyYW1ldGVycywgYWxnb3JpdGhtLCBrZXkg
bGVuZ3RoIGFuZCB0aGUNICAga2V5IGl0c2VsZiwgYWxsb3cgbkFSIHRvIGNvbXB1dGUgYSB0
b2tlbiBsb2NhbGx5IGRlcGVuZGluZyBvbiB0aGUNICAgY29udGVudHMgb2YgdGhlIENUQVIg
bWVzc2FnZS4NDSAgIFRoZSBhbGdvcml0aG0gZm9yIGNhcnJ5aW5nIG91dCB0aGUgY29tcHV0
YXRpb24gb2YgdGhlIE1ODSAgIEF1dGhvcml6YXRpb24gVG9rZW4gaXMgSE1BQ19TSEExLiAg
VGhlIGlucHV0IGRhdGEgZm9yIGNvbXB1dGluZyB0aGUNICAgdG9rZW4gYXJlOiB0aGUgTU4n
cyBQcmV2aW91cyBJUCBhZGRyZXNzLCB0aGUgRlBUIG9iamVjdHMgYW5kIHRoZQ0gICBSZXBs
YXkgZmllbGQuIFdoZW4gc3VwcG9ydCBmb3IgdHJhbnNmZXJyaW5nIGFsbCBjb250ZXh0cyBp
cw0gICByZXF1ZXN0ZWQsIGEgZGVmYXVsdCBGUFQgaXMgdXNlZC4gIFRoZSBBdXRob3JpemF0
aW9uIFRva2VuIGlzDSAgIG9idGFpbmVkIGJ5IHRydW5jYXRpbmcgdGhlIHJlc3VsdHMgb2Yg
dGhlIEhNQUNfU0hBMSBjb21wdXRhdGlvbiB0bw0gICByZXRhaW4gb25seSB0aGUgbGVhZGlu
ZyAzMiBiaXRzLg0NDTIuNC4zICBDb250ZXh0IFRyYW5zZmVyIERhdGEgUmVwbHkgKENURFIp
IE1lc3NhZ2UNDSAgIFRoaXMgbWVzc2FnZSBpcyBzZW50IGJ5IG5BUiB0byBwQVIgZGVwZW5k
aW5nIG9uIHRoZSB2YWx1ZSBvZiB0aGUNICAgcmVsaWFiaWxpdHkgZmxhZyBpbiBDVEQuIElu
ZGljYXRlcyBzdWNjZXNzIG9yIGZhaWx1cmUuICBUaGlzIG1lc3NhZ2UNICAgU0hPVUxEIGJl
IHByb3RlY3RlZCBieSB1c2Ugb2YgSVBzZWMgQXV0aGVudGljYXRpb24gSGVhZGVyDSAgIChB
SClbUkZDMjQwMl0NDSAgICAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAg
ICAgICAgMiAgICAgICAgICAgICAgICAgICAzDSAgICAgICAwIDEgMiAzIDQgNSA2IDcgOCA5
IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDENICAgICAgKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSsNICAgICAgfCAgICAgICAgTWVzc2FnZSBUeXBlICAgICAgICAgICB8Q3wgcnN2
IHwgICAgICAgTGVuZ3RoICAgICAgICAgIHwNICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNICAgICAgfCAg
ICAgICAgICAgICBNb2JpbGUgTm9kZSdzIFByZXZpb3VzIENhcmUtb2YgQWRkcmVzcyAgICAg
ICAgICAgIHwNICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNICAgICAgfCBPdmVyYWxsU3RhdHVzIHwgQ3R4
LTEgU3RhdHVzICB8IEN0eC0yIFN0YXR1cyAgfCAgICAgLi4uLi4uICAgIHwNICAgICAgKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSsNDSAgIFRoZSBPdmVyYWxsU3RhdHVzIGlzIHVzZWQgZm9yIHJlcG9ydGluZyBv
dmVyYWxsIHN1Y2Nlc3Mgb3IgZmFpbHVyZSwNICAgd2hpY2ggY291bGQgYmUgYmFzZWQgb24g
dmVyaWZpY2F0aW9uIG9mIHRoZSBNTiBhdXRob3JpemF0aW9uIHRva2VuDSAgIGZvciBpbnN0
YW5jZS4gIEZvciBjZXJ0YWluIHZhbHVlcyBvZiB0aGUgb3ZlcmFsbCBzdGF0dXMsIGl0IG1h
eSBiZQ0gICB0aGF0IHNvbWUgY29udGV4dHMgd2VyZSBzdWNjZXNzZnVsbHkgdHJhbnNmZXJy
ZWQgYW5kIHNvbWUgZmFpbGVkIHRvDSAgIGJlIHRyYW5zZmVycmVkLiAgSW4gdGhpcyBjYXNl
LCB0aGVuIGZvciBlYWNoIGNvbnRleHQgYW5vdGhlciBzdGF0dXMNICAgY29kZSBNVVNUIGJl
IHByb3ZpZGVkIHRvIGluZGljYXRlIHRvIHBBUiB3aGljaCBjb250ZXh0cyBoYXZlIGZhaWxl
ZA0gICBhbmQgd2hpY2ggaGF2ZSBzdWNjZWVkZWQsIGFsb25nIHdpdGggdGhlIHJlYXNvbi4N
DTIuNC40ICBDb250ZXh0IFRyYW5zZmVyIENhbmNlbCAoQ1RDKSBNZXNzYWdlDQ0gICBJZiB0
cmFuc2ZlcmluZyBhIGNvbnRleHQgcmVxdWlyZXMgYW4gb25nb2luZyBwcm9jZXNzIChpLmUu
LCBpcyBub3QNICAgc2hvcnQtbGl2ZWQpLCB0aGVuIG5BUiBtYXkgc2VuZCBDVEMgdG8gcEFS
IHRvIGNhbmNlbCBhbiBvbmdvaW5nIENUDSAgIHByb2Nlc3MuDQ0gICAgICAgMCAgICAgICAg
ICAgICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAgICAgMw0g
ICAgICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMg
NCA1IDYgNyA4IDkgMCAxDSAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDSAgICAgIHwgICAgICAgIE1lc3Nh
Z2UgVHlwZSAgICAgICAgICAgfCAgcnN2ICB8ICAgICAgTGVuZ3RoICA9IDQgICAgICB8DSAg
ICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rDSAgICAgIHwgICAgICAgICAgICAgTW9iaWxlIE5vZGUncyBQcmV2
aW91cyBDYXJlLW9mIEFkZHJlc3MgICAgICAgICAgICB8DSAgICAgICstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQ0y
LjQuNSBDb250ZXh0IFRyYW5zZmVyIFJlcXVlc3QgKENUIFJlcXVlc3QpIE1lc3NhZ2UNDSAg
IFNlbnQgYnkgbkFSIHRvIHBBUiByZXF1ZXN0IHN0YXJ0IG9mIGNvbnRleHQgdHJhbnNmZXIu
IFRoaXMgbWVzc2FnZSBpcw0gICBzZW50IGFzIGEgcmVzcG9uc2UgdG8gQ1RBUiBtZXNzYWdl
IGJ5IHRoZSBNTi4NDSAgICAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAg
ICAgICAgMiAgICAgICAgICAgICAgICAgICAzDSAgICAgICAwIDEgMiAzIDQgNSA2IDcgOCA5
IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDENICAgICAgKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSsNICAgICAgfCAgICAgICAgTWVzc2FnZSBUeXBlICAgICAgICAgICB8cmVzZXJ2
ZXwgICAgICAgTGVuZ3RoICAgICAgICAgIHwNICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNICAgICAgfCAg
ICAgICAgICAgICBNb2JpbGUgTm9kZSdzIFByZXZpb3VzIENhcmUtb2YgQWRkcmVzcyAgICAg
ICAgICAgIHwNICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNICAgICAgfFR5cGU9QXV0aC1Ub2tlbnwgVHlw
ZSBMZW4gICAgICB8ICAgICAgICBSZXBsYXkgICAgICAgICAgICAgICAgIHwNICAgICAgKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSsNICAgICAgfCAgICAgICAgICAgICAgICAgICAgTU4gQXV0aG9yaXphdGlvbiBU
b2tlbiAgICAgICAgICAgICAgICAgICAgIHwNICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNICAgICAgfCAg
ICAgICAgICAgICAgIFJlcXVlc3RlZCBDb250ZXh0IFR5cGUgKGlmIHByZXNlbnQpICAgICAg
ICAgICAgIHwNICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNICAgICAgfCAgICAgICAgICAgICBOZXh0IFJl
cXVlc3RlZCBDb250ZXh0IFR5cGUgKGlmIHByZXNlbnQpICAgICAgICAgIHwNICAgICAgKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSsNICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgIC4uLi4uLi4uICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIHwNICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNDSAgIFRoZSBt
ZXNzYWdlIGRhdGEgZm9yIENUIFJlcXVlc3QgaXMgdGhlIE1vYmlsZSBOb2RlJ3MgUHJldmlv
dXMgQ2FyZS1vZg0gICBBZGRyZXNzLCBNTiBBdXRob3JpemF0aW9uIFRva2VuLCBmb2xsb3dl
ZCBieSBhIGxpc3Qgb2YgY29udGV4dCB0eXBlcy4NICAgSWYgbm8gY29udGV4dCB0eXBlcyBh
cmUgc3BlY2lmaWVkLCB0aGVuIGFsbCBjb250ZXh0cyBmb3IgdGhlIG1vYmlsZQ0gICBub2Rl
IGFyZSByZXF1ZXN0ZWQuICBUaGUgZmllbGRzIGluY2x1ZGluZyBhbmQgZm9sbG93aW5nIHRo
ZQ0gICBBdXRob3JpemF0aW9uIFRva2VuIFR5cGUgYXJlIGluc2VydGVkIGZyb20gdGhlIENU
QVIgbWVzc2FnZS4NDSAgIFRoZSBhbGdvcml0aG0gZm9yIGNhcnJ5aW5nIG91dCB0aGUgY29t
cHV0YXRpb24gaXMgSE1BQ19TSEExLiAgVGhlDSAgIEF1dGhvcml6YXRpb24gdG9rZW4gaXMg
b2J0YWluZWQgYnkgdHJ1bmNhdGluZyB0aGUgcmVzdWx0cyBvZiB0aGUNICAgSE1BQ19TSEEx
IGNvbXB1dGF0aW9uIHRvIHJldGFpbiBvbmx5IHRoZSBsZWFkaW5nIDMyIGJpdHMuICBUaGUg
aW5wdXQNICAgZGF0YSBmb3IgY29tcHV0aW5nIHRoZSB0b2tlbiBhcmU6IHRoZSBNTidzIFBy
ZXZpb3VzIElQIGFkZHJlc3MsIHRoZQ0gICBGUFQgb2JqZWN0cyBhbmQgdGhlIFJlcGxheSBm
aWVsZC4gV2hlbiBzdXBwb3J0IGZvciB0cmFuc2ZlcnJpbmcgYWxsDSAgIGNvbnRleHRzIGlz
IHJlcXVlc3RlZCwgYSBkZWZhdWx0IEZQVCBpcyB1c2VkLg0NMy4gVHJhbnNwb3J0LCBSZWxp
YWJpbGl0eSBhbmQgUmV0cmFuc21pc3Npb24gb2YgRmVhdHVyZSBEYXRhDQ0NICAgQ1RQIHJ1
bnMgb3ZlciBVRFAgdXNpbmcgcG9ydCBudW1iZXIgPFRCRD4uICBTb21lIGZlYXR1cmUgY29u
dGV4dHMgbWF5DSAgIHNwZWNpZnkgYSByZWxpYWJpbGl0eSBmYWN0b3IsIE1BWF9SRVRSWV9J
TlRFUlZBTCwgd2hpY2ggaXMgdGhlIGxlbmd0aA0gICBvZiB0aW1lIHRoYXQgdGhlIHBBUiBp
cyBhbGxvd2VkIHRvIHBlcmZvcm0gcmV0cmFuc21pc3Npb25zIGJlZm9yZQ0gICBnaXZpbmcg
dXAgb24gdGhlIGNvbnRleHQgdHJhbnNmZXIgZm9yIHRoYXQgZmVhdHVyZSBjb250ZXh0LiAg
VGhlDSAgIGxvbmdlciB0aGUgYWxsb3dlZCByZXRyeSBpbnRlcnZhbCwgdGhlIG1vcmUgcmV0
cmFuc21pc3Npb25zIHdpbGwgYmUNICAgcG9zc2libGUgZm9yIHRoYXQgZmVhdHVyZSBjb250
ZXh0LiAgSXQgaXMgZXhwZWN0ZWQgdGhhdA0gICByZXRyYW5zbWlzc2lvbiB3aWxsIGJlIGEg
cmFyZSBldmVudCwgYmVjYXVzZSBvZiB0aGUgcGh5c2ljYWwNICAgcHJveGltaXR5IG9mIHRo
ZSBhY2Nlc3Mgcm91dGVycyBhbmQgbGlrZWx5IGNoYXJhY3RlcmlzdGljcyBvZiB0aGUNICAg
bmV0d29yayBtZWRpYSBjb25uZWN0aW5nIHRoZSBhY2Nlc3Mgcm91dGVycy4NDSAgIEZvciBm
ZWF0dXJlIGNvbnRleHRzIHRoYXQgc3BlY2lmeSBNQVhfUkVUUllfSU5URVJWQUwsIHBBUiBT
SE9VTEQNICAgcmV0cmFuc21pdCBhbiB1bmFja25vd2xlZGdlZCBDVEQgbWVzc2FnZSBhZnRl
ciB3YWl0aW5nIGZvcg0gICBSRVRSQU5TTUlTU0lPTl9ERUxBWSBtaWxsaXNlY29uZHMuICBU
aGlzIHRpbWUgdmFsdWUgaXMgY29uZmlndXJhYmxlDSAgIGJhc2VkIG9uIHRoZSB0eXBlIG9m
IG5ldHdvcmsgaW50ZXJmYWNlOyBzbG93ZXIgbmV0d29yayBtZWRpYQ0gICBuYXR1cmFsbHkg
d2lsbCBiZSBjb25maWd1cmVkIHdpdGggbG9uZ2VyIHZhbHVlcyBmb3IgdGhlDSAgIFJFVFJB
TlNNSVNTSU9OX0RFTEFZLiAgRXhjZXB0IGZvciB0aGUgdmFsdWUgb2YgdGhlIGVsYXBzZWQg
dGltZQ0gICBmaWVsZCwgdGhlIHBheWxvYWQgb2YgZWFjaCByZXRyYW5zbWl0dGVkIENURCBw
YWNrZXQgaXMgaWRlbnRpY2FsIHRvDSAgIHRoZSBwYXlsb2FkIG9mIHRoZSBpbml0aWFsbHkg
dHJhbnNtaXR0ZWQgQ1REIHBhY2tldCwgaW4gb3JkZXIgdG8NICAgbWFpbnRhaW4gdGhlIGFi
aWxpdHkgb2YgdGhlIG1vYmlsZSBkZXZpY2UgdG8gcHJlc2VudCBhIGNvcnJlY3RseQ0gICBj
YWxjdWxhdGVkIGF1dGhlbnRpY2F0aW9uIHRva2VuLiAgVGhlIG51bWJlciBvZiByZXRyYW5z
bWlzc2lvbnMsIGVhY2gNICAgZGVsYXllZCBieSBSRVRSQU5TTUlTU0lPTl9ERUxBWSwgZGVw
ZW5kcyBvbiB0aGUgbWF4aW11bSB2YWx1ZSBmb3INICAgTUFYX1JFVFJZX0lOVEVSVkFMIGFz
IHNwZWNpZmllZCBieSBhbnkgb2YgdGhlIGNvbnRleHRzLiAgIFRoZSB2YWx1ZQ0gICBvZiB0
aGUgRWxhcHNlZCBUaW1lIGZpZWxkIGlzIHRoZSBudW1iZXIgb2YgbWlsbGlzZWNvbmRzIHNp
bmNlIHRoZQ0gICB0cmFuc21pc3Npb24gb2YgdGhlIGZpcnN0IENURCBtZXNzYWdlDQ0gICBV
RFAgcHJvdmlkZXMgYWFuIG9wdGlvbmFsIGNoZWNrc3VtLCB3aGljaCBTSE9VTEQgYmUgY2hl
Y2tlZC4gIElmIHRoZQ0gICBjaGVja3N1bSBpcyBpbmNvcnJlY3QsIG5BUiBTSE9VTEQgcmV0
dXJuIGEgQ1REUiBwYWNrZXQgdG8gcEFSIHdpdGgNICAgdGhlIHN0YXR1cyB2YWx1ZSBCQURf
VURQX0NIRUNLU1VNLCBldmVuIGlmIHRoZSAnUicgYml0IGlzIG5vdCBzZXQgaW4NICAgdGhl
IENURC4NDTQuIE9wZW4gSXNzdWVzDQ0gICBUaGlzIHNlY3Rpb24gbGlzdHMgc29tZSBvcGVu
IGlzc3VlcyB0aGF0IG5lZWQgZnVydGhlciBkaXNjdXNzaW9uLg0NNC4xIEZhaWx1cmUgSGFu
ZGxpbmcNDSAgIEZhaWx1cmUgb2YgQ29udGV4dCBUcmFuc2ZlciBzaG91bGQgYXQgbGVhc3Qg
Y2F1c2Ugbm8gaGFybSB0byB0aGUNICAgbmV0d29yayBvciB0byB0aGUgdXNlciBzZXNzaW9u
LiAgRmFpbHVyZSByZXBvcnRpbmcgdG8gdGhlIG1vYmlsZSBub2RlDSAgIG1heSBiZSBuZWVk
ZWQuICBUaGUgZGV0YWlscyBhYm91dCBob3cgZmFpbHVyZSBjYW4gYmUgcmVwb3J0ZWQgZm9y
DSAgIHNvbWUgaW5kaXZpZHVhbCBjb250ZXh0cyBidXQgbm90IHJlcXVpcmluZyByZXRyYW5z
bWlzc2lvbiBvZiBhbGwNICAgY29udGV4dHMgc2hvdWxkIGJlIHN0cmFpZ2h0Zm9yd2FyZCBi
dXQgcmVtYWluIHRvIGJlIHdvcmtlZCBvdXQuDQ01LiBFeGFtcGxlcyBhbmQgU2lnbmFsaW5n
IEZsb3dzDQ01LjEgTmV0d29yayBjb250cm9sbGVkLCBJbml0aWF0ZWQgYnkgcEFSDQ0gICAg
ICAgICAgICAgIE1OICAgICAgICAgICAgICAgICAgICBuQVIgICAgICAgICAgICAgICAgICAg
ICBwQVINICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAg
ICAgICAgICAgICAgIHwNICAgICAgICAgVCAgICB8ICAgICAgICAgICAgICAgICAgICAgIHwg
ICAgICAgICAgICAgICAgICBDVCB0cmlnZ2VyDSAgICAgICAgIEkgICAgfCAgICAgICAgICAg
ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICB8DSAgICAgICAgIE0gICAgfCAg
ICAgICAgICAgICAgICAgICAgICB8PC0tLS0tLS0gQ1REIC0tLS0tLS0tLS18DSAgICAgICAg
IEUgICAgfC0tLS0tLS0tQ1RBUi0tLS0tLS0tLT58ICAgICAgICAgICAgICAgICAgICAgICB8
DSAgICAgICAgIDogICAgfCAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAg
ICAgICAgICB8DSAgICAgICAgIHwgICAgfCAgICAgICAgICAgICAgICAgICAgICB8LS0tLS0t
LS0gQ1REUiAtLS0tLS0tLT58DSAgICAgICAgIFYgICAgfCAgICAgICAgICAgICAgICAgICAg
ICB8ICAgICAgICAgICAgICAgICAgICAgICB8DSAgICAgICAgICAgICAgfCAgICAgICAgICAg
ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICB8DQ01LjIgTmV0d29yayBjb250
cm9sbGVkLCBpbml0aWF0ZWQgYnkgbkFSDQ0gICAgICAgICAgICAgIE1OICAgICAgICAgICAg
ICAgICAgICBuQVIgICAgICAgICAgICAgICAgICAgICBwQVINICAgICAgICAgICAgICB8ICAg
ICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgIHwNICAgICAgICAg
VCAgICB8ICAgICAgICAgICAgICAgICBDVCB0cmlnZ2VyICAgICAgICAgICAgICAgICAgIHwN
ICAgICAgICAgSSAgICB8ICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAg
ICAgICAgIHwNICAgICAgICAgTSAgICB8ICAgICAgICAgICAgICAgICAgICAgIHwtLS0tLSBD
VCBSZXF1ZXN0IC0tLS0tPnwNICAgICAgICAgRSAgICB8ICAgICAgICAgICAgICAgICAgICAg
IHwgICAgICAgICAgICAgICAgICAgICAgIHwNICAgICAgICAgOiAgICB8ICAgICAgICAgICAg
ICAgICAgICAgIHw8LS0tLS0tLSBDVEQgLS0tLS0tLS0tLXwNICAgICAgICAgfCAgICB8ICAg
ICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgIHwNICAgICAgICAg
ViAgICB8LS0tLS0tLS1DVEFSLS0tLS0tLS0tPnwgICAgICAgICAgICAgICAgICAgICAgIHwN
ICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgIHwtLS0tLSBDVERSIChvcHQp
IC0tLS0tPnwNICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAg
ICAgICAgICAgICAgICAgIHwNDQ0NNS4zIE1vYmlsZSBjb250cm9sbGVkLCBQcmVkaWN0aXZl
IE5ldyBMMiB1cC9vbGQgTDIgZG93bg0NICAgQ1RBUiByZXF1ZXN0IHRvIG5BUiAobkFSIG11
c3QgYmUgYWJsZSB0byBhdXRoZW50aWNhdGUgTU4gZm9yIENULA0gICBzZWN1cml0eSBkZXRh
aWxzIGxhdGVyKQ0NICAgICAgICAgICAgICBNTiAgICAgICAgICAgICAgICAgICAgbkFSICAg
ICAgICAgICAgICAgICAgICAgcEFSDSAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAg
ICAgICB8ICAgICAgICAgICAgICAgICAgICAgICB8DSAgICAgICAgbmV3IEwyIGxpbmsgdXAg
ICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICB8DSAgICAgICAgICAgICAg
fCAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICB8DSAgICAg
ICAgIENUIHRyaWdnZXIgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAg
ICB8DSAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAg
ICAgICAgICAgICB8DSAgICAgICAgIFQgICAgfC0tLS0tLS0tQ1RBUiAgLS0tLS0tLT58ICAg
ICAgICAgICAgICAgICAgICAgICB8DSAgICAgICAgIEkgICAgfCAgICAgICAgICAgICAgICAg
ICAgICB8LS0tLSBDVCBSZXF1ZXN0IC0tLS0tLT58DSAgICAgICAgIE0gICAgfCAgICAgICAg
ICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICB8DSAgICAgICAgIEUgICAg
fCAgICAgICAgICAgICAgICAgICAgICB8PC0tLS0tLS0tIENURCAtLS0tLS0tLS18DSAgICAg
ICAgIDogICAgfCAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAg
ICB8DSAgICAgICAgIHwgICAgfCAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAg
ICAgICAgICAgICB8DSAgICAgICAgIFYgICAgfCAgICAgICAgICAgICAgICAgICAgICB8ICAg
ICAgICAgICAgICAgICAgICAgICB8DSAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAg
ICAgICB8ICAgICAgICAgICAgICAgICAgICAgICB8DQ0NDSAgIEluIGNhc2UgQ1QgY2Fubm90
IGJlIHN1cHBvcnRlZCwgYSBDVEFSIHJlamVjdCAoVEJEKSBtYXkgYmUgc2VudCB0bw0gICB0
aGUgTU4gYnkgbkFSLg0NNS40IE1vYmlsZSBjb250cm9sbGVkLCBSZWFjdGl2ZSBDVCBOZXcg
TDIgdXAvb2xkIEwyIGRvd24NDSAgIENUQVIgcmVsYXkgdG8gcEFSIHRocm91Z2ggbkFSICh0
aGUgcEFSIG5lZWRzIHRvIGF1dGhlbnRpY2F0ZSB0aGUNICAgQ1RBUikNDSAgICAgICAgICAg
ICAgTU4gICAgICAgICAgICAgICAgICAgIG5BUiAgICAgICAgICAgICAgICAgICAgIHBBUg0g
ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAg
ICAgICAgfA0gICAgICAgIG5ldyBMMiBsaW5rIHVwICAgICAgICAgICAgICAgfCAgICAgICAg
ICAgICAgICAgICAgICAgfA0gICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAg
fCAgICAgICAgICAgICAgICAgICAgICAgfA0gICAgICAgICBDVCB0cmlnZ2VyICAgICAgICAg
ICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgfA0gICAgICAgICAgICAgIHwgICAg
ICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgfA0gICAgICAgICBU
ICAgIHwtLS0tLS0tIENUQVIgLS0tLS0tLS0+fD09PT09IENUQVIgcmVsYXkgPT09PT0+fA0g
ICAgICAgICBJICAgIHwgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAg
ICAgICAgfA0gICAgICAgICBNICAgIHwgICAgICAgICAgICAgICAgICAgICAgfDwtLS0tLS0t
IENURCAtLS0tLS0tLS0gfA0gICAgICAgICBFICAgIHwgICAgICAgICAgICAgICAgICAgICAg
fCAgICAgICAgICAgICAgICAgICAgICAgfA0gICAgICAgICA6ICAgIHwgICAgICAgICAgICAg
ICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgfA0gICAgICAgICB8ICAgIHwgICAg
ICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgfA0gICAgICAgICBW
ICAgIHwgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgfA0g
ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAg
ICAgICAgfA0NICAgVGhlIENUQVIgcmVsYXkgaXMgdGhlIENUQVIgbWVzc2FnZSB0aGF0IGlz
IGRlc3RpbmVkIHRvIHBBUiBhbmQgaXMNICAgcm91dGVkIHRocm91Z2ggbkFSIChyb3V0aW5n
IGRldGFpbHMgbGF0ZXIpLiBJbiBjYXNlIENUIGNhbm5vdCBiZQ0gICBzdXBwb3J0ZWQsIGEg
Q1RBUiByZWplY3QgbWF5YmUgYmUgc2VudCB0byB0aGUgTU4gdGhyb3VnaCBuQVIuDQ02LiBT
ZWN1cml0eSBDb25zaWRlcmF0aW9ucw0NICAgVGhlIENvbnRleHQgVHJhbnNmZXIgUHJvdG9j
b2wgdHJhbnNmZXJzIHN0YXRlIGJldHdlZW4gYWNjZXNzIHJvdXRlcnMuDSAgIElmIHRoZSBt
b2JpbGUgbm9kZXMgYXJlIG5vdCBhdXRoZW50aWNhdGVkIGFuZCBhdXRob3JpemVkIGJlZm9y
ZQ0gICBtb3Zpbmcgb24gdGhlIG5ldHdvcmssIHRoZXJlIGlzIGEgcG90ZW50aWFsIGZvciBE
b1Mtc3R5bGUgYXR0YWNrcyB0bw0gICBzaGlmdCBzdGF0ZSBiZXR3ZWVuIEFScywgY2F1c2lu
ZyBuZXR3b3JrIGRpc3J1cHRpb25zLg0NDSAgIEluIG9yZGVyIHRvIGF2b2lkIHRoZSBpbnRy
b2R1Y3Rpb24gb2YgYWRkaXRpb25hbCBsYXRlbmN5IHRvIGNvbnRleHQNICAgdHJhbnNmZXIg
ZHVlIHRvIHRoZSBuZWVkIGZvciBlc3RhYmxpc2htZW50IG9mIHNlY3VyZSBjaGFubmVsIGJl
dHdlZW4NICAgdGhlIGNvbnRleHQgdHJhbnNmZXIgcGVlcnMgKEFScyksIHRoZSB0d28gQVJz
IFNIT1VMRCBlc3RhYmxpc2ggc3VjaA0gICBzZWN1cmUgY2hhbm5lbCBpbiBhZHZhbmNlLiBJ
ZiBJUFNlYyBpcyB1c2VkLCBmb3IgZXhhbXBsZSwgdGhlIHR3bw0gICBhY2Nlc3Mgcm91dGVy
cyBuZWVkIHRvIGVuZ2FnZSBpbiBhIGtleSBleGNoYW5nZSBtZWNoYW5pc21zIHN1Y2ggYXMN
ICAgSUtFIFtSRkMyNDA5XSwgZXN0YWJsaXNoIElQU2VjIFNBcywgZGVmaW5pbmcgdGhlIGtl
eXMsIGFsZ29yaXRobXMgYW5kDSAgIElQU2VjIHByb3RvY29scyAoc3VjaCBhcyBFU1ApIGlu
IGFudGljaXBhdGlvbiBmb3IgYW55IHVwY29taW5nDSAgIGNvbnRleHQgdHJhbnNmZXIuICBU
aGlzIHdpbGwgc2F2ZSB0aW1lIGR1cmluZyBoYW5kb3ZlcnMgdGhhdCByZXF1aXJlDSAgIHNl
Y3VyZSB0cmFuc2ZlciBvZiBtb2JpbGUgbm9kZSdzIGNvbnRleHQocykuIFN1Y2ggU0FzIGNh
biBiZQ0gICBtYWludGFpbmVkIGFuZCB1c2VkIGZvciBhbGwgdXBjb21pbmcgY29udGV4dCB0
cmFuc2ZlcnMgYmV0d2VlbiB0aGUNICAgdHdvIEFScy4gIFNlY3VyaXR5IHNob3VsZCBiZSBu
ZWdvdGlhdGVkIHByaW9yIHRvIHRoZSBzZW5kaW5nIG9mDSAgIGNvbnRleHQuDQ0gICBGdXJ0
aGVybW9yZSwgZWl0aGVyIG9uZSBvciBib3RoIG9mIHRoZSBwQVIgYW5kIG5BUiBuZWVkIHRv
IGJlIGFibGUNICAgdG8gYXV0aGVudGljYXRlIHRoZSBtb2JpbGUgYW5kIGF1dGhvcml6ZSBt
b2JpbGUncyBjcmVkZW50aWFsIGJlZm9yZQ0gICBhdXRob3JpemluZyB0aGUgY29udGV4dCB0
cmFuc2ZlciBhbmQgcmVsZWFzZSBvZiBjb250ZXh0IHRvIHRoZQ0gICBtb2JpbGUuICBJbiBj
YXNlIHRoZSBjb250ZXh0IHRyYW5zZmVyIGlzIHJlcXVlc3RlZCBieSB0aGUgTU4sIGENICAg
bWVjaGFuaXNtIE1TVVQgTVVTVCBiZSBwcm92aWRlZCBzbyB0aGF0IHJlcXVlc3RzIGFyZSBh
dXRoZW50aWNhdGVkDSAgIChyZWdhcmRsZXNzIG9mIHRoZSBzZWN1cml0eSBvZiBjb250ZXh0
IHRyYW5zZmVyIGl0c2VsZikgdG8gcHJldmVudA0gICB0aGUgcG9zc2liaWxpdHkgb2Ygcm9n
dWUgTU5zIGxhdW5jaGluZyBEb1MgYXR0YWNrcyBieSBzZW5kaW5nIGxhcmdlDSAgIG51bWJl
ciBvZiBDVCByZXF1ZXN0cyBhcyB3ZWxsIGFzIGNhdXNlIGxhcmdlIG51bWJlciBvZiBjb250
ZXh0DSAgIHRyYW5zZmVycyBiZXR3ZWVuIEFScy4gIEFub3RoZXIgaW1wb3J0YW50IGNvbnNp
ZGVyYXRpb24gaXMgdGhhdCB0aGUNICAgbW9iaWxlIG5vZGUgc2hvdWxkIGNsYWltIGl0J3Mg
b3duIGNvbnRleHQsIGFuZCBub3Qgc29tZSBvdGhlcg0gICBtYXNxdWVyYWRlci4gT25lIG1l
dGhvZCB0byBhY2hpZXZlIHRoaXMgaXMgdG8gcHJvdmlkZSBhbg0gICBhdXRoZW50aWNhdGlv
biBjb29raWUgdG8gYmUgaW5jbHVkZWQgd2l0aCB0aGUgY29udGV4dCB0cmFuc2Zlcg0gICBt
ZXNzYWdlIHNlbnQgZnJvbSB0aGUgcEFSIHRvIHRoZSBuQVIgYW5kIGNvbmZpcm1lZCBieSB0
aGUgbW9iaWxlIG5vZGUNICAgYXQgdGhlIG5BUi4NDTcuIElBTkEgQ29uc2lkZXJhdGlvbnMN
DSAgIFRoaXMgc2VjdGlvbiBwcm92aWRlcyBndWlkYW5jZSB0byB0aGUgSW50ZXJuZXQgQXNz
aWduZWQgTnVtYmVycw0gICBBdXRob3JpdHkgKElBTkEpIHJlZ2FyZGluZyByZWdpc3RyYXRp
b24gb2YgdmFsdWVzIHJlbGF0ZWQgdG8gdGhlDSAgIGNvbnRleHQgdHJhbnNmZXIgcHJvdG9j
b2wsIGluIGFjY29yZGFuY2Ugd2l0aCBCQ1AgMjYgW1JGQzI0MzRdLg0NICAgVGhpcyBkb2N1
bWVudCBhdXRob3JpemVkIElBTkEgdG8gY3JlYXRlIGEgcmVnaXN0cnkgZm9yIENvbnRleHQN
ICAgUHJvZmlsZSBUeXBlcywgaW50cm9kdWNlZCBpbiB0aGlzIGRvY3VtZW50LiAgRm9yIGZ1
dHVyZSBDb250ZXh0DSAgIFByb2ZpbGUgVHlwZXMsIGl0IGlzIHJlY29tbWVuZGVkIHRoYXQg
YWxsb2NhdGlvbnMgYmUgZG9uZSBvbiB0aGUNICAgYmFzaXMgb2YgRGVzaWduYXRlZCBFeHBl
cnQuDQ0gICBUaGUgQ29udGV4dCBQcm9maWxlIFR5cGUgaW50cm9kdWNlZCBpbiB0aGlzIGRv
Y3VtZW50IHJlcXVpcmVzIElBTkENICAgVHlwZSBOdW1iZXJzIGZvciBlYWNoIHNldCBvZiBm
ZWF0dXJlIGNvbnRleHRzIHRoYXQgbWFrZSB1c2Ugb2YNICAgUHJvZmlsZSBUeXBlcy4NDSAg
IEZvciByZWdpc3RyYXRpb24gcmVxdWVzdHMgd2hlcmUgYSBEZXNpZ25hdGVkIEV4cGVydCBz
aG91bGQgYmUNICAgY29uc3VsdGVkLCB0aGUgcmVzcG9uc2libGUgSUVTRyBhcmVhIGRpcmVj
dG9yIHNob3VsZCBhcHBvaW50IHRoZQ0gICBEZXNpZ25hdGVkIEV4cGVydC4NDTguIEFja25v
d2xlZGdlbWVudHMNDSAgIFRoaXMgZG9jdW1lbnQgaXMgdGhlIHJlc3VsdCBvZiBhIGRlc2ln
biB0ZWFtIGZvcm1lZCBieSB0aGUgV29ya2luZw0gICBHcm91cCBjaGFpcnMgb2YgdGhlIFNl
YU1vYnkgd29ya2luZyBncm91cC4gVGhlIHRlYW0gaW5jbHVkZWQgSm9obg0gICBMb3VnaG5l
eSwgTWFkamlkIE5ha2hqaXJpLCBSYWplZXYgS29vZGxpIGFuZCBDaGFybGVzIFBlcmtpbnMu
IFRoZQ0gICB3b3JraW5nIGdyb3VwIGNoYWlycyBhcmUgUGF0IENhbGhvdW4gYW5kIEphbWVz
IEtlbXBmLCB3aG9zZSBjb21tZW50cw0gICBoYXZlIGJlZW4gdmVyeSBoZWxwZnVsIGR1cmlu
ZyB0aGUgY3JlYXRpbmcgb2YgdGhpcyBzcGVjaWZpY2F0aW9uLg0NOS4gUmVmZXJlbmNlcw0N
OS4xIE5vcm1hdGl2ZSBSZWZlcmVuY2VzDQ0gICBTLiBCcmFkbmVyLCAiVGhlIEludGVybmV0
IFN0YW5kYXJkcyBQcm9jZXNzIC0tIFJldmlzaW9uIDMiLCBCQ1AgOSwNICAgUkZDIDIwMjYs
IE9jdG9iZXIgMTk5Ni4NDSAgIFMuIEJyYWRuZXIsICJLZXkgd29yZHMgZm9yIHVzZSBpbiBS
RkNzIHRvIEluZGljYXRlIFJlcXVpcmVtZW50DSAgIExldmVscyIsIEJDUCAxNCwgUkZDIDIx
MTksIE1hcmNoIDE5OTcuDQ0gICBTLiBLZW50LCBSLiBBdGtpbnNvbiwgIklQIEF1dGhlbnRp
Y2F0aW9uIEhlYWRlciIsIFJGQyAyNDAyLCBOb3ZlbWJlcg0gICAxOTk4DQ0gICBHLiBLZW53
YXJkIGV0IGFsLiwgIkdlbmVyYWwgUmVxdWlyZW1lbnRzIGZvciBDb250ZXh0IFRyYW5zZmVy
IiwNICAgSW50ZXJuZXQgRHJhZnQsIEludGVybmV0IEVuZ2luZWVyaW5nIFRhc2sgRm9yY2Us
IFdvcmsgaW4gUHJvZ3Jlc3MuDQ0gICBSLiBLb29kbGksIEMuRS4gUGVya2lucywgIkNvbnRl
eHQgVHJhbnNmZXIgRnJhbWV3b3JrIGZvciBTZWFtbGVzcw0gICBNb2JpbGl0eSIsIEludGVy
bmV0IERyYWZ0LCBJbnRlcm5ldCBFbmdpbmVlcmluZyBUYXNrIEZvcmNlLCBXb3JrIGluDSAg
IFByb2dyZXNzLg0NICAgUi4gS29vZGxpIChFZCksICAiRmFzdCBIYW5kb3ZlcnMgZm9yIE1v
YmlsZSBJUHY2IiwgSW50ZXJuZXQNICAgRW5naW5lZXJpbmcgVGFzayBGb3JjZS4gV29yayBp
biBQcm9ncmVzcy4NDSAgIElQIFtSRkMyNDM0XSBOYXJ0ZW4sIEFsdmVzdHJhbmQsICJHdWlk
ZWxpbmVzIGZvciBXcml0aW5nIGFuIElBTkENICAgQ29uc2lkZXJhdGlvbnMgU2VjdGlvbiBp
biBSRkNzIiwgQkNQIDI2LCBSRkMgMjQzNCwgT2N0b2JlciAxOTk4Lg0NICAgRC4gSGFya2lu
cywgRC4gQ2FycmVsLCAiVGhlIEludGVybmV0IEtleSBFeGNoYW5nZSAoSUtFKSIsIFJGQyAy
NDA5LA0gICBOb3ZlbWJlciAxOTk4Lg0NICAgSy4gRWwgTWFsa2kgZXQuIGFsLCAiTG93IExh
dGVuY3kgSGFuZG9mZnMgaW4gTW9iaWxlIElQdjQiLCBJbnRlcm5ldA0gICBFbmdpbmVlcmlu
ZyBUYXNrIEZvcmNlLiBXb3JrIGluIFByb2dyZXNzLg0NOS4yIE5vbi1Ob3JtYXRpdmUgUmVm
ZXJlbmNlcw0NICAgSi4gS2VtcGYgZXQgYWwuLCAiUHJvYmxlbSBEZXNjcmlwdGlvbjogUmVh
c29ucyBGb3IgUGVyZm9ybWluZyBDb250ZXh0DSAgIFRyYW5zZmVycyBCZXR3ZWVuIE5vZGVz
IGluIGFuIElQIEFjY2VzcyBOZXR3b3JrIiwgUkZDIDMzNzQsIEludGVybmV0DSAgIEVuZ2lu
ZWVyaW5nIFRhc2sgRm9yY2UsIFJGQyAzMzc0LCBNYXkgMjAwMS4NDSAgIFMuIEtlbnQsIFIu
IEF0a2luc29uLCAiU2VjdXJpdHkgQXJjaGl0ZWN0dXJlIGZvciB0aGUgSW50ZXJuZXQNICAg
UHJvdG9jb2wiLCBSRkMgMjQwMSwgTm92ZW1iZXIgMTk5OC4NDSAgIEouIE1hbm5lciwgTS4g
S29qbywgIk1vYmlsaXR5IFJlbGF0ZWQgVGVybWlub2xvZ3kiLCBJbnRlcm5ldA0gICBFbmdp
bmVlcmluZyBUYXNrIEZvcmNlLCBXb3JrIGluIFByb2dyZXNzLg0NICAgVC4gRGllcmtzLCBD
LiBBbGxlbiwgIlRoZSBUTFMgUHJvdG9jb2wgVmVyc2lvbiAxLjAiLCBSRkMgMjI0NiwNICAg
SmFudWFyeSAxOTk5Lg0NQXBwZW5kaXggQS4gIFNpbXBsaWZpZWQgRXhhbXBsZSBDb250ZXh0
IFR5cGUgU3BlY2lmaWNhdGlvbg0NICAgVGhpcyBkaWFncmFtIGlsbHVzdHJhdGVzIHRoZSBt
ZXRob2QgZm9yIHNwZWNpZnlpbmcgY29udGV4dCB0eXBlIGRhdGENICAgdG8gYmUgYXNzb2Np
YXRlZCB3aXRoIGEgcGFydGljdWxhciBjb250ZXh0IHR5cGUgZm9yIEhlYWRlcg0gICBDb21w
cmVzc2lvbi4NDSAgIENvbnRleHQgVHlwZTogSGVhZGVyIENvbXByZXNzaW9uDQ0gICAgIERh
dGEgZmllbGRzOg0gICAgICAgSVAgaGVhZGVyIGZpZWxkcw0gICAgICAgICAgQ3VycmVudCBJ
UCBTb3VyY2UgQWRkcmVzcyAgICAgICAgMzJiaXRzICAgICBDaGFuZ2UgcmVjaXBlDSAgICAg
ICAgICBDdXJyZW50IElQIERlc3RpbmF0aW9uIEFkZHJlc3MgICAzMmJpdHMgICAgIENoYW5n
ZSByZWNpcGUNDSAgICAgICBVRFAgaGVhZGVyIGZpZWxkcw0NICAgICAgIFJUUCBoZWFkZXIg
ZmllbGRzDQ0NQXBwZW5kaXggQi4gVGltaW5nIGFuZCBUcmlnZ2VyIENvbnNpZGVyYXRpb25z
DQ0gICBCYXNpYyBNb2JpbGUgSVAgaGFuZG92ZXIgc2lnbmFsaW5nIGNhbiBpbnRyb2R1Y2Ug
ZGlzcnVwdGlvbnMgdG8gdGhlDSAgIHNlcnZpY2VzIHJ1bm5pbmcgb24gdG9wIG9mIE1vYmls
ZSBJUCwgd2hpY2ggbWF5IGludHJvZHVjZSB1bndhbnRlZA0gICBsYXRlbmNpZXMgdGhhdCBw
cmFjdGljYWxseSBwcm9oaWJpdCBpdHMgdXNlIGZvciBjZXJ0YWluIHR5cGVzIG9mIHNlcnZp
Y2VzLg0gICBNb2JpbGUgSVAgbGF0ZW5jeSBhbmQgcGFja2V0IGxvc3MgaXMgYmVpbmcgb3B0
aW1pemVkIHRocm91Z2ggc2V2ZXJhbA0gICBhbHRlcm5hdGl2ZSBwcm9jZWR1cmVzLCBzdWNo
IGFzIEZhc3QgTW9iaWxlIElQIFtGTUlQdjZdIGFuZCBMb3cgTGF0ZW5jeQ0gICBNb2JpbGUg
SVAgW0xMTUlQXS4NDSAgIEZlYXR1cmUgcmUtZXN0YWJsaXNobWVudCB0aHJvdWdoIGNvbnRl
eHQgdHJhbnNmZXIgc2hvdWxkIGNvbnRyaWJ1dGUNICAgemVybyAob3B0aW1hbGx5KSBvciBt
aW5pbWFsIGV4dHJhIGRpc3J1cHRpb24gb2Ygc2VydmljZXMgaW4gY29uanVuY3Rpb24NICAg
dG8gaGFuZG92ZXJzLiBUaGlzIG1lYW5zIHRoYXQgdGhlIHRpbWluZyBvZiBjb250ZXh0IHRy
YW5zZmVyIFNIT1VMRA0gICBiZSBjYXJlZnVsbHkgYWxpZ25lZCB3aXRoIGJhc2ljIE1vYmls
ZSBJUCBoYW5kb3ZlciBldmVudHMsIGFuZCB3aXRoDSAgIG9wdGltaXplZCBNb2JpbGUgSVAg
aGFuZG92ZXIgc2lnbmFsaW5nIG1lY2hhbmlzbXMsIGFzIHRob3NlIHByb3RvY29scw0gICBi
ZWNvbWUgYXZhaWxhYmxlLg0NICAgRnVydGhlcm1vcmUsIHNvbWUgb2YgdGhvc2Ugb3B0aW1p
emVkIG1vYmlsZSBJUCBoYW5kb3ZlciBtZWNoYW5pc21zDSAgIChzdWNoIGFzIEJFVEgpIG1h
eSBwcm92aWRlIG1vcmUgZmxleGliaWxpdHkgaXMgY2hvb3NpbmcgdGhlIHRpbWluZw0gICBh
bmQgb3JkZXIgZm9yIHRyYW5zZmVyIG9mIHZhcmlvdXMgY29udGV4dCBpbmZvcm1hdGlvbi4N
DUFwcGVuZGl4IEMuIENvbmdlc3Rpb24gQ29udHJvbA0NICAgQ29udGV4dCB0cmFuc2ZlciBl
bmFibGVzIHNtb290aCBoYW5kb3ZlcnMgYW5kIHByZXZlbnRzIHRoZSBuZWVkIG9mDSAgIHJl
LWluaXRpYWxpemluZyBzaWduYWxpbmcgdG8gYW5kIGZyb20gYSBtb2JpbGUgbm9kZSBhZnRl
ciBoYW5kb3Zlci4NICAgQ29udGV4dCB0cmFuc2ZlciB0YWtlcyBwbGFjZSBiZXR3ZWVuIGFj
Y2VzcyByb3V0ZXJzLg0NICAgVGhlIGdvYWwgb2YgY29uZ2VzdGlvbiBjb250cm9sIGlzIHRv
IHByZXZlbnQgY29uZ2VzdGlvbiBieSBub3RpbmcNICAgcGFja2V0IGxvc3MgYXQgdGhlIHRy
YW5zcG9ydCBsYXllciBhbmQgcmVkdWNpbmcgdGhlIGNvbmdlc3Rpb24NICAgY29udHJvbCB3
aW5kb3cgd2hlbiBwYWNrZXQgbG9zcyBvY2N1cnMsIHRodXMgZWZmZWN0aXZlbHkgcmVzdHJp
Y3RpbmcNICAgdGhlIGF2YWlsYWJsZSBpbi1mbGlnaHQgd2luZG93IGZvciBwYWNrZXQgc2Vu
ZGluZy4gIEFkZGl0aW9uYWxseSwNICAgVENQICYgU0NUUCBkZXBsb3kgc2xvdy1zdGFydCBt
ZWNoYW5pc21zIGF0IHN0YXJ0LXVwLCBpbiBvcmRlciB0bw0gICBwcmV2ZW50IGNvbmdlc3Rp
b24gcHJvYmxlbXMgYXQgdGhlIHN0YXJ0IG9mIGEgbmV3IFRDUC9TQ1RQIHNlc3Npb24uDQ0g
ICBBcyBzb21lIGNvbnRleHQgaXMgdGltZS1jcml0aWNhbCwgZGVsYXlzIGR1ZSB0byBjb25n
ZXN0aW9uIGNvbnRyb2wNICAgbWF5IHJlZHVjZSB0aGUgcGVyZm9ybWFuY2Ugb2YgbW9iaWxl
IG5vZGVzOyBhZGRpdGlvbmFsbHksIHNpZ25hbGluZw0gICBmcm9tIHRoZSBtb2JpbGUgbm9k
ZSBtYXkgYmUgaW5jcmVhc2VkIGlmIHRoZSBjb250ZXh0IHRyYW5zZmVyIG9mDSAgIHRpbWUg
Y3JpdGljYWwgZGF0YSBmYWlscy4NDSAgIFRoZXJlZm9yZSwgc29tZSBhbmFseXNpcyBpcyBu
ZWVkZWQgb24gdGhlIHJvbGUgb2YgY29uZ2VzdGlvbiBjb250cm9sIGFuZA0gICBjb250ZXh0
IHRyYW5zZmVyLiAgSW1wb3J0YW50IGNvbnNpZGVyYXRpb25zIHNob3VsZCBiZSBuZXR3b3Jr
LXByb3Zpc2lvbmluZywNICAgaW50cmEtZG9tYWluIHZzLiBpbnRlci1kb21haW4gc2lnbmFs
aW5nIGFzIHdlbGwgYXMgb3RoZXIgY29uc2lkZXJhdGlvbnMuDSAgIEEgcXVpY2sgYW5hbHlz
aXMgZm9sbG93cy4NDSAgIEl0IGlzIGFzc3VtZWQgdGhhdCBpbnRyYS1kb21haW4gdGltZS1j
cml0aWNhbCBjb250ZXh0IHRyYW5zZmVyIHNob3VsZA0gICB0YWtlIG5vIG1vcmUgdGhhbiBv
bmUga2lsb2J5dGUsIGJhc2VkIG9uIGV4aXN0aW5nIGltcGxlbWVudGF0aW9uIG9mDSAgIHNv
bWUgY29udGV4dCB0cmFuc2ZlciBzb2x1dGlvbnMuICAgQ29udGV4dHMgdGhhdCBhcmUgc2ln
bmlmaWNhbnRseSBsYXJnZXINICAgYXJlIGFzc3VtZWQgbm90IHNvIHRpbWUgY3JpdGljYWwu
IEZvciBhIGxhcmdlciBudW1iZXIgb2YgdXNlcnMsIHNheSBvbmUNICAgdGhvdXNhbmQgdXNl
cnMgcmVxdWVzdGluZyBhIHNtb290aCBoYW5kb3ZlciBhbGwgaW4gdGhlIHNhbWUgc2Vjb25k
LCB0aGUNICAgdG90YWwgYmFuZHdpZHRoIG5lZWRlZCBpcyBzdGlsbCBhIHNtYWxsIGZyYWN0
aW9uIG9mIGEgdHlwaWNhbCBFdGhlcm5ldA0gICBvciBmcmFtZSByZWxheSBvciBBVE0gbGlu
ayBiZXR3ZWVuIGFjY2VzcyByb3V0ZXJzLiAgU28gZXZlbiBidXJzdHkNICAgdHJhZmZpYyBp
cyB1bmxpa2VseSB0byBpbnRyb2R1Y2UgbG9jYWwgY29uZ2VzdGlvbi4NICAgRnVydGhlcm1v
cmUsIHBoeXNpY2FsbHkgYWRqYWNlbnQgYWNjZXNzIHJvdXRlcnMgc2hvdWxkIGJlIHdpdGhp
bg0gICBvbmUgb3IgdHdvIElQIGhvcHMgb2YgZWFjaCBvdGhlciwgc28gdGhlIGVmZmVjdHMg
b2YgY29udGV4dCB0cmFuc2Zlcg0gICBzaG91bGQgYmUgbG9jYWxpemVkLiAgSWYgdHJhbnNm
ZXJyaW5nIHJlYWwtdGltZSBjb250ZXh0cyB0cmlnZ2Vycw0gICBjb25nZXN0aXZlIGVycm9y
cywgdGhlIGFjY2VzcyBuZXR3b3JrIG1heSBiZSBzZXJpb3VzbHkgdW5kZXItcHJvdmlzaW9u
ZWQuDQ0gICBJbiBvcmRlciB0byBoYW5kbGUgbXVsdGlwbGUgY29udGV4dHMgdG8gYmUgdHJh
bnNmZXJyZWQgd2l0aCBkaWZmZXJpbmcNICAgcmVsaWFiaWxpdHkgbmVlZHMsIGVhY2ggY29u
dGV4dCBoYXMgdG8gYmUgY29uc2lkZXJlZCBzZXBhcmF0ZWx5IGJ5IHRoZQ0gICBzZW5kaW5n
IGFjY2VzcyByb3V0ZXIgbkFSLiAgSWYgYSBDVEQgbWVzc2FnZSBpcyByZXRyYW5zbWl0dGVk
IGJlY2F1c2UNICAgdGhlIENURFIgbWVzc2FnZSB3YXMgbm90IHJlY2VpdmVkIGluIHRpbWUs
IHRoZW4gdGhvc2UgY29udGV4dHMgdGhhdCBhcmUNICAgInRvbyBsYXRlIiBhcmUgaW5jbHVk
ZWQgYW55d2F5IGFzIHBhcnQgb2YgdGhlIHJldHJhbnNtaXR0ZWQgQ1REIGRhdGEsDSAgIGlu
IG9yZGVyIHRvIGVhc2UgdGhlIGFiaWxpdHkgdG8gdmVyaWZ5IHRoZSBNb2JpbGUgQXV0aG9y
aXphdGlvbiBUb2tlbi4NDUFwcGVuZGl4IEQuIFpvbmUgb2YgT3BlcmF0aW9uDQ1JbnRlci1k
b21haW4gc2lnbmFsaW5nIHBsYWNlcyBhZGRpdGlvbmFsIHJlcXVpcmVtZW50cyBvbiBlc3Rh
Ymxpc2hpbmcNc2VjdXJpdHkgcmVsYXRpb25zaGlwcyB0aGF0IG1heSBub3QgYmUgcmVsZXZh
bnQgZm9yIGludHJhLWRvbWFpbi4NQmVzaWRlcywgcGh5c2ljYWxseSBhZGphY2VudCByb3V0
ZXJzIG1heSBiZSBtb3JlIHRoYW4gc2V2ZXJhbCBJUA1ob3BzIGF3YXkuICBBZGRpdGlvbmFs
bHksIHByb3Zpc2lvbmluZyBpbnRlci1kb21haW4gc2lnbmFsaW5nIGxpbmtzDW1heSBiZSBt
dWNoIG1vcmUgY29tcGxpY2F0ZWQuDQ1SZXN0cmljdGluZyBDVFAgdG8gaW50cmEtZG9tYWlu
IHNpZ25hbGluZyBzaW1wbGlmaWVzIHNlY3VyaXR5LA10cmFuc3BvcnQgYW5kIHByb3Zpc2lv
biBjb25jZXJucy4gIEFkZGl0aW9uYWxseSwgYSByZXN0cmljdGlvbg10byBpbnRyYS1kb21h
aW4gc2lnbmFsaW5nIG1heSBoZWxwIHRvIGVuc3VyZSBDVCBjb21wbGV0ZXMgaW4Nc3VmZmlj
aWVudCB0aW1lIHRvIG1lZXQgdGltZSBzZW5zaXRpdmUgcmVxdWlyZW1lbnRzLg0NDUF1dGhv
cidzIEFkZHJlc3Nlcw0NICAgUmFqZWV2IEtvb2RsaQ0gICBOb2tpYSBSZXNlYXJjaCBDZW50
ZXINICAgMzEzIEZhaXJjaGlsZCBEcml2ZQ0gICBNb3VudGFpbiBWaWV3LCBDYWxpZm9ybmlh
IDk0MDQzDSAgIFVTQQ0gICBSYWplZXYua29vZGxpQG5va2lhLmNvbQ0NICAgSm9obiBMb3Vn
aG5leQ0gICBOb2tpYQ0gICBJdGRtZXJlbmthdHUgMTEtMTMNICAgMDAxODAgRXNwb28NICAg
RmlubGFuZA0gICBqb2huLmxvdWdobmV5QG5va2lhLmNvbQ0NICAgTWFkamlkIEYuIE5ha2hq
aXJpDSAgIE1vdG9yb2xhIExhYnMNICAgMTAzMSBFYXN0IEFsZ29ucXVpbiBSZC4sIFJvb20g
MjI0MA0gICBTY2hhdW1idXJnLCBJTCwgNjAxOTYNICAgVVNBDSAgIG1hZGppZC5uYWtoamly
aUBtb3Rvcm9sYS5jb20NDSAgIENoYXJsZXMgRS4gUGVya2lucw0gICBOb2tpYSBSZXNlYXJj
aCBDZW50ZXINICAgMzEzIEZhaXJjaGlsZCBEcml2ZQ0gICBNb3VudGFpbiBWaWV3LCBDYWxp
Zm9ybmlhIDk0MDQzDSAgIFVTQQ0gICBjaGFybGllcEBpcHJnLm5va2lhLmNvbQ0NSW50ZWxs
ZWN0dWFsIFByb3BlcnR5IENvbnNpZGVyYXRpb25zDQ0gICBUaGUgSUVURiB0YWtlcyBubyBw
b3NpdGlvbiByZWdhcmRpbmcgdGhlIHZhbGlkaXR5IG9yIHNjb3BlIG9mIGFueQ0gICBpbnRl
bGxlY3R1YWwgcHJvcGVydHkgb3Igb3RoZXIgcmlnaHRzIHRoYXQgbWlnaHQgYmUgY2xhaW1l
ZCB0bw0gICBwZXJ0YWluIHRvIHRoZSBpbXBsZW1lbnRhdGlvbiBvciB1c2Ugb2YgdGhlIHRl
Y2hub2xvZ3kgZGVzY3JpYmVkIGluDSAgIHRoaXMgZG9jdW1lbnQgb3IgdGhlIGV4dGVudCB0
byB3aGljaCBhbnkgbGljZW5zZSB1bmRlciBzdWNoIHJpZ2h0cw0gICBtaWdodCBvciBtaWdo
dCBub3QgYmUgYXZhaWxhYmxlOyBuZWl0aGVyIGRvZXMgaXQgcmVwcmVzZW50IHRoYXQgaXQN
ICAgaGFzIG1hZGUgYW55IGVmZm9ydCB0byBpZGVudGlmeSBhbnkgc3VjaCByaWdodHMuICBJ
bmZvcm1hdGlvbiBvbiB0aGUNICAgSUVURidzIHByb2NlZHVyZXMgd2l0aCByZXNwZWN0IHRv
IHJpZ2h0cyBpbiBzdGFuZGFyZHMtdHJhY2sgYW5kDSAgIHN0YW5kYXJkcy1yZWxhdGVkIGRv
Y3VtZW50YXRpb24gY2FuIGJlIGZvdW5kIGluIEJDUC0xMS4gIENvcGllcyBvZg0gICBjbGFp
bXMgb2YgcmlnaHRzIG1hZGUgYXZhaWxhYmxlIGZvciBwdWJsaWNhdGlvbiBhbmQgYW55IGFz
c3VyYW5jZXMgb2YNICAgbGljZW5zZXMgdG8gYmUgbWFkZSBhdmFpbGFibGUsIG9yIHRoZSBy
ZXN1bHQgb2YgYW4gYXR0ZW1wdCBtYWRlIHRvDSAgIG9idGFpbiBhIGdlbmVyYWwgbGljZW5z
ZSBvciBwZXJtaXNzaW9uIGZvciB0aGUgdXNlIG9mIHN1Y2gNICAgcHJvcHJpZXRhcnkgcmln
aHRzIGJ5IGltcGxlbWVudGVycyBvciB1c2VycyBvZiB0aGlzIHNwZWNpZmljYXRpb24gY2Fu
DSAgIGJlIG9idGFpbmVkIGZyb20gdGhlIElFVEYgU2VjcmV0YXJpYXQuDQ0gICBUaGUgSUVU
RiBpbnZpdGVzIGFueSBpbnRlcmVzdGVkIHBhcnR5IHRvIGJyaW5nIHRvIGl0cyBhdHRlbnRp
b24gYW55DSAgIGNvcHlyaWdodHMsIHBhdGVudHMgb3IgcGF0ZW50IGFwcGxpY2F0aW9ucywg
b3Igb3RoZXIgcHJvcHJpZXRhcnkNICAgcmlnaHRzIHdoaWNoIG1heSBjb3ZlciB0ZWNobm9s
b2d5IHRoYXQgbWF5IGJlIHJlcXVpcmVkIHRvIHByYWN0aWNlDSAgIHRoaXMgc3RhbmRhcmQu
ICBQbGVhc2UgYWRkcmVzcyB0aGUgaW5mb3JtYXRpb24gdG8gdGhlIElFVEYgRXhlY3V0aXZl
DSAgIERpcmVjdG9yLg0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0N
DQ0NDQ0NDQ0NDRNQQUdFIFwjICInUGFnZTogJyMnCyciICAVBT8NE1BBR0UgXCMgIidQYWdl
OiAnIycLJyIgIBUFSW5kZW50DRNQQUdFIFwjICInUGFnZTogJyMnCyciICAVBSBUaGlzIGlz
IG5vdCB2ZXJ5IGNsZWFyIHRvIG1lISBNYXliZSBhbiBleGFtcGxlIHdpbGwgaGVscC4NE1BB
R0UgXCMgIidQYWdlOiAnIycLJyIgIBUFIFNpbmNlIHRoaXMgaXMgdGhlIGNhc2UgdGhlbiBt
YXliZSBhIHNpZ25hbGxpbmcgZmxvdyBkaWFncmFtIGNvdWxkIGJlIGluY2x1ZGVkIGluIHNl
Y3Rpb24gNSBvciBBcHBlbmRpeCBELg0TUEFHRSBcIyAiJ1BhZ2U6ICcjJwsnIiAgFQVUaGlz
IGlzIGEgYml0IG1pc2xlYWRpbmcgc2luY2UgdXAgdG8gdGhpcyBwb2ludCBvbmx5IHRoZSCR
ViBiaXQgkSB3YXMgbWVudGlvbmVkDQ0NAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAABAAA5gkAAOcJAACFCgAAjgoAAJUKAACeCgAApwoAAJAMAACRDAAA
sQwAALIMAADbEQAA4REAAOcRAAAIFQAAFRUAACMVAADdHQAA5B0AAO8pAAAVKgAAGSoAABoq
AABHLAAAWiwAAF4sAAAlMgAALDIAAG84AABwOAAA+/D75dr72vvF+7D7pZr7pZr7j/uE+4T7
eW77Y/tOAAApAQiBA2oAAAAABEgBAAVo1Rp2RjBKEAA8CIFPSgAAUUoAAFUIAV5KAAAVAQiB
BEgBAAVo2Bp2Rm5ICQh0SAkIFQEIgQRIAQAFaMwadkZuSAkIdEgJCBUACIFjSAEAZGjMGnZG
bkgJCHRICQgVAAiBY0gBAGRoyxp2Rm5ICQh0SAkIFQEIgQRIAQAFaMUadkZuSAkIdEgJCBUB
CIEESAEABWjAGnZGbkgJCHRICQgVAAiBY0gBAGRowBp2Rm5ICQh0SAkIKQEIgQNqAAAAAARI
AQAFaB0cdkYwShAAPAiBT0oAAFFKAABVCAFeSgAAKQEIgQNqAAAAAARIAQAFaB4cdkYwShAA
PAiBT0oAAFFKAABVCAFeSgAAFQEIgQRIAQAFaCwcdkZuSAkIdEgJCBUACIFjSAEAZGgsHHZG
bkgJCHRICQgVAAiBY0gBAGRouRp2Rm5ICQh0SAkICG5ICQh0SAkIHgAEAABIBAAAkAQAANgE
AAAgBQAAaAUAAGkFAABqBQAAawUAAGwFAABtBQAAngUAAJ8FAACgBQAAoQUAALUFAAC2BQAA
/AUAADIGAAAzBgAAeAYAALwGAAD/BgAACgcAAAsHAABUBwAAnAcAAN4HAAAcCAAAHQgAAP0A
AAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAA
AAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAA
AAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAA
AAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAA
AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAEPAAAdAAQAAPq1AACBtwAA/f0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEBAABAQIdCAAAVwgAAIUIAACGCAAA
yggAAO4IAADvCAAAGgkAABsJAABfCQAAYAkAAGkJAABqCQAArQkAAO8JAAA2CgAAfwoAANAK
AAD6CgAA+woAAPwKAAD9CgAA/goAAP8KAAAACwAAAQsAAAILAAADCwAABAsAAAULAAD9AAAA
AAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAA
AAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAA
AAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAA
AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAA
AAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAAAAAAAA
AAAAAAABDwAAHQULAAAGCwAAGwsAABwLAAAyCwAAXgsAAIsLAACmCwAA0AsAAOgLAAAFDAAA
GAwAAFsMAABwDAAAswwAAOIMAAARDQAATw0AAI4NAACvDQAAzA0AAOYNAAD6DQAAGQ4AADwO
AAB8DgAAsA4AANUOAAD5DgAAEg8AAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAA
AAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAA
AAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAA
AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAA
AAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAA
AAAAAAAAAAD9AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEPAAAdEg8AABMPAAAUDwAAFQ8AABYP
AAAXDwAAGA8AABkPAAAaDwAAGw8AABwPAAAdDwAAHg8AAB8PAAAgDwAAIQ8AACIPAAAjDwAA
JA8AACUPAAAmDwAAJw8AACgPAAApDwAAKg8AACsPAAAsDwAALQ8AAC4PAAAvDwAA/QAAAAAA
AAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAA
AAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAA
AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAA
AAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAA
AAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAQ8AAB0vDwAAMA8AADEPAAAyDwAAQg8AAEMPAACFDwAAxQ8AAA0QAAAgEAAAIRAAAGcQ
AACtEAAA7hAAACMRAABpEQAAohEAAKMRAADwEQAANhIAAH0SAADFEgAADhMAAFYTAACeEwAA
4RMAABEUAAASFAAAWBQAAJkUAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAA
AAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAA
AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAA
AAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAA
AAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAA
AAAAAAAA/QAAAAAAAAAAAAAAAAAAAAAAAAAAAAABDwAAHZkUAADQFAAAJRUAAGcVAACrFQAA
8hUAADgWAAB1FgAAuxYAAAMXAAAxFwAAchcAAK4XAADqFwAA6xcAAC8YAABzGAAAtBgAALUY
AADiGAAAKhkAAF8ZAAClGQAAuBkAALkZAAAAGgAANBoAADUaAAA2GgAAXBoAAP0AAAAAAAAA
AAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAA
AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAA
AAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAA
AAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAA
AAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAEPAAAdXBoAAF0aAACkGgAA7RoAADMbAAA0GwAAWxsAAFwbAAB3GwAAeBsAAJYbAACXGwAA
vhsAAL8bAADeGwAA3xsAAAIcAAADHAAAGhwAABscAAA0HAAANRwAAFQcAABVHAAAeRwAAHoc
AACcHAAAnRwAALIcAACzHAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAA
AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAA
AAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAA
AAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAA
AAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAA
AAAAAP0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQ8AAB2zHAAA+xwAADgdAAB/HQAAqB0AAKkd
AAD3HQAAQB4AAIYeAADOHgAAFx8AAF0fAACmHwAA7R8AAAogAABOIAAAlSAAAJYgAACXIAAA
3CAAACMhAABrIQAAsSEAANQhAADVIQAAHiIAAGUiAACiIgAA4iIAACcjAAD9AAAAAAAAAAAA
AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAA
AAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAA
AAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAA
AAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAA
AAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB
DwAAHScjAABsIwAAriMAAMIjAADDIwAADCQAAE8kAACVJAAA1yQAABslAABkJQAAqSUAANwl
AADdJQAAIiYAAGgmAACxJgAA9yYAAD4nAACEJwAAzCcAAA8oAABTKAAAmigAAOEoAAAkKQAA
ZykAAHwpAAB9KQAAwCkAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAA
AAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAA
AAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAA
AAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAA
AAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAA
AAD9AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEPAAAdwCkAAAkqAABQKgAAmCoAAN4qAAAnKwAA
bysAAKsrAADzKwAANiwAAIEsAADGLAAADy0AAFMtAACQLQAA2S0AAB4uAABmLgAAqS4AAPAu
AAA0LwAAQi8AAEMvAACKLwAAzS8AAA4wAABUMAAAmDAAAN0wAAAjMQAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAA
AAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAA
AAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAA
AAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAA
AAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAA
AAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQ8A
AB0jMQAAbDEAAK4xAAD1MQAARDIAAH4yAAB/MgAAwjIAAAAzAABIMwAAjzMAANUzAAAeNAAA
ZDQAAKc0AACoNAAA7TQAADA1AAB2NQAAvTUAAAU2AABKNgAAkDYAANg2AAAgNwAAZTcAAKg3
AADwNwAAMjgAAHw4AAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAA
AAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAA
AAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAA
AAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAA
AAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAA
AAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA
/QAAAAAAAAAAAAAAAAAAAAAAAAAAAAABDwAAHXw4AADFOAAA+zgAAPw4AAA+OQAAgjkAAMc5
AAALOgAAVDoAAJc6AADeOgAAIzsAAGk7AACwOwAA+jsAACo8AAArPAAATjwAAE88AACWPAAA
3DwAACI9AABpPQAApz0AAKg9AACpPQAAzT0AAPE9AAAVPgAAOT4AAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAA
AAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAA
AAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAA
AAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAA
AAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAA
AAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA
/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEPAAAd
cDgAAMM7AADEOwAA5TwAAOg8AACLRAAAkkQAAJlEAAAdSAAAHkgAADhPAABETwAAUU8AABhY
AAApWAAALlgAAHJ5AABzeQAAdXkAAMOKAADGigAAYo8AAGWPAAAbkAAAHZAAADiQAAD75vvb
+9DF+7D7pZr7j4T7eW77Y/tY+037AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABUBCIEESAEA
BWj5G3ZGbkgJCHRICQgVAQiBBEgBAAVo+Bt2Rm5ICQh0SAkIFQEIgQRIAQAFaPIbdkZuSAkI
dEgJCBUBCIEESAEABWjvG3ZGbkgJCHRICQgVAAiBY0gBAGRo7xt2Rm5ICQh0SAkIFQEIgQRI
AQAFaA4bdkZuSAkIdEgJCBUACIFjSAEAZGgOG3ZGbkgJCHRICQgVAQiBBEgBAAVoDBx2Rm5I
CQh0SAkIFQAIgWNIAQBkaAwcdkZuSAkIdEgJCCkBCIEDagAAAAAESAEABWjqGnZGMEoQADwI
gU9KAABRSgAAVQgBXkoAABUBCIEESAEABWjlGnZGbkgJCHRICQgVAAiBY0gBAGRo5Rp2Rm5I
CQh0SAkIFQEIgQRIAQAFaN4adkZuSAkIdEgJCCkBCIEDagAAAAAESAEABWgVHHZGMEoQADwI
gU9KAABRSgAAVQgBXkoAAAhuSAkIdEgJCBk5PgAAXT4AAIE+AAClPgAAyT4AAO0+AAARPwAA
Ej8AACQ/AAAlPwAAaz8AALA/AADyPwAAN0AAAH5AAADGQAAADkEAAExBAABNQQAAkUEAAMxB
AAAOQgAALUIAAHJCAAC1QgAA+0IAADlDAACCQwAAyUMAABFEAAD9AAAAAAAAAAAAAAAA/QAA
AAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAA
AAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAA
AAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAA
AAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAA
AAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA
/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0A
AAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAAAAAAAAAAAAAAABDwAAHRFE
AABJRAAASkQAAJpEAAC5RAAAukQAANFEAADSRAAAF0UAAF5FAACmRQAA7kUAADZGAAB+RgAA
xkYAAA5HAABWRwAAnkcAAJ9HAADmRwAAL0gAAHVIAAC5SAAA+0gAAEJJAACLSQAA00kAABlK
AABeSgAAk0oAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAA
AAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAA
AAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAA
AAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAA
AAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA
/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0A
AAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAEPAAAdk0oAAJRKAAChSgAAokoAAOdKAAAtSwAAdUsAAHZL
AAC7SwAAAkwAAEpMAACSTAAA2kwAACJNAABqTQAAsk0AAPpNAABCTgAAQ04AAIpOAADRTgAA
E08AAGdPAACoTwAAzE8AAM1PAAAEUAAABVAAAExQAACSUAAA/QAAAAAAAAAAAAAAAP0AAAAA
AAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAA
AAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAA
AAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAA
AAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA
/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0A
AAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAA
AAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQ8AAB2SUAAA
21AAACNRAABpUQAAsVEAAM5RAADPUQAAFFIAAFpSAAB4UgAAeVIAAL5SAAAFUwAATVMAAJVT
AADdUwAAJVQAAG1UAAC1VAAA/VQAAEVVAACNVQAA1VUAAB1WAABlVgAArVYAAPVWAAA9VwAA
hVcAAM1XAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAA
AAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAA
AAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAA
AAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA
/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0A
AAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAA
AAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAA
AAAAAAAAAAAAAAAAAAAAAAABDwAAHc1XAADOVwAAFVgAAGFYAACoWAAA11gAANhYAAACWQAA
A1kAAEVZAACOWQAA0FkAABZaAAA9WgAAPloAAINaAADKWgAAElsAAFpbAACiWwAA6lsAADJc
AAB6XAAAwlwAAApdAABSXQAAml0AAOJdAAAMXgAAVF4AAP0AAAAAAAAAAAAAAAD9AAAAAAAA
AAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAA
AAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAA
AAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA
/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0A
AAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAA
AAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAA
AAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEPAAAdVF4AAJxe
AADkXgAALF8AAHRfAAC8XwAABGAAAAVgAABIYAAAkWAAANZgAAD3YAAA+GAAADRhAAB7YQAA
v2EAAP5hAAA/YgAAhWIAAKliAACqYgAAq2IAAN1iAADeYgAAImMAAGpjAACnYwAAuGMAALlj
AAD+YwAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAA
AAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAA
AAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA
/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0A
AAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAA
AAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAA
AAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAQ8AAB3+YwAARWQAAI1kAADVZAAAHWUAAGVlAACtZQAA9WUAAD1m
AAA+ZgAAhWYAAMtmAAARZwAAWGcAAJ9nAADmZwAAGmgAABtoAABIaAAASWgAAI9oAADVaAAA
4WgAAOJoAAAnaQAAbmkAALZpAAD+aQAARmoAAI5qAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAA
AAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAA
AAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA
/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0A
AAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAA
AAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAA
AAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAA
AAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAAAAAAAAAAAAAAABDwAAHY5qAADWagAA
12oAAAtrAAAMawAAVWsAAIZrAACHawAAzGsAABNsAABbbAAAo2wAAOtsAAAzbQAAe20AAMNt
AAALbgAAU24AAJtuAADjbgAAK28AAHNvAAC7bwAAA3AAAEtwAABMcAAAlXAAAN5wAAAlcQAA
ZHEAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAA
AAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA
/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0A
AAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAA
AAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAA
AAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAA
AAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAEPAAAdZHEAAKRxAAClcQAA6nEAAC5yAAB2cgAAvXIAAARzAAA1cwAA
NnMAAHNzAAB0cwAAdXMAAL5zAAAHdAAATHQAAJB0AADXdAAAEnUAAFJ1AACXdQAAx3UAAMh1
AAAMdgAASnYAAJF2AADRdgAADHcAAE93AACWdwAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAA
AAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA
/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0A
AAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAA
AAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAA
AAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAA
AAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAA
AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQ8AAB2WdwAA2ncAAB54
AABneAAArHgAAPN4AAA4eQAAYXkAAGJ5AACqeQAA8HkAADh6AABEegAARXoAAFR6AABVegAA
mnoAAJt6AACwegAAsXoAAPV6AAA+ewAAg3sAAMd7AAAKfAAAC3wAACt8AAAsfAAAVXwAAFZ8
AAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA
/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0A
AAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAA
AAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAA
AAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAA
AAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAA
AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA
AAAAAAAAAAAAAAABDwAAHVZ8AACWfAAA1XwAABh9AABXfQAAln0AANV9AAAUfgAAU34AAJJ+
AADRfgAA0n4AAPt+AAD8fgAAPH8AAHt/AAC6fwAA+X8AADiAAAB3gAAAtoAAAPWAAAA0gQAA
c4EAALKBAACzgQAAtIEAALWBAADtgQAA7oEAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA
/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0A
AAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAA
AAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAA
AAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAA
AAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAA
AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEPAAAd7oEAADKCAABNggAA
ToIAAI6CAADNggAADIMAAEuDAACKgwAAyYMAAAiEAABHhAAAhoQAAMWEAAAEhQAAQ4UAAIKF
AADBhQAAwoUAAMOFAADEhQAACoYAAByGAAAdhgAAVoYAAFeGAACbhgAApIYAAKWGAADlhgAA
/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0A
AAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAA
AAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAA
AAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAA
AAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAA
AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAQ8AAB3lhgAAJIcAAGOHAACihwAA4YcAACCIAABfiAAAnogAAN2IAAAciQAA
W4kAAJqJAADZiQAAGIoAABmKAABeigAAoooAAOOKAADkigAA/4oAAACLAABJiwAAjIsAANSL
AAANjAAADowAAA+MAABWjAAAnowAAOWMAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0A
AAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAA
AAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAA
AAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAA
AAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAA
AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAAAAAAAAAAAAAAABDwAAHeWMAAAqjQAAcI0AALmN
AAD7jQAAQ44AAIOOAADJjgAADI8AABiPAAAZjwAAX48AAKaPAADojwAAK5AAAHGQAAC3kAAA
/pAAAECRAACHkQAAyJEAAASSAABGkgAAj5IAAJ6SAACfkgAAtpIAALeSAAD6kgAAPpMAAP0A
AAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAA
AAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAA
AAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAA
AAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAA
AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAEPAAAdOJAAAD2QAABCkAAA+rUAAPu1AAARtgAAE7YAABS2AAAVtgAAFrYAABe2
AAAYtgAALrYAADC2AAAxtgAAMrYAADi2AAA5tgAAOrYAAFC2AABStgAAU7YAAFS2AABytgAA
jrYAAI+2AACQtgAAprYAAPTp5NjRyNi60QCup56ukKcAhH10hGZ9XwBTTAAAAAAAAAAAAAAA
AAANAQiBBEgBAAVoFRx2RhYBCIEDagAAAAAESAEABWgVHHZGVQgBAA0BCIEESAEABWgPHHZG
GgEIgQNqAAAAAARIAQAFaNUadkYwShAAVQgBABEBCIEESAEABWjVGnZGMEoQAA0BCIEESAEA
BWjVGnZGFgEIgQNqAAAAAARIAQAFaNUadkZVCAEAGgEIgQNqAAAAAARIAQAFaB0cdkYwShAA
VQgBABEBCIEESAEABWgdHHZGMEoQAA0BCIEESAEABWgdHHZGFgEIgQNqAAAAAARIAQAFaB0c
dkZVCAEAGgEIgQNqAAAAAARIAQAFaB4cdkYwShAAVQgBABEBCIEESAEABWgeHHZGMEoQAA0B
CIEESAEABWgeHHZGFgEIgQNqAAAAAARIAQAFaB4cdkZVCAEACG5ICQh0SAkIABUBCIEESAEA
BWj5G3ZGbkgJCHRICQgVAAiBY0gBAGRo+Rt2Rm5ICQh0SAkIABs+kwAAgZMAAIKTAADEkwAA
B5QAAEuUAABqlAAAa5QAALGUAADzlAAABZUAAAaVAABHlQAAi5UAAKGVAACilQAAtpUAALeV
AAD9lQAAQpYAAIeWAADPlgAAFJcAABWXAAAjlwAAJJcAAD2XAAA+lwAAhJcAAJ+XAAD9AAAA
AAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAA
AAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAA
AAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAA
AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAA
AAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAAAAAAAA
AAAAAAABDwAAHZ+XAACglwAA4pcAAAyYAAANmAAAVZgAAF2YAABemAAAoZgAAOeYAADomAAA
LZkAAHSZAACBmQAAgpkAAMGZAADumQAA75kAADOaAAB3mgAAeJoAAL+aAADRmgAA0poAABmb
AABGmwAAR5sAAGSbAABlmwAArpsAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAA
AAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAA
AAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAA
AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAA
AAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAA
AAAAAAAAAAD9AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEPAAAdrpsAAPabAAAlnAAAJpwAAGec
AACOnAAAj5wAAM+cAAD8nAAA/ZwAAD+dAABQnQAAUZ0AAIydAACNnQAA1Z0AABOeAAAjngAA
JJ4AAEieAABJngAAW54AAHOeAAC3ngAA+54AAPyeAAAVnwAAFp8AAC+fAAAwnwAA/QAAAAAA
AAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAA
AAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAA
AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAA
AAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAA
AAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAQ8AAB0wnwAAMZ8AAF+fAABgnwAAp58AAO2fAAA7oAAAg6AAAM6gAADkoAAA5aAAACyh
AAB3oQAAvqEAAAWiAABOogAAY6IAAGSiAACqogAA8KIAACqjAAArowAASqMAAEujAACRowAA
2KMAABCkAAARpAAAVqQAAJikAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAA
AAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAA
AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAA
AAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAA
AAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAA
AAAAAAAA/QAAAAAAAAAAAAAAAAAAAAAAAAAAAAABDwAAHZikAADgpAAAJaUAAGmlAACwpQAA
saUAAPelAAA+pgAAgqYAAJ+mAACgpgAA7KYAADunAACHpwAApKcAAKWnAADupwAANagAAIKo
AADNqAAAGKkAAGKpAACoqQAA3qkAACKqAABqqgAAr6oAAPyqAAD9qgAARqsAAP0AAAAAAAAA
AAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAA
AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAA
AAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAA
AAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAA
AAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAEPAAAdRqsAAJCrAADZqwAAJKwAAG2sAAC3rAAAuKwAANasAADXrAAAHa0AAF+tAACgrQAA
5K0AAAKuAAADrgAAQq4AAIGuAAC+rgAA864AAPSuAAD1rgAACK8AAAmvAAAarwAAM68AAEqv
AABtrwAAdK8AAI+vAACQrwAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAA
AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAA
AAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAA
AAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAA
AAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAA
AAAAAP0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQ8AAB2QrwAAoa8AAKqvAADArwAAz68AANqv
AAD1rwAA9q8AAAywAAAdsAAAQ7AAAFywAABjsAAAg7AAAISwAACasAAAs7AAAMqwAADtsAAA
9LAAAA+xAAAQsQAANbEAADaxAAB7sQAAvbEAAASyAABKsgAAkLIAANiyAAD9AAAAAAAAAAAA
AAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAA
AAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAA
AAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAA
AAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAA
AAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB
DwAAHdiyAAAbswAAYbMAAKqzAADwswAALrQAAHe0AAChtAAAorQAAOm0AAAttQAAc7UAALu1
AADItQAAybUAAMq1AADLtQAAzLUAAM21AADOtQAAz7UAANC1AADRtQAA0rUAANO1AADUtQAA
1bUAANa1AADXtQAA2LUAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAA
AAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAA
AAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAA
AAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAA
AAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAA
AAD9AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEPAAAd2LUAANm1AADatQAA27UAANy1AADdtQAA
3rUAAN+1AADgtQAA4bUAAOK1AADjtQAA5LUAAOW1AADmtQAA57UAAOi1AADptQAA6rUAAOu1
AADstQAA7bUAAO61AADvtQAA8LUAAPG1AADytQAA87UAAPS1AAD1tQAA/QAAAAAAAAAAAAAA
AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAA
AAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAA
AAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAA
AAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAA
AAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAA
AAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQ8A
AB31tQAA9rUAAPe1AAD4tQAA+bUAAPq1AAAXtgAAObYAAI+2AAAVtwAAgLcAAIG3AACCtwAA
/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0A
AAAAAAAAAAAAAAD7AAAAAAAAAAAAAAAA+wAAAAAAAAAAAAAAAPsAAAAAAAAAAAAAAAD7AAAA
AAAAAAAAAAAA+wAAAAAAAAAAAAAAAPkAAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAQAAAAERAAABDwAADKa2AACotgAAqbYAAKq2AAAEtwAABbcAABO3
AAAUtwAAFbcAABa3AAAstwAALrcAAC+3AAAwtwAAabcAAGq3AABwtwAAf7cAAIG3AACCtwAA
9urc1c7HzgC7tKu7nbSWtJYAkQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACG5ICQh0
SAkIAA0BCIEESAEABWjrGnZGGgEIgQNqAAAAAARIAQAFaOoadkYwShAAVQgBABEBCIEESAEA
BWjqGnZGMEoQAA0BCIEESAEABWjqGnZGFgEIgQNqAAAAAARIAQAFaOoadkZVCAEADQEIgQRI
AQAFaCocdkYNAQiBBEgBAAVoIRx2Rg0BCIEESAEABWggHHZGGgEIgQNqAAAAAARIAQAFaBUc
dkYwShAAVQgBABYBCIEDagAAAAAESAEABWgVHHZGVQgBABEBCIEESAEABWgVHHZGMEoQAAAT
LAAxkGgBH7CCLiCwxkEhsIAEIrCABCOQoAUkkKAFJbAAABewxAIYsMQCDJDEAgAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUABIACgABAGkADwADAAAAAwAAAAAAPAAAQPH/
AgA8AAwABgBOAG8AcgBtAGEAbAAAAAIAAAAcAENKGABfSAEEYUoYAG1ICQhuSAQIc0gJCHRI
BAgAAAAAAAAAAAAAAAAAAAAAAAA8AEFA8v+hADwADAAWAEQAZQBmAGEAdQBsAHQAIABQAGEA
cgBhAGcAcgBhAHAAaAAgAEYAbwBuAHQAAAAAAAAAAAAAAAAAPABaQAEA8gA8AAwACgBQAGwA
YQBpAG4AIABUAGUAeAB0AAAAAgAPABQAQ0oUAE9KBABRSgQAXkoEAGFKFAA6ACdAogABAToA
DAARAEMAbwBtAG0AZQBuAHQAIABSAGUAZgBlAHIAZQBuAGMAZQAAAAgAQ0oQAGFKEAA0AB5A
AQASATQADAAMAEMAbwBtAG0AZQBuAHQAIABUAGUAeAB0AAAAAgARAAgAQ0oUAGFKFAAMAE0A
LgBHAGUAbwByAGcAaQBhAGQAZQBzAJAIAACxCAAAbzQAAMM3AAAdRAAAgrMAAAIATQBHAAAA
AAAAAAAAAAAAAAAAAAAAAAAArUuHAgIATQBHAAAAAAAAAAAAAAAAAAAAAAAAAAAAgEuHAgIA
TQBHAAAAAAAAAAAAAAAAAAAAAAAAAAAAOQOHAgIATQBHAAAAAAAAAAAAAAAAAAAAAAAAAAAA
dUmHAgIATQBHAAAAAAAAAAAAAAAAAAAAAAAAAAAAFwiHAgAAAAAdAAAAPwAAAJUAAAAbAQAA
hgEAAIkBAAAAAAAAgrMAAAUAAAwBAAYA/////wAAAABIAAAAkAAAANgAAAAgAQAAaAEAAGkB
AABqAQAAawEAAGwBAABtAQAAngEAAJ8BAACgAQAAoQEAALUBAAC2AQAA/AEAADICAAAzAgAA
eAIAALwCAAD/AgAACgMAAAsDAABUAwAAnAMAAN4DAAAcBAAAHQQAAFcEAACFBAAAhgQAAMoE
AADuBAAA7wQAABoFAAAbBQAAXwUAAGAFAABpBQAAagUAAK0FAADvBQAANgYAAH8GAADQBgAA
+gYAAPsGAAD8BgAA/QYAAP4GAAD/BgAAAAcAAAEHAAACBwAAAwcAAAQHAAAFBwAABgcAABsH
AAAcBwAAMgcAAF4HAACLBwAApgcAANAHAADoBwAABQgAABgIAABbCAAAcAgAALMIAADiCAAA
EQkAAE8JAACOCQAArwkAAMwJAADmCQAA+gkAABkKAAA8CgAAfAoAALAKAADVCgAA+QoAABIL
AAATCwAAFAsAABULAAAWCwAAFwsAABgLAAAZCwAAGgsAABsLAAAcCwAAHQsAAB4LAAAfCwAA
IAsAACELAAAiCwAAIwsAACQLAAAlCwAAJgsAACcLAAAoCwAAKQsAACoLAAArCwAALAsAAC0L
AAAuCwAALwsAADALAAAxCwAAMgsAAEILAABDCwAAhQsAAMULAAANDAAAIAwAACEMAABnDAAA
rQwAAO4MAAAjDQAAaQ0AAKINAACjDQAA8A0AADYOAAB9DgAAxQ4AAA4PAABWDwAAng8AAOEP
AAAREAAAEhAAAFgQAACZEAAA0BAAACURAABnEQAAqxEAAPIRAAA4EgAAdRIAALsSAAADEwAA
MRMAAHITAACuEwAA6hMAAOsTAAAvFAAAcxQAALQUAAC1FAAA4hQAACoVAABfFQAApRUAALgV
AAC5FQAAABYAADQWAAA1FgAANhYAAFwWAABdFgAApBYAAO0WAAAzFwAANBcAAFsXAABcFwAA
dxcAAHgXAACWFwAAlxcAAL4XAAC/FwAA3hcAAN8XAAACGAAAAxgAABoYAAAbGAAANBgAADUY
AABUGAAAVRgAAHkYAAB6GAAAnBgAAJ0YAACyGAAAsxgAAPsYAAA4GQAAfxkAAKgZAACpGQAA
9xkAAEAaAACGGgAAzhoAABcbAABdGwAAphsAAO0bAAAKHAAAThwAAJUcAACWHAAAlxwAANwc
AAAjHQAAax0AALEdAADUHQAA1R0AAB4eAABlHgAAoh4AAOIeAAAnHwAAbB8AAK4fAADCHwAA
wx8AAAwgAABPIAAAlSAAANcgAAAbIQAAZCEAAKkhAADcIQAA3SEAACIiAABoIgAAsSIAAPci
AAA+IwAAhCMAAMwjAAAPJAAAUyQAAJokAADhJAAAJCUAAGclAAB8JQAAfSUAAMAlAAAJJgAA
UCYAAJgmAADeJgAAJycAAG8nAACrJwAA8ycAADYoAACBKAAAxigAAA8pAABTKQAAkCkAANkp
AAAeKgAAZioAAKkqAADwKgAANCsAAEIrAABDKwAAiisAAM0rAAAOLAAAVCwAAJgsAADdLAAA
Iy0AAGwtAACuLQAA9S0AAEQuAAB+LgAAfy4AAMIuAAAALwAASC8AAI8vAADVLwAAHjAAAGQw
AACnMAAAqDAAAO0wAAAwMQAAdjEAAL0xAAAFMgAASjIAAJAyAADYMgAAIDMAAGUzAACoMwAA
8DMAADI0AAB8NAAAxTQAAPs0AAD8NAAAPjUAAII1AADHNQAACzYAAFQ2AACXNgAA3jYAACM3
AABpNwAAsDcAAPo3AAAqOAAAKzgAAE44AABPOAAAljgAANw4AAAiOQAAaTkAAKc5AACoOQAA
qTkAAM05AADxOQAAFToAADk6AABdOgAAgToAAKU6AADJOgAA7ToAABE7AAASOwAAJDsAACU7
AABrOwAAsDsAAPI7AAA3PAAAfjwAAMY8AAAOPQAATD0AAE09AACRPQAAzD0AAA4+AAAtPgAA
cj4AALU+AAD7PgAAOT8AAII/AADJPwAAEUAAAElAAABKQAAAmkAAALlAAAC6QAAA0UAAANJA
AAAXQQAAXkEAAKZBAADuQQAANkIAAH5CAADGQgAADkMAAFZDAACeQwAAn0MAAOZDAAAvRAAA
dUQAALlEAAD7RAAAQkUAAItFAADTRQAAGUYAAF5GAACTRgAAlEYAAKFGAACiRgAA50YAAC1H
AAB1RwAAdkcAALtHAAACSAAASkgAAJJIAADaSAAAIkkAAGpJAACySQAA+kkAAEJKAABDSgAA
ikoAANFKAAATSwAAZ0sAAKhLAADMSwAAzUsAAARMAAAFTAAATEwAAJJMAADbTAAAI00AAGlN
AACxTQAAzk0AAM9NAAAUTgAAWk4AAHhOAAB5TgAAvk4AAAVPAABNTwAAlU8AAN1PAAAlUAAA
bVAAALVQAAD9UAAARVEAAI1RAADVUQAAHVIAAGVSAACtUgAA9VIAAD1TAACFUwAAzVMAAM5T
AAAVVAAAYVQAAKhUAADXVAAA2FQAAAJVAAADVQAARVUAAI5VAADQVQAAFlYAAD1WAAA+VgAA
g1YAAMpWAAASVwAAWlcAAKJXAADqVwAAMlgAAHpYAADCWAAAClkAAFJZAACaWQAA4lkAAAxa
AABUWgAAnFoAAORaAAAsWwAAdFsAALxbAAAEXAAABVwAAEhcAACRXAAA1lwAAPdcAAD4XAAA
NF0AAHtdAAC/XQAA/l0AAD9eAACFXgAAqV4AAKpeAACrXgAA3V4AAN5eAAAiXwAAal8AAKdf
AAC4XwAAuV8AAP5fAABFYAAAjWAAANVgAAAdYQAAZWEAAK1hAAD1YQAAPWIAAD5iAACFYgAA
y2IAABFjAABYYwAAn2MAAOZjAAAaZAAAG2QAAEhkAABJZAAAj2QAANVkAADhZAAA4mQAACdl
AABuZQAAtmUAAP5lAABGZgAAjmYAANZmAADXZgAAC2cAAAxnAABVZwAAhmcAAIdnAADMZwAA
E2gAAFtoAACjaAAA62gAADNpAAB7aQAAw2kAAAtqAABTagAAm2oAAONqAAArawAAc2sAALtr
AAADbAAAS2wAAExsAACVbAAA3mwAACVtAABkbQAApG0AAKVtAADqbQAALm4AAHZuAAC9bgAA
BG8AADVvAAA2bwAAc28AAHRvAAB1bwAAvm8AAAdwAABMcAAAkHAAANdwAAAScQAAUnEAAJdx
AADHcQAAyHEAAAxyAABKcgAAkXIAANFyAAAMcwAAT3MAAJZzAADacwAAHnQAAGd0AACsdAAA
83QAADh1AABhdQAAYnUAAKp1AADwdQAAOHYAAER2AABFdgAAVHYAAFV2AACadgAAm3YAALB2
AACxdgAA9XYAAD53AACDdwAAx3cAAAp4AAALeAAAK3gAACx4AABVeAAAVngAAJZ4AADVeAAA
GHkAAFd5AACWeQAA1XkAABR6AABTegAAknoAANF6AADSegAA+3oAAPx6AAA8ewAAe3sAALp7
AAD5ewAAOHwAAHd8AAC2fAAA9XwAADR9AABzfQAAsn0AALN9AAC0fQAAtX0AAO19AADufQAA
Mn4AAE1+AABOfgAAjn4AAM1+AAAMfwAAS38AAIp/AADJfwAACIAAAEeAAACGgAAAxYAAAASB
AABDgQAAgoEAAMGBAADCgQAAw4EAAMSBAAAKggAAHIIAAB2CAABWggAAV4IAAJuCAACkggAA
pYIAAOWCAAAkgwAAY4MAAKKDAADhgwAAIIQAAF+EAACehAAA3YQAAByFAABbhQAAmoUAANmF
AAAYhgAAGYYAAF6GAACihgAA44YAAOSGAAD/hgAAAIcAAEmHAACMhwAA1IcAAA2IAAAOiAAA
D4gAAFaIAACeiAAA5YgAACqJAABwiQAAuYkAAPuJAABDigAAg4oAAMmKAAAMiwAAGIsAABmL
AABfiwAAposAAOiLAAArjAAAcYwAALeMAAD+jAAAQI0AAIeNAADIjQAABI4AAEaOAACPjgAA
no4AAJ+OAAC2jgAAt44AAPqOAAA+jwAAgY8AAIKPAADEjwAAB5AAAEuQAABqkAAAa5AAALGQ
AADzkAAABZEAAAaRAABHkQAAi5EAAKGRAACikQAAtpEAALeRAAD9kQAAQpIAAIeSAADPkgAA
FJMAABWTAAAjkwAAJJMAAD2TAAA+kwAAhJMAAJ+TAACgkwAA4pMAAAyUAAANlAAAVZQAAF2U
AABelAAAoZQAAOeUAADolAAALZUAAHSVAACBlQAAgpUAAMGVAADulQAA75UAADOWAAB3lgAA
eJYAAL+WAADRlgAA0pYAABmXAABGlwAAR5cAAGSXAABllwAArpcAAPaXAAAlmAAAJpgAAGeY
AACOmAAAj5gAAM+YAAD8mAAA/ZgAAD+ZAABQmQAAUZkAAIyZAACNmQAA1ZkAABOaAAAjmgAA
JJoAAEiaAABJmgAAW5oAAHOaAAC3mgAA+5oAAPyaAAAVmwAAFpsAAC+bAAAwmwAAMZsAAF+b
AABgmwAAp5sAAO2bAAA7nAAAg5wAAM6cAADknAAA5ZwAACydAAB3nQAAvp0AAAWeAABOngAA
Y54AAGSeAACqngAA8J4AACqfAAArnwAASp8AAEufAACRnwAA2J8AABCgAAARoAAAVqAAAJig
AADgoAAAJaEAAGmhAACwoQAAsaEAAPehAAA+ogAAgqIAAJ+iAACgogAA7KIAADujAACHowAA
pKMAAKWjAADuowAANaQAAIKkAADNpAAAGKUAAGKlAACopQAA3qUAACKmAABqpgAAr6YAAPym
AAD9pgAARqcAAJCnAADZpwAAJKgAAG2oAAC3qAAAuKgAANaoAADXqAAAHakAAF+pAACgqQAA
5KkAAAKqAAADqgAAQqoAAIGqAAC+qgAA86oAAPSqAAD1qgAACKsAAAmrAAAaqwAAM6sAAEqr
AABtqwAAdKsAAI+rAACQqwAAoasAAKqrAADAqwAAz6sAANqrAAD1qwAA9qsAAAysAAAdrAAA
Q6wAAFysAABjrAAAg6wAAISsAACarAAAs6wAAMqsAADtrAAA9KwAAA+tAAAQrQAANa0AADat
AAB7rQAAva0AAASuAABKrgAAkK4AANiuAAAbrwAAYa8AAKqvAADwrwAALrAAAHewAAChsAAA
orAAAOmwAAAtsQAAc7EAALuxAADIsQAAybEAAMqxAADLsQAAzLEAAM2xAADOsQAAz7EAANCx
AADRsQAA0rEAANOxAADUsQAA1bEAANaxAADXsQAA2LEAANmxAADasQAA27EAANyxAADdsQAA
3rEAAN+xAADgsQAA4bEAAOKxAADjsQAA5LEAAOWxAADmsQAA57EAAOixAADpsQAA6rEAAOux
AADssQAA7bEAAO6xAADvsQAA8LEAAPGxAADysQAA87EAAPSxAAD1sQAA9rEAAPexAAD4sQAA
+bEAAIOzAACYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAAAAAAgAAAAICYAAAADzAAAAAA
AAAAgAAAAIAABAAAcDgAADiQAACmtgAAgrcAAF0AAABrAAAAegAAAIUAAAAABAAAHQgAAAUL
AAASDwAALw8AAJkUAABcGgAAsxwAACcjAADAKQAAIzEAAHw4AAA5PgAAEUQAAJNKAACSUAAA
zVcAAFReAAD+YwAAjmoAAGRxAACWdwAAVnwAAO6BAADlhgAA5YwAAD6TAACflwAArpsAADCf
AACYpAAARqsAAJCvAADYsgAA2LUAAPW1AACCtwAAXgAAAGAAAABhAAAAYgAAAGMAAABkAAAA
ZQAAAGYAAABnAAAAaAAAAGkAAABqAAAAbAAAAG0AAABuAAAAbwAAAHAAAABxAAAAcgAAAHMA
AAB0AAAAdQAAAHYAAAB3AAAAeAAAAHkAAAB7AAAAfAAAAH0AAAB+AAAAfwAAAIAAAACBAAAA
ggAAAIMAAACEAAAAAAQAAIG3AABfAAAAAAAAABkAAAAdAAAANgAAAD8AAABYAAAAlQAAAK4A
AAAbAQAANAEAAIkBAAATIZUAEyGVABMhlQATIZUAEyGVAP//BQAKAAAAAAGtS4cC/////wAA
AAGAS4cC/////wAAAAE5A4cC/////wAAAAF1SYcC/////wAAAAEXCIcC/////4sIAACSCAAA
vzMAAFI3AAANRAAA/LEAAAAAAAABAAAAAgAAAAMAAAAEAAAAkAgAALEIAABvNAAAwzcAAB1E
AAD8sQAAAAAAAAcAAAA2AAAAPgAAAIcAAACPAAAAGQEAAB8BAAB4AwAAgQMAANMGAADcBgAA
iwgAAI0IAACiCAAAqwgAAN4IAADhCAAADQkAABAJAAAKEgAAEhIAAMIXAADFFwAAOBgAADsY
AABYGAAAWxgAAJ0aAACgGgAAHRsAACAbAAB0GwAAdxsAAIEbAACEGwAAFxwAABocAAAeHAAA
IRwAAPgdAAD8HQAAFR4AABgeAAA0HgAAOB4AAEweAABPHgAAYR4AAGQeAABsHgAAbx4AAHIg
AAB1IAAAmCAAAJsgAABPIQAAUyEAAJAiAACUIgAALScAADAnAABKJwAATScAAPonAAD+JwAA
GCgAABsoAAB9KAAAgCgAAIQoAACQKAAAHykAACMpAAB+KQAAgSkAALUpAAC5KQAADCoAAA8q
AABFKgAASCoAAOcqAADqKgAAJysAACorAABeKwAAYSsAAL8rAADCKwAAySsAAMwrAABrLAAA
bywAAIcsAACKLAAAlCwAAJcsAACoLAAArCwAAFQtAABXLQAAnS0AAKEtAAABLgAABC4AALAu
AACzLgAA2y4AAN4uAAAvLwAAMi8AAOUvAADoLwAA/y8AAAIwAABJMAAATDAAAOkwAADsMAAA
aDEAAGsxAACsMgAArzIAALQzAAC9MwAAjjcAAJc3AACEPAAAhzwAAERAAABHQAAAHUwAACBM
AACjTAAApkwAAMVMAADITAAA900AAPpNAAAXTgAAGk4AAEFOAABGTgAAKVQAAC5UAAAOVQAA
EVUAABVVAAAYVQAA31UAAOJVAAAQVgAAFVYAADlXAABAVwAAplwAAKlcAACNXQAAkV0AAPle
AAD8XgAAAF8AAANfAACLXwAAkF8AALdgAAC6YAAAtWEAAMJhAABFYgAAUmIAAMdjAADKYwAA
T2QAAFpkAAClZAAAqGQAALlkAAC8ZAAA32UAAOJlAAAXZwAAGmcAAB5nAAAhZwAAn24AAKNu
AAAbcAAAHnAAAAFyAAAEcgAAxHUAAMd1AADndQAA6nUAABt4AAAkeAAAUXgAAFR4AAB6eAAA
fXgAAJJ4AACVeAAA93oAAPp6AAAgewAAI3sAADh7AAA7ewAAAX4AAAR+AAAGfgAACX4AAHJ+
AAB1fgAAin4AAI1+AAAXggAAGoIAAGiCAABrggAAdIIAAHeCAAB9ggAAgIIAAMmCAADMggAA
4YIAAOSCAABThgAAVoYAAHCGAABzhgAA3oYAAOGGAAC/hwAAwocAAOuHAADuhwAAvYgAAMCI
AADLiAAAzogAAAaJAAALiQAAjIkAAJGJAACSiQAAlYkAALyJAADBiQAAeIoAAHuKAADQigAA
04oAAEOLAABGiwAAS4sAAE6LAADTjAAA1owAAOGMAADkjAAAVY0AAFiNAADLjQAA1o0AAF+O
AABijgAAao4AAG2OAACZjgAAnI4AABSSAAAbkgAARZIAAE2SAABPkgAAVZIAAFaSAABekgAA
Z5IAAG2SAAC5kgAAvpIAAESTAABLkwAAppMAAK2TAADFkwAAyZMAAGSUAABrlAAA7pQAAPSU
AACIlQAAjpUAAP+VAAAFlgAAB5YAABGWAABQlgAAVJYAANuWAADglgAAa5cAAHCXAACgmAAA
pJgAAAOZAAAJmQAAfJsAAIWbAABpnAAAcpwAAAieAAARngAAJZ4AAC6eAACCngAAi54AAJef
AACjnwAApJ8AAK2fAAA0ogAAPaIAAFyjAABlowAAoaUAAKelAACppwAArKcAAOSoAADtqAAA
1KkAAN2pAAAjqgAALKoAAJGqAACaqgAAE6sAABmrAAAsqwAAMqsAAJirAACgqwAArasAALmr
AADJqwAAzqsAAPmrAAD/qwAAA6wAAAusAACsrAAAsqwAANuuAADhrgAA+rEAAIOzAAAcAAcA
HAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwA
BwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcA
HAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwA
BwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcA
HAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwA
BwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcA
HAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwA
BwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcA
HAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwA
BwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcA
HAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwA
BwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcA
HAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwA
BwAcAAcAHAAHABwABwAHAAAAAADYAAAA3QAAAP8BAAACAgAAewIAALACAAC/AgAAxAIAAFcD
AABaAwAAnwMAAKMDAADhAwAA6QMAALAFAAC6BQAA8gUAAPkFAAA5BgAAPwYAAIIGAACEBgAA
0wYAANwGAAAhCAAAKggAAIIIAACKCAAAiAsAAI8LAADICwAA0QsAABAMAAASDAAAbAwAAHAM
AACyDAAAuQwAAPMMAAD7DAAAbg0AAHINAADzDQAA/Q0AADkOAAA8DgAAyA4AAMsOAAARDwAA
HA8AAFkPAABbDwAAoQ8AAKcPAADkDwAA7A8AAGAQAABhEAAAoRAAAKkQAAAtEQAAOBEAAG8R
AAB3EQAAsxEAALgRAAD6EQAAARIAAEASAABKEgAAwxIAAMwSAAALEwAADxMAAHoTAACCEwAA
thMAAMQTAAAyFAAAOhQAAHYUAAB+FAAAMhUAADMVAACtFQAAthUAAAMWAAAMFgAA8BYAAPgW
AAA4GAAAOxgAAFgYAABbGAAA/hgAAAQZAAA7GQAARRkAAIIZAACIGQAA/RkAAAUaAACMGgAA
kxoAANQaAADWGgAAHRsAACAbAABjGwAAZhsAAPMbAAD4GwAAVBwAAFwcAADVHAAA2xwAAN8c
AADjHAAAHB0AACIdAAAmHQAAKx0AAG4dAAB0HQAAtB0AALodAAAhHgAAJB4AAGgeAABrHgAA
pR4AALIeAADlHgAA7h4AACofAAAxHwAAbx8AAHcfAACxHwAAwB8AAA8gAAAUIAAAUiAAAFog
AACYIAAAmyAAANogAADhIAAAHiEAACchAABnIQAAbCEAAKwhAACzIQAAJSIAAC0iAABrIgAA
cyIAALQiAAC5IgAA+iIAAAMjAABBIwAARCMAAIcjAACSIwAAzyMAANUjAAASJAAAGyQAAFYk
AABgJAAAnSQAAKMkAADkJAAA5iQAACclAAAuJQAAaiUAAHElAADDJQAAyiUAAFMmAABeJgAA
myYAAJ8mAAAqJwAALCcAAHInAAB0JwAAricAALknAAD2JwAA+ScAADkoAABBKAAAhCgAAJAo
AADJKAAA0SgAABIpAAAaKQAAVikAAFspAACTKQAAoCkAACEqAAAoKgAAaSoAAG4qAACsKgAA
tCoAADcrAABAKwAA0CsAANYrAAARLAAAGiwAAFgsAABcLAAAmywAAKMsAADgLAAA6ywAACYt
AAAuLQAAsS0AALgtAAD4LQAA/y0AAEcuAABNLgAAxi4AAM4uAAADLwAAEC8AAEsvAABNLwAA
ki8AAJQvAADYLwAA3y8AACEwAAAmMAAAZzAAAHMwAADwMAAA9zAAADMxAAA4MQAAeTEAAIMx
AADAMQAAyDEAAAgyAAAPMgAATTIAAFYyAACTMgAAmDIAANsyAADjMgAAIzMAACkzAACrMwAA
szMAAPMzAAD2MwAANTQAAD80AAB/NAAAgzQAAMg0AADQNAAAGTUAADQ1AABBNQAASDUAAIU1
AACLNQAAyjUAAM41AAAONgAAGTYAAFc2AABbNgAAmjYAAKE2AADhNgAA6TYAACY3AAAqNwAA
bDcAAG83AACzNwAAuTcAAP03AAAEOAAAmTgAAJw4AADfOAAA5DgAACU5AAAuOQAAbDkAAHA5
AACzOwAAuzsAAPU7AAD9OwAAOjwAAEg8AACBPAAAgzwAAMk8AADWPAAAET0AABg9AACaPQAA
nz0AABc+AAAePgAAez4AAIE+AAC+PgAAxD4AAAQ/AAAHPwAAiz8AAJI/AADSPwAA1j8AABpA
AAAhQAAAnUAAAKNAAACuQQAAzUEAAOBCAADnQgAAMkQAADREAAB4RAAAgkQAALxEAADERAAA
/kQAAAdFAABFRQAAT0UAAI5FAACRRQAA1kUAANtFAAAcRgAAH0YAAGFGAABlRgAA6kYAAO9G
AAB4SAAAhkgAAIpJAACRSQAAhkoAAIlKAACNSgAAl0oAABZLAAAeSwAAaksAAHFLAACrSwAA
tksAAE9MAABRTAAAlUwAAJhMAADeTAAA4EwAACZNAAApTQAAbE0AAHFNAAC0TQAAt00AABdO
AAAaTgAAXU4AAGBOAAB7TwAAiU8AACNRAAAyUQAAX1MAAGdTAAApVAAALlQAAGRUAABoVAAA
q1QAALNUAABIVQAAT1UAAIBVAACNVQAAkVUAAJVVAADTVQAA21UAAEBXAABOVwAAaFkAAG9Z
AACWWwAAnlsAAEtcAABTXAAAlFwAAJdcAADZXAAA4VwAAH5dAACDXQAAAV4AAApeAABCXgAA
Sl4AAIheAACOXgAAq14AALleAAAlXwAAMF8AALtgAADJYAAA6WEAAO9hAACIYgAAjWIAAM5i
AADRYgAAFGMAABhjAABbYwAAXWMAAKJjAACmYwAA6WMAAOxjAAAbZAAAKWQAAJJkAACXZAAA
2GQAAN9kAADcZQAA4mUAAFhnAABcZwAAiWgAAJdoAAChaQAAsGkAAN1rAADlawAAmGwAAN1s
AAAobQAALG0AAIBtAACDbQAAMW4AAGpuAAB5bgAAfW4AAMBuAADhbgAAB28AAA9vAAA5bwAA
Qm8AAMFvAADIbwAACnAAAAxwAABPcAAAVXAAAJNwAACZcAAA2nAAAOJwAAAVcQAAI3EAAFVx
AABecQAAmnEAAKFxAAAPcgAAGXIAAJRyAACZcgAA1HIAAN1yAABScwAAV3MAAJlzAACccwAA
3XMAAOVzAAAhdAAAK3QAAGp0AABxdAAAr3QAAOZ0AAD2dAAA+HQAADt1AABHdQAArXUAALV1
AADzdQAA9nUAADt2AAA+dgAA+HYAAP92AABBdwAARHcAAIZ3AACKdwAAyncAANJ3AAD6eAAA
D3kAAIl7AACdewAANX4AAD1+AADVfgAA2H4AAA2CAAAQggAALIMAAC+DAABhhgAAZ4YAAKWG
AACuhgAAj4cAAJWHAADXhwAA3IcAAFmIAABhiAAAoYgAAKSIAADoiAAA7ogAAC2JAAAziQAA
/okAAAWKAABGigAATIoAAIaKAACQigAAzIoAAM+KAAAPiwAAFosAAGKLAABkiwAAqYsAALSL
AADriwAA8YsAAC6MAAA3jAAAdYwAAH+MAAC6jAAAvYwAAAGNAAAHjQAAQ40AAEyNAACKjQAA
kI0AAMuNAADWjQAAB44AABWOAABJjgAAUI4AAJKOAACUjgAAQY8AAEiPAABOkAAAU5AAAEqR
AABTkQAAAJIAACqSAACKkgAAkZIAANKSAADWkgAA3JUAAO2VAADhlgAA45YAAOWWAADnlgAA
NJcAAEWXAADYmQAA2pkAAKqbAACymwAA8JsAAPmbAACGnAAAkZwAANGcAADjnAAAL50AADOd
AAB6nQAAfJ0AAMGdAADDnQAACJ4AABGeAABRngAAV54AAK6eAACyngAA854AAPaeAACUnwAA
lp8AAFmgAABfoAAAm6AAAKKgAADjoAAA5qAAAGyhAABzoQAA+qEAAP2hAABBogAARaIAAIWi
AACJogAA76IAAPaiAAAlowAAOaMAAD6jAABDowAA8aMAAPWjAAA4pAAAPKQAAIWkAACIpAAA
0KQAANikAAAbpQAAIKUAAGWlAABnpQAAq6UAALKlAAAlpgAAKKYAAG2mAABzpgAAsqYAALym
AABJpwAAVKcAAJOnAACapwAA3KcAAN+nAAAoqAAAK6gAAHCoAAByqAAAHakAACWpAACgqQAA
pKkAAOSpAADnqQAAQqoAAEuqAACBqgAAg6oAAL6qAADIqgAA3asAAPSrAABmrAAAgqwAAH6t
AACKrQAAwK0AAMetAAAHrgAAC64AAE2uAABSrgAAk64AAJauAAAerwAAJ68AAGSvAABqrwAA
ra8AALWvAADzrwAA+a8AADGwAAA8sAAAerAAAHywAADssAAA9rAAADCxAAA2sQAAdrEAAHqx
AAD6sQAAg7MAAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcABwD//xQAAAAMAE0ALgBHAGUAbwByAGcA
aQBhAGQAZQBzAFMASAA6AFwAZQB2AG8AbAB1AHQAZQBcAG0AaQBjAGgAYQBlAGwAXABTAEUA
QQBNAE8AQgBZAFwAQwBUAFAAXABJAEUAVABGACAARAByAGEAZgB0AHMAXABkAHIAYQBmAHQA
LQBpAGUAdABmAC0AcwBlAGEAbQBvAGIAeQAtAGMAdABwAC0AMAAyAC0AZwBlAG8AcgBnAGkA
YQBkAGUAcwAuAGQAbwBjAAwATQAuAEcAZQBvAHIAZwBpAGEAZABlAHMASABIADoAXAB3AGkA
bgBkAG8AdwBzAFwAQQB1AHQAbwBSAGUAYwBvAHYAZQByAHkAIABzAGEAdgBlACAAbwBmACAA
ZAByAGEAZgB0AC0AaQBlAHQAZgAtAHMAZQBhAG0AbwBiAHkALQBjAHQAcAAtADAAMgAtAGcA
ZQBvAHIAZwBpAGEAZABlAHMALgBhAHMAZAAMAE0ALgBHAGUAbwByAGcAaQBhAGQAZQBzAFMA
SAA6AFwAZQB2AG8AbAB1AHQAZQBcAG0AaQBjAGgAYQBlAGwAXABTAEUAQQBNAE8AQgBZAFwA
QwBUAFAAXABJAEUAVABGACAARAByAGEAZgB0AHMAXABkAHIAYQBmAHQALQBpAGUAdABmAC0A
cwBlAGEAbQBvAGIAeQAtAGMAdABwAC0AMAAyAC0AZwBlAG8AcgBnAGkAYQBkAGUAcwAuAGQA
bwBjAAwATQAuAEcAZQBvAHIAZwBpAGEAZABlAHMAUwBIADoAXABlAHYAbwBsAHUAdABlAFwA
bQBpAGMAaABhAGUAbABcAFMARQBBAE0ATwBCAFkAXABDAFQAUABcAEkARQBUAEYAIABEAHIA
YQBmAHQAcwBcAGQAcgBhAGYAdAAtAGkAZQB0AGYALQBzAGUAYQBtAG8AYgB5AC0AYwB0AHAA
LQAwADIALQBnAGUAbwByAGcAaQBhAGQAZQBzAC4AZABvAGMADABNAC4ARwBlAG8AcgBnAGkA
YQBkAGUAcwBTAEgAOgBcAGUAdgBvAGwAdQB0AGUAXABtAGkAYwBoAGEAZQBsAFwAUwBFAEEA
TQBPAEIAWQBcAEMAVABQAFwASQBFAFQARgAgAEQAcgBhAGYAdABzAFwAZAByAGEAZgB0AC0A
aQBlAHQAZgAtAHMAZQBhAG0AbwBiAHkALQBjAHQAcAAtADAAMgAtAGcAZQBvAHIAZwBpAGEA
ZABlAHMALgBkAG8AYwAMAE0ALgBHAGUAbwByAGcAaQBhAGQAZQBzAEgASAA6AFwAdwBpAG4A
ZABvAHcAcwBcAEEAdQB0AG8AUgBlAGMAbwB2AGUAcgB5ACAAcwBhAHYAZQAgAG8AZgAgAGQA
cgBhAGYAdAAtAGkAZQB0AGYALQBzAGUAYQBtAG8AYgB5AC0AYwB0AHAALQAwADIALQBnAGUA
bwByAGcAaQBhAGQAZQBzAC4AYQBzAGQADABNAC4ARwBlAG8AcgBnAGkAYQBkAGUAcwBTAEgA
OgBcAGUAdgBvAGwAdQB0AGUAXABtAGkAYwBoAGEAZQBsAFwAUwBFAEEATQBPAEIAWQBcAEMA
VABQAFwASQBFAFQARgAgAEQAcgBhAGYAdABzAFwAZAByAGEAZgB0AC0AaQBlAHQAZgAtAHMA
ZQBhAG0AbwBiAHkALQBjAHQAcAAtADAAMgAtAGcAZQBvAHIAZwBpAGEAZABlAHMALgBkAG8A
YwAMAE0ALgBHAGUAbwByAGcAaQBhAGQAZQBzAEgASAA6AFwAdwBpAG4AZABvAHcAcwBcAEEA
dQB0AG8AUgBlAGMAbwB2AGUAcgB5ACAAcwBhAHYAZQAgAG8AZgAgAGQAcgBhAGYAdAAtAGkA
ZQB0AGYALQBzAGUAYQBtAG8AYgB5AC0AYwB0AHAALQAwADIALQBnAGUAbwByAGcAaQBhAGQA
ZQBzAC4AYQBzAGQADABNAC4ARwBlAG8AcgBnAGkAYQBkAGUAcwBIAEgAOgBcAHcAaQBuAGQA
bwB3AHMAXABBAHUAdABvAFIAZQBjAG8AdgBlAHIAeQAgAHMAYQB2AGUAIABvAGYAIABkAHIA
YQBmAHQALQBpAGUAdABmAC0AcwBlAGEAbQBvAGIAeQAtAGMAdABwAC0AMAAyAC0AZwBlAG8A
cgBnAGkAYQBkAGUAcwAuAGEAcwBkAAwATQAuAEcAZQBvAHIAZwBpAGEAZABlAHMAUwBIADoA
XABlAHYAbwBsAHUAdABlAFwAbQBpAGMAaABhAGUAbABcAFMARQBBAE0ATwBCAFkAXABDAFQA
UABcAEkARQBUAEYAIABEAHIAYQBmAHQAcwBcAGQAcgBhAGYAdAAtAGkAZQB0AGYALQBzAGUA
YQBtAG8AYgB5AC0AYwB0AHAALQAwADIALQBnAGUAbwByAGcAaQBhAGQAZQBzAC4AZABvAGMA
/0ABgAEAzwUAAM8FAAD8vnYAAQABAM8FAAAAAAAAzwUAAAAAAAACEAAAAAAAAACCswAAUAAA
CABAAAD//wIAAAAHAFUAbgBrAG4AbwB3AG4ADABNAC4ARwBlAG8AcgBnAGkAYQBkAGUAcwD/
/wIACAAAAAAAAAAAAAAAAAAAAAAAAAABAP//AgAAAAAAAAD//wAAAgD//wAAAAD//wAAAgD/
/wAAAAAFAAAARxaQAQAAAgIGAwUEBQIDBId6ACAAAACACAAAAAAAAAD/AQAAAAAAAFQAaQBt
AGUAcwAgAE4AZQB3ACAAUgBvAG0AYQBuAAAANRaQAQIABQUBAgEHBgIFBwAAAAAAAAAQAAAA
AAAAAAAAAACAAAAAAFMAeQBtAGIAbwBsAAAAMyaQAQAAAgsGBAICAgICBId6ACAAAACACAAA
AAAAAAD/AQAAAAAAAEEAcgBpAGEAbAAAADsCkAGGBwIBBgADAQEBAQEBAAAAAAAOCBAAAAAA
AAAAAAAEAAAAAABTAGkAbQBTAHUAbgAAAItbU08AAD81kAEAAAIHAwkCAgUCBASHegAgAAAA
gAgAAAAAAAAA/wEAAAAAAABDAG8AdQByAGkAZQByACAATgBlAHcAAAAiAAQAcYiIGADw0AIA
AGgBAAAAANkadkYxHHZGAAAAAAkA1AAAAL4ZAADAkgAAAQBLAAAABAADEDkBAAAAAAAAAAAA
AAEAAQAAAAEAAAAAAAAAwQMA8BAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAgASgBbQAtACBgTIwAAAQABkAZAAAABkAAAA4tAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAfwYAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAA
AAAAAAAAMoMRAPAQAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA//8SAAAAAAAA
ADQAUwBlAGEAbQBvAGIAeQAgAFcARwAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAg
ACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAASgAA
AAAAAAAMAE0ALgBHAGUAbwByAGcAaQBhAGQAZQBzAAwATQAuAEcAZQBvAHIAZwBpAGEAZABl
AHMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/v8AAAQAAgAAAAAA
AAAAAAAAAAAAAAAAAQAAAOCFn/L5T2gQq5EIACsns9kwAAAArAEAABEAAAABAAAAkAAAAAIA
AACYAAAAAwAAANgAAAAEAAAA5AAAAAUAAAD8AAAABgAAAAgBAAAHAAAAFAEAAAgAAAAoAQAA
CQAAAEABAAASAAAATAEAAAoAAABoAQAADAAAAHQBAAANAAAAgAEAAA4AAACMAQAADwAAAJQB
AAAQAAAAnAEAABMAAACkAQAAAgAAAOQEAAAeAAAANQAAAFNlYW1vYnkgV0cgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEoAACAAHgAAAAEAAAAAZWFtHgAAAA0A
AABNLkdlb3JnaWFkZXMAICAgHgAAAAEAAAAALkdlHgAAAAEAAAAALkdlHgAAAAsAAABOb3Jt
YWwuZG90AHMeAAAADQAAAE0uR2VvcmdpYWRlcwAgICAeAAAAAgAAADkAR2UeAAAAEwAAAE1p
Y3Jvc29mdCBXb3JkIDkuMAAgQAAAAAD4tZ0dAAAAQAAAAADmHGO6KcMBQAAAAAB+QabnKcMB
AwAAAAEAAAADAAAAvhkAAAMAAADAkgAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP7/AAAEAAIAAAAAAAAAAAAAAAAA
AAAAAAEAAAAC1c3VnC4bEJOXCAArLPmuMAAAADABAAAMAAAAAQAAAGgAAAAPAAAAcAAAAAUA
AACQAAAABgAAAJgAAAARAAAAoAAAABcAAACoAAAACwAAALAAAAAQAAAAuAAAABMAAADAAAAA
FgAAAMgAAAANAAAA0AAAAAwAAAARAQAAAgAAAOQEAAAeAAAAFQAAAFVuaXZlcnNpdHkgb2Yg
U3VycmV5AAAgAAMAAAA5AQAAAwAAAEsAAAADAAAAOLQAAAMAAAAyEQkACwAAAAAAAAALAAAA
AAAAAAsAAAAAAAAACwAAAAAAAAAeEAAAAQAAADUAAABTZWFtb2J5IFdHICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBKAAwQAAACAAAAHgAAAAYAAABUaXRsZQAD
AAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAAgAAAAMAAAAEAAAABQAAAAYAAAAHAAAA
CAAAAAkAAAAKAAAACwAAAAwAAAANAAAADgAAAA8AAAAQAAAAEQAAABIAAAATAAAAFAAAABUA
AAAWAAAAFwAAABgAAAAZAAAAGgAAABsAAAAcAAAAHQAAAB4AAAAfAAAAIAAAACEAAAAiAAAA
IwAAACQAAAAlAAAAJgAAACcAAAAoAAAAKQAAACoAAAArAAAALAAAAC0AAAAuAAAALwAAADAA
AAAxAAAAMgAAADMAAAA0AAAANQAAADYAAAA3AAAAOAAAADkAAAA6AAAAOwAAADwAAAA9AAAA
PgAAAD8AAABAAAAAQQAAAEIAAABDAAAARAAAAEUAAABGAAAARwAAAEgAAABJAAAASgAAAEsA
AABMAAAATQAAAE4AAABPAAAAUAAAAFEAAABSAAAAUwAAAFQAAABVAAAAVgAAAFcAAABYAAAA
WQAAAFoAAABbAAAAXAAAAF0AAABeAAAAXwAAAGAAAABhAAAAYgAAAGMAAABkAAAAZQAAAGYA
AABnAAAAaAAAAGkAAABqAAAAawAAAGwAAABtAAAAbgAAAG8AAABwAAAAcQAAAHIAAABzAAAA
dAAAAHUAAAB2AAAAdwAAAHgAAAB5AAAAegAAAHsAAAB8AAAAfQAAAH4AAAB/AAAAgAAAAIEA
AACCAAAAgwAAAIQAAACFAAAAhgAAAP7///+IAAAAiQAAAIoAAACLAAAAjAAAAI0AAACOAAAA
jwAAAJAAAACRAAAAkgAAAJMAAACUAAAAlQAAAJYAAACXAAAAmAAAAJkAAACaAAAAmwAAAJwA
AACdAAAAngAAAJ8AAACgAAAAoQAAAKIAAACjAAAApAAAAKUAAACmAAAApwAAAKgAAACpAAAA
qgAAAKsAAACsAAAArQAAAK4AAACvAAAAsAAAALEAAACyAAAAswAAALQAAAC1AAAAtgAAALcA
AAC4AAAAuQAAALoAAAC7AAAAvAAAAL0AAAC+AAAAvwAAAMAAAADBAAAAwgAAAMMAAADEAAAA
xQAAAMYAAADHAAAA/v///8kAAADKAAAAywAAAMwAAADNAAAAzgAAAM8AAAD+////0QAAANIA
AADTAAAA1AAAANUAAADWAAAA1wAAAP7////9/////f///9sAAAD+/////v////7/////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////UgBvAG8AdAAgAEUAbgB0AHIAeQAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYABQH//////////wMAAAAGCQIA
AAAAAMAAAAAAAABGAAAAAAAAAAAAAAAAAHo6yucpwwHdAAAAgAAAAAAAAAAxAFQAYQBiAGwA
ZQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
DgACAP///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIcA
AADtgQAAAAAAAFcAbwByAGQARABvAGMAdQBtAGUAbgB0AAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAaAAIBBQAAAP//////////AAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAC4MAQAAAAAABQBTAHUAbQBtAGEAcgB5AEkAbgBmAG8A
cgBtAGEAdABpAG8AbgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgAAgECAAAABAAAAP//
//8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADIAAAAABAAAAAAAAAFAEQA
bwBjAHUAbQBlAG4AdABTAHUAbQBtAGEAcgB5AEkAbgBmAG8AcgBtAGEAdABpAG8AbgAAAAAA
AAAAAAAAOAACAf///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAANAAAAAAEAAAAAAAAAEAQwBvAG0AcABPAGIAagAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAASAAIBAQAAAAYAAAD/////AAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGoAAAAAAAAATwBiAGoAZQBjAHQAUABvAG8A
bAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAQD/////
//////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAB6OsrnKcMBAHo6yucpwwEAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAP///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAD+////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////AQD+/wMK
AAD/////BgkCAAAAAADAAAAAAAAARhgAAABNaWNyb3NvZnQgV29yZCBEb2N1bWVudAAKAAAA
TVNXb3JkRG9jABAAAABXb3JkLkRvY3VtZW50LjgA9DmycQAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAA=
--------------B4DEBEF99255E1D3F820180F--

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Tue Jun 10 07:29:27 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA20669
	for <seamoby-archive@odin.ietf.org>; Tue, 10 Jun 2003 07:29:27 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5ABSwu10757
	for seamoby-archive@odin.ietf.org; Tue, 10 Jun 2003 07:28:58 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5ABSwB10754
	for <seamoby-web-archive@optimus.ietf.org>; Tue, 10 Jun 2003 07:28:58 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA20645
	for <seamoby-web-archive@ietf.org>; Tue, 10 Jun 2003 07:28:56 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19PhHC-0003s2-00
	for seamoby-web-archive@ietf.org; Tue, 10 Jun 2003 07:26:54 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19PhHB-0003rz-00
	for seamoby-web-archive@ietf.org; Tue, 10 Jun 2003 07:26:53 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5ABPbB10624;
	Tue, 10 Jun 2003 07:25:37 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5ABORB10586
	for <seamoby@optimus.ietf.org>; Tue, 10 Jun 2003 07:24:27 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA20436
	for <seamoby@ietf.org>; Tue, 10 Jun 2003 07:24:25 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19PhCp-0003o2-00
	for seamoby@ietf.org; Tue, 10 Jun 2003 07:22:23 -0400
Received: from mgw-x4.nokia.com ([131.228.20.27])
	by ietf-mx with esmtp (Exim 4.12)
	id 19PhCo-0003nz-00
	for seamoby@ietf.org; Tue, 10 Jun 2003 07:22:22 -0400
Received: from esvir03nok.nokia.com (esvir03nokt.ntc.nokia.com [172.21.143.35])
	by mgw-x4.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5ABON912067
	for <seamoby@ietf.org>; Tue, 10 Jun 2003 14:24:23 +0300 (EET DST)
Received: from esebh002.NOE.Nokia.com (unverified) by esvir03nok.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T62be832f27ac158f23078@esvir03nok.nokia.com> for <seamoby@ietf.org>;
 Tue, 10 Jun 2003 14:24:23 +0300
Received: from esebe013.NOE.Nokia.com ([172.21.138.52]) by esebh002.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 10 Jun 2003 14:24:23 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe013.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 10 Jun 2003 14:24:18 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Date: Tue, 10 Jun 2003 14:24:17 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658EDD9@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] a CTAR response ?
Thread-Index: AcMr+un612H+ZgCfQRmdAwXatw1RQAAJYtEwAMiQwzA=
To: <seamoby@ietf.org>
X-OriginalArrivalTime: 10 Jun 2003 11:24:18.0698 (UTC) FILETIME=[D5275EA0:01C32F42]
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h5ABORB10587
Subject: [Seamoby] CTP Issue tracker
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 8bit
Content-Transfer-Encoding: 8bit

Hi all,

I have created an issue tracker for CTP and will be logging in last call comments.  The issue tracker can be found here:

http://danforsberg.info:8080/draft-ietf-seamoby-ctp/index	

thanks,
John
_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Tue Jun 10 08:15:09 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA22922
	for <seamoby-archive@odin.ietf.org>; Tue, 10 Jun 2003 08:15:09 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5ACEf615195
	for seamoby-archive@odin.ietf.org; Tue, 10 Jun 2003 08:14:41 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5ACEeB15192
	for <seamoby-web-archive@optimus.ietf.org>; Tue, 10 Jun 2003 08:14:40 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA22898
	for <seamoby-web-archive@ietf.org>; Tue, 10 Jun 2003 08:14:38 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19PhzQ-0004Hf-00
	for seamoby-web-archive@ietf.org; Tue, 10 Jun 2003 08:12:36 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19PhzP-0004Hc-00
	for seamoby-web-archive@ietf.org; Tue, 10 Jun 2003 08:12:35 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5ACEIB15158;
	Tue, 10 Jun 2003 08:14:18 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5ACDnB15108
	for <seamoby@optimus.ietf.org>; Tue, 10 Jun 2003 08:13:49 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA22829
	for <seamoby@ietf.org>; Tue, 10 Jun 2003 08:13:47 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Phya-0004Gz-00
	for seamoby@ietf.org; Tue, 10 Jun 2003 08:11:44 -0400
Received: from go4.ext.ti.com ([192.91.75.132])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Phya-0004Fr-00
	for seamoby@ietf.org; Tue, 10 Jun 2003 08:11:44 -0400
Received: from dlep51.itg.ti.com ([157.170.141.75])
	by go4.ext.ti.com (8.12.9/8.12.9) with ESMTP id h5ACDGwD000501;
	Tue, 10 Jun 2003 07:13:16 -0500 (CDT)
Received: from dlep98.itg.ti.com (localhost [127.0.0.1])
	by dlep51.itg.ti.com (8.12.9/8.12.9) with ESMTP id h5ACDFlp024923;
	Tue, 10 Jun 2003 07:13:15 -0500 (CDT)
Received: from dbde01.itg.ti.com (dbde01.itg.ti.com [157.87.95.201])
	by dlep98.itg.ti.com (8.9.3/8.9.3) with ESMTP id HAA08975;
	Tue, 10 Jun 2003 07:13:13 -0500 (CDT)
Received: by dbde01.itg.ti.com with Internet Mail Service (5.5.2653.19)
	id <HMFDLGN3>; Tue, 10 Jun 2003 17:43:12 +0530
Message-ID: <F509E6111989D311B63700805FA761DA07B605AF@dbde01.itg.ti.com>
From: "Motiwala, Yusuf" <motiwala@ti.com>
To: "'john.loughney@nokia.com'" <john.loughney@nokia.com>,
        rajeev@iprg.nokia.com, Julien.Bournelle@int-evry.fr
Cc: seamoby@ietf.org
Subject: RE: [Seamoby] a CTAR response ?
Date: Tue, 10 Jun 2003 17:43:10 +0530
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>

John,

One case I could think of is:

AR can remove the session information and association of MS if it receives
CTAR. Now if an entity fakes CTAR which pretends to be from some MS, the MS
will be under DoS attack. In case when there is no response, MS will never
know the cause of disconnectivity. 

In normal scenario, if AR send the ack, even MS moved, it will not harm.

Regards,
Yusuf



> -----Original Message-----
> From: john.loughney@nokia.com [mailto:john.loughney@nokia.com]
> Sent: Friday, June 06, 2003 5:11 PM
> To: Motiwala, Yusuf; rajeev@iprg.nokia.com; 
> Julien.Bournelle@int-evry.fr
> Cc: seamoby@ietf.org
> Subject: RE: [Seamoby] a CTAR response ?
> 
> 
> Yusef & Julien,
> 
> Could you supply some text?
> 
> thanks,
> John
> 
> > -----Original Message-----
> > From: ext Motiwala, Yusuf [mailto:motiwala@ti.com]
> > Sent: 06 June, 2003 10:10
> > To: 'Rajeev Koodli'; Julien Bournelle
> > Cc: seamoby@ietf.org
> > Subject: RE: [Seamoby] a CTAR response ?
> > 
> > 
> > Rajeev,
> > 
> > Even if MN has moved, will mandatory response help in 
> > detecting any DoS
> > attempt by fake CTAR?
> > 
> > Regards,
> > Yusuf
> > 
> > 
> > > -----Original Message-----
> > > From: Rajeev Koodli [mailto:rajeev@iprg.nokia.com]
> > > Sent: Friday, June 06, 2003 7:48 AM
> > > To: Julien Bournelle
> > > Cc: seamoby@ietf.org
> > > Subject: Re: [Seamoby] a CTAR response ?
> > > 
> > > 
> > > 
> > > Hello Julian,
> > > 
> > > yes, an optional response to CTAR could be
> > > defined. This might be useful as a response to the
> > > MN.
> > > 
> > > Regards,
> > > 
> > > -Rajeev
> > > 
> > > 
> > > Regards,
> > > 
> > > Julien Bournelle wrote:
> > > 
> > > > Hi,
> > > >
> > > >  I was reading the draft about Context Transfer 
> protocol and I was
> > > > wondering why there is no message in response to the 
> CTAR message.
> > > >
> > > > Basically, I think that in some cases, the nAR or pAR may 
> > > want to send
> > > > some data (e.g. a Co@ or something else). I'm not sure that 
> > > it is always
> > > > necessary but as it does not exist any documents 
> > specifying specific
> > > > context transfer (e.g IPsec), some problems may raise later.
> > > >
> > > > Thanks,
> > > > --
> > > > julien.bournelle@int-evry.fr
> > > > _______________________________________________
> > > > Seamoby mailing list
> > > > Seamoby@ietf.org
> > > > https://www1.ietf.org/mailman/listinfo/seamoby
> > > 
> > > _______________________________________________
> > > Seamoby mailing list
> > > Seamoby@ietf.org
> > > https://www1.ietf.org/mailman/listinfo/seamoby
> > > 
> > _______________________________________________
> > Seamoby mailing list
> > Seamoby@ietf.org
> > https://www1.ietf.org/mailman/listinfo/seamoby
> > 
> 
_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Tue Jun 10 09:31:31 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA29479
	for <seamoby-archive@odin.ietf.org>; Tue, 10 Jun 2003 09:31:30 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5ADV4J21399
	for seamoby-archive@odin.ietf.org; Tue, 10 Jun 2003 09:31:04 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5ADV4B21396
	for <seamoby-web-archive@optimus.ietf.org>; Tue, 10 Jun 2003 09:31:04 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA29448
	for <seamoby-web-archive@ietf.org>; Tue, 10 Jun 2003 09:31:00 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19PjBK-0006Gp-00
	for seamoby-web-archive@ietf.org; Tue, 10 Jun 2003 09:28:58 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19PjBJ-0006Gm-00
	for seamoby-web-archive@ietf.org; Tue, 10 Jun 2003 09:28:57 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5ADUTB21308;
	Tue, 10 Jun 2003 09:30:29 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5ADRIB21178
	for <seamoby@optimus.ietf.org>; Tue, 10 Jun 2003 09:27:18 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA29116
	for <seamoby@ietf.org>; Tue, 10 Jun 2003 09:27:14 -0400 (EDT)
From: phil.neumiller@convergys.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Pj7f-00069p-00
	for seamoby@ietf.org; Tue, 10 Jun 2003 09:25:11 -0400
Received: from cvgmx1.convergys.com ([63.210.255.12] ident=mirapoint)
	by ietf-mx with esmtp (Exim 4.12)
	id 19Pj7f-00069g-00
	for seamoby@ietf.org; Tue, 10 Jun 2003 09:25:11 -0400
Received: from nd.convergys.com (cvgsmtp1.cbis.com [155.90.14.35])
	by cvgmx1.convergys.com (Mirapoint Messaging Server MOS 2.9.3.2)
	with ESMTP id ALQ58244;
	Tue, 10 Jun 2003 09:25:08 -0400 (EDT)
To: seamoby@ietf.org
X-Mailer: Lotus Notes Release 5.0.8  June 18, 2001
Message-ID: <OF7F5BADEE.0781E67C-ON85256D41.0046B071@convergys.com>
Date: Tue, 10 Jun 2003 09:25:21 -0400
X-MIMETrack: Serialize by Router on CVGSMTP1/SRVR/CVG(Release 5.0.11  |July 24, 2002) at
 06/10/2003 09:24:58 AM
MIME-Version: 1.0
Content-type: text/plain; charset=us-ascii
Subject: [Seamoby] Some comments on CTP
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>

Hi Folks,

I hope its not too late for a comment.

In section 2, paragraph 5 it says
>... "Such a trigger must be capable of providing the
>necessary information, such as the MN's IP address with
>which the contexts are associated, the IP addresses of
>the access routers, and authorization to transfer context.

The way this is written may lead to some confusion in the
future.  Recall that IP addresses are assigned to interfaces,
not nodes.  So the "MN's IP address" should be specifically
described as its mobile IP home address, or the IP address
assigned to a particular air interface (COA) or Link Local
or whatever type of address is being used.  The rest of
document seems to do this, but front part doesn't.


Also in section 2,
>The messages (CTD and CTDR) which perform the context transfer
>between the access routers need to be authenticated, so that the
>access routers can be certain that the data has not been tampered
>with during delivery.

Authentication of the end points does not provide tamper resistance.
Each message needs to be signed somehow (i.e. message digest etc).
I see that in the appendix IPsec is talked about.  Why not mandate
IPsec as the minimal supported SA between pAR and nAR?  If something
else is used it must provide privacy (encryption), authentication,
replay protection, etc.

It also occurred to me that at least with 802.11, we have this
802.1x stuff going on, where port based authorization may be
required when wandering across administrative domains (currently
RADIUS servers).  In this case a mobile may be authenticated but
unauthorized to access a network until roaming credentials have
been verified via AAA.  What advantage does CTP provide here?
Should it not also trigger the back-office AAA to do something
too?  Where would the AAA hooks be added to CTP?

Thanks,

Phil



--
"NOTICE:  The information contained in this electronic mail transmission is
intended by Convergys Corporation for the use of the named individual or
entity to which it is directed and may contain information that is
privileged or otherwise confidential.  If you have received this electronic
mail transmission in error, please delete it from your system without
copying or forwarding it, and notify the sender of the error by reply email
or by telephone (collect), so that the sender's address records can be
corrected."


_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Tue Jun 10 09:32:52 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA29521
	for <seamoby-archive@odin.ietf.org>; Tue, 10 Jun 2003 09:32:52 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5ADWQM21549
	for seamoby-archive@odin.ietf.org; Tue, 10 Jun 2003 09:32:26 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5ADWQB21546
	for <seamoby-web-archive@optimus.ietf.org>; Tue, 10 Jun 2003 09:32:26 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA29505
	for <seamoby-web-archive@ietf.org>; Tue, 10 Jun 2003 09:32:21 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19PjCd-0006HU-00
	for seamoby-web-archive@ietf.org; Tue, 10 Jun 2003 09:30:19 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19PjCc-0006HR-00
	for seamoby-web-archive@ietf.org; Tue, 10 Jun 2003 09:30:18 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5ADW7B21513;
	Tue, 10 Jun 2003 09:32:07 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5ADVDB21418
	for <seamoby@optimus.ietf.org>; Tue, 10 Jun 2003 09:31:13 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA29475
	for <seamoby@ietf.org>; Tue, 10 Jun 2003 09:31:09 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19PjBT-0006H6-00
	for seamoby@ietf.org; Tue, 10 Jun 2003 09:29:07 -0400
Received: from herculanum.int-evry.fr ([157.159.11.15])
	by ietf-mx with esmtp (Exim 4.12)
	id 19PjBS-0006GL-00
	for seamoby@ietf.org; Tue, 10 Jun 2003 09:29:06 -0400
Received: from sparte.int-evry.fr (spartebis.int-evry.fr [157.159.10.20])
	by herculanum.int-evry.fr (Postfix) with ESMTP
	id 7C2E633BED; Tue, 10 Jun 2003 15:30:38 +0200 (CEST)
Received: from alpes.int-evry.fr (alpes.int-evry.fr [157.159.10.19])
	by spartebis.int-evry.fr (Postfix) with SMTP
	id 2BF0B3F442; Tue, 10 Jun 2003 15:37:10 +0200 (CEST)
Received: from sparte.int-evry.fr ([157.159.10.11])
 by alpes.int-evry.fr (SAVSMTP 3.0.0.44) with SMTP id M2003061015303828146
 ; Tue, 10 Jun 2003 15:30:38 +0200
Received: from ipv6-5.int-evry.fr (ipv6-5.int-evry.fr [157.159.100.78])
	by sparte.int-evry.fr (Postfix) with ESMTP
	id 98CDA3F448; Tue, 10 Jun 2003 15:37:09 +0200 (CEST)
Received: from jb by ipv6-5.int-evry.fr with local (Exim id 19PjBt-000OaV-00; Tue, 10 Jun 2003 15:29:33 +0200
Date: Tue, 10 Jun 2003 15:29:33 +0200
From: Julien Bournelle <Julien.Bournelle@int-evry.fr>
To: john.loughney@nokia.com
Cc: motiwala@ti.com, rajeev@iprg.nokia.com, seamoby@ietf.org
Message-ID: <20030610132933.GW68740@ipv6-5.int-evry.fr>
References: <DADF50F5EC506B41A0F375ABEB32063658ED77@esebe023.ntc.nokia.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <DADF50F5EC506B41A0F375ABEB32063658ED77@esebe023.ntc.nokia.com>
Subject: [Seamoby] [issue 2] comments/questions on the CTAR response
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>

hi all,

On Fri, Jun 06, 2003 at 02:40:58PM +0300, john.loughney@nokia.com wrote:
> Yusef & Julien,
> 
> Could you supply some text?

I guess that you mean a text to add in the draft, if I'm not wrong, this
is some comments/questions to clarify:


1/ in part 2/ protocol overview, we have the text:

 "Recall that the MN always sends CTAR message to nAR regardless of
   whether it sent the CTAR message to pAR. The reason for this is that
   there is no means for the MN to ascertain that context transfer
   reliably took place. By always sending the CTAR message to nAR, the
   Context Transfer Request (see below) can be sent to pAR whenever
   necessary.
"

I guess that this text should be updated/deleted if we introduce a new
message in response to CTAR.

2/ if we introduce this message, does MN always send a message to
nAR as specified in 2.4.1 ?

I think that if it sends a CTAR to pAR and receives a response before
the handover takes place, this is not necessary.

3/ how do we call this message ?
Maybe "Context Transfer Activate Answer (CTAA)" because use of "Reply"
could be confusing :-)

4/ What does this message must content ?

 - MN's Previous Co@ ? 

 - OverallStatus Ctx-1 Status ...like in CTDR ?

 - An authentication Token ?

 - Optionnal data in response to a specific extension (e.g. IPsec/QoS..)


5/ For the optionnal data, how do we "format" them ?

6/ Others ?


-- 
julien.bournelle@int-evry.fr
_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Fri Jun 13 13:01:40 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA12866
	for <seamoby-archive@odin.ietf.org>; Fri, 13 Jun 2003 13:01:40 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5DH1Dj05874
	for seamoby-archive@odin.ietf.org; Fri, 13 Jun 2003 13:01:13 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5DH1Dm05871
	for <seamoby-web-archive@optimus.ietf.org>; Fri, 13 Jun 2003 13:01:13 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA12807
	for <seamoby-web-archive@ietf.org>; Fri, 13 Jun 2003 13:01:09 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19QrtG-0006qb-00
	for seamoby-web-archive@ietf.org; Fri, 13 Jun 2003 12:59:02 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19QrtG-0006qW-00
	for seamoby-web-archive@ietf.org; Fri, 13 Jun 2003 12:59:02 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5DCW2a04912;
	Fri, 13 Jun 2003 08:32:02 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5DCVVm04889
	for <seamoby@optimus.ietf.org>; Fri, 13 Jun 2003 08:31:31 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA00278
	for <seamoby@ietf.org>; Fri, 13 Jun 2003 08:31:29 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19QngH-00044F-00
	for seamoby@ietf.org; Fri, 13 Jun 2003 08:29:21 -0400
Received: from mgw-x1.nokia.com ([131.228.20.21])
	by ietf-mx with esmtp (Exim 4.12)
	id 19QngG-00044C-00
	for seamoby@ietf.org; Fri, 13 Jun 2003 08:29:20 -0400
Received: from esvir01nok.ntc.nokia.com (esvir01nokt.ntc.nokia.com [172.21.143.33])
	by mgw-x1.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5DCVSa18004
	for <seamoby@ietf.org>; Fri, 13 Jun 2003 15:31:28 +0300 (EET DST)
Received: from esebh001.NOE.Nokia.com (unverified) by esvir01nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T62ce33ac9cac158f211c2@esvir01nok.ntc.nokia.com>;
 Fri, 13 Jun 2003 15:31:28 +0300
Received: from esebe018.NOE.Nokia.com ([172.21.138.57]) by esebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Fri, 13 Jun 2003 15:31:28 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe018.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Fri, 13 Jun 2003 15:31:28 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Subject: RE: [Seamoby] Some comments on CTP
Date: Fri, 13 Jun 2003 15:31:27 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658EE6A@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] Some comments on CTP
Thread-Index: AcMvVH+YhaOsVaQNRXmBn6cn0NLHlQCUsUgQ
To: <phil.neumiller@convergys.com>, <seamoby@ietf.org>
X-OriginalArrivalTime: 13 Jun 2003 12:31:28.0118 (UTC) FILETIME=[B61D5160:01C331A7]
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h5DCVVm04890
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 8bit
Content-Transfer-Encoding: 8bit

Phil,

> In section 2, paragraph 5 it says
> >... "Such a trigger must be capable of providing the
> >necessary information, such as the MN's IP address with
> >which the contexts are associated, the IP addresses of
> >the access routers, and authorization to transfer context.
> 
> The way this is written may lead to some confusion in the
> future.  Recall that IP addresses are assigned to interfaces,
> not nodes.  So the "MN's IP address" should be specifically
> described as its mobile IP home address, or the IP address
> assigned to a particular air interface (COA) or Link Local
> or whatever type of address is being used.  The rest of
> document seems to do this, but front part doesn't.


Could you provide a re-write? 

> Also in section 2,
> >The messages (CTD and CTDR) which perform the context transfer
> >between the access routers need to be authenticated, so that the
> >access routers can be certain that the data has not been tampered
> >with during delivery.
> 
> Authentication of the end points does not provide tamper resistance.
> Each message needs to be signed somehow (i.e. message digest etc).
> I see that in the appendix IPsec is talked about.  Why not mandate
> IPsec as the minimal supported SA between pAR and nAR?  If something
> else is used it must provide privacy (encryption), authentication,
> replay protection, etc.

Do folks think that mandatory IPsec is reasonable here?

> It also occurred to me that at least with 802.11, we have this
> 802.1x stuff going on, where port based authorization may be
> required when wandering across administrative domains (currently
> RADIUS servers).  In this case a mobile may be authenticated but
> unauthorized to access a network until roaming credentials have
> been verified via AAA.  What advantage does CTP provide here?
> Should it not also trigger the back-office AAA to do something
> too?  Where would the AAA hooks be added to CTP?

Good point, I think that is outside of the scope of this
document.  I think a follow-on document covering this would
be potentially useful.

br,
John
_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Sat Jun 14 23:27:14 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA10408
	for <seamoby-archive@odin.ietf.org>; Sat, 14 Jun 2003 23:27:14 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5F3Qg414751
	for seamoby-archive@odin.ietf.org; Sat, 14 Jun 2003 23:26:42 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5F3QZm14744
	for <seamoby-web-archive@optimus.ietf.org>; Sat, 14 Jun 2003 23:26:35 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA10396
	for <seamoby-web-archive@ietf.org>; Sat, 14 Jun 2003 23:26:32 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19RO7y-0001MG-00
	for seamoby-web-archive@ietf.org; Sat, 14 Jun 2003 23:24:22 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19RO7x-0001MB-00
	for seamoby-web-archive@ietf.org; Sat, 14 Jun 2003 23:24:21 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5F1J2a08453;
	Sat, 14 Jun 2003 21:19:02 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5F1IZm08427
	for <seamoby@optimus.ietf.org>; Sat, 14 Jun 2003 21:18:35 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA09055
	for <seamoby@ietf.org>; Sat, 14 Jun 2003 21:18:33 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19RM86-00012v-00
	for seamoby@ietf.org; Sat, 14 Jun 2003 21:16:22 -0400
Received: from mail.flarion.com ([63.103.94.23] helo=rrmail01.lab.flarion.com)
	by ietf-mx with esmtp (Exim 4.12)
	id 19RM84-00012k-00
	for seamoby@ietf.org; Sat, 14 Jun 2003 21:16:20 -0400
Received: by rrmail01.lab.flarion.com with Internet Mail Service (5.5.2656.59)
	id <M7VXHYSW>; Sat, 14 Jun 2003 21:17:56 -0400
Message-ID: <748C6D0A58C0F94CA63C198B6674697A0141BACD@ftmail.lab.flarion.com>
From: Soliman Hesham <H.Soliman@flarion.com>
To: "'john.loughney@nokia.com'" <john.loughney@nokia.com>,
        phil.neumiller@convergys.com, seamoby@ietf.org
Subject: RE: [Seamoby] Some comments on CTP
Date: Sat, 14 Jun 2003 21:17:55 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2656.59)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>


 > > Authentication of the end points does not provide tamper 
 > resistance.
 > > Each message needs to be signed somehow (i.e. message digest etc).
 > > I see that in the appendix IPsec is talked about.  Why not mandate
 > > IPsec as the minimal supported SA between pAR and nAR?  If 
 > something
 > > else is used it must provide privacy (encryption), authentication,
 > > replay protection, etc.
 > 
 > Do folks think that mandatory IPsec is reasonable here?

=> Yes. And you need to specify how to do that. I mean, 
a side effect of this would be that all UDP traffic will
be secure (from a quick read I saw that UDP is the transport
protocol for CTP).

Hesham
_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Mon Jun 16 18:33:32 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA06826
	for <seamoby-archive@odin.ietf.org>; Mon, 16 Jun 2003 18:33:32 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5GMX6B10642
	for seamoby-archive@odin.ietf.org; Mon, 16 Jun 2003 18:33:06 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5GMX6m10639
	for <seamoby-web-archive@optimus.ietf.org>; Mon, 16 Jun 2003 18:33:06 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA06823
	for <seamoby-web-archive@ietf.org>; Mon, 16 Jun 2003 18:33:01 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19S2Uy-0007fi-00
	for seamoby-web-archive@ietf.org; Mon, 16 Jun 2003 18:30:48 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19S2Ux-0007fe-00
	for seamoby-web-archive@ietf.org; Mon, 16 Jun 2003 18:30:47 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5GKG2a00333;
	Mon, 16 Jun 2003 16:16:02 -0400
Received: from ietf.org (lists.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5GKFsm00314
	for <seamoby@optimus.ietf.org>; Mon, 16 Jun 2003 16:15:54 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA29942
	for <seamoby@ietf.org>; Mon, 16 Jun 2003 16:15:51 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19S0MD-000694-00
	for seamoby@ietf.org; Mon, 16 Jun 2003 16:13:37 -0400
Received: from key1.docomolabs-usa.com
	([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser)
	by ietf-mx with esmtp (Exim 4.12)
	id 19S0MC-000691-00
	for seamoby@ietf.org; Mon, 16 Jun 2003 16:13:37 -0400
Message-ID: <014701c33443$e0d62690$cc6ffea9@DCLKEMPFTP>
From: "James Kempf" <kempf@docomolabs-usa.com>
To: <seamoby@ietf.org>
Date: Mon, 16 Jun 2003 13:14:23 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [Seamoby] WG Last Call for CT Draft Over
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Working Group Last Call for the Seamoby Context Transfer draft,
http://www.ietf.org/internet-drafts/draft-ietf-seamoby-ctp-02.txt, is
now over.

There has been a good deal of comment to the list about the draft, and
we have solicited reviews from the review board that I will be posting
to the list shortly. John Loughney, the draft editor, will be working
with Pat and I to refine the comments into issues for the issues list.

            jak

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Mon Jun 16 21:07:03 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA11232
	for <seamoby-archive@odin.ietf.org>; Mon, 16 Jun 2003 21:07:03 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5H16Zr21070
	for seamoby-archive@odin.ietf.org; Mon, 16 Jun 2003 21:06:35 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5H16Zm21067
	for <seamoby-web-archive@optimus.ietf.org>; Mon, 16 Jun 2003 21:06:35 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA11214
	for <seamoby-web-archive@ietf.org>; Mon, 16 Jun 2003 21:06:32 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19S4tV-00016E-00
	for seamoby-web-archive@ietf.org; Mon, 16 Jun 2003 21:04:17 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19S4tU-00016B-00
	for seamoby-web-archive@ietf.org; Mon, 16 Jun 2003 21:04:16 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5GEC1a06032;
	Mon, 16 Jun 2003 10:12:01 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5GEB1m06003
	for <seamoby@optimus.ietf.org>; Mon, 16 Jun 2003 10:11:01 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA14974
	for <seamoby@ietf.org>; Mon, 16 Jun 2003 10:10:58 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Ruf6-0002rb-00
	for seamoby@ietf.org; Mon, 16 Jun 2003 10:08:44 -0400
Received: from stl-smtpout-01.boeing.com ([130.76.96.56])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Ruf5-0002rX-00
	for seamoby@ietf.org; Mon, 16 Jun 2003 10:08:43 -0400
Received: from stl-av-01.boeing.com ([192.76.190.6])
	by stl-smtpout-01.boeing.com (8.9.2/8.8.5-M2) with ESMTP id JAA22329;
	Mon, 16 Jun 2003 09:10:46 -0500 (CDT)
Received: from blv-hub-01.boeing.com (localhost [127.0.0.1])
	by stl-av-01.boeing.com (8.9.3p2/8.9.2/MBS-AV-02) with ESMTP id JAA08629;
	Mon, 16 Jun 2003 09:10:45 -0500 (CDT)
Received: from XCH-NWBH-01.nw.nos.boeing.com (xch-nwbh-01.nw.nos.boeing.com [192.33.62.231])
	by blv-hub-01.boeing.com (8.11.3/8.11.3/MBS-LDAP-01) with ESMTP id h5GEAeL13535;
	Mon, 16 Jun 2003 07:10:41 -0700 (PDT)
Received: from XCH-NW-05.nw.nos.boeing.com ([192.42.226.70]) by XCH-NWBH-01.nw.nos.boeing.com with Microsoft SMTPSVC(5.0.2195.6662);
	 Mon, 16 Jun 2003 07:10:42 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Subject: RE: [Seamoby] Some comments on CTP
Date: Mon, 16 Jun 2003 07:10:39 -0700
Message-ID: <D3E25A599AAC0A41821A038A814EB12201B7F21A@xch-nw-05.nw.nos.boeing.com>
Thread-Topic: [Seamoby] Some comments on CTP
Thread-Index: AcMy7aQ0PzarW2v+TG+mZ8x780SOwQBIvcXQ
From: "Paine, Richard H" <richard.h.paine@boeing.com>
To: "Soliman Hesham" <H.Soliman@flarion.com>, <john.loughney@nokia.com>,
        <phil.neumiller@convergys.com>, <seamoby@ietf.org>
Cc: "Henderson, Thomas R" <thomas.r.henderson@boeing.com>
X-OriginalArrivalTime: 16 Jun 2003 14:10:42.0404 (UTC) FILETIME=[12628240:01C33411]
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h5GEB2m06004
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 8bit
Content-Transfer-Encoding: 8bit

The Host Identity Payload (HIP) offers this per-packet authentication.  The group working HIP in the IETF includes Bob Moskowitz and Tom Henderson of Boeing.  Why not include HIP as part of the Seamoby specs?  

Richard H. Paine
Success is getting what you want, happiness is liking what you get!
Work: 425-865-4921
Pager: 206-797-4580
Cell:  206-854-8199
IPPhone:  425-373-8964
Email:  richard.h.paine@boeing.com 


-----Original Message-----
From: Soliman Hesham [mailto:H.Soliman@flarion.com] 
Sent: Saturday, June 14, 2003 6:18 PM
To: 'john.loughney@nokia.com'; phil.neumiller@convergys.com; seamoby@ietf.org
Subject: RE: [Seamoby] Some comments on CTP



 > > Authentication of the end points does not provide tamper 
 > resistance.
 > > Each message needs to be signed somehow (i.e. message digest etc).  > > I see that in the appendix IPsec is talked about.  Why not mandate  > > IPsec as the minimal supported SA between pAR and nAR?  If 
 > something
 > > else is used it must provide privacy (encryption), authentication,  > > replay protection, etc.  > 
 > Do folks think that mandatory IPsec is reasonable here?

=> Yes. And you need to specify how to do that. I mean, 
a side effect of this would be that all UDP traffic will
be secure (from a quick read I saw that UDP is the transport protocol for CTP).

Hesham
_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby
_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Mon Jun 16 23:02:32 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA13957
	for <seamoby-archive@odin.ietf.org>; Mon, 16 Jun 2003 23:02:32 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5H325v29265
	for seamoby-archive@odin.ietf.org; Mon, 16 Jun 2003 23:02:05 -0400
Received: from ietf.org (lists.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5H325m29262
	for <seamoby-web-archive@optimus.ietf.org>; Mon, 16 Jun 2003 23:02:05 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA13946
	for <seamoby-web-archive@ietf.org>; Mon, 16 Jun 2003 23:02:01 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19S6hH-0001q1-00
	for seamoby-web-archive@ietf.org; Mon, 16 Jun 2003 22:59:47 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19S6hG-0001py-00
	for seamoby-web-archive@ietf.org; Mon, 16 Jun 2003 22:59:46 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5GLJ2a05556;
	Mon, 16 Jun 2003 17:19:02 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5GLIAm05513
	for <seamoby@optimus.ietf.org>; Mon, 16 Jun 2003 17:18:10 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA03192
	for <seamoby@ietf.org>; Mon, 16 Jun 2003 17:18:06 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19S1KS-000715-00
	for seamoby@ietf.org; Mon, 16 Jun 2003 17:15:53 -0400
Received: from mailhost.iprg.nokia.com ([205.226.5.12])
	by ietf-mx with esmtp (Exim 4.12)
	id 19S1KR-00070i-00
	for seamoby@ietf.org; Mon, 16 Jun 2003 17:15:52 -0400
Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69])
	by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id OAA18561;
	Mon, 16 Jun 2003 14:17:35 -0700 (PDT)
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id h5GLHYL06156;
	Mon, 16 Jun 2003 14:17:34 -0700
X-mProtect: <200306162117> Nokia Silicon Valley Messaging Protection
Received: from UNKNOWN (205.226.2.90, claiming to be "iprg.nokia.com")
	by darkstar.iprg.nokia.com smtpd45hFEL; Mon, 16 Jun 2003 14:17:32 PDT
Message-ID: <3EEE33ED.160B194A@iprg.nokia.com>
Date: Mon, 16 Jun 2003 14:17:33 -0700
From: Rajeev Koodli <rajeev@iprg.nokia.com>
Organization: Nokia Research Center
X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.4-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: "Motiwala, Yusuf" <motiwala@ti.com>
CC: Julien Bournelle <Julien.Bournelle@int-evry.fr>, seamoby@ietf.org
Subject: Re: [Seamoby] a CTAR response ?
References: <F509E6111989D311B63700805FA761DA07B6058D@dbde01.itg.ti.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit


Hello Yusuf,

trying to catch up..

"Motiwala, Yusuf" wrote:

> Rajeev,
>
> Even if MN has moved, will mandatory response help in detecting any DoS
> attempt by fake CTAR?
>

Let me see if I understood your question: I don't see why
a response is necessary if CTAR is verified to be bogus. The
MN could not initiate CT without supplying auth token.

Regards,

-Rajeev


>
> Regards,
> Yusuf
>
> > -----Original Message-----
> > From: Rajeev Koodli [mailto:rajeev@iprg.nokia.com]
> > Sent: Friday, June 06, 2003 7:48 AM
> > To: Julien Bournelle
> > Cc: seamoby@ietf.org
> > Subject: Re: [Seamoby] a CTAR response ?
> >
> >
> >
> > Hello Julian,
> >
> > yes, an optional response to CTAR could be
> > defined. This might be useful as a response to the
> > MN.
> >
> > Regards,
> >
> > -Rajeev
> >
> >
> > Regards,
> >
> > Julien Bournelle wrote:
> >
> > > Hi,
> > >
> > >  I was reading the draft about Context Transfer protocol and I was
> > > wondering why there is no message in response to the CTAR message.
> > >
> > > Basically, I think that in some cases, the nAR or pAR may
> > want to send
> > > some data (e.g. a Co@ or something else). I'm not sure that
> > it is always
> > > necessary but as it does not exist any documents specifying specific
> > > context transfer (e.g IPsec), some problems may raise later.
> > >
> > > Thanks,
> > > --
> > > julien.bournelle@int-evry.fr
> > > _______________________________________________
> > > Seamoby mailing list
> > > Seamoby@ietf.org
> > > https://www1.ietf.org/mailman/listinfo/seamoby
> >
> > _______________________________________________
> > Seamoby mailing list
> > Seamoby@ietf.org
> > https://www1.ietf.org/mailman/listinfo/seamoby
> >

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Mon Jun 16 23:53:37 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA15343
	for <seamoby-archive@odin.ietf.org>; Mon, 16 Jun 2003 23:53:37 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5H3r9V00823
	for seamoby-archive@odin.ietf.org; Mon, 16 Jun 2003 23:53:09 -0400
Received: from ietf.org (lists.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5H3qum00810
	for <seamoby-web-archive@optimus.ietf.org>; Mon, 16 Jun 2003 23:52:56 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA15314
	for <seamoby-web-archive@ietf.org>; Mon, 16 Jun 2003 23:52:52 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19S7UT-0002D3-00
	for seamoby-web-archive@ietf.org; Mon, 16 Jun 2003 23:50:37 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19S7UT-0002D0-00
	for seamoby-web-archive@ietf.org; Mon, 16 Jun 2003 23:50:37 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5GLR1a06027;
	Mon, 16 Jun 2003 17:27:01 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5GLQtm06002
	for <seamoby@optimus.ietf.org>; Mon, 16 Jun 2003 17:26:55 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA03412
	for <seamoby@ietf.org>; Mon, 16 Jun 2003 17:26:52 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19S1Sw-00075a-00
	for seamoby@ietf.org; Mon, 16 Jun 2003 17:24:38 -0400
Received: from mailhost.iprg.nokia.com ([205.226.5.12])
	by ietf-mx with esmtp (Exim 4.12)
	id 19S1Sv-00075V-00
	for seamoby@ietf.org; Mon, 16 Jun 2003 17:24:37 -0400
Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69])
	by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id OAA18974;
	Mon, 16 Jun 2003 14:26:21 -0700 (PDT)
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id h5GLQKD14064;
	Mon, 16 Jun 2003 14:26:20 -0700
X-mProtect: <200306162126> Nokia Silicon Valley Messaging Protection
Received: from UNKNOWN (205.226.2.90, claiming to be "iprg.nokia.com")
	by darkstar.iprg.nokia.com smtpduQOuFh; Mon, 16 Jun 2003 14:26:18 PDT
Message-ID: <3EEE35FB.9BDFBB57@iprg.nokia.com>
Date: Mon, 16 Jun 2003 14:26:19 -0700
From: Rajeev Koodli <rajeev@iprg.nokia.com>
Organization: Nokia Research Center
X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.4-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Julien Bournelle <Julien.Bournelle@int-evry.fr>
CC: john.loughney@nokia.com, motiwala@ti.com, seamoby@ietf.org
Subject: Re: [Seamoby] [issue 2] comments/questions on the CTAR response
References: <DADF50F5EC506B41A0F375ABEB32063658ED77@esebe023.ntc.nokia.com> <20030610132933.GW68740@ipv6-5.int-evry.fr>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Julien Bournelle wrote:

> hi all,
>
> On Fri, Jun 06, 2003 at 02:40:58PM +0300, john.loughney@nokia.com wrote:
> > Yusef & Julien,
> >
> > Could you supply some text?
>
> I guess that you mean a text to add in the draft, if I'm not wrong, this
> is some comments/questions to clarify:
>
> 1/ in part 2/ protocol overview, we have the text:
>
>  "Recall that the MN always sends CTAR message to nAR regardless of
>    whether it sent the CTAR message to pAR. The reason for this is that
>    there is no means for the MN to ascertain that context transfer
>    reliably took place. By always sending the CTAR message to nAR, the
>    Context Transfer Request (see below) can be sent to pAR whenever
>    necessary.
> "
>
> I guess that this text should be updated/deleted if we introduce a new
> message in response to CTAR.

>
> 2/ if we introduce this message, does MN always send a message to
> nAR as specified in 2.4.1 ?
>
> I think that if it sends a CTAR to pAR and receives a response before
> the handover takes place, this is not necessary.
>

No. You still need it. How does nAR know that the legitimate
MN has attached and is requesting the contexts? Even if the MN
has received some sort of notification that the CT has taken place,
the nAR needs to verify that the auth-token matcges before making
the contexts available.

-Rajeev


>
> 3/ how do we call this message ?
> Maybe "Context Transfer Activate Answer (CTAA)" because use of "Reply"
> could be confusing :-)
>
> 4/ What does this message must content ?
>
>  - MN's Previous Co@ ?
>
>  - OverallStatus Ctx-1 Status ...like in CTDR ?
>
>  - An authentication Token ?
>
>  - Optionnal data in response to a specific extension (e.g. IPsec/QoS..)
>
> 5/ For the optionnal data, how do we "format" them ?
>
> 6/ Others ?
>
> --
> julien.bournelle@int-evry.fr
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Tue Jun 17 01:24:17 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA17392
	for <seamoby-archive@odin.ietf.org>; Tue, 17 Jun 2003 01:24:17 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5H5Nme07623
	for seamoby-archive@odin.ietf.org; Tue, 17 Jun 2003 01:23:48 -0400
Received: from ietf.org (lists.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5H5Nmm07620
	for <seamoby-web-archive@optimus.ietf.org>; Tue, 17 Jun 2003 01:23:48 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA17379
	for <seamoby-web-archive@ietf.org>; Tue, 17 Jun 2003 01:23:46 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19S8uQ-0002jd-00
	for seamoby-web-archive@ietf.org; Tue, 17 Jun 2003 01:21:30 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19S8uP-0002ja-00
	for seamoby-web-archive@ietf.org; Tue, 17 Jun 2003 01:21:29 -0400
Received: from optimus.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5H2a3a27441;
	Mon, 16 Jun 2003 22:36:03 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5H2Zhm27424
	for <seamoby@optimus.ietf.org>; Mon, 16 Jun 2003 22:35:43 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA13456
	for <seamoby@ietf.org>; Mon, 16 Jun 2003 22:35:40 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19S6Hl-0001jA-00
	for seamoby@ietf.org; Mon, 16 Jun 2003 22:33:25 -0400
Received: from mail.flarion.com ([63.103.94.23] helo=rrmail01.lab.flarion.com)
	by ietf-mx with esmtp (Exim 4.12)
	id 19S6Hk-0001j5-00
	for seamoby@ietf.org; Mon, 16 Jun 2003 22:33:25 -0400
Received: by rrmail01.lab.flarion.com with Internet Mail Service (5.5.2656.59)
	id <NAZTH8WY>; Mon, 16 Jun 2003 22:35:00 -0400
Message-ID: <748C6D0A58C0F94CA63C198B6674697A0141BADB@ftmail.lab.flarion.com>
From: Soliman Hesham <H.Soliman@flarion.com>
To: "'Paine, Richard H'" <richard.h.paine@boeing.com>,
        Soliman Hesham
	 <H.Soliman@flarion.com>, john.loughney@nokia.com,
        phil.neumiller@convergys.com, seamoby@ietf.org
Cc: "Henderson, Thomas R" <thomas.r.henderson@boeing.com>
Subject: RE: [Seamoby] Some comments on CTP
Date: Mon, 16 Jun 2003 22:34:57 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2656.59)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>

I'm not sure how this is relevant to our discussion. 
We need confidentiality and integrity protection between
the 2 ARs. There is already a solution: IPsec.

Hesham

 > -----Original Message-----
 > From: Paine, Richard H [mailto:richard.h.paine@boeing.com]
 > Sent: Monday, June 16, 2003 10:11 AM
 > To: Soliman Hesham; john.loughney@nokia.com;
 > phil.neumiller@convergys.com; seamoby@ietf.org
 > Cc: Henderson, Thomas R
 > Subject: RE: [Seamoby] Some comments on CTP
 > 
 > 
 > The Host Identity Payload (HIP) offers this per-packet 
 > authentication.  The group working HIP in the IETF includes 
 > Bob Moskowitz and Tom Henderson of Boeing.  Why not include 
 > HIP as part of the Seamoby specs?  
 > 
 > Richard H. Paine
 > Success is getting what you want, happiness is liking what you get!
 > Work: 425-865-4921
 > Pager: 206-797-4580
 > Cell:  206-854-8199
 > IPPhone:  425-373-8964
 > Email:  richard.h.paine@boeing.com 
 > 
 > 
 > -----Original Message-----
 > From: Soliman Hesham [mailto:H.Soliman@flarion.com] 
 > Sent: Saturday, June 14, 2003 6:18 PM
 > To: 'john.loughney@nokia.com'; phil.neumiller@convergys.com; 
 > seamoby@ietf.org
 > Subject: RE: [Seamoby] Some comments on CTP
 > 
 > 
 > 
 >  > > Authentication of the end points does not provide tamper 
 >  > resistance.
 >  > > Each message needs to be signed somehow (i.e. message 
 > digest etc).  > > I see that in the appendix IPsec is talked 
 > about.  Why not mandate  > > IPsec as the minimal supported 
 > SA between pAR and nAR?  If 
 >  > something
 >  > > else is used it must provide privacy (encryption), 
 > authentication,  > > replay protection, etc.  > 
 >  > Do folks think that mandatory IPsec is reasonable here?
 > 
 > => Yes. And you need to specify how to do that. I mean, 
 > a side effect of this would be that all UDP traffic will
 > be secure (from a quick read I saw that UDP is the transport 
 > protocol for CTP).
 > 
 > Hesham
 > _______________________________________________
 > Seamoby mailing list
 > Seamoby@ietf.org
 > https://www1.ietf.org/mailman/listinfo/seamoby
 > 
_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Tue Jun 17 03:03:13 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA01395
	for <seamoby-archive@odin.ietf.org>; Tue, 17 Jun 2003 03:03:13 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5H72j828838
	for seamoby-archive@odin.ietf.org; Tue, 17 Jun 2003 03:02:45 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5H72jm28835
	for <seamoby-web-archive@optimus.ietf.org>; Tue, 17 Jun 2003 03:02:45 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA01385
	for <seamoby-web-archive@ietf.org>; Tue, 17 Jun 2003 03:02:42 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SASA-0003Zh-00
	for seamoby-web-archive@ietf.org; Tue, 17 Jun 2003 03:00:26 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19SASA-0003Ze-00
	for seamoby-web-archive@ietf.org; Tue, 17 Jun 2003 03:00:26 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5GKS1a00853;
	Mon, 16 Jun 2003 16:28:01 -0400
Received: from ietf.org (lists.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5GKREm00804
	for <seamoby@optimus.ietf.org>; Mon, 16 Jun 2003 16:27:14 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA00569
	for <seamoby@ietf.org>; Mon, 16 Jun 2003 16:27:12 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19S0XC-0006L2-00
	for seamoby@ietf.org; Mon, 16 Jun 2003 16:24:58 -0400
Received: from key1.docomolabs-usa.com
	([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser)
	by ietf-mx with esmtp (Exim 4.12)
	id 19S0XB-0006Kz-00
	for seamoby@ietf.org; Mon, 16 Jun 2003 16:24:57 -0400
Message-ID: <017701c33445$762882a0$cc6ffea9@DCLKEMPFTP>
From: "James Kempf" <kempf@docomolabs-usa.com>
To: <seamoby@ietf.org>
Date: Mon, 16 Jun 2003 13:25:43 -0700
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0174_01C3340A.C975BE40"
Subject: [Seamoby] CT Design Reviews from Review Board
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>

This is a multi-part message in MIME format.

------=_NextPart_000_0174_01C3340A.C975BE40
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Pat and I solicited a few outside reviewers for the Seamoby CT Review
Board. Of the people asked, Pekka Savola and Raj Patil sent reviews.
Pekka and Raj should be well known as long time IETF participants.
Pekka is co-chair of the v6ops WG and prodigious technical commentator
on MIPv6 and IPv6. Raj is co-chair of the MIP WG.

I've attached copies of their reviews here. We plan to incorporate
their comments into the issues list, but please feel free to address
their comments on the list.

            jak

------=_NextPart_000_0174_01C3340A.C975BE40
Content-Type: text/plain;
	name="patil-review.txt"
Content-Disposition: attachment;
	filename="patil-review.txt"
Content-Transfer-Encoding: quoted-printable

=0A=
I-D: draft-ietf-seamoby-ctp-02.txt=0A=
=0A=
Review comments=0A=
---------------=0A=
=0A=
General:=0A=
=0A=
Context transfer as described in this I-D is specifically targeted for=0A=
enhancing the seamless nature of handoffs and reducing the disruptions=0A=
to applications as a result of mobility. =0A=
Two comments w.r.t the above statement:=0A=
1. It is not clear from the draft what sort of applications are being=0A=
   considered that would benefit from CT.=0A=
2. Claims about performance gains as a result of CT and thereby=0A=
   avoiding the node having to renegotiate state with the AR are=0A=
   unfounded. =0A=
=0A=
The CT proposal would benefit from experience gained by having=0A=
implementations and simulation exercises. To that end having this=0A=
draft standardized as Experimental would help.=0A=
=0A=
Another thing that puzzled me is how does a MN know if there is any=0A=
context that exists at an AR? I can understand the cases for HC and=0A=
QoS wherein the MN may have made specific requests to the AR. Are=0A=
there other instances as well? Otherwise the MN really has no reason=0A=
to be sending the CTAR. For example there may be context created at=0A=
the AR simply as a result of the MN being authenticated. However the=0A=
MN really has no idea about it and when it moves to a new AR, the same=0A=
authorization context may be useful. But how does the MN know to=0A=
initiate CT? Since it has no clue in the first place of the existence=0A=
of any context.=0A=
=0A=
Specific comments about I-D:=0A=
=0A=
1. The Protocol Messages (CTAR, CTDR, CTR) described in sections 2.4.x=0A=
   need to have descriptions of each of the fields and flags. Also the=0A=
   type numbers need to be requested from IANA for these messages.=0A=
=0A=
2. Error codes have not been defined in the document.=0A=
=0A=
3. Formatting:=0A=
   a. No page numbers in the draft=0A=
   b. The ToC does not include page numbers as well=0A=
   c. Number the references (In the references section)=0A=
   d. There is no link from references in the text of the document to=0A=
   the references section.=0A=
=0A=
4. s/to reducing latency, packet losses and avoid/to reduce latency,=0A=
   packet loss and avoiding=0A=
=0A=
5. Section 1. Introduction=0A=
   a. The introduction relies on the justification for CT as described in=0A=
   RFC3374. The introduction should focus on what this draft is about=0A=
   rather than the justification which is provided in the 1st=0A=
   paragraph.=0A=
  =0A=
   b. "context transfer-candidate services" - Please describe what=0A=
   these candidate services are. Or at least provide a few examples of=0A=
   the services being considered.=0A=
=0A=
   c. Argument 2: "interoperable solution that works for any Layer 2=0A=
   radio access technology" is a lofty claim or goal. Not required in=0A=
   the scope of this protocol.=0A=
=0A=
   d. s/of application streams./of application streams:=0A=
      s/benefits./benefits:=0A=
      s/savings./savings:=0A=
      s/to errors./to errors:=0A=
=0A=
   e. i/over an expensive, low-speed link/over an expensive, low-speed=0A=
   link (MN-AR)=0A=
      i/higher-speed wire/higher-speed wire (between ARs).=0A=
=0A=
   f. "operates over reliable networks" - State that this is an=0A=
   assumption about reliability of inter-AR links.=0A=
=0A=
   g. s/In this document we describe/This document describes=0A=
=0A=
6. Section 1.2=0A=
   Would be good to define terminology such as FPT or point to a=0A=
   proper reference if this has been defined elsewhere=0A=
=0A=
7. Section 2=0A=
   a. Pargaraph 1 - CT is initiated by the MN or the network as a=0A=
   result of Handover. Is this the only case? Or can this be a result=0A=
   of network failure or service disruption because of maintenance?=0A=
=0A=
   b. "We assume that pAR and nAR share an appropriate security=0A=
   association, set up independently and prior to context transfer." -=0A=
   It would be good to say that the details of how this SA is setup=0A=
   and the type of SA (IPsec or other)e are outside the scope this=0A=
   document. =0A=
=0A=
   c. The protocol overview section would be clearer if organized into=0A=
   multiple subsections:=0A=
      2.0 Prototool Overview=0A=
      2.1 Use of FPT=0A=
      2.2 Scenarios=0A=
      2.2.1 Scenario 1=0A=
      2.2.2 Scenario 2=0A=
=0A=
      Also having flow diagrams that are shown later in the document=0A=
      as part of the scenarios would help.=0A=
=0A=
      d. "Doing this locally at nAR when the MN attaches to it=0A=
      improves performance, " - Is it not also a requirement for=0A=
      security reasons?=0A=
=0A=
      e. "Performing context transfer in advance of the MN attaching to =
nAR=0A=
      clearly has potential for better performance" - This is an=0A=
      assumption that would need further justification. State that=0A=
      this is an assumption or backup the claim.=0A=
=0A=
      f. "This is feasible for instance in Mobile IP fast handovers."=0A=
      - Most cellular networks also have the capability to determine=0A=
      that a mobile needs to be handed off. So mention this to be the=0A=
      case in most cellular networks.=0A=
=0A=
      g. "must be properly synchronized with appropriate handover=0A=
      messages, such as Mobile IP (Fast) Binding Update." - Do not=0A=
      need this dependency. Delete statement.=0A=
=0A=
      h. The last paragraph discusses again the SAs between=0A=
      ARs. Mention that this is outside the scope of this document and=0A=
      be done. No reason to get into details of an SA being easier for=0A=
      intra-domain vs inter-domain etc.=0A=
=0A=
8. Section 2.4=0A=
   a. "The Mobile Node, for which context transfer protocol operations =
are=0A=
   undertaken, is always identified by its previous IP access=0A=
   address." - Is uniqueness of the address at the previous AR=0A=
   guaranteed? For example in the case of Mobile IPv4, MNs which have=0A=
   private addresses may use the FA advertised CoA and reverse tunnel=0A=
   to the HA. In that case there could be multiple MNs with the same=0A=
   IP address(HoA). The FA is able to differentiate them based on the=0A=
   HA, HoA combination.=0A=
=0A=
   b. "At any one time, only one context transfer operation may be in=0A=
   progress" - I could not understand whether this is the case on a=0A=
   per MN basis or for a pair of ARs=0A=
=0A=
9. Section 2.4.1=0A=
   a. "Always sent by" - Dont start a sentence of a paragraph with a=0A=
   verb (Nit - Sorry :) )=0A=
=0A=
   b. "it should also be relayed to pAR." - Why?=0A=
=0A=
10. Section 2.4.2=0A=
   "The Authorization Token is obtained by truncating the results of=0A=
   the HMAC_SHA1 computation to retain only the leading 32 bits." =0A=
   - Is this sufficient? I mean just the leading 32 bits? But maybe=0A=
   this is more of a question for security experts.=0A=
   =0A=
       =0A=
11. Section 2.4.4=0A=
    "If transfering a context requires an ongoing process (i.e., is not=0A=
    short-lived)," - CT is most useful as described earlier for=0A=
    reducing packet loss and performance degradation of apps. Hence it=0A=
    is critical that CT has to be relatively quick. So I dont=0A=
    understand what you mean by CT not being short-lived. If it is not=0A=
    short-lived, it is useless.=0A=
=0A=
12. Section 3=0A=
=0A=
    a. "CTP runs over UDP using port number <TBD>. - This needs to be=0A=
    requested from IANA. Hence properly documented as such.=0A=
=0A=
    b."because of the physical proximity of the access routers" - This=0A=
    is an assumption of the topology and need not be the case.=0A=
=0A=
    c. i/UDP provides a optional checksum/UDP provides an optional...=0A=
=0A=
    d. "the status value BAD_UDP_CHECKSUM," - Where in the document=0A=
    are these error codes specified?=0A=
=0A=
13. Section 4=0A=
    Keep the list of open issues in an appendix.=0A=
=0A=
14. Section 5=0A=
    Flow diagrams are good. However more text is needed to explain=0A=
    each of these in the document.=0A=
=0A=
    In 5.3:=0A=
    a. "CTAR request to nAR (nAR must be able to authenticate MN for CT,=0A=
    security details later)" - When later?=0A=
=0A=
    b. How does the MN know if the new AR is capable of processing=0A=
    CTAR?=0A=
=0A=
    c. What happens to the context at the pAR after transfer is=0A=
    complete? Not explained in document.=0A=
=0A=
    In 5.4:=0A=
    "routed through nAR (routing details later)."=0A=
    When later?=0A=
=0A=
15. Section 6=0A=
=0A=
    It would be good to have the security considerations section split=0A=
    up into the threats that exist and how they are tackled.=0A=
=0A=
    From paragraph 2 it appears that there is an assumption about the=0A=
    topology of the network connecting the ARs. It would be good to=0A=
    keep it more general.=0A=
=0A=
    Is it also not the case that AAA based mechansisms can be used for=0A=
    setting up the SA between ARs?=0A=
=0A=
16. Section 7=0A=
   =0A=
    The IANA section is not well written and does not provide enough=0A=
    guidelines for assigning type numbers and error codes and for the=0A=
    setup of the registry proposed by this document.=0A=
=0A=
17. Section 8=0A=
    s/during the creating of/during the creation of=0A=
=0A=
18. Appendix A=0A=
=0A=
    "This diagram illustrates the method for specifying context type=0A=
    data"=0A=
    What diagram?=0A=
=0A=
    Also more text explaining the Context Type and how it fits into=0A=
    the CTD message would help.=0A=
=0A=

------=_NextPart_000_0174_01C3340A.C975BE40
Content-Type: text/plain;
	name="savola-review.txt"
Content-Disposition: attachment;
	filename="savola-review.txt"
Content-Transfer-Encoding: quoted-printable

I really don't have the cycles for this ATM, but still a few points given=0A=
below. I only read it about halfway through and skimmed the rest.  =0A=
According to "SIRS" taxonomy, I'd perhaps give it a:=0A=
=0A=
          *    This draft has serious issues, described=0A=
in the review, and needs to be rethought.=0A=
=0A=
or maybe even:=0A=
=0A=
     *    This draft has very fundamental issues,    =0A=
               described in the review, and further work  =0A=
          is not recommended.=0A=
=0A=
because quite frankly, I don't understand the *real* advantages for =0A=
context transfers.  I don't understand what is the data *in practice* =
you =0A=
want to transfer, and what is the performance gain of transferring such =0A=
data (yeah, I quickly read through the problem statement RFC but was not =0A=
convinced :-).=0A=
=0A=
HTH.=0A=
=0A=
substantial=0A=
-----------=0A=
=0A=
 - first thought: "state is evil, distributed state is even more evil."  =
I =0A=
think it must be *very* clear exactly what state should be transferred =
and =0A=
what are the real benefits of that related to the time it would take to =0A=
re-establish the state -- and whether the state transfers can be made to =0A=
work ok.  Otherwise you can just wait pushback from IESG/IAB.. :-)=0A=
=0A=
 - spell out deployment restrictions of nAR + pAR for sharing security =0A=
associations; e.g. same ISP's network?  does MN/nAR/pAR somehow have to =0A=
discover whether CT makes sense (e.g. when MN moves to some really =
foreign =0A=
network, no use even trying to do CT's)?=0A=
=0A=
 - it is not explicit how exactly the MN's/nAR/pAR's *know* the address =0A=
(more than that: a global identifier address, not just a link-local =0A=
address) of pAR (and more so, nAR).  =0A=
   * does it have to know it in advance, before moving (how?) ?=0A=
   * if it knows it after the fact, is context transfer already too late?=0A=
   * etc.=0A=
  also present later in:=0A=
=0A=
   The Mobile Node, for which context transfer protocol operations are=0A=
   undertaken, is always identified by its previous *IP access address*.=0A=
=0A=
 - along the same lines, it is not clear when exactly the different =0A=
context transfer variants are supposed to be applicable, for example:=0A=
   * when MN is detecting that another AR is nearby and is pre-emptively =0A=
considering switching to it=0A=
   * after some association with nAR has been made, but prior to =0A=
disconnecting from pAR=0A=
   * after disconnecting from pAR=0A=
   * others?=0A=
  (this has been somewhat discussed after different context transfer =0A=
scenarios, but as scenarios are rather lengthty one think what are they =0A=
used for..)=0A=
=0A=
 - considerations wrt. transferring old context overriding new, already =0A=
allocated contexts?=0A=
=0A=
 - example context in appendix A does not include almost anything =
required =0A=
of context type specification, ie. it's more harm than it's worth.  =0A=
Elaborate or kill it.=0A=
=0A=
 - different message types etc. are *ridiculously* underspecified, for =0A=
example:=0A=
=0A=
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A=
      |Type=3DAuth-Token| Type Len      | Replay                 |=0A=
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A=
      |                    MN Authorization Token                     |=0A=
=0A=
  for clarity, *much* more than a paragraph or two about something on =
all =0A=
the field contents is required.  As one example, the first introduction =
of =0A=
'MN Auth Token' doesn't mention its contents at all; in the next section =0A=
it is said that it's HMAC_SHA1, etc.  Contents of the Replay field =
haven't =0A=
said *at all* (except that it's included in the computation, so it's =0A=
probably a nonce of some sort for replay protection).=0A=
=0A=
   Similarly e.g. in:=0A=
=0A=
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A=
|            Mobile Node's New Care-of Address, if C=3D1          |=0A=
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A=
   |  Type=3DAuth    |  Type Length  |   Algorithm   |  Key Length   =0A=
|=0A=
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A=
=0A=
   The algorithm for carrying out the computation of the MN=0A=
   Authorization Token is HMAC_SHA1.=0A=
=0A=
  =3D=3D> but what if C=3D0?  Is the field zero (not specified) or =
omitted (very =0A=
unprobable but theoretically possible)?=0A=
  =3D=3D> Algorithm and other fields are reserved, but the format used =
to =0A=
encode algorithm mappings hasn't been specified, etc.=0A=
=0A=
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A=
   | OverallStatus | Ctx-1 Status  | Ctx-2 Status  |     ......    =0A=
|=0A=
   =0A=
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A=
=0A=
   The OverallStatus is used for reporting overall success or failure,=0A=
   which could be based on verification of the MN authorization token  =0A=
   for instance.=0A=
=0A=
  =3D=3D> it isn't specified what kind of OverallStatus values indicate =0A=
overall success an failure :-)  In general, document refers a lot of =0A=
status codes, but those aren't listed anywhere..=0A=
=0A=
- security considerations wrt. authentication of all context transfer =0A=
messages should be considered.  In some cases, IPsec AH is a should, in =0A=
some it's not used.=0A=
=0A=
2.4.3  Context Transfer Data Reply (CTDR) Message=0A=
=0A=
   This message is sent by nAR to pAR depending on the value of the=0A=
   reliability flag in CTD. Indicates success or failure.  This message=0A=
   SHOULD be protected by use of IPsec Authentication Header=0A=
   (AH)[RFC2402]=0A=
=0A=
2.4.4  Context Transfer Cancel (CTC) Message=0A=
=0A=
   If transfering a context requires an ongoing process (i.e., is not  =0A=
   short-lived), then nAR may send CTC to pAR to cancel an ongoing CT  =0A=
   process.=0A=
=0A=
... however, this wording is not sufficient.  As the context transfer=0A=
protocol uses UDP, spoofing it is trivial.  One needs to consider both=0A=
ways to perform DoS attacks on nAR's or pAR's -- requesting context=0A=
transfers (e.g. by spoofing the source IP address of a valid nAR or pAR) =
 =0A=
-- and ways to try to extract some information on pAR's (e.g. state=0A=
information could be interesting for same reasons eavesdropping is=0A=
interesting; state information could maybe also include sensitive data=0A=
which should not be transferred over an unsecured medium).=0A=
=0A=
So, the model how security is used must be re-thought.  It would seem to=0A=
be the safest to say that AH (or maybe ESP, dunno) *MUST* be used for all=0A=
message types, and describe different issues there.  In some cases where=0A=
context transfers messages are only received from pAR's/nAR's in the same=0A=
security domain (e.g. single ISP), over a sufficiently secure medium, =
even=0A=
lower requirements might be reasonable.=0A=
=0A=
=0A=
editorial=0A=
---------=0A=
=0A=
 - ID-nits stuff=0A=
   * DOS-style CR/LF's off from at the end of lines=0A=
   * no reference to RFC2026 in the status of the memo=0A=
  =0A=
 - typos=0A=
   * abstract=0A=
    "transfer_s_ allow_s_"=0A=
    "to reduc_ing_ ..." ("to reduce" ?)=0A=
   * end=0A=
    "author's addresses" -> authors'=0A=
=0A=
 - other stuff=0A=
   * s/Context Transfer Protocol/Context Transfer Protocol (CTP)/=0A=
     (if you want to use the abbreviation in the future..)=0A=
   * s/The proposed protocol/This protocol/=0A=
   * s/CT Activate Request/CT Activate Request (CTAR)/=0A=
   * same for CTD, CTDR etc.=0A=
=0A=
 - reword "data packets" as they can be confused to refer to actual IP =0A=
packets, in:=0A=
=0A=
   The packet consists of a common header, message specific header and =0A=
   one or more data packets.  Data packets may be bundled together in  =0A=
   order ensure a more efficient transfer.=0A=
=0A=
 - Is bits really an useful size metric?  It seems that bytes or some =0A=
multiple of bytes could be much better:=0A=
=0A=
- Number, size (in bits), and ordering of data fields in the=0A=
  state variable vector which embodies the context.=0A=
=0A=
 - the "next 32 bits" is unambigous.  The next 32 bits related to WHAT?  =0A=
The V-bit (meaning 31 bits of context type and 1 bit of presence =
vector)? =0A=
After the first 32 bits (meaning the 32-bit presence vector)?=0A=
=0A=
   The 'V' bit specifies whether or not the "presence vector" is used. =0A=
   When the presence vector is in use, the next 32 bits are interpreted=0A=
   to indicate whether particular data fields are present (and, thus,=0A=
   containing non-default values).=0A=
=0A=
 - especially the latter sencence "minus the accummulated size.. =0A=
_implicitly_ ... default value" is unclear.  This should be separated to =
a =0A=
paragraph/bullet list of its own:=0A=
=0A=
                                              Notice that the length of=0A=
   the context data block is defined by the sum of lengths of each data=0A=
   field specified by the context type specification, plus 4 bytes if  =0A=
   the 'V' bit is set, minus the accumulated size of all the context=0A=
   data that is implicitly given as a default value.=0A=
=0A=
=0A=
 -    mechanism MSUT be provided so that requests are authenticated     =0A=
 =3D=3D> s/MSUT/MUST/=0A=
=0A=
 - references are missing the brackets, so I must guess which one is =0A=
[LLMIP] etc.=0A=
=0A=

------=_NextPart_000_0174_01C3340A.C975BE40--

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Tue Jun 17 06:11:15 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA05664
	for <seamoby-archive@odin.ietf.org>; Tue, 17 Jun 2003 06:11:15 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5HAAmH13893
	for seamoby-archive@odin.ietf.org; Tue, 17 Jun 2003 06:10:48 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5HAAmm13890
	for <seamoby-web-archive@optimus.ietf.org>; Tue, 17 Jun 2003 06:10:48 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA05646
	for <seamoby-web-archive@ietf.org>; Tue, 17 Jun 2003 06:10:44 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SDO8-0004cb-00
	for seamoby-web-archive@ietf.org; Tue, 17 Jun 2003 06:08:29 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19SDO8-0004cV-00
	for seamoby-web-archive@ietf.org; Tue, 17 Jun 2003 06:08:28 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5H572a06113;
	Tue, 17 Jun 2003 01:07:02 -0400
Received: from ietf.org (lists.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5H56sm06027
	for <seamoby@optimus.ietf.org>; Tue, 17 Jun 2003 01:06:54 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA17073
	for <seamoby@ietf.org>; Tue, 17 Jun 2003 01:06:52 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19S8e4-0002do-00
	for seamoby@ietf.org; Tue, 17 Jun 2003 01:04:36 -0400
Received: from mgw-x4.nokia.com ([131.228.20.27])
	by ietf-mx with esmtp (Exim 4.12)
	id 19S8e3-0002dl-00
	for seamoby@ietf.org; Tue, 17 Jun 2003 01:04:35 -0400
Received: from esvir04nok.ntc.nokia.com (esvir04nokt.ntc.nokia.com [172.21.143.36])
	by mgw-x4.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5H56o920676
	for <seamoby@ietf.org>; Tue, 17 Jun 2003 08:06:50 +0300 (EET DST)
Received: from esebh003.NOE.Nokia.com (unverified) by esvir04nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T62e1360baeac158f24077@esvir04nok.ntc.nokia.com>;
 Tue, 17 Jun 2003 08:06:50 +0300
Received: from esebe015.NOE.Nokia.com ([172.21.138.54]) by esebh003.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 17 Jun 2003 08:06:50 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe015.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 17 Jun 2003 08:06:50 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Subject: RE: [Seamoby] Some comments on CTP
Date: Tue, 17 Jun 2003 08:06:49 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658EEA5@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] Some comments on CTP
Thread-Index: AcMy7aQ0PzarW2v+TG+mZ8x780SOwQBIvcXQAB9WrLA=
To: <richard.h.paine@boeing.com>, <seamoby@ietf.org>
X-OriginalArrivalTime: 17 Jun 2003 05:06:50.0252 (UTC) FILETIME=[428504C0:01C3348E]
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h5H56sm06028
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 8bit
Content-Transfer-Encoding: 8bit

Richard,

HIP has been proposed, in one form or another, for some time.
There has been at least one BOF, that I remember.  I worry
that including an unapproved spec into CTP makes CTP's
continued existance less likely.  What would be a better
scenario is for someone more familiar with HIP to propose
a follow-on draft how HIP could be used with CTP, if there
is interest.

br,
John

> -----Original Message-----
> From: ext Paine, Richard H [mailto:richard.h.paine@boeing.com]
> Sent: 16 June, 2003 17:11
> To: Soliman Hesham; Loughney John (NRC/Helsinki);
> phil.neumiller@convergys.com; seamoby@ietf.org
> Cc: Henderson, Thomas R
> Subject: RE: [Seamoby] Some comments on CTP
> 
> 
> The Host Identity Payload (HIP) offers this per-packet 
> authentication.  The group working HIP in the IETF includes 
> Bob Moskowitz and Tom Henderson of Boeing.  Why not include 
> HIP as part of the Seamoby specs?  
> 
> Richard H. Paine
> Success is getting what you want, happiness is liking what you get!
> Work: 425-865-4921
> Pager: 206-797-4580
> Cell:  206-854-8199
> IPPhone:  425-373-8964
> Email:  richard.h.paine@boeing.com 
> 
> 
> -----Original Message-----
> From: Soliman Hesham [mailto:H.Soliman@flarion.com] 
> Sent: Saturday, June 14, 2003 6:18 PM
> To: 'john.loughney@nokia.com'; phil.neumiller@convergys.com; 
> seamoby@ietf.org
> Subject: RE: [Seamoby] Some comments on CTP
> 
> 
> 
>  > > Authentication of the end points does not provide tamper 
>  > resistance.
>  > > Each message needs to be signed somehow (i.e. message 
> digest etc).  > > I see that in the appendix IPsec is talked 
> about.  Why not mandate  > > IPsec as the minimal supported 
> SA between pAR and nAR?  If 
>  > something
>  > > else is used it must provide privacy (encryption), 
> authentication,  > > replay protection, etc.  > 
>  > Do folks think that mandatory IPsec is reasonable here?
> 
> => Yes. And you need to specify how to do that. I mean, 
> a side effect of this would be that all UDP traffic will
> be secure (from a quick read I saw that UDP is the transport 
> protocol for CTP).
> 
> Hesham
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby
> 
_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From mailnull@www1.ietf.org  Tue Jun 17 11:50:07 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA23605
	for <seamoby-archive@odin.ietf.org>; Tue, 17 Jun 2003 11:50:07 -0400 (EDT)
Received: (from mailnull@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5HFndO07209
	for seamoby-archive@odin.ietf.org; Tue, 17 Jun 2003 11:49:39 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5HFndm07205
	for <seamoby-web-archive@optimus.ietf.org>; Tue, 17 Jun 2003 11:49:39 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA23593
	for <seamoby-web-archive@ietf.org>; Tue, 17 Jun 2003 11:49:36 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SIg5-00012p-00
	for seamoby-web-archive@ietf.org; Tue, 17 Jun 2003 11:47:21 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19SIg4-00012m-00
	for seamoby-web-archive@ietf.org; Tue, 17 Jun 2003 11:47:20 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5HAm1a16370;
	Tue, 17 Jun 2003 06:48:01 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5HAlLm16344
	for <seamoby@optimus.ietf.org>; Tue, 17 Jun 2003 06:47:21 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA06476
	for <seamoby@ietf.org>; Tue, 17 Jun 2003 06:47:17 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SDxW-0004ne-00
	for seamoby@ietf.org; Tue, 17 Jun 2003 06:45:02 -0400
Received: from mgw-x1.nokia.com ([131.228.20.21])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SDxV-0004nb-00
	for seamoby@ietf.org; Tue, 17 Jun 2003 06:45:02 -0400
Received: from esvir05nok.ntc.nokia.com (esvir05nokt.ntc.nokia.com [172.21.143.37])
	by mgw-x1.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5HAlHa04026
	for <seamoby@ietf.org>; Tue, 17 Jun 2003 13:47:17 +0300 (EET DST)
Received: from esebh002.NOE.Nokia.com (unverified) by esvir05nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T62e26b924bac158f25667@esvir05nok.ntc.nokia.com>;
 Tue, 17 Jun 2003 13:44:55 +0300
Received: from esebe007.NOE.Nokia.com ([172.21.138.47]) by esebh002.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 17 Jun 2003 13:44:55 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe007.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 17 Jun 2003 13:44:55 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Date: Tue, 17 Jun 2003 13:44:54 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658EEB7@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] CT Design Reviews from Review Board
Thread-Index: AcM0nsDnLosgyNSAQ0S5Icl//SCWHQAHk38A
To: <kempf@docomolabs-usa.com>, <seamoby@ietf.org>
Cc: <pekkas@netcore.fi>
X-OriginalArrivalTime: 17 Jun 2003 10:44:55.0129 (UTC) FILETIME=[7D3F9C90:01C334BD]
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h5HAlLm16345
Subject: [Seamoby] question to Pekka S. on CTP
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 8bit
Content-Transfer-Encoding: 8bit

Pekka,

Before I dig into your comments, I have a quick question to you.
You have the following substantial comments:

==========

substantial
-----------

 - first thought: "state is evil, distributed state is even more evil."  I 
think it must be *very* clear exactly what state should be transferred and 
what are the real benefits of that related to the time it would take to 
re-establish the state -- and whether the state transfers can be made to 
work ok.  Otherwise you can just wait pushback from IESG/IAB.. :-)

 - spell out deployment restrictions of nAR + pAR for sharing security 
associations; e.g. same ISP's network?  does MN/nAR/pAR somehow have to 
discover whether CT makes sense (e.g. when MN moves to some really foreign 
network, no use even trying to do CT's)?

===========

I agree that the text needs to be improved, but how high of a barrier
do you see that is needed to be achieved.  One thing that was missed
in the last update is to classify this as experimental.  I think part
of the point of going experimental was to allow some deployment
& experiments to get a better handle on your concerns above.  Do you
think this is reasonable?

thanks,
John
_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Tue Jun 17 14:15:43 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA29745
	for <seamoby-archive@odin.ietf.org>; Tue, 17 Jun 2003 14:15:43 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5HIFFN12164
	for seamoby-archive@odin.ietf.org; Tue, 17 Jun 2003 14:15:15 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus with esmtp (Exim 4.20)
	id 19SJso-0003vg-Na
	for seamoby-web-archive@optimus.ietf.org; Tue, 17 Jun 2003 13:04:34 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA26380
	for <seamoby-web-archive@ietf.org>; Tue, 17 Jun 2003 13:04:31 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SJqZ-0001lO-00
	for seamoby-web-archive@ietf.org; Tue, 17 Jun 2003 13:02:15 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19SJqZ-0001lL-00
	for seamoby-web-archive@ietf.org; Tue, 17 Jun 2003 13:02:15 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5HAT2a14675;
	Tue, 17 Jun 2003 06:29:02 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5HASjm14650
	for <seamoby@optimus.ietf.org>; Tue, 17 Jun 2003 06:28:45 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA05982
	for <seamoby@ietf.org>; Tue, 17 Jun 2003 06:28:41 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SDfW-0004gp-00
	for seamoby@ietf.org; Tue, 17 Jun 2003 06:26:26 -0400
Received: from mgw-x1.nokia.com ([131.228.20.21])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SDfV-0004gj-00
	for seamoby@ietf.org; Tue, 17 Jun 2003 06:26:25 -0400
Received: from esvir01nok.ntc.nokia.com (esvir01nokt.ntc.nokia.com [172.21.143.33])
	by mgw-x1.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5HASba16503
	for <seamoby@ietf.org>; Tue, 17 Jun 2003 13:28:37 +0300 (EET DST)
Received: from esebh003.NOE.Nokia.com (unverified) by esvir01nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T62e25ca47eac158f21081@esvir01nok.ntc.nokia.com>;
 Tue, 17 Jun 2003 13:28:37 +0300
Received: from esebh005.NOE.Nokia.com ([172.21.138.86]) by esebh003.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 17 Jun 2003 13:28:36 +0300
Received: from esebe002.NOE.Nokia.com ([172.21.138.17]) by esebh005.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 17 Jun 2003 13:28:35 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe002.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 17 Jun 2003 13:28:35 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Subject: RE: [Seamoby] Some comments on CTP
Date: Tue, 17 Jun 2003 13:28:34 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658EEB5@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] Some comments on CTP
Thread-Index: AcMy5rplqI812bYbTn6L/aMr4IZyVwB1Gvew
To: <H.Soliman@flarion.com>, <phil.neumiller@convergys.com>,
        <seamoby@ietf.org>
X-OriginalArrivalTime: 17 Jun 2003 10:28:35.0575 (UTC) FILETIME=[35638870:01C334BB]
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h5HASjm14651
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 8bit
Content-Transfer-Encoding: 8bit

Assigned to issue 3.

http://danforsberg.info:8080/draft-ietf-seamoby-ctp/issue3

> -----Original Message-----
> From: ext Soliman Hesham [mailto:H.Soliman@flarion.com]
> Sent: 15 June, 2003 04:18
> To: Loughney John (NRC/Helsinki); phil.neumiller@convergys.com;
> seamoby@ietf.org
> Subject: RE: [Seamoby] Some comments on CTP
> 
> 
> 
>  > > Authentication of the end points does not provide tamper 
>  > resistance.
>  > > Each message needs to be signed somehow (i.e. message 
> digest etc).
>  > > I see that in the appendix IPsec is talked about.  Why 
> not mandate
>  > > IPsec as the minimal supported SA between pAR and nAR?  If 
>  > something
>  > > else is used it must provide privacy (encryption), 
> authentication,
>  > > replay protection, etc.
>  > 
>  > Do folks think that mandatory IPsec is reasonable here?
> 
> => Yes. And you need to specify how to do that. I mean, 
> a side effect of this would be that all UDP traffic will
> be secure (from a quick read I saw that UDP is the transport
> protocol for CTP).
> 
> Hesham
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby
> 
_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Tue Jun 17 14:15:52 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA29795
	for <seamoby-archive@odin.ietf.org>; Tue, 17 Jun 2003 14:15:51 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5HIFNf12506
	for seamoby-archive@odin.ietf.org; Tue, 17 Jun 2003 14:15:23 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19SKbI-0001B3-Hj
	for seamoby-web-archive@optimus.ietf.org; Tue, 17 Jun 2003 13:50:32 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA28015
	for <seamoby-web-archive@ietf.org>; Tue, 17 Jun 2003 13:50:29 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SKZ2-0002Az-00
	for seamoby-web-archive@ietf.org; Tue, 17 Jun 2003 13:48:12 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19SKZ1-0002At-00
	for seamoby-web-archive@ietf.org; Tue, 17 Jun 2003 13:48:11 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5HDm2a29762;
	Tue, 17 Jun 2003 09:48:02 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5HDlGm29732
	for <seamoby@optimus.ietf.org>; Tue, 17 Jun 2003 09:47:16 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA15654
	for <seamoby@ietf.org>; Tue, 17 Jun 2003 09:47:13 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SGld-0007Cl-00
	for seamoby@ietf.org; Tue, 17 Jun 2003 09:44:57 -0400
Received: from mgw-x1.nokia.com ([131.228.20.21])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SGlc-0007Ci-00
	for seamoby@ietf.org; Tue, 17 Jun 2003 09:44:56 -0400
Received: from esvir05nok.ntc.nokia.com (esvir05nokt.ntc.nokia.com [172.21.143.37])
	by mgw-x1.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5HDlCa19787
	for <seamoby@ietf.org>; Tue, 17 Jun 2003 16:47:12 +0300 (EET DST)
Received: from esebh004.NOE.Nokia.com (unverified) by esvir05nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T62e3127551ac158f25813@esvir05nok.ntc.nokia.com> for <seamoby@ietf.org>;
 Tue, 17 Jun 2003 16:47:12 +0300
Received: from esebe011.NOE.Nokia.com ([172.21.138.50]) by esebh004.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 17 Jun 2003 16:47:12 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe011.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 17 Jun 2003 16:47:12 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Subject: RE: [Seamoby] CT Design Reviews from Review Board
Date: Tue, 17 Jun 2003 16:47:12 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658EEC8@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] CT Design Reviews from Review Board
Thread-Index: AcM0nsDnLosgyNSAQ0S5Icl//SCWHQAOCC4w
To: <seamoby@ietf.org>
X-OriginalArrivalTime: 17 Jun 2003 13:47:12.0354 (UTC) FILETIME=[F457B420:01C334D6]
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h5HDlGm29733
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 8bit
Content-Transfer-Encoding: 8bit

Hi all, 

I logged several of Basavaraj's comments, I will log the rest
tomorrow, along with Pekka's.

Thanks,
John

> -----Original Message-----
> From: ext James Kempf [mailto:kempf@docomolabs-usa.com]
> Sent: 16 June, 2003 23:26
> To: seamoby@ietf.org
> Subject: [Seamoby] CT Design Reviews from Review Board
> 
> 
> Pat and I solicited a few outside reviewers for the Seamoby CT Review
> Board. Of the people asked, Pekka Savola and Raj Patil sent reviews.
> Pekka and Raj should be well known as long time IETF participants.
> Pekka is co-chair of the v6ops WG and prodigious technical commentator
> on MIPv6 and IPv6. Raj is co-chair of the MIP WG.
> 
> I've attached copies of their reviews here. We plan to incorporate
> their comments into the issues list, but please feel free to address
> their comments on the list.
> 
>             jak
> 
_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Tue Jun 17 14:15:56 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA29889
	for <seamoby-archive@odin.ietf.org>; Tue, 17 Jun 2003 14:15:55 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5HIFQV12867
	for seamoby-archive@odin.ietf.org; Tue, 17 Jun 2003 14:15:26 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19SKra-0002OT-Lo
	for seamoby-web-archive@optimus.ietf.org; Tue, 17 Jun 2003 14:07:22 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA29098
	for <seamoby-web-archive@ietf.org>; Tue, 17 Jun 2003 14:07:19 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SKpL-0002T8-00
	for seamoby-web-archive@ietf.org; Tue, 17 Jun 2003 14:05:03 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19SKpK-0002T5-00
	for seamoby-web-archive@ietf.org; Tue, 17 Jun 2003 14:05:02 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5HGD2a11151;
	Tue, 17 Jun 2003 12:13:02 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5HGCem11129
	for <seamoby@optimus.ietf.org>; Tue, 17 Jun 2003 12:12:40 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA25032
	for <seamoby@ietf.org>; Tue, 17 Jun 2003 12:12:37 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SJ2L-0001Pl-00
	for seamoby@ietf.org; Tue, 17 Jun 2003 12:10:21 -0400
Received: from key1.docomolabs-usa.com
	([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser)
	by ietf-mx with esmtp (Exim 4.12)
	id 19SJ2L-0001Pc-00
	for seamoby@ietf.org; Tue, 17 Jun 2003 12:10:21 -0400
Message-ID: <002401c334ea$f695cd30$7d6015ac@DCLKEMPFTP>
From: "James Kempf" <kempf@docomolabs-usa.com>
To: "Paine, Richard H" <richard.h.paine@boeing.com>,
        "Soliman Hesham" <H.Soliman@flarion.com>, <john.loughney@nokia.com>,
        <phil.neumiller@convergys.com>, <seamoby@ietf.org>
Cc: "Henderson, Thomas R" <thomas.r.henderson@boeing.com>
References: <D3E25A599AAC0A41821A038A814EB12201B7F21A@xch-nw-05.nw.nos.boeing.com>
Subject: Re: [Seamoby] Some comments on CTP
Date: Tue, 17 Jun 2003 09:10:25 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Richard,

IETF Working Groups work according to a charter. The Seamoby charter
(currently way out of date) does not include HIP. The only two active
items in the charter are Context Transfer and Candidate Access Router
Discovery (IP Paging was dropped a few years ago). We are currently
trying to complete these items so we can close the Working Group,
since it has been three years since the work started and we really do
need to show some accomplishment.

If you'd like to see some standardization action on HIP, I'd suggest
you talk to the ADs about sponsoring a BOF.  But please be forwarned
that HIP has already had BOFs several years ago, none of which
resulted in formation of a Working Group.

            jak


----- Original Message -----
From: "Paine, Richard H" <richard.h.paine@boeing.com>
To: "Soliman Hesham" <H.Soliman@flarion.com>;
<john.loughney@nokia.com>; <phil.neumiller@convergys.com>;
<seamoby@ietf.org>
Cc: "Henderson, Thomas R" <thomas.r.henderson@boeing.com>
Sent: Monday, June 16, 2003 7:10 AM
Subject: RE: [Seamoby] Some comments on CTP


> The Host Identity Payload (HIP) offers this per-packet
authentication.  The group working HIP in the IETF includes Bob
Moskowitz and Tom Henderson of Boeing.  Why not include HIP as part of
the Seamoby specs?
>
> Richard H. Paine
> Success is getting what you want, happiness is liking what you get!
> Work: 425-865-4921
> Pager: 206-797-4580
> Cell:  206-854-8199
> IPPhone:  425-373-8964
> Email:  richard.h.paine@boeing.com
>
>
> -----Original Message-----
> From: Soliman Hesham [mailto:H.Soliman@flarion.com]
> Sent: Saturday, June 14, 2003 6:18 PM
> To: 'john.loughney@nokia.com'; phil.neumiller@convergys.com;
seamoby@ietf.org
> Subject: RE: [Seamoby] Some comments on CTP
>
>
>
>  > > Authentication of the end points does not provide tamper
>  > resistance.
>  > > Each message needs to be signed somehow (i.e. message digest
etc).  > > I see that in the appendix IPsec is talked about.  Why not
mandate  > > IPsec as the minimal supported SA between pAR and nAR?
If
>  > something
>  > > else is used it must provide privacy (encryption),
authentication,  > > replay protection, etc.  >
>  > Do folks think that mandatory IPsec is reasonable here?
>
> => Yes. And you need to specify how to do that. I mean,
> a side effect of this would be that all UDP traffic will
> be secure (from a quick read I saw that UDP is the transport
protocol for CTP).
>
> Hesham
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby
>

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Tue Jun 17 15:02:02 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA29888
	for <seamoby-archive@odin.ietf.org>; Tue, 17 Jun 2003 14:15:55 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5HIFPH12798
	for seamoby-archive@odin.ietf.org; Tue, 17 Jun 2003 14:15:25 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19SKoL-00027F-9Y
	for seamoby-web-archive@optimus.ietf.org; Tue, 17 Jun 2003 14:04:01 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA28880
	for <seamoby-web-archive@ietf.org>; Tue, 17 Jun 2003 14:03:58 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SKm5-0002Np-00
	for seamoby-web-archive@ietf.org; Tue, 17 Jun 2003 14:01:41 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19SKm5-0002Nm-00
	for seamoby-web-archive@ietf.org; Tue, 17 Jun 2003 14:01:41 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5HDi1a29590;
	Tue, 17 Jun 2003 09:44:01 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5HDhCm29563
	for <seamoby@optimus.ietf.org>; Tue, 17 Jun 2003 09:43:12 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA15517
	for <seamoby@ietf.org>; Tue, 17 Jun 2003 09:43:10 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SGhi-0007AH-00
	for seamoby@ietf.org; Tue, 17 Jun 2003 09:40:54 -0400
Received: from mgw-x4.nokia.com ([131.228.20.27])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SGhh-0007AE-00
	for seamoby@ietf.org; Tue, 17 Jun 2003 09:40:53 -0400
Received: from esvir04nok.ntc.nokia.com (esvir04nokt.ntc.nokia.com [172.21.143.36])
	by mgw-x4.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5HDh8925943
	for <seamoby@ietf.org>; Tue, 17 Jun 2003 16:43:09 +0300 (EET DST)
Received: from esebh001.NOE.Nokia.com (unverified) by esvir04nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T62e30ebc87ac158f24077@esvir04nok.ntc.nokia.com>;
 Tue, 17 Jun 2003 16:43:08 +0300
Received: from esebe002.NOE.Nokia.com ([172.21.138.17]) by esebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 17 Jun 2003 16:43:08 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe002.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 17 Jun 2003 16:43:08 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Date: Tue, 17 Jun 2003 16:43:07 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658EEC6@esebe023.ntc.nokia.com>
Thread-Topic: question to Pekka S. on CTP
Thread-Index: AcM0xxvILyTFjP6fTumw2wWA1/3YAAADyHFg
To: <pekkas@netcore.fi>
Cc: <kempf@docomolabs-usa.com>, <seamoby@ietf.org>
X-OriginalArrivalTime: 17 Jun 2003 13:43:08.0565 (UTC) FILETIME=[63087450:01C334D6]
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h5HDhCm29565
Subject: [Seamoby] RE: question to Pekka S. on CTP
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 8bit
Content-Transfer-Encoding: 8bit

Hi Pekka,

> I think experimental (compared to standards track) may be a very good 
> choice here, and very reasonable.
> 
> But regardless of that, I think it's important (and I think you'll
> probably agree) to at least try to paint some picture about deployment
> restrictions very early (in abstract, special section or introduction), so
> people don't have too many fantastic notions about the applicability (and 
> when starting to read the document, think like "what are these guys 
> doing?  you can't solve the generic problem with this".
> 
> So, personally I think it might be a good idea to focus first *with
> sufficiently verbose text early on* on the "context transfer inside one
> ISP" -problem, and see whether it gives you sufficient sufficient benefits
> and the protocol can be deployed.
> 
> The next phase, to be done later (prior to going to PS, at the latest),
> could be figuring how how to establish security associations in context
> transfers between ISP's, and how to enhance the context 
> transfer triggers.
> 
> An alternative method, of course, might be to try to work on -- at least
> in some fashion -- the inter-ISP cases right now too, to get better
> experimental data (when CTP gets implemented and piloted) on that for
> later, to see how well the current protocol works in this 
> scenario (might
> save redesigning later on if inter-ISP context transfers or 
> other stuff
> required for real deployments are deemed necessary).
> 
> I see two paths, but I can't really say which is the best.  Both have 
> their tradeoffs.

Got it. At least it points to the fact we need more 'context' in the
draft to help the reader understand what we are trying to do.

thanks,
JOhn
_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Tue Jun 17 15:23:47 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA06003
	for <seamoby-archive@odin.ietf.org>; Tue, 17 Jun 2003 15:23:46 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5HJNHN11100
	for seamoby-archive@odin.ietf.org; Tue, 17 Jun 2003 15:23:17 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19SLCH-00048Y-1G
	for seamoby-web-archive@optimus.ietf.org; Tue, 17 Jun 2003 14:28:45 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA01327
	for <seamoby-web-archive@ietf.org>; Tue, 17 Jun 2003 14:28:42 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SLA1-0002xo-00
	for seamoby-web-archive@ietf.org; Tue, 17 Jun 2003 14:26:25 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19SLA0-0002xl-00
	for seamoby-web-archive@ietf.org; Tue, 17 Jun 2003 14:26:24 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5HAV2a14836;
	Tue, 17 Jun 2003 06:31:03 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5HAUOm14784
	for <seamoby@optimus.ietf.org>; Tue, 17 Jun 2003 06:30:24 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA06022
	for <seamoby@ietf.org>; Tue, 17 Jun 2003 06:30:20 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SDh7-0004hC-00
	for seamoby@ietf.org; Tue, 17 Jun 2003 06:28:05 -0400
Received: from mgw-x1.nokia.com ([131.228.20.21])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SDh6-0004h9-00
	for seamoby@ietf.org; Tue, 17 Jun 2003 06:28:05 -0400
Received: from esvir01nok.ntc.nokia.com (esvir01nokt.ntc.nokia.com [172.21.143.33])
	by mgw-x1.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5HAUKa18159
	for <seamoby@ietf.org>; Tue, 17 Jun 2003 13:30:20 +0300 (EET DST)
Received: from esebh001.NOE.Nokia.com (unverified) by esvir01nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T62e25e359dac158f21081@esvir01nok.ntc.nokia.com>;
 Tue, 17 Jun 2003 13:30:19 +0300
Received: from esebe014.NOE.Nokia.com ([172.21.138.53]) by esebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 17 Jun 2003 13:30:19 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe014.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 17 Jun 2003 13:30:15 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Subject: RE: [Seamoby] [issue 2] comments/questions on the CTAR response
Date: Tue, 17 Jun 2003 13:30:13 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658EEB6@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] [issue 2] comments/questions on the CTAR response
Thread-Index: AcM0g7seZvqvnhcpT7G1U9EDqvEdXQAN5isA
To: <rajeev@iprg.nokia.com>, <Julien.Bournelle@int-evry.fr>
Cc: <motiwala@ti.com>, <seamoby@ietf.org>
X-OriginalArrivalTime: 17 Jun 2003 10:30:15.0521 (UTC) FILETIME=[70F61510:01C334BB]
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h5HAUOm14785
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 8bit
Content-Transfer-Encoding: 8bit

Rajeev,

From your response, I am unsure what your position is on Julien's
comments.  Do you feel a CTAR response is needed, possibly
useful or not needed?

thanks,
John

> -----Original Message-----
> From: ext Rajeev Koodli [mailto:rajeev@iprg.nokia.com]
> Sent: 17 June, 2003 00:26
> To: Julien Bournelle
> Cc: Loughney John (NRC/Helsinki); motiwala@ti.com; seamoby@ietf.org
> Subject: Re: [Seamoby] [issue 2] comments/questions on the 
> CTAR response
> 
> 
> Julien Bournelle wrote:
> 
> > hi all,
> >
> > On Fri, Jun 06, 2003 at 02:40:58PM +0300, 
> john.loughney@nokia.com wrote:
> > > Yusef & Julien,
> > >
> > > Could you supply some text?
> >
> > I guess that you mean a text to add in the draft, if I'm 
> not wrong, this
> > is some comments/questions to clarify:
> >
> > 1/ in part 2/ protocol overview, we have the text:
> >
> >  "Recall that the MN always sends CTAR message to nAR regardless of
> >    whether it sent the CTAR message to pAR. The reason for 
> this is that
> >    there is no means for the MN to ascertain that context transfer
> >    reliably took place. By always sending the CTAR message 
> to nAR, the
> >    Context Transfer Request (see below) can be sent to pAR whenever
> >    necessary.
> > "
> >
> > I guess that this text should be updated/deleted if we 
> introduce a new
> > message in response to CTAR.
> 
> >
> > 2/ if we introduce this message, does MN always send a message to
> > nAR as specified in 2.4.1 ?
> >
> > I think that if it sends a CTAR to pAR and receives a 
> response before
> > the handover takes place, this is not necessary.
> >
> 
> No. You still need it. How does nAR know that the legitimate
> MN has attached and is requesting the contexts? Even if the MN
> has received some sort of notification that the CT has taken place,
> the nAR needs to verify that the auth-token matcges before making
> the contexts available.
> 
> -Rajeev
> 
> 
> >
> > 3/ how do we call this message ?
> > Maybe "Context Transfer Activate Answer (CTAA)" because use 
> of "Reply"
> > could be confusing :-)
> >
> > 4/ What does this message must content ?
> >
> >  - MN's Previous Co@ ?
> >
> >  - OverallStatus Ctx-1 Status ...like in CTDR ?
> >
> >  - An authentication Token ?
> >
> >  - Optionnal data in response to a specific extension (e.g. 
> IPsec/QoS..)
> >
> > 5/ For the optionnal data, how do we "format" them ?
> >
> > 6/ Others ?
> >
> > --
> > julien.bournelle@int-evry.fr
> > _______________________________________________
> > Seamoby mailing list
> > Seamoby@ietf.org
> > https://www1.ietf.org/mailman/listinfo/seamoby
> 
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby
> 
_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Tue Jun 17 16:52:32 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA10962
	for <seamoby-archive@odin.ietf.org>; Tue, 17 Jun 2003 16:52:32 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5HKq4Q05891
	for seamoby-archive@odin.ietf.org; Tue, 17 Jun 2003 16:52:04 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19SNQy-0001Ww-Ds
	for seamoby-web-archive@optimus.ietf.org; Tue, 17 Jun 2003 16:52:04 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA10947
	for <seamoby-web-archive@ietf.org>; Tue, 17 Jun 2003 16:52:01 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SNOj-0004yp-00
	for seamoby-web-archive@ietf.org; Tue, 17 Jun 2003 16:49:45 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19SNOi-0004ym-00
	for seamoby-web-archive@ietf.org; Tue, 17 Jun 2003 16:49:44 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19SNQu-0001WV-EO; Tue, 17 Jun 2003 16:52:00 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19SNQq-0001WI-NS
	for seamoby@optimus.ietf.org; Tue, 17 Jun 2003 16:51:56 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA10944
	for <seamoby@ietf.org>; Tue, 17 Jun 2003 16:51:54 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SNOb-0004yj-00
	for seamoby@ietf.org; Tue, 17 Jun 2003 16:49:37 -0400
Received: from mailhost.iprg.nokia.com ([205.226.5.12])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SNOa-0004yb-00
	for seamoby@ietf.org; Tue, 17 Jun 2003 16:49:36 -0400
Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69])
	by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id NAA08598;
	Tue, 17 Jun 2003 13:51:18 -0700 (PDT)
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id h5HKpGf09783;
	Tue, 17 Jun 2003 13:51:16 -0700
X-mProtect: <200306172051> Nokia Silicon Valley Messaging Protection
Received: from UNKNOWN (205.226.2.90, claiming to be "iprg.nokia.com")
	by darkstar.iprg.nokia.com smtpdl1AffD; Tue, 17 Jun 2003 13:51:14 PDT
Message-ID: <3EEF7F42.B50C4926@iprg.nokia.com>
Date: Tue, 17 Jun 2003 13:51:14 -0700
From: Rajeev Koodli <rajeev@iprg.nokia.com>
Organization: Nokia Research Center
X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.4-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: john.loughney@nokia.com
CC: Julien.Bournelle@int-evry.fr, motiwala@ti.com, seamoby@ietf.org
Subject: Re: [Seamoby] [issue 2] comments/questions on the CTAR response
References: <DADF50F5EC506B41A0F375ABEB32063658EEB6@esebe023.ntc.nokia.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit


John,

my position is that regardless of whether a
response to CTAR is received or not, the MN needs
to always send CTAR upon attaching to nAR (for reasons
specified below in my response).

Regards,

-Rajeev


john.loughney@nokia.com wrote:

> Rajeev,
>
> >From your response, I am unsure what your position is on Julien's
> comments.  Do you feel a CTAR response is needed, possibly
> useful or not needed?
>
> thanks,
> John
>
> > -----Original Message-----
> > From: ext Rajeev Koodli [mailto:rajeev@iprg.nokia.com]
> > Sent: 17 June, 2003 00:26
> > To: Julien Bournelle
> > Cc: Loughney John (NRC/Helsinki); motiwala@ti.com; seamoby@ietf.org
> > Subject: Re: [Seamoby] [issue 2] comments/questions on the
> > CTAR response
> >
> >
> > Julien Bournelle wrote:
> >
> > > hi all,
> > >
> > > On Fri, Jun 06, 2003 at 02:40:58PM +0300,
> > john.loughney@nokia.com wrote:
> > > > Yusef & Julien,
> > > >
> > > > Could you supply some text?
> > >
> > > I guess that you mean a text to add in the draft, if I'm
> > not wrong, this
> > > is some comments/questions to clarify:
> > >
> > > 1/ in part 2/ protocol overview, we have the text:
> > >
> > >  "Recall that the MN always sends CTAR message to nAR regardless of
> > >    whether it sent the CTAR message to pAR. The reason for
> > this is that
> > >    there is no means for the MN to ascertain that context transfer
> > >    reliably took place. By always sending the CTAR message
> > to nAR, the
> > >    Context Transfer Request (see below) can be sent to pAR whenever
> > >    necessary.
> > > "
> > >
> > > I guess that this text should be updated/deleted if we
> > introduce a new
> > > message in response to CTAR.
> >
> > >
> > > 2/ if we introduce this message, does MN always send a message to
> > > nAR as specified in 2.4.1 ?
> > >
> > > I think that if it sends a CTAR to pAR and receives a
> > response before
> > > the handover takes place, this is not necessary.
> > >
> >
> > No. You still need it. How does nAR know that the legitimate
> > MN has attached and is requesting the contexts? Even if the MN
> > has received some sort of notification that the CT has taken place,
> > the nAR needs to verify that the auth-token matcges before making
> > the contexts available.
> >
> > -Rajeev
> >
> >
> > >
> > > 3/ how do we call this message ?
> > > Maybe "Context Transfer Activate Answer (CTAA)" because use
> > of "Reply"
> > > could be confusing :-)
> > >
> > > 4/ What does this message must content ?
> > >
> > >  - MN's Previous Co@ ?
> > >
> > >  - OverallStatus Ctx-1 Status ...like in CTDR ?
> > >
> > >  - An authentication Token ?
> > >
> > >  - Optionnal data in response to a specific extension (e.g.
> > IPsec/QoS..)
> > >
> > > 5/ For the optionnal data, how do we "format" them ?
> > >
> > > 6/ Others ?
> > >
> > > --
> > > julien.bournelle@int-evry.fr
> > > _______________________________________________
> > > Seamoby mailing list
> > > Seamoby@ietf.org
> > > https://www1.ietf.org/mailman/listinfo/seamoby
> >
> > _______________________________________________
> > Seamoby mailing list
> > Seamoby@ietf.org
> > https://www1.ietf.org/mailman/listinfo/seamoby
> >


_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Wed Jun 18 08:46:33 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA01242
	for <seamoby-archive@odin.ietf.org>; Wed, 18 Jun 2003 08:46:33 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5ICk4h29104
	for seamoby-archive@odin.ietf.org; Wed, 18 Jun 2003 08:46:04 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19ScKC-0007ZL-JQ
	for seamoby-web-archive@optimus.ietf.org; Wed, 18 Jun 2003 08:46:04 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA01210
	for <seamoby-web-archive@ietf.org>; Wed, 18 Jun 2003 08:46:02 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19ScHw-00036G-00
	for seamoby-web-archive@ietf.org; Wed, 18 Jun 2003 08:43:44 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19ScHv-00036C-00
	for seamoby-web-archive@ietf.org; Wed, 18 Jun 2003 08:43:43 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19ScK9-0007Yc-LF; Wed, 18 Jun 2003 08:46:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19ScJZ-0007Xn-NK
	for seamoby@optimus.ietf.org; Wed, 18 Jun 2003 08:45:25 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA01126;
	Wed, 18 Jun 2003 08:45:21 -0400 (EDT)
From: phil.neumiller@convergys.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19ScHG-00034G-00; Wed, 18 Jun 2003 08:43:02 -0400
Received: from cvgmx1.convergys.com ([63.210.255.12] ident=mirapoint)
	by ietf-mx with esmtp (Exim 4.12)
	id 19ScHF-00033v-00; Wed, 18 Jun 2003 08:43:01 -0400
Received: from nd.convergys.com (cvgsmtp1.cbis.com [155.90.14.35])
	by cvgmx1.convergys.com (Mirapoint Messaging Server MOS 2.9.3.2)
	with ESMTP id ALZ67724;
	Wed, 18 Jun 2003 08:44:48 -0400 (EDT)
Subject: Re: [Seamoby] Some comments on CTP
To: "James Kempf" <kempf@docomolabs-usa.com>
Cc: "Soliman Hesham" <H.Soliman@flarion.com>, john.loughney@nokia.com,
        "Paine, Richard H" <richard.h.paine@boeing.com>, seamoby@ietf.org,
        seamoby-admin@ietf.org,
        "Henderson, Thomas R" <thomas.r.henderson@boeing.com>
X-Mailer: Lotus Notes Release 5.0.8  June 18, 2001
Message-ID: <OF56C0D47E.279B3A5F-ON85256D49.0044DE4E@convergys.com>
Date: Wed, 18 Jun 2003 08:44:57 -0400
X-MIMETrack: Serialize by Router on CVGSMTP1/SRVR/CVG(Release 5.0.11  |July 24, 2002) at
 06/18/2003 08:44:36 AM
MIME-Version: 1.0
Content-type: text/plain; charset=us-ascii
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>


When I took a peak at the DIAMETER base protocol draft, I noticed that
TLS is suggest for inter-domain security and IPsec for intra-domain
security.  It has occurred to me that CTP could occur either within or
between administrative domains.  Now, in the future, it may be necessary
to involve DIAMETER in the CTP protocol, so perhaps it would be
best to pattern SeaMoby CT after DIAMETER SAs?  Eventually,
maybe the same SA can be reused by both???  Just a stray thought...

-Phil

--
"NOTICE:  The information contained in this electronic mail transmission is
intended by Convergys Corporation for the use of the named individual or
entity to which it is directed and may contain information that is
privileged or otherwise confidential.  If you have received this electronic
mail transmission in error, please delete it from your system without
copying or forwarding it, and notify the sender of the error by reply email
or by telephone (collect), so that the sender's address records can be
corrected."



_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Wed Jun 18 09:39:07 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA06425
	for <seamoby-archive@odin.ietf.org>; Wed, 18 Jun 2003 09:39:07 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5IDcdk04699
	for seamoby-archive@odin.ietf.org; Wed, 18 Jun 2003 09:38:39 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Sctz-0000SY-MY
	for seamoby-web-archive@optimus.ietf.org; Wed, 18 Jun 2003 09:23:03 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA05660
	for <seamoby-web-archive@ietf.org>; Wed, 18 Jun 2003 09:22:57 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Scrf-0004T5-00
	for seamoby-web-archive@ietf.org; Wed, 18 Jun 2003 09:20:39 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19Scrf-0004T2-00
	for seamoby-web-archive@ietf.org; Wed, 18 Jun 2003 09:20:39 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19SckH-00007k-0T; Wed, 18 Jun 2003 09:13:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19SccY-00085s-UZ
	for seamoby@optimus.ietf.org; Wed, 18 Jun 2003 09:05:02 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA03805;
	Wed, 18 Jun 2003 09:05:00 -0400 (EDT)
From: phil.neumiller@convergys.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19ScaH-0003rA-00; Wed, 18 Jun 2003 09:02:41 -0400
Received: from cvgmx1.convergys.com ([63.210.255.12] ident=mirapoint)
	by ietf-mx with esmtp (Exim 4.12)
	id 19ScaH-0003r4-00; Wed, 18 Jun 2003 09:02:41 -0400
Received: from nd.convergys.com (cvgsmtp1.cbis.com [155.90.14.35])
	by cvgmx1.convergys.com (Mirapoint Messaging Server MOS 2.9.3.2)
	with ESMTP id ALZ70002;
	Wed, 18 Jun 2003 09:04:09 -0400 (EDT)
Subject: Re: [Seamoby] Some comments on CTP
To: "Soliman Hesham" <H.Soliman@flarion.com>, john.loughney@nokia.com,
        "James Kempf" <kempf@docomolabs-usa.com>,
        "Paine, Richard H" <richard.h.paine@boeing.com>, seamoby@ietf.org,
        seamoby-admin@ietf.org,
        "Henderson, Thomas R" <thomas.r.henderson@boeing.com>
X-Mailer: Lotus Notes Release 5.0.8  June 18, 2001
Message-ID: <OFA762F590.73AEF1CA-ON85256D49.004796B3@convergys.com>
Date: Wed, 18 Jun 2003 09:04:18 -0400
X-MIMETrack: Serialize by Router on CVGSMTP1/SRVR/CVG(Release 5.0.11  |July 24, 2002) at
 06/18/2003 09:03:55 AM
MIME-Version: 1.0
Content-type: text/plain; charset=us-ascii
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>


just another random thought....  Should the SA between pAR and nAR be
optionally
longer lived?  I could see where an SCPT association could be useful and
allow
multiple independent CT streams between the pAR and nAR.  Once you went
through the pain of setting up the SA, it might be useful to keep it up on
a idle
timer until the "border crossings" stop.

Thanks,

Phil

--
"NOTICE:  The information contained in this electronic mail transmission is
intended by Convergys Corporation for the use of the named individual or
entity to which it is directed and may contain information that is
privileged or otherwise confidential.  If you have received this electronic
mail transmission in error, please delete it from your system without
copying or forwarding it, and notify the sender of the error by reply email
or by telephone (collect), so that the sender's address records can be
corrected."



_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Wed Jun 18 11:31:51 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA12704
	for <seamoby-archive@odin.ietf.org>; Wed, 18 Jun 2003 11:31:51 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5IFVM628170
	for seamoby-archive@odin.ietf.org; Wed, 18 Jun 2003 11:31:22 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19SeTI-0005ww-8r
	for seamoby-web-archive@optimus.ietf.org; Wed, 18 Jun 2003 11:03:36 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA11185
	for <seamoby-web-archive@ietf.org>; Wed, 18 Jun 2003 11:03:32 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SeR0-0005UP-00
	for seamoby-web-archive@ietf.org; Wed, 18 Jun 2003 11:01:14 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19SeR0-0005UM-00
	for seamoby-web-archive@ietf.org; Wed, 18 Jun 2003 11:01:14 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19SdjF-0003Eu-2A; Wed, 18 Jun 2003 10:16:01 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5HASjm14644
	for <seamoby@optimus.ietf.org>; Tue, 17 Jun 2003 06:28:45 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA05983
	for <seamoby@ietf.org>; Tue, 17 Jun 2003 06:28:41 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SDfW-0004gs-00
	for seamoby@ietf.org; Tue, 17 Jun 2003 06:26:26 -0400
Received: from lists.cafe-seed.net ([194.100.13.106] helo=cafe-seed.net)
	by ietf-mx with smtp (Exim 4.12)
	id 19SDfV-0004gh-00
	for seamoby@ietf.org; Tue, 17 Jun 2003 06:26:25 -0400
Received: (qmail 10891 invoked from network); 17 Jun 2003 10:28:05 -0000
Received: from unknown (HELO helsinki) (127.0.0.1)
  by localhost with SMTP; 17 Jun 2003 10:28:05 -0000
Content-Type: text/plain
To: seamoby@ietf.org
From: John Loughney <ctp_issues@danforsberg.info>
Reply-To: Seamoby CTP Issues <ctp_issues@danforsberg.info>
Date: Tue, 17 Jun 2003 10:28:05 +0000
MIME-Version: 1.0
Message-Id: <1055845684.95.0.875479924871.issue@danforsberg.info>
X-Roundup-Name: Seamoby CTP Issues
X-Roundup-Loop: hello
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h5HASjm14645
Subject: [Seamoby] [issue3] Specifying IPsec between ARs
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 8bit
Content-Transfer-Encoding: 8bit


New submission from John Loughney <john.loughney@nokia.com>:

John said: Do folks think that mandatory IPsec is 
reasonable here?

Hesham Said: Yes. And you need to specify how to do that. I 
mean, a side effect of this would be that all UDP traffic 
will be secure (from a quick read I saw that UDP is the 
transport protocol for CTP).


----------
category: Technical
document: draft-ietf-seamoby-ctp-xx.txt
messages: 3
nosy: jloughney, seamoby
priority: Should Fix
status: Pending
title: Specifying IPsec between ARs
__________________________________________________________
Seamoby CTP Issues <ctp_issues@danforsberg.info>
http://danforsberg.info:8080/draft-ietf-seamoby-ctp/issue3
__________________________________________________________
_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Wed Jun 18 11:31:51 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA12707
	for <seamoby-archive@odin.ietf.org>; Wed, 18 Jun 2003 11:31:51 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5IFVNs28204
	for seamoby-archive@odin.ietf.org; Wed, 18 Jun 2003 11:31:23 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19SeTw-000606-HO
	for seamoby-web-archive@optimus.ietf.org; Wed, 18 Jun 2003 11:04:16 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA11212
	for <seamoby-web-archive@ietf.org>; Wed, 18 Jun 2003 11:04:12 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SeRf-0005V8-00
	for seamoby-web-archive@ietf.org; Wed, 18 Jun 2003 11:01:55 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19SeRe-0005V5-00
	for seamoby-web-archive@ietf.org; Wed, 18 Jun 2003 11:01:54 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19SdjF-0003F2-Do; Wed, 18 Jun 2003 10:16:01 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5HBIPm18578
	for <seamoby@optimus.ietf.org>; Tue, 17 Jun 2003 07:18:25 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA07093
	for <seamoby@ietf.org>; Tue, 17 Jun 2003 07:18:24 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SERb-0004xw-00
	for seamoby@ietf.org; Tue, 17 Jun 2003 07:16:07 -0400
Received: from netcore.fi ([193.94.160.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SERa-0004xj-00
	for seamoby@ietf.org; Tue, 17 Jun 2003 07:16:07 -0400
Received: from localhost (pekkas@localhost)
	by netcore.fi (8.11.6/8.11.6) with ESMTP id h5HBHjO28941;
	Tue, 17 Jun 2003 14:17:45 +0300
Date: Tue, 17 Jun 2003 14:17:45 +0300 (EEST)
From: Pekka Savola <pekkas@netcore.fi>
To: john.loughney@nokia.com
cc: kempf@docomolabs-usa.com, <seamoby@ietf.org>
In-Reply-To: <DADF50F5EC506B41A0F375ABEB32063658EEB7@esebe023.ntc.nokia.com>
Message-ID: <Pine.LNX.4.44.0306171405250.28567-100000@netcore.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [Seamoby] Re: question to Pekka S. on CTP
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>

Hi,

On Tue, 17 Jun 2003 john.loughney@nokia.com wrote:
> Before I dig into your comments, I have a quick question to you.
> You have the following substantial comments:
> 
> ==========
> 
> substantial
> -----------
> 
>  - first thought: "state is evil, distributed state is even more evil."  I 
> think it must be *very* clear exactly what state should be transferred and 
> what are the real benefits of that related to the time it would take to 
> re-establish the state -- and whether the state transfers can be made to 
> work ok.  Otherwise you can just wait pushback from IESG/IAB.. :-)
> 
>  - spell out deployment restrictions of nAR + pAR for sharing security 
> associations; e.g. same ISP's network?  does MN/nAR/pAR somehow have to 
> discover whether CT makes sense (e.g. when MN moves to some really foreign 
> network, no use even trying to do CT's)?
> 
> ===========
> 
> I agree that the text needs to be improved, but how high of a barrier
> do you see that is needed to be achieved.  One thing that was missed
> in the last update is to classify this as experimental.  I think part
> of the point of going experimental was to allow some deployment
> & experiments to get a better handle on your concerns above.  Do you
> think this is reasonable?

I think experimental (compared to standards track) may be a very good 
choice here, and very reasonable.

But regardless of that, I think it's important (and I think you'll
probably agree) to at least try to paint some picture about deployment
restrictions very early (in abstract, special section or introduction), so
people don't have too many fantastic notions about the applicability (and 
when starting to read the document, think like "what are these guys 
doing?  you can't solve the generic problem with this".

So, personally I think it might be a good idea to focus first *with
sufficiently verbose text early on* on the "context transfer inside one
ISP" -problem, and see whether it gives you sufficient sufficient benefits
and the protocol can be deployed.

The next phase, to be done later (prior to going to PS, at the latest),
could be figuring how how to establish security associations in context
transfers between ISP's, and how to enhance the context transfer triggers.

An alternative method, of course, might be to try to work on -- at least
in some fashion -- the inter-ISP cases right now too, to get better
experimental data (when CTP gets implemented and piloted) on that for
later, to see how well the current protocol works in this scenario (might
save redesigning later on if inter-ISP context transfers or other stuff
required for real deployments are deemed necessary).

I see two paths, but I can't really say which is the best.  Both have 
their tradeoffs.

Hope this helps..

-- 
Pekka Savola                 "You each name yourselves king, yet the
Netcore Oy                    kingdom bleeds."
Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings


_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Wed Jun 18 12:30:40 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA15284
	for <seamoby-archive@odin.ietf.org>; Wed, 18 Jun 2003 12:30:40 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5IGUCC07026
	for seamoby-archive@odin.ietf.org; Wed, 18 Jun 2003 12:30:12 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19SfLc-0000K5-2B
	for seamoby-web-archive@optimus.ietf.org; Wed, 18 Jun 2003 11:59:44 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA14311
	for <seamoby-web-archive@ietf.org>; Wed, 18 Jun 2003 11:59:41 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SfJL-0006G0-00
	for seamoby-web-archive@ietf.org; Wed, 18 Jun 2003 11:57:23 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19SfJL-0006Fx-00
	for seamoby-web-archive@ietf.org; Wed, 18 Jun 2003 11:57:23 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Seo4-00077g-W0; Wed, 18 Jun 2003 11:25:04 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19SeLj-0005a4-Bo
	for seamoby@optimus.ietf.org; Wed, 18 Jun 2003 10:55:47 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA10937;
	Wed, 18 Jun 2003 10:55:43 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SeJR-0005QI-00; Wed, 18 Jun 2003 10:53:25 -0400
Received: from mgw-x4.nokia.com ([131.228.20.27])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SeJQ-0005QE-00; Wed, 18 Jun 2003 10:53:24 -0400
Received: from esvir03nok.nokia.com (esvir03nokt.ntc.nokia.com [172.21.143.35])
	by mgw-x4.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5IEte922510;
	Wed, 18 Jun 2003 17:55:40 +0300 (EET DST)
Received: from esebh004.NOE.Nokia.com (unverified) by esvir03nok.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T62e87778bdac158f23077@esvir03nok.nokia.com>;
 Wed, 18 Jun 2003 17:55:38 +0300
Received: from esebe001.NOE.Nokia.com ([172.21.138.30]) by esebh004.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Wed, 18 Jun 2003 17:55:39 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Wed, 18 Jun 2003 17:55:39 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Subject: RE: [Seamoby] Some comments on CTP
Date: Wed, 18 Jun 2003 17:55:38 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658EEE4@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] Some comments on CTP
Thread-Index: AcM1l3XWA5/tgVnuQRy0+EmZ9YcM7AAEhcXg
To: <phil.neumiller@convergys.com>, <kempf@docomolabs-usa.com>
Cc: <H.Soliman@flarion.com>, <richard.h.paine@boeing.com>, <seamoby@ietf.org>,
        <seamoby-admin@ietf.org>, <thomas.r.henderson@boeing.com>
X-OriginalArrivalTime: 18 Jun 2003 14:55:39.0619 (UTC) FILETIME=[AEE05B30:01C335A9]
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id MAA15284

Hi Phil,

> When I took a peak at the DIAMETER base protocol draft, I noticed that
> TLS is suggest for inter-domain security and IPsec for intra-domain
> security.  It has occurred to me that CTP could occur either within or
> between administrative domains.  Now, in the future, it may be necessary
> to involve DIAMETER in the CTP protocol, so perhaps it would be
> best to pattern SeaMoby CT after DIAMETER SAs?  Eventually,
> maybe the same SA can be reused by both???  Just a stray thought...

I think that you could consider that an AR has a Diameter connection
towards a AAA server.  However, as CTP is specified to run over
UDP, TLS is not an option.

John

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Wed Jun 18 13:08:04 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA16522
	for <seamoby-archive@odin.ietf.org>; Wed, 18 Jun 2003 13:08:04 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5IH7bZ12602
	for seamoby-archive@odin.ietf.org; Wed, 18 Jun 2003 13:07:37 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19SfXK-0000zX-Na
	for seamoby-web-archive@optimus.ietf.org; Wed, 18 Jun 2003 12:11:50 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA14672
	for <seamoby-web-archive@ietf.org>; Wed, 18 Jun 2003 12:11:47 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SfV3-0006K3-00
	for seamoby-web-archive@ietf.org; Wed, 18 Jun 2003 12:09:30 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19SfV3-0006K0-00
	for seamoby-web-archive@ietf.org; Wed, 18 Jun 2003 12:09:29 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Seuo-0007R1-6Y; Wed, 18 Jun 2003 11:32:02 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19SeQv-0005qm-5K
	for seamoby@optimus.ietf.org; Wed, 18 Jun 2003 11:01:09 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA11091;
	Wed, 18 Jun 2003 11:01:05 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SeOd-0005Si-00; Wed, 18 Jun 2003 10:58:47 -0400
Received: from mgw-x1.nokia.com ([131.228.20.21])
	by ietf-mx with esmtp (Exim 4.12)
	id 19SeOc-0005Sf-00; Wed, 18 Jun 2003 10:58:46 -0400
Received: from esvir01nok.ntc.nokia.com (esvir01nokt.ntc.nokia.com [172.21.143.33])
	by mgw-x1.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5IF14a20435;
	Wed, 18 Jun 2003 18:01:04 +0300 (EET DST)
Received: from esebh002.NOE.Nokia.com (unverified) by esvir01nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T62e87c6ffbac158f21081@esvir01nok.ntc.nokia.com>;
 Wed, 18 Jun 2003 18:01:04 +0300
Received: from esebh005.NOE.Nokia.com ([172.21.138.86]) by esebh002.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Wed, 18 Jun 2003 18:01:03 +0300
Received: from esebe001.NOE.Nokia.com ([172.21.138.30]) by esebh005.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Wed, 18 Jun 2003 18:01:02 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Wed, 18 Jun 2003 18:00:42 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Subject: RE: [Seamoby] Some comments on CTP
Date: Wed, 18 Jun 2003 18:00:42 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658EEE6@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] Some comments on CTP
Thread-Index: AcM1mpjcpUsaR2T0ReC0EXulzTIKYAAD6JYg
To: <phil.neumiller@convergys.com>, <H.Soliman@flarion.com>,
        <kempf@docomolabs-usa.com>, <richard.h.paine@boeing.com>,
        <seamoby@ietf.org>, <seamoby-admin@ietf.org>,
        <thomas.r.henderson@boeing.com>
X-OriginalArrivalTime: 18 Jun 2003 15:00:43.0123 (UTC) FILETIME=[63C76430:01C335AA]
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id NAA16522

Hi Phil,

> just another random thought....  Should the SA between pAR and nAR be optionally
> longer lived?  I could see where an SCPT association could be useful and
> allow multiple independent CT streams between the pAR and nAR.  Once you went
> through the pain of setting up the SA, it might be useful to keep it up on
> a idle timer until the "border crossings" stop.

Having pre-established SAs between ARs would be reasonable, but I think this
would be something to actually test, so I hesitate to put anything in
the draft with regards to this.

John

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Fri Jun 20 15:05:54 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA29069
	for <seamoby-archive@odin.ietf.org>; Fri, 20 Jun 2003 15:05:53 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5KJ5QI17308
	for seamoby-archive@odin.ietf.org; Fri, 20 Jun 2003 15:05:26 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19TRCQ-0004V5-OK
	for seamoby-web-archive@optimus.ietf.org; Fri, 20 Jun 2003 15:05:26 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA28977
	for <seamoby-web-archive@ietf.org>; Fri, 20 Jun 2003 15:05:23 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19TRCN-00015F-00
	for seamoby-web-archive@ietf.org; Fri, 20 Jun 2003 15:05:23 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19TRCM-000159-00
	for seamoby-web-archive@ietf.org; Fri, 20 Jun 2003 15:05:22 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19TRC1-0004US-B3; Fri, 20 Jun 2003 15:05:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19TRBn-0004U1-Vv
	for seamoby@optimus.ietf.org; Fri, 20 Jun 2003 15:04:48 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA28849
	for <seamoby@ietf.org>; Fri, 20 Jun 2003 15:04:44 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19TRBl-00013B-00
	for seamoby@ietf.org; Fri, 20 Jun 2003 15:04:45 -0400
Received: from key1.docomolabs-usa.com
	([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser)
	by ietf-mx with esmtp (Exim 4.12)
	id 19TRBk-00012h-00
	for seamoby@ietf.org; Fri, 20 Jun 2003 15:04:44 -0400
Message-ID: <033b01c3375e$0add13a0$476015ac@dclkempt40>
From: "James Kempf" <kempf@docomolabs-usa.com>
To: <seamoby@ietf.org>
Date: Fri, 20 Jun 2003 11:59:12 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Subject: [Seamoby] Comments from Antti Tuomin on CT Draft
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id PAA29069

Don't remember if I forwarded these or not. Antti is co-lead for the Linux
MIPL implementation. He is also a member of the Seamoby CT review board.

            jak

-----------------------------------

I-D: draft-ietf-seamoby-ctp-02.txt

Review comments
---------------

1. IPv4 and/or IPv6?

   The draft does not say if this protocol is to be used with IPv4,
   IPv6, or both.  Of course, from the FMIPv6 references and 32 bit
   address fields one can assume that it can be used with both.  You
   could state this explicitly, and in message format description,
   indicate that address fields may be 32 or 128 bits long.  There is
   also the question of having separate message type numbers for IPv4
   and IPv6.  If this is IPv4 only, then some later comments may not
   hold.

2. Security

   Section 2. paragraph 3 says: "CT peers to utilize a secure channel
   for transferring contexts, providing authentication, integrity, and
   (if needed) confidentiality."  Subsection 2.4.2 and 2.4.3 say
   "message SHOULD be protected by use of IPsec Authentication Header
   (AH)".  Couldn't you just use ESP?  AH alone is not able to give
   confidentiality mentioned earlier.  Is there a specific reason to
   use AH (like need for IP header authentication)?  Also, Mobile IPv6
   uses ESP, so the chances are that ESP is already implemented in all
   the entities.

3. CTAR format and use

   Section 2. paragraph 6 says: "The CTAR nessage, described in
   Section 2.4.1, provides the IP address of nAR, the IP address of MN
   on pAR" whereas 2.4.1 says CTAR message has pAR address rather than
   nAR.  Later it is said: "It also includes the MN's new IP address
   (valid on nAR)".  Where does it include this?  I can't find a field
   for new CoA for MN in the CTAR.  I assume the text in section
   2. paragraph 6 "provides the IP address of nAR, the IP address of
   MN on pAR" is wrong.  MN's IP on pAR is not carried in the message,
   only in the IP header.

   It would be clearer, if 2.4.1 would call Mobile Node's Previous IP
   Address as Mobile Node's (previous/new) Care-of Address, Previous
   Router IP Address as (previous/new) Access Router Address, and
   describe the use of these fields in both CTAR to pAR and to nAR
   cases.

   I would recommend adding an example signaling flow for the CTAR to
   pAR case, and perhaps take out 5.4 diagram, since I don't
   understand why nAR would do 5.4 instead of 5.3.

   As Basavaraj already noted, there should be descriptions for each
   field in the message format description.  Makes implementor's life
   much easier.

4. Use of MN's new care-of address

   If MN's new care-of address is included in CTAR or CTD before it is
   assigned on the MN, nAR must defend new CoA (at least for IPv6 DAD)
   until MN claims it.  Should this requirement be stated?  Or can the
   new CoA only be used in CTAR or CTD if it is already assigned to
   the MN?  If so, then it should be clearly stated.

5. Generic message header

   Section 2.4 describes a generic message header format.  Why is this
   broken in 2.4.2?  64 bit alignment?  With IPv4, it probably buys
   you nothing.  When using IPv6 addresses, the 64bit alignment is
   screwed anyway for all other messages than CTD.

6. Optional fields and alignment

   In CDB (2.3) and CTD (2.4.2), there are optional fields in the
   message format.  Section 2.3 says that Presence Vector field is not
   present ("length of the context data block is ... plus 4 bytes if
   the 'V' bit is set") if 'V' bit is not set.  However, 2.4.2 does
   not clearly state if Mobile Node's New Care-of Address field,
   should be present if 'C' bit is not set.  Having the 'C' bit does
   suggest that it is not present.  Also, Section 2.4.2 says "The
   Authorization token type field is present in the predictive
   scenario only."  I guess Type=Auth is the Authorization token type,
   you should use Type=Auth-Token as in 2.4.1.  Does it mean that
   Type=Auth field is not present or it is zero (or some other
   undefined value)?  Further, if Key or Context Data Block is not
   multiple of 32 bits (or Type=Auth is not present), CDBs will not
   start at 32 bit boundary.  If alignment is desired, you must have
   padding or force the 32 bit alignment on the key and CDB.

7. CTAR relay

   Section 5.4 says "routing details later".  Can't find them.

8. Typos

   Section 6: s/MSUT/MUST/

   Section 2.4 paragraph 2: s/unambigously/unambiguously/

   Author's Addresses (shouldn't it be Authors')
   s/Itdmerenkatu/Itämerenkatu/ or s/Itdmerenkatu/Itamerenkatu/ (it's
   'a' with umlaut)  Nit :)




_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Sat Jun 21 02:47:32 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA03350
	for <seamoby-archive@odin.ietf.org>; Sat, 21 Jun 2003 02:47:31 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5L6l4l01321
	for seamoby-archive@odin.ietf.org; Sat, 21 Jun 2003 02:47:04 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Tc9Q-0000LE-I5
	for seamoby-web-archive@optimus.ietf.org; Sat, 21 Jun 2003 02:47:04 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA03328
	for <seamoby-web-archive@ietf.org>; Sat, 21 Jun 2003 02:47:01 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Tc9M-0006LG-00
	for seamoby-web-archive@ietf.org; Sat, 21 Jun 2003 02:47:00 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19Tc9M-0006LD-00
	for seamoby-web-archive@ietf.org; Sat, 21 Jun 2003 02:47:00 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Tc9N-0000KK-RO; Sat, 21 Jun 2003 02:47:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Tc91-0000Ir-2Q
	for seamoby@optimus.ietf.org; Sat, 21 Jun 2003 02:46:39 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA03320
	for <seamoby@ietf.org>; Sat, 21 Jun 2003 02:46:35 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Tc8x-0006L8-00
	for seamoby@ietf.org; Sat, 21 Jun 2003 02:46:35 -0400
Received: from mgw-x4.nokia.com ([131.228.20.27])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Tc8w-0006L5-00
	for seamoby@ietf.org; Sat, 21 Jun 2003 02:46:34 -0400
Received: from esvir03nok.nokia.com (esvir03nokt.ntc.nokia.com [172.21.143.35])
	by mgw-x4.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5L6kY928966
	for <seamoby@ietf.org>; Sat, 21 Jun 2003 09:46:34 +0300 (EET DST)
Received: from esebh002.NOE.Nokia.com (unverified) by esvir03nok.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T62f62abd46ac158f23077@esvir03nok.nokia.com>;
 Sat, 21 Jun 2003 09:46:31 +0300
Received: from esebh005.NOE.Nokia.com ([172.21.138.86]) by esebh002.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Sat, 21 Jun 2003 09:46:34 +0300
Received: from esebe017.NOE.Nokia.com ([172.21.138.56]) by esebh005.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Sat, 21 Jun 2003 09:46:34 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe017.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Sat, 21 Jun 2003 09:46:33 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.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: [Seamoby] Comments from Antti Tuomin on CT Draft
Date: Sat, 21 Jun 2003 09:46:33 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658EF20@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] Comments from Antti Tuomin on CT Draft
Thread-Index: AcM3X2QS76qIZXjZTbqP+H2ai7Jb9QAYWvfw
To: <kempf@docomolabs-usa.com>, <seamoby@ietf.org>
X-OriginalArrivalTime: 21 Jun 2003 06:46:33.0711 (UTC) FILETIME=[DA9767F0:01C337C0]
Content-Transfer-Encoding: quoted-printable
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable

Hi James,

Thanks - I'll add this to the issue tracker on Monday.

John

> -----Original Message-----
> From: ext James Kempf [mailto:kempf@docomolabs-usa.com]
> Sent: 20 June, 2003 21:59
> To: seamoby@ietf.org
> Subject: [Seamoby] Comments from Antti Tuomin on CT Draft
>=20
>=20
> Don't remember if I forwarded these or not. Antti is co-lead=20
> for the Linux
> MIPL implementation. He is also a member of the Seamoby CT=20
> review board.
>=20
>             jak
>=20
> -----------------------------------
>=20
> I-D: draft-ietf-seamoby-ctp-02.txt
>=20
> Review comments
> ---------------
>=20
> 1. IPv4 and/or IPv6?
>=20
>    The draft does not say if this protocol is to be used with IPv4,
>    IPv6, or both.  Of course, from the FMIPv6 references and 32 bit
>    address fields one can assume that it can be used with both.  You
>    could state this explicitly, and in message format description,
>    indicate that address fields may be 32 or 128 bits long.  There is
>    also the question of having separate message type numbers for IPv4
>    and IPv6.  If this is IPv4 only, then some later comments may not
>    hold.
>=20
> 2. Security
>=20
>    Section 2. paragraph 3 says: "CT peers to utilize a secure channel
>    for transferring contexts, providing authentication, integrity, and
>    (if needed) confidentiality."  Subsection 2.4.2 and 2.4.3 say
>    "message SHOULD be protected by use of IPsec Authentication Header
>    (AH)".  Couldn't you just use ESP?  AH alone is not able to give
>    confidentiality mentioned earlier.  Is there a specific reason to
>    use AH (like need for IP header authentication)?  Also, Mobile IPv6
>    uses ESP, so the chances are that ESP is already implemented in all
>    the entities.
>=20
> 3. CTAR format and use
>=20
>    Section 2. paragraph 6 says: "The CTAR nessage, described in
>    Section 2.4.1, provides the IP address of nAR, the IP address of MN
>    on pAR" whereas 2.4.1 says CTAR message has pAR address rather than
>    nAR.  Later it is said: "It also includes the MN's new IP address
>    (valid on nAR)".  Where does it include this?  I can't find a field
>    for new CoA for MN in the CTAR.  I assume the text in section
>    2. paragraph 6 "provides the IP address of nAR, the IP address of
>    MN on pAR" is wrong.  MN's IP on pAR is not carried in the message,
>    only in the IP header.
>=20
>    It would be clearer, if 2.4.1 would call Mobile Node's Previous IP
>    Address as Mobile Node's (previous/new) Care-of Address, Previous
>    Router IP Address as (previous/new) Access Router Address, and
>    describe the use of these fields in both CTAR to pAR and to nAR
>    cases.
>=20
>    I would recommend adding an example signaling flow for the CTAR to
>    pAR case, and perhaps take out 5.4 diagram, since I don't
>    understand why nAR would do 5.4 instead of 5.3.
>=20
>    As Basavaraj already noted, there should be descriptions for each
>    field in the message format description.  Makes implementor's life
>    much easier.
>=20
> 4. Use of MN's new care-of address
>=20
>    If MN's new care-of address is included in CTAR or CTD before it is
>    assigned on the MN, nAR must defend new CoA (at least for IPv6 DAD)
>    until MN claims it.  Should this requirement be stated?  Or can the
>    new CoA only be used in CTAR or CTD if it is already assigned to
>    the MN?  If so, then it should be clearly stated.
>=20
> 5. Generic message header
>=20
>    Section 2.4 describes a generic message header format.  Why is this
>    broken in 2.4.2?  64 bit alignment?  With IPv4, it probably buys
>    you nothing.  When using IPv6 addresses, the 64bit alignment is
>    screwed anyway for all other messages than CTD.
>=20
> 6. Optional fields and alignment
>=20
>    In CDB (2.3) and CTD (2.4.2), there are optional fields in the
>    message format.  Section 2.3 says that Presence Vector field is not
>    present ("length of the context data block is ... plus 4 bytes if
>    the 'V' bit is set") if 'V' bit is not set.  However, 2.4.2 does
>    not clearly state if Mobile Node's New Care-of Address field,
>    should be present if 'C' bit is not set.  Having the 'C' bit does
>    suggest that it is not present.  Also, Section 2.4.2 says "The
>    Authorization token type field is present in the predictive
>    scenario only."  I guess Type=3DAuth is the Authorization token =
type,
>    you should use Type=3DAuth-Token as in 2.4.1.  Does it mean that
>    Type=3DAuth field is not present or it is zero (or some other
>    undefined value)?  Further, if Key or Context Data Block is not
>    multiple of 32 bits (or Type=3DAuth is not present), CDBs will not
>    start at 32 bit boundary.  If alignment is desired, you must have
>    padding or force the 32 bit alignment on the key and CDB.
>=20
> 7. CTAR relay
>=20
>    Section 5.4 says "routing details later".  Can't find them.
>=20
> 8. Typos
>=20
>    Section 6: s/MSUT/MUST/
>=20
>    Section 2.4 paragraph 2: s/unambigously/unambiguously/
>=20
>    Author's Addresses (shouldn't it be Authors')
>    s/Itdmerenkatu/It=E4merenkatu/ or s/Itdmerenkatu/Itamerenkatu/ =
(it's
>    'a' with umlaut)  Nit :)
>=20
>=20
>=20
>=20
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby
>=20

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Mon Jun 23 07:42:43 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA16979
	for <seamoby-archive@odin.ietf.org>; Mon, 23 Jun 2003 07:42:43 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5NBgEj20408
	for seamoby-archive@odin.ietf.org; Mon, 23 Jun 2003 07:42:14 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19UPiA-0005J5-Cc
	for seamoby-web-archive@optimus.ietf.org; Mon, 23 Jun 2003 07:42:14 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA16946
	for <seamoby-web-archive@ietf.org>; Mon, 23 Jun 2003 07:42:13 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19UPi9-0001a4-00
	for seamoby-web-archive@ietf.org; Mon, 23 Jun 2003 07:42:13 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19UPi4-0001Zu-00
	for seamoby-web-archive@ietf.org; Mon, 23 Jun 2003 07:42:08 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19UPhx-0005ID-Ds; Mon, 23 Jun 2003 07:42:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19UPgk-0005EJ-To
	for seamoby@optimus.ietf.org; Mon, 23 Jun 2003 07:41:51 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA16860
	for <seamoby@ietf.org>; Mon, 23 Jun 2003 07:40:30 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19UPgV-0001Z3-00
	for seamoby@ietf.org; Mon, 23 Jun 2003 07:40:31 -0400
Received: from herculanum.int-evry.fr ([157.159.11.15])
	by ietf-mx with esmtp (Exim 4.12)
	id 19UPgK-0001YW-00
	for seamoby@ietf.org; Mon, 23 Jun 2003 07:40:20 -0400
Received: from sparte.int-evry.fr (spartebis.int-evry.fr [157.159.10.20])
	by herculanum.int-evry.fr (Postfix) with ESMTP
	id 8271033DE5; Mon, 23 Jun 2003 13:39:29 +0200 (CEST)
Received: from alpes.int-evry.fr (alpes.int-evry.fr [157.159.10.19])
	by spartebis.int-evry.fr (Postfix) with SMTP
	id 7FAEA3F416; Mon, 23 Jun 2003 13:50:41 +0200 (CEST)
Received: from sparte.int-evry.fr ([157.159.10.11])
 by alpes.int-evry.fr (SAVSMTP 3.0.0.44) with SMTP id M2003062313392927158
 ; Mon, 23 Jun 2003 13:39:29 +0200
Received: from ipv6-5.int-evry.fr (ipv6-5.int-evry.fr [157.159.100.78])
	by sparte.int-evry.fr (Postfix) with ESMTP
	id 4EEFB3F416; Mon, 23 Jun 2003 13:50:41 +0200 (CEST)
Received: from jb by ipv6-5.int-evry.fr with local (Exim id 19UPeC-0007wr-00; Mon, 23 Jun 2003 13:38:08 +0200
Date: Mon, 23 Jun 2003 13:38:08 +0200
From: Julien Bournelle <Julien.Bournelle@int-evry.fr>
To: Rajeev Koodli <rajeev@IPRG.nokia.com>
Cc: seamoby@ietf.org
Subject: Re: [Seamoby] [issue 2] comments/questions on the CTAR response
Message-ID: <20030623113808.GX97676@ipv6-5.int-evry.fr>
References: <DADF50F5EC506B41A0F375ABEB32063658ED77@esebe023.ntc.nokia.com> <20030610132933.GW68740@ipv6-5.int-evry.fr> <3EEE35FB.9BDFBB57@iprg.nokia.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3EEE35FB.9BDFBB57@iprg.nokia.com>
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>

hi,

> > 2/ if we introduce this message, does MN always send a message to
> > nAR as specified in 2.4.1 ?
> >
> > I think that if it sends a CTAR to pAR and receives a response before
> > the handover takes place, this is not necessary.
> >
> 
> No. You still need it. How does nAR know that the legitimate
> MN has attached and is requesting the contexts? Even if the MN
> has received some sort of notification that the CT has taken place,
> the nAR needs to verify that the auth-token matcges before making
> the contexts available.

you're right, in this case I have a question:

Is the CTAR message (sent by MN to nAR) still contain Requested Context
Type ?

> 
> -Rajeev
> 
> 
> >
> > 3/ how do we call this message ?
> > Maybe "Context Transfer Activate Answer (CTAA)" because use of "Reply"
> > could be confusing :-)
> >
> > 4/ What does this message must content ?
> >
> >  - MN's Previous Co@ ?
> >
> >  - OverallStatus Ctx-1 Status ...like in CTDR ?
> >
> >  - An authentication Token ?
> >
> >  - Optionnal data in response to a specific extension (e.g. IPsec/QoS..)
> >
> > 5/ For the optionnal data, how do we "format" them ?
> >
> > 6/ Others ?
> >
> > --
> > julien.bournelle@int-evry.fr
> > _______________________________________________
> > Seamoby mailing list
> > Seamoby@ietf.org
> > https://www1.ietf.org/mailman/listinfo/seamoby
> 

-- 
julien.bournelle@int-evry.fr

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Tue Jun 24 08:01:45 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA12885
	for <seamoby-archive@odin.ietf.org>; Tue, 24 Jun 2003 08:01:45 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5OC1Gc30085
	for seamoby-archive@odin.ietf.org; Tue, 24 Jun 2003 08:01:16 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19UmU8-0007pA-KJ
	for seamoby-web-archive@optimus.ietf.org; Tue, 24 Jun 2003 08:01:16 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA12834
	for <seamoby-web-archive@ietf.org>; Tue, 24 Jun 2003 08:01:14 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19UmU7-0002R2-00
	for seamoby-web-archive@ietf.org; Tue, 24 Jun 2003 08:01:15 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19UmU1-0002Qv-00
	for seamoby-web-archive@ietf.org; Tue, 24 Jun 2003 08:01:09 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19UmTt-0007oL-Au; Tue, 24 Jun 2003 08:01:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19UmTr-0007ny-CJ
	for seamoby@optimus.ietf.org; Tue, 24 Jun 2003 08:00:59 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA12807
	for <seamoby@ietf.org>; Tue, 24 Jun 2003 08:00:57 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19UmTq-0002Qn-00
	for seamoby@ietf.org; Tue, 24 Jun 2003 08:00:58 -0400
Received: from mgw-x1.nokia.com ([131.228.20.21])
	by ietf-mx with esmtp (Exim 4.12)
	id 19UmTf-0002Qh-00
	for seamoby@ietf.org; Tue, 24 Jun 2003 08:00:47 -0400
Received: from esvir01nok.ntc.nokia.com (esvir01nokt.ntc.nokia.com [172.21.143.33])
	by mgw-x1.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5OC0Pa26273
	for <seamoby@ietf.org>; Tue, 24 Jun 2003 15:00:25 +0300 (EET DST)
Received: from esebh001.NOE.Nokia.com (unverified) by esvir01nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T6306bd330aac158f21083@esvir01nok.ntc.nokia.com>;
 Tue, 24 Jun 2003 15:00:24 +0300
Received: from esebe008.NOE.Nokia.com ([172.21.138.48]) by esebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 24 Jun 2003 15:00:24 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe008.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 24 Jun 2003 15:00:24 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.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: [Seamoby] Comments from Antti Tuomin on CT Draft
Date: Tue, 24 Jun 2003 15:00:23 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB3206360C1FB8@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] Comments from Antti Tuomin on CT Draft
Thread-Index: AcM3X2QS76qIZXjZTbqP+H2ai7Jb9QC5kF5Q
To: <kempf@docomolabs-usa.com>, <seamoby@ietf.org>
X-OriginalArrivalTime: 24 Jun 2003 12:00:24.0487 (UTC) FILETIME=[31D90B70:01C33A48]
Content-Transfer-Encoding: quoted-printable
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable

Hi James,

My replies.

> 1. IPv4 and/or IPv6?
>=20
>    The draft does not say if this protocol is to be used with IPv4,
>    IPv6, or both.  Of course, from the FMIPv6 references and 32 bit
>    address fields one can assume that it can be used with both.  You
>    could state this explicitly, and in message format description,
>    indicate that address fields may be 32 or 128 bits long.  There is
>    also the question of having separate message type numbers for IPv4
>    and IPv6.  If this is IPv4 only, then some later comments may not
>    hold.

Both should be possible - assigned issue 9.

> 2. Security
>=20
>    Section 2. paragraph 3 says: "CT peers to utilize a secure channel
>    for transferring contexts, providing authentication, integrity, and
>    (if needed) confidentiality."  Subsection 2.4.2 and 2.4.3 say
>    "message SHOULD be protected by use of IPsec Authentication Header
>    (AH)".  Couldn't you just use ESP?  AH alone is not able to give
>    confidentiality mentioned earlier.  Is there a specific reason to
>    use AH (like need for IP header authentication)?  Also, Mobile IPv6
>    uses ESP, so the chances are that ESP is already implemented in all
>    the entities.

Text suggest seems reasonable - assigned issue 10.

> 3. CTAR format and use
>=20
>    Section 2. paragraph 6 says: "The CTAR nessage, described in
>    Section 2.4.1, provides the IP address of nAR, the IP address of MN
>    on pAR" whereas 2.4.1 says CTAR message has pAR address rather than
>    nAR.  Later it is said: "It also includes the MN's new IP address
>    (valid on nAR)".  Where does it include this?  I can't find a field
>    for new CoA for MN in the CTAR.  I assume the text in section
>    2. paragraph 6 "provides the IP address of nAR, the IP address of
>    MN on pAR" is wrong.  MN's IP on pAR is not carried in the message,
>    only in the IP header.
>=20
>    It would be clearer, if 2.4.1 would call Mobile Node's Previous IP
>    Address as Mobile Node's (previous/new) Care-of Address, Previous
>    Router IP Address as (previous/new) Access Router Address, and
>    describe the use of these fields in both CTAR to pAR and to nAR
>    cases.
>=20
>    I would recommend adding an example signaling flow for the CTAR to
>    pAR case, and perhaps take out 5.4 diagram, since I don't
>    understand why nAR would do 5.4 instead of 5.3.
>=20
>    As Basavaraj already noted, there should be descriptions for each
>    field in the message format description.  Makes implementor's life
>    much easier.

-> resolution, suggestion seems reasonable, will update text.  Assigned =
issue 11.

> 4. Use of MN's new care-of address
>=20
>    If MN's new care-of address is included in CTAR or CTD before it is
>    assigned on the MN, nAR must defend new CoA (at least for IPv6 DAD)
>    until MN claims it.  Should this requirement be stated?  Or can the
>    new CoA only be used in CTAR or CTD if it is already assigned to
>    the MN?  If so, then it should be clearly stated.

Good question - I don't have an answer - assigned issue 12.

> 5. Generic message header
>=20
>    Section 2.4 describes a generic message header format.  Why is this
>    broken in 2.4.2?  64 bit alignment?  With IPv4, it probably buys
>    you nothing.  When using IPv6 addresses, the 64bit alignment is
>    screwed anyway for all other messages than CTD.

Agreed, will fix.  Assigned issue 13.
=09
> 6. Optional fields and alignment
>=20
>    In CDB (2.3) and CTD (2.4.2), there are optional fields in the
>    message format.  Section 2.3 says that Presence Vector field is not
>    present ("length of the context data block is ... plus 4 bytes if
>    the 'V' bit is set") if 'V' bit is not set.  However, 2.4.2 does
>    not clearly state if Mobile Node's New Care-of Address field,
>    should be present if 'C' bit is not set.  Having the 'C' bit does
>    suggest that it is not present.  Also, Section 2.4.2 says "The
>    Authorization token type field is present in the predictive
>    scenario only."  I guess Type=3DAuth is the Authorization token =
type,
>    you should use Type=3DAuth-Token as in 2.4.1.  Does it mean that
>    Type=3DAuth field is not present or it is zero (or some other
>    undefined value)?  Further, if Key or Context Data Block is not
>    multiple of 32 bits (or Type=3DAuth is not present), CDBs will not
>    start at 32 bit boundary.  If alignment is desired, you must have
>    padding or force the 32 bit alignment on the key and CDB.

Proposal seems reasonable - assigned issue 14.

> 7. CTAR relay
>=20
>    Section 5.4 says "routing details later".  Can't find them.

Yup, text needed.  Rajeev / Charlie - do you have text for this?  =
Assigned
issue 15.

> 8. Typos
>=20
>    Section 6: s/MSUT/MUST/
>=20
>    Section 2.4 paragraph 2: s/unambigously/unambiguously/
>=20
>    Author's Addresses (shouldn't it be Authors')
>    s/Itdmerenkatu/It=E4merenkatu/ or s/Itdmerenkatu/Itamerenkatu/ =
(it's
>    'a' with umlaut)  Nit :)

Fixed - no need to assign an issue.

thanks!
John

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Tue Jun 24 14:26:08 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA00496
	for <seamoby-archive@odin.ietf.org>; Tue, 24 Jun 2003 14:26:08 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5OIPfP28862
	for seamoby-archive@odin.ietf.org; Tue, 24 Jun 2003 14:25:41 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19UsU9-0007VR-69
	for seamoby-web-archive@optimus.ietf.org; Tue, 24 Jun 2003 14:25:41 -0400
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA00421
	for <seamoby-web-archive@ietf.org>; Tue, 24 Jun 2003 14:25:38 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19UsTV-0007UM-3O; Tue, 24 Jun 2003 14:25:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19UsSz-0007TG-1D
	for seamoby@optimus.ietf.org; Tue, 24 Jun 2003 14:24:29 -0400
Received: from fridge.docomolabs-usa.com (fwuser@key1.docomolabs-usa.com [216.98.102.225])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA00213
	for <seamoby@ietf.org>; Tue, 24 Jun 2003 14:24:24 -0400 (EDT)
Message-ID: <024e01c33a7c$fabd1fc0$636015ac@dclkempt40>
From: "James Kempf" <kempf@docomolabs-usa.com>
To: <seamoby@ietf.org>
Date: Tue, 24 Jun 2003 11:18:15 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [Seamoby] Candidate for New WG Draft
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Folks,

As a compliment to the CT draft, Pat and I think it would be sensible to
have a draft that describes how CT could be used for a particular context.
In the past, Seamoby has not focussed on this, since our position has been
it is up to other WGs that have responsibility for the particular feature to
do the design work for that feature, but we keep getting the question "give
me a concrete example of what CT would be used *for*?" We'd rather not
include this in the base CT draft, because then people would think that it
is required to implement that particular context when implementing the
transfer protocol. So, since transfer of header compression context is the
candidate easiest for people unfamiliar with CT to understand, we'd like to
recommend that the WG consider the following draft for WG draft status:

    http://www.geocities.com/kempf42/draft-koodli-seamoby-hc-relocate-02.txt

This is a draft that was originally submitted two years ago and expired. It
defines a way to transfer ROHC header context between access routers. The
original draft defined its own CT protocol. In this update, Manish Tiwari
has agreed to act as editor and has modified the protocol to use the Seamoby
CT protocol defined in draft-ietf-seamoby-ctp-02.txt.

The draft was submitted to the drafts editor yesterday, but after the 00
deadline. It isn't clear whether the drafts editor will consider it a 00
draft (since the original expired), in which case, the draft won't be
accepted until after IETF 57, or a continuation of the original, in which
case, the draft will show up in the drafts directory prior to IETF 57. In
any case, we'd like to encourage people to read the draft and comment on the
mailing list. Manish will discuss mailing list comments at IETF 57 and we'll
see whether the WG thinks the draft is a good candidate for WG draft status.
If we do decide to accept it, Pat and I (with Allison's help) will recruit
some reviewers from the ROHC list to make sure the header compression
details are correct.

Please give the draft a good read and comment to the list. Thanx.

            jak


_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Thu Jun 26 02:51:41 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA10453
	for <seamoby-archive@odin.ietf.org>; Thu, 26 Jun 2003 02:51:40 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5Q6pDK29463
	for seamoby-archive@odin.ietf.org; Thu, 26 Jun 2003 02:51:13 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VQbB-0007f3-MB
	for seamoby-web-archive@optimus.ietf.org; Thu, 26 Jun 2003 02:51:13 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA10448
	for <seamoby-web-archive@ietf.org>; Thu, 26 Jun 2003 02:51:10 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VQb7-0006B6-00
	for seamoby-web-archive@ietf.org; Thu, 26 Jun 2003 02:51:09 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19VQb2-0006B2-00
	for seamoby-web-archive@ietf.org; Thu, 26 Jun 2003 02:51:04 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VQaz-0007cS-M6; Thu, 26 Jun 2003 02:51:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VQa5-0007Tt-JH
	for seamoby@optimus.ietf.org; Thu, 26 Jun 2003 02:50:05 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA10408
	for <seamoby@ietf.org>; Thu, 26 Jun 2003 02:50:02 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VQa1-0006Ab-00
	for seamoby@ietf.org; Thu, 26 Jun 2003 02:50:01 -0400
Received: from courier.cs.helsinki.fi ([128.214.9.1] helo=mail.cs.helsinki.fi)
	by ietf-mx with esmtp (Exim 4.12)
	id 19VQZq-0006AU-00
	for seamoby@ietf.org; Thu, 26 Jun 2003 02:49:51 -0400
Received: from mannersaari.cs.Helsinki.FI (mannersaari.cs.helsinki.fi [::ffff:128.214.11.173])
  (IDENT: jmanner, TLS: TLSv1/SSLv3,168bits,DES-CBC3-SHA)
  by mail.cs.helsinki.fi with esmtp; Thu, 26 Jun 2003 09:49:21 +0300
Date: Thu, 26 Jun 2003 09:49:20 +0300 (EEST)
From: Jukka MJ Manner <jmanner@cs.Helsinki.FI>
To: Seamoby Working Group <seamoby@ietf.org>
Subject: RE: [Seamoby] Candidate for New WG Draft
In-Reply-To: <DADF50F5EC506B41A0F375ABEB3206360C1FBB@esebe023.ntc.nokia.com>
Message-ID: <Pine.LNX.4.44.0306260908180.19697-100000@mannersaari.cs.Helsinki.FI>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit


Hi,

I haven't reviewed the draft yet, but it might be a good idea to have in 
Seamoby something like the DCCP User Guide draft. Something that tells 
more than RFC3374. Still, the document should talk about more than one use 
case, though.

Jukka

On Wed, 25 Jun 2003 john.loughney@nokia.com wrote:

> Hi James
> 
> I support this idea.  Actually, it simplifies the CTP document,
> I have an open issue (not logged) to provide more of this kind of
> detail to CTP.  If this is in a seperate doc, it simplifies things
> greatly.
> 
> John
> 
> > -----Original Message-----
> > From: ext James Kempf [mailto:kempf@docomolabs-usa.com]
> > Sent: 24 June, 2003 21:18
> > To: seamoby@ietf.org
> > Subject: [Seamoby] Candidate for New WG Draft
> > 
> > 
> > Folks,
> > 
> > As a compliment to the CT draft, Pat and I think it would be 
> > sensible to
> > have a draft that describes how CT could be used for a 
> > particular context.
> > In the past, Seamoby has not focussed on this, since our 
> > position has been
> > it is up to other WGs that have responsibility for the 
> > particular feature to
> > do the design work for that feature, but we keep getting the 
> > question "give
> > me a concrete example of what CT would be used *for*?" We'd rather not
> > include this in the base CT draft, because then people would 
> > think that it
> > is required to implement that particular context when implementing the
> > transfer protocol. So, since transfer of header compression 
> > context is the
> > candidate easiest for people unfamiliar with CT to 
> > understand, we'd like to
> > recommend that the WG consider the following draft for WG 
> > draft status:
> > 
> >     
> > http://www.geocities.com/kempf42/draft-koodli-seamoby-hc-reloc
> > ate-02.txt
> > 
> > This is a draft that was originally submitted two years ago 
> > and expired. It
> > defines a way to transfer ROHC header context between access 
> > routers. The
> > original draft defined its own CT protocol. In this update, 
> > Manish Tiwari
> > has agreed to act as editor and has modified the protocol to 
> > use the Seamoby
> > CT protocol defined in draft-ietf-seamoby-ctp-02.txt.
> > 
> > The draft was submitted to the drafts editor yesterday, but 
> > after the 00
> > deadline. It isn't clear whether the drafts editor will 
> > consider it a 00
> > draft (since the original expired), in which case, the draft won't be
> > accepted until after IETF 57, or a continuation of the 
> > original, in which
> > case, the draft will show up in the drafts directory prior to 
> > IETF 57. In
> > any case, we'd like to encourage people to read the draft and 
> > comment on the
> > mailing list. Manish will discuss mailing list comments at 
> > IETF 57 and we'll
> > see whether the WG thinks the draft is a good candidate for 
> > WG draft status.
> > If we do decide to accept it, Pat and I (with Allison's help) 
> > will recruit
> > some reviewers from the ROHC list to make sure the header compression
> > details are correct.
> > 
> > Please give the draft a good read and comment to the list. Thanx.
> > 
> >             jak
> > 
> > 
> > _______________________________________________
> > Seamoby mailing list
> > Seamoby@ietf.org
> > https://www1.ietf.org/mailman/listinfo/seamoby
> > 
> 
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby
> 


_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Thu Jun 26 11:15:00 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA01071
	for <seamoby-archive@odin.ietf.org>; Thu, 26 Jun 2003 11:15:00 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5QFEX503070
	for seamoby-archive@odin.ietf.org; Thu, 26 Jun 2003 11:14:33 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VYSH-0000nR-0w
	for seamoby-web-archive@optimus.ietf.org; Thu, 26 Jun 2003 11:14:33 -0400
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA01046
	for <seamoby-web-archive@ietf.org>; Thu, 26 Jun 2003 11:14:30 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VYRl-0000kq-4q; Thu, 26 Jun 2003 11:14:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VYN8-0008IM-F2
	for seamoby@optimus.ietf.org; Thu, 26 Jun 2003 11:09:14 -0400
Received: from CNRI.Reston.VA.US (localhost [127.0.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA00204;
	Thu, 26 Jun 2003 11:09:09 -0400 (EDT)
Message-Id: <200306261509.LAA00204@ietf.org>
Mime-Version: 1.0
Content-Type: Multipart/Mixed; Boundary="NextPart"
To: IETF-Announce: ;
CC: seamoby@ietf.org
From: Internet-Drafts@ietf.org
Reply-to: Internet-Drafts@ietf.org
Date: Thu, 26 Jun 2003 11:09:09 -0400
Subject: [Seamoby] I-D ACTION:draft-lach-nac-00.txt
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>

--NextPart

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


	Title		: Network Access Co-ordination to Complement IP Mobility
                          Protocols
	Author(s)	: H. Lach, M. Catalina-Gallego
	Filename	: draft-lach-nac-00.txt
	Pages		: 14
	Date		: 2003-6-26
	
This draft addresses the need to complement the IP mobility protocols
with respect to the co-ordination of a mobile node's network access. 
The concept of Network Access Agent (NAA) is introduced as a
functional entity in the network to assist the mobile node's IP
handoff strategy. The Network Access Co-ordination Protocol (NACP) is 
proposed as an interaction mechanism between the NAA and the mobile 
node, so that the NAA can provide valuable information and 
recommendations to the mobile node to consider in IP handoff. The 
NACP is conceived so that it is completely independent of the Mobile
IP protocols.

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

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

Internet-Drafts are also available by anonymous FTP. Login with the username
"anonymous" and a password of your e-mail address. After logging in,
type "cd internet-drafts" and then
	"get draft-lach-nac-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-lach-nac-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:	<2003-6-26100603.I-D@ietf.org>

ENCODING mime
FILE /internet-drafts/draft-lach-nac-00.txt

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

Content-Type: text/plain
Content-ID:	<2003-6-26100603.I-D@ietf.org>

--OtherAccess--

--NextPart--



_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Thu Jun 26 12:04:06 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA06411
	for <seamoby-archive@odin.ietf.org>; Thu, 26 Jun 2003 12:04:06 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5QG3dQ17425
	for seamoby-archive@odin.ietf.org; Thu, 26 Jun 2003 12:03:39 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VZDn-0004Wy-Gv
	for seamoby-web-archive@optimus.ietf.org; Thu, 26 Jun 2003 12:03:39 -0400
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA06384
	for <seamoby-web-archive@ietf.org>; Thu, 26 Jun 2003 12:03:36 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VZDB-0004T5-5h; Thu, 26 Jun 2003 12:03:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VZCJ-0004HY-9M
	for seamoby@optimus.ietf.org; Thu, 26 Jun 2003 12:02:07 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA06276
	for <seamoby@ietf.org>; Thu, 26 Jun 2003 12:02:03 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VZCH-0003JJ-00
	for seamoby@ietf.org; Thu, 26 Jun 2003 12:02:05 -0400
Received: from key1.docomolabs-usa.com
	([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser)
	by ietf-mx with esmtp (Exim 4.12)
	id 19VZC6-0003Ix-00
	for seamoby@ietf.org; Thu, 26 Jun 2003 12:01:55 -0400
Message-ID: <00d701c33bfb$6f082260$636015ac@dclkempt40>
From: "James Kempf" <kempf@docomolabs-usa.com>
To: "Jukka MJ Manner" <jmanner@cs.Helsinki.FI>,
        "Seamoby Working Group" <seamoby@ietf.org>
References: <Pine.LNX.4.44.0306260908180.19697-100000@mannersaari.cs.Helsinki.FI>
Subject: Re: [Seamoby] Candidate for New WG Draft
Date: Thu, 26 Jun 2003 08:55:57 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Jukka

> I haven't reviewed the draft yet, but it might be a good idea to have in
> Seamoby something like the DCCP User Guide draft. Something that tells
> more than RFC3374.

I took a very quick look at draft-ietf-dccp-user-guide-00.txt and I could
see some benefit in a similar document for CTP, though, since the intent is
to take CTP to experimental (unlike DCCP) I don't think such a document is
needed right now. Remember, the intent of the header compression CT draft is
to provide a concrete example of real value that would come out of CT, since
some people (and in particular some IESG members and some members of the
Seamoby CT review board) are skeptical. A User's Guide assumes that people
already see the value of the protocol, and is primarily about how to use it.

What do other people think?

>Still, the document should talk about more than one use
> case, though.
>

I'm not quite sure I understand. Are you proposing that specifications for
multiple different kinds of contexts should be included into one draft? If
yes, this sounds a bit impractical to me. If I am, say, interested in
implementing context transfer for header compression, why should I have to
wade through a document that describes context transfer for AAA, and IPsec,
and... Small, focussed specifications tend to do better in IETF, and they
are also easier to review and achieve concensus on approval. Although we
want the header compression CT document as a concrete example, it will also
serve as the (experimental) reference specification for implementing a
header compression context and will be used for that purpose.

            jak


_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Thu Jun 26 14:46:50 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA14388
	for <seamoby-archive@odin.ietf.org>; Thu, 26 Jun 2003 14:46:50 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5PFfNh15901
	for seamoby-archive@odin.ietf.org; Wed, 25 Jun 2003 11:41:23 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VCOc-00046l-O0
	for seamoby-web-archive@optimus.ietf.org; Wed, 25 Jun 2003 11:41:18 -0400
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA16680
	for <seamoby-web-archive@ietf.org>; Wed, 25 Jun 2003 11:41:13 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VCNh-0003ne-HG; Wed, 25 Jun 2003 11:40:21 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VBy6-00089b-9u
	for seamoby@optimus.ietf.org; Wed, 25 Jun 2003 11:13:54 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA03297
	for <seamoby@ietf.org>; Wed, 25 Jun 2003 02:44:54 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19V41V-0002Qa-00
	for seamoby@ietf.org; Wed, 25 Jun 2003 02:44:53 -0400
Received: from mgw-x1.nokia.com ([131.228.20.21])
	by ietf-mx with esmtp (Exim 4.12)
	id 19V41K-0002QV-00
	for seamoby@ietf.org; Wed, 25 Jun 2003 02:44:43 -0400
Received: from esvir01nok.ntc.nokia.com (esvir01nokt.ntc.nokia.com [172.21.143.33])
	by mgw-x1.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5P6iIa27241
	for <seamoby@ietf.org>; Wed, 25 Jun 2003 09:44:18 +0300 (EET DST)
Received: from esebh003.NOE.Nokia.com (unverified) by esvir01nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T630ac22742ac158f21083@esvir01nok.ntc.nokia.com>;
 Wed, 25 Jun 2003 09:44:18 +0300
Received: from esebe017.NOE.Nokia.com ([172.21.138.56]) by esebh003.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Wed, 25 Jun 2003 09:44:18 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe017.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Wed, 25 Jun 2003 09:44:17 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.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: [Seamoby] Candidate for New WG Draft
Date: Wed, 25 Jun 2003 09:44:17 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB3206360C1FBB@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] Candidate for New WG Draft
Thread-Index: AcM6fmqd5nfAH7J6Thqvdf7hdKR79wAZC8qw
To: <kempf@docomolabs-usa.com>, <seamoby@ietf.org>
X-OriginalArrivalTime: 25 Jun 2003 06:44:17.0637 (UTC) FILETIME=[33232950:01C33AE5]
Content-Transfer-Encoding: quoted-printable
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable

Hi James

I support this idea.  Actually, it simplifies the CTP document,
I have an open issue (not logged) to provide more of this kind of
detail to CTP.  If this is in a seperate doc, it simplifies things
greatly.

John

> -----Original Message-----
> From: ext James Kempf [mailto:kempf@docomolabs-usa.com]
> Sent: 24 June, 2003 21:18
> To: seamoby@ietf.org
> Subject: [Seamoby] Candidate for New WG Draft
>=20
>=20
> Folks,
>=20
> As a compliment to the CT draft, Pat and I think it would be=20
> sensible to
> have a draft that describes how CT could be used for a=20
> particular context.
> In the past, Seamoby has not focussed on this, since our=20
> position has been
> it is up to other WGs that have responsibility for the=20
> particular feature to
> do the design work for that feature, but we keep getting the=20
> question "give
> me a concrete example of what CT would be used *for*?" We'd rather not
> include this in the base CT draft, because then people would=20
> think that it
> is required to implement that particular context when implementing the
> transfer protocol. So, since transfer of header compression=20
> context is the
> candidate easiest for people unfamiliar with CT to=20
> understand, we'd like to
> recommend that the WG consider the following draft for WG=20
> draft status:
>=20
>    =20
> http://www.geocities.com/kempf42/draft-koodli-seamoby-hc-reloc
> ate-02.txt
>=20
> This is a draft that was originally submitted two years ago=20
> and expired. It
> defines a way to transfer ROHC header context between access=20
> routers. The
> original draft defined its own CT protocol. In this update,=20
> Manish Tiwari
> has agreed to act as editor and has modified the protocol to=20
> use the Seamoby
> CT protocol defined in draft-ietf-seamoby-ctp-02.txt.
>=20
> The draft was submitted to the drafts editor yesterday, but=20
> after the 00
> deadline. It isn't clear whether the drafts editor will=20
> consider it a 00
> draft (since the original expired), in which case, the draft won't be
> accepted until after IETF 57, or a continuation of the=20
> original, in which
> case, the draft will show up in the drafts directory prior to=20
> IETF 57. In
> any case, we'd like to encourage people to read the draft and=20
> comment on the
> mailing list. Manish will discuss mailing list comments at=20
> IETF 57 and we'll
> see whether the WG thinks the draft is a good candidate for=20
> WG draft status.
> If we do decide to accept it, Pat and I (with Allison's help)=20
> will recruit
> some reviewers from the ROHC list to make sure the header compression
> details are correct.
>=20
> Please give the draft a good read and comment to the list. Thanx.
>=20
>             jak
>=20
>=20
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby
>=20

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Thu Jun 26 17:10:02 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA21869
	for <seamoby-archive@odin.ietf.org>; Thu, 26 Jun 2003 17:10:02 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5QL9Zx00340
	for seamoby-archive@odin.ietf.org; Thu, 26 Jun 2003 17:09:35 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vdzr-00005P-6x
	for seamoby-web-archive@optimus.ietf.org; Thu, 26 Jun 2003 17:09:35 -0400
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA21835
	for <seamoby-web-archive@ietf.org>; Thu, 26 Jun 2003 17:09:31 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VdzK-0008Nd-7M; Thu, 26 Jun 2003 17:09:02 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vdz9-0008NF-MT
	for seamoby@optimus.ietf.org; Thu, 26 Jun 2003 17:08:51 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA21783
	for <seamoby@ietf.org>; Thu, 26 Jun 2003 17:08:47 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Vdz7-00063d-00
	for seamoby@ietf.org; Thu, 26 Jun 2003 17:08:49 -0400
Received: from key1.docomolabs-usa.com
	([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser)
	by ietf-mx with esmtp (Exim 4.12)
	id 19Vdyw-00062A-00
	for seamoby@ietf.org; Thu, 26 Jun 2003 17:08:38 -0400
Message-ID: <030d01c33c25$eaba72d0$636015ac@dclkempt40>
From: "James Kempf" <kempf@docomolabs-usa.com>
To: <seamoby@ietf.org>
Date: Thu, 26 Jun 2003 14:00:04 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [Seamoby] Issue 2: CTAR Response Needed
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Issue 2 questions why there is no CTAR Response. I think this issue is
related to Section 4, Open Issues, in which the only open issue is failure
handling.

The current protocol has no way for the MN to know whether or not the
context transfer (and thus the handover) succeeded. In some cases, an
application, like AAA, on the MN might have to run the protocol from scratch
in order to re-establish the context. In other cases, like header
compression, the context would get reestablished automatically as packets
showed up at the router/MN with full IPv6 headers.

So, I think there is a need for a CTARR to tell the MN whether or not the
CT.

Comments?

                jak




_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Thu Jun 26 17:22:48 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA22404
	for <seamoby-archive@odin.ietf.org>; Thu, 26 Jun 2003 17:22:48 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5QLMLN07481
	for seamoby-archive@odin.ietf.org; Thu, 26 Jun 2003 17:22:21 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VeCD-0001wa-FH
	for seamoby-web-archive@optimus.ietf.org; Thu, 26 Jun 2003 17:22:21 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA22363
	for <seamoby-web-archive@ietf.org>; Thu, 26 Jun 2003 17:22:17 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VeCB-00068b-00
	for seamoby-web-archive@ietf.org; Thu, 26 Jun 2003 17:22:19 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19VeC5-00068Q-00
	for seamoby-web-archive@ietf.org; Thu, 26 Jun 2003 17:22:13 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VeBs-0001v8-Ms; Thu, 26 Jun 2003 17:22:00 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VeBR-0001tu-Pt
	for seamoby@optimus.ietf.org; Thu, 26 Jun 2003 17:21:33 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA22308
	for <seamoby@ietf.org>; Thu, 26 Jun 2003 17:21:30 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VeBP-000687-00
	for seamoby@ietf.org; Thu, 26 Jun 2003 17:21:31 -0400
Received: from key1.docomolabs-usa.com
	([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser)
	by ietf-mx with esmtp (Exim 4.12)
	id 19VeBE-000683-00
	for seamoby@ietf.org; Thu, 26 Jun 2003 17:21:20 -0400
Message-ID: <031301c33c28$21e0b9c0$636015ac@dclkempt40>
From: "James Kempf" <kempf@docomolabs-usa.com>
To: <seamoby@ietf.org>
Date: Thu, 26 Jun 2003 14:15:54 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [Seamoby] Issue 15: CTAR Relay
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

The last paragraph of Section 5.4, it says that CTAR Relay routes to PAR,
but the routing details are given later.

Is CTAR Relay really necessary? Isn't it sufficient to either a) send CTAR
to NAR (as currently) or b) send CTAR to PAR?

Note: FMIP has chosen to do b), why does CTP do a) instead?

I'm especially curious because the CTP and FMIP drafts share an author and
one of the authors on the CTP draft was on the original FMIP design team,
which would have suggested to me more consistency in the basic architecture
between the two protocols.

            jak


_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Thu Jun 26 17:29:33 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA22786
	for <seamoby-archive@odin.ietf.org>; Thu, 26 Jun 2003 17:29:33 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5QLT7p13480
	for seamoby-archive@odin.ietf.org; Thu, 26 Jun 2003 17:29:07 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VeIk-0003V1-Um
	for seamoby-web-archive@optimus.ietf.org; Thu, 26 Jun 2003 17:29:06 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA22766
	for <seamoby-web-archive@ietf.org>; Thu, 26 Jun 2003 17:29:03 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VeIi-0006EK-00
	for seamoby-web-archive@ietf.org; Thu, 26 Jun 2003 17:29:04 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19VeId-0006EH-00
	for seamoby-web-archive@ietf.org; Thu, 26 Jun 2003 17:28:59 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VeIe-0003Ho-RF; Thu, 26 Jun 2003 17:29:00 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VeHn-0003HJ-2q
	for seamoby@optimus.ietf.org; Thu, 26 Jun 2003 17:28:07 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA22734
	for <seamoby@ietf.org>; Thu, 26 Jun 2003 17:28:03 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VeHk-0006DT-00
	for seamoby@ietf.org; Thu, 26 Jun 2003 17:28:04 -0400
Received: from mailhost.iprg.nokia.com ([205.226.5.12])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VeHU-0006Al-00
	for seamoby@ietf.org; Thu, 26 Jun 2003 17:27:48 -0400
Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69])
	by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id OAA25853;
	Thu, 26 Jun 2003 14:24:50 -0700 (PDT)
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id h5QLOnb19496;
	Thu, 26 Jun 2003 14:24:49 -0700
X-mProtect: <200306262124> Nokia Silicon Valley Messaging Protection
Received: from UNKNOWN (205.226.2.89, claiming to be "iprg.nokia.com")
	by darkstar.iprg.nokia.com smtpdJD52Uy; Thu, 26 Jun 2003 14:24:47 PDT
Message-ID: <3EFB649F.6B278E5@iprg.nokia.com>
Date: Thu, 26 Jun 2003 14:24:48 -0700
From: "Charles E. Perkins" <charliep@iprg.nokia.com>
Organization: Nokia Research Center
X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.4-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: James Kempf <kempf@docomolabs-usa.com>
CC: seamoby@ietf.org
Subject: Re: [Seamoby] Issue 2: CTAR Response Needed
References: <030d01c33c25$eaba72d0$636015ac@dclkempt40>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit


Hello folks,

For the contexts that I have thought about in detail,
such a response doesn't seem clearly necessary.

- For header compression, I think the response is
  clearly unnecessary, because the mobile node
  might not be able to use the information in any
  useful way.

- For QoS, it could be that the CTAR response would
  not have the important information, and that the
  QoS protocol mechanism would be in charge of supplying
  the necessary error status.  I tend to think that
  the CTAR response should say whether or not the QoS
  context succeeded, but we don't know this yet from
  NSIS.  If anyone thinks the matter is clear, then
  maybe some discussion would help.

- For buffering, I think clearly no response is
  needed.

- For security, I think that the answer is still
  not clear, and it might depend on the reason why
  the security context could not be transferred.
  But I did not feel comfortable saying that we
  should automatically inform prospective security
  clients that their credentials are invalid.

Perhaps the right answer is that, once a context is
clearly identified as needed a CTAR response, at that
time we could create the protocol message.  Then, it
would be a matter for the feature profile to specify
whether the particular context type needed to allow
for CTAR response or not.

If that time arrives, then someone will have to make
the further determination about whether only negative
responses are needed, or whether responses are needed
even for positive results.

Regards,
Charlie P.




James Kempf wrote:
> 
> Issue 2 questions why there is no CTAR Response. I think this issue is
> related to Section 4, Open Issues, in which the only open issue is failure
> handling.
> 
> The current protocol has no way for the MN to know whether or not the
> context transfer (and thus the handover) succeeded. In some cases, an
> application, like AAA, on the MN might have to run the protocol from scratch
> in order to re-establish the context. In other cases, like header
> compression, the context would get reestablished automatically as packets
> showed up at the router/MN with full IPv6 headers.
> 
> So, I think there is a need for a CTARR to tell the MN whether or not the
> CT.
> 
> Comments?
> 
>                 jak
> 
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Thu Jun 26 17:36:34 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA22964
	for <seamoby-archive@odin.ietf.org>; Thu, 26 Jun 2003 17:36:34 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5QLa7I14445
	for seamoby-archive@odin.ietf.org; Thu, 26 Jun 2003 17:36:07 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VePX-0003ku-Js
	for seamoby-web-archive@optimus.ietf.org; Thu, 26 Jun 2003 17:36:07 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA22951
	for <seamoby-web-archive@ietf.org>; Thu, 26 Jun 2003 17:36:03 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VePV-0006Gz-00
	for seamoby-web-archive@ietf.org; Thu, 26 Jun 2003 17:36:05 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19VePP-0006Gw-00
	for seamoby-web-archive@ietf.org; Thu, 26 Jun 2003 17:35:59 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VePQ-0003k8-TB; Thu, 26 Jun 2003 17:36:00 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VeOt-0003jc-6O
	for seamoby@optimus.ietf.org; Thu, 26 Jun 2003 17:35:27 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA22943
	for <seamoby@ietf.org>; Thu, 26 Jun 2003 17:35:23 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VeOq-0006Gk-00
	for seamoby@ietf.org; Thu, 26 Jun 2003 17:35:24 -0400
Received: from key1.docomolabs-usa.com
	([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser)
	by ietf-mx with esmtp (Exim 4.12)
	id 19VeOf-0006Gh-00
	for seamoby@ietf.org; Thu, 26 Jun 2003 17:35:14 -0400
Message-ID: <031901c33c2a$1224f210$636015ac@dclkempt40>
From: "James Kempf" <kempf@docomolabs-usa.com>
To: <seamoby@ietf.org>
Date: Thu, 26 Jun 2003 14:29:47 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [Seamoby] Issue 12: Inclusion of MN's nCoA in CTAR or CTD
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Issue 12 questions including the MN's nCoA in CTAR or CTD. If MN has not yet
completed DAD, then the address is not confirmed and it may not be if there
is a conflict (note however that exactly how to quickly confirm a nCoA is
currently a topic of heavy discussion on the MIP list, RFC 2462 DAD may not
be done). There seems to be an assumption built in that predictive handover
is occuring, and the MN will know its CoA prior to moving to the new link
or, if not predictive, then immediately on coming on link.

Was this intended as an identifier for the MN on the new link? If so,
wouldn't a more stable identifier be the MN's link layer address?

And what is the purpoe of old CoA?

            jak


_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Thu Jun 26 18:09:34 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA24469
	for <seamoby-archive@odin.ietf.org>; Thu, 26 Jun 2003 18:09:34 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5QM98e23307
	for seamoby-archive@odin.ietf.org; Thu, 26 Jun 2003 18:09:08 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VevU-00063q-Aw
	for seamoby-web-archive@optimus.ietf.org; Thu, 26 Jun 2003 18:09:08 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA24413
	for <seamoby-web-archive@ietf.org>; Thu, 26 Jun 2003 18:09:03 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VevR-0006UN-00
	for seamoby-web-archive@ietf.org; Thu, 26 Jun 2003 18:09:05 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19VevL-0006UK-00
	for seamoby-web-archive@ietf.org; Thu, 26 Jun 2003 18:08:59 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VevM-000636-S4; Thu, 26 Jun 2003 18:09:00 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Veul-00062f-CE
	for seamoby@optimus.ietf.org; Thu, 26 Jun 2003 18:08:23 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA24350
	for <seamoby@ietf.org>; Thu, 26 Jun 2003 18:08:18 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Veui-0006U6-00
	for seamoby@ietf.org; Thu, 26 Jun 2003 18:08:20 -0400
Received: from mailhost.iprg.nokia.com ([205.226.5.12])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VeuS-0006Tx-00
	for seamoby@ietf.org; Thu, 26 Jun 2003 18:08:04 -0400
Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69])
	by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id PAA27879;
	Thu, 26 Jun 2003 15:07:24 -0700 (PDT)
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id h5QM7NT05618;
	Thu, 26 Jun 2003 15:07:23 -0700
X-mProtect: <200306262207> Nokia Silicon Valley Messaging Protection
Received: from UNKNOWN (205.226.2.90, claiming to be "iprg.nokia.com")
	by darkstar.iprg.nokia.com smtpdUq8fU2; Thu, 26 Jun 2003 15:07:22 PDT
Message-ID: <3EFB6E9B.3D1795E1@iprg.nokia.com>
Date: Thu, 26 Jun 2003 15:07:23 -0700
From: Rajeev Koodli <rajeev@iprg.nokia.com>
Organization: Nokia Research Center
X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.4-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: James Kempf <kempf@docomolabs-usa.com>
CC: seamoby@ietf.org
Subject: Re: [Seamoby] Issue 2: CTAR Response Needed
References: <030d01c33c25$eaba72d0$636015ac@dclkempt40>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit


This could be useful during failures, depending on
the particular feature context. So, a place-holder for
now might be appropriate.

Regards,

-Rajeev

James Kempf wrote:

> Issue 2 questions why there is no CTAR Response. I think this issue is
> related to Section 4, Open Issues, in which the only open issue is failure
> handling.
>
> The current protocol has no way for the MN to know whether or not the
> context transfer (and thus the handover) succeeded. In some cases, an
> application, like AAA, on the MN might have to run the protocol from scratch
> in order to re-establish the context. In other cases, like header
> compression, the context would get reestablished automatically as packets
> showed up at the router/MN with full IPv6 headers.
>
> So, I think there is a need for a CTARR to tell the MN whether or not the
> CT.
>
> Comments?
>
>                 jak
>
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby


_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Thu Jun 26 18:25:38 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA25484
	for <seamoby-archive@odin.ietf.org>; Thu, 26 Jun 2003 18:25:38 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5QMPCd30844
	for seamoby-archive@odin.ietf.org; Thu, 26 Jun 2003 18:25:12 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VfB1-00080P-FR
	for seamoby-web-archive@optimus.ietf.org; Thu, 26 Jun 2003 18:25:11 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA25469
	for <seamoby-web-archive@ietf.org>; Thu, 26 Jun 2003 18:25:06 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VfAy-0006ae-00
	for seamoby-web-archive@ietf.org; Thu, 26 Jun 2003 18:25:08 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19VfAs-0006ab-00
	for seamoby-web-archive@ietf.org; Thu, 26 Jun 2003 18:25:03 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VfAs-0007yG-3n; Thu, 26 Jun 2003 18:25:02 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VfAI-0007xe-Vh
	for seamoby@optimus.ietf.org; Thu, 26 Jun 2003 18:24:27 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA25449
	for <seamoby@ietf.org>; Thu, 26 Jun 2003 18:24:22 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VfAG-0006a9-00
	for seamoby@ietf.org; Thu, 26 Jun 2003 18:24:24 -0400
Received: from key1.docomolabs-usa.com
	([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser)
	by ietf-mx with esmtp (Exim 4.12)
	id 19VfA5-0006Zx-00
	for seamoby@ietf.org; Thu, 26 Jun 2003 18:24:13 -0400
Message-ID: <036d01c33c30$e1446ac0$636015ac@dclkempt40>
From: "James Kempf" <kempf@docomolabs-usa.com>
To: "Charles E. Perkins" <charliep@iprg.nokia.com>
Cc: <seamoby@ietf.org>
References: <030d01c33c25$eaba72d0$636015ac@dclkempt40> <3EFB649F.6B278E5@iprg.nokia.com>
Subject: Re: [Seamoby] Issue 2: CTAR Response Needed
Date: Thu, 26 Jun 2003 15:18:31 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Hi Charlie,

Agree on header compression and buffering.

Security is a little murky:

    - If you mean IPsec SA context (like, for example, to secure the FMIP
signaling) then I agree, but I'll note that there are some security experts
that question the security of context transfer for this purpose in the first
place.

   - If you mean basic network access authentication as provided by AAA,
then I disagree. Suppose a transfer is attempted of basic authentication and
it fails. How would the MN know to redo network access authentication so it
could start getting routing service? One place where AAA transfer might fail
is at the boundary between two administrative domains, but it could also
fail for other reasons.

    - If you mean firewall properties (in the sense of Defcon), then I think
I disagree because the MN needs to know if it must re-establish the firewall
filters, otherwise it might stop receiving traffic and not know why. The
assumption here is that setting up the firewall filters is a co-operative
effort between the network and MN and that they are not simply installed by
the network (which a variation of the Defcon assumption).

For QoS, I'm not quite sure I follow your explanation. It seems like what
you are saying is that a CTAR response might not have access to whether the
QoS context establishment failed or not, right? But what connection does
that have with NSIS? My understanding (perhaps incorrect) is that NSIS is
simply a signaling mechanism. The success or failure of the QoS context
establishment should be independent of the signaling to establish it in the
first place. Or is the assumption that establishing the context after
transfer goes through the same steps as the signaling protocol would?

W.r.t. QoS, it seems like one would need to examine what context would be
established (and here I think we are talking about Intserv kinds of context,
or maybe a subset of the kind that would be involved in Intserv, like a
basic bandwidth and latency allocation, since I believe Diffserv is
stateless w.r.t. individual flows).

            jak


----- Original Message ----- 
From: "Charles E. Perkins" <charliep@iprg.nokia.com>
To: "James Kempf" <kempf@docomolabs-usa.com>
Cc: <seamoby@ietf.org>
Sent: Thursday, June 26, 2003 2:24 PM
Subject: Re: [Seamoby] Issue 2: CTAR Response Needed


>
> Hello folks,
>
> For the contexts that I have thought about in detail,
> such a response doesn't seem clearly necessary.
>
> - For header compression, I think the response is
>   clearly unnecessary, because the mobile node
>   might not be able to use the information in any
>   useful way.
>
> - For QoS, it could be that the CTAR response would
>   not have the important information, and that the
>   QoS protocol mechanism would be in charge of supplying
>   the necessary error status.  I tend to think that
>   the CTAR response should say whether or not the QoS
>   context succeeded, but we don't know this yet from
>   NSIS.  If anyone thinks the matter is clear, then
>   maybe some discussion would help.
>
> - For buffering, I think clearly no response is
>   needed.
>
> - For security, I think that the answer is still
>   not clear, and it might depend on the reason why
>   the security context could not be transferred.
>   But I did not feel comfortable saying that we
>   should automatically inform prospective security
>   clients that their credentials are invalid.
>
> Perhaps the right answer is that, once a context is
> clearly identified as needed a CTAR response, at that
> time we could create the protocol message.  Then, it
> would be a matter for the feature profile to specify
> whether the particular context type needed to allow
> for CTAR response or not.
>
> If that time arrives, then someone will have to make
> the further determination about whether only negative
> responses are needed, or whether responses are needed
> even for positive results.
>
> Regards,
> Charlie P.
>
>
>
>
> James Kempf wrote:
> >
> > Issue 2 questions why there is no CTAR Response. I think this issue is
> > related to Section 4, Open Issues, in which the only open issue is
failure
> > handling.
> >
> > The current protocol has no way for the MN to know whether or not the
> > context transfer (and thus the handover) succeeded. In some cases, an
> > application, like AAA, on the MN might have to run the protocol from
scratch
> > in order to re-establish the context. In other cases, like header
> > compression, the context would get reestablished automatically as
packets
> > showed up at the router/MN with full IPv6 headers.
> >
> > So, I think there is a need for a CTARR to tell the MN whether or not
the
> > CT.
> >
> > Comments?
> >
> >                 jak
> >
> > _______________________________________________
> > Seamoby mailing list
> > Seamoby@ietf.org
> > https://www1.ietf.org/mailman/listinfo/seamoby
>


_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Thu Jun 26 19:28:36 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA27072
	for <seamoby-archive@odin.ietf.org>; Thu, 26 Jun 2003 19:28:36 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5QNSA116215
	for seamoby-archive@odin.ietf.org; Thu, 26 Jun 2003 19:28:10 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vg9x-0004DS-Vb
	for seamoby-web-archive@optimus.ietf.org; Thu, 26 Jun 2003 19:28:09 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA27046
	for <seamoby-web-archive@ietf.org>; Thu, 26 Jun 2003 19:28:06 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Vg9w-00074E-00
	for seamoby-web-archive@ietf.org; Thu, 26 Jun 2003 19:28:08 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19Vg9q-00074B-00
	for seamoby-web-archive@ietf.org; Thu, 26 Jun 2003 19:28:02 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vg9p-0004CE-G6; Thu, 26 Jun 2003 19:28:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vg91-0004Bf-Du
	for seamoby@optimus.ietf.org; Thu, 26 Jun 2003 19:27:11 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA27002
	for <seamoby@ietf.org>; Thu, 26 Jun 2003 19:27:07 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Vg8z-00072u-00
	for seamoby@ietf.org; Thu, 26 Jun 2003 19:27:09 -0400
Received: from user.informatik.uni-goettingen.de ([134.76.81.16] helo=s2.ifi.informatik.uni-goettingen.de)
	by ietf-mx with esmtp (Exim 4.12)
	id 19Vg8p-00072p-00
	for seamoby@ietf.org; Thu, 26 Jun 2003 19:26:59 -0400
Received: from cs.uni-goettingen.de (IBZGate.ibz.gwdg.de [::ffff:134.76.38.21])
  (AUTH: LOGIN fu)
  by s2.ifi.informatik.uni-goettingen.de with esmtp; Fri, 27 Jun 2003 01:27:00 +0200
Message-ID: <3EFB815E.5FE96BB6@cs.uni-goettingen.de>
Date: Fri, 27 Jun 2003 01:27:26 +0200
From: Xiaoming Fu <fu@cs.uni-goettingen.de>
Organization: University of Goettingen
X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: James Kempf <kempf@docomolabs-usa.com>
CC: "Charles E. Perkins" <charliep@iprg.nokia.com>, seamoby@ietf.org
Subject: Re: [Seamoby] Issue 2: CTAR Response Needed
References: <030d01c33c25$eaba72d0$636015ac@dclkempt40> <3EFB649F.6B278E5@iprg.nokia.com> <036d01c33c30$e1446ac0$636015ac@dclkempt40> <3EFB7766.151FA274@cs.uni-goettingen.de> <03b001c33c37$774bccb0$636015ac@dclkempt40>
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Hi,

I suppose this might be one of the potential reasons why CTP came into
being. A CTP-friendly NSIS needs adding/readjusting a few features
(message format; refreshment; security), though.

Xiaoming

James Kempf wrote:
> 
> So it sounds like NSIS could benefit from knowing whether the CT succeeded
> or failed?
> 
>             jak
> 
> ----- Original Message -----
> From: "Xiaoming Fu" <fu@cs.uni-goettingen.de>
> To: "James Kempf" <kempf@docomolabs-usa.com>
> Cc: "Charles E. Perkins" <charliep@iprg.nokia.com>; <seamoby@ietf.org>
> Sent: Thursday, June 26, 2003 3:44 PM
> Subject: Re: [Seamoby] Issue 2: CTAR Response Needed
> 
> > Hi James,
> >
> > James Kempf wrote:
> > > For QoS, I'm not quite sure I follow your explanation. It seems like
> what
> > > you are saying is that a CTAR response might not have access to whether
> the
> > > QoS context establishment failed or not, right? But what connection does
> > > that have with NSIS? My understanding (perhaps incorrect) is that NSIS
> is
> > > simply a signaling mechanism. The success or failure of the QoS context
> > > establishment should be independent of the signaling to establish it in
> the
> > > first place. Or is the assumption that establishing the context after
> > > transfer goes through the same steps as the signaling protocol would?
> >
> > In my understanding NSIS is trying to deliver different context (for
> > different signaling applications, such as QoS resource reservation) to
> > network nodes. If NSIS knows CT succeeds, it would not need to deliver
> > QoS context from the MN along the nAR, thus saving wireless bandwidth;
> > rather notifies (using shorter signaling message) the nAR to use that
> > from CTD.
> >
> > >
> > > W.r.t. QoS, it seems like one would need to examine what context would
> be
> > > established (and here I think we are talking about Intserv kinds of
> context,
> > > or maybe a subset of the kind that would be involved in Intserv, like a
> > > basic bandwidth and latency allocation, since I believe Diffserv is
> > > stateless w.r.t. individual flows).
> >
> > IMO QoS signaling for DiffServ could be also necessary, e.g., for
> > marking/metering purposes.
> >
> > Cheers,
> > Xiaoming
> >

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Fri Jun 27 01:36:37 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA05901
	for <seamoby-archive@odin.ietf.org>; Fri, 27 Jun 2003 01:36:37 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5R5a8T10025
	for seamoby-archive@odin.ietf.org; Fri, 27 Jun 2003 01:36:08 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vlu4-0002bc-KK
	for seamoby-web-archive@optimus.ietf.org; Fri, 27 Jun 2003 01:36:08 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA05877
	for <seamoby-web-archive@ietf.org>; Fri, 27 Jun 2003 01:36:06 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Vlu1-0001SK-00
	for seamoby-web-archive@ietf.org; Fri, 27 Jun 2003 01:36:05 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19Vltw-0001SH-00
	for seamoby-web-archive@ietf.org; Fri, 27 Jun 2003 01:36:00 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vltx-0002as-I4; Fri, 27 Jun 2003 01:36:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vltr-0002ab-Pf
	for seamoby@optimus.ietf.org; Fri, 27 Jun 2003 01:35:55 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA05868
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 01:35:53 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Vlto-0001S8-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 01:35:52 -0400
Received: from courier.cs.helsinki.fi ([128.214.9.1] helo=mail.cs.helsinki.fi)
	by ietf-mx with esmtp (Exim 4.12)
	id 19Vltd-0001Rp-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 01:35:41 -0400
Received: from mannersaari.cs.Helsinki.FI (mannersaari.cs.helsinki.fi [::ffff:128.214.11.173])
  (IDENT: jmanner, TLS: TLSv1/SSLv3,168bits,DES-CBC3-SHA)
  by mail.cs.helsinki.fi with esmtp; Fri, 27 Jun 2003 08:34:42 +0300
Date: Fri, 27 Jun 2003 08:34:42 +0300 (EEST)
From: Jukka MJ Manner <jmanner@cs.Helsinki.FI>
To: James Kempf <kempf@docomolabs-usa.com>
cc: Seamoby Working Group <seamoby@ietf.org>
Subject: Re: [Seamoby] Candidate for New WG Draft
In-Reply-To: <00d701c33bfb$6f082260$636015ac@dclkempt40>
Message-ID: <Pine.LNX.4.44.0306270826220.19697-100000@mannersaari.cs.Helsinki.FI>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit


Hi,

I have tried for the last years to figure out how
seamless/smooth/fast/[your favorite term here] handovers with QoS support
can in real life be accomplished. I personally have come to the conclusion
that although QoS and mobility management mechanisms seem to be somewhat
in order, a CT framework would be the "final blow" in the whole system.
More specifically, being able to do CT for IPSec and AAA is THE key, well,
to me at least.

Thus, I would like to see a WG guide on how you do IPSec and AAA CT, and 
how you couple that with the applications using the security mechanisms, 
for example, RSVP and a given mobility management mechanism.

To go to the point, finaly, I would like the see the mentioned Seamoby
"user guide" for CT, but it should also include the mentioned two
additional use cases. I know that Seamoby is trying to close the work, but
I think it might still be a good idea to try to write such an
informational document.

My 2 cents,
Jukka

On Thu, 26 Jun 2003, James Kempf wrote:

> Jukka
> 
> > I haven't reviewed the draft yet, but it might be a good idea to have in
> > Seamoby something like the DCCP User Guide draft. Something that tells
> > more than RFC3374.
> 
> I took a very quick look at draft-ietf-dccp-user-guide-00.txt and I could
> see some benefit in a similar document for CTP, though, since the intent is
> to take CTP to experimental (unlike DCCP) I don't think such a document is
> needed right now. Remember, the intent of the header compression CT draft is
> to provide a concrete example of real value that would come out of CT, since
> some people (and in particular some IESG members and some members of the
> Seamoby CT review board) are skeptical. A User's Guide assumes that people
> already see the value of the protocol, and is primarily about how to use it.
> 
> What do other people think?
> 
> >Still, the document should talk about more than one use
> > case, though.
> >
> 
> I'm not quite sure I understand. Are you proposing that specifications for
> multiple different kinds of contexts should be included into one draft? If
> yes, this sounds a bit impractical to me. If I am, say, interested in
> implementing context transfer for header compression, why should I have to
> wade through a document that describes context transfer for AAA, and IPsec,
> and... Small, focussed specifications tend to do better in IETF, and they
> are also easier to review and achieve concensus on approval. Although we
> want the header compression CT document as a concrete example, it will also
> serve as the (experimental) reference specification for implementing a
> header compression context and will be used for that purpose.
> 
>             jak
> 
> 


_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Fri Jun 27 01:52:37 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA06140
	for <seamoby-archive@odin.ietf.org>; Fri, 27 Jun 2003 01:52:37 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5R5q9k18543
	for seamoby-archive@odin.ietf.org; Fri, 27 Jun 2003 01:52:09 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vm9Z-0004p0-6V
	for seamoby-web-archive@optimus.ietf.org; Fri, 27 Jun 2003 01:52:09 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA06125
	for <seamoby-web-archive@ietf.org>; Fri, 27 Jun 2003 01:52:06 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Vm9V-0001Wg-00
	for seamoby-web-archive@ietf.org; Fri, 27 Jun 2003 01:52:05 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19Vm9Q-0001Wd-00
	for seamoby-web-archive@ietf.org; Fri, 27 Jun 2003 01:52:00 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vm9S-0004kA-9F; Fri, 27 Jun 2003 01:52:02 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vm4x-00044H-Ea
	for seamoby@optimus.ietf.org; Fri, 27 Jun 2003 01:47:23 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA06071
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 01:47:21 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Vm4u-0001Vn-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 01:47:20 -0400
Received: from mailhost.iprg.nokia.com ([205.226.5.12])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Vm4e-0001Vf-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 01:47:04 -0400
Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69])
	by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id WAA19552;
	Thu, 26 Jun 2003 22:46:07 -0700 (PDT)
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id h5R5k6q06088;
	Thu, 26 Jun 2003 22:46:06 -0700
X-mProtect: <200306270546> Nokia Silicon Valley Messaging Protection
Received: from UNKNOWN (205.226.22.18, claiming to be "iprg.nokia.com")
	by darkstar.iprg.nokia.com smtpd1mRIYC; Thu, 26 Jun 2003 22:46:03 PDT
Message-ID: <3EFBDA18.90308@iprg.nokia.com>
Date: Thu, 26 Jun 2003 22:46:00 -0700
From: Charlie Perkins <charliep@iprg.nokia.com>
Organization: Nokia
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Jukka MJ Manner <jmanner@cs.Helsinki.FI>
CC: Seamoby Working Group <seamoby@ietf.org>
Subject: Re: [Seamoby] Candidate for New WG Draft
References: <Pine.LNX.4.44.0306270826220.19697-100000@mannersaari.cs.Helsinki.FI>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit


Hello Jukka,

I agree with you that QoS context transfer is a crucial piece.
In fact, in a way the QoS support was one of my main
motivating factors for working on this problem.  I'm happy
to say that we have achieved a certain degree of success
with our prototype.

However, it may be procedurally impossible to publish a document
towards that goal within seamoby.  I would definitely support
putting this work item on the charter, but it seems to me that the
goal of the authority structures surrounding seamoby is to shut
down the working group, for whatever reason (I do not understand).

Maybe the work should proceed in another working group exactly
like seamoby, but with more enthusiastic IESG support.  I'm not sure
how to engender that result, though.

Regards,
Charlie P.



Jukka MJ Manner wrote:

>Hi,
>
>I have tried for the last years to figure out how
>seamless/smooth/fast/[your favorite term here] handovers with QoS support
>can in real life be accomplished. I personally have come to the conclusion
>that although QoS and mobility management mechanisms seem to be somewhat
>in order, a CT framework would be the "final blow" in the whole system.
>More specifically, being able to do CT for IPSec and AAA is THE key, well,
>to me at least.
>
>Thus, I would like to see a WG guide on how you do IPSec and AAA CT, and 
>how you couple that with the applications using the security mechanisms, 
>for example, RSVP and a given mobility management mechanism.
>
>To go to the point, finaly, I would like the see the mentioned Seamoby
>"user guide" for CT, but it should also include the mentioned two
>additional use cases. I know that Seamoby is trying to close the work, but
>I think it might still be a good idea to try to write such an
>informational document.
>
>My 2 cents,
>Jukka
>
>On Thu, 26 Jun 2003, James Kempf wrote:
>
>  
>
>>Jukka
>>
>>    
>>
>>>I haven't reviewed the draft yet, but it might be a good idea to have in
>>>Seamoby something like the DCCP User Guide draft. Something that tells
>>>more than RFC3374.
>>>      
>>>
>>I took a very quick look at draft-ietf-dccp-user-guide-00.txt and I could
>>see some benefit in a similar document for CTP, though, since the intent is
>>to take CTP to experimental (unlike DCCP) I don't think such a document is
>>needed right now. Remember, the intent of the header compression CT draft is
>>to provide a concrete example of real value that would come out of CT, since
>>some people (and in particular some IESG members and some members of the
>>Seamoby CT review board) are skeptical. A User's Guide assumes that people
>>already see the value of the protocol, and is primarily about how to use it.
>>
>>What do other people think?
>>
>>    
>>
>>>Still, the document should talk about more than one use
>>>case, though.
>>>
>>>      
>>>
>>I'm not quite sure I understand. Are you proposing that specifications for
>>multiple different kinds of contexts should be included into one draft? If
>>yes, this sounds a bit impractical to me. If I am, say, interested in
>>implementing context transfer for header compression, why should I have to
>>wade through a document that describes context transfer for AAA, and IPsec,
>>and... Small, focussed specifications tend to do better in IETF, and they
>>are also easier to review and achieve concensus on approval. Although we
>>want the header compression CT document as a concrete example, it will also
>>serve as the (experimental) reference specification for implementing a
>>header compression context and will be used for that purpose.
>>
>>            jak
>>
>>
>>    
>>
>
>
>_______________________________________________
>Seamoby mailing list
>Seamoby@ietf.org
>https://www1.ietf.org/mailman/listinfo/seamoby
>  
>



_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Fri Jun 27 14:43:01 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA12384
	for <seamoby-archive@odin.ietf.org>; Fri, 27 Jun 2003 14:43:01 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5RIgVU22777
	for seamoby-archive@odin.ietf.org; Fri, 27 Jun 2003 14:42:31 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VyB5-0005vI-Oc
	for seamoby-web-archive@optimus.ietf.org; Fri, 27 Jun 2003 14:42:31 -0400
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA12334
	for <seamoby-web-archive@ietf.org>; Fri, 27 Jun 2003 14:42:31 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VyAb-0005lR-AP; Fri, 27 Jun 2003 14:42:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VyA6-0005i0-Oo
	for seamoby@optimus.ietf.org; Fri, 27 Jun 2003 14:41:30 -0400
Received: from fridge.docomolabs-usa.com (fwuser@key1.docomolabs-usa.com [216.98.102.225])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA12252
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 14:41:26 -0400 (EDT)
Message-ID: <007001c33cd8$df3aa1b0$636015ac@dclkempt40>
From: "James Kempf" <kempf@docomolabs-usa.com>
To: "James Kempf" <kempf@docomolabs-usa.com>, <seamoby@ietf.org>
References: <031301c33c28$21e0b9c0$636015ac@dclkempt40>
Subject: Re: [Seamoby] Issue 15: CTAR Relay
Date: Fri, 27 Jun 2003 11:21:05 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit


> The last paragraph of Section 5.4, it says that CTAR Relay routes to PAR,
> but the routing details are given later.
>

So in the interest of simplifying the draft, I'd like to propose removing
CTAR Relay from the draft for now. There are some security issues with it,
and it is currently not well enough specified in the draft that it could be
implemented. It could take quite some time to work these out, and we need to
finish the draft. Since the draft is experimental, people could experiment
with it, and we could revisit the issue, with some actual data, when and if
the specification is put on the standards track.

The editoral changes would be:

Section 2.4: First sentence, remove terminating phrase ("it should be...")

Section 5.4: Remove CTAR Relay from diagram and text following the diagram.

Comments?

            jak



_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Fri Jun 27 14:56:58 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA13367
	for <seamoby-archive@odin.ietf.org>; Fri, 27 Jun 2003 14:56:57 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5RIuSC31037
	for seamoby-archive@odin.ietf.org; Fri, 27 Jun 2003 14:56:28 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vxxf-0008DY-Hp
	for seamoby-web-archive@optimus.ietf.org; Fri, 27 Jun 2003 14:28:39 -0400
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA10124
	for <seamoby-web-archive@ietf.org>; Fri, 27 Jun 2003 14:28:25 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vxwz-0007YV-Rq; Fri, 27 Jun 2003 14:27:57 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VuSM-0002P9-IC
	for seamoby@optimus.ietf.org; Fri, 27 Jun 2003 10:44:06 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA26395
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 08:52:21 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VsiE-0002O7-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 08:52:22 -0400
Received: from mgw-x4.nokia.com ([131.228.20.27])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Vsi3-0002MI-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 08:52:11 -0400
Received: from esvir03nok.nokia.com (esvir03nokt.ntc.nokia.com [172.21.143.35])
	by mgw-x4.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5RClP920327
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 15:47:25 +0300 (EET DST)
Received: from esebh001.NOE.Nokia.com (unverified) by esvir03nok.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T63165af1e3ac158f23077@esvir03nok.nokia.com>;
 Fri, 27 Jun 2003 15:47:01 +0300
Received: from esebe003.NOE.Nokia.com ([172.21.138.39]) by esebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Fri, 27 Jun 2003 15:46:53 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe003.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Fri, 27 Jun 2003 15:46:52 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.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: [Seamoby] CT Design Reviews from Review Board
Date: Fri, 27 Jun 2003 15:46:51 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB3206360C1FCD@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] CT Design Reviews from Review Board
Thread-Index: AcM0nsDnLosgyNSAQ0S5Icl//SCWHQIBNyCQ
To: <kempf@docomolabs-usa.com>, <seamoby@ietf.org>
X-OriginalArrivalTime: 27 Jun 2003 12:46:52.0303 (UTC) FILETIME=[2EC141F0:01C33CAA]
Content-Transfer-Encoding: quoted-printable
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable

Comments on Basavaraj's comments:

1. The Protocol Messages (CTAR, CTDR, CTR) described in sections 2.4.x
   need to have descriptions of each of the fields and flags. Also the
   type numbers need to be requested from IANA for these messages.

--> assigned Issue 18.

2. Error codes have not been defined in the document.

--> assigned Issue 18.

3. Formatting:
   a. No page numbers in the draft

--> fixed.
   b. The ToC does not include page numbers as well

--> fixed.

   c. Number the references (In the references section)

--> Why numbers?  I prefer text lables, easier to remember.

   d. There is no link from references in the text of the document to
   the references section.

--> fixed


4. s/to reducing latency, packet losses and avoid/to reduce latency,
   packet loss and avoiding

--> fixed

5. Section 1. Introduction
   a. The introduction relies on the justification for CT as described =
in
   RFC3374. The introduction should focus on what this draft is about
   rather than the justification which is provided in the 1st
   paragraph.

--> fixed
 =20
   b. "context transfer-candidate services" - Please describe what
   these candidate services are. Or at least provide a few examples of
   the services being considered.

--> fixed

   c. Argument 2: "interoperable solution that works for any Layer 2
   radio access technology" is a lofty claim or goal. Not required in
   the scope of this protocol.

--> fixed, changed to:

	An additional motivation is to provide an interoperable solution=20
	that supports various Layer 2 radio access technologies.

   d. s/of application streams./of application streams:
      s/benefits./benefits:
      s/savings./savings:
      s/to errors./to errors:

--> removed text

   e. i/over an expensive, low-speed link/over an expensive, low-speed
   link (MN-AR)
      i/higher-speed wire/higher-speed wire (between ARs).

--> removed text

   f. "operates over reliable networks" - State that this is an
   assumption about reliability of inter-AR links.

--> removed text

   g. s/In this document we describe/This document describes

--> Fixed

6. Section 1.2
   Would be good to define terminology such as FPT or point to a
   proper reference if this has been defined elsewhere

--> Fixed

7. Section 2
   a. Pargaraph 1 - CT is initiated by the MN or the network as a
   result of Handover. Is this the only case? Or can this be a result
   of network failure or service disruption because of maintenance?

--> Right now, I think that is out of scope of this document, it is for
	further study.

   b. "We assume that pAR and nAR share an appropriate security
   association, set up independently and prior to context transfer." -
   It would be good to say that the details of how this SA is setup
   and the type of SA (IPsec or other)e are outside the scope this
   document.=20

--> Some clarify text is added.

   c. The protocol overview section would be clearer if organized into
   multiple subsections:
      2.0 Prototool Overview
      2.1 Use of FPT
      2.2 Scenarios
      2.2.1 Scenario 1
      2.2.2 Scenario 2

      Also having flow diagrams that are shown later in the document
      as part of the scenarios would help.

--> still open.

      d. "Doing this locally at nAR when the MN attaches to it
      improves performance, " - Is it not also a requirement for
      security reasons?

--> yes, text added.

      e. "Performing context transfer in advance of the MN attaching to =
nAR
      clearly has potential for better performance" - This is an
      assumption that would need further justification. State that
      this is an assumption or backup the claim.

--> modified text to:

	Performing context transfer in advance of the MN attaching=20
	to nAR can increase handover performance. =20

      f. "This is feasible for instance in Mobile IP fast handovers."
      - Most cellular networks also have the capability to determine
      that a mobile needs to be handed off. So mention this to be the
      case in most cellular networks.

--> Yes, text added.

      g. "must be properly synchronized with appropriate handover
      messages, such as Mobile IP (Fast) Binding Update." - Do not
      need this dependency. Delete statement.

--> deleted

      h. The last paragraph discusses again the SAs between
      ARs. Mention that this is outside the scope of this document and
      be done. No reason to get into details of an SA being easier for
      intra-domain vs inter-domain etc.

--> agreed

8. Section 2.4
   a. "The Mobile Node, for which context transfer protocol operations =
are
   undertaken, is always identified by its previous IP access
   address." - Is uniqueness of the address at the previous AR
   guaranteed? For example in the case of Mobile IPv4, MNs which have
   private addresses may use the FA advertised CoA and reverse tunnel
   to the HA. In that case there could be multiple MNs with the same
   IP address(HoA). The FA is able to differentiate them based on the
   HA, HoA combination.

--> assigned issue 20.

   b. "At any one time, only one context transfer operation may be in
   progress" - I could not understand whether this is the case on a
   per MN basis or for a pair of ARs

--> per MN

9. Section 2.4.1
   a. "Always sent by" - Dont start a sentence of a paragraph with a
   verb (Nit - Sorry :) )

--> fixed.

   b. "it should also be relayed to pAR." - Why?

--> assigned issue 21

10. Section 2.4.2
   "The Authorization Token is obtained by truncating the results of
   the HMAC_SHA1 computation to retain only the leading 32 bits."=20
   - Is this sufficient? I mean just the leading 32 bits? But maybe
   this is more of a question for security experts.

--> Issue 222
  =20
      =20
11. Section 2.4.4
    "If transfering a context requires an ongoing process (i.e., is not
    short-lived)," - CT is most useful as described earlier for
    reducing packet loss and performance degradation of apps. Hence it
    is critical that CT has to be relatively quick. So I dont
    understand what you mean by CT not being short-lived. If it is not
    short-lived, it is useless.

--> text changed to:
	If transferring a context cannot be completed in a timely fashion,=20
	then nAR may send CTC to pAR to cancel an ongoing CT process.

12. Section 3

    a. "CTP runs over UDP using port number <TBD>. - This needs to be
    requested from IANA. Hence properly documented as such.

--> text added:

	7.2 UDP Port

	CTP requires a UDP port assignment.

    b."because of the physical proximity of the access routers" - This
    is an assumption of the topology and need not be the case.

--> text deleted.

    c. i/UDP provides a optional checksum/UDP provides an optional...

--> fixed

    d. "the status value BAD_UDP_CHECKSUM," - Where in the document
    are these error codes specified?

--> see Issue19: Error codes have not been defined in the document.=20

13. Section 4
    Keep the list of open issues in an appendix.

--> deleted.

14. Section 5
    Flow diagrams are good. However more text is needed to explain
    each of these in the document.

    In 5.3:
    a. "CTAR request to nAR (nAR must be able to authenticate MN for CT,
    security details later)" - When later?

-> text covered already.

    b. How does the MN know if the new AR is capable of processing
    CTAR?

--> see issue 5, still open.

    c. What happens to the context at the pAR after transfer is
    complete? Not explained in document.

--> Issue 23, my comment: -> I think we should have a timer for context =
at the pAR.  When the timer expires, context is deleted.

    In 5.4:
    "routed through nAR (routing details later)."
    When later?

--> soon ;)  see issue 15.

15. Section 6

    It would be good to have the security considerations section split
    up into the threats that exist and how they are tackled.

--> some initial text added.

    From paragraph 2 it appears that there is an assumption about the
    topology of the network connecting the ARs. It would be good to
    keep it more general.

--> I am sorry, but I don't understand your comment, I don't see this =
assumption.


    Is it also not the case that AAA based mechansisms can be used for
    setting up the SA between ARs?

--> out of scope.

16. Section 7
  =20
    The IANA section is not well written and does not provide enough
    guidelines for assigning type numbers and error codes and for the
    setup of the registry proposed by this document.

--> some clean-up already done.

17. Section 8
    s/during the creating of/during the creation of

--> fixed.

18. Appendix A

    "This diagram illustrates the method for specifying context type
    data"
    What diagram?

    Also more text explaining the Context Type and how it fits into
    the CTD message would help.

-> deleted.

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Fri Jun 27 15:08:03 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA14338
	for <seamoby-archive@odin.ietf.org>; Fri, 27 Jun 2003 15:08:03 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5RJ7Xs02040
	for seamoby-archive@odin.ietf.org; Fri, 27 Jun 2003 15:07:33 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VyZJ-0000Wh-Q5
	for seamoby-web-archive@optimus.ietf.org; Fri, 27 Jun 2003 15:07:33 -0400
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA14274
	for <seamoby-web-archive@ietf.org>; Fri, 27 Jun 2003 15:07:32 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VyYo-0000KY-6y; Fri, 27 Jun 2003 15:07:02 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VyYN-0000JB-Li
	for seamoby@optimus.ietf.org; Fri, 27 Jun 2003 15:06:35 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA14163
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 15:06:34 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VyYN-0005Pj-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 15:06:35 -0400
Received: from mgw-x4.nokia.com ([131.228.20.27])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VyYC-0005P6-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 15:06:24 -0400
Received: from esvir04nok.ntc.nokia.com (esvir04nokt.ntc.nokia.com [172.21.143.36])
	by mgw-x4.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5RJ5I911011
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 22:05:18 +0300 (EET DST)
Received: from esebh001.NOE.Nokia.com (unverified) by esvir04nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T6317b547e9ac158f24078@esvir04nok.ntc.nokia.com> for <seamoby@ietf.org>;
 Fri, 27 Jun 2003 22:05:18 +0300
Received: from esebe003.NOE.Nokia.com ([172.21.138.39]) by esebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Fri, 27 Jun 2003 22:05:18 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe003.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Fri, 27 Jun 2003 22:05:17 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.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: [Seamoby] Issue3: Specifying IPsec between ARs
Date: Fri, 27 Jun 2003 22:05:17 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658EFD1@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] Issue3: Specifying IPsec between ARs
Thread-Index: AcM83bUnG7J8sPwMSA+HCbZCrP8aJQAAT+yA
To: <vijayd@iprg.nokia.com>
Cc: <seamoby@ietf.org>
X-OriginalArrivalTime: 27 Jun 2003 19:05:17.0669 (UTC) FILETIME=[0C352950:01C33CDF]
Content-Transfer-Encoding: quoted-printable
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable

Hi Vijay,

> why is encryption necessary between the access routers? thats
> an overkill if you have to encrypt a huge CTP packet. isnt=20
> authentication and integrity protection enough?

Required to implement, optional to use.
=20
> the problem is we should not specify what should be used. we
> should specify what kind of protection is needed. and let
> the people who implement CTP negotiate AH or ESP between the=20
> access routers.

If you think negotiation is better, then we need to have the
text to say how this is done.

John

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Fri Jun 27 15:10:01 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA14540
	for <seamoby-archive@odin.ietf.org>; Fri, 27 Jun 2003 15:10:00 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5RJ9Vr02819
	for seamoby-archive@odin.ietf.org; Fri, 27 Jun 2003 15:09:31 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VybD-0000jO-GH
	for seamoby-web-archive@optimus.ietf.org; Fri, 27 Jun 2003 15:09:31 -0400
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA14498
	for <seamoby-web-archive@ietf.org>; Fri, 27 Jun 2003 15:09:30 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vyaj-0000gS-00; Fri, 27 Jun 2003 15:09:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vya0-0000eS-J9
	for seamoby@optimus.ietf.org; Fri, 27 Jun 2003 15:08:16 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA14378
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 15:08:15 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Vya0-0005Qb-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 15:08:16 -0400
Received: from mailhost.iprg.nokia.com ([205.226.5.12])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VyZk-0005PA-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 15:08:00 -0400
Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69])
	by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id LAA25077
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 11:55:41 -0700 (PDT)
X-Delivered-For: <seamoby@ietf.org>
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id h5RItdv19443;
	Fri, 27 Jun 2003 11:55:39 -0700
X-mProtect: <200306271855> Nokia Silicon Valley Messaging Protection
Received: from UNKNOWN (205.226.2.94, claiming to be "iprg.nokia.com")
	by darkstar.iprg.nokia.com smtpdPOdhBj; Fri, 27 Jun 2003 11:55:37 PDT
Message-ID: <3EFC932A.11759DD7@iprg.nokia.com>
Date: Fri, 27 Jun 2003 11:55:38 -0700
From: Vijay Devarapalli <vijayd@iprg.nokia.com>
X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.4-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: john.loughney@nokia.com
CC: seamoby@ietf.org
Subject: Re: [Seamoby] Issue3: Specifying IPsec between ARs
References: <DADF50F5EC506B41A0F375ABEB32063658EFBA@esebe023.ntc.nokia.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

hi John,

why is encryption necessary between the access routers? thats
an overkill if you have to encrypt a huge CTP packet. isnt 
authentication and integrity protection enough?

the problem is we should not specify what should be used. we
should specify what kind of protection is needed. and let
the people who implement CTP negotiate AH or ESP between the 
access routers.

Vijay

john.loughney@nokia.com wrote:
> 
> Hi all,
> 
> In order to close this issue, I have added the following text.
> 
> John
> 
> 6.1. IPsec Considerations
> 
> Access Routers MUST implement IPsec ESP [ESP] in transport mode with non-null encryption and authentication algorithms to provide per-packet authentication, integrity protection and confidentiality, and MUST implement the replay protection mechanisms of IPsec. In those scenarios where IP layer protection is needed, ESP in tunnel mode SHOULD be used. Non-null encryption should be used when using IPSec ESP.

it would be better to say, 

The Context Transfer Protocol messages between the Access 
Rotuers require per-packet authentication and integrity 
protection. Therefore IPsec MUST be used to protect the 
Context Transfer Protocol messages between the Access 
Routers.

(we dont have to say MUST implement replay protection. 
that comes automatically when IPsec and IKE are used).

Vijay

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Fri Jun 27 15:12:22 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA14900
	for <seamoby-archive@odin.ietf.org>; Fri, 27 Jun 2003 15:12:22 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5RJBrB03621
	for seamoby-archive@odin.ietf.org; Fri, 27 Jun 2003 15:11:53 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vxxq-0008Kt-00
	for seamoby-web-archive@optimus.ietf.org; Fri, 27 Jun 2003 14:28:50 -0400
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA10276
	for <seamoby-web-archive@ietf.org>; Fri, 27 Jun 2003 14:28:46 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VxxL-00085I-0i; Fri, 27 Jun 2003 14:28:19 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VvF2-0005Ka-OO
	for seamoby@optimus.ietf.org; Fri, 27 Jun 2003 11:34:24 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA04371
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 11:34:22 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VvF1-0003rT-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 11:34:23 -0400
Received: from mailhost.iprg.nokia.com ([205.226.5.12])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VvEl-0003r2-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 11:34:07 -0400
Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69])
	by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id IAA14935;
	Fri, 27 Jun 2003 08:33:08 -0700 (PDT)
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id h5RFX8m13894;
	Fri, 27 Jun 2003 08:33:08 -0700
X-mProtect: <200306271533> Nokia Silicon Valley Messaging Protection
Received: from UNKNOWN (205.226.22.18, claiming to be "iprg.nokia.com")
	by darkstar.iprg.nokia.com smtpd84DyfZ; Fri, 27 Jun 2003 08:33:04 PDT
Message-ID: <3EFC63AD.2070309@iprg.nokia.com>
Date: Fri, 27 Jun 2003 08:33:01 -0700
From: Charlie Perkins <charliep@iprg.nokia.com>
Organization: Nokia
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Jukka MJ Manner <jmanner@cs.Helsinki.FI>
CC: seamoby@ietf.org
Subject: Re: [Seamoby] Candidate for New WG Draft
References: <Pine.LNX.4.44.0306271047120.19697-100000@mannersaari.cs.Helsinki.FI>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit


Hello Jukka,

I agree with you that security context transfer is a most
useful feature.  We have indeed defined a security context
profile type.  It is known that transferring security contexts
does work as advertised and quickly.  However, I was
advised that putting any sort of security work into the
seamoby process would raise a lot of concerns.  I guess
this stems from a more general problem within the IETF.

Regards,
Charlie P.


Jukka MJ Manner wrote:

>Hi,
>
>just to clarify one thing: I didn't talk about QoS contexts. I would
>believe defining those would be really-really though and time consuming. I
>was talking about IPsec and AAA contexts, to my understanding somewhat
>simpler and more straight-forward.
>
>In my email, I said that MM and QoS seem to work, but the hard problem is
>having security in place before the handover. For example, I have worked
>with RSVP and mobility for some time now and to me it seems that MM and
>QoS can be coupled and work adequately, but there is still a problem with
>securing all this signaling. So, having a how-to on transferring
>security-related contexts from pAR to nAR would be the next important
>thing.
>
>Of course, QoS contexts are very important, too, but at least to me it 
>seems that having the security contexts transferred before a handover is 
>even more important.
>
>Regards,
>Jukka
>
>On Fri, 27 Jun 2003 john.loughney@nokia.com wrote:
>
>  
>
>>Charlie & Jukka,
>>
>>I see the need for this, too.  I think that there is interest in
>>finishing the existing Seamoby work, though.  One solution is
>>to have an individual draft working on QoS Context transfers,
>>with discussion on the Seamoby / NSIS mailing lists.  Not 
>>everything needs to be a WG draft, as long as there are people
>>interested in the subject.  However, this would be a good 
>>thing to discuss in Vienna & get buy-in from the WG chairs
>>and ADs.
>>
>>John
>>
>>    
>>
>>>-----Original Message-----
>>>From: ext Charlie Perkins [mailto:charliep@iprg.nokia.com]
>>>Sent: 27 June, 2003 08:46
>>>To: Jukka MJ Manner
>>>Cc: Seamoby Working Group
>>>Subject: Re: [Seamoby] Candidate for New WG Draft
>>>
>>>
>>>
>>>Hello Jukka,
>>>
>>>I agree with you that QoS context transfer is a crucial piece.
>>>In fact, in a way the QoS support was one of my main
>>>motivating factors for working on this problem.  I'm happy
>>>to say that we have achieved a certain degree of success
>>>with our prototype.
>>>
>>>However, it may be procedurally impossible to publish a document
>>>towards that goal within seamoby.  I would definitely support
>>>putting this work item on the charter, but it seems to me that the
>>>goal of the authority structures surrounding seamoby is to shut
>>>down the working group, for whatever reason (I do not understand).
>>>
>>>Maybe the work should proceed in another working group exactly
>>>like seamoby, but with more enthusiastic IESG support.  I'm not sure
>>>how to engender that result, though.
>>>
>>>Regards,
>>>Charlie P.
>>>
>>>
>>>
>>>Jukka MJ Manner wrote:
>>>
>>>      
>>>
>>>>Hi,
>>>>
>>>>I have tried for the last years to figure out how
>>>>seamless/smooth/fast/[your favorite term here] handovers 
>>>>        
>>>>
>>>with QoS support
>>>      
>>>
>>>>can in real life be accomplished. I personally have come to 
>>>>        
>>>>
>>>the conclusion
>>>      
>>>
>>>>that although QoS and mobility management mechanisms seem to 
>>>>        
>>>>
>>>be somewhat
>>>      
>>>
>>>>in order, a CT framework would be the "final blow" in the 
>>>>        
>>>>
>>>whole system.
>>>      
>>>
>>>>More specifically, being able to do CT for IPSec and AAA is 
>>>>        
>>>>
>>>THE key, well,
>>>      
>>>
>>>>to me at least.
>>>>
>>>>Thus, I would like to see a WG guide on how you do IPSec and 
>>>>        
>>>>
>>>AAA CT, and 
>>>      
>>>
>>>>how you couple that with the applications using the security 
>>>>        
>>>>
>>>mechanisms, 
>>>      
>>>
>>>>for example, RSVP and a given mobility management mechanism.
>>>>
>>>>To go to the point, finaly, I would like the see the 
>>>>        
>>>>
>>>mentioned Seamoby
>>>      
>>>
>>>>"user guide" for CT, but it should also include the mentioned two
>>>>additional use cases. I know that Seamoby is trying to close 
>>>>        
>>>>
>>>the work, but
>>>      
>>>
>>>>I think it might still be a good idea to try to write such an
>>>>informational document.
>>>>
>>>>My 2 cents,
>>>>Jukka
>>>>
>>>>On Thu, 26 Jun 2003, James Kempf wrote:
>>>>
>>>> 
>>>>
>>>>        
>>>>
>>>>>Jukka
>>>>>
>>>>>   
>>>>>
>>>>>          
>>>>>
>>>>>>I haven't reviewed the draft yet, but it might be a good 
>>>>>>            
>>>>>>
>>>idea to have in
>>>      
>>>
>>>>>>Seamoby something like the DCCP User Guide draft. 
>>>>>>            
>>>>>>
>>>Something that tells
>>>      
>>>
>>>>>>more than RFC3374.
>>>>>>     
>>>>>>
>>>>>>            
>>>>>>
>>>>>I took a very quick look at 
>>>>>          
>>>>>
>>>draft-ietf-dccp-user-guide-00.txt and I could
>>>      
>>>
>>>>>see some benefit in a similar document for CTP, though, 
>>>>>          
>>>>>
>>>since the intent is
>>>      
>>>
>>>>>to take CTP to experimental (unlike DCCP) I don't think 
>>>>>          
>>>>>
>>>such a document is
>>>      
>>>
>>>>>needed right now. Remember, the intent of the header 
>>>>>          
>>>>>
>>>compression CT draft is
>>>      
>>>
>>>>>to provide a concrete example of real value that would come 
>>>>>          
>>>>>
>>>out of CT, since
>>>      
>>>
>>>>>some people (and in particular some IESG members and some 
>>>>>          
>>>>>
>>>members of the
>>>      
>>>
>>>>>Seamoby CT review board) are skeptical. A User's Guide 
>>>>>          
>>>>>
>>>assumes that people
>>>      
>>>
>>>>>already see the value of the protocol, and is primarily 
>>>>>          
>>>>>
>>>about how to use it.
>>>      
>>>
>>>>>What do other people think?
>>>>>
>>>>>   
>>>>>
>>>>>          
>>>>>
>>>>>>Still, the document should talk about more than one use
>>>>>>case, though.
>>>>>>
>>>>>>     
>>>>>>
>>>>>>            
>>>>>>
>>>>>I'm not quite sure I understand. Are you proposing that 
>>>>>          
>>>>>
>>>specifications for
>>>      
>>>
>>>>>multiple different kinds of contexts should be included 
>>>>>          
>>>>>
>>>into one draft? If
>>>      
>>>
>>>>>yes, this sounds a bit impractical to me. If I am, say, 
>>>>>          
>>>>>
>>>interested in
>>>      
>>>
>>>>>implementing context transfer for header compression, why 
>>>>>          
>>>>>
>>>should I have to
>>>      
>>>
>>>>>wade through a document that describes context transfer for 
>>>>>          
>>>>>
>>>AAA, and IPsec,
>>>      
>>>
>>>>>and... Small, focussed specifications tend to do better in 
>>>>>          
>>>>>
>>>IETF, and they
>>>      
>>>
>>>>>are also easier to review and achieve concensus on 
>>>>>          
>>>>>
>>>approval. Although we
>>>      
>>>
>>>>>want the header compression CT document as a concrete 
>>>>>          
>>>>>
>>>example, it will also
>>>      
>>>
>>>>>serve as the (experimental) reference specification for 
>>>>>          
>>>>>
>>>implementing a
>>>      
>>>
>>>>>header compression context and will be used for that purpose.
>>>>>
>>>>>           jak
>>>>>
>>>>>
>>>>>   
>>>>>
>>>>>          
>>>>>
>>>>_______________________________________________
>>>>Seamoby mailing list
>>>>Seamoby@ietf.org
>>>>https://www1.ietf.org/mailman/listinfo/seamoby
>>>> 
>>>>
>>>>        
>>>>
>>>
>>>_______________________________________________
>>>Seamoby mailing list
>>>Seamoby@ietf.org
>>>https://www1.ietf.org/mailman/listinfo/seamoby
>>>
>>>      
>>>
>
>  
>



_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Fri Jun 27 15:14:00 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA15163
	for <seamoby-archive@odin.ietf.org>; Fri, 27 Jun 2003 15:14:00 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5RJDVa04550
	for seamoby-archive@odin.ietf.org; Fri, 27 Jun 2003 15:13:31 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vyf5-0001BJ-Ed
	for seamoby-web-archive@optimus.ietf.org; Fri, 27 Jun 2003 15:13:31 -0400
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA15090
	for <seamoby-web-archive@ietf.org>; Fri, 27 Jun 2003 15:13:29 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vyea-00010z-Nt; Fri, 27 Jun 2003 15:13:00 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vye4-0000zM-MA
	for seamoby@optimus.ietf.org; Fri, 27 Jun 2003 15:12:28 -0400
Received: from mgw-x1.nokia.com (mgw-x1.nokia.com [131.228.20.21])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA14774
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 15:11:43 -0400 (EDT)
From: john.loughney@nokia.com
Received: from esvir01nok.ntc.nokia.com (esvir01nokt.ntc.nokia.com [172.21.143.33])
	by mgw-x1.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5RIu8a09722
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 21:56:08 +0300 (EET DST)
Received: from esebh003.NOE.Nokia.com (unverified) by esvir01nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T6317ace3bcac158f21083@esvir01nok.ntc.nokia.com>;
 Fri, 27 Jun 2003 21:56:08 +0300
Received: from esebe012.NOE.Nokia.com ([172.21.138.51]) by esebh003.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Fri, 27 Jun 2003 21:56:08 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe012.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Fri, 27 Jun 2003 21:56:08 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.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: [Seamoby] Candidate for New WG Draft
Date: Fri, 27 Jun 2003 21:56:07 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658EFCF@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] Candidate for New WG Draft
Thread-Index: AcM82xMlV1pC2KAaReCAGsXtehf7mgAApPFA
To: <kempf@docomolabs-usa.com>, <charliep@iprg.nokia.com>,
        <jmanner@cs.Helsinki.FI>
Cc: <seamoby@ietf.org>
X-OriginalArrivalTime: 27 Jun 2003 18:56:08.0187 (UTC) FILETIME=[C4B0DCB0:01C33CDD]
Content-Transfer-Encoding: quoted-printable
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable

Hi James,

> If this has some relation to NSIS, would you see a problem with having =
an
> (experimental) QoS context transfer draft in NSIS? Provided the WG =
agrees,
> of course. This would be an alternative to a strictly individual =
draft,
> which is also OK but might be less interesting to the NSIS folks.

This is a possibility.

> The original idea was that Seamboy would not get into defining feature
> contexts, and that they would be done by the relevant WGs, but, for =
tactical
> reasons, we need at least one.

I agree with this strategy. We should check with our AD on this as well.

John

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Fri Jun 27 15:18:00 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA15777
	for <seamoby-archive@odin.ietf.org>; Fri, 27 Jun 2003 15:18:00 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5RJHV405971
	for seamoby-archive@odin.ietf.org; Fri, 27 Jun 2003 15:17:31 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vyix-0001YE-Oo
	for seamoby-web-archive@optimus.ietf.org; Fri, 27 Jun 2003 15:17:31 -0400
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA15706
	for <seamoby-web-archive@ietf.org>; Fri, 27 Jun 2003 15:17:29 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VyiT-0001UX-Ae; Fri, 27 Jun 2003 15:17:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VyiR-0001U4-12
	for seamoby@optimus.ietf.org; Fri, 27 Jun 2003 15:16:59 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA15636
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 15:16:57 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VyiP-0005Ue-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 15:16:57 -0400
Received: from mgw-x4.nokia.com ([131.228.20.27])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VyiE-0005UY-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 15:16:47 -0400
Received: from esvir04nok.ntc.nokia.com (esvir04nokt.ntc.nokia.com [172.21.143.36])
	by mgw-x4.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5RIwu905664
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 21:58:56 +0300 (EET DST)
Received: from esebh003.NOE.Nokia.com (unverified) by esvir04nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T6317af7465ac158f24078@esvir04nok.ntc.nokia.com> for <seamoby@ietf.org>;
 Fri, 27 Jun 2003 21:58:56 +0300
Received: from esebe011.NOE.Nokia.com ([172.21.138.50]) by esebh003.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Fri, 27 Jun 2003 21:58:56 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe011.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Fri, 27 Jun 2003 21:58:55 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.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: [Seamoby] Candidate for New WG Draft
Date: Fri, 27 Jun 2003 21:58:55 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658EFD0@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] Candidate for New WG Draft
Thread-Index: AcM82635o2uiGGmsTW6XfO6NbxyCdgAAjsIg
To: <rajeev@iprg.nokia.com>
Cc: <seamoby@ietf.org>, <Dan.Forsberg@nokia.com>
X-OriginalArrivalTime: 27 Jun 2003 18:58:55.0562 (UTC) FILETIME=[287442A0:01C33CDE]
Content-Transfer-Encoding: quoted-printable
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable

Hi,

Perhaps we could ping Dan Forsberg to resubmit it. =20

John

> -----Original Message-----
> From: ext Rajeev Koodli [mailto:rajeev@iprg.nokia.com]
> Sent: 27 June, 2003 20:52
> To: Jukka MJ Manner
> Cc: James Kempf; Seamoby Working Group
> Subject: Re: [Seamoby] Candidate for New WG Draft
>=20
>=20
>=20
> Hello Jukka,
>=20
> there was a draft on AAA state relocation.
>=20
> draft-forsberg-seamoby-aaa-relocate-00.txt
>=20
> Let me know if you are interested but cannot find it.
>=20
> Regards,
>=20
> -Rajeev
>=20
>=20
> Jukka MJ Manner wrote:
>=20
> > Hi,
> >
> > I have tried for the last years to figure out how
> > seamless/smooth/fast/[your favorite term here] handovers=20
> with QoS support
> > can in real life be accomplished. I personally have come to=20
> the conclusion
> > that although QoS and mobility management mechanisms seem=20
> to be somewhat
> > in order, a CT framework would be the "final blow" in the=20
> whole system.
> > More specifically, being able to do CT for IPSec and AAA is=20
> THE key, well,
> > to me at least.
> >
> > Thus, I would like to see a WG guide on how you do IPSec=20
> and AAA CT, and
> > how you couple that with the applications using the=20
> security mechanisms,
> > for example, RSVP and a given mobility management mechanism.
> >
> > To go to the point, finaly, I would like the see the=20
> mentioned Seamoby
> > "user guide" for CT, but it should also include the mentioned two
> > additional use cases. I know that Seamoby is trying to=20
> close the work, but
> > I think it might still be a good idea to try to write such an
> > informational document.
> >
> > My 2 cents,
> > Jukka
> >
> > On Thu, 26 Jun 2003, James Kempf wrote:
> >
> > > Jukka
> > >
> > > > I haven't reviewed the draft yet, but it might be a=20
> good idea to have in
> > > > Seamoby something like the DCCP User Guide draft.=20
> Something that tells
> > > > more than RFC3374.
> > >
> > > I took a very quick look at=20
> draft-ietf-dccp-user-guide-00.txt and I could
> > > see some benefit in a similar document for CTP, though,=20
> since the intent is
> > > to take CTP to experimental (unlike DCCP) I don't think=20
> such a document is
> > > needed right now. Remember, the intent of the header=20
> compression CT draft is
> > > to provide a concrete example of real value that would=20
> come out of CT, since
> > > some people (and in particular some IESG members and some=20
> members of the
> > > Seamoby CT review board) are skeptical. A User's Guide=20
> assumes that people
> > > already see the value of the protocol, and is primarily=20
> about how to use it.
> > >
> > > What do other people think?
> > >
> > > >Still, the document should talk about more than one use
> > > > case, though.
> > > >
> > >
> > > I'm not quite sure I understand. Are you proposing that=20
> specifications for
> > > multiple different kinds of contexts should be included=20
> into one draft? If
> > > yes, this sounds a bit impractical to me. If I am, say,=20
> interested in
> > > implementing context transfer for header compression, why=20
> should I have to
> > > wade through a document that describes context transfer=20
> for AAA, and IPsec,
> > > and... Small, focussed specifications tend to do better=20
> in IETF, and they
> > > are also easier to review and achieve concensus on=20
> approval. Although we
> > > want the header compression CT document as a concrete=20
> example, it will also
> > > serve as the (experimental) reference specification for=20
> implementing a
> > > header compression context and will be used for that purpose.
> > >
> > >             jak
> > >
> > >
> >
> > _______________________________________________
> > Seamoby mailing list
> > Seamoby@ietf.org
> > https://www1.ietf.org/mailman/listinfo/seamoby
>=20
>=20
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby
>=20

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Fri Jun 27 15:22:11 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA16186
	for <seamoby-archive@odin.ietf.org>; Fri, 27 Jun 2003 15:22:11 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5RJLgf08157
	for seamoby-archive@odin.ietf.org; Fri, 27 Jun 2003 15:21:42 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vyfm-0001Dd-OZ
	for seamoby-web-archive@optimus.ietf.org; Fri, 27 Jun 2003 15:14:14 -0400
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA10160
	for <seamoby-web-archive@ietf.org>; Fri, 27 Jun 2003 14:28:33 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vxx8-0007ox-AQ; Fri, 27 Jun 2003 14:28:06 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VuYr-0002P9-In
	for seamoby@optimus.ietf.org; Fri, 27 Jun 2003 10:50:49 -0400
Received: from mail.cs.helsinki.fi (courier.cs.helsinki.fi [128.214.9.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA20628
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 04:43:07 -0400 (EDT)
Received: from mannersaari.cs.Helsinki.FI (mannersaari.cs.helsinki.fi [::ffff:128.214.11.173])
  (IDENT: jmanner, TLS: TLSv1/SSLv3,168bits,DES-CBC3-SHA)
  by mail.cs.helsinki.fi with esmtp; Fri, 27 Jun 2003 10:56:14 +0300
Date: Fri, 27 Jun 2003 10:56:14 +0300 (EEST)
From: Jukka MJ Manner <jmanner@cs.Helsinki.FI>
To: john.loughney@nokia.com
cc: charliep@iprg.nokia.com, seamoby@ietf.org
Subject: RE: [Seamoby] Candidate for New WG Draft
In-Reply-To: <DADF50F5EC506B41A0F375ABEB32063658EFA9@esebe023.ntc.nokia.com>
Message-ID: <Pine.LNX.4.44.0306271047120.19697-100000@mannersaari.cs.Helsinki.FI>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit


Hi,

just to clarify one thing: I didn't talk about QoS contexts. I would
believe defining those would be really-really though and time consuming. I
was talking about IPsec and AAA contexts, to my understanding somewhat
simpler and more straight-forward.

In my email, I said that MM and QoS seem to work, but the hard problem is
having security in place before the handover. For example, I have worked
with RSVP and mobility for some time now and to me it seems that MM and
QoS can be coupled and work adequately, but there is still a problem with
securing all this signaling. So, having a how-to on transferring
security-related contexts from pAR to nAR would be the next important
thing.

Of course, QoS contexts are very important, too, but at least to me it 
seems that having the security contexts transferred before a handover is 
even more important.

Regards,
Jukka

On Fri, 27 Jun 2003 john.loughney@nokia.com wrote:

> Charlie & Jukka,
> 
> I see the need for this, too.  I think that there is interest in
> finishing the existing Seamoby work, though.  One solution is
> to have an individual draft working on QoS Context transfers,
> with discussion on the Seamoby / NSIS mailing lists.  Not 
> everything needs to be a WG draft, as long as there are people
> interested in the subject.  However, this would be a good 
> thing to discuss in Vienna & get buy-in from the WG chairs
> and ADs.
> 
> John
> 
> > -----Original Message-----
> > From: ext Charlie Perkins [mailto:charliep@iprg.nokia.com]
> > Sent: 27 June, 2003 08:46
> > To: Jukka MJ Manner
> > Cc: Seamoby Working Group
> > Subject: Re: [Seamoby] Candidate for New WG Draft
> > 
> > 
> > 
> > Hello Jukka,
> > 
> > I agree with you that QoS context transfer is a crucial piece.
> > In fact, in a way the QoS support was one of my main
> > motivating factors for working on this problem.  I'm happy
> > to say that we have achieved a certain degree of success
> > with our prototype.
> > 
> > However, it may be procedurally impossible to publish a document
> > towards that goal within seamoby.  I would definitely support
> > putting this work item on the charter, but it seems to me that the
> > goal of the authority structures surrounding seamoby is to shut
> > down the working group, for whatever reason (I do not understand).
> > 
> > Maybe the work should proceed in another working group exactly
> > like seamoby, but with more enthusiastic IESG support.  I'm not sure
> > how to engender that result, though.
> > 
> > Regards,
> > Charlie P.
> > 
> > 
> > 
> > Jukka MJ Manner wrote:
> > 
> > >Hi,
> > >
> > >I have tried for the last years to figure out how
> > >seamless/smooth/fast/[your favorite term here] handovers 
> > with QoS support
> > >can in real life be accomplished. I personally have come to 
> > the conclusion
> > >that although QoS and mobility management mechanisms seem to 
> > be somewhat
> > >in order, a CT framework would be the "final blow" in the 
> > whole system.
> > >More specifically, being able to do CT for IPSec and AAA is 
> > THE key, well,
> > >to me at least.
> > >
> > >Thus, I would like to see a WG guide on how you do IPSec and 
> > AAA CT, and 
> > >how you couple that with the applications using the security 
> > mechanisms, 
> > >for example, RSVP and a given mobility management mechanism.
> > >
> > >To go to the point, finaly, I would like the see the 
> > mentioned Seamoby
> > >"user guide" for CT, but it should also include the mentioned two
> > >additional use cases. I know that Seamoby is trying to close 
> > the work, but
> > >I think it might still be a good idea to try to write such an
> > >informational document.
> > >
> > >My 2 cents,
> > >Jukka
> > >
> > >On Thu, 26 Jun 2003, James Kempf wrote:
> > >
> > >  
> > >
> > >>Jukka
> > >>
> > >>    
> > >>
> > >>>I haven't reviewed the draft yet, but it might be a good 
> > idea to have in
> > >>>Seamoby something like the DCCP User Guide draft. 
> > Something that tells
> > >>>more than RFC3374.
> > >>>      
> > >>>
> > >>I took a very quick look at 
> > draft-ietf-dccp-user-guide-00.txt and I could
> > >>see some benefit in a similar document for CTP, though, 
> > since the intent is
> > >>to take CTP to experimental (unlike DCCP) I don't think 
> > such a document is
> > >>needed right now. Remember, the intent of the header 
> > compression CT draft is
> > >>to provide a concrete example of real value that would come 
> > out of CT, since
> > >>some people (and in particular some IESG members and some 
> > members of the
> > >>Seamoby CT review board) are skeptical. A User's Guide 
> > assumes that people
> > >>already see the value of the protocol, and is primarily 
> > about how to use it.
> > >>
> > >>What do other people think?
> > >>
> > >>    
> > >>
> > >>>Still, the document should talk about more than one use
> > >>>case, though.
> > >>>
> > >>>      
> > >>>
> > >>I'm not quite sure I understand. Are you proposing that 
> > specifications for
> > >>multiple different kinds of contexts should be included 
> > into one draft? If
> > >>yes, this sounds a bit impractical to me. If I am, say, 
> > interested in
> > >>implementing context transfer for header compression, why 
> > should I have to
> > >>wade through a document that describes context transfer for 
> > AAA, and IPsec,
> > >>and... Small, focussed specifications tend to do better in 
> > IETF, and they
> > >>are also easier to review and achieve concensus on 
> > approval. Although we
> > >>want the header compression CT document as a concrete 
> > example, it will also
> > >>serve as the (experimental) reference specification for 
> > implementing a
> > >>header compression context and will be used for that purpose.
> > >>
> > >>            jak
> > >>
> > >>
> > >>    
> > >>
> > >
> > >
> > >_______________________________________________
> > >Seamoby mailing list
> > >Seamoby@ietf.org
> > >https://www1.ietf.org/mailman/listinfo/seamoby
> > >  
> > >
> > 
> > 
> > 
> > _______________________________________________
> > Seamoby mailing list
> > Seamoby@ietf.org
> > https://www1.ietf.org/mailman/listinfo/seamoby
> > 
> 


_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Fri Jun 27 15:23:08 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA16319
	for <seamoby-archive@odin.ietf.org>; Fri, 27 Jun 2003 15:23:08 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5RJMdv09061
	for seamoby-archive@odin.ietf.org; Fri, 27 Jun 2003 15:22:39 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vynv-0002M4-Kf
	for seamoby-web-archive@optimus.ietf.org; Fri, 27 Jun 2003 15:22:39 -0400
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA16281
	for <seamoby-web-archive@ietf.org>; Fri, 27 Jun 2003 15:22:37 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VynN-0002Jx-34; Fri, 27 Jun 2003 15:22:05 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vyn7-0002Ad-Ug
	for seamoby@optimus.ietf.org; Fri, 27 Jun 2003 15:21:49 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA16100
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 15:21:48 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Vyn6-0005Yd-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 15:21:48 -0400
Received: from mailhost.iprg.nokia.com ([205.226.5.12])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Vymq-0005Xo-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 15:21:32 -0400
Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69])
	by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id MAA26918
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 12:20:52 -0700 (PDT)
X-Delivered-For: <seamoby@ietf.org>
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id h5RJKoq16009;
	Fri, 27 Jun 2003 12:20:50 -0700
X-mProtect: <200306271920> Nokia Silicon Valley Messaging Protection
Received: from UNKNOWN (205.226.2.94, claiming to be "iprg.nokia.com")
	by darkstar.iprg.nokia.com smtpdGHvEXe; Fri, 27 Jun 2003 12:20:49 PDT
Message-ID: <3EFC9911.C57F59E@iprg.nokia.com>
Date: Fri, 27 Jun 2003 12:20:49 -0700
From: Vijay Devarapalli <vijayd@iprg.nokia.com>
X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.4-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: john.loughney@nokia.com
CC: seamoby@ietf.org
Subject: Re: [Seamoby] Issue3: Specifying IPsec between ARs
References: <DADF50F5EC506B41A0F375ABEB32063658EFD1@esebe023.ntc.nokia.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

john.loughney@nokia.com wrote:
> 
> Hi Vijay,
> 
> > why is encryption necessary between the access routers? thats
> > an overkill if you have to encrypt a huge CTP packet. isnt
> > authentication and integrity protection enough?
> 
> Required to implement, optional to use.
> 
> > the problem is we should not specify what should be used. we
> > should specify what kind of protection is needed. and let
> > the people who implement CTP negotiate AH or ESP between the
> > access routers.
> 
> If you think negotiation is better, then we need to have the
> text to say how this is done.

negotiation between the access router could be

1. run IKE. the security policy on the access routers would
   say  

   if protocol = CTP message (UDP with some additional info)
   and destination = another AR (or could be any)
   negotiate ESP in transport mode with a particular algorithm

   or it could say

   if protocol = CTP message (UDP with some additional info)
   negotiate AH in transport mode with HMAC_SHA1
 

2. manual keying between the access routers. this would need
   administrators to be involved. then the security policy 
   would say

   if protocol = CTP message (UDP with some additional info)
   use SA_something.

   the SA would have the appropriate information.

my point, there is nothing special that CTP requires of 
IPsec or IKE. there is no need to specify anything extra. 
and CTP shouldnt also care if IKE/IKEv2/manual keying is 
used. it shouldnt care which IPsec protocol (AH or ESP)
is used. it would be enough to simply say

  The Context Transfer Protocol messages between the Access 
  Routers require per-packet authentication and integrity 
  protection. Therefore IPsec MUST be used to protect the 
  Context Transfer Protocol messages between the Access 
  Routers.

Vijay

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Fri Jun 27 15:57:29 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA14804
	for <seamoby-archive@odin.ietf.org>; Fri, 27 Jun 2003 15:12:00 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5RJBVx03543
	for seamoby-archive@odin.ietf.org; Fri, 27 Jun 2003 15:11:31 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vyd9-0000v4-DS
	for seamoby-web-archive@optimus.ietf.org; Fri, 27 Jun 2003 15:11:31 -0400
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA14736
	for <seamoby-web-archive@ietf.org>; Fri, 27 Jun 2003 15:11:30 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vyce-0000nk-Qh; Fri, 27 Jun 2003 15:11:00 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vybl-0000kg-1X
	for seamoby@optimus.ietf.org; Fri, 27 Jun 2003 15:10:05 -0400
Received: from mgw-x1.nokia.com (mgw-x1.nokia.com [131.228.20.21])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA14558
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 15:10:03 -0400 (EDT)
From: john.loughney@nokia.com
Received: from esvir01nok.ntc.nokia.com (esvir01nokt.ntc.nokia.com [172.21.143.33])
	by mgw-x1.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5RIrDa08500
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 21:53:13 +0300 (EET DST)
Received: from esebh003.NOE.Nokia.com (unverified) by esvir01nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T6317aa35b3ac158f21083@esvir01nok.ntc.nokia.com>;
 Fri, 27 Jun 2003 21:53:13 +0300
Received: from esebh005.NOE.Nokia.com ([172.21.138.86]) by esebh003.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Fri, 27 Jun 2003 21:53:13 +0300
Received: from esebe017.NOE.Nokia.com ([172.21.138.56]) by esebh005.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Fri, 27 Jun 2003 21:53:12 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe017.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Fri, 27 Jun 2003 21:53:11 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.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: [Seamoby] Issue 2: CTAR Response Needed
Date: Fri, 27 Jun 2003 21:53:10 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658EFCE@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] Issue 2: CTAR Response Needed
Thread-Index: AcM82xAcv26M7Z4BQcG4r8HORNM+GgAAjmsw
To: <kempf@docomolabs-usa.com>, <charliep@iprg.nokia.com>
Cc: <seamoby@ietf.org>
X-OriginalArrivalTime: 27 Jun 2003 18:53:11.0402 (UTC) FILETIME=[5B519CA0:01C33CDD]
Content-Transfer-Encoding: quoted-printable
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable

Hi James,

That is a good suggestion, I will try to work that in.

John

> -----Original Message-----
> From: ext James Kempf [mailto:kempf@docomolabs-usa.com]
> Sent: 27 June, 2003 18:53
> To: Loughney John (NRC/Helsinki); Perkins Charles (IPRG)
> Cc: seamoby@ietf.org
> Subject: Re: [Seamoby] Issue 2: CTAR Response Needed
>=20
>=20
> OK.
>=20
> Do you think it might make sense to put a flag in CTAR so the=20
> MN can say
> whether or not it wants to receive a reply? I believe there=20
> is such in  BU
> for MIP.  That way, if only header compression were being=20
> done, the flag
> could be off, whereas if something like QoS were done that=20
> needed a reply,
> the flag could be on.
>=20
>             jak
>=20
> ----- Original Message -----=20
> From: <john.loughney@nokia.com>
> To: <kempf@docomolabs-usa.com>; <charliep@iprg.nokia.com>
> Cc: <seamoby@ietf.org>
> Sent: Friday, June 27, 2003 4:00 AM
> Subject: RE: [Seamoby] Issue 2: CTAR Response Needed
>=20
>=20
> > Hi all,
> >
> > I am adding this message to CTP.  My assumption is that=20
> this is purely an
> informative message, which can be disregarded by the MN if=20
> the MN has other
> information.
> >
> > br,
> > John
> >
> > 2.4.2 Context Transfer Activate Acknowledge (CTAA) Message
> >
> > This is an informative message sent nAR to the MN to=20
> acknowledge a CTAR
> message. Acknowledgement is optional, since the MN may have=20
> already moved
> and may not receive the reply. This message may include a list of FPT
> (feature profile types) that were not transferred successfully.
> >
> >  0                   1                   2                   3
> >  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
> > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> > |        Message Type           |reserve|       Length          |
> > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> > |             Mobile Node's Previous IP Address                 |
> > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> > |                   Previous Router IP Address                  |
> > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> > |Type=3DAuth-Token| Type Len      |        Replay                 |
> > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> > |                    MN Authorization Token                     |
> > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> > |                Failed Context Type (if present)               |
> > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> > |            Next Failed Context Type (if present)              |
> > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> > |                           ........                            |
> > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> >
> > The message data for CTAR is the Mobile Node's Previous IP Address,
> Previous Router's IP address, MN Authorization Token,=20
> followed by a list of
> context types that were not successfully transferred.  If no=20
> context types
> are specified, then all contexts for the mobile node are considered
> successfully transferred.
> >
> >
>=20
>=20
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby
>=20

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Fri Jun 27 16:18:11 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA18821
	for <seamoby-archive@odin.ietf.org>; Fri, 27 Jun 2003 16:18:11 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5RKHhs26298
	for seamoby-archive@odin.ietf.org; Fri, 27 Jun 2003 16:17:43 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VzfD-0006q5-AC
	for seamoby-web-archive@optimus.ietf.org; Fri, 27 Jun 2003 16:17:43 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA18762
	for <seamoby-web-archive@ietf.org>; Fri, 27 Jun 2003 16:17:40 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VzfB-00063N-00
	for seamoby-web-archive@ietf.org; Fri, 27 Jun 2003 16:17:41 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19Vzf4-000608-00
	for seamoby-web-archive@ietf.org; Fri, 27 Jun 2003 16:17:34 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vzda-0006RF-Nc; Fri, 27 Jun 2003 16:16:02 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VzIM-0004v7-IL
	for seamoby@optimus.ietf.org; Fri, 27 Jun 2003 15:54:06 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA18104
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 15:54:04 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VzIL-0005pz-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 15:54:05 -0400
Received: from mgw-x1.nokia.com ([131.228.20.21])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VzIA-0005pD-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 15:53:54 -0400
Received: from esvir05nok.ntc.nokia.com (esvir05nokt.ntc.nokia.com [172.21.143.37])
	by mgw-x1.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5RJ5ea16645
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 22:05:40 +0300 (EET DST)
Received: from esebh003.NOE.Nokia.com (unverified) by esvir05nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T6317b59d75ac158f25cb3@esvir05nok.ntc.nokia.com>;
 Fri, 27 Jun 2003 22:05:40 +0300
Received: from esebh005.NOE.Nokia.com ([172.21.138.86]) by esebh003.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Fri, 27 Jun 2003 22:05:40 +0300
Received: from esebe001.NOE.Nokia.com ([172.21.138.30]) by esebh005.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Fri, 27 Jun 2003 22:05:40 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Fri, 27 Jun 2003 22:05:39 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.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: [Seamoby] Issue 15: CTAR Relay
Date: Fri, 27 Jun 2003 22:05:39 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658EFD2@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] Issue 15: CTAR Relay
Thread-Index: AcM83AFy7KUw3R2vQV6hT2qM8w63BwAAxAlw
To: <kempf@docomolabs-usa.com>, <seamoby@ietf.org>
X-OriginalArrivalTime: 27 Jun 2003 19:05:39.0829 (UTC) FILETIME=[196A8250:01C33CDF]
Content-Transfer-Encoding: quoted-printable
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable

James,

I could live with this - what do others think?

John
> -----Original Message-----
> From: ext James Kempf [mailto:kempf@docomolabs-usa.com]
> Sent: 27 June, 2003 21:21
> To: James Kempf; seamoby@ietf.org
> Subject: Re: [Seamoby] Issue 15: CTAR Relay
>=20
>=20
>=20
> > The last paragraph of Section 5.4, it says that CTAR Relay=20
> routes to PAR,
> > but the routing details are given later.
> >
>=20
> So in the interest of simplifying the draft, I'd like to=20
> propose removing
> CTAR Relay from the draft for now. There are some security=20
> issues with it,
> and it is currently not well enough specified in the draft=20
> that it could be
> implemented. It could take quite some time to work these out,=20
> and we need to
> finish the draft. Since the draft is experimental, people=20
> could experiment
> with it, and we could revisit the issue, with some actual=20
> data, when and if
> the specification is put on the standards track.
>=20
> The editoral changes would be:
>=20
> Section 2.4: First sentence, remove terminating phrase ("it=20
> should be...")
>=20
> Section 5.4: Remove CTAR Relay from diagram and text=20
> following the diagram.
>=20
> Comments?
>=20
>             jak
>=20
>=20
>=20
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby
>=20

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Fri Jun 27 16:32:01 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA19615
	for <seamoby-archive@odin.ietf.org>; Fri, 27 Jun 2003 16:32:01 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5RKVXp31102
	for seamoby-archive@odin.ietf.org; Fri, 27 Jun 2003 16:31:33 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vzsb-00085Z-Bn
	for seamoby-web-archive@optimus.ietf.org; Fri, 27 Jun 2003 16:31:33 -0400
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA19604
	for <seamoby-web-archive@ietf.org>; Fri, 27 Jun 2003 16:31:30 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vzs5-0007uZ-Pu; Fri, 27 Jun 2003 16:31:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19VuQY-0002NW-L2
	for seamoby@optimus.ietf.org; Fri, 27 Jun 2003 10:42:14 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA25819
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 08:38:56 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19VsSi-0002Cv-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 08:36:20 -0400
Received: from lists.media7.org ([194.100.13.106] helo=cafe-seed.net)
	by ietf-mx with smtp (Exim 4.12)
	id 19VsSX-0002Bg-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 08:36:09 -0400
Received: (qmail 5987 invoked from network); 27 Jun 2003 11:32:26 -0000
Received: from unknown (HELO helsinki) (127.0.0.1)
  by localhost with SMTP; 27 Jun 2003 11:32:26 -0000
Content-Type: text/plain
To: seamoby@ietf.org
From: John Loughney <ctp_issues@danforsberg.info>
Reply-To: Seamoby CTP Issues <ctp_issues@danforsberg.info>
Date: Fri, 27 Jun 2003 11:32:26 +0000
MIME-Version: 1.0
Message-Id: <1056713546.46.0.360678052439.issue@danforsberg.info>
X-Roundup-Name: Seamoby CTP Issues
X-Roundup-Loop: hello
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable
Subject: [Seamoby] [issue3] Specifying IPsec between ARs
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable


John Loughney <john.loughney@nokia.com> added the comment:

Added the following text:

6=2E1. IPsec Considerations

Access Routers MUST implement IPsec ESP [ESP] in transport=20
mode with non-null encryption and authentication algorithms=20
to provide per-packet authentication, integrity protection=20
and confidentiality, and MUST implement the replay=20
protection mechanisms of IPsec. In those scenarios where IP=20
layer protection is needed, ESP in tunnel mode SHOULD be=20
used. Non-null encryption should be used when using IPSec=20
ESP.

__________________________________________________________
Seamoby CTP Issues <ctp_issues@danforsberg.info>
http://danforsberg.info:8080/draft-ietf-seamoby-ctp/issue3
__________________________________________________________

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Fri Jun 27 16:32:02 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA19621
	for <seamoby-archive@odin.ietf.org>; Fri, 27 Jun 2003 16:32:01 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5RKVX431119
	for seamoby-archive@odin.ietf.org; Fri, 27 Jun 2003 16:31:33 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vzsb-00085q-Pg
	for seamoby-web-archive@optimus.ietf.org; Fri, 27 Jun 2003 16:31:33 -0400
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA19603
	for <seamoby-web-archive@ietf.org>; Fri, 27 Jun 2003 16:31:30 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vzs6-0007v0-BD; Fri, 27 Jun 2003 16:31:02 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vude-0002P9-7C
	for seamoby@optimus.ietf.org; Fri, 27 Jun 2003 10:55:46 -0400
Received: from mail.zrz.tu-berlin.de (mail.zrz.TU-Berlin.DE [130.149.4.15])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA21548;
	Fri, 27 Jun 2003 06:17:00 -0400 (EDT)
Received: from localhost ([127.0.0.1] helo=mail.zrz.TU-Berlin.DE)
	  by mail.zrz.tu-berlin.de with esmtp (exim-4.20-2)
	  id 19VpH9-0002al-M9; Fri, 27 Jun 2003 11:12:11 +0200
Received: from mail.zrz.TU-Berlin.DE ([130.149.4.15])
	by mail.zrz.TU-Berlin.DE (MailMonitor for SMTP v1.2.2 ) ;
	Fri, 27 Jun 2003 11:12:07 +0200 (CEST)
Received: from ftmail.ee.tu-berlin.de ([130.149.49.250])
	  by mail.zrz.tu-berlin.de with esmtp (exim-4.20-2)
	  id 19VpH1-0001su-Jk; Fri, 27 Jun 2003 11:12:03 +0200
Received: from ft.ee.tu-berlin.de (ftsu34.tkn.TU-Berlin.DE [130.149.49.204])
	by ftmail.ee.tu-berlin.de (8.11.3/8.11.3) with ESMTP id h5R95pB32445;
	Fri, 27 Jun 2003 11:05:51 +0200
Message-ID: <3EFC0AEC.4020300@ft.ee.tu-berlin.de>
Date: Fri, 27 Jun 2003 11:14:20 +0200
From: Heike Klemz <klemz@ftmail.ee.tu-berlin.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: klemz <klemz@ftmail.ee.tu-berlin.de>
Content-Type: multipart/mixed;
 boundary="------------070605040404060009040902"
X-Virus-Scanned: Sophos MailMonitor on mail.zrz.tu-berlin.de;
		 Fri, 27 Jun 2003 11:12:03 +0200
Subject: [Seamoby] CfP:  Frist European Workshop on Wireless Sensor Networks
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>

This is a multi-part message in MIME format.
--------------070605040404060009040902
Content-Type: multipart/alternative;
 boundary="------------070407070808010504030103"


--------------070407070808010504030103
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit



Dear Colleague,

I would like to draw your attention to the " Frist European Workshop
on Wireless Sensor Networks" Berlin, January 2004 (see Attachement).
Submission deadline is July 1st, 2003: submission details are available
under      http://www.ewsn.org

The submission deadline for EWSN has been extended to July 14th, 18:00 
middle European daylight savings time (corresponding to noon Eastern 
Standard Time or 9 am Pacific time). 

Best regards
Adam Wolisz 


--------------070407070808010504030103
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <title></title>
</head>
<body>
<div class="moz-text-html" lang="x-western">          
<div class="moz-text-html" lang="x-western">           
<div class="moz-text-html" lang="x-western">            
<div class="moz-text-html" lang="x-western">             
<div class="moz-text-html" lang="x-western">              
<div class="moz-text-html" lang="x-western">               
<p>Dear Colleague, <br>
       <br>
      I would like to draw your attention to the " Frist European Workshop
 <br>
      on Wireless Sensor Networks" Berlin, January 2004 (see Attachement).
 <br>
      Submission deadline is July 1st, 2003: submission details are available 
  <br>
      under&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <a class="moz-txt-link-freetext"
 href="http://www.ewsn.org">http://www.ewsn.org</a><br>
      <br>
        The submission deadline for EWSN has been <b> extended to July 14th,
  18:00  middle European daylight savings time </b>  (corresponding to noon
  Eastern  Standard Time or 9 am Pacific time).&nbsp;</p>
           
<p>Best regards <br>
      Adam Wolisz&nbsp;  </p>
      </div>
     </div>
    </div>
   </div>
  </div>
 </div>
</body>
</html>

--------------070407070808010504030103--

--------------070605040404060009040902
Content-Type: application/pdf;
 name="1_EWSN-Call%20(2).pdf"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="1_EWSN-Call%20(2).pdf"
Content-Transfer-Encoding: base64
Content-Transfer-Encoding: base64
Content-Transfer-Encoding: base64

JVBERi0xLjMNJeLjz9MNCjEwMyAwIG9iag08PCANL0xpbmVhcml6ZWQgMSANL08gMTA5IA0v
SCBbIDIwODggMjczIF0gDS9MIDEyMTIwNyANL0UgOTQwMjYgDS9OIDEgDS9UIDExOTAyOCAN
Pj4gDWVuZG9iag0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICB4cmVmDTEwMyA1MCANMDAwMDAwMDAxNiAwMDAwMCBuDQowMDAwMDAxMzUx
IDAwMDAwIG4NCjAwMDAwMDE3MDUgMDAwMDAgbg0KMDAwMDAwMTc0NCAwMDAwMCBuDQowMDAw
MDAxODA1IDAwMDAwIG4NCjAwMDAwMDE5NTQgMDAwMDAgbg0KMDAwMDAwMjM2MSAwMDAwMCBu
DQowMDAwMDAyODg2IDAwMDAwIG4NCjAwMDAwMDI5MTcgMDAwMDAgbg0KMDAwMDAwMzA3MSAw
MDAwMCBuDQowMDAwMDAzMTY4IDAwMDAwIG4NCjAwMDAwMDMyNjUgMDAwMDAgbg0KMDAwMDAw
MzM2MiAwMDAwMCBuDQowMDAwMDAzNDU5IDAwMDAwIG4NCjAwMDAwMDM4OTYgMDAwMDAgbg0K
MDAwMDAwNDY3NCAwMDAwMCBuDQowMDAwMDA0ODk2IDAwMDAwIG4NCjAwMDAwMDUxMTIgMDAw
MDAgbg0KMDAwMDAwNTU0OSAwMDAwMCBuDQowMDAwMDA1Nzc5IDAwMDAwIG4NCjAwMDAwMDU4
MDkgMDAwMDAgbg0KMDAwMDAwNTg2MSAwMDAwMCBuDQowMDAwMDA1OTAyIDAwMDAwIG4NCjAw
MDAwMDU5MjUgMDAwMDAgbg0KMDAwMDAwODA4NyAwMDAwMCBuDQowMDAwMDA4MTEwIDAwMDAw
IG4NCjAwMDAwMTAxNDggMDAwMDAgbg0KMDAwMDAxMDE3MSAwMDAwMCBuDQowMDAwMDEyMDA2
IDAwMDAwIG4NCjAwMDAwMTIwMjkgMDAwMDAgbg0KMDAwMDAxMzkwMCAwMDAwMCBuDQowMDAw
MDEzOTIzIDAwMDAwIG4NCjAwMDAwMTU3ODAgMDAwMDAgbg0KMDAwMDAxNTgwMyAwMDAwMCBu
DQowMDAwMDE3ODY1IDAwMDAwIG4NCjAwMDAwMTc4ODggMDAwMDAgbg0KMDAwMDAxOTc0NyAw
MDAwMCBuDQowMDAwMDE5NzcwIDAwMDAwIG4NCjAwMDAwMjI0NDggMDAwMDAgbg0KMDAwMDAz
NTE4MyAwMDAwMCBuDQowMDAwMDM1MjY3IDAwMDAwIG4NCjAwMDAwNTMzMjEgMDAwMDAgbg0K
MDAwMDA4NTEwMyAwMDAwMCBuDQowMDAwMDg1NTM0IDAwMDAwIG4NCjAwMDAwODc0NTAgMDAw
MDAgbg0KMDAwMDA4NzUyOSAwMDAwMCBuDQowMDAwMDg3NzM2IDAwMDAwIG4NCjAwMDAwOTA4
MDUgMDAwMDAgbg0KMDAwMDAwMjA4OCAwMDAwMCBuDQowMDAwMDAyMzM5IDAwMDAwIG4NCnRy
YWlsZXINPDwNL1NpemUgMTUzDS9JbmZvIDEwMCAwIFIgDS9Sb290IDEwNCAwIFIgDS9QcmV2
IDExOTAxNyANL0lEWzw1NGU5NTNmYWExYjBhMTEwNTIwOWFjN2U5YWFkZjBjOT48NjZhMzQ1
NDQ1Y2Y4OGU0YzRkYjU5MzJiYWY4NWM1ZWM+XQ0+Pg1zdGFydHhyZWYNMA0lJUVPRg0gICAg
DTEwNCAwIG9iag08PCANL1R5cGUgL0NhdGFsb2cgDS9QYWdlcyAxMDIgMCBSIA0vTWV0YWRh
dGEgMTAxIDAgUiANL1RocmVhZHMgMTA1IDAgUiANL09wZW5BY3Rpb24gWyAxMDkgMCBSIC9Y
WVogbnVsbCBudWxsIG51bGwgXSANL1BhZ2VNb2RlIC9Vc2VOb25lIA0vUGFnZUxhYmVscyA5
OSAwIFIgDS9TdHJ1Y3RUcmVlUm9vdCAxMDggMCBSIA0vUGllY2VJbmZvIDw8IC9NYXJrZWRQ
REYgPDwgL0xhc3RNb2RpZmllZCAoRDoyMDAzMDQyNzEzMzIzNyk+PiA+PiANL0xhc3RNb2Rp
ZmllZCAoRDoyMDAzMDQyNzEzMzIzNykNL01hcmtJbmZvIDw8IC9NYXJrZWQgdHJ1ZSAvTGV0
dGVyc3BhY2VGbGFncyAwID4+IA0+PiANZW5kb2JqDTEwNSAwIG9iag1bIA0xMDYgMCBSIDEw
NyAwIFIgDV0NZW5kb2JqDTEwNiAwIG9iag08PCANL0kgPDwgL1RpdGxlIChTY29wZSk+PiAN
L0YgMTEyIDAgUiANPj4gDWVuZG9iag0xMDcgMCBvYmoNPDwgDS9JIDw8IC9UaXRsZSAoU3Vi
bWlzc2lvbnMgc2hvdWxkIG5vdCBleGNlZWQgMTYgcGFnZXM7IGZvcm1hdHRpbmcgZ3VpZGVs
aW5lcyBhcmUgZGVzY3JpXA1iZWQgb24gdGhlIHdlYnBhZ2UuKT4+IA0vRiAxMTUgMCBSIA0+
PiANZW5kb2JqDTEwOCAwIG9iag08PCANL1R5cGUgL1N0cnVjdFRyZWVSb290IA0vUm9sZU1h
cCAxIDAgUiANL0NsYXNzTWFwIDQgMCBSIA0vSyA4MSAwIFIgDS9QYXJlbnRUcmVlIDkxIDAg
UiANL1BhcmVudFRyZWVOZXh0S2V5IDIgDT4+IA1lbmRvYmoNMTUxIDAgb2JqDTw8IC9TIDM2
IC9MIDE0NSAvQyAxNjEgL0ZpbHRlciAvRmxhdGVEZWNvZGUgL0xlbmd0aCAxNTIgMCBSID4+
IA1zdHJlYW0NCkiJYmBgMGBg4NBgYGBgTPnIgA1wQGkBINaCYgYGcQZ+5jcMCiwSLAs4HYQa
VBnnsT5jlmHjkHwg+YDxAF+DEAODYg4DQ+0HBsajDAzsFgwMMisYGOoLGBhPMzBwxScHMHwz
rj/wwZjxpoMMww7xM7oVcAuTGBhPbgDSTEDsDXIYA2OuJJBOZGCImQ4WZ2tRAAgwALozHG4N
ZW5kc3RyZWFtDWVuZG9iag0xNTIgMCBvYmoNMTUxIA1lbmRvYmoNMTA5IDAgb2JqDTw8IA0v
VHlwZSAvUGFnZSANL1BhcmVudCAxMDIgMCBSIA0vUmVzb3VyY2VzIDw8IC9Db2xvclNwYWNl
IDw8IC9DUzMgMTI0IDAgUiAvQ1M0IDEyMiAwIFIgL0NTNSAxMjMgMCBSID4+IC9FeHRHU3Rh
dGUgPDwgL0dTMiAxNDcgMCBSIC9HUzMgMTQ4IDAgUiA+PiANL0ZvbnQgPDwgL1RUMyAxMjAg
MCBSIC9UVDQgMTE2IDAgUiAvVFQ1IDExNyAwIFIgPj4gL1hPYmplY3QgPDwgL0ltMiAxNDkg
MCBSIC9JbTMgMTUwIDAgUiA+PiANL1Byb2NTZXQgWyAvUERGIC9UZXh0IC9JbWFnZUMgL0lt
YWdlSSBdID4+IA0vQ29udGVudHMgWyAxMjYgMCBSIDEyOCAwIFIgMTMwIDAgUiAxMzIgMCBS
IDEzNCAwIFIgMTM2IDAgUiAxMzggMCBSIDE0NiAwIFIgXSANL0IgWyAxMTIgMCBSIDExNCAw
IFIgMTEzIDAgUiAxMTUgMCBSIF0gDS9NZWRpYUJveCBbIDAgMCA2MTIgNzkyIF0gDS9Dcm9w
Qm94IFsgMCAwIDYxMiA3OTIgXSANL1JvdGF0ZSAwIA0vU3RydWN0UGFyZW50cyAwIA0vQW5u
b3RzIDExMCAwIFIgDT4+IA1lbmRvYmoNMTEwIDAgb2JqDVsgDTExMSAwIFIgDV0NZW5kb2Jq
DTExMSAwIG9iag08PCANL1R5cGUgL0Fubm90IA0vU3VidHlwZSAvTGluayANL1JlY3QgWyA1
MjIgMTE3LjQ3NjIgNTQ0Ljc4Njk5IDEyOS4zMDIwMiBdIA0vQm9yZGVyIFsgMCAwIDAgXSAN
L0ggL0kgDS9BIDE0MiAwIFIgDS9TdHJ1Y3RQYXJlbnQgMSANPj4gDWVuZG9iag0xMTIgMCBv
YmoNPDwgDS9UIDEwNiAwIFIgDS9QIDEwOSAwIFIgDS9SIFsgMzU5IDQ3NCA1OTUgNjc1IF0g
DS9WIDExMyAwIFIgDS9OIDExNCAwIFIgDT4+IA1lbmRvYmoNMTEzIDAgb2JqDTw8IA0vUCAx
MDkgMCBSIA0vUiBbIDM3OSAxNjIgNTk3IDQ1OSBdIA0vViAxMTQgMCBSIA0vTiAxMTIgMCBS
IA0vVCAxMDYgMCBSIA0+PiANZW5kb2JqDTExNCAwIG9iag08PCANL1AgMTA5IDAgUiANL1Ig
WyAxNjMgMTc1IDM3MCA0NTkgXSANL1YgMTEyIDAgUiANL04gMTEzIDAgUiANL1QgMTA2IDAg
UiANPj4gDWVuZG9iag0xMTUgMCBvYmoNPDwgDS9UIDEwNyAwIFIgDS9QIDEwOSAwIFIgDS9S
IFsgNDYwIDExNiA1OTEgMTc0IF0gDS9WIDExNSAwIFIgDS9OIDExNSAwIFIgDT4+IA1lbmRv
YmoNMTE2IDAgb2JqDTw8IA0vVHlwZSAvRm9udCANL1N1YnR5cGUgL1RydWVUeXBlIA0vRmly
c3RDaGFyIDMyIA0vTGFzdENoYXIgMTIyIA0vV2lkdGhzIFsgMjUwIDAgMCAwIDAgMCAwIDAg
MCAwIDAgMCAyNTAgMCAyNTAgMjc4IDAgMCAwIDAgMCAwIDAgMCAwIDAgMzMzIDAgDTAgMCAw
IDAgMCAwIDAgNzIyIDcyMiAwIDYxMSAwIDAgMzg5IDAgMCAwIDAgMCA3NzggNjExIDAgMCA1
NTYgMCANMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgNTAwIDAgNDQ0IDAgNDQ0IDMzMyA1MDAg
NTU2IDI3OCAwIDAgMjc4IA04MzMgNTU2IDUwMCA1NTYgMCA0NDQgMzg5IDMzMyAwIDUwMCA3
MjIgMCAwIDQ0NCBdIA0vRW5jb2RpbmcgL1dpbkFuc2lFbmNvZGluZyANL0Jhc2VGb250IC9I
TkhNQ0krVGltZXNOZXdSb21hbixCb2xkIA0vRm9udERlc2NyaXB0b3IgMTE4IDAgUiANPj4g
DWVuZG9iag0xMTcgMCBvYmoNPDwgDS9UeXBlIC9Gb250IA0vU3VidHlwZSAvVHJ1ZVR5cGUg
DS9GaXJzdENoYXIgMzIgDS9MYXN0Q2hhciAyNTIgDS9XaWR0aHMgWyAyNTAgMCAwIDAgMCAw
IDc3OCAwIDMzMyAzMzMgMCAwIDI1MCAzMzMgMjUwIDI3OCA1MDAgNTAwIDUwMCA1MDAgMCAN
NTAwIDUwMCAwIDAgMCAyNzggMjc4IDAgMCAwIDQ0NCAwIDcyMiA2NjcgNjY3IDcyMiA2MTEg
NTU2IDcyMiA3MjIgDTMzMyAzODkgNzIyIDYxMSA4ODkgNzIyIDcyMiA1NTYgMCA2NjcgNTU2
IDYxMSA3MjIgNzIyIDk0NCAwIDcyMiANNjExIDAgMCAwIDAgMCAwIDQ0NCA1MDAgNDQ0IDUw
MCA0NDQgMzMzIDUwMCA1MDAgMjc4IDAgNTAwIDI3OCA3NzggDTUwMCA1MDAgNTAwIDUwMCAz
MzMgMzg5IDI3OCA1MDAgNTAwIDcyMiA1MDAgNTAwIDQ0NCAwIDAgMCAwIDAgMCANMCAwIDAg
NDQ0IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCA0NDQgNDQ0IDAgMCAwIDAgMCAwIDAg
MCAwIA0wIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw
IDAgMCAwIDAgMCAwIDAgDTAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg
MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCANMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw
IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgNTAwIA1dIA0vRW5jb2RpbmcgL1dp
bkFuc2lFbmNvZGluZyANL0Jhc2VGb250IC9ITkhNSUUrVGltZXNOZXdSb21hbiANL0ZvbnRE
ZXNjcmlwdG9yIDEyMSAwIFIgDT4+IA1lbmRvYmoNMTE4IDAgb2JqDTw8IA0vVHlwZSAvRm9u
dERlc2NyaXB0b3IgDS9Bc2NlbnQgODkxIA0vQ2FwSGVpZ2h0IDAgDS9EZXNjZW50IC0yMTYg
DS9GbGFncyAzNCANL0ZvbnRCQm94IFsgLTU1OCAtMzA3IDIwMzQgMTAyNiBdIA0vRm9udE5h
bWUgL0hOSE1DSStUaW1lc05ld1JvbWFuLEJvbGQgDS9JdGFsaWNBbmdsZSAwIA0vU3RlbVYg
MTYwIA0vRm9udEZpbGUyIDE0MyAwIFIgDT4+IA1lbmRvYmoNMTE5IDAgb2JqDTw8IA0vVHlw
ZSAvRm9udERlc2NyaXB0b3IgDS9Bc2NlbnQgODk1IA0vQ2FwSGVpZ2h0IDAgDS9EZXNjZW50
IC0yMDMgDS9GbGFncyAzMiANL0ZvbnRCQm94IFsgLTUxIC0yMDMgMTA3NCA4OTYgXSANL0Zv
bnROYW1lIC9ITkhLSUIrQmVybGluU2Fuc0ZCLVJlZyANL0l0YWxpY0FuZ2xlIDAgDS9TdGVt
ViAwIA0vRm9udEZpbGUyIDE0MSAwIFIgDT4+IA1lbmRvYmoNMTIwIDAgb2JqDTw8IA0vVHlw
ZSAvRm9udCANL1N1YnR5cGUgL1RydWVUeXBlIA0vRmlyc3RDaGFyIDMyIA0vTGFzdENoYXIg
MTIxIA0vV2lkdGhzIFsgMjUwIDAgMCAwIDAgMCAwIDAgMzUxIDM1MSAwIDAgMjE1IDM4NiAy
MTUgMCA1OTcgMjgwIDQ4NSAwIDUwMCAwIDAgDTAgMCA1MTMgMCAwIDAgMCAwIDAgMCAwIDYx
MSAwIDAgNTM4IDAgMCAwIDAgMjY3IDAgMCAwIDcxOCAwIDAgMCANMCA0NjcgMCAwIDAgODky
IDAgMCAwIDAgMCAwIDAgMCAwIDU1NCAwIDAgMCA0ODIgMCAwIDUyMCAyMjAgMCA1NDcgDTIy
MCAwIDUyMyA1MTEgNTY0IDAgMzMzIDI5OSAzNDIgNTUyIDAgNzI5IDAgNDc2IF0gDS9FbmNv
ZGluZyAvV2luQW5zaUVuY29kaW5nIA0vQmFzZUZvbnQgL0hOSEtJQitCZXJsaW5TYW5zRkIt
UmVnIA0vRm9udERlc2NyaXB0b3IgMTE5IDAgUiANPj4gDWVuZG9iag0xMjEgMCBvYmoNPDwg
DS9UeXBlIC9Gb250RGVzY3JpcHRvciANL0FzY2VudCA4OTEgDS9DYXBIZWlnaHQgNjU2IA0v
RGVzY2VudCAtMjE2IA0vRmxhZ3MgMzQgDS9Gb250QkJveCBbIC01NjggLTMwNyAyMDI4IDEw
MDcgXSANL0ZvbnROYW1lIC9ITkhNSUUrVGltZXNOZXdSb21hbiANL0l0YWxpY0FuZ2xlIDAg
DS9TdGVtViA5NCANL1hIZWlnaHQgMCANL0ZvbnRGaWxlMiAxNDQgMCBSIA0+PiANZW5kb2Jq
DTEyMiAwIG9iag0vRGV2aWNlR3JheSANZW5kb2JqDTEyMyAwIG9iag1bIA0vSW5kZXhlZCAx
MjQgMCBSIDI1NSAxNDUgMCBSIA1dDWVuZG9iag0xMjQgMCBvYmoNWyANL0lDQ0Jhc2VkIDE0
MCAwIFIgDV0NZW5kb2JqDTEyNSAwIG9iag0yMDgyIA1lbmRvYmoNMTI2IDAgb2JqDTw8IC9G
aWx0ZXIgL0ZsYXRlRGVjb2RlIC9MZW5ndGggMTI1IDAgUiA+PiANc3RyZWFtDQpIiXxXXW/b
SBJ816+Yx13AHs/3B7BY4OIN7m6BBIeTgTzc3oMiUTF3bVJLSvFlf/3VULYkFhXCiEODxe6e
nurq7rt/iZ9+uvtw/89fhBI///zul/vF3f3SinWPv8uP6NfNQotaLO7+XT2t9vXX6r59arv6
udp39Vp09eLu70sjvvSLdw+Lu4cHK7R42C6MGz7Hf9ZEmZyI1sngxMPz4gf948Pvi/cPi/cf
4G25WzWnGPRrDCNTSiplvXhYC+2lS4Pd45OFTR9EdF6GpPRgvN9fWj8fz3zPdPluLcqTxtOL
uIjcwby5jFy8P3TtrkLEn9ruj/6x3Ym2EaJ4VIOVsQHjjdQ6ZxFVksbioRj5VHfVU/nkwpOy
Mgarx8CKQDi0Sd6PQX0vllXTt534WO1fSlTitx/ef1p+/O1HcT0T9lombsepUJwKHaUqLkPS
MtkcB9/vqu6pbm6EzvLWaCl+XTWHVfdNGKXcd5y7q9dwzl2Q6tXp8OSTkzkXv96eLuHCshbl
50jSYESITjrhnBa3RgU8dtViC449rnbVKYRgL5l+vxwO7Ea/xfL+I8gRvXgRWokP8PE7/v0q
/vNfJTZi4TO8hCSeFzrq4elpseSj+lc3F4V0PLVj8mkjczjyeniyIUgkPfh05vVyDeJ9J6lh
lFR/eaPhdKOh5FebVzdChyyRMOePnCyGL14mJYMy/vS+5vcWcbp8eg9GV2Bif2Ri88rE8Ucm
a5ntxUcgKvm1Wklrwjmu5ccCOB7Fno5ix0exxhcZePsGxL89hSDardjXzdiNQ5pNUvH0yTd+
n0A+dTZ5Q+9Bdh3UOT1iddi3TfvcHnqxqb7W6zHeaxSNs2d7Fb+PUht3jqcXjLBK6qzOifnz
UO921Ua81PtHccqReUuRuXrZVkujXvn0MrnS8rKw7hL1qlQXsGxxFJXHsIpBGeexdgwCP9bt
M3HCGqm8jWMkg5yWbijvS9ChoRMYH2S05dYuYevVnmARhY2XIxSbgo6oYCkZkHqCJZzTQpFH
sFux6irBxEbaVCTkSlBshckustsdRWcdTpASwdaF6itChiidM4mQBIpGRuPptjiyCD1OMc6m
zcYsnefcfiVQ8ldAFaSa9MIpDA6GXVarbv0oyLFDRpRXxBCueheugASDcKWRQSvRHIiULqZy
CRTd56or17CpucCRGBfJ6nZLKExKLmdCVV3V0GV4XwqCMyM6RiWYm+SPQAGTR+Lb6Csiko+F
6Yr4yw7RFVSeFOBRn4YBKxV9un17vKJQEEL3HZrq0ttTEahLUDttXFPQ8zPEYl/T0Q1GDJ+D
HmP7G85jkR8Toh3jVgyCMWR7DGq+sEThSrwmU9ye4ExmaMsYxaZiURQGiS0HjwEqpuBns2ay
krg3AhHhrVJIA/t7ZMXRmJk5Vx1jkvSWMBtWQjfFvLAzC0OKLrCja7YOMsIgsW+nWom7CSaM
gbvdE3dzmw28WjfLB4zIyLundO1ryrzDwBOMpuiaXgpM8D2H6EAM5V2cza6LWirNoIpBmDBz
5KzQSV0ql5mJF48EAnmmII48e5mCmQ8cU0N2ZtaOV9iBMDTMKoVHUgGkm9xXLFfGQupLcxwV
I4NQ19aTw78m4xkGuBAJtRGfWZGNtCqRx28MwvAZGERtygdMoIlBnCysEWADRYXRmKNPoYxr
cbYgPVg/BZ2l3Z6l3V6Vdqy4YRhMy120TDWNGJIrLLrE0YF0icHqPAZ1DEKbz+gvI1BFvdaA
SDaXoecSdXiicddAqoxzZIxuzECrsDUSSNTNvproP4S2lOZM/MZ7qUycTYQJ2JNUpuh50EVr
D1GTJW6CUL3snabYOVvRy6wdJYs7jZ5iuLMlcNsShphgsGFYHfhsddtMWk2U1hpiw9O00VsL
RhgdxsBe7Lkv+aKcYT711hflJKfcvIKZYuprR8ACEQbdGB2BSGjBaLQ5PUtCp+AzMAgbV9PX
G1Z/TDR5kJgZHjrnyxTCdUQgpAztS8+mw/l4BVRa8Gc2hwkyxUD5ED3DchELQwZ33CoMDsmg
ST8Z6tvNZsJrpFYxiC0VWUxMHh7cDeo/ZD2b09JyIBR2IieinUz4GhMsVwDftgcbU1bzqll6
RUI2pndUcIOum0Hi356mCu9B5qQQ95Cd9SN1Up3KCuHdGEex6uzKZpPGoK+VoGG06PLQu8dO
WZctpm1Pkf2PQRnji9djEMWOiUNmG/0YxDG5oeopJlZJl66A2BIKJhTqjkCi2m45rhhL0VNc
a0alUsmO8lA1PNeiYHxGUxnBvjEoSQvOjUE3NJ6ULQDSEMhjv6s4NuuAdFhSxxfJCugxqmlF
3JmAyj5n4nz8KAaMcwQSLyeWqxPLFbHcYuPig9f7R14XLfpXCCi3OZ5bzLoqWMo1TQtOOUwL
litrukEgiWSp25TSrRqeeR1yZFMI835DWXAYxP0Gg4MJgahHPCi7iE0MKj3p8Lwr/VCsms1Z
YfRb6vVVfcHOgltxx4pZcS/VWDGMxacjHA9gCnMzQXgiUkhRhsSN/VXNXop/cDFjVEvZzdvD
zGfLGDYCNeuKi8aAX2qov0vgSqx5JsXCZaCkY1zbV8PE2a3WQ2Lb7ZnS+UTpPKU05uk8NsXF
jHfOMqiruCvbsuMpTbhVx0vlcTuj8Hmp1OEKSGy79lls6u12wutosOrwpU2W3iijd3wTe/F5
tf5j2vKTNgT90rXcqjE9K0Idmk0v6v5Ma3TVt/ynq8Qu4+I5r38e6q7aSPG3zeY4M06WEnyV
XVHXyw95KcHIHhWDbgD6vwADALYaTngNZW5kc3RyZWFtDWVuZG9iag0xMjcgMCBvYmoNMTk1
OCANZW5kb2JqDTEyOCAwIG9iag08PCAvRmlsdGVyIC9GbGF0ZURlY29kZSAvTGVuZ3RoIDEy
NyAwIFIgPj4gDXN0cmVhbQ0KSImMl1trW0kWhd/1K+pxBpxK3S/QNEzcYToMaRqiIcyjLB9b
6siSOOfIIf3rZ5VkO6p1Sk4IOAZ/p2rvXfuy9kwbofAP/5mYZFQ6Ch+MNEo5MX+Y/UP8c/7X
7AxKWibD0GeCspXGOFNDnxjKMjuda+iPQSz6TnSPu83jentff2KjlyH/wEILN5Jm6K7fFUxJ
pVQW86V48/zrV3H2bTYyBqXrbx/qC5zC35zxZMWwfthvOkJtlMY78lHcLgjzWnqX6NqRqaCk
jtHSYWNPWFTSJUeH8VmIZAyBfNgShLeeQsN+Rzd6BMSZkF8332stlQ/s5HpHmLEyhUzPtxVb
Cq13DtGwxI1fJ8aFIHUIlItfBjHujolzygNTUuL5t/OM0CHLclmSTil/SqXDdgmzt4vNhjLa
aGl1CjX+jaEoVWSIq8ziqTND/Xq5ErfrYezXN4exuxUDZb5WMvvyXq/cb3WQEQGpoWHsHoYr
riQPK3yyNdpJppIMyuaa4soNDknJkLwSN933R8gvj8BlmZyMppTl+ddLuiLDWmPI+wVDHn9z
ZMdh6Mh1p4u9iQ9bjofFuOsHsd6KcdUhKZFwnL/wIFDKcE4aJ5Uh5guZ4K2V2mqiVovHrqTu
TXeWvfYYuGbiWofHUeH0yIc9aheJI4/fvp/P3n+8nr39U/zyy9uP1x9+E1H8+uu7365n7+az
t/O5F1rM736yQOB1Uioe75kjMvT+OiPrrMk1SKEz6CPJM7TYiN0dor0eBIr7y7DirxIMCDHU
X+152PgGJNbHNnDTTyeNCwVjfvyZZPV4N/pwd98hXXquL0wbnY2r2b4beIqgc3r0O4pLv1w1
xg3qny7n+eBwmmFoEJiQD+gud3eEw8jkoq7xrjECjHOWqO0obngMWF1ewtfk8st9vztsb596
0CnE/iXEvplzKpa/xef5/iBWi/72K7dbj5BoohfTdpucDTXUd88z4oz0OC5nR8ft95v1kg9F
P4IQ8jVaBsfw3cX44mKkLNJWejLoqtiz7LvF2InFRPVomVUZh1VUdv3hQXzldDIQXpFCsmIo
NaAOMVlO0ynHYCl2DHmZLUO7YXizmQgTtMbkKGrfGMp4L4a4GBJK3nmKSI/WPbKUwNyEriVf
7xkqOoKhSWMvM0hrSo9xzTWAagFC4dheie3usduIn1CqpxJwRWgrlU4lvNscjuklqISNzhgC
mnBuoyiUKdQzlE/VVEFi2FNEDUYW5hdxS64lKD2NJK+gNUMRMg/SuILYwaAxKhnikyBBfGkl
r9qEsMaEEVQ7uOc4JOwJHtX2akQTFpHI0A13CdeAeI+wCt1AsVlFsbG+Mem0nlXg9raolals
gyKz5ClF1gboJcfUYdp7ptB4oKAdVVxQ5ASbha6pJmeJW6YyipEpbgAKGq40gAp65D6nysiM
r5+kPfoN59dmt39g0BXQJwr/dNubQiNUDu97qTjpKBSfP/3Br+ThacK+QK+0XXJ3gt4wli8u
qwzvVqG0Mbp5sx7X3DlRUzFTXAYeET5GVIuhbsB3JiuVZW+3Py8HylBwxz5Zqqwri9LyMAyk
drUo/8Sw3M50EiGW1xcaU/qNw7rVd7O7WRIfce5fogAaOfsEPP3907lgTk+CWR1NOZ560s7u
pJ3PZnwxOcscjuTxl6MyEcg9jCnsNsXs69UxKjXnrLTOxJpcNzg8mnJ0Yn9B6ueW1K+FrdEX
bS7jPJS1Azf8a2oJxluwibjbBhdliNgvK64VgSIua+qhQeGnQZZVnPg8BTEtoLp1De4aXMBP
lEvFbdbD31diPqWhk1X2NfzfBpaLKqTLxbspqNVxhhLZNUBd1iYXa7DfrLcN1gSJBYFCfiFH
tGomyevpbI8F89qpujr1rFJs/C534sUL0MSSejL8z3533y8auRCsDFm5mhbXUzBaNI1karCR
CxGPERId2Lg4hdOk+BGHfVRN7m0UdY4ypUxuj2PXXYquuVTY+qWw9eXCLpumKf0Vt/y+29w3
qgyCIEZbo1htGxkcjHTZEdqqM2ytttTjObdcNR4Bwc2Y1fXdV+L3rpnrystovKvxfr1cvXkW
2OgWzzMlTWOCNga9ArvUM1Gi0vXj32+mt0FOYY2MNfzhtOuRFwopl4lsPD1SU0cdam5sRkV5
aMOKOzRSU2FRgyavz0P43nUXmgV2QJ2w7FZfXEo8e3GipJeJYi4lnk9FjZ5G1vu+MSocvtcx
VmBrUkDyAamwjbhukAHRCJg95+S3BoYcCjFXWOOtINXwBPW9/XJ9Jf7XNZzRiGd0fOrY7Vtv
AAOiru1sDQFsnkZjSp5zz4ukxvfPnRUuX0x0H8vE0xdnl8VPX2J2zjUSx5WdBvO/4taPjaKB
UEho0xXY8K4sgUbTgX3zUeG7qblGCUK22qKXawObnUklTdzYSJMIj5MlA8WHZhHGYPUPLYTu
xIvwzQ0uSls0SsU10j0XzeP9D58uh9NuUnE3rRTGEpPQiyuw0XW0womKIrNpcRmNoNREFcIL
zcZdnHIvHV03OvpTswnlv1OJ/KdhcpGlCZvIOdeP4t9dK0OUTLa80xnbmFyljXgI6nNsaMrI
0qWV8RXZKEVUObpI7UtrBkM/WIex9J37vwADAM7HTnMNZW5kc3RyZWFtDWVuZG9iag0xMjkg
MCBvYmoNMTc1NSANZW5kb2JqDTEzMCAwIG9iag08PCAvRmlsdGVyIC9GbGF0ZURlY29kZSAv
TGVuZ3RoIDEyOSAwIFIgPj4gDXN0cmVhbQ0KSImEV19v00cQfPenuEcqheNu77+EeCAQSNtI
iJoXxIsJhrqYgBxT2n76ztkh+Dbzw0KKjDzeu9udnZ2d3Vv+Mv9r1mzLxuHf7oN33pbqm0k5
2ZS9mX+a3dusV1cE6oFokgeo6bin89nTi9PZgxfm4cMHF6fnT4xP5tGjx09OZ4/nswfzeTJA
v5/dd9a5lMz80vRPFZ++mfEQ6aFNStG66GV3xIu7Vwne+lbjiFsQXLI5tDLivq7vAmOwQXIb
geb5XWAK+D4dPTgVG2sOI+7v1V0gUikt+BF49YGELM2mGtUVT+7iqljvYlVPeXUX2LxtMai3
kLq3bPEUFZA8pTVbYtJvZpSLNmddZcrNhqdkdfKGMVNszFnx4Zrc0fsGQFX53hKgIDvS1CX/
ZUCkJzZNnQ4Exz0K1tl+l+hBbMkOF4lik/i4+9n8G6Fmsi3JiFuSMqVkY5QyAsnLUrWyo/AQ
kDBTbI69Soe4qXbPrN17j/vbbvfT3Y52xvdld8Lzz6SNi60ulRG4/kBzlVxTwOXG/LbYrE/M
nDRLtFVCGH/AekWsE69w5jHXU8neqyswIO5aRd11SnmbjU7U6ROlKJPKCz3a12JXzYla9KP6
PNjRkSpvdX1cHOL+JLhsi4gfcaS0EeMn63ifCK5BoLtYHeKY8AbEi+od11Sgswsy4szvpFDF
gSJ1BF6RvioV3CvqxdeXhHMQDNBZpZAoeYs2+KLeYrhAhxJG3DmjnMPYzPotnJsSsjr5PdVT
b0PR9btifBdnS3DhKCM8iFjK8TsGZ3PT8aaaok7pEyh6o0+uTfaEK/iP7JX9fEEuE2pvehmR
5mKxIczLEIiigpIGyrnXKo44ZguQhqDjraF2RJxqh9QwYkmTg3jincKZ5T+MKdm6Foq65uV2
qhBtclDk20ExKU4RTE/5ptRnm9XyHREKCI9rMmIJH1MvA2o+4IjwYFxWWMMRR+qQA+IhEQOO
UCVXNDWE7BiuIF6A6xpwoNR2u2QOyGFIJ5TsWFiPOsXi1Pkn5imhgRdMx9BUjp5/9zZO4hFv
E2uCJZL9pvD6TSiROu9SMbIH7GZ1SVoiNSu1hRE6QTRxU0Rzt0STaaIh+0lk73lO2Xgr1kuL
I3C12CwM2VaysxJhHgYwc1zwxVVU0O1mRUSyD5sWFXS9OjGvaM13ktPUbbkz96mqm1ILDxtd
sL+NT9pcr6iVzjbkpI5nVhrmQioWywF4SzeI+HeFkJ9wDr4Vpc27376B0/2dck4ctGrALswf
iy8rZgDQWi7mEc06Fp0l8PsD7j8iFTAAUXLRV5VAlBhDM2LRHaDMKuBF4M6IMy+5UIRa1eFs
DEMokn4N0Ufvk/UYAyOQGQDM6ZRQxPGOE+3rp9o3S2fBzs8GQoOb/k0OnkD2gkWyALL47OKI
I5WCi819Mg24d1/p1Em5q/oh0Lz4/GVJHADY7WpVUYlRBKGSdGk8xJHDq2Dz6zJ9iLtPcAne
valXvyZkgsf36LEBRyqKqSBJwohbExzEwsfj8WA5bExJBWSKAtcRQlaZoYKGo5tONd2wIu5Y
6wgkjeY9Kh10RHNGZgQGhE1FhXzGZA+WpXTZG0J24J7m9diYhf1sOezn4RlbsqAOrdUR+JEw
CduTVGyQA/B6qkdlqkcxGL73aEqTPSqgd8Zm1c/4lTVfwN9uaQ6B3Hzv9qkBx7Qv1r3NH4Bs
h+z9BAUacG+Z5/O2xaICssEOzrimnkwGYMEy5Zp6MSEhBAQ0URc0r0jHY47GIkdTWGEnalYP
If0EZQixd8khjviDrgxZX5B2POYbRtIIpP4W/Zm7Fh4Cr+lGipDNKeSW2Q1fUeeoskg3Uuxi
EtUt3/OOD1kDfxiYeGtg8k+6GQrj4k3vnS7W5I0RwtIH6SGSXAc8LknByPNSQcKKwm3Y6tK/
79bhELhamMWWLZtN4HqzCsunSK769I+cAi00FW9NnQYE1TcVkzFAPBLZE3oInJK7MLm6/tSY
3qgdbo9ZGfYr1HLzllQVwBoUdLnZmpdLug5VqI/vG+IhnozfirVix4ND3Ik5I6VIaG8ZgWyw
oWsliwI+M+fES3TXF6So0y+mchynciy3OXaTOQ5wwRiXe2NJbD/WC2yxdcSR9goRVw5lxH0m
DREjDJBXBxNCYvBUD7c64EilEi5Ykh9xWEsuPzIXiXUDkjiC2bDA375tjEHZnthQoarzyKYA
Ts76ZLol9l2jqPdgS5zwX9jJjp7de7s5n0Yg84ggXulmagBSEejPFhXxh/3qWr1jnkcSJ1U7
oBtjDXvFP2UeLGLpwygegOv18gOhQQOtdsbmAMpsRbDFYdINOEOIjw0Wfd0Ogf8LMAAWuy7O
DWVuZHN0cmVhbQ1lbmRvYmoNMTMxIDAgb2JqDTE3OTEgDWVuZG9iag0xMzIgMCBvYmoNPDwg
L0ZpbHRlciAvRmxhdGVEZWNvZGUgL0xlbmd0aCAxMzEgMCBSID4+IA1zdHJlYW0NCkiJnJdt
r1NFFIW/91fMR00uw7y/JMYEEAMqSqRI4rd6OWCl9prTIpFf75rTe/Hs6To0MSSXJn06L3uv
vfea1Rc3X67/WFVdkzL4N33IWfvikvLF6lB8Ues/V1/sz7nitDeuSu414bBe6Ncj+1bX9vUX
96257dutpxr3eL16/OzR6v5z9dVX9589evqNclF9/fXDbx6tHq5X99frqKxav1kZbWxMan2t
7uGjMVGtPyi5iYsahM/4vvg4bbH+/fwsPunsrJUguVuwOidTJPcn4ar2zgXJbc656LEevhbc
gXBZJ+Mkpl6ccylivf4eW8IVnYLr9n1HNOQRPpcvxiWXdr7uviPRkMVfWy7GpSQdJk3OuSvC
FV2d69ZTRGsW+fCdDl6ec9YEBLAPNOOydqW/yEMC2gBl2i6CAwOLDqG/CgmhdVYX019mx8CA
5IXLYrAOlei6KiEFa73TLtDokIpNCxVrrG8Va05hWSrYWPDfbU/47vworupoi5Uc0aVHCGIu
krsmDSB4XXE/CQ4kCKhYl0p3QvWCrYkopRqCREn8W5Hl2B1ytxvGK/XtS0VFhdM62628ICqf
Wp3PwXG3XciuzbF2N1vIbmbZpZkMWRsEoS32bDMe2dbR6ZRTFaz6ZTgeBxz1Sj1+zgrQYWiU
IH7z7Q8LBRhst3jjppmRTmI81yGigU4PhXlcwwU3/e4H0qqgHB9CkuD7A2v2SaPXd0vu9yRv
UE61bczMyaVUFJaK00C0d5Xm7WKludagwqmWH5DkeIye3GbPHCT2ICBgplbJkf4VkjYoC8kN
m4N6ReOQSyqS3e5227d0ZORcunNeqSckEdag4nzpLn84kAZiLSZR6ON0r4FThPNdhNGQlzVk
m1hDnn5LxOxRpbVEyZGODvdhkwmS2xyPrKRalG2S6DCqp4TNaJK5dMsejtsjDXKpvrvRezpv
i/VecmS92raOrjumogWfcfk2H+cozRim1OQrxd4HIlnrPK5TcxdQBmI4J9uFiPg+CyM5zeY5
t1S4dWlCmvpJVct1ayxm8G0/e0A0hZ46SXzOkRhM5V285Fiba7NfUtz3wo85ybHKTjCCrnmT
OUiymRL+YhYJbrc9fLxSa/r0MDVKmLi8WrWbVCxOyQatwSj0PUkHrdMlIt8CXBi0DnMAA7bb
novEm0UbdSeSZlsWROJKbRbwJMNnW2p8ko4FUhTosBvUrzQZpcYsWfYaQHJ9jJIbP2KU01dl
RDIk+3L/N/fmKZZue5YMUyGD2t1pJM+q1t1dDt3urPE1112D70L6D89uSUFy6m5e+Et2w+El
BZdST36GjgogVXIkBm0aO0mN42bcLMnMLsms+cCTzCyZcLcygzCiiyeb8jPtRZhbUXLECMOt
o3sEyVHRBu0NPKgAN+NrKtoIX5C7zcnImtw6ngqCG0knbG9d2x3yAxF2xHqu25doEDpJ0XRB
fLcwKjEZLgWx4jHnXXcPVnnNQvvS7/z0BSsTq3323Z3J0JkesfhacOoRf3KmVvVzkA3zVhe+
z/T4l17SsaM6Xii6W/XGCJ3Hz7dhL9YN/9VHM+fXarLbdrkP45HgQjw1g5/Gtxv+sPQ5W8mS
/MLZWV8l9pHI3qCvm265zZE9Py1aBTyLIFlXh8FOTmLkHgVGoeDtIjimAXjEWku6uC8EjS4U
JMe8l4na22Ivg9br0DzPpVBP4yH0QcSzdFiSSVic1vHO0rVPCyqB2E2JpyfGExIJeLVi2vyd
gzvyFgpYz9QOhPv/fjPuqHEqQRcHkYsfMOeEr53tOO6crHbJ2u4IPGswIN1ZF5yTrTrgKSp3
X0hFXEzFJ3O9mAiH4oHVOLU5cpBmmgsSKUBirqcp3MI150ZqwkxpvX3ODZsDc86YUwUyl+x2
t9sSHbTnWsode6We0PdVwFlzkOzTpeim/9Fnmy0L6bNJy2xZtpit7Tl4e8r5ala1f+pwvV/h
uYhKQFRtUvc8Bt04rN6I7crtdmZafvrRuVz8fw1+ckAYhiZMPzh9sgnPCViSqG+t/KtBDZNo
zkgcOrlc5/D1zfuRsc5m7TAm5+zmLSVds9BokDNyUNc3+yOlY9C2GnGGcUtJjJBS0BRm5G/v
+aIZzi36NEe3NzQGrhRdMeZm5IFyFS23FHF/9XqgrLeTdxPbX3MQpsxWkS0afY9O42wVd6dB
8g4mKlgR/N+2e5oocHg/eXF3RXVyUhS6XGnTZ9p8v7/5m2sqIE5J0hueJRg+1wy9XJku61pI
S6qSHdSHm/Ed5YNBWptc57y62atXL37U9JauPf1C7S76YGx974bH2jYP2O3xhqOxDezuNJzE
UC0h9+GmEfQej7pm+WRUeLKDDi52wR45G52uNndJPBw/PRtduutB1sfP9CC0bszI1hT/FWAA
UN02eA1lbmRzdHJlYW0NZW5kb2JqDTEzMyAwIG9iag0xNzc3IA1lbmRvYmoNMTM0IDAgb2Jq
DTw8IC9GaWx0ZXIgL0ZsYXRlRGVjb2RlIC9MZW5ndGggMTMzIDAgUiA+PiANc3RyZWFtDQpI
iZRXXW8bRwx816/YxxRw1vv9kRgGatlA8+AgQATkWZbOzbXOnSGfGrS/vrNybWkZrqIiQKIA
I4pLDofD2Zt+WP2y+GOmtVROKPx5/qSTkcHFIJxRUuucxOLb7M0DD/Uyhhxr6HbdnQkOblSU
1vlUw+9YqDYyOu9IZB6apAkUOonlphPDOImH/hv7tahlsJl8rZ94bJTRplxju7WYxne7l94s
Zje389n5J3FxcX47/3AtbBaXl1fX89nVYna+WHihxeJ+psRihaiL7+KHUoYsjXCokH+J34js
FBtZKmVsCf8WH7U17R/Bo2XM2e9+5C3b1wgKAFJD2Z7q6KUPikT9jWeLlS4mAl3y0CRtRh0q
6Gb9nadVScGfENZoJV0KgYTtxP24EV8+f2S/E7RM0ZBUznioA6UolB+FgFHIhlS4k7+z4KSk
V54UTvJQW4aBQN8JntbZgDXaknLwUEw65pcUeXjiwBZltlmTx626/i8WbRJGXZGmdCzUWhmC
Ia/b7CpcBkC/8L98atIf+qZzDs9JjcOqe+RZBa6oktYhfno6EzwJjYYyBFvDeRaaIJVNuob+
yUKtls7GVEPZ2hgbpPUoSQXdPorNct0iq06ahO6bZC3lP0SODY2PUGPnM6nD0CAgNDjreMrz
cpBBW5LEMCwF+zoLoY4umRMiW+MhdjXwqWcH0doknfeEE8PZnoBpz8B0hIL422fszd1v/c3r
apJZO02wU8cuM+SCnV3IeogW/TB1vKIYB14VfT3E85OP8dQ+k0SWfD/BQZUMSaMfhwZXfKm8
yjX8cTPyxIKoqEBirzpWgUxycBrJkerxWYCEVhlPHjisxYpNpFDLJk+7OAkebb3MLtkafc9D
0cQQaRNfuGX26maOyZsP2FfZ7r7MkwVuJijta2hjDxvpjSVRh+39cjU1zBha6stKOfwCTyyd
pY0q1dB+4AkL5Qe/dQ3mtzBIqLElaqi447XYoWY/JDFNvAYFJY0PmTyOnV+DZgBGEhZTt/rK
kxDbxida6PFh5IUIZfZJkehsIoWuOeZ0QuWssbC5FCq6odvwWXiEzsadkgUQ8Du0HK+6aX5i
jK1z6BPc+m7WVkvWSRTXGG2MNbprMEo5lBDHSAXm9x9c+Y4jh8hGVBwjoaj2IbRl5HXzRGgU
AW7AFyk+FtS0rgPlX/WjfGxWGi/IPpufXgephv7kOjiEzlmlLN3DcJGwjXUXpco6nAAtx4HL
VtfQ7dCvlhPfbAi2J/BxELxH9K64YpIyr3Ye1sHRSoxTY9eZAiZZrFqnqQ2apDA+8FvRy5Qy
yYFfoNAjlcooHUJ5vcUVkVykdGjcMlZhQJKyNZq9ZSz+QRVcDX0nbn+di7KeXxdj2C/GcITY
ameQn5XnoR9Yw60TQHDcNVo8LHmRV1iPtmzSQzS/O6AhztsauWnQqmxGXYxABebdmcUtUVbS
IXS8a+3QnAq3q0rwjtJA2512JAeeK2UKsDtq6HvR8HFoRsg08Jb3k8/HRA3tB57bAYafJsFr
NAgLZ01qtqPUtFmy0a1VMhka/emRt3wOLjhTDrHts7AfaefyD6HTfi/uNVsf0WyTrQw25Rf/
zKuKxrud17qGs6pSBNZGE2toQ1WgsFnDxVfYJ/HEG0SD5ZExpxW659uP0wO6UiGXd3wSzkgY
P1+D+Ul0EQcNCSvuebL6LJVWJOyGvyOCL9JRQ798/ngmNt16y9MK3sw7S4qxXg4r3kSBWDg8
SFd4KwdiBU2he17lPa/yEV4l/Mf+V3h2lnTEqWJKOw+gPBInWS4jdIhkh6IYgeBMrpD8Hasz
NkPwrs50wsUJ+j3y41mUDba/ft1m4ncb+o+LzFfYnVLwopkAVyTz8a5nKVtGPsaoK3A/8Z3H
BrQ+1jmXJ/JiBS2Jtu7J48gLkMc/8JQVdnq/J4rdE8UeIUpAfjo9X6y7yvOdzQC7QPD87GO1
GpdqZMOd+3JH6hrasucozW5WD6Difjvw3sqCiGX/1OmCXTxXPMwgVnyF5q9OHJLBYWtXUF7Y
AubXAXFCIUIhlEqnVBddi0j2lKjwoqns6wra8U4gGRAlk1aIhhmNJdt8Sgowo8iWpMD6N5OD
xH1CGNaJhxF+n5dgsIfkwPfX2p0ro2BefbFpbXanUNJ6W6aVcvJ1AON+AOORASzkg3A+cw76
9MTqSNnrIapY44fV14ZXw7KOAcdTDW/tapMotP+Hn6tdkwiW749xDmaqrNUqLgS+oG8Ws5vb
+ez8k7i4OL+df7gWQF5eXl3PZ1eL2fli4YUWi/uZKkVUR8qHhuWc3L72TGTHRv4fPYKJtDDg
ux95y29TmKOYYw0Vn8ftZtWJ1bjuG7IGocoZ6l1/b2r4HyypUtA99l8BBgDVYTE4DWVuZHN0
cmVhbQ1lbmRvYmoNMTM1IDAgb2JqDTE5ODIgDWVuZG9iag0xMzYgMCBvYmoNPDwgL0ZpbHRl
ciAvRmxhdGVEZWNvZGUgL0xlbmd0aCAxMzUgMCBSID4+IA1zdHJlYW0NCkiJnJfJbhtHEIbv
fIo+JoHU6n2xDR9sGYGD2IlBAT6PqJHMQJqhucTx2+fvoUhOFZt0EOggQvrYXVX91zb5afal
+/nmr4nWUjmh8LP9ZIKXXukojFXS5uTFzdPkp3kdTTIYy9Cvm7YKJ4dzjaPwSlTZrKXz3lK2
WSyW/aLGW2OkSoGdvawabU2SMVnDzl5XWRtkVNyOVtz3Vdpb6ZLiVgweKqmU1uJmJi53H78J
foAOWcIuHWXMKQzf/jz9eCFa+VCNkjbS4hbyBXkh1r1YVXl4Y4JmN2wWi35Zf10tc8qJ4mtx
V4WjlXA7Uripo0lqbyw7t6krIZXXiprC95tV/W2Vl1YHRvfdy+rZRTVaaWbI3bwaPGudzNqy
o0+oJkllPYtzNcbWaRmsZybUfXNORh8dRW83dSV6GVJmFqzbu4MWw0GL4YwWEVAVk9nm6rwq
Q52gk5wihau1RacovU6Jos2jqGa1URZeOHZwXasqSqecpmg/q6cNYuIsY9vViZzRUkdrKVyv
hlCIyd6xONRT13mki2GBGF7n3c3k3Ye3k6s/xatXVx/evr8WzovXr99cv528uZlc3dx4geJx
P1HlAdXpp9PZSIdCd/bkUD25iMIe9GHPXBIzRJmGOy6rLx6NDFAgIavZqCP6TlCakNfz1br6
4DpHtB5NLag/i1LluSlZTxuDXyFGipasqevIGgnYErrvqiXBuCCTM4Gwy/6xyvosVcj0XNF0
dycKpEKrRA8e003d4KygZRrg9aZaoy1Sz2dKzvvulIzi/xJoiOgDSR8JFBbiR6xm3cTGBPln
YYwXlyZHsWwn9xM3mIZmK7Rz4jKr7Z9HFmEU2FqkhmuHs440jlN2GjdDDcwDnJEWYbAPanCD
ddPN7VMxcA+gjpkyF4yYbdvYE7n0wzwG2P8xWUDy5AQK5HKAGwN9R87wiGYyjlgqGIF6m4rs
DsQXApTByRjiSL95JIiFFEzJ4AOyleKecEqaUlBHRNevCeI1hKSIIaKlREQXoZb8Q4CAemaJ
szP6/4Chi4ac3hAxlXmXzgAO04OnnlIgyRQDcRSf903V+r2glKkICkGwKFzD9xYNeW1cjZRn
zANFstSlZRCkpbK0UmUUdYKsXop7qiy4aUqhHVM9ReBoUpYiSxILZYqb7K4niqRS9NgpDRWo
kan0bYKs1/Pugco0Sxu9p5igDKZbOM/is+FCDZAiReZ3LZdqSNh/CPQ47yiFLck4lVmoKYLR
VZcMJkY3XHI5qHQu0DEWxJ15d18mMGOYevay/FGdQ1Ryzs96b7kso/YUoXWsDPPZMmRGVYkx
23tHkSVFfEE0RWg9RMlFb6bELbUWNRVTD3NI9FSTGBSDY+d0XJPKMI8ELWe67IWB2csqq8ay
FZjX9NkMNGQSM1h849U3hRDOHWMj2kBiN93SAuO9kinzc2gCYWnAwmvPXYXRBF2YIVLcUN0D
SuZscNC8URnOBgeyR2VgV+01jXwo00WRdK5I2ioJW7ffWVC9YhoMpbKNESpGGBd9zhTpuepR
QtlFs7a9o3p0aBeZUXMqNoXUxYBPEPosCn2tbEEEoZVGZYjEsouYkHSSvszy1JjHR3FLxYSC
XFrgmGJywyhbagy9jETZO8wMNmvKsFqcUK4zs4fa4k05hRKP8xWVEgpx0P6cwdCjj4H5xBq7
Q2/lLlEiFOWfsxaDePKROfSdIihzw35xdE+pzhrrzFbUGoo4FrVRZSLczstTKkfUGpsYwnTv
JdYwT5ElFzUQdgorwugvDOgo4J8HhzFC5xhsIfyMlqeNSTqdMxXbHxDmjeCpFTC4msigNZWP
RlyCTWfs8RpLkHH8nPEqNF003WH38KPdQ1d2j+Gt0fN369FoGKd3/P7xqBXEUpfGzFuK5BL+
mlZ2pr7vyigz/dIs2oPF4dniwQJdyjc2LowUZWjARDVsV2znC/E/bFjG76p0cXfkqcPYo3eu
OKVruws6VohYDwnD2hGmZsuPWc5Z+iO3nU8UYpMaZgvjLEWkED8MXHoOwteJC7YErKy2pdLg
ziAuMfkM0fv8i+gmV79OrXhYia8TJLr0Ybgc5dZEjE/DpGVESR+F55g94cInI677yafh+k9i
gkjs5KQjPqJNOWGiEpdZbZ+o/Dnt/rr943T8Zv7km7mDMkuPeH608ukbgjLQ+KVRIXyZ+JN0
6jlK74eRf8Rg8VW+jE9jasEhpFQcVpAR1FPIKF+BlgzSGiXVMKPWHPJldWJQ0zHKYOKwJc/J
UeK6WbcrhobS3xJz8gWHoCrNIcGghCIVfwBZJOMJaKfO0SPvNEmzcV9tjp8TyZi2rWi6uX2a
r1bzvhN3bXNXBM+dQgeAVt34WzWX9FlkcIgjWv7GKFQzW+w8QJtHhrjSs+hB3xmCIuEsRS44
Eo8QyA9t7ESIcy3EQ/KouK94sR5tq6XalZiP/Xp+P5816xLx/l40s2Odaf6lWbtYH2kXPdNv
Z6UxyaEssy8D/hhqX4jK6wTEg3J4nylubp9u2+XFuegEdTI6el9Z6rHRsZRfs21szVO7bC55
JpcGFx1FeU0wZbsok9gYgp4ZhsUi6jKkjrHvHArQe6aM+JtB2Jx8Toxq+VtiPkzFWWJ6Sbaj
HMN2oSwzrPZI5gjS8o/Zuj/xRP8KMACv1zL1DWVuZHN0cmVhbQ1lbmRvYmoNMTM3IDAgb2Jq
DTE3NzkgDWVuZG9iag0xMzggMCBvYmoNPDwgL0ZpbHRlciAvRmxhdGVEZWNvZGUgL0xlbmd0
aCAxMzcgMCBSID4+IA1zdHJlYW0NCkiJnJdNTxtJEIbv/hV93JVM098fEeIARKsciCLFEpe9
DPaQzAY8aGyHzf76fXsSlulKDbFWOWApj8vVVW99ibOz0+vLd1ciaHF+fnF1ubhYLU5XKy+0
WN0tTpRUSlmxWovnT09CG6HwD390TNIHoZWVKpX/fFj8dvP76q/FBElZ5mBsDfUEyp6Bhi8n
3fbkceg/De1uJ3aH24dut+v67RuhvRTv+6/tw207LIVRqrbnNH5UZ1fbs6JQb1eLt9eXi9MP
4vnpLnFPL+/Vobz85Pkjnq6lct9/Zfxkk5f4Oeelc+NvnIyO/EQlGWJOU1D8aYy97jab+/ap
4b7knJba1V8aeNDJFHLlRgvrTrC0j9K6WJm963nDUUkdc6jcvvn4filaDvcqwg/jp7hkQa1k
MKay+4kHg1QI0xEWk4ypBt+Iy3571/GGPdIWQsUfBjYNPmRpcq7QfdezaFIyxfpdWzYJP2Rj
jUxO6RFsthvRbdk0aANr2tb8bs+zWUbvCdvcs6yJUGUINXvf8IYtJJwcgbs54SYVUo32fCQc
MuGNJvDu8PjIhtgl2HbU9rBfsnDWyHIkwRD3fPKUkV5b6vUXXm5WOq91zR4eRX8nmq/sN1yW
PlNXmo5NjA+oD+UdgXm0hC/W5C1vNTqpQvA1276mT4P61+hAY484bNdskJWTMZYETmlUCK9l
g/wlm2ua738mFBmFGp1RcgaafY3y4sTjszXUXR7FULI+HmU1S+UTeRbbJZ2z6JKlmqfojkeT
1EmRRCwF29Kcz2AS8Zbv6wECsJnY7aHfdf/A1wb+RE2eN4Nm6aIjqThsu3Uz1zXRLBXht8tR
luPctS8j2L4ygjF8/PPXNx0bT5uTxBwnMJ97vBjNwNYoH81SADa5GuVlMk7I8tgpenvgXUCp
ZKtyDbcbwVcLFJidIab5aoECVSitfIryooICXXAkYnxn9lbmRNGBj0NpcOPkqRLxmVWUixhT
uZThFOYLJhkk2JJUYKyKG16rAVo1BP/Id3xMh6xSjWITwoLK8hiXRkXCsy3RIx3RULTdP/UD
P3zQx60l4Xili9sMfWY0x8JhmV7zbQl1G2KMNc5HGdMvZwySY1B0sIzTokJ5TUDuVmPPqtAt
L0s0cYO41awoKxTvBnbe7FOoeb7qAv4kjLMKnd+PjY7EjYZ3Gbuht45Eoi0bw4bXJgZ79pnY
nlunsQDT1zVL8ZnFMSxRrPoYyxZSi54EY+Abv0MxBeJvv+3+mVtbnLHuCF34gBPThXCMLnzE
05Im7MsoOe6as+giGgL//kP9pmUr3OmSfJwcFb5ut3teK0WyseRzindriHaum9qyJVT4Rmz4
5h8xKnIkxvcN73jC8prckX6POnQx/Ow3L1ssbcEa4slm4A9GhzEQiGm2gD1O3JzQ9I5BsQcl
mhdeWt5IqxwJxYy0gpXGaeLBUoziertavL2+XJx+EGdnp9eX765weojz84ury8XFanG6WnmB
bftuoYr+1CvKC+VKyPFFtj9b9oq1fPymZD326ohGW36EVYhNuPUiJkuF8iMGJxbOFV2jfzT7
9qn5xteBkjFoYpvv2ti/VUQR127se3HHlwy2Wh1djfOzxpfNPhP0b34whlAKt0Y34h1fh1gw
cXXWMF/gqEJf2uWU3LfDlq+UcRo4EjV2gHmVZNTU8jgb+RaPtVtpIouO31Sw1PhUxm7tNF8w
XpeSJTHmewzSEZUlLjf881CHwZQ6rPztt4I/LlLJNPWC1Q/ONxm8iYzqS0kZ8191lY+z1YVO
ZSKkVb588/H93K4VTbA1LPigl7soF6aCUQS8AlEzCSOzpnnDDgtXDJEYnpOgQ+CdM+SFMztU
gLYdfd/sdh+NJ17wVYsVKqHEanSzuW+f+EKAZU+9aIaWP6C8SbjNEnkfr1fMcp/KwjVF1/y2
5YzMmnrR8drG6FKKprpd8zWDMreB+LA/8A7HoiFHDfMoBJSJ2d3cmPP6f405i6Hh0SZfG3Nm
bsyZly3OvLbF4fTA/mx+OeZijQr2/rMZx1ZZhKdouz4M3Z4fc1CTCWVsTL+wFK3krwMsz9k6
Yl/yKNpUdsTrN+KRXzsDFuGxvU/pbqYUMemUsoTdd19ZOqMasyWW2x0/nL1CS1CBPJBv2dpI
ZJY8cBDN4+P8jUK9nqlbjOdR3JUTvNlSi7as1JXZju8dAYus0+R1s/MrBkvstmMVFE1rNcr7
+dOsuhFP63/MKLZBWORHm3ILTVE2LjZbNFZi9BsbFqegp4DttmL5KYD+iyZJUDblTmO2KIp+
4hVt0HxN2bGmLH8WmYhLV8Ua5d+Flp6jItH6zM8hDE6XfTgiCaWucTSQ0M7VKlq6yaX9/zpg
UFHSFJ0dxtnpCv1XgAEAquwqGQ1lbmRzdHJlYW0NZW5kb2JqDTEzOSAwIG9iag0xODM2IA1l
bmRvYmoNMTQwIDAgb2JqDTw8IC9OIDMgL0FsdGVybmF0ZSAvRGV2aWNlUkdCIC9MZW5ndGgg
MjU3NSAvRmlsdGVyIC9GbGF0ZURlY29kZSA+PiANc3RyZWFtDQpIiZyWeVRTdxbHf2/JnpCV
sMNjDVuAsAaQNWxhkR0EUQhJCAESQkjYBUFEBRRFRISqlTLWbXRGT0WdLq5jrQ7WferSA/Uw
6ug4tBbXjp0XOEedTmem0+8f7/c593fv793fvfed8wCgJ6WqtdUwCwCN1qDPSozFFhUUYqQJ
AAMKIAIRADJ5rS4tOyEH4JLGS7Ba3An8i55eB5BpvSJMysAw8P+JLdfpDQBAGTgHKJS1cpw7
ca6qN+hM9hmceaWVJoZRE+vxBHG2NLFqnr3nfOY52sQKjVaBsylnnUKjMPFpnFfXGZU4I6k4
d9WplfU4X8XZpcqoUeP83BSrUcpqAUDpJrtBKS/H2Q9nuj4nS4LzAgDIdNU7XPoOG5QNBtOl
JNW6Rr1aVW7A3OUemCg0VIwlKeurlAaDMEMmr5TpFZikWqOTaRsBmL/znDim2mJ4kYNFocHB
Qn8f0TuF+q+bv1Cm3s7Tk8y5nkH8C29tP+dXPQqAeBavzfq3ttItAIyvBMDy5luby/sAMPG+
Hb74zn34pnkpNxh0Yb6+9fX1Pmql3MdU0Df6nw6/QO+8z8d03JvyYHHKMpmxyoCZ6iavrqo2
6rFanUyuxIQ/HeJfHfjzeXhnKcuUeqUWj8jDp0ytVeHt1irUBnW1FlNr/1MTf2XYTzQ/17i4
Y68Br9gHsC7yAPK3CwDl0gBStA3fgd70LZWSBzLwNd/h3vzczwn691PhPtOjVq2ai5Nk5WBy
o75ufs/0WQICoAIm4AErYA+cgTsQAn8QAsJBNIgHySAd5IACsBTIQTnQAD2oBy2gHXSBHrAe
bALDYDsYA7vBfnAQjIOPwQnwR3AefAmugVtgEkyDh2AGPAWvIAgiQQyIC1lBDpAr5AX5Q2Io
EoqHUqEsqAAqgVSQFjJCLdAKqAfqh4ahHdBu6PfQUegEdA66BH0FTUEPoO+glzAC02EebAe7
wb6wGI6BU+AceAmsgmvgJrgTXgcPwaPwPvgwfAI+D1+DJ+GH8CwCEBrCRxwRISJGJEg6UoiU
IXqkFelGBpFRZD9yDDmLXEEmkUfIC5SIclEMFaLhaBKai8rRGrQV7UWH0V3oYfQ0egWdQmfQ
1wQGwZbgRQgjSAmLCCpCPaGLMEjYSfiIcIZwjTBNeEokEvlEATGEmEQsIFYQm4m9xK3EA8Tj
xEvEu8RZEolkRfIiRZDSSTKSgdRF2kLaR/qMdJk0TXpOppEdyP7kBHIhWUvuIA+S95A/JV8m
3yO/orAorpQwSjpFQWmk9FHGKMcoFynTlFdUNlVAjaDmUCuo7dQh6n7qGept6hMajeZEC6Vl
0tS05bQh2u9on9OmaC/oHLonXUIvohvp6+gf0o/Tv6I/YTAYboxoRiHDwFjH2M04xfia8dyM
a+ZjJjVTmLWZjZgdNrts9phJYboyY5hLmU3MQeYh5kXmIxaF5caSsGSsVtYI6yjrBmuWzWWL
2OlsDbuXvYd9jn2fQ+K4ceI5Ck4n5wPOKc5dLsJ15kq4cu4K7hj3DHeaR+QJeFJeBa+H91ve
BG/GnGMeaJ5n3mA+Yv6J+SQf4bvxpfwqfh//IP86/6WFnUWMhdJijcV+i8sWzyxtLKMtlZbd
lgcsr1m+tMKs4q0qrTZYjVvdsUatPa0zreutt1mfsX5kw7MJt5HbdNsctLlpC9t62mbZNtt+
YHvBdtbO3i7RTme3xe6U3SN7vn20fYX9gP2n9g8cuA6RDmqHAYfPHP6KmWMxWBU2hJ3GZhxt
HZMcjY47HCccXzkJnHKdOpwOON1xpjqLncucB5xPOs+4OLikubS47HW56UpxFbuWu252Pev6
zE3glu+2ym3c7b7AUiAVNAn2Cm67M9yj3GvcR92vehA9xB6VHls9vvSEPYM8yz1HPC96wV7B
XmqvrV6XvAneod5a71HvG0K6MEZYJ9wrnPLh+6T6dPiM+zz2dfEt9N3ge9b3tV+QX5XfmN8t
EUeULOoQHRN95+/pL/cf8b8awAhICGgLOBLwbaBXoDJwW+Cfg7hBaUGrgk4G/SM4JFgfvD/4
QYhLSEnIeyE3xDxxhrhX/HkoITQ2tC3049AXYcFhhrCDYX8PF4ZXhu8Jv79AsEC5YGzB3Qin
CFnEjojJSCyyJPL9yMkoxyhZ1GjUN9HO0YrondH3YjxiKmL2xTyO9YvVx34U+0wSJlkmOR6H
xCXGdcdNxHPic+OH479OcEpQJexNmEkMSmxOPJ5ESEpJ2pB0Q2onlUt3S2eSQ5KXJZ9Ooadk
pwynfJPqmapPPZYGpyWnbUy7vdB1oXbheDpIl6ZvTL+TIcioyfhDJjEzI3Mk8y9ZoqyWrLPZ
3Ozi7D3ZT3Nic/pybuW65xpzT+Yx84ryduc9y4/L78+fXOS7aNmi8wXWBeqCI4WkwrzCnYWz
i+MXb1o8XRRU1FV0fYlgScOSc0utl1Yt/aSYWSwrPlRCKMkv2VPygyxdNiqbLZWWvlc6I5fI
N8sfKqIVA4oHyghlv/JeWURZf9l9VYRqo+pBeVT5YPkjtUQ9rP62Iqlie8WzyvTKDyt/rMqv
OqAha0o0R7UcbaX2dLV9dUP1JZ2Xrks3WRNWs6lmRp+i31kL1S6pPWLg4T9TF4zuxpXGqbrI
upG65/V59Yca2A3ahguNno1rGu81JTT9phltljefbHFsaW+ZWhazbEcr1FraerLNua2zbXp5
4vJd7dT2yvY/dfh19Hd8vyJ/xbFOu87lnXdXJq7c22XWpe+6sSp81fbV6Gr16ok1AWu2rHnd
rej+osevZ7Dnh1557xdrRWuH1v64rmzdRF9w37b1xPXa9dc3RG3Y1c/ub+q/uzFt4+EBbKB7
4PtNxZvODQYObt9M3WzcPDmU+k8ApAFb/pi4mSSZkJn8mmia1ZtCm6+cHJyJnPedZJ3SnkCe
rp8dn4uf+qBpoNihR6G2oiailqMGo3aj5qRWpMelOKWpphqmi6b9p26n4KhSqMSpN6mpqhyq
j6sCq3Wr6axcrNCtRK24ri2uoa8Wr4uwALB1sOqxYLHWskuywrM4s660JbSctRO1irYBtnm2
8Ldot+C4WbjRuUq5wro7urW7LrunvCG8m70VvY++Cr6Evv+/er/1wHDA7MFnwePCX8Lbw1jD
1MRRxM7FS8XIxkbGw8dBx7/IPci8yTrJuco4yrfLNsu2zDXMtc01zbXONs62zzfPuNA50LrR
PNG+0j/SwdNE08bUSdTL1U7V0dZV1tjXXNfg2GTY6Nls2fHadtr724DcBdyK3RDdlt4c3qLf
Kd+v4DbgveFE4cziU+Lb42Pj6+Rz5PzlhOYN5pbnH+ep6DLovOlG6dDqW+rl63Dr++yG7RHt
nO4o7rTvQO/M8Fjw5fFy8f/yjPMZ86f0NPTC9VD13vZt9vv3ivgZ+Kj5OPnH+lf65/t3/Af8
mP0p/br+S/7c/23//wIMAPeE8/sKZW5kc3RyZWFtDWVuZG9iag0xNDEgMCBvYmoNPDwgL0Zp
bHRlciAvRmxhdGVEZWNvZGUgL0xlbmd0aCAxMjY0MyAvTGVuZ3RoMSAxODY4OCA+PiANc3Ry
ZWFtDQpIidxWC1QTVxq+eQJJeTUBu13UC4gKhDABgwJiDSFAXF4mIVLbuk7CQEbzIjOAFBWI
iqDVUov4pCJWQcX10fjYntala48PqhRfFVlbXalbrY/aFp+g7h1YRW3dPWfP2T17dubMmfz/
/f7/fvd/5B/AAgB4gXLAAdOTtOoUaeACM9JcA0A8IlMbGWXev6AXAD8fpNMbLbhdv692LwCq
VABYp4xFNMzyj8fRugnJ1jx7vuXE3I1bAPDvBIBXmG8uyYu8uO0RACO+BWDoIhOB5x7ZvjMA
gNTDyF+MCSm8p7ktAyAgC8kjTBZ61sZX0ruQTCP7FrPNiB+9dVoDQKIdAHanBZ9l59D8/ci+
GeGhFbcQtxS3PwcgZTzan7TbKBqdA10pAcy63UHYmyVNVQAEQWT/Z6Rj9d/MG4i90VsM+i+x
G+YUc/geYZWplXc8WW7sBqeoB3OKbrJZLJkX9hLffWCFzeMBbDpfEM5ncVnOsWwWt0GDZWGS
pzQBjcPKA8D4/jsTGAAFbMAMCECjZwJzY/BZf1yfHdhO+VDXFNXIRY2fFKSujG5wer+GOdmt
6Alli0XVruOLLjd9/qn80JolVW3D27T69zDPJ1xZXESp4gPZcGwon5PNFYj89YSD1JL5Vqhz
FFI0zCDoYptjpmwI5scAhCKvxwAJVFuNUpkECxtYCB60JC0E1NK4xU5a86GWcBSRRgJqbDZa
NgaLGkCHZ2TCNLUiUZ2m1r0OFUqlKkunSpLA0cbQ2LHw2T2wYUM8Y8diclkUNhZD11Qkxsqi
omX/EP/3D1Cx7umYs3iAU7EExb2aXVEBTkrhTdNsSYS0ImAnf1eTcK+v55QubWdh95HosF2n
bnu8MebnKzUPPV7q+Mtvp/7x2He3q3bWty4MuTonx4eaMeuLAr8HB3Nuh27NmVbHfRBh8M2p
CGgrqD0dlBN5+qiYNz/m49otrvRJV27EB23Tr5obuNZc2TopZcUM16aY030eESddsWvYHFTU
z5UEB/GK8127gDfhxJXy3tLTm3taSvp4fcsTCoI3h48+/46IqH4oWch6d+pqQ5tvU3nP3v3i
vcf1q2a6G1QHGzd2yct4Qd84IriVvKbZHv7vi5U37/inf+W2dI2POeehQL6irXrdea59bdgc
fOlnl4UFq5sP5RkSE5bXBkWtDKpedD/XfcStE/dR/R5DTwzbD3zqu7pLeT2wNzlnfnVbclVN
yA3x9P+/Im6RjcJCBhwP++c0Hp9U+MKT/lsUH8dH8Iv4+GLezIKbyF1tpQmHlaCxivpflPRi
lIWFTElvxa+7ti2pSak55/KdRp4TlBlq+LJj7Y+q3ks+o46rvXKK/1r9tsZZU6/d6zOqMvcJ
rdgPjTFbIzzO/2gbtdVz8nSePLOsXZfZsVeS2CnsWLJv2qM95R3dda6yIHWij/nkyh0s/YYD
X0rXxfWUNedsOhNEXHpn66y1n5xNSTS9ETHnwW42i/MrBW2Z3rvq9x+SH50stYcbgoclwcnb
g/0O0ex76p9GvfpmS2WB3D389rvfXNhdd3lx0++6qcOpHvU7uhZ3+S1r41zyCNHzv8v4MGXj
8SnJp8bpbwUeOzAyPiIkqn3NxT9NTPm+05JSdKkV2+Bd3l7WGT+34d7yMFm43/3D4utf77iS
rbAnR0jmYk6PTejxbuCwWWy2T0lenXXejo49rJet9a0uouBpxmxU0PivRP3FGYrGZAMJD3tS
EUqbxUI4jCRuhlpbHl2MOwiYVWgwk5SJcFBQqegvyXHYGFkMhj0pSUaMipbHymOnYk7WW/9x
ErJkLGnAKKG4uFhahAwpZCg12iyRaALbKJK2OUoilVlaZg+bwy6FhhKoIfKkEqaupWm6JKaW
Y2QTsPEDfuRJZD5Jow3VSVBpxikKRsMImE4aHTYKURjkocfNZC5OkzYrLIqSCTEPxp4vYmdr
ZSLMlxHcRYIpOGVCrUfbrDIfzGsgFG4aItdis+bKhmEBjIYj9ht0r0QcbY5+t4/XhS9YRwGG
z3eRk+UJkN6d7WSxgKvmxMjm3L9d9TvwyFKqyBTcs4UVtEtf0W6KirlwyvRX+QP1y511fcSX
WjHczz3y9q0jdkvttaMfbQ/DVkflzN6zeWZI/qrWi8Xf8y790F13Z5vwN5v+MH6+/eJd25uZ
c2zeGtUivzPEuXjI605Yb14R5yUMEV0P/AIujX3bMI93JPjVPk19S31a3ZnxGTkJztIbHnL9
blNroqoxXraht3N5b/YhSfOGA6GZ7T3v3+QML/3RL27z3S1Z83gWw83FoqpxZ7sDvKjP+BM/
Hn3g6rFlBYf25+1arwv6Spg/++7CkuqWPMGWyfcfOAL7Kt862DPJ61oOHpzesTMu94Log2mH
F1jS/LcnuKFG3uDkfY05eWf7szNUxGVjABMyP725XA6b14BVVDESi1tRjs0t9ymt+/a48oFp
5c/jjlrjfxI61xv/C43k5LFd6KsQC2SYcFmsR9whmBhjvvwGv+z8OWy3coCyjSACLh9D5PkT
MSc35imMgDF1coORenhDaPkoE03bqbjIyH/RGOudnH0VTo5LZyIpaCQcNJlHGnGagGR/wzDF
RlBM1ziIPMJBWI2EBOLWXEjSFCykEIyCFO0gjbS5REAVGmYQRhrSNgmkTQQcDMITv0y/ZDlw
I80MRDSaaMJCWGk4GjEJFSCaFAOQSTG0SRFOmnGDmWHyrLfBA0CcjhO86KDxDGtVhAW5QTiI
dohwEAWFBEVTE5/F2RwCBH0MfDanEhglj41GacTRhFQUEUiRbiu00jhipSeJYglKIYwdg42J
FmRrFQhnL3GQ+SaaGZKy2NiY59xBqDCboYZBUOiPiEIzmciVQqVKo1OoMwRTFBqNIkOnVmlh
klqrTFOo01VJUJGR9NQcTlOnq9EYlgoYdIY6IyUO6lJVMFurgpnJ6Kda2+9OnaxWKnQqiESt
TqNW6tJeh9rsxEkqpQ7qMhkTgV71d+arPaipK41/Nw+IQStSUCq2nHgNQnkFRGAFNCG5IakB
AgFNWLVJIDwsEsprRHYtsC7VKJXu2HF1rcK6Ptpx2otOW6DqVjuutuu262tQlhndLWqnPra6
ahWs7HdvEl62nf61szf3Jud7nt/3OOee5Orxj1fWGH19dhYx5qrUeXo1g3boIJPJykPY3BR6
kykf5yOq/Dxddi5ikXpBmrwREH2m0aD3YGbMxlzGZCKjUWESstSGfA3nZZQrRdyZTK5ah6Q3
yuxcotXnZXHmWhyriFGFGNX5BlUuMebnGrNNTBQ/yVK9wUCysvOk6QyfJAPDG6izs0xMTj6C
16sMUWiSpc/TL/HYeMFmY1S5RKPKVGUwphhiYhgpFyf3vuB8aBjUMpgw02onrv0KLJmzeGIv
lpRV47bgKCIVzgqurYrLHEUm90JQ1eDKsNfiApI6VqM939x1tvJaB6kutWEfVDhriN1BCp0o
KuKd2KqJrbCwtsq9AoudVav4NSOtc79uUAM7lUOgV8VIdyc2JvycZe7llztLnDElZcWKpve5
nYSImvYpGhWNPn7WFh3V8pChfCkKGeE+EtxVxGLcQafP+lH/mCSFfURToFiiCJo+YT9U4GGF
mpnmZc6t5jNbNvomHtlTSHmZzR5DymtwLYw/XQJ/KaaP2elCRBKFD+52eE8493AntbcMf6zP
76tZtlF+fC/5trzrUIO2YeeuNT2v+uiCAhynl0c8zEnZ8GrnvcDk1X2b3/NrTGxbrtt6ApKl
pj8rk4Zdz85dBRkJ3+kMMVV3/3Ju7fca5+zNZ36366stt64Pw2fHb1fNurRDWPHhscKG+NWa
lJ2/dQ2ta0kKj7m+NzlpYc/j/zTTcc2iBNyDFRi6ovZ/8P74gcPgZB+JOykCsRjam44qnhvJ
0iRh3NgXiwjPGKOUX9yE144idNRQFBcg8rdRKezmGFlbYm8Ze+qK5TB2wKj65Lg8RW57eGMY
pIMDqqAcyqACCJjAhr/VONKihPt2Il3TEdY4h+suT3Ot8h5y+O6qqa90llTZKkvrJx5yRM0U
RH1+0BW6ubPoZELQpT/FCZX5c8qvpS1aeEx/eeAdeDP99KG0y3cPJ+8IevFfj+DMe/lrOhQn
Kr9eSWzzSqbNKLgw9WPFZ62uj/bvX6LIXBYQ3trw6esByl1Du+3bFLfXryjtnp8AO8LvbFsr
nLElnqn/5lFs/MnHQ93HivvFQSt3dw+uq73V42i4cnb/FtGswm69KD2SCZm/StLe0zbnzr6g
ioyi1H79vx9vTWw5MNjb3GdsqHxZZH/Db0CVMtT6Wm+Vcfma7SmGpLOtlpVTzuvWVHyfd23T
82dLsmYllB17uy/0gO/SPdtS/zrp4oMsQ/XXvVGvfNVS/u71+1M+WG2k+ztfmxP3Rpi9/1FH
M/V3POedHq2OT1wzdQRZ3VzbNXX93/+jFQTBkWnb+9S3ZENa87oNn2vXt8lvB1ontK5FETy2
c/1GCF8KG3dEIo6byv8ZSYpLiFckJMbHFTzVuEvPz/7NF//Ypt1v/27R+Y6jdyc2VVNjUVrA
jmfZ9lPJe8T6oNILd7L6Qi8eKLkU/eCIqnWP6s7Si5Z99fJeS3VbR3DgR0lVBS1vXkmT/zJj
T+uNF4ypv6/cWFy5oatjbcbl/rDGFwJW7PzyjjOx9kZEgGT9QMoXb/UeLj1w5hnx29HnJpuo
iLrBmd8ejxaevdfkXx838FARshO+OYdnQGE21QZikIi3i+chKXf/CtuhWBAgEQie8REIxAKB
0Ac3RCGMubTpegJKIEMC38gnVjjqS1PtBB24peIGWIjPXFEnzBT2gBxg+Kr3eXJy+J74Q4An
LIBg0fBdcT3MpFzDN0VHYCo8dQnvgexp7s+4jsJtOIvPJbgLT+ACnIKb8CXcgmsQBD4QAP9E
nXMwgPxP8eE+12Am8p6npsMDaICr0IXag3ACPd2Ew7AVCmAGRCKaQfgD8vbCa6i9F3bAaihC
nwBSSgY3oBeuUvHwLmyCfThrH/Ucej4D/fABnBE0CUVwhAoQ9FAvCd6BgyItvAJ1sFfwK6oM
8VSj30F4kUcvBRoxLIM0+DU+TogWVEArvEwFU7upC9TH1HGBmXqfWgFmqgZ9g3JBjjE7K9Ow
+CW9LkPLaNTpKuWihWmpKQt+kZyUOD82JjoqPEw+h54dGhw4zX/qFD/pJImvjxjP9LixMbTW
StgwKysKo3W6aI6mbciwjWFYWYIs7Xgdllh5NTJeU4maxRM0lW5N5Ygm5U9SITU6ijA0Yf+m
oUkXVZBjxnGrhrYQ9hY/zuTHojCemIKETIYWhAku1RCWshKG1daVuhirBv11+knVtNohjY6C
TqkfDv1wxIbTlZ1U+EKKHwjCmQWdApBM4aZlhXLGVsQac8yMJkQms/A8UPO+WB8168v7ImUc
ZthIOqM+cW3q8ge7NXJyEV1kW2ZmhTY0cgkZl+t1dlokG0Fr2Ig1A8EYsoONojUMG0mjs8W5
IxNQrFjuTxPXfUDw9K2b4zk2D8dH7n8fuCEX4kiaUO4dA2JDhBifTMZh2dilBDsSbGOO2U0T
sIccBGVspIUVWDnJJ15JUD4nafRKRsyttIwrFWP13HWlwWyjnURHYfb5W443ygkrDLPaC0u5
X5vDRWs07rzlmVklHr4xWZ5YmU5FLOrbrBhEGZeGHDMbS1eygXS6WwEZhKtBmcnMm3jM2EA1
C9ZCjxUby2g4XIRxWTVugJwvOsfcDfOGr3QmkJBD8yABLBwOdroaixLGuMxFxWyoNaQI+7OY
mENkrNKC6bPQZoeFqxLtz0Zcwelk/Iy8FcY2QdurzEXuK5cQsyBEaOGqhQyixS86PRUF/lgu
nuQqmp5KzFQIeNVwFo8GNxrnBwmhXK3jRELOVK0LkVlk7usnIIV4MInlrGSML39kjGByz/Oj
0NzaHKAIwjg0YwCOcyr2APR4+2GcAi4XnonRQsKVU+cVCeW4cpEnQDc8i6tiMGHBSMy0g7bQ
2ENKo5mLjcs1X9/FJnpxToGZr7anS/LGUW558ojMM/J+iEtCLza5OB3aIwLi0rOAzafEZZYc
kODmanGfcrm0NNG6rC5b13CjnSb/Zb38g6K6rjh+7n3v7b6FFR647C4/d5cFFkJ1UcQdRdx1
YVHBKOIPFiKwIBpMY5CCGgbTJdFUq8akdaaxJqPWVkAnYxY741AnY9qJttPJGDuZkLRj88Mx
jJNpdNJMYtCOvH7vCq1j82ff7od739377v3ec86976C5948EAvu3hSJCZBgGH9UvHMiMVR9s
jGmRTrZQjO9e3rHfvSa8CGaYJc5pvO/i7z9Sx/Qjk/9Uj0y/Aacv9kOZaEDU+BTsGm3nW6la
qaNSqZuWKzfIqzxPK1mEqvlV6uJX9Qn+N/JI5ZTLRvW7ko18bJSqeA255D+Rj1eQVbpOZuky
5WJsTbpKqXImVUl7KUk6QxrqZewoVbGj+j8wTpn0HAVQFkteypYnaIFSTSb5BnXKF1Hvpqfl
ldQhV9EmZTPuL1AnG6dO7iajfBl93NRpqKdO5SK4QhXyJHXEyz9Qh/QWdWGuGcoy2iR/QxVG
N9p/QQvkc+SWE8jDP6UoNIsyE309Ur/+JX+XyuQuKgY1kg/5QQ8VSdfQpwlrKMJ9EVWzd2g9
u6y/L0eoA/V2w3kKyV7yyzb8vptq5H7Y4AxV8A68Fd8iVX6KIrKZgsoY7NmHea6SW2ohB79A
c9gdOobSIY2TU6w7vnasW6x5ek1x/Q80/Q9Co9D3MNBkZe/ox8FFcOQ/2h5F6HoIKUz5kptq
+GXywR6lkp/KpddphRwGRN3y1yi/ppWKTEbYyQvc8OlmwzHyx21+h/KkasTBBVoBIkoVzZA0
2ip10C5+jdZJedAH2E39M+ksxj9La2UnlRs+xlqgB/6fJWIP7TuNR+mYlARbJtAZqZRmyQb4
xUDlShHiRuRvU7YS8xqfxxg3sJ4XyWvYQAsklUJgIRumOuCFpmppIeUIuwvf8259ELFziK+n
MpAna/Cth2xSlEpFHOOZEjxfpF5G3At/CF9MlQLEn4ON6x+A34Av4j4S68c+mvbXNPDFBthp
KcifQtjtL6AHLAQWcBIEZbc+CX99JOIWsZMmYlTEiYgRpVsfF7EYj13EuHyEOuP77zYVwsaZ
yH8LDcFp9HvxGCtHjnsUz73O42Nzi/4R9K2Arauk2VQgj5LF0ANOkkVxUYo8DO0u2PMr/V9K
Gc2VRilgFPtiDPPuJJsxivoEFfEi8sfbEA9YYwc0ucT9o/Ai6OjGHnyXmnAm2HAm5OBMyHnk
TJghxhRnQjzubiNuPFQvD1K5fBYxeQ6aUrGXu6hN2kpP4AyokK8gz7xGrXyMHPBjmxShiOEA
YsNFbeoYfg9Ts/JnlFFqlmpoNfZ+lnybGpSfUobxHClKBRXKX+KsiVC90YYzpVwfxxiJ8b6i
PUwt4re4hu9BaIrreQgxt5jjYQz+eN+AbKcAYnmZtIpm879SitSJs+ELSsIeEfVy0f6wH4Vv
vq+fiMGAPXDetlSL1cUisW0xOfpb1vrG22/wVW/iIP59QI/a06uj/WbHK4fMjtbDrOTgqtOt
pyMHXz79ysHjp786oEaH3xx+e/jqsPzpr5k25BwqGQoM1Q0pXSeZdsp5KnBKSh70D7YORgfl
/ZUpjp+APWA3eAHsC6Y49oJfBs2OHwc9jufALtCP+51B1bED9FZ6HD3gR5WqoztodWwDXeCZ
oM/xFPpuQb2z0up4EmxGv02gA+0bQTtoAy3o0wQaQbiywNEA1oN1YC3GWQPqwWrweLDQsQJl
LcapCezA3+VgGViK1moQAlWgcondEVyS4nAnhXLNIVdCyKmGHIZQjhzK5qEsChWoGapdtaoW
NVXV1CTVrCaoqmpQZZWrpMLwGfhfhDEyMWToVFiIUyg1ReUBX7J/lNGIldWOGvX62pha90R4
hLFDjbHUWqpdG/wdHtJffCnIsmtj2WvCsUh2Y21sABXKHrFSsLEYGX/wnC2F7XPGclfvdz8b
C9Q/O5Lg3Idkft2zI5wFY1KWy8WQiLorNzQFWW1deETFg5UbHpRWbdtipMjOWF5oY4wjA0ay
6xo1UGN7LLUynDnKKTIqU7t7uhJLLHY3xhKREiW4g+T324u1RcxrMMcMaDK6gz3F/8+rZ+qa
qhbHkwzkG9KAoY0kMlJGIEGRTDKpRoaTwXvFe4Vpn1zBd05JaYorJd+V4hqQ6P4Ap0kytN09
PqC0IYfpmozxMeU8OagmMCecwWrwtTZZOWmb1R0qb1DZfJV5VKbuWmBjtiFnP57pzdZ6Nab1
zkwl/61mfJl2p3m8GdffL80pQcEsRoP4pFlsVvFJsxjcuZ68FM033ze/dK6Vjzl+vtSf58wv
qlg1YFtkMqVPJkb3fWc3Ji5WzGmp9e3hV/dE+w7/quGZFUmJM0+Z7/G9LOfmtz3m14jpE1Dc
Ele8PFDSkMOqc1hZDmtgrIqxMsa2JPcl88LkcDJP3oWz1tkP2b0ZWq+RGXvl/wr+8NIHt5qb
42qFYE2BwoKyeUKgb37ZPE+B+JTNg1qxAN4ymWA3mRbZBlYuLsp35vmrDzsWJxrt3+0d4BX3
++6ZT81MTHp8a/jE4b7onlfD7fWpacmvmXu+vQm9d/V81s/MNJNyAokGkzmNWswWkyGVvB+n
X2J27cP772mfpMNw+XGrCRmW+T6L0FI6l/W7re1bPKaVW+StDeXW25tXzX16xwYzf7nEuM2T
ZRV5qY9d59f5Dcqk9EAiZWtZSScSd2ecsJH38/ufM+2P2ntzStgDfxgNnoLSXEzxYHBr6Vz8
5Z8xU7KUwH0F1U2Gxd9UZC5UbO597oo7FVb+vsld5fKbJM65zTX7Z0lKupixSr/NtrMyMpM1
YKJ+o3FGUkJUIu8tlpK6wHtLrET4+4H5rGx745IlP3hs/ZJg+HBwY2lJsLI1ImLXhzfqS3in
JcOT687lqBkX9Amy6hOB2Tg3NpLLvlF1brH0WfhjFma3MMuTPjMzK5uzdmTx/Cz2b6rLPraJ
+4zj99ydz2ef7buzz29JjN/txA5xYichR5L6QuIk5iXEEF6S4Ja3QFh4CSsLCiFp0zJexuiq
rQGG2obRRlRa2ZtGl3VDWkeAIoVpLdJgpUJblYVqI9M0Te0fxZf9zpfQzX/Yd+efpd/v83y/
3+exvQiKdteQQBqxZBZVMqu+o8LOcQ/RFmrQS5Ghuo9l+TpqUVn9PlWWifiyavLM2PiXX4yf
PTv+xZfjY//IdI2Nda5t7/rBK8924F1P3rt+/VdffXX1g99dfXKhf2ho/+sXDo6Mfks5vw3N
F9PkXSyKiZIH6yO3hQol3pgx9r3IA8+XLrXss4263UxoX4RkDCgYZhEVVAoFTnYmOp3IzaCK
oL3xgtkqqOWwVPOVfvUSqe+pEBM+RX0wDXZyxVG320jpHbuddg1pW95AVC7VQIe71kSOa4xX
5R2b5Tc3h0mnFbrfgRV2j8FQbmBKGaPOsZwQK8wkQyo7N8z/k7iF+n4dtlFiz5VfLsePOOCW
AO8JUD05/y/JW23qtYFtJ7YsDvFnAn3Fxj5Tvaegp0xT7FvOVffQ6Di5Gzdj08ncTYT6b3+a
5R5mp+ayZrFGtRKqvFXwxxFm0u+Lwf/4SQGvpSp8qrOslWoUKNkAlBaVIwlx4hblZe7+sUX+
a6udKmhuE04fv7IytaWzs76+kkYKBY2VbR8Z7Js8fEK+GO4oCE/laOuka3CJjaOEVw0GEz84
ce9Ad+0yv6PYD5oljqXdPM3Uh4Mbt/3i9/Klsg24AxTlcYjCA/JTrAZbhX1P6iosfD8IjiAE
Xa49DaLQ0CCGxAHxuHhTJKVmMSP2CVIzn+H7mrdJFSWZkj6pgskwfRQmVbRXbK0gKtZsbYCa
BmiodTUQwYqmXc59pM3GhoMaFoslb6Ci1w3POHJTZrsIsWyW+zR758ZMdCaam4miz+wJU1l0
mJuCbDbhiCm6WNQoIqNdFEQe56IoFrlRygK7VfEwWg2V4Txhra0W4uoy4oEtsMJB0ozTt/67
Nj4jX8vUWVKjP+osWs6xqVfcLOBQ0OOkcfk0peP1zJUrmtUll9cBThpp4CyAEygJzvhtJGVz
XQrZ9UPb7Gvf+uxE6SZrJVOQuJMo6+8RMzRfdBB/lyZ9NuvnjxnN0NAb68sR46r5W8Q95G43
VortlhrTvk4ffpuF8+wkiysRfYolGLaQXcV2sySr9ezANFqtAyvrCUFox6ADaAc4lpbs4a1W
ItBbpNH1Esjnc8k5RHN6Dikvi9zO/YEXYze4OV5UlIf0Bxzmzds9EVdVp4BciPWv/c8LefMT
9+Qu+Y6gLQ+dHU6tWIXc+I2jV+6PHLn79+H+R7UN/f95oWdXy1r8onxH7jIfLbJJ/pUdTTq9
dP/KxwPPT4y9cai9S5Z7jidE1IKxXgwjL2qGsABWiaWwHkkaDsM5J5zEYU8QNgchjdTVUthZ
tacKr2rx1FLYAELUUlHbZG4ztLETzR4x3Z+AREJfkhbwFWk9vXjY7JyImuvMTG4KGY0X57JK
18o+bbJ+X2AhNcxVlbhycHJBG/mUWwKQP3JeK+hpwmPJ37tAuVMz8OKeAz+W5Hkpdi3mtFqd
nbCr6+Ph8+2iy7V6i/xoZPWVdyj8M2go3Jf6/hPyxZE3U93ws58Mv0zR9v3w6/2H4KNDNrzt
uQ9TYyELRXGRt2D2TIXL6T3ms291uOThI9GiwrcDrwX1+pJqJYF2zv+bLESkNmCtUqQuiG0q
W9UkCc6Ms00SkMnahImNqfTy9ni8kA23R9KFeEd7e5pFPHKzydyMEqGzcwqR6Gw0V8c9nHra
N9Wo96pGQTSIUAxCeR4BFYnKCh09H/5xVSN5MsoP8/FUrX67LB5EYAppHU4wGqu+aEiW0/In
aa/TgOsACpvB0dwITGOMtNo2yJc3rYsSuqjBZmemXq9fb2WXGNbUTE2UFlPgce7c3wyNrHCb
WxKiAykzaaZd/fBB/zdhWfu4yU7TrmMeu6V001i93g1anMYFzzGvWUuRRFjb8VpvgRUcaEhG
1LTzO+GaZhArxkolPoKtpZqkAnfG3WYuKPHi5sn5x79kuFazAYtNRZPIHdNKuihtX8AXckSl
E37aWPhwpWoUdQaAa2hmqj5tobW6lpSOaXIELU4wGFyW1RbLSrNT07NdPry9/LexBycnD7BM
e5LW0vpaV3lqC7jPPfvR7V0uikK7RC7QrNN8G2vBLksHTaZEoqqG6+VwrkqsWi1wgiBwz6wd
EAHloJiSCCyDtRHpQQFqhFahVyCcqMenpFAkE2mTQv6Mvy000ZrADwgvCHi3ADEhKawViK1i
v4h3iOARy0VJJDhRqCK9Ugw3eZFE6pJKyKoTXXJBJI/RNfcQ8chmZ5SoPWEaRlnLo6yNxxYA
mRUFhPI+CuMQCvv+79HXYnqavWaw2asX/Kby06zjSCdbx3IrOLPzvpxuYvR6gW/mzS1mp1WH
0wDOhqAp7LXobLPwidWstQjmtBnRtWp6npfLD+2T1+zzUpQX/HjDZn3Jhdy5C+hW2A+/OTAI
teveNrIABBriXPJU7tUCS+TsSzg9ilYo2jgw/5g4pXkZS2DfkbacKv1hKU6XwpFiWM/uYPEQ
C9UsnAycD+AlgcEAHmgpQT8JoTmlyjXAANNcHKmJ4JGJykoewjysjgAT4QOktYzysOZWSrcS
K8PdLT7wrbTqkAezU0nnDUfuZpRXQSuD/1x2CuXxzWx+nMayoA7UqiPj+fBR/wIsSnBRdx51
yl4MZ7uNOCX4mSJKD9eTk6N/to/+fPzzvTRponmCdexwQvXwjGbkyOFr7b0HRY3G5m10i7qW
S12NB/ndP/3L6CFHKL2kTkeb9B9ub31Js+vd9/v3FrhK8lNPPYZRj1DmPAcmKT3QBB3GnUa8
0QiUEfYYYLMBtuj26vA1OtD9l+6yj2rqvOP4fZ7n5t685yY3uZeQQIJAQhIJIWEQQEg6ESFA
ILxIBIMvQzfUuqoMIlTLZq2CrB4Vnc5uPZStsDfP2Wo3u7nj1qp1Hl/mus6z0+lOzyjWdfG0
Z6fr/iiXPTchyjxbDickN/88v+f7+35/n58MxCE4RIDORjBYB9bUgcFi8AManKLBHnqUhgMU
2B0CvSHQEQKh8wsfBmW9zn4n7HACp/gt2q3YphhWIAVDeygiFPJs/F6sWSoCcyRcFwZhT78T
PKMBDKepcTq5QHONFCugqKnxcLjZa4zN3Ksb+j3AGVJ4ajjCFpYxbWUmSNMMbm1fUcDnE+9c
bOv5WeYvifKqolgGM6vD/3XlOixGBiaL2fnY7MP0I8If88fEv5Qmojjpz4svoEcUolwA6/L4
A0x2fLqzDaJDWM5XmiY529LfkijNijuet0z3X47gS7CLqPtXV46p1OdYZejwqmMK9jWNatXY
RbkR9762Rmtgr62kIFLa6xoRbWAb9fgZLwVogskDiHrqsk6KHa8LsQYkR8NSYd0x4Z7JdBYM
nBcmTKajIBe8mN0KQq06itREhDciPmHzIUDxfW/923ig8qNKDZ5GgfnAlzmvMLy8lUQHwPGS
VlAbwc+VIKtZuCKSoGvhPulF7+Nc9RONwZxlat5hd0BHhI4Rk+RURWlxbTEsbs+YKSdi+VRh
p1VkZLnVTH+hU61XKOSY7a8nAjf8icAHWBdMJMLsXCLm9abwHt8bz4kRssi+S1cRfvGWOPTk
TuJFdiMAZV81sXhJ9FT6mpvfPLDvuQN/Pr1Lm4cQxWlNodaF+qZ4vKWpqSX+teYQGiXVH7wq
F+rVWapxu8dYcGbi8r2j39qqt6F9Gp3QMhxd39M1tGdtbP1aXLF94T56HT0gsgknsS5YXkrV
UtAO89da+ix7LMjSzhBTy8n89ij/FT7OI37GZe8nLf0jEECoXxY10SN4CZNG9QocBnuvxDIW
IeVdcSbHMKQIyWWgXIQxfAMSLlVUmTcbpAKAeMxiYrxiJBFR7PWga/43qvaWdd99nmGkklrm
+NyHwj+eP3ztwr7hh/tb1x3Jm7hZAY0hI+OKVlduUanIgxJK+xIw3L95+uWxF/a3jUysM2RL
Ra/XLgjoluRF7PmyoEYeqZwKeFxsZFm3ebracx4vl0qPJlpCO2J5hMSI9fMFZgOJG/6kq1Zc
ZoTk8ppULL2IJcXRLj7T4kmQFjFtDn4pkHPolsGyz2Kk6R+WrV1vsDxr4VVQA5XaDYZ2VqWR
+iKbnr6w2ofI3HyY43mz2P2ronNllcXzZ7OgCfxtAIwMPlCSWpLSsD3CwR4euKqqnmn9meXr
lqAg9usaAoKtEgchJ/KJkqDFPhVU412kWx0xEj1k0GiOmLuN0zbperghm9KL7SmkYOmPCQav
Gw/FvkztEdimaHH2Ydc/xsdFHNg6ethV4PdHaJbSvWWgeYOugWUbWC354+HhsrxltcIvm4Tf
heuFu3UGxypgqA0Df1grl+MT9i58TlZJjuJpVE0MB+v2VoG+KtBVBVZ7gUKl6oISPYQS6JeU
tBNTwZYgcAb9toitm/Enjx7wdyz3wMp+lUTBMFxpp4fOi2UDmksrhZutvNyXKGfuJuuavzTr
uoRdl7ikLV/co9IjCDC0Xlf8aOhogOGRhDANQakE0+p9pemexGIbUjas+uRq7xdzVuuKNitv
2DnrXivHsjkr1YV5nFouy/DMnJro2fLJG2M/iezub90CzwqfR33CpxoJym45rUPgMws21Y4h
MDekg3hwU5KM0j+VCoJBb/9GY9vFI+dPaJaXid26Cb/14smUSdiDvHkqCUXdKBJUYxTuVk+b
WEImqpjUcH4uKSANtf9PtS8BTspc1JEGg65Oh7lNJ9mmEsaFTweF/AGeHwDvDW4HP92mT7Ja
APvkDnqHqCA8wUx5xD+1wjVpiORNWqcr9YXaaDFtc1ASU/LefYHE3d8uzp3/YZDF/EpbRDxU
0iLVIBl0S92hQ3f0OftzdBTMKdjuXdvDWkesBkkhUtF3JBSU6Eo6+jZdWIXdoedgVvFVb8HL
BbuK/P5K9/yMEfLNYEXLu+dkpJwEuUx1wFEVfLrlNcuIdaXwLyKZbA/Qx+ivhAbvnPXBYqaN
yMlok85YZXoQ0o/poR/zZWenclAJlTRlBqvMB8ywzAzMnVEyTkISJ5qIMDtT72KcM/cSqSBf
Gtz0E3mNPh4dv/X78dHRb966OT72TkM4Hm9uaGwZGGxuAPdvT5w+dfz27eMnTx77w9Ca7q7O
oXg0FouKpw0Jb5Nh9B5RiJOqIWjuc4MKd8gN3e19WJypQKlNHsmc5KarvVGbOHTUNidtjZkp
jbqiUyqe9UYigA2BR09SmMs4ulIAlj6vXdwAkT519LQki1rwjzLryWrI8MgLbz8bczopCAD/
bTNPZkO5rX6TUitBkKJl40euHNr/94bmgf5QTW3T4K5wHXj/2onvNNkLkIraKsxZScSPQGLk
o5tKUoGgTLeiwC6VkvIjZ05ciXdv7O2KD3Vt3NwjMtmCAF9B14kioiLIEsW23MmgQhPRdCsi
WZPGaY9NzGqFje50U7kxSyrL5gKJ66mknnXNXmaupItNVpBaaZ9oQVxlrjc1gZIFw1c0SGvo
4PblGmQ8jmle4oaq/JXbpYxcBZHDUVhkrwqjH+3o4mWrXYd2+Gf9JmiMgNrWz05KSaWElOoH
YGamSaUUvVu48E9YgRVcTuwPRqddv3BBo8lhgk4emHiQDwEPQY0LbHENuGCHC1TyDTzMYduI
KbfGDYrcC274czv4vh3Y2xTGmUKZ0WiE9Szws4AljHaSzI1m0dooSRQlcOqJrC225N5LGVjk
2E5sw72XUjy3E6RRLt2nycJ5Lte7lK9T8zclNM/BisHtZ1ZItQqdKsMCft12UN+2c8tLalU+
G3yqKRK3toKSE12tSOrgogYViRDqL3OHtKt3n2xvyDykViCZ1PAf9qs2tqkqDL/n3n7cfq23
XXd327Vb2Uc/1nbt2m7sy3atbl0ZDLovhqPAYiYQlmXyDQkiREmIP5QMDIQ/TDDTxGiJwWDA
D0IXY0BJEH5oJDEREjSZMQYTf9jN9/beFqIY8If+4jw597w9Obfted73nPd5o76Gpyv7BB6Y
xXvUtJyBbhjqbNTY3Y7R9gE9NOojA9pR+6itzK9fqV+vp/Wziea0oXXYU5uurvAoutLxEUVa
jZF8J3c7GvruDpsL3hZExNXs7X33+Hn2VhZT1lxjoKUu/8dFASW6VjqOS4NFPSrdL+1E1KSF
SMiHhSS1qGmZnBBKpu/P/MS462rLZLTNzDfIraoPynUVvxiUlNX1pouRyVm+t2q3TXuec/hL
jDKl0nljiAwNuWkiX2Gz83JCOV1n3MkqutSb8dq02iadPqIv1bQmXjo2XB2uEBjZgDlQRmcg
COMfocS82xkx1ZNZB9npIKsd5EIp0TXgNe/EvEAT+nQYwoQNrwpPhenKmdqUeaZsNhQwK1wj
PTqiY3Vqg3AJX21Jz0dDyA+yJfgfq9kcRkDe9S2FKrZ4GIRAMIhZXshxBceLB8EQRppkMq2q
lLmslavk6tnTtxLeOhVv224z6UoIbfYcjQ6P0nL3Wzb61eTCN8swzydNCuoN1ZFTzxFyd8ZJ
cc7RMVdHz/sdE5FYRy+Za8Rdhxb/kJ+hL0I//Ng5vX+QbBgk0cGVgxQ7SEa4TRyV5EhLGakr
IYc1JzSUR0N4GYFBog4oqFgsQFEpSC3riiYIJNgElQiaeDbi9fKRChSc2kAk0vZUKtAEQTZ4
KkgHLa4aR8rC81bL2wNangq4uiJK0/KWSkU2Rs7FyM4YiQ2p1Vkv2eE956W8Q2z+BgmF8PSE
/MIREqsp5HMu5Gdz2RDWTtkQjn6heEobUGcIFZRQUqWD2dxcyFCssyTS75+6grSni9b9Y8cV
i6QC+/mALcap8YFJqSCQnymz7j5YwfQ0MlXXWtvWWZi2dqbqxV3mcrXcVLm7slSmVh010rT+
oFHLGD9lFdqMjtbvV6u0psqdlZycob68GIjP3VRSFENWrVt/FA3l15/HOzLTzZysilvDvdcT
/YLnPu4KzFYfWsJZ7AfsZ5cu5PhLseYDjteq9DKTE71Zs3CBztDvYl30emfcQZOKetKCqoIy
G0nCSII+fwrcRmLEOpYTagM43eZvI2wbcVbXpXiO45kZDZZNlM9J2w/Vk/p8Dqsf5uxGozJs
V+iGlXqIzkezxtZ9SCs/35IW3XHjjkF0SDrN/hz0pwXaW7G0zQWzoq6TKgsQmG4gAmsoNAo3
XbMkhiTOkV3jg+TSGbVuweN1fWvRNzVNNRmTR04YSygexR2rYBRf8YYPFYyWRT4qqfPv1Phy
SXet5pCOs2u2myrOXw67TzpOODmmzDpl3dvhWLhO3DXBl20vWM0qENqSh2IvXBdAKNJO1iEu
UDx1kjpJrygi+1fI1uRxrwB5QoSCKmJahPLU38GYJRzO43dVEvG92oY4pL6lSSM+0ca1V3Td
uu4SH2LuCZ7gnwCCViX5+DYBLVjEgl0Bj2y0NGpQLOlZA5SayqBcmLAWVtQBuITRh71RMJqx
txW/4BnsPQC9y6FvJaT6B2BoePUIPAtrH/3b/0uTwWf4rAc7Wmp8uqEBM34YWiEOXbAM+mAA
VsMYjMNmmIAp2AG7YM/iIr5jx317IfDQtZtgC0zCVnHt4g+PB8lDj9voR65g4HnpO+m804i0
43KEaCvQahAiQqbCGQfuQrQpKMEdiDaNK/ZItgztWclWoH2zp6+nNxn3xMe3TmyeHBib3NYd
9/WPb/x30xggfdh7IYlEerCPI3UTSPgkEjqGz20oS+MoScZhIzpgAue2PuY7Pumt/3K1yCzZ
AgdBCceQIwpYrIj6ce64fEf+vBFxzbVLhoX1+o7fwMLk6c+88utSYTx7ZfvaxeMLG5jjSg9+
FPjPtz8HAJiuaqMKZW5kc3RyZWFtDWVuZG9iag0xNDIgMCBvYmoNPDwgDS9TIC9VUkkgDS9V
UkkgKGh0dHA6Ly93d3cuc3ByaW5nZXIuZGUvY29tL2xuY3MvaW5kZXguaHRtbCkNPj4gDWVu
ZG9iag0xNDMgMCBvYmoNPDwgL0ZpbHRlciAvRmxhdGVEZWNvZGUgL0xlbmd0aCAxNzk2MiAv
TGVuZ3RoMSAzMjI3MiA+PiANc3RyZWFtDQpIiVxVCVBV1xn+/nPufQ9RcEEE94cPEAWCCypu
AeSBiIrYmoioIwgoLihRxj0uqImiNqQaosG0GtGmIVOedUOtS9RGm+AWq3XUUVxi3Yi2ExNj
5N1+YKdJev+5M2f5z3++f/sOBIAPlkIjbcSvo3pMHJpeBry5iqup2flZBdpWFQ4saALI7uw5
hY4s33t3uHcN8PKaVDA5/19+zwo55pqZPHn6/EkrB67iPNoFdC/Ky83KORX+ww7au8wzvfO4
4Dek+XbAN4Lz4Lz8wnkVRuQUztOAlv2mz8zOQm2LB0DuKc5d+VnzCny6yzqez6O+Y0ZWfu6y
iTOJeGEN8bxdMHN2IXHzW3i0fr9gVm7BqGfH6oBOa4Hme8zfoKM5rOFvpzegLWDd5E+s1j1P
ivXCnAanZ6pVo/1oLfjl/98vBCsQjHsoxRGMx5dKI1FeQToMCURrKOmLodIMATDFG2FwYijS
4I8UfC0+qER3PJAkLJMQjMBmdEIqWiEe72KLDLbuYxkuyBRU8PTHEofOGCbJ1g2MRJq1j3cA
/fE+PhBfdOSOtzit67QwG2/jAC7BQgY2mltoJQ2/wgxrH8bhvGTIWKsdhmAGFmMjtuIQ7sgq
OWqYViZ6YSJmiV38JEwXWR8jxrzcaI91wjqHZtTfSquPVLiRZH2DONwzxMpjRP3QkzIDH2Ev
rkmg9NIJ8EU07xqPRajUYcSYjNX07YAslErta5XTmz7IxhLUyDw5qoLMy+YTawFa0L9oIi1G
OT7DcTyktSQZpfM9sVYqBF4IRyJvWoG38CdG7hjlhDSVIBlCy5/JdbmpZ+i7tPwH1OI7PJMw
mSKLVawqMnvULbP2IJQextHGEIzGdHwqoRInY3l2s5qrFqsleq++ZoQZj60Y6zhsiKJuET6h
X2dwAf9gvpJkuFxSi/Uu8y1rIfFGIY9erMB27MdTMaWRNJGW4pCe0oeeLZSjclO1V06Vrifq
SnOtNd9ahyDWynjk8uRULMdK7MNZ3MJD1EobnoziyVhJk3XyjpxQZ/VoPU6XGnFGqVFhHDNe
mM3NY57znhpGvd5ONwynjMckLGCsqyjHcUW0tJUOtDRQUmhpgkySRVIi78k22SF75aSck/vy
WH5QgWqt2qAOqr+qs+qcbq+7apf+va42gowrxo/2rLr2niOex1ZjK9zqaZVYm62rVm1DFtqx
4mORwOqaRi5YgRK8hw8Z8904jYusuxsNcgdPmIMfxcZqak1EncQpnSWC3o2WdJkrxbJeyuVz
uSl35IWCaqI6Ubqq3ipFjVNF6pF6ob21U8frefp9/ZV+bsw3e1AqzD3mE9sde4hX9Yuyuuse
eKZ4Sj1lVi/Woo2V58eei8Yg1lwKs5yDNyizMAdzGaMFjPhmVk4l/oyDOIVqxv4srpKh6vHW
y31m4lvUwSOK+TTFi/ISezdmJoHVkim5zO1LWShFslo2Usrkd7KV8T0vX8kFuSG35Sl9gopU
8WowPUpTY9V4ygSVrZapNWo35Yy6pK6qW+q5bqab6466s07Uk/UqXazderf+u75ohBrxRrIx
zThpnKfnyeYQc4KZba4xt5rbzGPmF+Yd07Ktt31kq7Lds3vbe9vT7KPsq+1/tB+0X7NbXp1Z
T8OJvgt++tbLWCNKlYilquj3YVWov1QbpOJnGjCLiSAHE1SVPqQ+XFSib+lPVRFguBq2B5LF
qvEXVJsXDH/zHk6qNviGfLhBZ6nDapMKlN66v7HSqCbrzCfObeqGsqtKajxkNibgNWmNfxuv
4zHjf9YsZkyT1HWpUJ+rFFbyZZSrg9iELciVPkSXgz14jndlv3bIXtbdEpzDI9T8hNaIqhuk
Ym2Bao6tHzO0X0ZaJ1UX6yG7/qasxFX9nLX/uqRKFHbgNrN+UaKlo+Ex2uI8ma8Dyli1/8Qu
9uAXRjA76Cn262hkGDXMeVTd3zwus1Avl+9UPNMZ0MDcI+rZmBy8kVxVz6O+qGQlkEUaOvoh
TksnRvGC7Qo+wDs4oP0RorerpcrSpwwHfosaPYy3vkl+aifRtJQPvmqGw7rrKaeFqYhBjEyU
DLi4k4wOVj6R7yAXxVnjrE3mGDMcZ2SY+OMI2SuQUSw1G3lqqbmbfXgVybIGuzw5OMp3JVBC
pAerqdacY5aYn5i7zcPmaVt3zGPXljGLt/AtXw2HZDMWD/A9a30QuyeC/RNPFMl8w6arMfoQ
EqQNCsiBYeTtQYxBBjM5m1aKsJb9tJ1vyBk8kWYyDodxmZ0TwD7P5v1etDMUrzHrs7GD7Lhc
dnElBx3QlXF6Lr4Sowp5Xz3PlpJnjxLTNdwlc1gNuCKkv7iYvWx8X9/LvKE30mQnkqy9rIRU
uHQ1vkYwX9dB7NFynstkbfiiPfqat0UhwpNqxagp+pC04mvoy6oaxZd9oLxBFE3pRx38ZQR6
eQajL9/YpUgzt8fFxcW+OnBA/359Y/r0iu7Zo3u3qFciI8K7dgnrHBoS7OwU5OjYoX27tm1a
Bwa08m/p16J5s6a+Pk0aezfysttMQytBRKIzKdPhDs10G6HO5OTI+rkziwtZP1vIdDu4lPRL
Hbcjs0HN8UvNOGpO+j/NuJeacf/TlGaOARgQGeFIdDrcp11OR5VkjEzneJ3LOcbhrm0YD28Y
lzSMfTgOCuIBR2JgnsvhlkxHojtpTl5xYqaL5nY29k5wJuR6R0Zgp3djDhtz5A5wFuyUgFel
YaACEvvtVPDyISh3G6cr0d3a6apH4NYhiVk57rSR6YmutkFBYyL/w3q1B0dVXvFzn7uhC9kE
wyMJssslCcluAHmYVymBJAtJeCUE3KW03TxAIEOBZqClVIwWBC6hVpwqKoOMU/sIrVzQ0dih
TBw72v7B9I9OGKuVOBU7oIDa0U6nHXP7O9/eu+wuaaGdZvLL+c53vsf5zvf7zrkJW1Jdp9Fh
kbHYyg6JIVQntrH0Ossjtgls5tPQ4cCZ8KDZN+CnjnjI12V0ta+PWkp7jPfICWHfemvidy9P
uqli8dy66IFUa4FiNkzaHGDVNA8ErJMt0VRrkP/GYlgDc+WiSNyMYOs+BLF5dQC7yftjUUva
jy0DfBI+VeJ8G4wG7olvCVhZxmJjk7kljqvJNy1q3R08m59f+6r9HuU3BMy2qBG0FhYYsfb6
wjN3kdm6+8XJtYHJ6Zby8Bl/TiKwZ8ZlOw3f2NTGhqRNtMRwbjW3JiMrsUdGIwhhBToD8CRq
4EyV/GdDJZmdlRiGn5iEWVYXbmSzlVUXN/3V3M/zLa3IbwTMzwkMMK5fS+9pd3r0Iv/nxE3m
SZJqsLttKxSyysqYIp463Cl8/IrQ55eHdw3Izxrb/QEIhI9WIbbtsepZCH8wyBd8eKCWOqBY
vS3RhB6gjoKzVDsrFLPkOFsGXUveGrb0upbk9LgBJr9E/P9JnuUtTv5m+yeMb9hUbUkT/oN5
Q8LevNpoblkXDTSYcSe2zW1pWsJembQ5LWt8XVQpkJ2WXKAIK0i5PjmYlajPUovwqwtSdw14
vGCl6JECEcsfX5r4GxsTDN7hpAH7E54lxM1pjptWdShdr0nT09zzmQocVovl5rZ1pjkmzRZB
BjLNiBGImHGzfcDu7TACfsN8FV8rJeb2hrh7owP2rw4XWJG+GA6xSaou52B7giMNdJ+f/nlo
pNXfIMKf+p0xVq+SCrklu+in0+oOslSiGcBKL9EP9H5qlauoT2bZT5PR/y31UZqB8Yuhz4Fc
B7uM/ibgADAHCAJzgQZgmSOXAgt5D+AY1ijldYTEP42eHbRee5P82loKQbYABWiXqu/TTL2K
VgMhZYoYOwHtmbAVe45QKcZNgb4K4+axhF6s9tAW2JvQns1r4hy5kOOAXPQHsf9F9hmyTv0J
Pa6SfR3tYqy9HnNDyhFaAbkSciX6F6N/OfQI5pTJ/fabaNejHUJslnG/OHsPlQArMKcZfraI
9XpoIWzjsW8O5CwgB/Y8pYSel16nZyG/qpaST5wbY8S51948E+QS4dMoYB/Zv1SwT3KV/Snw
LvC+41vjLWC/UkHUqcylGshewOD15Qs4cytJsFdr/6AahpfsL3Cuy8AEtYuyoV+Fny3aSzSf
dWCcAH8XHodPn9EK2EL6EzQT/fPke8CxjTRT/jFV6kWUhfOtw9h6oEdwj7nQRW24DxtyrPoB
5cM2HSjGHZ524uTn2EDn+8X57I/hxzWMaQFWM7cEv7rIj/055nz3OdLaEXDTvgrb14Bv4Fw1
wL2wfxMcjok5mI91axweliYlwNxLwQz2wQXfk4sERygPuMtBCfA6sA94DNgObOQxWLcM45kn
3VizAfo05gdzA2vxPTQ53MkBv0sFxxJv5mnEsQmYBGTreFsOxmJsHr8X5qx4L3gLzEfmFnPG
lcxvwftT0it8Tr7zFFmgXaLV7IM4O7iVIouZZyyVQSoTsoxmMGeZb64UbzLhfzG/CVcm/cH7
5DfCUg1REb9V5mJS4p1yLJJyIpVizeX6c/D923SfWkJNSjctUtdRo2Ih/4zwfvZ1dYhekH9L
Ic+g4AzOSE9lSL7nY54haYs2SC8jlkXqBXoK0lCH5GnqkKRpp+yr2il5bwJuO1VmQhpM2Fgy
Um3/bf//Avmidoo2ov2hNoS3M0RHcVbyfCTNBgKuRP9ZoBco84akY95uacCzBu+J6DNgm1qL
t15LFeogckIe1SJORehfo/8InOumEqz9hVxLb6D9FnJfhUJ4n9hLvoh8AfD6kMtTeJTGuVG4
JKTL11FkyOGSkMxn5LW3HfmOI29AhsHJEq4NnJ+5PnCOBpYm+erysoTCkM0uPzN56vBzhcPP
W3l5U86FrHNqC+fuXH6n2MvjvNn1nB85x3GO5DzHOc4dnymT8/vpSZzhLZGHL2Bu4l1PBUJA
GPbdTh5BHrb3iXzYZe/0ROydarm9U6+yD+ofQW6yd8l77K3JmqrSPU4uC7q1VNTRc5Tl1lGt
m3qcnMZ1d55Wg9qUqKOifuoL4McmUd/C0CfwOxRv8DDlynsQ1xIao1bQRuU8KcoK1E30q+XI
yWzbQdOVG1SoHkKue9y+pjxGC0TdXEoblDhV8VzlLGVrD1FQ+yNq2R77E7Ee1ytI7mP/9Y20
iHOBtlXU3i1OPg7z3Xt18nlVKhFjLiA3DVMun0XEoImmiTjw3Ifw9YO1PFdpqlol4hBgiDl/
Ix/Hg2OUFotEbW4Saw6LfDZOrD2MPX9Haxn6VGryvIOcyXttpXiWzHnRvuLU7EbU00blOXwH
+YgE/y+QT6mgAtTKiIMl6gOIeQ/GHne+K1gi74t6fwO5ChzRDlGr+J5g2/fx3fMaLWGo/TRd
X4j8WIPcv5MK9SmIURsZgtfLEnujv1F8n3Cd4u8Efi8LyKfHMR/vQvjA9YbXLhWxbQRHF3nH
oLZ0ULbcL0ngXqH49uvHvfdL/B31aAp+6PQVJqQUlK+I+sq2G/J5+bR83u4W9b6CwsovUB8/
Ro5/BXyYTAvkTqqUTapUs/Bt9mW0v0eVys+Bo4jBHntYnYgcXo/+Z4ADmPcHxDMbtk8x5mfg
wT7MvRvtd6lOeZkqtYehF4Grb0AOA3/HvC9Rn/IC9el+2i932kfF+ow9I39l8Ho8D5jlSvbV
xag+/5R8o/pbf9PPpI+j+Mdr8LpiHo+psIeJ7D8BRQk50iIfoVPASfltzB2kvdITRBLuSfoA
OO7gl7RUyDNAC+5wr3QQWAWo6l46AVkO+SEwBBwHzgE31PmIxRF6DfJFHf8qMOTzFGUJ+/PA
r4FLri0VvNdo/alQ/0JpujaHHmTIYXwThunW8Sdonvod5NrZ+JYElF20iqGPo20eL22T/4z+
tZiXoWsz6El1G919O39uB+n3NFvEMIHaOznjnYK/0bg+/7/Wu1Pgfh8E7hfxP0kzBYeuIP4e
ypLO0del92iRcpyWMRw9LuJ5gma794T+g6I/4/7AlXuVVqrN7Ef7YYarZ97r7XSsezoVLg9c
eObQIwz1EsYDmbq3lx5h6MyxsNAfYLh6ct9/hzaahzhFIElwLENHDtnJkLdDP0bM862MpN6G
76q2BD8ZiO1mBmJIDPTdz0DsiIGx+xgpcY1yXLEnzyX3flyeZ94P+6X+BuMu0zS08zNlkt9O
vkjjfEuC7//ivlpjozrO6DyWtdfr613bPG1gNrvLZrlgdnNtHrEa+y6PhKZZMBVq1YZiN4q2
ykPYSfoQlGQXqiqtFAWrVCJ2VOzEaaEhCvbcFJY4DitVJS9FdqNKNo9iWkBJCIld2oTysOmZ
WUNaBEortX+q1Tnnm5lvvvlm7ty9M9fK6r/k9HU+n78Tn78beFduFvP/CXh33gbeAA79r8ei
+H9Q/xF+9T+hzqgbcFZdj/fiXVJPyFiakEsHCbmMXTF2GToA7cQ3ogL6GyCGOnwdxpZBpwO/
R9t5fEdwZB9PuSrIjolzJdrGV8PvaSCbjzM+FXYV4n8EdAE/Rf1pIAUEAOV39wQeRfuxfN/x
H0B/gvJF6PeBd1CHHX35cdgvAetgfwL8HdgJxPLxLsHv0n51HrnBPfS/qze5f/y7mr9vEPOq
Xn+H+I90wxfr9XeOq8//i/TqXeIGqtdh4t70wT/dfW52x/kXxf7x5H+EHLiSc3FnxQrLzkLn
LdAqo3Mt3SArZlp9Ls7ayK1EoILKqZW6hcilSyeMRUvyhmNWWcMJddAfAZiLuCiJ5ns50QXW
6EGUKR8nPkpVLb/s+CdjND7m+MotO+HnF/AluEAY6eY9JAcw0sw/JWmAwX2vrLpNDcT3OkUl
lh/+IyQAZABOOsFUl21A+Y845VNV+Pelr1T3G5bxmrzh+KdbDYnJ/BjyeYu/R0JE8D9DZ0Pf
gM6CHuJvEkPn+YLj81sZjNcF9y6+kcxF8y/5JmJBd/MnSKV2OyxL8uMcllHTShTxXXyzdnmM
P0JqoA/zh6QlAr38BWRq87OOx6vyOyv9U6w+/iEuYJPhdQpe04Svj28gMUDNJOt4DKs1Ucyz
mGYWyyKQIyUdmm3+nkQgjPdrniFT0dbPt5Ap0Bf5VjlF5Hr5ee32mYqC8Z6XhdVKHKPEyiU8
uEtQrPg5rPg5PdrfnMgSiyQi/CkSBxgW9SSsk7D8uLjEgQagGUgDHQD+f/jHaPkYPjF+nLTw
o6QV6IDtQsiNEit4QBvhqHWAP843YyX8vVg7itonHE+JymyzLCvXbpud4hKrvo8P4lUdREyb
DznTplvNvfxpPZVWZ3ql6vAH6SnG0v0w/yzQcZN6Bn08w7fqldiiV6D7dRQp8fEf6c5XnOJS
K42nvxbFZvA2YAAYAVxwW4s5rCWNAId7g1Pis3y9/Ju685dlSbXo4ysx9ZV6tVbKKUGd810O
jDW9/CvYJKv5Knm/QIJrJDqr1lXOklor3stX6QmvkiKUr5blM7Rxp/TkN88yp6hUDbdcO86T
hSW6et7Ee8dNZ/I0S2Az1uopVavvC66eASAOZFCjVtxy/GXY4vdzS6dtkSagE+gGXHiQFtwt
PEiLnNA1Pr4Ic1qED8siTLsFPAow1N9G6oFtwEHgBDBJ1zYBDPVxjNAEbgUYIsZQ9oNtoAnI
AJ1ADhgFCkg/r8I4VfCOgzNANzAMuPBA5iOP+Wgr4wEyhi+nwBm0za6laZKmaZbmaVd6Utqf
Li20F86Zb9kPKlqgKApa3ORp8WQ8PO6xPQ0e7vcEPCx7JScLaqshdpm7tvpI8kzyYpKXLW51
txaw/kQxLSXDwAjAST/1o+RHyW8/yfvrhutG6nh/cjg5kuT9x4ePjxzn/VXDVSNV3E5W1lqL
G2kzTdNt1CVojNbT1dTVyJt5mm/jLsFjvB57wdXkbfFmvDzutb0NXu73Brys1dvp7fbmvAPe
Sd3unHvAfcI96p7U4G5yt7gz7lZ3p9stCmIF9QW22zWaWMaOYlE7wd0AIxlwq7b8uiUHHtDl
Vl1uArfosg1u0FYIHFcWENJXT4o4R9DjiPZT5RA4rspACH/hh1HXAm4FGDtszwzGw3aY+cOB
MCNhOhqmA+ETYdYdzoVZLlHLhnSWQ8hySGc5hJ5DeuwhxIUFhJDtoPYbhN+g9huEn7JuVNcE
btGWDW7QVggcVxYblKHFvsQM9iwiNoI7gGGAkxi4HmjWJR9YAIw9C7ZZu3PrfCuTZe0ygj9D
SDAvs/MyU4szo8JqTPhYO8K2I2y7DtSOQO0IjdKVHGuTy5Vvm7wjL7XVw4nb8blU6bThptOG
dFeDO7QVA9dra6/28V0rd4NPaKsF3HmtX6O2lJ8ArvZ3sXb82mD52CbUbrK9jEzFeY+UlRaW
Zdmr8oEykWWvyKgf4uRFKkmUM45nYNBPNL+suUPzzzV/XbPP9oaMCyHjdyFjV8hIFLG7SRjV
o5o/1PygXRI2Pggbh8JGV9h4Pmz00pMkiIZb7IqgcTpo/DFo7A8aLwaN7UFjXdBYEzTuCapQ
URIgBpulmK7XPNOeFjAuB4w/BYx3AsabAeO5gPGNgFEbgDs9h4+ngduI4h2aF+6vMUSNMavG
eJVhbei90kc8vYzRe4nBi6RZJ7Lco4XdIpNzIDNlMgGplMmvQipk8lFIuUxuFwkP89EenEwE
K6E9hUqLpbkFzd68FEpzPWSSNG8XWTouzRDkkkzNglyUqdmQz2SqBvKpktfoX0mKIQz9i0zt
RHh6hkRVWPo+ibA90KxM1sN7f350+gqpo3NQLYmtsqAvSRPJ0d3SjEJ2STMM+VVeuqQpIM/J
1ALITpnaDvmFTJ2CtMvowypeG4nqOM+QiNbHZLISzY/IpIrQIpMxSLNMLoQ8JOvehTwg606p
rt+hPRS7m6aIqTP9tkyZaG6cmMi3SFQ3ryMLdeS7ZFItyZ0qSMKgKyYmspwuUwc8upT26Ci2
NONwq5NmBHJHfuW+JFPzIEtkFGtMF8voTqzcookB5qrn8xoNIw0VKCTNPXASMjUXMlumVkAq
VU8kVT4xahmp00mVSlN5+aUZEK9TL0npiEUkQtv3iTHEvVSXpV+T4qKdLaRSnI9C9omzyfvE
R8ksjrfiDF7jPfvEMFyP18G0veKYeUocTQXF2yY87ErxlrlA/DayUWSjvcJJzhY9SKw7dZ/Y
m9IRXo6gmxS7o1lG0bszdY94xpwndkSyKoefwflJNQYC/djcKLZGtojvYSt8N/kP4qs1po3s
Ct87Y8+Mx8YePzGYwcbGg8MYQgBDIsA2ftAlrkmANLEpToAsBEKUhvDYJupuQdukZaM01bbq
blbb7p9uk1ZKY5fNrkmyCkqirap0tfxopPZPxErtVpWK1KqUqt0Eeu6YhqyUX/3Ta99z7z3n
u3Me9zFn5p2T1aLzlO+w87iPKCp2jlX3OEfBkWMwZ3jkmHOw+vvOgYBi8eHqj529AcWHxIji
UWdQEbww0uPsAAtAECICsKAF9mU9TK0N3CIxQjU4uvCx8yvNtyl4G+NZqKfDteyH7CvsEHuA
jcB7p4r1shVsOWvhTJzA6Tkdx3Mcx3AqjuLga5ay5DdXwjKCG8zCCKRhVISqlL5AEQqE5CYU
5ii0F2XNdIJK9EayzXIiz272ZHfLiSy7/6upHMbfTeNEdukoSgy5suu9njzmu/uyak8EZ00J
lDgQsQM4S30nj9GBVB5vkhnnHFlTNLWIMPafu+ggbce5i+k0ss2E7CFT0LinI/YcMrBF4zF5
u9hl+QsjMfvDRG8q+3Mxna0nnU0xncju6HX1pxapE9TxeGyRGidNOrWIR6kT8R7Cx6OxNMBa
FBgKUuMAQ0nSAIzqR0ECA37/MzCcA3YsFwwWQPtwjoDg0OxTQH0FUPRZEH0BRxVQlL6ggH5c
UFgNdoDCMGkApj6BqhWF1eoTCsxOYDlJgieNSASSq5cAkJPqFXH3tthXEF8riK8RcR7jbXlA
KljrQ5KiQaJ8gJH/j2U48j9MwgttMydT8WFPfMATH4Y6kL0wM2rPzg65XLmTM0TgytLSwNDR
UdIODmdnPMOx7ElPzJVrSz1HnCLiNk8sh1LxA6lcKjwc+2VbuC3uGYylF7rmdk98Qdf8U127
557zsDnysN1EV9fEc8QTRNxFdE0QXRNEV1e4S9GV6IngxP5UjkORdLS/0C5QWh5Oy4CjIh2x
CaeCytFpqbC/4ripQvgq0srprM4TyRZBJaKa9pp2IoIjTUR6YBu2RPZXWiocN/HVLZEAbKMn
gqbs8bEY/CehTE1NQ4EYT04WYm0vCKbkuCIHwBT0ppQCSOiTOqlwt+RTaHq7yHIBiyblaCqX
TMbtYzEHJPMLJP+W05NIlgsKZRmBTvBaSfhtSsKvZWwND5N/TP4jSS8pmf4y1BUl01+CLH8Z
6gpk+uX0UnA5uBKkl5LLyRXAPlp+tPKIXqpZrlmpoZu3LCCq0hgs3P5Ny5PThC1jxVvFbxhO
yZMycfm/MYCRTLgkKlAKfGWeDE+Rn86VtzuTBeG0MqXAnXy6f+FuhZsViBp+4AuLIu9R+B7D
5mkubEZq1T0a8azqHkYlHKO+R9G3cTvSYC8+iOyysN76pLVLWGtNPmlFIegLj4HsqqswVhi9
QOAeR49d9NLjsBp9jlyqJXKRRzYu4w9xAypGzWHjvyjMalT4LvqNqVPHqxJWyALCWtzgNGBD
u/3aRdCxlll7sopCq2ur2Lhnz646nDEHmpoCjVWSx80yHrcUaGxqqLdZLczI1BjLsoxOlFsO
vfilg2evbVz217/Ta9RwrLE/GHnx3NSlR8SCvs0/4Su4EWmR+z3UyWjpPDaHtS5NnYbSlOi+
Nm+Xu4THmSRRCuqURxfUYNQxOBSPDw7iRqWJx4eUF9Tmp1RIPQ7RawqL8AYJUbSFguSYxpjS
0tdRqRpfp/yq23HizWqXsE4e3Rpq/ba6Vn5ZuA86sAdToY3oLL6jHv/3jPo1RPJ6sPIxfRes
LEb1i6gE9mCJydzIdCJW12nSGuhOjf+OFVtL7L/7hFi8lkmukWVYVayWn7Xb/KwPBxXDBwdj
W77QdwcLvgw+Of2sV92bn6oPgVeVWFxEts3ZBQ3fWJYvtMxWWwRtOA0dXanG0WROlp63XSi9
5Jgv48aN46YzxjOmeeMV5mrRu8W/Kn7g4BkbkqK29rJZ27ni845vlX2gulXO75RGnS8xM0Uz
jvPmmwa2WW80VYqojxIxzmMLBLSv4mdGk159XKT1x60afGSnERtLT0lYMnlPLuJ6RJyPpsIa
A+/kKT5ZUrKW/HPGsVDoraa7hMx6JvkHJTCwgf4C+0iAzYSEX++qS/SeydVz0TPhSlsZU6ST
ir2chtVQjEMqsvFexJQB0dr1XqQpVXsxnE04MdWyPDeHMxMoM4GVN4DRI8FWZFjGajHZGuqb
mq0MxLqSCjSaKhvqixWW+lCV/69vfvO3u0L999+efThz+p/v/n7j+gcPcPrupXf6S1w7WfX4
RnX+/uszbyy+v/Hw8qn56ZfGf4E78ndx/1KwcmcD2REOOKUT6i9DK2NtuL90FgLvIUQgRCbk
mHnUfsz71o68T33MOAaDN4xv2n5iZo7qWZeI3G7OJerdnrJag55yBxwOxJlqygyiU6TEIFfH
4v0sZl/2t90o7KcJONeZ1iQJroAkQaKkJLIIljoLbWmCkEKQ35eSdRasjFbTsKeF1VDrqiwX
AnuYBHavRxZKTWajmWJ8VTuqqqtoZntEMTZrsdVuLbGqmEqvLEheXE2IpxRIlbmMEBl4stfq
9iJZaC2sgFxNytwcyuAMGTYESIibAsZGWAhPoAJibrJa9BTcDrTRYiMr0NxkFKqkKslR0xIy
aGzRPTXUkb//4Mat/tfvvNb2ap9gdjRcSX29p33kBa/XZR2jvzHaWOWNdG/kP7n0tx8dKdWp
Nj9/dEDiDaffgq8S9dtn/U44IbUIqX4K6+GHD9Ukq9Lwftqt3atVM2qGh2DRkkriJa2k20d3
8Pu0I/wMf57Xn93xvdobqhv8R6qP+M9Un/Hr6nWe17tEi9sjukSr2y11+/15yhc+XiVKBg5z
3TrdA43IQW7NdlPUA0Zky11ipdvDsaxE6fYVQb4n3fFib2m2FtciXGTQO/WUPigaID+nULC8
XCypsVj9vkrKh326oqJKi17cQxhe5PNWUlaupvY2plAFasMsnCUZhWANhVWhda31P2SXf2wT
5xnH73396/zzzhc7d/7ts3NOnEviJGcnOWyc42eBkhK2USjDDWxdYCBCnLWBgbpSNWyFbd0Y
gsCCyoRGNH5MtF2bpbCNdoOWSdVA2x/JpK2L2ohOHaFMC4xpxNnznjMEmy2/9753Z1v3fp/n
83wfN6emclP6AumYZ6cKLIRELqcnFaxvsDf0m2TIqZsUe6fwP0cSCyRXisgNGrW0KnqyxEGV
SkXxihmizEPKkavAdaxUr+9b5YjHK05vq+ZBrJlsfbbK77IT4Yy7kq6vbc+dNJZm/tCyd/vM
2nf3lDYRuSSvKyZ0l6Ur7dk/EGBAoyQkzi3QKEId0OpFrTXYbouGcCzmj4a4WCwQDaFY3B4N
uWNxzo2hxfAzgUgAB/J2Gyn6wtJ4+4QNNdo0W6/tHZuxCwZs80VFcjEQCKUnRNQrviPiRlET
u8S94muwMM/vh/wpFPtI7YJRzyId+CRYCZul/39yLylmgBB9Z/Cthx8YXyFzxg4bIT3ykOX5
/QGYg9KdwOvbwGsnFUZnNWULu6XiqG2MG/ON+8eDY6FPOKtFsIR5LDh4Px+sZqsrqj01fluY
YIMng3cO6sxDcCdHmkD+GUJ9chciAzeIjuBj5mP0EcegcxgPO943vW99LzSGxpxObLTQZqvZ
xiMe8w7eWRmydvu6g7tMOx39vv7QIDMijITGArdp+5MuV4YyVGYsVs7ui/Ss06nTAbTxUQEW
ROjQDMjgT0XbozjKcBEOc8AcEnlFwh6NeeQGrmOqfImASK+BhEGrCYNyKMxKoYQnYZVMCZ9f
8GMz4+Qk2KeAhLw0zHgzzNwOl4ScQQwjqrBVSpTfCIMs5+Bdxo7umID9VLEA5vBN2sypptHZ
ac3OqVjgVAd88OjsX99wq47R2ZtwMJGVU7XC6nWnSv3XdD2FHrQPxQKqotysBYvR6oSbpUwQ
Bm62jCwuwwJFeCDO4cGrpUOlH1x9FQ2htgubVu1ec2zzknVfembI1OUo9ZR+XypdLt2/dxk5
UQM6tPJXx0t/Kp0afrZZQ76P4Jy9h1SPNNDqFGSCn6qirr1NRWfvveFQo6Oz97QNdnVVAg0K
d/m70X/FjLV0kEKOaMgSi6FoyByLO0muxAMNHNUQDJorOAArzYpI/HBj5d7KE5WGygMpqMYB
BkUQRvVOysE6cKdjowM7npcSj7DlielC31xRIUV5qqCnBQAEGAO7YWBNObCPIFk4Evf4Bd7H
Y3PcI6ZQxA9DzFuVQlE+nKIovRDMlQCy0NMGsgoYU06pjBglnsdiNrhJAc6kgSrJwJINM6ue
XhQILC4ANatKP/7+pk9E9+6BgZdwd+nlHjUmSfG2HkMvmV0/PvCLmICPzozgg0cHv0Mc0dbZ
CaMIGaYipKlC49rkTtFgdiErY5HNjQLDy/WMzCbdqVhUrqprqW2RNyf3J/fXnk6P1l5IV6gP
TM1yzUutZ1oiLbjldFMoFF4fDUWiERQZRbu0peH1lJ/1Y/9pb1Jm6ARjZ5igPcgY+5n+5BBz
yv6W/TJjlpOM3Rg3ZZoM8YzXugp1oR3oBfQ9ZEJry4V6FFoRF+fPanZnOsvQERrTcOrNSFOD
b94oUl+fy7XJKcgnGfxoYbJQNki8CrYGkK6qFHuzMD1VmDNLZK5PmxqJ8SmgirLr8Xr4yvLb
6zGCw6zWrVDcrVTObXuiugHrDp3Xz7Qafm1Phj4e6N7pDWmpM7c+/7nSPz/Q+p5sjPjncZJU
9++DvfuULQNvn1x7662F+dS3Av6wE6xR7sy17Y/Vx1MN4hee27Llm2fu+Ks8NUlMjX+8e3Xj
+tULvrj31a6Tk6xjQXQ+ifUNs/8wfGj4DdVE5XBW85pZVjVGWbVZyy1OfztzyDKUMeQJwjc9
nhlR0Tcsw/Xncj+vf69+XByrH8/cqLdmLEssKypW8Msz6/hu+jA1lDmFRtAI7VAsaG/+mPGH
9cebjFS+M//lyo35Pv6I9zw6Ne8Smsjb6MrO/LNZwzIaezkvzpJ/ucyrn2VRs0JDIyLX1ch1
klyXzClnlYuKwajMVzqU55XvKieUnyq/VH6n/FmZUuy9ClKyHlqkv0I/RxsxnaVX0rvp/fQJ
epi+Sv+RttrpAN1LGzwcbRCciYgMv5jsTmWX4eZBqpBKYUFLymlGiAhdwg7hhHBeuCRY/iLc
FO4LBkHQXGxawBELtjN1kbpUXXudsW5xchEjRSQsfUpRKWu79QXrJasxCgdMWVlojEbRRY3V
8nvzWMtvzOP8T6D1CJCnq+msaZ8NoIBMtbKtuLXZpMWl9A4oRbjRpJk6TRtNRpNvftsaYRQ1
7Sv7SrljqjhdlN8tsIXidAGQAKbiLonAdk6VU3CdzUGjBLZjZnqSLcdkH0cG8O96cLK/pdmc
K5ejCjLq04HR3DYvGLexBiMDpBcle0JNuMLuMOWIWsNQ4ucZWsMUG3SGkS0GQ5sxGyYQAYqw
uTkUvwgv1FcsUPBBRZkqwjlprmmSSCCTCk3C/UErRdpOWOrsaW7lietPVLvN5buUZrz87Mud
W0dRhtdqFtT6g4nl2fY1fR/07BviXTaP0x8IN29b3Lne9vVsteirbz4w+NVV286+8vTW1mSI
E7wRuaZpyUpl2UtLiwtrB0uHNZGVhBWLHj+M1MdWt7Q2xANApCdmJw1dEOdx6u/a9jtmVGVF
T1mHw1fwlfg4+hR9hC02GtXhWs/aSLd1c6Tf2m/rCw9WnKs45xnFFzwj4QvxK+FrkptC3grK
4ApepyYge66jCYSNyAM0Fyu8gk+4DR3X34SE3SIuM9oZF3LJCJT/WbOvHelGyOpOMwj9CL0G
3/Cflz6DKGKCkSAONlvm7iPHkRo5fR1cLPmK1eFKW3xVba/oHJLBxndM6aUdxJc7Jvt0GE0V
2Rwo7gblVQIlXiU9m15+QShJ33BgSyvRoSxKtc4fIoDu+lsMWmThlR0XJ7r3jB88u6Qt22E1
/4fs6o9t4rrj9+7s86+z73znn/lxZ58vdhz7fE5yjkns2I+EpC6EQMWgNMUd45fawsrCRili
WwtdW7pOCxua+gebSLdJTJMmIsKY6f5IpqnVmCYRNomx8gdIQ9WoBAOtrSZ1Cfu+symrZune
992787Pf530/38/nhcNKXjW/9HhxXe/W+5FvHkZt7y/84OwPpwbXTO6qRqP9609/534pkyNV
ZAOgWwd0g1QMFfBWVlwXqAf2B54N7o4cDji63Gfo9+lL/iv0Feaa91rwX8y/ve6Xg0jFUtDc
wuxh9quHmJfVV5nXfR95/xF09TgfhJDT5cpQTsEZczLOuj0WotB4qIG6z7cnJYe9geR5zuMK
EYA8AFoIR1Uz9BxFsINbYmcJnB6fSVnm1F+g2gy1qn5Z/adqU2PppgD3CS3MrSiLzZjMmyRi
DoBfEpAQjbewt05QIMm3CPqZDOEmWB4L/4+Xy4SI9VtIuDTdlGW/3NnVlOUOUZGptkBIRrK/
XUbhIDQtWSYWKUM2aRrFm/vQJEcKSCPCXjnMh9sUZOrLD1xTY18p71ilTjQOL+3dsvzL71+5
m+gKJsx4CX3y7r5No0+GTh2dPbrwEQre/uk7Lyli/1OnEgDFCEUxI6DGOsrgbdhArKRoNM9S
DoUVHLaeDIVQ2i94OU6kvL6MwHOa4nhPRZrCvpcgJr/azpyFstWXPBZEuu/VLLwC1HUbOOyr
8oZi3DAYIxxuQxECWz7abkbktIohqifSxgc3dKRfpah0C/QebolH/NUl4MZVr1dMcwRzmIhE
bKT7zBi3xNFQjbg89wp3gpvlWGKTtlvdJe4e5+CiMSNv0Dnjj/F30S7EErs0PWkdIIAQZeHW
9K1pKJNW70Ph08zHv4PdG9u95kOAmpioMviqMnCGEEiA0iiUyw4SWy2qE+EG3fZDbSqCU6rQ
BX+i0F9ImY/oQ7hUMC0JD4aD/UF0IxDbsvy3aiFw/Dj6y/kjh9YOm8OsjRPCnSn6u8zY8qFn
Il2MpqH2/AT95o4x48TitlX6yEDc1eHng24+Xzh7aAdsE7V+ZZy5DkzKU8PUBPo5fqJL8PDV
bNcbruP6yfSvbRdd59IXcve0T9a43f2uAjvIlmKTdmdXpCvtSiurlJryPedrPadcZ/Qzox5c
00bi3nREoJghhxaopL0GZ6l5GyR7BYuDFZxMmRXwkNAEI2a+gsjjeTFiVhqMDQcDAULRQGfx
bY7rNGgGG70m02A6MAcZ3Pu24RhLdvI1i2pilUTshn8bq6FaLTLUeLCEg8Au7xAa6osccNDo
gOJABqlrDIvT2RE4DVSh4avGCOJHlBF6pBYXyKBgDQqIFxSBFhqMHQeSZh6mok3Em4pJmzie
zGTJ7ykwmsXdaTNLxJTP7s/OZJmN2aUsnT20HqQ0I1iFMnOrTPZbuFMHFrfa5fr0fyBH7ljD
mUyTyOXlTNlPbDbR1zsZi/MZIqRwoVYkl3/QyhIQwQyCI6nl6izmEqMX6i/2hZumGnKFCGCx
2SQtf+dovtNnZRDTLMKtuyT9E1Sa75Ui+xfWsgf04WLlV3/eMP3s5qO/+PbS1Ngzx57/+usv
3Zyrrx3auGGgvFGPHdwTH3zxZ2+d5tu/yvz4hd7ugdKuk5vspbSWo3P4tc1vxXt7n8znHo/i
A2PH8r2zz715qXKw8aP9L5yeX53/7L5fKfRvWjsa9csh4trH4dyzCs49WXTjIsU+uHfOM5iz
WLmuYNrHaXpjbilHO+x2NsQmWRvvpVQqq3gFVciy4lnfgo9uR5SkKb4GfR371ZSmqAnVpSne
RKJDU+IN+gO8M9GtKdlEArXDV6nIHptDjcd9Pq/bqbiQqycg4fjqqoTHHjMlPFyQ8Chcg0Nw
k++FJtUNTUaHRtWggayVsOA3L0uIl1BMuizRgoQkYr/ExRxScnM52sh9jSBRKZCFzMNUVoTZ
rAgTWhFmsmI2Z0Xsg6TPUU1h7ulOWUPwx+6lkJFaTC2lGDI0XxwyrQicsCL8KetVV2fcTEX1
yaNNxYYPZJ51lhNaBgpKFZg5Uq8+/5ThMVQnUBEoTVUi5tYwQ0oSqo9u23qRihNmeqpx6zcC
XNWHobHupJAX7qCI+nCUh6ZdqPpg/Fw8UH04/1OkrKH6AcjZDKSs37JkliMLQ4kbKLYOg3Ai
IWXvf8ZSBfT79a+Mbf1Wunt4JdkXFcVMe/dElpdKK8lS1J+q2CeW//7E6K43ZldO7i04NM0R
b9uN3vlGKV4cW/HsiqpOTWNjob3MhedNZxd4hR4wDAn7PspDdVDXcUh+xR+u8n5KpDoUvyAK
HWxYU8QGunte9WqKn3QSEU3p+C26C+aNhdX6zQHzLItYTCGugxX9bhfBoANGm/4bM2mO472K
l/b2RMIYpg8TMIYKJMzHEqYVpbAVsaHnzbkwmgkjKiyE6fARLG+UaUXeLs/Kc7LNkKvyDHQW
5Zsy2zm5CAUFNu7TulVUmtsGBrylLNU7Vr2woM6gR1oxIH0RZ8A0uXrqaYynpv6UG11xVORA
bsS+zxrA+OmV0nL7zqJN02g1vJNWodsF7MwAbhqwU6BgsSJBbbuI5kTE2ymWEhS7AGc31gOi
bWEH6m23sAMxF6CDQwn4Jmt3Uw9l2EOQ8TSRIWFeN01PCyEScQIgmvOgGQ+iPIKH9hxRxFlx
TmQMsSrOiIviTdEukvd7TZPEC3rO9FsAkQT/AkIWOA+BgXH0f3DMP4Jh4rMXP18884cdZPGw
+gmKYg+CLo7Tk1h5jEaiqGC3XHTyElWmxhUJiDPOooFiVFPAsP/1vKprSjd0cEBdrSnlhMpr
ipRI4BRSNSXVoK/9JoFLqKgpJejjnsSIpownEg5VH4g7kE0u9+2xyXvcbpuDGmfLpe5UQHLX
MGiNJXKbZdWkarO1udpizVYD6+PjeYWn+Z62KJStKKlRp6ML0ctRBkdnonT0dlztyenwSLce
6Qv6ZZ3B+oxO67cpvqjAYfC/hJd/bBtnGcfvPdt3ju/su1zOv+07n8++i3N1HbfnNqEJPpNu
SRvyAyihWQlpmcqAFUi6IdEWcMYKAzStpWxFVYU2lYmpk1BHva5hQiJSRcf4ZxEbnQZ/UEEQ
g9USsKoCpLk873uXtlAkquoe3+W51757n+f7+T59H2gQMGfz9t7G1Qb9TOOFxkrDV4HDasPX
SI6OLdMfaWlYVCzX6xBFIXAbem89zg1NYqOziGk2hP/hFz8B42EbzwSYX3gT8P/b2kLsaqFS
TWe5cIDpNzJGNbBRQQyb5VIK4sMVZpOC0rzimlYYAskciGdAaseuQ46k5oJduaBiBtQuzaRy
WpBFWMVAZR55ZGS3U9g7dnWMZvgCb/PO2BUuMBWYCk52TXErY4EBeoqZ4v/F+LHfWjw4S2Ru
DEoqliUvuiVG68zyzX+0QOhIBPkDn/jXW7E77F6HSM4Fzj0XvL+L3n0Q8fmPuUHqtuSCAZ+F
L4660+n/F0TsA73hlr2rgF+deHTyvsPa9Hen9z1UNt/fyQ6mJdnKWrvL3fFGJ2OWBbmS7tUq
NfibQnTT99yRXSO7Zu6bnv3Wyc4jB2zQyYCZ3odOfGW7Vq93QvtTRdwFevXD6ETTKUTV8U7o
/jpD1PQALRI1dZm9FfrCov2Y2W9f4Aa7GFTGtTQwXpsuowDwusj43qKv+H6d8kWZGpDcdwX9
Lk1LQoTSKEuNiJponRN+JgRROiMXVMHltwHM1vMh4Dnhdw7zO6oD1S1d13I5QYiEkp8K+Pxs
ehnNt1YRggn3gjOTqKFDFGUxIUL0aFTGSJeh9gUZ5eTXZFrGeJcB7TJGu+zUtsABiCzj3pAx
5GXMdxnzXcZ8F2UkY6gLavmFMl0pL0DbANHLHtFJhEXKHtnLHsnLHuHLHuHJOxGA7OWMQKkY
RKZp3EK7gSrGirFq+AwP7YaHdsNFesE2khtuI50QXbwD6XDFHRDXz6AdRY/p161FQPpQ28X7
XVzPuVzPrXNdwFzPrXNdIFMW5rqAuS78N9fBhh7E8+PcQRgkrfVq/h+FfHfNXho7+sE9X5JF
KEmzFhclKzWz06x1TK88D02O7h8fPNN58gDBejF5P3rmoSHtSIf7zAD7H2UIL3PnzTXfRajD
MKWhXU7ilRQyeSR9LBgxwohi4wbbFeSyjp+8b5BRv2NYtuBH/pSOH2i8RsKoG+oktAaHbRyd
Qq9lr+irOk3pjr5Xxx8Djv60TuuCpEq05KxyiIAL1iURlsbxJT5ic8k8rLH0olkbWMTK6W7e
RHtuUlz3XzdgqybalLtBQ20ih9uRJhbpoqrkFJqRe6I9NMMY6Uwqk8z4GCEsmfCUWQXFuiSF
SrBZE3XzERMpvoiCekJxhcoE4iblaYxl9Vl9faCYIIbVXjSIdqAd4iE+sMA0+aa4kFxijvHH
xKXkL+jLaqjJLoQXhGbiGLsUXhKOJYJojppbnIU5A2F1kvFAQddsKZ5nYGqIx2Bu2AobivfT
QJ3Dv/rc/sNvvr7259c274hHuLGNZcUMy0Yx5bv01be//co3zqDeS68ia3TiD798cG50ZzI/
PI+055vZKN5Bs7PTD4lg6ivoYScpVYICQ7FUt8qIrNjN9FR08FsFlcVmgsP+gvm57jk0J62X
j8bZbgncGFM0VI5hI2IJlZx0Sqq6+4tDa9uwjaPTD104XV2t0v1VpzpdXaj6q5JnS8ISzJb9
vMNP8yv8Kh/gk/2Ti+4UR5qFh2WSGlbzlVYiR+L5uIrbYZbgT5zDu0pSq25q1Uut3pF6AyoA
m5K269pwQ0ZEzEsPhzljQ0JJFi0ja5jFDYmSiQwFDn2psol6M0WToryttVzIbSs49VFbx4dm
oqk0jeYG/8NyM7mQ/bK+YDatr8uP6yfl7yVOKafypws/lM/mny+8JP+0IG2PIgr2FqZIa7YI
DRrbfGeHalH4SLDkzpaGSfYbD4rQz+hcvP/e994hrgl9s7p5x8wDZ3fv+dFnJ0Y2bZ355Bbd
HjSc/Y35zrNjdqJYpLX4Xt9vsZc8MparfO2PR59450g+9ezhwV3X/j677QT2WOMU5fs8VEAJ
mU6IM7hBTuZFt6VAkCH+qZVWbcvzfBCXzqs1cppV3MuCSKJjyjFbtNBJ7rhFc8lwty1kKYUq
qVlREUsMisbicSp/RlWIVY1fVrPEquoFtYSrKauHNgmOMgSKl9laFx7AkKFKjJINCXNU6GU0
T/nR/MXj7Cp7lfVBPb7scFRJiKvg3vv0vFtveUID2yYxnSPRkaWYvZJHC3lE5cU8nf9N3+RH
SW25XhUK6Pr1uXZbXHPdPKiBZeHiYElx4NqA0cnztWCxrHW5dX2+6VoDJhqN484kWos30jSI
QZh7vDEw0thYm2RD4WyqFM0hlq8MdNhhKxgy+n3PvfGd+XvqIzu3+5lYvr7vi28ODIrppA9M
weBhOjAdy6QCmPcfurlGvwF7tIl+zPk41x8V634xXJLFbMnPyDH5cvGy8Zb4F/GfIlsSi30D
4pa+x7in9KcKZ7kf6MvcizoX4APhYCnKj3LjPONwDk9Lm1TqNK0ihLmDHE6qP41hju5xeqjT
UgUu2JV3rYSaPJ1WUyksrJByPIVSy+hBR0+ejr0rSQHDYiXFkDivjx0paqM9EqWJGk1GVI4T
bPcsj0dTZyOItRpBkZRgo4o9Zc/bX7Cb9jmbsSUhqAbpoAM3uJ/yqVIv/la4Q+hFvQSTIO29
yc1Y07GkL1oTazB6YYW4EMwBJYM4KQ43BB1ZqweHojocYkU4hZ/ugRMT4MZBkH7vRi0Hjw+/
9arTBSton4C78S9vwQIkwhokwjI4nr+1kjW7RlZwksjpTcAbzHTDQUzDIRKHQzjmJs5S9Tb+
IkVRhLqyfPP3LV52I2TgeB7SSSLJ+wkVAD8lQW5AgcSAAlkBeT1FvIanTiS2r7cp8RoWPEeo
OKHuesXpEuAAz4LTcJKbhb+5WIafBn282nIjPCr4imIZHAacve50wYdiGUxHcfnm31qglRDX
LmKZzYCQ3rbOs9QitALWLRAu1KMTn4xx5L+lVNAKum8z5hPIFbSGadRsaJU4vrCVflLIDz/a
KL1PziFjbvKJmZEFhdNimpgvf//e/uGhT58q/5v9ao+Nozjj38zsrW9v77G7t763d9dx7o7k
zneuc07s1O0tSTAJTmwnBINBThM5ThNw3jiQQEoFRmmANkilEaX9I60qkPijFCdyT0VVEyl9
pKpUVKkqqhC1RAoUlJRSB0LN+frN3jmBgprSSkiVbla/mW9mZ2dnv/nt91jxra+vvTGuaqEI
OzN35hvbly2MRxf98tHBvuMDi+V2MjAx8fnFbT033tm5YWTsuWQggM4JUpW/0+NCGaLwpO0/
Jh/zUqeSvRAtkSk8HkHXWeNDlIiW3CbbMpP3SaN+mbIS8dtNLnnKG4sTQYCAy3RR1+JgqPGg
rgdtVH6Q80nB3CwfPB18MciC0Ri3HMg9VC8GgjNOrIfBXZ+CrgW7UCyfHy5iYsZDvpluopzD
zHcv7CXqksYWx863LwtXjUaH2oJ2YhkpvfJKIKVcv9xYPzV0n+o59JXnVwjluWdHyj9bn28a
CZ0e+cKC4+T9lqGzB7mtDmK8dZE9AwkyYcc0CpRooBGhzRgKD0UGjB97p423jQaD22hfh8G3
n0qYhWKoPzQosga/22wQwiQcj5hhEBWRisRliiGl0QyVKkftOwOQsOKJRE9A0QMBhQBsCvhR
8if8BARRsZAiCv9d2hRboUo8HIgrAT9xJdDsNTSIYgLk+HvKwbaAHRgIsMCw/01i4yOOgbHI
CUK5kfgtYWSA7+xkd3/B2WG8JV0wbF+goBibjRPGtCEoBvkRfgdtQk/BTjafQZ1nqnHbzF7U
fDk6MzwTueBYax5a13LcLryF4pFcxn9YOXvElYs4QiYCygWinK7Wwx9t8HhwaR6Q240G36zB
N0sVNVEkvEKjNT2pdzlNI28uT8qBIpn/IVyEcxwdNnoA/BGCQYf12BfFBkLemvt5lxVuJX/L
q5HsU/d1tHaR9mxn59yvEvT3D7XEpGRSDRnJbXPfI/kHl5ppmkyKSyfKC/g5q5Xzrkk85yy9
9ZQGKsnim+1nNL0ADAQ5JIcVUJgiNOT1fCgfLurFUDHcr/eH+sO3uW7TBo2drm2erfJ27a7Q
XeGtxjbzgHJIOxy6P7zfOGjdmz6WezLzkvgGvOZ/M3sZLnkuye/6Z7Mp0SPKol9QXKpg2LmB
3OacRAjVNDUYBI8imx4MjsyIkCbpzHVmGiRFopLgNqVw0MKdBUNmOGUlzZRdqhw4qTKKucx+
e4cJWSuTzfaYlm6aVhAkEE0Km0wDu4bAJEbYJlXRVVVB/wG0R9VQ1hSBUUHKGkGNgKjKFnnL
mrWolUmbGcvEUVURiCebTkXCHknMMgpyjnM+25Fz8rjOgtNazU5rR6KxQs6W/QXAb6LP5Ugu
HI6lxy2zRFqn7M3qHpWqL5BWsEDC2Y3c40gPSBWJtUm2NCAxKdqaK9FBh4klkn0YM4oZjAdi
0XXl4VikHIuWI303jK56bbiaWvCkgocRWK5Qcy9KKpJzXS7jRlK6jiA79/o/LjmMzcQ+zNnM
J1K3Wh9R3N3ubm5khocxEXT8h1GZPoleSildaS+jh+gKufWuMILMU5e1sHn2VsnrRCycux+j
MjtfgdnC+53p6BLyUttC6+iEx2jNkz91Gk0T98ZSy0hjbmlm7h8J+sPyBvr0d/KWP5lMaOot
c98kOyO9i9zJJIuGQ73YHVgdSy8UkOkd95ejnOmYhLAxZLpG/oxeGliI/YXNMsFXqrxhSy3J
ArNiTQXeO2lYvH3bXhuNF5bTm+h29gAb9z5CH2PHfbPsss/Ty3q8q3x3sEHvC+zXrIEq+Pi4
9x1K8+68ZKmWNuj9g/d173tet0wFb5zqXkHj9OhSPUW3pGoqvt7r07b67vZN+J7w/cB3yvcL
33nfuz7Jt4kynVJGCfOB5NVl6iesR5ZKLGX7ZA9oCiakGvGIGh+5ztcDdAqIR7eRSqATnXNP
R87J7ilJ8txB2Li8SMuA4170LrDx9ylCBehuVEiJJid944Tf83AmYlAWDeol0lszhH0zGPeU
Of8yMzPc6SgX+hTOPoyHkHnohy5cLGpd+WGl+6JyAcnHCcg5qHHTuM+hiA+pgXGFj1ME/Ry2
P+FUcfpKY7UNOOPTk/7gfOh05PBZvpZyTjkHGYwEePxM9jlxMRl21mX4HMYhXn5MEppPGsEK
V7n4fLiLR84kM9Tc3EEwbBAbWtTmRsLDgiVs5Qe/o/T4lo2FRAsLzlH79LOZRIhtbFk3QpT4
B6d2YZpSK2P/Ay5WQb6IeOI/B9WvDfY0gGtpFeIfr6Lh7CdDOg8gp67C++J/h0CpCjVUhXYK
QN8MEHoZILoCIHboKuL3AhiPAzRHABbg3ha+XEXqqwCLvguw+GtVZPcA5G+/is89WEcdddRR
Rx111FFHHXXUUUcdddRRRx3/HwAKBHjRgXGJxBAiXLOwD8kBULWrvaZ5IZWGRQBZR25fArD0
Iwusgh5Yveam3rUA/QPrN9wMtwzeCkO3Awxf++WfRRHgBNYLwEKJYp2FPCx3dr0GBuBm2AIj
sAP2wN1wDxyqVHAun5PDOSudOf21OaMwBvvgAJ9TefXfX7WTuFZh15zhhm21tRhEsSa1L4ri
VZVFlNr5iQsSjrRDb02m4IfDNZnh+KM1WUD5pzVZRPmvq/tWr1u5JrNxx87R/X2j92zYvXPL
ruyK3WNbP/0NWA19iHWouDWQgY2o1p2otv04OorK3QC7sb8FdqF6V6A8BltxbBS+DOMob0Hl
fvrnP4snuKZdCrwD3TjZhZpVkEHXAzQ8gmxh2EelksfxjltAiffmW9hG8X8iV8q/Hm8RC9jI
t0Nuvsxv3B1sf+2U6befWvh6PvClQPcld9TtzP7+qx09vJ3snRZnj5YfU25wd2CXn7uz8j8H
AIJoyZYKZW5kc3RyZWFtDWVuZG9iag0xNDQgMCBvYmoNPDwgL0ZpbHRlciAvRmxhdGVEZWNv
ZGUgL0xlbmd0aCAzMTY5MCAvTGVuZ3RoMSA0ODkwOCA+PiANc3RyZWFtDQpIiVxVCXSOVxp+
3nu/7/9Jal+SYuRPfllIIolaY0slf4RYYhfTkj8iiSX8CMVoUbUcsbTGeg7KOGm0OvzRobZq
OHSqqvZ11DKlliljVI05+O88yXTmtPM95/vOe+997/c+973vfS4EQA3MhkZW3wEJrXIzhz4B
DrzD3j4ji7y+8st5C4F9iYAcHjm12PVj78tzOHYFcB7O9xUUtZtSlgBU2wjYkwvGTc9v2vmA
F0haDEwZXjjKm/dl0F/pfuAsP20L2VGveZ1SoGZ9tpsVFhVP++fKpO1stwfqJ4+bMNKr2ix7
DHzwA9tpRd5pvuBi+T3n59HfNd5bNCr6aN/VwGecL1m+CZOLyZvP/seV475Jo3yn82NpRxQD
tULtpWTVC2F8m+gVaAyYG3xv8r0T6Gme22PhDowx13U9zv7jzy8QiVV4H83wUJJwCBXoiQ/w
KrKwAt1xAttRE9PlGCy4kYYtiJQwKKQjRGysxSW8hkm4heuIQSauSl3+xwMfGqKDuctvJhaa
PfQKQiq2Ya+MkwFIoJ2h4iSWkZeZCoQgxhw3F9laj1vSzJQjg9b3qINozMJ7qIsx+Mo8r8wg
clEmM+UuwpGDEqu1tciMRUfsxDnJpNUb0+2L1XdiHGdtlhCpMNfMbRywBKP4p7exkIx3oEK1
1Kn2RrgQhc7oAy9Hf4dLUk+SdIqJNt3MWvaW4ZGKVV9oJ3nEogdGYAk2MRvncRM/SbC0kfWy
lTglD+yL5JaJKZjBulrP7JXhY+yRJElSISqE2QpBcwzi2DKUMv4nOCmZki0VclCX2omBrqa+
aWBuG4MWGEqG7+MgYzyWRPowgo7QxVZTq9hu9WIOV5iHdTiJU+RxlXn/CU+lBXFDvaVmmSFm
i7lFLtUQhvboh2GYgKl4A3/grh7CYfxDnqnq9DxhHbFn2A/NcuY2Ct3IvS+9B/DfJdylHdhN
nOcq64iLq2gvfaS/FMgyWSW75ZJcUg4Vriaqe9qvj+krVlvbNsn8U0M0ZVw3hqCQO/AWs72c
692CIzgqDSRK4rmi85z/RHVUacRmdUJd1fP0Muu5PT9wPfC3wDOzCE5WWXfmYQo+Yhb+Lg3J
obmMkcnyHZm/q/6ka+ra2q3b6Ff1QJ2tF+oV+kv9jTXJ2mpdtnvYXnur0xsYHzhlMk3lqRY4
yCsacWiNdqyffFbTWPLzEZMwE3OwCEtZL8uxEVu57s9xFOfwLX7gDkDCyXk0oxex6ubJUmKt
fCwH5YgclRvypBIqgohRbVVXlarSVYGaR6xQJ9V5dUc30SP1LD2b2KB36UsWLMsydisiwy6x
yxzHnDHODGduta+f33/R4kX2i6sBBBoFfhtYFTgYuG0Gm+nkH4l4tCTTBWS5ljVYSnzEStyF
L/A1LlRxfSRKbFZ8qLhZDXHcta7SXXoQvaUfMYgYIsMIr+RKITFLZsvbMlfekSWysgpruLZS
+VB2EZ/KXuKcXJPv5Z48UixipVnNkSpaJagOXGmq6q76qv5EgZpA+NQkNZU7VKY+UXvUeV1P
R+p47dUT9Vq9TR/SZ/W/LGXFWQlWJ2uwVWDNtU5Yp6yL1jM7zPbYhfYG+5CjsaO1Y5BjjGON
Y7vjjuO50+HMcuY6ZzrPOk21SKrVn7nunfjlk+A4IZPt+tY0dY3nIlT77AUyiBlzqIF6nF6q
T9v58lC75LIs0qP1WLNZp6uneoIMVp9LhA6zk3U+FsPIVnVDPVa3rQYyUN2VGOs9+VRN0KnK
URnEPmM1sObadwB1AcnqTalQR/RcPdd8hmR7g1yzN6hTcFnXVT1c46leoKjY+EaNViUYarW2
n2E08/6hPY357qIWSgt91tqAW9qtfpSHsoqqcVx6Ws3UcNVBtlJxX0hT3JeJ8MlKpMg++VZ2
Q2SLLpNe6iXull/VkHa8xo7rcDmrg5BdyVGiVAPJUg/VIL3fcVK3EaFKnMYM0ZLI2vnvE8B4
noAVKpqa5qGanJFWCMVq6v3jwP5KxbYv2iWss006Dv2RiNfVMSTzbNwihmI+WmEva3AhEtUa
zDSzJY+635v6qbBbxiBBgqmWIeQ2i/dFQxVBLRzBqE+p/19R9TPlAd4QF09WBWKsypHFlofK
lEP9LSHy8Dpb67DcsdM+g74SAliuwAZW+RUM553zHeM3QifyG4ZNVhxZu6jMEzljXSADKcR8
HBOFN8m5C895lpVB5V1lxnCFo3lH9eKdeBSjzWqkcu/6m7mmBCPMJvMaCjDAbKH+TjU70BYL
7Gw12I61WlNjj8ph3kd/kRLqdgYuU48iJRT3iG1k1MXeh0XWBWpnV7PYnEMD5iOCGcrlLXoT
RXjAvGXoCrwS6KPKTbr28Ya6hn6mzIRJEArNOCrvfpQ6bWrPbDS1S1NSUrp26dypY3KH9u3a
tmn9SqukxISW8XGxLZrHREdFNnNHhLvCmv6mSeNGL4eGNKxfr26d2rVq1ngpOKh6NafDtrQS
xHnc6Tkuf1SO34pyZ2TEV7bdXnZ4f9GR43exK/3XPn5XTpWb69eeKfTM/z/PlP94pvzPU2q7
OqFTfJzL43b5j6e5XbtlWL+htJekubNd/vtVdu8q+90quwbt8HBOcHlCC9NcfslxefzpUwsX
eXLS+Lvy4KBUd+qooPg4lAcF0wym5Q9x+8olpItUGSrEk1yuUK0GSfkbudM8/pfdaZUM/DrS
483zZ/Ub6klrHB6eHR/nl9SR7lw/3N38tWKrXJBaFcb/b9arBTaq44re9+bt2w2x8dr8bUN2
vayRf5hPbVhTYBN7NwbTEH8wu67TrsFEGDcJFZ+UNgpGiaF5QBvSNiKIIITaFOE2PANpTSsh
owqhtAJaVQbl0zYloS1tAhGCShDVr+fO27esF1JoVctn78zc+dy5c+7ceXqt6ZbL+Lp4N7Td
118+aOwY8NKKRFlWZ6Czoz1mio44r5FbhnXrzAnf/Gji7Somz6uNbUvXFggjMrHLx1XD2OYz
9zfG0rV+/o3HMYepBqMJI4qFd8CFDc0+rKX2xmOm0osFfbwP3pO9u1WBCLck1vjMBwKPBFYb
axI4mHzDpKZN/iP5+eHj1geUH/EZLbGA31xYEIh31BX2jyWjadPRSWHfpJGaivJ+b67t1v7R
OclCVnZ6YVVKJ0uyO5camlJ+VdiiwCLQwfSt9MGSWAB7mss/q+aSsXIuuuEvrmCU2Ynz6DIf
qE0Y3hq0e3m86Qp6Az7jBuH8A598PLKlI9miB703iIvMkhTRoHfKZlmZWVrKBHHX4kRh4wJZ
r6oo3zigmoG1Xh8E3EePw7cd8ZpKON/v5+PdPhCmFaiYPY0xu+6jFQVHKFxZFjfVBGsGHc24
ZazpcTSp4YkAeHyM+MtinOkpTv3neMePiayuMZXx/0G9ytY3NAcaGttivoiRSPq2oWVEzdbP
TemSJcVWwOGmFoSnFgVAvaa2GDfg3xWMBiJdiXqEGmw0x9TGRIEat0tqgZBTgb/tqZm5Esvi
ubSgLvnfOeD2gMCyRfFFTW+i3v6Nj/L773PQgPUpj5Li9rDknsyaspH1eSPqI8zLMgQM1orV
hpY2wxg1QhfFZWUY0YAvaiSMjgGrZ0XA5w0Yx0VMxIy1kYRz/APWL7YXmNEdcWxitVJTwW9E
cvuHI7TcS5+tH27y1sjDSvtzZeshpZBLqgO8TkUd9Wr4fgK+ph+iej2EDPd1aoSuBZiO9l3a
CxRE/6dRb4bcpYZIoH0x8ClQDjQDPmAFEAOWAM8BjehrAt/hORyIndTu/gp1uE6T19VKRcBi
lAPah1SqrSM/yvVcx3qzxWQqRbkIuhL3ZPQ9bV1iPfoVyX6tGLeOeqBfgPqDQJ57JxVA5gBj
0J6PeQ6yzZAN4iTv1bqK8kbYsQjlzyCjsLUOcgnal6I8H8jGmC+qIWslyrkoz4dvclHOAiIY
d5PHoH82bOyEfizqKvfFutmQBdwXc5aIC0qBsgfvkQvUr7XQWOhHS2DfvGdnT2w/2/Q5iLJ9
6bDtk2Bb1du23QE1A6vEbHlWW5J73aueobViv3UN5YA+liIM9wWagv19DIS0Tprknmz9DTYu
ch2jKtQ9wEQJnnMvbRXXKQxdmf4qeNNJC9SZUFRZt9Rv0WQ9SI9iv/A3TYPtceYeuDAV/Zrl
+E6aol2ifJTDDA/RX1J+gm9w9g2QtfD7FQ9Zn2COWgbmOQ6cxPgJWL+SfcDnrrQO96HvZeie
BdaBI5OACdBvlxzGGB6PdR7mNexzIK/kIMDcA2Y5SJ6PgwcdSP8fkhgPTADmALzuq8AvgceA
73MfzDse/afAjueZM8xN5gdzQ/IffJKc5XNcB98wx+yY+ZH6JH0bGAuU40G/NYlS9JXxwufI
NnMs8NzMLeaMI6EvtnmvXOV9MqfSZMBVLteWMcjcSpMlzH2WIiz3UKIOUjVz1va1I6UNEY5H
jglHOvZwfMoYgRTdNIZ9x+fuSMcXKbmfgtAtcb1Dj2ozabk4Bf63o/w45Bz4Z5+MwavaD+gj
tZdU9yCV4yw5dl/LkLsZ7iFlDeYbhC+LtTP0mpRDapE2pLhcfdZlV5/6vA2nnC4zoQzaOpaM
dN1/2/6/QD3v6qMnUf67a8iytCF6BXsl9z+UGYDPkWg/AvQApZ4yZbenWxlwLyMveHMdeEYL
49svTHO0QVqojZNxF0T7MsxdqXXTPIwT+Mp5SSyjA3offUEM4RyxlnqeXmDw/JBrUzzK5Nyd
XJLS4etdJMdAtiNlTIWsP8q4Cll/kjEZsoZtSSHODXw/y/xA8m7Odfia4uXrVCxupPEzg6dp
/JyHcd5MXqbJ0SyTuSXbiVOMGc+5hvcv78dWGU/ynoPuiNM/U6bGH6IB9ZD1nryHz1CbE9fA
TCAI/a+S9wjuYZw358ydVrv+rNUuFlvt2OfP9G2Q16yj6jSrP5VTgzQreZflO7mU/eQ6Q4Wp
PBqkpcn7LMj5VDuIHG7n0TEyf/6VJrquybttlrSX45BjsBL33jTk8X9at7Q8elq8RCQQl9wO
jjSyTvPQOPFn3LmLab3YZ/1e7JJ3UEQMU1yUIYYxFj6b6FKp0FVHDRhDcj7uA8ltbL+ugZ98
F9SjjrNy7mU+e/0WZQPTXFdwH7WizyG516C8x3fTVPaDHLsBeQVzucsoT1OpLNknKMc8hfeC
9AfuwDRfJHPzAp5Tb5KczZFjZlu3PHkUYrjeoGqsH5Rr1VONJ0TFrlbrinxX5NFj4jTNEPX0
EMr5kvfbkKNKkC/rkR8B8SEwDG567brM1VJaN2W+3yzzeZarkpbL9wTrdJqil9B0hhaALkEV
4g3M8wx4dQvlNy1Lvg/+QLm8NtqjyfcJvxNUGS+/w7i3qYJjjG2Q+Ybt2QO+naOHOCe6D8CH
ozgGFQX+LkzmwTzUVcjvpuHlZFuhLRW/+g61Sl0LfaCeUA+rJ6xufgeKd+mr4oc4v8PkF23I
36eQG+chhy+Gr35LMXEW5SK07wM24u23nnK0HOoUF9FvFnRrMe4M5jgAPWMrxrwP+SbNF7+m
LjGI98FFfiOQX9sA+QRQR7XKT6hbvUndejVy8jzrdTk/Y731ZYkDyJsXk2OTkLY6uJvNm/C2
u4u90tZ0O9nGu9jHc/C8chz6aBrlEFnvA0FbDjeqO6kP2K++i75fok3KQTzz91JUuQTsTeKn
VC9lP9CIGKtSngOma1X0c2ALyuWQJ4DDdp32AO8BvZj7JORRHZ8KDPUR8BkSbfuA3cBvHF06
eK27tafDVUAj629RD0O5bv2Lkdlf20LVWK9am0/EEJfpZYa+mdrcG6lN4H7QpmDOjDrWmaW9
RWvuZc+9oJyjGdKHNsL3s8f7Bccu5+f/13z3C5zvZuAJacMV3Mc2h0Yr56kIshWyVWygbzBQ
r0A97vhTuQ6uMQ7S92R76vzsdnCFBOfsjPbMeua53quuHsVbNw0OD1J8eIVeZGgL0R/IrHve
phcZ+inoTt1Z1358D7ThjbJH2kSSYxl1fSk9xVCnwtZ8OWYHI1U/h28NgPvK8dm0kyFjF1CP
URcjpa+i7Yw0v1azX7Gm1Dvn45xL5vnAvrB2FmjDe/YszYBshnzYkSl+J++LEZxvtPmeqvNd
cimjz+2YuB0biJXPm/Pf3FdtbFPXGT7nHufaxtzYpIECITlObgwOMU0w68KHW18HB5Y4atLC
IMmmOh+kVBSUMBjVumSh2uhgbZdsMKCwkrRr2NQky801UKewEXVaq1bVyKRJmyYEYePffixt
N6Zugew5xw4fWqq1Uvdntp7nOed93/O+5x4f33vu/xPw33kPeAd4+39di+L+IO4RHkCeUdeR
CvVBnD23ELyu3nyfkKls6H14LuCfNzWB9u/QbgaK0X4DtuPQg1CkmboF+zSeI9hKt07ZFuP8
TshBADlutafG3rwBPJ3KcfM8If/6Qxp7U+OnXgA2wIddOHUGwO6d+jkQxZiZPD9Afzf0V+hv
TOWaQvvmNeC7QAw4ltKp7wHC70SN34vzyCzvoZ+rftL7x6fV9HtGaEb/4x3is+i6T6X3vHPM
/P7/TWfeJWZRuQ7p+at3zeeT3nHuUewfZ+pLyOj0GLuWqKgIGklo8QNSLX9RUDqsxUuCv2DX
lEGyjHAYrloLcqTnilVenm58cXWqkVi+Ing1ModdIX8FFHaFXSX+1KiE/4HgZESDgbJvETel
hJM+nGRNQCEG+2OicGmw9yJ7H/732Ltkmxz2rqXNCyLhO+wNkoUT7zl2Nu05m8icFySRPVgE
SsbA48AEMAnYSBv7KekCuoFhAEcwMAdKgBphYQNsAPPsx3g3uARoA7oBG9nMXof9KcHsZ2wH
KcDYF9gRMh/6PDss9TXoYuirsOdBX0FfaG+6fxIq/CfS9pfQXwA9ntZjsOdAj6Iv9Efp/j48
FMS4vWntY3usPO6J5MHvBUoBhtYRtI5g6Y6IpzWYsm+znbLSCDQI3ZVSLFenla/L36gzcf+i
YB+WtBNL34mV68TKdRIbXB0zMR2pmBWsAzEdiOlATAdWpZTtQb09YvuAPYAXYFj3PVh3YTfB
Y8C4tH8H3AP0iR57GutYhFkdYjssP8cm255YYwTD59kTWGqDPZFYlBvsvtNzzhEbEZqZVreI
bZXe1oRzrrC2JhbnphRRT0UyWQv5JqCQbHAh8AUgCthYi1VYwt9kj5BdDmJk8i6li3XZujJs
pVGadZEFSS3urZxksRUkhIAiHg/RskZnu3O/k3mcXmep03DWOjPaWBfrZoyzEhZmNSzOMpLT
Y5Z97SqIsVFdu6rH1ecyXWOucVeGqY6p4+qEOqlmeNVS1VBr1Ua1Xd2v9qh9qrNH7bErja52
134X87i8rlKX4ap1ZXA77YscYM3iqQH2AO1AD2DDGsdh97LHgTh+jTiW4nFxBgUT9DzAONoT
0Az03IhzI84NqxtWN6wELDy1QCPQnvaqtz0zY0T8pPAA4riSCWsm1nYCPClaQBV6Gnoaehqi
xpUpzNAD9gK1AJO2CQC7BjzjK037GwFV+idlzIzPEGOVKaNp2VgRNYtoXxHtKaJGKBwJGgWg
rKysuB73xf3xflub3uZr87f122r0Gl+Nv6bfFtbDvrA/3G8r0Ut8Jf6SfhvXuY/7eb+tu3q4
+mL1pWpbvLqtuqualeGnS1jFpUGpBT6hZ61Fi4Nl7shDeDekJA7uBa4CjLjBHCgBwkAbkKEM
S+sQrEOwDpEaIA5kYNSQuMWAedon7L3SJ1rCr9zjZ7j4QWvtqppINW67caAXYMg9CP+gjE61
hqXdBE9Ie006vk/aRRQHZsaJm2CDvN014G/YQMJAHGgHMsgltpVcBZAdzIF2YBiwsQZ8t7Kt
yhC+g8ogCxjayvmcLFiAI03WPIcn4lHmYi9oOAYLPi75kOSw5EIjs0q7UaX9skp7rkpbhobi
JxE4jkjON1wR7UxEq4loRREN2e4n+URT5ktWBdO/SH5EcsDIztc+ztc+ytc+yNdeztd252sP
5YtxS/Af1pRsyS7B9KjkKslLDRfX3ubaVq6VcS2i0VMU1Um55DzJOYLph2fcUTdxnqcfkigy
UStUxJMKkUKnrVAEcssKbYTctEKnIP+0Qof5BfoxlY82esMqvM4j8+nfaKVN9D9K6we0kgxA
J6HboadJiPqgr1mhZ0X8TzD+BPqvkgKHiH+F1MpxvbRS2l9Oj/uxFWhG1ZNW4BuoeoIEZNVj
VuA6rIetwCHID63ATki35RMT3GGFlvPIPLqdFCoitoX4FDGT6nTFLyHzTujG1OAKKyBGRUWB
JF1v6Sshy8QsL1Cd1Mpy3NLlReYSXaZYQnQ56Rzik5pJ3XLyGimQ6rD0Z5FFPeO7zv8ROi8u
nPyduq1T/M8XcH1b0P0TrbQG+G9HxXJZ/FIgSX3n+G/08/zXhUm6xeJjgaQDjouBpELP8hEs
solYhZ7jw4HtfEiX3n4dXvzUvaEV/KTewF/yoW/xZwMXxDTILlzxFrjrAw/z6tAA3+BLUriN
EIoZc/ha/Wt8Dcyrk7QyMcBXFibFVEqRY+AcX46KS3U5lS+Xvak8SOz060bAvtfebN9if9S+
zr7KvsLutefal9izHVkOjyPTMdcxx+FwqA6bQ3EQR3ZyesLAsZ6SbNUjRLUJtsm2RxEMEnd/
hToU/HfM+1hMiW0qp2ZWjMQ2l5tlxbGkffoxc3VxzHTUfqVuhNLv16NnKgeTlGyuwwYVpgM5
Ztb6ulFCacmBF3OEdhx4sb6exsyxFhJr9po3NuE65jzaYGbo5QvJgn3hheGsh+et2RCdhRrT
XHzns7D47s/CXPNobFOd+XpuvRkUjenc+pi5cZP3q3Wjym6lrSI6qrQLqa8bpc8ouyseE3b6
TLT+dhgpUNoRhjN5eyosQQpEGCmgCRlWLcOwTQsqoiMFBamgt2ilCML2eUsGbU/lKkQJ5KoV
gjAljxTKXIVKngjDfkglc9+dbC6hbpnMPZfIZEtE0IjPh5CAT4SMlPkQMOIrk+6BO27dl5pO
PfHJOj5aL+tQeifGn4rBLkjHKA7EFH+en9byzxBME02Xt7VUtOoVjXpFK9BoPr/vyYXm/mav
d2TbZeHwmmxpY3PLk0KbWs3LemvU3KZHvSNNLbO4W4S7SY+OkJaKzXUjLUZr1Goymir0pmh9
4nTX+tg9tQ7drrW+a5ZkXSLZelHrdGwWd0y4T4taMVEr9m+yqwe2qeOM393ze86LE//3+xOH
xHZiR4lJsJ3YkOAkzyHhT0wySlgbp5iYjP+oCcH2OiCQUFpYo7aBbQW2Zk22MdoOtiRAqRW2
0jEYpdVEta6TWk0q29iE1lplG4W1ELPvnKjStKf7fd/57nz33ffn7ju61knlZHat8OomHF7V
OZWDmiJL1s7ys0STC/EQs9ojTYJ+R0M2OBbbpX3WaRWCa0vjjkzmlTRN5gNoV2WoMkS7IDpp
lxaadXNd0r7Fdus0fnWuSw/NhpIm5EZSy9bmr0o8Hk9QJJNuoImklG1LQNDaO8KTSx/p6pwM
TgZbJpVYcwRTcyTnviWdiv5i8HqQ9AUHgyPBseBEkE0mI9BsvOi47iDdjj7HoGPEMeaYcHC0
Y23neSU45vjMwSTBm3ACvpbm7JpJ4FDoz0QyTj8EC8QBs8u5k+4lnSEH+gZkvRgy9EpkApQA
qgEdABb9Buj7gL8C/g1QoQNAvwv4CeAsbWEqmcoWaWszXTHipoeOxPjOevy+RSng6zfN8o6u
Wd7SPsuDIZ8E/ExjdW5IBwk4RtNA3wF8BPgH4EsAy/gYX3by5KzXRuIo7sYgPoIfCUri7gR2
QwVTdSfibjeioA4OFoChbvy/fo9wPIlAFWAQYDAo2xqnf0tS/tU4uCcRaIDmzEiN2qYIvkDe
hGRVTS6eQawqRd48x6BcNa28jpGcw7EXoZ8gBpcjHm/H65Dk1t8NzgTb9XeCbTNB1Ah1/QMg
Xo/dYDc4gcDRjx7YmLceKCy6j2yqt2Ct8MM/s/fZ7ciL6tEKHFFcKHwjTPRhzGl5q8YmaK02
OcQtq+izQtJb3de028qpfDhM81ezUEO5Ml9rrClXqss84SVlPepYYaw85ttYv8OXqP/IlpeX
7zZxDb5QeWFePqnguBReqTgaCs0NDYWMan5VpWeBGlcXVnDz3Q2mEM97jyNyHC78FPPIuUVL
Sxg+RQYVjX7ZdUHQa7ygpRT2nEUtLu5XkK404KtIRuXkt28UNhaHRbEgP4UPKCa52IVd+2N+
7L+weKqveEcxgUSgUrE2B7vlPnlQHpHH5An5onxd/lj+TM6V5VY4Ow+cta/pgnum/U60LX0n
SstO/Ux7y8bmv7fp76RpuQsKpXrVp/XpxvSdLDeKtRhwSFvl3qu/jA3GWihZ6K95PTgKlu2P
4ujOfmy3cBxRC0K1L7BQ5LgSh6ssS/01gYUuoAsD1T7BYubUghjw15S5ypwB4K4SB2cxCyYX
HQ0V+LfKgk881jHZG3luWUvM7HSeeGL1axsGrvb/9NIvbi9w7OvZ++TRI6nB4ckioTzz1MCe
SNNjEcfvnt5U/61dw8nGJLPVqW7MXBre0hFeYX3+YGRb79cnd+/65/4tz9Sf6lr6/OZt491/
+eXvD1eVWlnN4qNrl6/bVefdNSOfO7mn5eT67T/20XRhTaaVDLAvIBOqU0qOGl4xkIN5zxpI
7nHegI5jE3hyLv+q1rGKw9yQec066pjR9Ewwqz3QnNeDQCXY4ipzEb8eLaSKsZjFIkIGjm08
PIp9d/e83G4vaN2b6XOu3HQED/8BB/DD3ormTzNHr/xxYviVH4AMVSDDo1kZapXSclVFznKW
gcUNIIQJ8g8+FwSwcR5O4RhuyNJ54v+FwFGTXxAFo0WP1P5AwAhKryJVxzeOjGau39sz1maX
wwPshorwpu9knvwg804G9zpbPsHbr3wwOXySStCbOQWPj7eRiDqUsgiJiJcFhhdj8nsyw2Ok
Vql0OUZ03qjkaVR1OkuxZcjCWFK4ApJBXbeO6GRpFISCaI22zUTTINNNYy34j1hLJcP9Jn8g
6wYlDvWcl8y6R+/mfl6t1jiNZm9dONC0eSRzar5jZJUpnzfzddXepfHuzVPURh14iHTC04ZB
jYqNsEPzNgQGWUwTvkmGQUSPV+EYPozH8XuYg6CqeR0NqWgAgJdHqY4WpIFmPdhkt9g7CDtz
n4jH6MxHHt7EfegS0iC3UogUTsMovFLn55VGfzePx/gJnvDP5G3bTefq3+l20715Pc6s9LM7
wWiBEqqqCoUuZWnVAoXOyzy8SRrAogxarfCIfbd4cwAMmWLKlHzCmAkBsSH+NSiFixWzjfEw
MWYHM87cYDjmAv45eVeVwn1TH9NVafBCnDYGD7HZsPR63BiXYNKQsazCn7AvfPko+zOYC7U+
vMW8wW5BelSKps+sz7HBe+EMy1ooy88vSGGdYuQLkEtxEcUVc427brhULgNt1najPjSIRtA4
nNiycxoXgWrnrJlu10f777al59xsyS5lJS4tKXWUEo5gBhNO7Sy0zrMWWRnO5NI5NS5JFmXC
2VWGHlTMFfRgsxZqQh7USrGtB1tzgBj1lh4k5wLJZlOUVGRRUbHfVGOkh4coGMwENFzmWqgX
s8dMwEDPkawLkdbnEl2x0YGXvv1+z6X9T1xuqe0PJIqqPKW15XXN/uU15OVb+GurQ2NXMhOf
Zs6/+Ldf38vcmnpx/c7TuPbWS3GPvb4jMwo2ug3XEwcaE9AxxaxIMWlcuiGpkKRI5JvoICLa
kAlvhVctj8eRA+4mWs+BegkY+D9Ih7ciAVoQ/pcC7zUd4Qlm+Zw8wqBpfA+Gr1CMWq1OMfg9
ukHdYd24TqWTxWlSim/OKdcdbNOnb2ZP4caggQZMLfo8/QB/7nZnT5X+qMlZbTALgmix+xuI
nyqA7v82brWbgmszJLZIyFU7C5xNqqs/un9o56Ii4nSSed7d5E/fq7AVFVM/nA97PAV7LMJL
lafUkqZWlArrayQFiEyJrkgQytVB9Qr1a2pOsT2u6sp5XOyStuckDAnjqOaH2u8bTmtOa6+x
18S3pQ/FD6Ubti9UX4gWeLuqZNZqkQVZnCepeVEjaebVyMvkZ8URm1qSCREL5Dz5v3SXDWxT
1xmGzznX9vV1bN/j3Djx77VvHDs/TmxDTEjaCE7SlvIfKGIBhpsQ0JI1UDATDGhZkonKhJ82
bVdKlw2iQmhL0ZRgJXVCt3YTYm2HxjRtU6euImMpg7bRKo11DW3CvnsdaLZqjnPv1YliHX/f
977vcwwWzkn0BkcB6IWXdBBpbUwQWJ55YaeAhQxXycxU73rGidUQI85RrhIKdzSNiVnO4KPM
ggzXGqQmabvUIemkDOaZxOBLuZCf+Tv9XLO/z0/8zgt4EnRmwYzlNZHtpIM8Q94iV8hV8g9i
JE7fKH7663ker81OdGIFyIqqwpqYSiRrF04lw+OqX2ltgMAj1Fqbovr9F60gOJzcmYB+qGQT
xpwyD6FslvGBqqyR8Qae8Mrcqqr53OtNX43hTdh/4vEtJ0NB55Xe/g9jS89MLsAtWxsXubB+
+ssgrsfHX+s6sys5cukPPa2tLw9Nf1ZN56gguQY0/C3o1ly8fASZ7oydN9cIKpTUmmvqhIdM
i3KWFequCLi0tLqUxZvjV+Jj8X+beBTHdUJHYF/kbNFI0Wjk3cjVwNXgB5GPC28GzUuMpRl8
JF1SQlGGjKd/F8OxDBcf4vQ0H+dn8MkhLwtH494MfiBNLaUlF3AbykMC+RvLWQUVJj1ahaFP
6QEzNmdwD6xXdFaQnoq+ClIB60NNfAd89wz5iJlYHPfF346TOLjagjeY9JZEJGelaic37pVf
q/1EInlLvYwD3YGxhCd2LpxITOTWRLMOUxWJyiGTqDMUKgGlSAkqOoM+aA2FTGAdUV1FC5ZF
eFJyiluwSYgYYi3YZ/GqXkJrZ4i1rAtemoJ2omQ4LFVpjgJ9yteapcxEUAFIS/UWjVBAWgFV
ZWpn+bb7Bg+caqwf3d+547npT7o3RxWny7anIFj2nRcDLl/42Ep/w8nFXc29bbql3S881rDh
RyfmDD8x0PXqg8XecqN+oSHnxNaGZdXekjrZ9OiBhtaOM6oWW6C7e/XLkYIN7IHTOpy7Xv6u
3KHvMHR4j+iOevl5ZJ6yllvrb1TaPbv1ez0pcsh1yHOKe1XoC4wFRBTAIrXlSvb8AmMepAiX
wR5m8ysQHzq/4nJ7ON6h08PqybTfr0ijoAoHJzGzxYKvIXJNUQCYR/EC5MYPD3XyfWrX8L+g
awHMAs0BEoBxmBympE/BivohTPAz2kcJdRaO4hfwTa2F4wmwLJpQaVFr5Pg9gtTaBw6miihl
jIT1EFVohgCSoB44bLGcdt323C3yDv0Orz6xHsCAV3id2heDYRYXzLQEOlKMub0rp9vWY6H3
qcYDq7+3d9/2SMBVHF22YtfgicPb3sQ6/fKzw8UnDmbahzuL56+Z6wlTJT7Y8cQf76vgiaim
4jqo+SAoyoFK0AQr2yXsNn3f+kPhz8GbQYOBw/u5fbp9+U8V6GqNJQY9F3CWOA2cv8mIjaCI
YT+gd0gEoDiadiC9Gqhp0QKnLczUXrDcHBcqY2WElTWX9ZWNlenKnNn6wp+QRCW/FJOY1CP1
SbzkLP06Vr8CSBqfyVVNAGBCUD1gdBXAszUDGZR7gkKu1yN7iMEWtISCQgAGnbpbkGKFpyJT
qAV7cv0tqNAMF3Q3SNXZ1yYf260cf9ee1CC1xXOLqiqxCt53Swwexh078Mqp9qKeZw9fbn3y
8uFNv3gOi1+0T13OfXhR5ZLG7oP7Q436tqCl4eVfd28eGzh75OzGNPYO48XT66YeTK1p/mt9
9PTx12/71VoPAEv1cAPAUgWofpBzZnCQeS2tVT3OPkAChngzlExkdkCseI+9z07sb+IgdOb3
wNga0d7SHHmGZ8N4FmRJs4FLUTELfsujdfXqnRvIklekbkqqzz7Vq/t5Gpg2ww3CfgJoM3Mr
wV/aWqsuiRcLidniluxUMA87zOq+8jLcSuaTmQPoTxR8gHxVbnqfqPiUToVT3nE7i1QABANT
4ZZqPDYFu4zScS0r4K0O+X9tmPs/xItdM5t/9H/Rlxtk2b2z27e/CcEEbbzzEXc/nG0LUQTd
GBKMYoyQzJ0xVh2bF4/GFsYaYk2xJ4XDQr+533XKLYSMZouVo/mcXvHpsGiVTAa9jqM84RQu
VN4hYYjT4SHTIieHoEiPMHeAleaA+6NQOT941YtFL/amQnRb/vXyWAZveyPE/OWxclJ+gVhQ
FMXw/LTyE/WI+Xli6rp2pEwmJ2yqB0BtPq8FP0jgbJ4W1CDtFDl7tF0FHqPZHcxxWLxIcPFe
bC4webHRAxeUneOuLnUCkhgSdv6so+O9+mb9HGzDwM8ejUul/JwVtUWplsYttRGl7KFfnfnt
psV13362zj4zK5j9oP/55N4FHcceiQW3eormrFma/Nmede1Lftx2uvtWXVQj+Dp1eihC+gGo
twf58DnmNlpF0UJNsuBbpRjsokRdNpfb7XF4DQok9PngPPWWjq2La/dwRLufL80u+0PZZZec
XS7Qls/btRt7kUpxi5gDH14jLhUX0SVyg7JebKRr89bJj4mttE3eTTt1KeshMUVTud3yQV+v
2EtfsvXKI+II/blrRP6N+B59x/ue/IH4Pv1EvEFvyJPiF3TSOymXC+IyN/GB9fhkgryy7BGs
JreQ7ylw5xsJ7zbabXlu+x5ZpH4qezyFNppn22HDNiparRnyLrMRGU4rss/bj9AO3IkJuOEQ
MxupyNnz841GwejJ4NtMEOF/SL+V2TIklm6QsZwhnzKrn1lXWT+zctZX/O2HNIk7XSAhh0vN
DxW+KPzA9RYkylRtypqNjVTCGnGEUwBfYQeiE5i+/c1riu6/WMvXwlvLl/DdF96ZwAqveRxA
M8zOfFyJswStCTKHcK9N/XNj4f0t02vXOisX4A8D+P2axJqpm6trSh6//im+9KeGYl+UDwZF
R+x53cYvjx9crQ8GdRGlvAlbSNHUXwCoQYNIdx2SXEZhVE3Ws9gGtEHuRgfl7sqXXD8tPuc6
V3zT9XHx36PmarTvP1RXfWwT5xm/9+58d3Zi+3zx99l3Pt+dfY7t2MnZBlyPXCjfLCTrkhTY
IsLCx7YyESc0QLsu2dQRQK0StQIBUzMqisQqV2VNoQFW1jJpE+22DsEYsD9gGjAQZO1WBlOp
3b2vQ2gnJe9zec+Wouf3PL+P6DZ9f9M+/ZDyun7RfzF6UbOQ+Un8HxP2Dbk8GopAOIOq8XeX
J6MbUgIePiHTZMgaPPhgZr4yX93pvwQuKJf16ypNKkC1NrGEi+L9TsGtuDVXuqFpgbI08yRY
4VsV3YM7WIzNd4JVSk++Lz+cP5Bn/Gl/UzsGt9+vCJovRVI4IXiENn2Hsl+5pNOhvJFvz/fi
vUSPqYfqoXvSg9SAf4DvEzYrA9FntOep7fx2YVQfzn+Qupy6rXym+FYydpE3S2FW5N2SrCsY
QSawbFxUiHBsdkInGsJaNmt2xzSPx403aGhQxqCaoqnPZ6tlHirDE80tGfTnxOMLq9Vwwvuv
rw4Ai5AO4IFOMi7OTjSiF+yCLGeQB0gcg8dVkiDRpcXqyGAkCJGAnARnjyXCrH18Tv5X4Cwm
YWuAF8pKfPndQivy+PHu4uMrjmONRPIWXy1TK6FhLKDh65+qzk5/1cyg3yqRPWQvxzRvoUwG
masllZE1rwBoP+/jcYqKKCqu6hHNG9FBim7UgSxEdCIDGnUiysd0kDY16JgaDOuY0ERkdegA
oEktPBLrGa8Kuougv78f6y9i8YcvMRQ53NPuSJayetOsXDUBQpcqIecK71U30vFpdqQdDzW9
GkyIt15cuGb4yvXysN6peoLRVh1f+lrvnvEflp9VV8956eXlp0+sbd9cPHqq6/To3BU8/rYw
79s/XXe8U83J/cTGH0kJ1au8s2X9q3aabv5J65bD7geb+INb217qIE3IyS794m8mO+RGBXtg
zDMLKZDCU0RK3GPfJxy0H+SO2d/hahgB/vfQYD3r2up+kdjlfoXY4y8RJwlzLWEj8eBiYiVh
SjGsQ+FhXDAdxXkATmCTxLJjof0mLUCASfzKUUf8CAvYSaLl6Kj151bcOkmkjJjTjJcwAEAT
W3rTAURHswN3+A04XOZCyAvsXtGLe5eoa3unI0d/Kwp89/qL0GsVkTjB6HH3RvPUnbuQRqag
cJ2p4hpy8VQtrfojNRG3SvHmJFbrggfjMyWBxWNNYtgjyCBa0ND2Q4dVJ1e7jbucHGr+LA9F
yqEoFCJOQfqEIJtFnhXFuTdeHbn83ODU3uc/2Caur3xysvLm8V3HQPO7L4/Wc7zTX2N6qqJ/
dGxn5fyVycq/x4qHnUcPf3bi8w9Bx8nF7jo+DdVIhmqEsoMbDvZHxrdq+JrgdnY3+2fWNMgO
OkfYvXX7XGf4M8HzLON1cM6gQNAuMOLfIeAaQ4k8JoVpkbdKskfyiZrNZsV9mtuNMYFCGwcw
juVCXJozOBO3REZr5W/OwlgQkkGfjKIHIUse6GPGw2umm1poLRdaoX/th+oP+/vl2syZWZOA
X7C7WNUZEeyBLuB3wSPoELsAX+frmukk8qlw6ruL+v8Pd4jkXCwMaVHYQAxyGZxtWe9S3AE0
xRpIg6+9X3q/8vRfh7pugqbKHz9ZNaDOkgaIjUOhhLqrcupc5fqp898JgIXAA3xgfhDNaz3k
67dh93TsY6PTyG4IbAn8LP0Lbyl9Mn01y3T5+qg+eogZMg9Tw/QoM2o2KyIflMKqyMclmZFs
NtHMM7SE4yLF0wGWx4EM7UBQxw7FG7Akm8STk/g5Y3EiEYezcCjI3wwEgoy5xDBUqZkeonGM
Zuk2mqAHG0qJuJhMwS9s9JdCvMFf4Qn+m+3ZvuyBLJHF2LCqjGeuHgcjVUNcKBfg6HZP3e2+
Vr7X3T1VYKu9vgO1EpZKVTQhU8GPIR/KTt3B2P+A6YJwgPwBTZiEplB3yNWEKzmckDPQrMI7
YppVvuw8mmf4BEqgfnM0Q6mqzcY90Vm5wGqzbwx8Nz23RXv6we10Oh7y+JWONOmyR116k7bO
hJdvyg2bK1pvQNYqLauinlBq7nOVkuphjV6i+GNBUyt/eardZYdISBAJESKRBNgvtdQkEIxZ
6tqcmTRbjqSIvfET8d/GLxHn4rfIW5YH5AOLGWZFaghiM2wapkYhNgxtMdfjtFRbOwkihpXh
6aDIe6QwBcFBNzETT9mqmiSIfESS4wnNwtSSJhxCVmu1epKYHME0VsM1hJgajUZwt4eJxrUS
FgNYLB0zYn0xMjZGUSIN2mjwaxrQyPFYMFtYCI43fGUD7sIFKEBLUyxfg6hAQP7Z/QgPCAf8
QajAYa8iUp6pEBdIHVCPgAPhAJFpwGXZ4fSgVKa7vsL0M6DA9+Dg/c42q6qC6IL5960WaMUb
yyfSHRGv1SJCpIl/WWX/gnXfh0jcXrapkm1bqla6Nkg+zquqjaFniI3Tz5ULq1dqaB8WQ/5+
HfJ3Bia0Dgu5sAH3Rf0aznpZHx7KGbme3Famz9vn21o/5h3zHfEe8dUkU4M1IzWEN9fgb8/1
5V4g3yCv5shaYnvNezliMQO77f00zCEs5EyV0SeqjA4moF9aZsQb9yc8Xm+Y0hKETQubQVwU
wg5HOzfG4XaujcMRBw1xX3Akx03i/zVYS6E9AuwRMYJHlmTX7prh8vK9VLXr5cK1alBE3WZn
qPwh92RCcZplVC0ai9ZHCaoWSrRdcjwGQiLroOOWJGaV4cGGbI9h5iiVBDWqLYlNiy6yo0iS
pzk+Xl0gJMqI6SEaIWQsp6negYQ2K7lQvnM5oEJXeR9uFcp5nupHyFsQvo5tpyrlkeKeT4eX
vdAitjyBW33Lg86BqzsrW36/r2v9W7s/XLpt0+y6Op6AGtBx4BtP/+GNj09X3tsdUcGO9c1S
JJJRf1BZMzf/+bv3J177zfee9MZcsg4RRHrwCtyjBdjvjGLfogOL/rTo6iKybtF4wMi1w0cc
QlEjhcP/I7xqYJs4z/D3fuefsxM757Px3eUC92Mc2/nzF8cJOHHIhRDSDTYiQUsD9SBqtrGW
qknEf9Qt2tYy0m1UWlvGfjLE1qpoaKVhpIF2kEldJdROy6SN0g2JTIIOwdAYot1W4mTfd04I
Qapm+/x93519uu993+d5n0dTywwzrak1htmuqSsME2uq14gENVU1IpTfqo1IvaY2GxF6y8jS
peqK5uaiIi+uqa4uK1N5MWhiy4TLJugmMXvNI+aEOWm6zDGsW6VCx9aO8Q5O74CO9qhZ35ne
msbp4dXdl+TKLwh3+hlEhL5+GyX57LzWp+8CRuYEEBXw1OpR2T5f83ZYaVwfBIXx2TCZ/Qu8
gndRfFQSglfZTEUBUkVI/m2yvlzJD9mXavNvzUKHXsHttaSSSoYP4NvbCoCRhNaeqZfm0QM/
nX78Piw9ed/PGJbqqFncQzOhoQErZ1jxesXoDvQ08JqKDVPWVNEwFU0FI+LR1IAREQOUinhZ
MT29/CA/yXMzPBC+k9/Kc1v4cX6C5/huvdcYNCYNjhidxlaDGzcmDMzC+kUaSwqDvj47uDbp
FAJYWRn9jIjMxRDveWDTNBx2MKILGILNp16053bfnPkbF6B7i6ARq6ldhC3BLSHcI/VKzxb/
smQ86hRlIFErikv5wnYX2xsNy2VCWMGAScgK4c4QhMY4rxVV4j7P4jLT4yG8xR/kf8a/zjvP
8Zf5Gbrl0uhlKvQml0bHcO1JY/Io0+1XcoxcqdBgW715M9fXkrW1+D2RIZSq3uLS4rImKPKq
RUoTohSbtaHbT7VzX3A+BBSfpg3POXDOhel9OxJy2y92fGm7YlTpdTFpqZq0A+OM2dHIf+3w
2e/lsrWKVrG5YeUGbrgQHGAe0HmRxqYNW9a/Bvxn/Xg7gm+gnXjAv4vsrd/XcM57xsc/hUB0
tNfQgmjAD+Mv40F8wHoBH7ZO+n7tP1N3pu3Pvg9SPrEIOD92YWfqebQ/NYyOwxH/H1N8EVW5
CDuLNc8SXwWKQtLT4lnn+S56N/0hup0u8RQpRQTqcZ210upsfxV+jl+xRvGo98TK36NLaAL+
hC9wN9ANuAUfe28V3/bJ4bpwOp0i6Q1wGL3oezn1Utrj8rlVF+Nuw0xqatwws63NatbpcKjO
EpvLNU2NGZGmdKPaBAiZfl+IisdWhMbweWsDSYcISSPwpVud7QS1ph2NPsDFRV6P2+3v9Z/z
Y3+52+F2h8PKcTnb1BSPx5obGxOJ8uMxWZJcLmcMO/nsDxx+QpKOQSf0OsE5hpdbxZav04cH
fXDCB74x/N83kyWmtmR4VfvbkLWNnTJn7PJZWiL91N3ZvCLQptAiFKb5rDD/Lixo6eSS1MrR
D9Bjv7+m8hnhHTrIbJSRQNvIOG0CbFiwoAxFZSrq62971PIk66pbkyur2xy5rlxl22OPWt4G
Oexr8eqhTGpsZnJUyFiCPwNjM9dG/BlEz4zYq/ERga3G36BDgfdov+liToKqAQiHJQpg27/F
4P+SXKBhGVpm2z52zo/dLjfugTsDv9qYH2isC9ZPV9kVXJM/ex/kV9YkqzQ5tBMSK9SKlAa3
qx7atjZ8Ct+aLhnoolovJsvlafjD9JoFusGUC1xn9Ux3B7eDsDm+RIpQHRJuWR06TVGQoHru
TYoCHT1nqQISQEc6WOZG/FW8Gw/ph/Vj+mm9GMwx+L5V5+9peBg/tgRTJuQMM7xMDTSbXk0V
jIiu6YggC3Ho72UBAZdFMMdTGGzHY/gdqygsUdbwDhvduVnxRRN65w7Twsx2XMkxRmBtpJ+1
EYkzFvqJReWzrcQWvg2Ol40ddz+qeyS6yDYUX9m+UReKU996/Cdf3wa73dMvRJfrO7gnmZmI
QoW1d+r4em1RqGZnAfGu23SvBH5rXSuRwY94ya/44iWJkgoHcYvN0Jzskp+GbfJTyb3yIfhR
8j35L/I1uCH7fDJ1kS6ymnANcgPpkLkwicnlhHPJTiJJXCVK0FUTapQycr1ST1pS61Lb0D60
S96r7CBD6ID8LDmMDpFj6FVyJHUi9b50Xh5PXZI+lCdSN6Xr8nVlMvUJ+lT6N4k+BJ+TVic3
QZf0SPIJaY/yrvw7ckG+QK7KV4mfYtpjmLqmlhpmjY13Kgd4IyLYitmwsc5kGoIQkhUEiiwz
oK8gyRCRJZKUk5Ckzy6VKoqEPTyPECGxOE820x6oJGtMXTeOGCcM1rAmDZcxbKUgBTSH50eF
kuFau4Xdc4+f5NiEUnpymiZyFqkFfUDxGcjs52sqnQyfPMUnm8jzcoG2wD6KxxyDn5oUQsUt
UPgSMrIcyMiCmEG8nJHGZiZOSRmJhDLMcaLC0QW0Oxg2yhZijAk6gPv65n2XgVudv6NGO8l0
nFAvGvKvWQ+D8A+4AoPJjdSbRjuT+XGyMRLOf+zYObXrGa0iGk3r/dyuTfHFsejdvzrs5dTQ
vQtDd5+nHXbm6sx1qsTXohgMWWuGRBAPAmBrXf1BDOJiDDFcHVwe3BP8Ib6MZ7A7aJqiwASc
aTABZ3Isn5EQy2dEFAOAsSmaIVE0Kd6OWiWx4+D1eACrpbzo4VgeLL+4PhDQBSJYAicMJygh
WUJLvZUAPQFHEpMJnAiG7N8ZBjFh3ARTiXcfLcjvQi+mqevrr2TZEz5inbmlkLSbN/cX8oWo
78nYuXILWWZCGWvGPaIiJqAFZcR16PPiFrRJfBo9Ie4TfwzH4C04Jb4Hn4L4TwxMcnchao76
aG5PIzzz2sklYgumz3mSkqxIWXWUVodVlmHTkdlBtYdRJUOFFZtetErEjBgWM1hYRA8lE6Tn
Rooy9DYTheE/p0IZbAXmqJhxsf1i5YFyHK2O9AIRFXmwXMoZI6vQyzWz1MNFVhRLp76plq+j
FcIqoqm5aXGTc+2Um/PP5fzuAceqqd/cq4DX26uCHgoc243toW6sGKnoDav2kPia+5j3mODY
DXvd++E7bkcb74sjblHc9T++yzw2iusA4/Pe7O7seo+ZPWzv7uzO7OwcO7vjnR17D7OLY0+E
OBwDhsoiYNk1ERFxBImPGFqgCCgkhjRKQo5C/UcABagrqLhKMBTVTlKi0lKFpJVKoCpEqqJG
qQuVUA+1Xvre2KAeUv/YN2/21L73ve/7fa5wC0/mSEiQDJkgDdIk7WR7HG9itK2YiJtxGPe3
MK6EC9Iu3gVd7bGn1z2sTtPLmCG0bWhiNSeLoJoAS8tuJaoEFZ/HnyVYEM6CEIVmdXY0Y2q8
WRCBaAg4a7NEva3WKkqPVkvbhY4icnw/Qwh4bC7Vo9XyMxixAn4mpcBp4AS7q1urX1X/UN39
28m/vvf8vlefOzf5933Po7ozUP119RfVfvAqaAELrp1pHx2vXq7+6NxekAGPg54Te/HaIM+1
aRZdN4DlFwkd/dU3K8Wcvik8wo7EvqUO6m/HqC3hC9Il9RZ7K3ZTckRSjK4qZbmcmq8aenfq
2dSgvlN3f0SAaCwd64j9JnKLtY+r4OfSZ/U3pc9SN9SvJEfMFOOq04fNMAl4lhJEZJW1gkjE
Ew2ZuNomdopQFKnajFpXVwudlDNARJmoETWjg1F7tF2f2wJCB6Z+WoeH9Cn9uk7qDSBJ+97J
6hPgG+eEp9Y9gpaHZ2jZAqRxhcx+yVqX6TUW0zPTiFRyvajclgOzyYa2Kial62NhWVXS9Uoe
SDE0pCKZPJBZ1AfntmTXLqK9C3Exh+xBnG9Lcon5aGN4Ali9ltB2WbgxjCptL65c/+uAWPFN
6B+GMC+n6ixSxkU3SYGjMWVZYebHKDdDLMpN8Of3Pn391s8ahx8vfi3ef2DJnq78Critumkn
j3JzHj9CbsSzjrNbj1/3La6pObJz9YGOINpP3Fv70X6qRAFMmhOjSRB4UbkiXsmS7dL3szDM
1+vrJdIFXLIiLyZWgwE4IG0D2+AL/AuJzclvyi+D0cTB7AlwQr6gXM4+kGodiT3gFWlPakw6
Bo7C49Kp7GT2hnE3+yDrDRB1IAoDKtqnxopeMdZLz+ZqMk4Yi4FanqWFJCGrLIGaiw91Fp6N
CaIJG2RJSkIQQiVNOgkTkMqkj1EMtYJaS5GvU4cpSBHsyVhhAuw36SY1Ho9B2udDmO4MCJjx
VhfxxRQ6i4RwSoCdKA6hcJ4pAbM0WLpeIksFZ7Ku9p3iUxcthp1LQ6Z3GLmrpmE15GbVkJtT
w1woTk8zSA69wzlMspEoM/2QWkGgHA3PYao2yti3/7TRCGO5ZBs5kZezYi4PGjk06MmGPCFK
RqIpDwgNyQFYggHDSBLDVpJeJGQEqx4Mq/fOhsoqhtmQZZ9oeu88UzYYGhkmmPVJlKKCACyd
/D8dURhtQdOckpCQ7P3V71aL+YSXY2LK0qKlKIvEwJ9u/PK1d0+A8NqXB/75WDDm+uDKod2V
dXArBKC6+T911faDTdsnlOq2l1Z74Ftg/Ns7DgURn+188LnNjnx0HnzSjATebgA0oKGbJGib
SqTtWifohC5/ZQIsMq+X5pWiJGvrC/dF+qJ9rMPutfuIzFTFNuIe8Y74NtOD3CA/mBs09jlf
co96R3176FFt3DaeZwLevLfgLcbz8UK8iHAIZm0JLsGn09l8K2iFbTYjYnAGbwiPFR4rLvEu
yXS5V3mfZFalV2lxHvCQzfNFttQV7op0Rdc09eR7Cj3FnlJ3s490u9NBN5sW3YnK/LRRGQ4M
B/dJB6mDue8Z47kp9f3MR9pU5V4ltNw5jyUGIHsKfAwg2AEAuERMkB2mtzjWGGPjAzzLcZfi
+JlCZCyU0bQWjy/k8fg0T8ZnU1zWxSGCGUSzaiMpqiEXPAlMLlkAgFeAMgFEk8n5J/3wth8k
/Kf8t/2kfwKOXuBPchqDTiZ+A39IB5P6Xf0BMjlzcdHUP0Y3JKEndANZn02/DBYRZbAIhGdF
3turDaHgGb4/PYPr2nA5p82mkOV1GPfm+phvtoj98T7S8zQifDzrBcwQmlsuWJIMKqgq7gZX
nkjT2AiDaKAMdFuT9eQJt6dBSzHIFmlfOiMHkDU6cw4seM2yQGuYTS8kfST8Xtzo1rnXe59h
1mm40QHky8QQYZGlxx2myzaDLucN2iKFNcAv6lBMOmpxQ+Og5ZOYG5MOSvTnOTir8pQiKUqx
UMo34SAsNZMn5EDvyZ7+vVrrlz/5Tsfdy/ML/IfRSJyS5ejq8xu372+upKpH31x654cbt8yr
jwo1KBu10cNf37GyNd+xff1zb60cu+2yt3E58Mkb+9fu6W5a38B9OPJK1xu/Kkb4HKJIohWl
5GkrJa+alW7QDbvj3dwGsAFuiG/gnDmhTegUDtoPsOP24ywFQZyrw60r6cIuKFJhkeAhQzuF
CThlBl1AI8x6X1uARl+3gjhF2IgJqF5wupL1dbzGYXvz4ZcJjuH6uMOcjbsEVaIOTp1LPI36
GfOX+73Yxzjkhu4ifvtZN11Aa6f9nmlBtc1accJ0F9Hj4fNfWLE304JijLnKXMWEjxIqKCp4
bcX/shcMZGi5g7YjtOIO8s90TSLoys28jwns3T618ASlMPal1Q+6pErzP+4/pC2bxxfc2ANa
8Wq5H9yxn0GrpYPwRcJAZJnJFQxMmAnJuppddbGC6qg4ljq20DZZlFNNYlNqobgwdSxFpVPl
FFxhjLi30WOpydTfFEeLD0UIFJI8z0aEZIZngSAGeTYsiKg+oRyBsup1ZdKYqgMul9P0lJ0m
ojWn4YTOqPV7ibYiY4BB47Bx2rhj2Aw+kQwEdgTBQBAEI7n7c/jda+H3coQOiBzQqcZ3+BBZ
GTHbjDpWbjnT7ETnRBHUGn8SVTrooOWULPkSWYLxK550FrhrBEbOEqpbxjAHrFOBPpzBBwIJ
nxjC5wM8It+Qw/J4Bfn6vwNxyBL7nNuTn4A7+RVa7crpa7/7wkgsXJaHTxS6pEh86Wv9L366
DLm7PSXLC/ihmZvXPj8y9i+6qz62ifMO33tf73049sXn88edY5+TnO8SO7kzsdNcMPWtfJSQ
AC6wkYAS0g4KFFZCYAjGQq0VSAPVlK1dVzptnVZVkIx10FBqyqTyx6T9sU3qP5vYf1RiFKlC
ijSGxoKdvWeHFe3DJ7+/u9eW7Lvf8/ye5/ne0N9x/8QGTcu1jlcub/zD+LrDH93EtVfUtNsd
P3LDH7hYBr9yGjkfHcf9QgIEGd6eCYKayIZrIjvXlcvWatqsVefHakv2b/6F+HyC+CR0LXxd
vpR4CKmZyEX5N9RV+hpEOes8PQNnpfNB6idw2jftfyc4naD2SjtDh8ljXClBbQtuDRUTu+i9
kNoOh5jt3Ih3SKKcRBHbQmylNtOUmsiSPdIarM9LaXQbNBhDMoIU8lgJKzGKQi+FUUDBfJKg
+LxMg+KNh2JKvLw46TQGIa0yECLxDyBdpGjahUMuGEJXobgPeQgMhzS7EAKhL6ygE5wOzgfJ
4F1LcqSidEmalyhVGpXGpJJESmX8y6tq4q3EvjNI+BEsIveHbw9j4aUclp+k6mMU1XDtJIUG
qmsP/ntFRDs4/NWrJuzIF467w4/lwn7b5/ht0o1Wgs0wog1RjLoq2pwhurs3L/vsx0kAuQEg
0RDJfQtwWasjoNDumASgPhH1HPXBWi3XVtW1KqkLkb6n8faRnk4wBByzdzXloQa0hkRm18IJ
8gfbAvEWStPYztZlLz36K9F4uKMpxyMWIWwoi5/DCYQNG7/gRFi6AXoYjoUcZ9E29HvDou1B
b8UFBcNmUS25NYqqs4hOutmcuY4dIgfZ8yydpFNMmjc8hmjIbUq7oWe6aVvOWs/Sq2A/v1bZ
Qg/CQWaIG/QMyoPWlsxeeifcz++R9yj7uo6QR+gj8Ah3lD/uOS4fVSaiR9Vvm6fI15kz0dfM
16ypzA/hOf4N8Y3wOflt5U3jR+ab1gVmlp3lZ+ULykx0tum8OQfnmI+5snzF+p31kHnIP2p6
qK7bY+6y9mSmWLJH2R87EH+5g9wFdzF7WKKfHYivNfpNckjZaj5nEUVYZLbxBAkxDvmGaNBs
j7bFM9DmWTYaZViWiyInEIsxGI3wKMoBxZFEw2xTDL+nUfHrsaSi25kexS4vjs0pPKeWFw84
AYuBqofnmxX0fUWORmMsx7kwlZQo2oiaTQzTbJkByzIzNITuJ1Ergy4zol83DBRWMJznOIaB
7PKf0e9n0GP/0MllXMb21oqT7LCyVqaUmc4QGzM7MqOZsdrFrcx8hsncZb5gN/HKRzL/Ca5i
MvinwzueouczD+E537u8jL80V0f8g+F7tyPC7bBQuV8zzanKnX/75FqpU2DSO1GnwFcnzMQT
pPj/rHhyhYI3z6ADCnlXlZZeaEq6iQuB32VKwDCCDYWYu6gWWuJhP1+oR7IaLZqXeLFEjfoM
rXFD1PVk/Xhic4kwLTk4kXsmFkhVTxvV31f/2Fr9VocnsHo5eBDO9aQB/7mhSnKDGImIbbjQ
2pPtACTA003B5ApEpWS25eTCdeKbj35KvngilNQ0zWpuOVGB+OT49mVJscHP0GirreuVShz/
8rtWyGC8mjt7RZTOZmrK+NYVCgP+mjpdKOQcayQ8EilaZDp0PHQseUw/G5rS6QgVoXHMkqBk
qFbRoigK3akh4WQCU0ErNPRWQ+u0rDXAsZ4Dg3BbbNAoWofoQ/CQcah9zCqBEn0SnjRK7SXr
3fb3wHv4z63fNv2p6ZalnqIn4aRBAIgroG5V4klViWNGp4LVTUss3KTEWpPhUAgZsAB6jpBh
XES26Qa6MsLJkGlAizGgngxTcQFgWDwec01OKNjsMOxFVXdvzd+QU3VLd/SiPqaX9Gkd6mX8
7TnTBVoESW5KruTlsCuzS8N1yazatvueJJcmLbkEKhTGllCVegJDqcezdnj44EHXW4JxkKrl
LWrxluNFiAGGixh3CaNhiyIYrBf0H+9e9tSsJ1gasjWYIDj9hykCyf8BIiTMn4G/yPLOTfnq
tWhyU7pywzVJ1defMdcFkviqmLlxBVAAl2/q7kag6fzG85VK9eJjxwS+hvfsXNbCaVo63TpS
7Qe/GOmMpiMIJTJym7MIJY0Av+J3kEdxH+ULopzt8fUIq6h1vtPkVMPH7DXfNYHVwAZsNdjA
7SRfgKPiYXIcjomnyVdhSZzBZrj3Gz7FyuBTrtwQ8AkIPRRB0I0UzWMANLNcAM0xVmA4gKFd
N3gQjtPFcHxLYyOGfFULajnLqLRFO/S7NEnLplgQN4qE2LhMFYDwfSbiF48l9iFPmtpwfz0S
SWSd7gwLbjPXV9x+VvLCHX89e6B2TnamUAsx1NfazhNGNOUK4hVMQJ0oL85/GLC58uI/Lgfs
ek9AAln8EJHIgURz3Zi+8+gUni5N5RLOwiXixeqG/c93SckoNbBAj/2Srp7TyD+bQ98BmzEc
61u8R0wRv8aWYSvwrzsH+OiZLty/uRv41bhdKlxgr3KEP+WfwCa6TmNn+bM5uskf7BUKpQLJ
RgeoAXq1urp5oNcpTDUxnBeqWHMf6Of6+L5c/1Mre/tWbOV386fYk9xJ3rcl+GoQjxd2FPBR
pgvL5jvbOrLXkTZ4MM/ijaus7TF42+P2Ue7NCWjs4u7sHfUQaq0c8ZCePMLmTaeNtzeGd4QP
hAkz/EoYD59A3BK0GLTyTh7Pp8mxjlIH3pFrS1tlYo3TSPKdNzpAx6iGdTV4PNls13WwG2vF
NPRDAa+NaXGtpE1rpKPNa3hJA9p1fCUGMQlJRtyWymC3E1NMOwMdr63CIixBQoBgHoIiBHDl
0ytfrhvjg+PjqfUoIaYEN12mUJCoy4DwYBg1+37l9rBw72Dh3jj6NNVou19JpUyUO2skrsXK
Z3PLoy2U+FRPdw9OswzH4PS/qK762CbOO/y+9+3v89k+2/HFPsex49hOnDR24gumMdglWQZN
NiAEqBsLEN2mosZuiwrrhCnNUKAtXqexgkoDG2UbSCMLCU2qbU1XUWjLH9mHNlqtIpOyr9JI
qUarSSzNfneO1u6k935+L7Lie5/f8/yex18n1xFM0qDIyFprk5Bgs/hMEq4LrKEVCaW4hIyT
CYMg8RI218Gtk0lLKlGrCXPVVUciYKsPA9+B95AsIVYOTnQJOA9MjiKtq1rh1ZqnV+YneK1c
NSsdMrxslf9Q5jMGg+KSDYoTFjiZpUyNAQyYQekIq1UPVQ9VB1WnCcWXr+0oHwRJBv+eTHS0
t3eAJmju3WmvPtMSqlMENy+Kqo50ODSvb4XvgIrAI6L7+fr2tUPf9ja+9/G2zV3BEBEPBePj
YwcfXCMJeqeFNzrSw3tbO/EPY325gdTGZ/dZ3c98K9uae2qgfnRvXV2ss/m+RNNApdG3Pjry
+TtH1thZUzp1Mvd9nE+7YwWlZwghYuXeygI5Q7+AROiMpcwBPoTPM1eZKfYjH0WHsqZ8uxx6
ktxPfZc8Sl0gL3FsN4s7OXuDaZ3Na8+5nEZEeUQEGcG/nWA9QZ3B2+qjKzRRoMv0ZZqk7xhF
hFz1RiNv6jcNmyomqgy3cROJTLxJNrXAx1nTnIk1Qfu/lk6aCsHffFVrrCi0ipayoJWW86VF
NWwtlrqsTuXTxf/gT7XOCbtl0sCGZNIr4xq9S0Jul8EocbDzUX4Zuw0eCdUyHhlVRXw1qh0+
DP0ALaCOAgABQgFbPXlVtOvYhmCb1apC0r6KGF4zcvr53/3o+KX+VwcsskuKmLGtqW2fsvPM
mT3JZJj4bOaT3979Qbmzk5x6uaeGDwwvh5f/fF/bjTfGf+Wxg2JvgBPuBZ3x42cmOQoLAZXp
j0eaEiignq/TtI0mJNsWajOEnC3soGdQYh+h99NlVPZPeq7Jc/I8+iut68DdeMC1VRoKFFwF
ab+rJB0TXrBVrBXXBXyeuBy4gt/E19nr7n9yC9JH8l3sYoheYZtw3HdcLgeWAqxVxr9cmUcy
LB90PKpFqka0AHIFf9lPID8PQaofgtSwv+I/6x/3z0Kkmvcv+U3+vbW3LdhyXQzq2FqQIdBg
tWRSglLbShr8N31G3Gc8YSSMcR61oAwqoGFUQeNoFs0jnfqAQBcfrzlSQ/TX4LEaXDONjRlh
icGI4ZnqBKGZbF12hvge0qAvFTct5kvF5WJ+oagBH412LS4WNbFZEEA0UqkUTkF6UiFEJc0I
woRwqeFjCSISzfMKVp0vr5J49hd8lZsY5kURM4A1kUwgDXj43KANb5WY9ioNyd7grSMv/wPj
yaM/b42t8VoNgcD9e9Z+7dzorgc7Evihqbcwc/sWNp/YFIqHHPt93t5d587fyzYfADah3MoC
RQObfKgJN8+gOISh7u5EXEV8fbQ5UYg/TT1NH6PK8cvx2TibiZfjBIqLEUd0K72V2xI9ybI9
LJbjHfpu/YD+JeonkbNxdja+FCVkGcn+1wE8A6jSA2m5T35Y3qt/VD4oj6Ex+SI7w74dMYQ4
W4NxneC15Ry1DeI6yVub88HXDFTMgSDTsb4YjsV8pMGHDH6jrCq84CiIZfGySPog9RLincZ+
Rg1w4eaEWl/rTjLZ5uyhKiFB5pdLeRB49YI5DmxcVPnIa4RE/Be8rAlFKa4hGOIaZRSl4BZm
gzKO0DGNibjKwXxKhRFALOJSMR+NBpmqLgqgi8kvqFhVRycdSFqbif/hRFzPlntPzv/7rQN9
QMmaqAlbmyx+0dNk+HypmUnvjg8+sHP80Z2PbFh779o13L3pZ2c0Zt778Fy3ZA0U38G3csNK
3zduvPsnFbWNwNDN5Diyo1oim3ELQ668u4AK9j+StFuWQP0lRcxIik+FUZ/tTXA+lbg+7aTC
Ce3xzkhzwsO4dYO2h8Uh5w7XzhoWkzqG1XFG2vEVZpR4jjlqPMaP1P6YuOSasv2BeN/yAX+X
+BdpE2DmcjzLcwW2wA3DmB3VvcnesCyxRgqzpmcJUqfCzgDs2XbdBqJb1+fbQmzR7SJKxKht
1H3Kdl53Xj/NTenG9deJvxPzxrt6OzfHYsTOsYTMVtiz7DhLsd+h7KhFdKi/1SYowpDjkGPM
cdtBORye31OYml6ZA15T6uizqeVWpkdQqFaD4SEP9gStLHuTE8MexSLix8RD4gmRFO/a7WUO
t3AVjmjhTnC3OZLnMhy8AjfOzXMMd9HsoNAonO40GcsILeaMud9MIjNvls3kkhmb1V+ig8M0
Z73ZVckHL7FpuajqfTEPZREsA6/yv6RKQLRkVeLqDH/MATNcMxqqICiaT0ylUDGPs4OTDMIE
Udyu2Qz10gb9DGLhnxkCijHTpJhgcao6hFWnrxa11Sc81Z2n+rfVnb6601d3Om2XMesUB+9W
3LJVMcHSOvr/hv92G+NU50eHc1VsBFVsgn4tgNYxH+A9e47uGGnyOd596dU7n1w9/fbyUfxT
mnfvbt98hFhz84kndj9lH/0Lxu/fwex7FzsH61OZwzBH+hAiD9LPoSiuzdx/XD7lOBUic2TO
2OMeIUeM9GkKx5sO+StMhR3jxnSv8K9Yx5t0PMOzxFBkKEpInHnSy71Yhye97DTJZXwB75j3
DS/htdYHnTjaD1ayJdIoWBmO1fMA+jT++pUTYB+nic8mcCQ6jfmMKdyIBYuVf9FiwfUqgFcK
hYRWOzurtaurWutbtZoRJX+iYsYq7EPmYfOsec7MmN2x10mGZKtin68itWkR4NSMYxrK3/IL
JS32pdPLpXTXMhjHeDSqaYsQbLCLoaAjFBTDEmqw10t4VVFUGUGwvhzP2iGeBZJt4LY0u6Up
flXwwWQ52hz4ghS8f/Pyh43h9e6JicGp4jcHOxNeZ1uvzxdqzkgfkxuXL5TrYvX14dwuYkdP
evTXT+aaUt6kf5/N9l+qqzW2besK85IiZVG0SOphkrIkUhb1jig5lmTRj4i2ZSeVY1tJHLuO
5sRLAxTrHpYNJCtSbHOabdkDiIUV6ZBkqA0M64DtR5M0yLxhWb0gKFBgW4wB2zD0Rzus6xZk
Rg0sC4Y1UXcvpaSZJPKIl5eGdc75vvN93c//cXgfRmCDjTHiXTjf+7FnsDn8b8bLzo7K9yMX
8wSW4qr4qcSpQziWoDTq4HcVS7F3qrrYezJSq65aVsmzwtfF1dx39pwdXR3/5tQF4YJ4cWrD
8nPyunBdfCf7zvhmdav6fnWn2ulVPD1czp2Xq+SP28r5YifWQeSD5U5MGnHyHOtoZ+y0zeZy
uW1tUMg7w6gEbqaIomGHznYt/Eb4rTAR3gCvGY5nkytB4FwLvhF8K0gEW1vNCHcG0RZnvQzK
BlwtG3CpXHED9wZou9GWoy6OgJENottgpDKdlkBFWpFw6Sb+e4zCbMQENgBv0ZRVOgAO7NrF
TvyKyEBBEIBnHZsgMobIZcBiZjWzliEyOV0jVqbBdFiOgRj6P/2CN7saA1OxWmwzthWzxE4q
1UzVqK7DJJBVs5nsTLbqWH11DIx1Kx2A7ah13IFEtIHfNFwXi6DYnSEqBF4hoGXlCJxAv0jy
Z1G8AZ8kPnek+gvwIpRh9NVvQ1v6IIkkpmlMtpc/4JJLDyDdLEOZ8QHsyW1uu8U8jz5EPFTk
tpe5+/CAD0EugjR0/U7wvSA+P7d8fxsOL3Qdfi+MrlEPt1wtOgCKj63O6fHZvlE15/MLIiAj
4d3dPd3ZboIaikxFtHAiMhOe9gFff8CHjecmFGwYFBVskCz6sEpqwocdTE4roCSO+cDh6KwP
zMz6+zrh9s5+bH93WQHj5VzewEcUyBR7LAM+MJk+4MMOxQ8o2Kgw4jMlcNMZfXoygfPklYAY
OmM6pnlEpksmdRq0xsEeyHFOZJF2rjpNLTUHIi0HA5lNMBU0FQq1BJVpXwTz3dLWUdMCwbf5
FOiCG4SmwI5GAPX0FbzOTR/57frZhVtJB0GRBJv8cuH2j0p7d8nBjK/2u8H5xRd+8PGvvzFu
53PWY9mkDjzlE6VsZf/x0Z7Gf9KZvhM3r/+0J3vpL2Ay/srct24bJGUTvDRJ7aut3HBHdDev
WC0EaWuvHVx67nuzu/OiGB62PSd3y6Gj+LlTp1+bHV4+vXZk+OGZnmfDGXXP1/ZlOzoscKhg
7ZB9/wWVXR77r5EuGIkcXViAIoANs5GVQr1guVLYLGwViCQFKoWFQg0tGQWgtInxAL9BsAbf
lYoHouUuOh7gyqFgPBDZIByGFspFtaFsIFcCSjSPYf5dFiucEjzP0ZKo2uo0uEIDlq7Ra/Qd
2kKjVg+nsKCqyalKaiFVS1lWUvUUfiUFINmkNlNbKUtqofd1qNi4B/PIQT0ypymKkE9R2aFm
G+D1polCVTf70u31kW1UuDPiIyUfsLZ5rX5Eqy27BJaWodKG6EgCHvFo07XC6rY4theSrCnY
KKsp1+AqFNKPF6GKAxOLLw9N1jpdDjpjNPZ4jN00IZcy3S+UPfpYo28w5BZZ2etJO4CTPP/o
+OnRmc8YP2n8chaaLVWNRrhJUHr1aDo71fAd1WRVddGFGWKwqeigvhiAEs4KK2PHurB3Damu
ggW1ptbVdXVHJRW1ouIGOqmID3bvzpqx0NeMqUwzhsJmNDTJm4UVc5W72uMBJ6xTVBpSAsES
IzGuOgUoHcO6GKvLSddtwKYjark2kkPBYIs54vMM0y61q6KR1EW05s33ZesiqIhgQayJdXFd
3BFJ8Vro2g/N+iCRso2KArX1dnPeQcaBfMG1qgOljYlMmHtkVluOBWHI9STRZp6jjxMdT/T3
JxID/V+VuocaIyNap80a8PpiDuAmz6MbA4lEfyP4SJnRYWa9A4fBZy/sUiRWrcEO5zHMwsA8
9uL9xiesLuu4k+IA/Lxiu0DX7XXmMnuJv+y8JK/pb9K0LuneY9wx/pj8BW6RX5Qv47Z7gW0Z
X7GdcbxNvM3exe+y2/xHzrYiXxSLckEp6mPsMn2SbUvjCU4JK5G0Dl0cZ/Vwh8FBblqxhLhZ
MMt+yP2bI5/h98m3bLfov9KkYOvgZL8sj+LDLGXnWVe7l/GzAYdMHSIOWw6Rc9w0P+2iJNbv
D8iHcAvHApx3ulycJHsDkgYxF+2icVuARpCLhvLR9FAukC9haczu4jhVkd0KwBWZ5eBswt0A
4AA6LdlgXcASxVma40S6F8OEDfBPY7/I/MZupymYbUkSaXuGWWHwHQZsMe8zeI3ZZHAmLQhr
IhC9sg50iFJMTacxjdOuaJvalkZWNLCi1TVcWyjoG+DFN4OvfwkOosn7S9BWTaCJM8ktP0Bf
789D8D5B7AC6VRyQYGek0TARdIjMgXMOTUw6vsLdPtfW+oLBDWKrd7htwG02z+fQvdtWK+ym
5eUlqJHml8G8+cKWsCVTHnOf/MNwQ5qXY3BgwcNvwPrHWB1HDW7X7SjwOtsMtmZgYLjK62aH
NuUvgHMBqi/E9NDARXNBD0VZrS5zEqBezSOKB6hzhSZF9D7NEVN3y0xbMALOH/zi0L17x7sy
qrSnMRLpjDX+LmkTDW0s5LGzDsXrSfCAI88/rP2h5GQYtx9XFFzr/3PjTy8F0w5aVYHHJfSA
5xtbcwURqCpvF4IHiOG1vZ18CHX5IGQLFna5B7v8s7qwKewIhGAq17Esikaf3p8FwrX2E/mK
AAyhIiwINaEurMONViYesJa7QDxARUPuaPuQK+AueTDMStEYUNuZ1p9hTOjn+rN1BlQYsMDU
mDqzzuwwJHOt4ynoNzm5OPAp2OHQNcUsxPr/4/txjl6SsnsbxaLmdciiN8YDnjz/8dBMwW9i
mTAu7zUpsYllKgM16SwoGb6sdWvuow5iZQ7wc2hmJdtBfQ6OJiUeEDfwh9e7euOB/zFe9rFt
nHUcv+fu7LPPL3d+t8/2+Zzz2T7fOfFL7MRJtlyaNGniuPHWNY3TN6+EFdZCk1R9pW2sbu3W
MUjE0MrUqS1ihWloS4YmSBEdYSuwqmMtCIbKH/xVFaI1QkKTUDXm8pztpgGBhHV+7rnn/rGf
7/P7fT/fJJwohqZhkR0YarKIrAu60zu8JLKJRcz0Dt8jsv1wojzKb44Uep5gN/fpxLaCkhOj
OoQQBka3EF2yRpCNpIHQ4hpioD+ZcLvIksvF0JZQMMGBSW6BQ7lFkFGoNrFZCrUn2sBk20Ib
2qauOQtbekLDw4FCsYBWCnMFFCnQBbSgkpvd2Vooj5UW0XFYLjPuRTBxSi0Zld1goaghUHW3
2/Vb18b1X+y7g6i5oUtND/Aq1GpHBTKVxJBV33vgfE0hI2US+HDIGPQBM9VkFtY6HzQ+CcDm
C49qzfj+i/01jnEtUxCE66Fwq8vEGl/8t3adBsUJa/xL6dFjjt3fzA9OBZ0mMvtItcvWGXSR
uDcymtkzjKKOjv5qcjhn0ATlkWxmU9yTzFc7u1NMrbVHKGCX0LsTVDg2sfNwPr+541j14Cjn
hDbponlLEbww2axkNhikar7mnbAgHodrScUvt1Ud41lvKOTt3Ax2nJWDNRuAZ8cISecf8Oyk
gU7pyEDS0WXUU5PIFDPlzGRmLqOJ40CpzSvwaSGjXcjczKALGVCGC0sZzK9ziixVhx5RZEND
TTqRNQ/xfpHl69CTjMR6Emyyz4fwqTTByCgR4nmKMpMuZ4iY04EFHaB0k7oLuhs6XKdCj1dM
+0OxgFgUy+KkiFfEOXFBxBCRFlFRLTc9PCZiubUOPtL/Dz5WtwfT4oIHc/mARuvWMA/Eh9pv
n4IXBB9YquB/Ug/Uce3iw1pNg/x3v5XfyznNhuS6aqdNSZN4T+HQQYNZlc/en4TE01Bv5b38
aNex6pEtAU+Nd6gRcOj41Mmqf7vTD/UZmABPXNrA1NRBkfX3b2OXoToU4gdjynprxQF+4Pyx
85fgmv6q/5Zea/0LCTbo1zu3OE6BF/VnqFteIqCkMnigF2p4IQB+5bjGoEoADOpoASFcgs5g
xdUdlGD7H4G64uCmOhbxMj6Jz+ELuBa/a1RjoGK8AA2ul+3Nu6WN9KfTUmFFJUwpvxDdlF8o
Pjb+tpEdfDuADz4+PnYFMd5fQnD4Ddxfam9vL/WO/QxhsBSCI3YstUwve9c8wgItwajVvVJT
JAv8VsEcRgVfmBS0YQtl5+A/ZTjg1MOZm4Azm4nmgBeDg8Pg4hCPBg51/1n9wMoFao+FEoLe
McVyAD2gPUoeNR+1HnYecB/w6baXoA+q+Ubvoy05L/w61HhjaMSblBpqtI3oks26mtSUYm2E
FBS5eWLPwRszN47uPv7hpsyedRdOPnniywPY/Pnn5r/2z8qlr7954t6hnu7zxz6o/vni+5++
WIa63b9XHcJ+CnWLIDmAKyfITlWPHD1Ib6XPWPDTMuiUuzvz8lb5acvT8n7dEcsR+VndJWJZ
d09vSnSOpUute1txpRO06LCoaLXB3u053WSDHTzCI5HgSIRF+lCrFMXwZjoLsiUtgRLNgtng
cZtTyQA5R6JlskLOkxj5CYfaFsFuxctxxeBkEK0EARKkgwvBpeDNoCZY7ngv37CoLrpWRNMr
qk2tdKts6lplU8xMq022phnXkiFMOqE1bAwnhAyR4kCLCQ5pfZYDSUMzp4bPhji1NKHmSwkT
0g61nbpWQ2LkQZdMO9fEB029vlJttb1XuykKmPDA7MgL26aen3xjKBtNuXL5Kudpi9gcNM+6
BdCqN39l08Sjj21TxhItISw3/fGRJ/c++/uVczMOKl5d3pFmBQE4DckJbFcp4TbPVN/Yx3eM
bXzq8u+mNrqtapX1VYdwBKrlR+APV95iKIYdpTEQr9kn544U46gSr8Rfi16M4wkmEeyOtUsj
tMIowZHYBmmMKjIlthgcj+2U9tG7mF3BfbFj9BQzw04FZ6RTzDekV6mXmVfZl4PfiZ2XXnd+
n/mh703psvNd6TfSn6S70mdSjIvvF/ZHZ21nbWftS3Fikw006cwQPyIN/PC6KTaA8YwIxJLV
wAt+N0FozV4vEgiYVXV5JADmAFoGFTAPMPBJOEk7ig70544bjr85MEev3DtTK+Op6cIKlBi2
SZUuazyy0v25KrQ11+iR7lDU5gq5whwStcFBcPIciNhFri6qapKwlKCq7RLykFvS9QSorecV
pOadbVgjJjrsUM8stsedHqqmbO1+u3vr84Onfgvs7+fK4Y7MM5GJ7smL39vfuQ2b/+ypsZRP
EGhDDtrW3pG/X18GAsf5Qp+3gLdg13z3F5eX0tCzTFC0n0C9oshryj4IGlQKTVEKqlAncUKJ
gZ0xEFBLpUY2p/lIhOsJs5E+hDTELHaOBri7ouY52giMJQxDCMguO7VAgYGvORADMcQSCgQC
HKhwcxyKcDRkmSXuJqfhyqJK8HAbV2lk+vZUPcnRK9Mr2y116sghaxLdtOopDtVQ6mmuwQcN
D/lPKh7ef6RtQ2uI3+KwOuIJm2ndo1Wpv8lDakw8E4iQwIHNf/RRrxzJrreLO6qDwxFoGCFn
zfm/cPERXz3ZTdy/jf4B7k4S0yuiXvbIqNXarBhyctSQc9tLxvHwOfrbIQ1JkFFSLKcn05W0
lkovAk55Dp7366br5quhq8If+Y9Dt+Q7+B3+TmhZNli75e3yV+PH5Vkwi85iFUeFqXgrvjPx
2WYTBSiUxPRGrY+UP2i6xut8mNNu9Tn9HtErv6J/hTzHvcS/FDJYJVNUHpJH0jvTh8XD8mnz
6/x8+q/YHZ9R1CVZ5ArKggBogZlsEUg/Qq40LwJGscTcrOeKl2UCDKAZjkEZ9aXnilN92WS1
hniTAacitZuGBb9GmltiSQTRCDGCOQFz2yLWr9idLaxgNaAfWsG/+K762LjNMu7Xvg/bdxfb
57uc7fuy4/PZJpdLluSSOooWlzZN2i00DFgbIKRbqUQnkJKg0T9oxe0PlkQMlo1KkBa4qhJ0
CMHStE2vjUbTCVAl0FoJWm0I0f0RUCd6o0NZNalNwvP6kqkIxJ1eP69fv7ZPzz2/jwdFr2u3
tX9qlFalYm5onEMHuHFulqO4KupyZVORi1ka0YWKiQ6Y42bZpFSzzSTNy9AntiP17BNb//9Q
bXLV8xxrozv2L2xoaHTEaQWFWdhAMAUOra3AdZA57EZW+NqmJU04oE8s2J9cJBSLRELQ1nnN
3IhE8HdXa9Cr8bXVWn3uTT1Mpiw7q/JCIJgVwLYGbDoFZZlJEUHLn0JbwMQeBh7OPAje5+8L
Dyzf6AgYWig/WJQrqEJWqEroRGQ2PqvMJmdTc00/0CstYVBGsLwEiCdsC7XqrbnvFE7mThb8
oyNYLwVLlR3Gkh3ksg4JI4nbQdZRsImQWacISwVvME6Yz0T7GlR8AHFdSDpekJ1cdePOgujo
9QD90p1F0SlIYv1Z0fqzOGhF3Si8IuoU1Ci+557LcbCNcyg+Au+J4Afcc6MReE8E9sCQBG8Q
zf/vA7kZAQgK+iYXQXuaqGPRkxdd6MByg1vYnKf+WKKw3yNntfyRL+56Ws2Ovfr7N57/7Fe1
eCKiaamfPNu/75n1v7a0nPxm11CHwEfD1Ovr177/3J6WbZZdHDh4+thchlXQwEvf+7TT/6XZ
HmffxA8TXIOEvXZs4wOy13eVSBK3LhGRjTvu9rAzhsZIsi89J8zJV+JXGqvyHTlYSaMZBe0N
742MhcciH0rgVeOSKVGNcUlWKIQPseQpRMXbfFWUdFOIaiNJFAiX6AIXarwev+2x/qFY8g9E
qIruugUVqK7Ymp5Pk2kCIZ/Pn4sNi6gsIkLkxXlxWbwhvisGxAOpX8xsuYE1z0bzo6uj4Nig
5MFYr61gouNrcGkFAdkRnm481gb67sn8ZDMSOuK64PF9d4enBvmSoJe6gOW60Z5btzos7XHB
1Ms7i/s/8Ur311sStu/q+h93rf1q5HHbevZgx9hB8ita4+HB/CHIFgned406ThjEX9wSMrEY
qyZG5bzp6wx1Z3vUweyg6ldocS/2RdrejGHqtIm2BzP0TjVkpOkq6ndFljAMIIJAutDQwIbY
UEhTsWQ2EPMIcWgcVdB15EO47TCispKLRofFWZEsw2FepHB+1M0MQX7yb37rPwUACAAyBYnC
bUet3npgsH/ceXj45ZMpTkhxSorghSSfThFe1/HCC1CXgD5PRNu7E369tJUyEIRgSdtMJJyZ
JeogpzVmzYb191u+cbR/aKKQ6h5E20f6mr/2hPN56vjazcpAStAn3ix/cuSlMprb3p5ExtrJ
8nDXk2TwU92kAfkUIJ81yKdK9rhM9DPsfukLMiVXN95eCJWaMAafiZdickzRmSZWE9RoTlJl
VelhHLYn6kgluUfZQ+9mdrL9Ur+8WzlM/4ieY36snEhWmn5OvEb/lDktn1ZeS/6avsAssovS
RfmyspRcbrop3WfvSw+UlgqD8FvOtR/o9GLzY/WYsetxYKAeTbMedb0eBcGLriunOrmmo+A6
Jslx/1H1Bf+3hZebmB66k+2UnOTvAsva20pwmp2RpmSqOzookaIUy4hEUs0QUVbIRKsbL7oF
RpFVSZbbGDbGMGxSUXIMDTM6GPD7fDQokBgFlSACihySqijtRsdYxLM5tsIusn9i/ewxJomr
h3cDrafoS/RbNEUfY+TnlSWUJFSCgd/LRTsZ/LvltBcX2ks4XAyXCGaZIZkqurLIN6FyUz0b
sAvHRU7s1DD4ZB7amMnVUUxdypr0dxmKTVpVajhOSrW62fCKDCNwqq4eU/6i5E2aQUZqiF9+
9AgmZBRaty0+9GquGU0Cu19g1cZIHw2EfBEikwN7UN14FziaheCyokOrQNIwPDdPeFQqavE6
jYqi59DzekmLB8DTIB3l89jVo9dTph2/eStBh5o6UXNnTE+tL9nrlxqtrNBOHTfyqt62HiAj
29INDBcyDJ+Q2fXwfcrf1cozNGbJyMaK/zzUaYFqOhst4r8+1VdqNMGICYapFseKh5nx4nvG
e9ZHxkdWGG9YEEvevmvJbKdWLNpf7krLcjap80Ufm0/nC3kn/7nEmcQZ6UyeDhnduW5zL/Ek
Ggrupgdyu8wha8ieDpb5svBdY9qatsvFE/xxvNlY4i8Zl6wrxWvGNesd4x3rRjFL+H3BQNyX
YIygyVgBu5TYwe8Qhv1PBZ+WnrJnQi/z09KMPKNPG9P5cjExxbyYmMpTEWYEHeGPCD6oNMiS
YbAoCLXGJ4QMr+paRiXsQobg2IYMl5UzmSyU6jnaMtXqxjHXlYycSgdpJpizrZhtW5Blw2yj
mRhNM6ALcjzHGjGWNfRcrk2SY5Ik23ldBlMLVc0SlraE7kJpZtDdc1nECfiMJxpAFViO43kw
uipB4kVEFGALlL60hJ4D0qXRz1zOcuHH5nJWSH3IHWLBmJ09v0wcsvUqot24m2wdltEpGb0h
X5dvA5e8mmsF0CQvqpyBeAMZuMBD4U5jCfFEnogDbsIu2zqWR26+nCfzIE3nmWNmK30ZwEOD
kLHQdKCydc8iLbj1AtxqnQp63euwjco2ImzeVm3XnreX7Rt20D7Q8rFe1VabRydkpba2As5p
YhMxsKTAAlyWVhQQMTwwhDCAFKxk0P5A6N381ue1ulkDTNWx1QDYordARj+60vy/4PbfxyBP
99K9HgwnEG6eJrEtGW3GCMzzsXAfNjvnIIoYfWkn8UiI4XBvIeEYOMS9s7PxOiDxB+MxUIej
idFXB+MWPDfPkU7V0RlBZVCV3/y2UzIbe9H5wUyMvnE1ZjpI22evv2X/bf1DY/3P6W29gFJf
JpUtrH2AfjnVm2igDINK8HosvvYv9KBLFTOkYUQOP/wH+W/CqzW2jeMI794dRd77jiLveKRe
FN88vsSXdLRknhPb8YuyktiJ44S1C9u1XRu1pdpNUlSQ0FZR0gBRgSJtUARVihZN3cBxErWy
Av9JG/3Ijwbwj9QwgqLODzVJiwg1CtUoCovqLCnHcpGgJGdnd3hH3s7ON9/MztXLNLWzIELw
BBCiPwHUDtDH7DX3Ng7PiDPSjDodnS5e46/pH8Y+LLByJspF+LAwxp3nP847OyoZ+WCZyVQd
VaWqDkSrcauYq+zk9yp71e1dO6N74ruLduUR45HISOW8c4KfUCbUCW1Cf9E5q8yqr/quRLsk
h6zIqpzqVrrV7lSCS+jZCqdU9rMHyyMVJgpYgE4rViyWOF4QCj6OdTqNaLFULJQi7hktq2K1
JIiiJnSOGyNduCsbOROaCFGhmRAOGZFMxiqk/5lIxAojsMHxEi45HM6I4XSGSxFPqRQRtFgs
VxA8hYIAvvaxgl6IRQx+IGsnoz6OForOktyBO7q7U9lspl2hBoCIVJWwS4ZJ43S6q6uTE6BG
+d0ZDWuZyAKW5noMbJBMJigl23jD+Mi4aTDEQFjFuEKVUQE58fG3SpkYIHAOFXDhCvV7ZKEK
VZsLvg9gMG/VoWtQVs26OboMtVsr2ut3WANqleagDNZJq9os4kiwQxsyLY23QptMsM9tjWd9
nylLdbgsu0QGkHq2DhaluVS+8xnMnC5lUBqclpTB8cVFohZdi05QLrBCyI/V64RxRtEoRPvb
iIcg5ix+Ye3fl1lLJ60CzD+dA+0FbbMdalW0A0rVR6ywINpu16Wqw3bzVacPhjKZVQijgk7E
ZfJrN+dlK9IjE966/pZsOQlyZCsPal6EL8SmhbQY0R4iKthUch9UPk2ugyakqdQW8wVES4H9
qyA69COKIlsqSMr2Wu0tGGot5Sbc4yUNzE273WuVXV4rnvNYCRDVpVls88c0K2GrIF4rTwT+
WSf/DkJuf1O9C+Z7X//b1uB7viDAv9PO9BOo3+FhZ7um6d5gKU+ssRhJBs01KcH7CV8H8KVE
MMRrW3bv6I3icl+4b//40r4dVmMkbbTbz/xoazrd+FM4ED34zuu7HhyCVNCh+/JK74kTR/ze
TkgEvt6xVxsLT/fR4bBH0vX64uLjqi9GhcMOT+eTa7dP9xMOFxrb6RXIBnl82n6NVeCoJPPF
BNVezGhHy99zTLVRLOtwuwyXnzU9/igbdof9UXMAl92lwAPuE+wJ7qTxNf+RwInUU66nuaeN
J/3nAk+lnuOeM15CL7E/8f/YvIKuFv/aFgJCNc1UMsnhZvFmkIovlV+v+KKuHsPvzyU5D1yQ
Ms1mrWcm4Zakn2U4Vwq0ATTpCq1XfTGCPQmeNpYNWZ1yUdf9BqG6wAyHb3A3Oeowd5b7B0dz
41V2L3uIpdlxaDIku9O8JvdguWe2h+qZOZTC2VQ1RaWMQvFC8FfQMZjDULzVluqjS6sr0FDV
R1eHtx3b+jGq1laXzBYyAYS4iUTXBtoBTVD6pSxzl1nwKIGZ+cXVWbM8a7YWG/rbfhxtMoaA
X/Om08Eb76tOV6+Jk5G4jzUaz5cvPbhpT38uaMW5rgfCWxqX5aCh6AUIh1hnbFsjj/+TiLtZ
XoT6zReUqre/MfXs1lSyoMmbH5ul5rozIUERIA4SwAqnIQ68+JA94HYxPmaWmRVnpQvMAuOc
1bGonxf7yiPogDzipQOMLrXLX2Eekm8wV2UnuqUoW7xdpIUN23mH47dcF89IshymGQ9NMzRP
MTIWJF2kZUpiRhzYkROFNuWQjOUcpjj5CrUZSYihNtspGmdm4WkyIyLOibZ4VqRFf1av6nt1
WhcyfAlRmDI0/eetFDq8MlpbWRpW6rfg1FbqSwq8IY+ujg02BwuOpJk8ocsDgRp8enzRh5Vl
KKz+ta5I6kNjJtTazbwnrV21WchydA4GhgSZCBPZJquwZskLa3+e1ywm7iHT6/MeiznrJtMf
zrstxucl00/nvTCVm9M35XuTBmSExzAdLOFgLznrUH/Qi4N5gnj6Cf72depw44OvDrYHmHgb
jVZ/iodP7tYVHhuNT8J00gjldzUitz8IpXqOo7U1REGXuOoYoKLoAADZiV5AF8DaY6sUfieL
J7M427Vph4kpKvU2dRHOF/JSvV4CDyKLOUyNOSzEIx3tBJ8b+2JHy4I94cZuZE+04TYD4ETb
V9mPoA2aku1D3jNeyrvPt++gzxyG9qa2equ+DoxsvbacrS+DF02c17ye9dgNbphTbelqNZ22
7cYfM1U7lbarDstOr9vWNYKnup8+Tj/sOIU0lEbfteMYSYxPjwS6470ulY/bvfO6avPzSKcR
nYXnkyPdkckIDWSctOVA5RXY3ruy1C1NSrREbCxTueTBHiOTXcDn5oLk2Qm6a8urEC0wrAO7
WoNKEz6tMMHroWLBhlrlGoFgYcNuIl9sxtsP7OFYUUy5E0O7+u8/PUU9fszmeYFPaYmh2sB9
X3/GcSqRObopJEryUCq37dz+oxej0coTmzskSdlk9u0Y23/yIjnVdS9gGi0ixPwCwZ7P9k32
UQhTSZocYr3pq8Yi/TB6D84vi563h14OvJy5kF3Ivpf9W7bt29J5/QfSlM74jI4YwowcdCUF
33zSDvNo3m0LfF+1ozKSxnK6Oz2ZptNNB74Sw7F3mYrs7fZOemkv2OZkI9e30XW11foynHt9
bBkwtrwEH+KojR4brbeXys10Fup1fp7FiJMcX2L/5rEqx4ucpmnJwVr/faem8ZFHaxwniJqu
giPLW09PNRaTVn0I3ORyDZq5HWOPnnw9nEwf2xSSRJdrs5nbfh5ciT5/fev/C/WbltAZkDfu
CjMM8muEHHCZYwyhtl8i5HwWIbaMEO9piQBrceVekb6PkPzQvaL8oSXuvyDkBdFHEPK9gJDf
h1DgZwh1Hkao6+//Zb/sYZqKojj+a19pHsFARTRgABvFUj7kU6qUIqBWWrAVoYJ8iKmhGFSK
oRASNhM1Dg4mkhgJk4OzEePmQoyTJg7GODgQWZwcSJzE1PPoEz+iASMDwz0vv/P+9/T03Jtz
bofCnhfg/AD7PkLRGyh2I/8woTQA5bkpKiagOg41c3DQC55uqH+aouE9NLr+TrPUapF9j02D
vwpa30JQaoUiEP4EHZ4UXfkQsUL3EeiRmr0z0H8UBpZh0AFR6deFdzAk5xt+DZduQlxyrsqZ
xsNbjFv/TqJw6zFRJLT9H5ODCoVCoVAoFAqFQqFQKBSKn8GKBcNy0Axl2S3YWde0VZ9OxjbI
cmzP3pGzcxe5eRIrKBS3l6L9rmJ3SWlZ+YGKyqrqmlrqPIcO13vxNaYKHPefaA0E29pPEj7V
cbqzK3Kmu+dsb1//wLm1PZ7/uuX8k/WPtSl2zXA2Hol34RRlF++ihFo8NNBEBz30McI015lh
xZnvLHAWJpOSb+S5KacOr+S10EkvUS5L3t0fecmlPz8040zeWLwnz0NzKhsxbd0MnWGzniZz
xtQ20TmmtotyGzfAli4RNz5TW8lkyNSaxMdNbRM9a2q76IVAOBAK+ssiI6OxRDg21Tk2Go1v
NEaAsBAiiJ8yItLZUWIkJBpjSno4JusocVExLjLJFVmNb/hbm50nHUtzsCw9GiNNOuSgUiZN
2iu5AZqspTmWO/KJbhNlrL6/GbZmS/PX7PcxNYkZd4AV3SjzUs/UEua0rPdnbXPPfOezfJ/1
PH01+8FSwYLxfty+mPFl4utth1fPxPhJWlIz/SbAAAMMNfwKZW5kc3RyZWFtDWVuZG9iag0x
NDUgMCBvYmoNPDwgL0xlbmd0aCAzNTYgL0ZpbHRlciAvRmxhdGVEZWNvZGUgPj4gDXN0cmVh
bQ0KSInawMh0KY3j+sqVP+5FTJq0euvWM08fv7jTxZPPxDQjg5WRtfn1Nr5HUziXTsv+8Pz5
jRvPjFmY//z+Hair48/EmJXVb2yQs6Kvz8tr5qPbtxYyM1+7dH1PeflmLa1T7W1XTp48lpLi
61NxxJyNmdn/84ePXUFBhcbGRzckPD17durUA9uXLSstXdBant6pq/tw9+63r9+d3b+/Ii5u
uyDb5tCQZcv2trgwnzu5dWub4OuFDOwcmR93Mvz+8jkycsnZRexbJCVz2K0Ob9r0bh//jPp6
KYma799+fLx5c25q6tt1DL1lpaH6TDMkJX5+ucvAYB1r51CVaLdr80pFRsZJGSYn1jRkS0o8
X81zZ4vuzSqOmKg6aenQfkPWfSwMJyNMnaSlns5mVlGqn9iQKSBQu9XGeuXCCY9OhF+dMWOJ
DMvzpXznM002zZ376cH2LSws////ZxgFQxkABBgA03KfJAplbmRzdHJlYW0NZW5kb2JqDTE0
NiAwIG9iag08PCAvRmlsdGVyIC9GbGF0ZURlY29kZSAvTGVuZ3RoIDEzOSAwIFIgPj4gDXN0
cmVhbQ0KSImcV8luG0cQvfMr+hQ4gNzsfXEMB94SKIgNByLgM02NLAbUkCaHVpyvz2tSFKdL
NZQQ6+AR9Lq6upZXr0bPlrOfJ3+PtJbKCYWf/ZeLUZrgs7AqSOuzFZOb0bMlC01GxuRTDV3w
UA9oDDV0w0Kzklp5W0PPeKiRKXhTQ8WmYV/mVZZeJfKyLQvVXipDoWsemmR0mbjbsFBjZYiK
WBU8FAhE4Qnx8lbJYKgDP3hoYJ7FW3VKWhdIwjoeaqULKT4lAi5JmxVJ2A0L9UHGrAMTLCWV
0l5MZuL54fNW0PMWFWcE4iKDxYt3LrVf2SpS+M87V4PnPNRJHQOBtk3DloZDvrXLgRge8MJG
mNa2Bovdg99PRu8/vB2NP4mXL8cf3p6/QybFq1dv3r0dvZmMxpOJF1pMrkaqxESdiEbCLzYf
I8kYdqxhhBl1e4h4+Ry8IyDFGtVQLnnOvdSmhDbIqYaybWCzlj4oXUNfr1aL+WzKhzxIF3Wu
D7Bl6wzoILsayWfdGiA9cXjZbgRPi6hcrTPx4YqHZplsJlETny8+nrHxKITnQ/Y1vpFsRXnl
ZQDh1WDJQ5N0mkJfiHb5fYhywGMkds1CsDnxLmCiaIJGDllwAO8YSzI+kG0f0WDa6ydk20c4
YaN9Qrp9zIDmh9m+55505J50ohM8Zp5OaXd+2l6K7prNqTbS+Rrd8HVoEJtoCXYtePJBjlDi
iRjmoR4MWxLUh37b8k64LJ21xIeG5XDMDzzNmKf4EHV5W66hbbfh+yAFmX0gj9tsZ2yEvQK1
WkPeJ6YbwU8eRM7kJ/jsETejMaIq6OV8Nm/5iQZltevHxy0Hg2FAPT47VuCRi/UpLnZG5pzc
3fRje3k3/YINNXh4+hW9V0HXy5ZPvonShpCoF52YLdn4FDLEGHb1AZ67EZ+Af8SToRo0IeQa
yhM3ajAmCl0MUHEqVRLp87oZS7Aue5miJW/7RfDZh+LxxhE//lnxKqNIRW3LjHw0gR4jz0CF
0pTwctk56XX0BMxDCydkUnAbccvXtgPYpKf4GyKgjqS5u+a1wr7k0bw2J39HS+zYwN+hmEvf
9sH83oLuiJBmNZSVNQ7j1hhLrLIhcLoIQ+rAcr24FNOBuQgalbFUW//EnN/gMEJR8MT6dKCR
UhFBltg9TDtGH/r/JTx1hJhP4aTyDEPKEwV7YLvyOXgJEqBiMo8qz1xDxefraSdW04ExaqSB
BqhO8KHENHAqEz/4HnCQRCpFXWMH561Kifi8WPCkhBGTdSTufr7g2Q59mMok72M/8lwHiaI0
eRq7N5bJvNPfVRBWPCc6cCKNLV/96Njd2lFBeU2ojEzKEF9/DKleox44O2/FAHGUgR8ztb2Y
/zskewEJJMf89ldkbzKGJAOKkefbGCVagUTuqA7iUR3E4X7RWCZcTHZ3mNUGNiuwA5ikgrJl
arG1xsKpFXQzH96SjEMvQmdVB/gtyUCIl7BXULH9wveLkSorT3z+th1e1QJ9YMd7jGkUsiYe
bzfQM7wAylnqAG6t8KttN1QDRTB5T5wRP/GVCCYr60yNPVQAYnXPmOZEBWDTiX4vLoceUTRf
rqE8EGuMz1A4feS2xebWDfAaBpoxNX7ZCixKPFvhnaDXCi5e8xRUtkLwyuM+Zw2hBenUR36Z
F416zkZdZ5mDrqPBa32DYZB0bblrFvzOayF8c0l8Dzzna8SlMg1qKARc82t/quJa/IjNrB1h
QdWY8aWHsTg+TxrcNrrqz13o3f3cVbt7dqeGhrvZu1IWulI+HgpxP9MvtqvVct01l2LflPdA
5CL4CvqDACAddQUorCf+qFFal1kBcdXDLQnEqAeQOTJZUKUT9E5FKHnQEOQtTskYUArl2Pn7
2rQN2GRKqfZBBOMsxo5LJzFeS20iuUycv65RWFiw+sUadVFjokU34CEVZkwwoXhE7Hx6kB5v
qB3iNYZADtTOnwSDssT6dNJnDSqJDwyNKQgz+YGlc1oNZi+fTrmt0awgDHfap7I8GeLSfcnc
Kc+e8CRFg9P5cOr3Zn1D0g3KCtHVsGkr3pI8ISypkFAfdk3yBPcSMbTqSA5AOdoTOw0NL5pE
U5/WlSQ/bxfztrm4nq6ae5KI6o4kxr9fWPF1I76NSnyTVXZvekcx+6BAk+Cm2Q0s3Vjxbjn6
i0p9ZO7emoG1x/lGYxktHLaz3U/Twz0imGqPcMc9AtPjMBX32XT35Lr70lBsKZX+c3ti/W25
FvucUiT6Jnp8HLFLFofeQYxiD7duIDCvODD6EMqlcoA1WlY10L/pG2W9RB/J7HzfSwzjZXsm
VouGO4BsSpNt34Mpi9NKGm/7hjfNQXsoQ7c1etroksvjWfF9vpl3L8R1x14WVXlF/7ndigUi
KVbpvvcvxuPb21sO7FD/FlvVESt5GMasS/0EspEryx8Iyfdwt5uWNxmMDA6ysJfm9dd+Mf8n
wADUURb4DWVuZHN0cmVhbQ1lbmRvYmoNMTQ3IDAgb2JqDTw8IA0vVHlwZSAvRXh0R1N0YXRl
IA0vU0EgZmFsc2UgDS9TTSAwLjAyIA0vVFIyIC9EZWZhdWx0IA0+PiANZW5kb2JqDTE0OCAw
IG9iag08PCANL1R5cGUgL0V4dEdTdGF0ZSANL1NBIGZhbHNlIA0vT1AgZmFsc2UgDS9vcCBm
YWxzZSANL09QTSAwIA0vQkcyIC9EZWZhdWx0IA0vVUNSMiAvRGVmYXVsdCANL1RSMiAvRGVm
YXVsdCANL0hUIC9EZWZhdWx0IA0vQ0EgMSANL2NhIDEgDS9TTWFzayAvTm9uZSANL0FJUyBm
YWxzZSANL0JNIC9Ob3JtYWwgDS9USyB0cnVlIA0+PiANZW5kb2JqDTE0OSAwIG9iag08PCAv
VHlwZSAvWE9iamVjdCAvU3VidHlwZSAvSW1hZ2UgL1dpZHRoIDE1MCAvSGVpZ2h0IDQzIC9C
aXRzUGVyQ29tcG9uZW50IDggDS9Db2xvclNwYWNlIDEyMyAwIFIgL0xlbmd0aCAyODk5IC9G
aWx0ZXIgL0ZsYXRlRGVjb2RlID4+IA1zdHJlYW0NCkiJvJdtb9rYEsftvMCnglo2lpBNgMhy
EIrCgx21RaBrYcRTUrn11izSao0qtimXMt//A9z/HBtC9lare9/UUmJ8PD7n55k5M38fj7/g
CILAXUfFsVfDTVR28xubKFILG7cSRWU1+BU8Zyq1XN4zmKa6fBHlywfqOqoECjOpGm7v3V9M
td6r6h7L8rWrlTf58uGmjCEwbfblffnX+urI7tm6rhZtXeUoXVQpQuhW9ir7ab3XVIRTc38l
FVJp78IxlTCnKp/TCU7c7svlCiLrbn9xYhVUL76KtCKEAIyi7QYJpWD4FFl5KIry/y8ln/kf
HmQTuElzAzVaS6oj9tsWXgtCd7OX2zIIcsR95TLfw/Cn8/3TYkEoN8/lgz9HvHluKAXV+lQR
1PXWDUJVMkVR5ZRNbgVmSLZ8tpv5VfjfMyrBPwW5Oe89OcpVL3ReoH5ir+w8unK+c/B40SKd
XG29UTdcKiogW5+oEONo46oVeeE0ye46r16XY/o8f3CUc5yU4lRYOFdEB+HMS22h5IPKrtdp
OC9zFI8+PbdiUVBpUZ43AX5FKAT7jRtiG2qnsAUunAfWfIVrslMhV2405PIc0tCja+FwoAIO
MM5hqChhoyFXYyoQzUtV4RzDBu4oNzS7hfuURoMdD0sZXSfNDNHYrPd/hgHnPGeTWpFuUplG
QbVSCyxJhRtnqiq/cqNH9MzzXun0jGU9/el63HNu9M5TY9678ZrOzZxMWEiqPq0su5QJ53lM
3rVzQ0QzRPVmTPOdo9zo5O0cwHX0hej8+PYRo+66zNWpso/K2HpqkZOBupd1Cnhbhtq6l1RK
OKfJgBaiMaeZXasR2YMUwRXX5KVdzxzTddecHWy6BhaoDmY9a5Uyq0mlg0kPuxJRvSYeqDUh
vAWZd4cu3jDUaSp0ONakwR9atF6DZ13ZcMk8U3E24VQpy+QvqkNOhaSnVpLRRDxTqWoYmU5+
YtSobizIy9oelfzsjqaJT3UEDVT3d+RPSlk6ht2BJpZPs2pidcw4sam9IDtLLFA96XCpTp+z
v6j/6YPsz9wMkVkvWw++U11OflRTba298hUWat2vzJZlY23DSJnKOlA9YaqqR6sks+ngH8x+
KphqFdMEVDF5VaC2jFumSk2vdm+TH8Nx8YnK0Ok+uScvBtWaM1z2mu2pkLN0WO8lE3D3xUY9
USGrcLSkkyyB6XxDHOC/gspPUk9aeJl8halRN+ulzKd+NbktqIyuKU1WyWpGeveCyvgK+nfr
s4dkMwxOP3ONw9eosC/Zni80qMZx1ShRzRBOTvUsfdWXVEY6pyksYkMa15IVUg++MqsI8kBS
WV3T82GSGUZ1QDXhnKke3+JtUu2lOLkFIasYhirqA2fZiaq/Wtw8YfXYyDLjjjy/Gzo63bWR
6bP4rqCyBLgzo5ohMpIqK4Eqw17MJnSAv2iaihYgsqqRdo17qll/oxJYUg2UopJykqPCa7wB
yvvz+Do6VVEc5q1V69OMFlY6QRiuBDYhiTa2j+0hgmOm6uLODHtKZnvNsKa8L/w+2VQHyIBo
YLVbZFInXZCOsZxqanh0n70lM0M53Z/UChen8oaZypqqXoyrBVXX5yOzrKq/8lMhrPh+1cb/
lY+h6SqLfcO6xX1H3oGFw89ULSF83LGqq5qfJUKk/iq2LANztEW6mPIYnHoLQzz8+NtXH2nC
vaZY3kWSo8Kj9yB2nE7uqe/kvcGxEhxYxDL4hMWTxMBVYlhyKD/jhsOX/OOIX9IQF0IYbIGb
Bj8lr+RURvrEhvnD6Zt3j49CCbVCRBV6ochxRUr4Yk8WdJiQD8fp3i7aOMnr039R3MOfouSX
qKKKIwpD5zSmyHPj4bZd2Kcd86EwEeK7+uHDm+8KKz7I80CWJ9leiloKzbc+7cliPyi8gBM+
Y+d34Ah5rSj5f3lLnpWTZf5jFzCc82qMuw9P4fDYTjZwJX8YyyKj8yTXcg2z1jYnKc/pNDrv
yePLoQSoV/UJ7+azUsjFwOVFIRygEOY64nN8GZWnJpmD1p18MaA0J9y7Cwv2EnZ/kU1RNEQ5
DdXtWRQjtqMNnKhWRpdU19jZnBKO0tixMIBECHcNXJ0vpH4MpUiE9awLhXDc8SiPNAI0vQ7d
oS1wTYe4kHLB4UnkBK727ffNpoJvmW9oweq//+Tp1ErlhAVnLbEZl6MLKnZVXeb1E2uAZ8fp
6c0OjW+a+HPQ+a/naLpQBBBRV2aDFQJBIUBZYGA3vmrqeIGnDk3kblCac3P80PJuBRQHT9CY
z5s6ffwddeDHR/r4LxWBgbQA1rbYk0j40Wg0HC6Hmwuqho66yPsMzbnG2qrDlYrMWZ366RNf
9OkZVVXvih51b23EaiqadJhQT+xQxfpdVHxUvkFbzkH1wa0OAfJgelN71u3qZNZn9OWD9gM/
3r/5Qnd3/JZoglvVLSrCKIpGmnop3ZWdie7F4eM2WIMOHKCQ+0RxVqd2yk6IUckXqJtWj2JU
bi9L2mg0mWe228jrTFaOVZ+11m6MdmxUMRNsp2jMq5TfeUqf330hPTYeP43rmWETXIn0H2pq
yF+qQ/hq+frbS2l4KMLIzQdzFkMDeNUJcgStPzMGIOtgUqPfr/pMhQEpb9D6PNsGOKhiqVsc
C2rH7F5TyUgsVh1o9bqtg5llg0+fH99z5lm/mTPbhhvwDL4DR8MNMw21TWWoXbrqyDnRMkRB
dftCVT1TWfrfqCz0lUFr0KqymcVFwnEso0U+PJrlqgM09cGg5aNlSqrsPX1GjUVcWzigdfiD
azlaLpdDKbu2y1dYCkQLdzin24c6QASzAajQcatZS1IdkrZpZyztjI6kYoWACHJbAFXM5eAY
OiKts7oyfctp8Ewt3thJUmVfLTAjxB9Mn0wbwtLAFj2Fbshfqkj+4VK7rFdOG7Ho9JoC+RRD
3iWgMi6ovOkgd97gDgx8p7WA7cSfriyOIAv/oDe/6sBPkIderbnLM3RWu69ZTGUw1SeT7C9N
MaH3X9++ffyDmZbD7XC45SxX0BzhtUsqEQ+gFTpWu45NP8iS1msq1t5QwBOoPkQQwoKgiqvS
VnQLKtQr1qCJEWN8tiiBKjvMiMYptMcKvvpsWPdoIHbKLiD7zYftaDmEBAWctnGha9z/kF4F
q43DQLQlByeuC0uMFkov3iXbiy8+LG4CZmF1EDnIEGxiaG1ZUNhD//8H9s1IctxuWQwdCHnS
PE0m0tjzRBs3r3eUhC7Q4NO+oH6f/iigTnb6C0BPdaV/IykSBtse+gHAcQu9XTc70gOkPnYF
LV2n0BkaH/AgREhekOZodlsa52N9bLZFXteb6nBwFzB6pw+o+QTbpt48hXe+3TsNQG1/7UQB
Oj5VO78f2emBlwZMTfk+FjQFe1PWGTxFQYnmxv1xAwXRH4+U1flbuLmqRxil9vourfVFA0x6
wLV/FFoa5MRMUcy4V5cIV4E2rQjReNz83FRVuYFF6jDQJZX7HyX1mJyvr5/eGXKbfV2m7+6/
0lP89Mb5IXcavX6AwgR6NF6YA9VThDNDJudoGHBLjCKMk19Ljc5tMXmBNafq5qCiM2ygl5Xb
pednVJZS8VLb77/vF5OXmNGnsqram7ZtOSdUVBKVZUTVbj3HBhBfwP/RJ2geWqHrsmqV36rJ
lLLFCMtB7AiMnY1tzijD33FIxLFgkMs4zhgVoHWeZmUenMY7rV8Ap48rkAz/1GiApjmJxE7l
8Af7VJa0UWRJYh9WsBchDYPVg5HihdGtlBmDVS5l7lAm5a2jTQtGG2hwdisXzdjRxTATTRof
t5PCzyEuMuTETrXWQjAiaIFFJuicGRkgwSZpi9nshOCUDExYMKPFHnEMGZyeRodmsn8QnSYS
g1k26eBfAQYAd9z0mwplbmRzdHJlYW0NZW5kb2JqDTE1MCAwIG9iag08PCAvVHlwZSAvWE9i
amVjdCAvU3VidHlwZSAvSW1hZ2UgL1dpZHRoIDI1MCAvSGVpZ2h0IDQwIC9CaXRzUGVyQ29t
cG9uZW50IDggDS9Db2xvclNwYWNlIDEyNCAwIFIgL0xlbmd0aCAyNzY1IC9GaWx0ZXIgL0RD
VERlY29kZSA+PiANc3RyZWFtDQr/2P/uAA5BZG9iZQBkgAAAAAH/2wCEAAwICAgJCAwJCQwR
CwoLERUPDAwPFRgTExUTExgXEhQUFBQSFxcbHB4cGxckJCcnJCQ1MzMzNTs7Ozs7Ozs7OzsB
DQsLDQ4NEA4OEBQODw4UFBARERAUHRQUFRQUHSUaFxcXFxolICMeHh4jICgoJSUoKDIyMDIy
Ozs7Ozs7Ozs7O//AABEIACgA+gMBIgACEQEDEQH/xAE/AAABBQEBAQEBAQAAAAAAAAADAAEC
BAUGBwgJCgsBAAEFAQEBAQEBAAAAAAAAAAEAAgMEBQYHCAkKCxAAAQQBAwIEAgUHBggFAwwz
AQACEQMEIRIxBUFRYRMicYEyBhSRobFCIyQVUsFiMzRygtFDByWSU/Dh8WNzNRaisoMmRJNU
ZEXCo3Q2F9JV4mXys4TD03Xj80YnlKSFtJXE1OT0pbXF1eX1VmZ2hpamtsbW5vY3R1dnd4eX
p7fH1+f3EQACAgECBAQDBAUGBwcGBTUBAAIRAyExEgRBUWFxIhMFMoGRFKGxQiPBUtHwMyRi
4XKCkkNTFWNzNPElBhaisoMHJjXC0kSTVKMXZEVVNnRl4vKzhMPTdePzRpSkhbSVxNTk9KW1
xdXl9VZmdoaWprbG1ub2JzdHV2d3h5ent8f/2gAMAwEAAhEDEQA/APRsXAwDiUk41RJraSSx
v7o8lI4GB/3Gp/7bb/cpUWMrwanvcGsbU0ucdAAGhZHS/rTi9R6hfhwKw0xju3SXgc7h2Ph/
eniMiCRem6CQKHd0zgYA/wC01X+Y3+5QODg/9xqv8xv9yH1Xq2H0nF+15rnNp3BktaXGXcaD
4KhnfW3o2DcynIfYH2VttaG1l3teJbwnRhI7AlEpRG5AdA4WD/3Hq/zG/wByG7Cwv+49X+Y3
+5UavrX0e/EyMxj7PRxdvqk1kEbzAgHlVmfXPoVtjK2PtLnkNb+jdEkwE8Y5/ulHHHuHUOHh
/wDcer/Mb/coOxMP/QV/5jf7ln5n1r6NiZNmLc+z1qTteG1kgH4hWsDqeL1LHORilxrDiz3N
LTI8ilwSAsgo4onQFk7ExOPQr/zG/wByicXE/wBBX/mj+5LIy6cdzG2naHhx3dhtEmUA9Twh
JNgDRHu15O7SOZG0pykhxcX/AENf+aP7lE42L/oa/wDNH9yh+0MdzHPYS5rLG1GB+c4gCJ7a
oL+q44qstAc4V2ekeBr+9JMbfNJSY42N/oWf5o/uUDj43+iZ/mj+5Cu6lTWGktcd4aQPaI3B
zgCXEDhqD+18d26GuIY3eTLQY2h/0SZ4KKmycfH/ANEz/NCiaMf/AETP80KN2ZXVfXS4Eut1
B0jUx3OvyQLep0VmC1x1gHQA6uHLiP3CipOaMf8A0bP80KJoo/0bP80IdedXZf6AaQ6A6TEa
jd4/ijEpwCEZoo/0bfuCiaaf9G37giEqJRpDA00/6Nv3BRNNP+jb9wVfqeXfjVA47Q58Fzt3
Aa3n8qNTcLqK7R/hGh33hNEomRj1AtAkCSOoUaqf3G/cExqq/cb9wUyqN2ZYx73Dbsrdt9P8
93mEsmSMADJmw4J5iYwqx38dA2TXUPzG/cFE11/uN+4KhdlXPYA6C1xa4EaQZ4nujU5Fz7Qy
za0mTtjw8DKjjzMJS4aOtVp3Z8nIZYQ4yY6WSL6BOa6/3R9wUSyv90fcpiCYKbQgEFSSywjO
OM3xSBltpQawxSlAzFVEiO/UsCxn7o+5RLGfuj7kQgDkqMA8H8E/jjV9O9Fbwy2rX6MC1n7o
+5LYz90JzATJ2lXS3V2PrX+2PsWOa9x6Z6VXqNq0fOm+Tr+b9FcveWRhfYd2+HfYg0EODfWd
u3nk/NeoUNY/CqY8BzXVNDmnggtCx+nfVnHwOoW5jXB4LpoYW6sadTJnUz3/AIqviyiMaI1G
3j5pnjJNg7/g4v1q/aX/ADPZ+0iDf9oZt/e2e7bv/leKoZn2/wD5zYP7ODHZX2KrYLQC3+bM
zJHZdp1jpWL1fE+yZe70twf7DBlvGvzWdnfVTpeZezIsdc2yuttTSx+32sEDsnY8kQNf63TT
VEsZJ08Pwc7rH7Y/5r5/7XZUy2Wen6IAG3c3mCe6F0D/AJzfZcHbXjnp8N9xDfU9P/O5Wqz6
s9Prw8jD9S99WVt9TfYXEbTI2k8KvV9Uum0vY6u3JHpkFrfVO3QzwiJw4SNN7+X+1RjKwfDu
4bP2r/zp6p+y21Ptk7xaARtlvEkd11HTjn/ZG/tFrG5MncKgA2J9vEqnl/VfpuRl25bn3Muv
O55Y/aNfgFbwMCnp9Bopc97S4umx290nzKU5RkBXYdOyoRIJvx6tTN+zOzXB9b7G+1lr/U2t
Y54EFrT3gA6KAPRR+k9UuJLiXEuJJAducdPCw6q7fgYt9nqWNJJguaHENcW/R3NHMITemYbG
FjWmC1zeT9F0SPwTF6BtnShTZW2x3ptc17h7pBaQ0EaTy3VRro6U5xpx3Fji0T6ZIkNEzPBM
O1R7em4lk7mnUkmHEcncfxSrxMektNbSCyY1J5DWn8GhFTRY/FYyt7sZzMfez0Xk7gRBY0xq
eOylaemOfYXWuHqtDntBcGkOAYCBHmOFYbg4zSC0H2kFoLiQ2JgNE6DVAf0vFj2bmO9vuBJg
NLTp/mooROs6a936S57hXtMuc4g/nD/NhEGPhX61ucTUQ3c0kQW7u/8AaKk7p2IfzXdvzjzr
r85RWVsqbtYIEl0ebjJRAUiGJU21tsuc9vG5xImNs/cipEqJKchBlZQoc0Ebtwcf80fxOirH
qZFRtNcRULQJmSTG3hXjB+SiYTDGROkqHalpEuhpzsW9/Ua8iyyv0xs9JgPeQSVDpuQW9J3f
nVbmD4zp+Vaax8Jr68i7CLTt9X1JjTaNefPRRyjKEoEmzISiZeJ1DGQYmOtkgi/F02BzWBpO
4t0k6koBxGeo6zcQ4uLpEaT8kcANBjvqqubmCgemGh7n8gzoP7JCdlMYY+LIL4Ng3eTjllkG
PEeEz0Pk1ywDIBc1woedrbSBq74wrVePXUSWySfGP7lVpsqyGxdsqrY5vsBLfa1r+Jk8lWcL
IpyQBZ+h2j3RLp8OVU5TLAyPFHUkyiR+IdP4jgyjGOCR4YgY8g6eB/ikHIT9pUZ1T7h4hL4j
ilLJjkKIjGVx2sWDX12anI5IxhMHQmQqQ6aHX6KOrfGfBOZaABHzKYkRAICYOEakFVxD0A+2
eETnL2if3hvw1WjMZeoj3PUYRj7gH7vS99WFnOohRlPYSTMg/BQlaHDP7lw2OLgrrw+V7tLi
j97ujw8d9L862e+xr6fstM2M/m2fnD90KRvp/wBIz/OC+ZUkwMer9LOvp/0jf84KDr6v9I3/
ADgvmxJOFKfo919X+kb/AJwUHXVfvt/zgvnNJEIL9EG2r99v3hRNtf77fvC+eUk5T9Bm2v8A
fb94UTbX++37wvn5JEIffjbX++37woGyv95v3heCJIqfeTYz94feFE2M/eH3heEJJyH3U2M/
eH3hQNjP3h94XhqSKH3EvZ+8PvCiXs/eH3heIJIqfbS9n7w+8KJe394fevFEklPtRe394feo
72/vD714ukkp9mL2+I+9RLmdyPwXjaSKtej7CSzxH4Jpb4hePpIj6K18X1/cPEfeolw8QvIk
kdfBD64XDxCjI8QvJUkfsQ+slw8QmkeK8nSSU//ZCmVuZHN0cmVhbQ1lbmRvYmoNMSAwIG9i
ag08PCANL1RleHRCb3ggL0RpdiANL0ZyYW1lIC9EaXYgDS9Gb290bm90ZSAvTm90ZSANL0Vu
ZG5vdGUgL05vdGUgDS9TaGFwZSAvRmlndXJlIA0vSW5saW5lU2hhcGUgL0ZpZ3VyZSANL1RP
QSAvVE9DIA0vVE9BSSAvVE9DSSANL1RPRiAvVE9DIA0vVE9GSSAvVE9DSSANL1N1cGVyc2Ny
aXB0IC9TcGFuIA0vU3Vic2NyaXB0IC9TcGFuIA0vU3RyaWtlb3V0IC9TcGFuIA0vVW5kZXJs
aW5lIC9TcGFuIA0vRHJvcENhcCAvRmlndXJlIA0vTm9ybWFsIC9QIA0vUGMtZW50cnkgL1Ag
DT4+IA1lbmRvYmoNMiAwIG9iag08PCANL1MgL05vcm1hbCANL0EgWyAzIDAgUiBdIA0vQyAv
Tm9ybWFsIA0vUGcgMTA5IDAgUiANL0sgWyAwIDYgMCBSIDIgXSANL1AgODEgMCBSIA0+PiAN
ZW5kb2JqDTMgMCBvYmoNPDwgDS9PIC9MYXlvdXQgDS9TdGFydEluZGVudCA5IA0vVGV4dEFs
aWduIC9FbmQgDT4+IA1lbmRvYmoNNCAwIG9iag08PCANL05vcm1hbCA1IDAgUiANL1BjLWVu
dHJ5IDE3IDAgUiANPj4gDWVuZG9iag01IDAgb2JqDTw8IA0vTyAvTGF5b3V0IA0vV3JpdGlu
Z01vZGUgL0xyVGIgDS9TdGFydEluZGVudCAwIA0vRW5kSW5kZW50IDAgDS9UZXh0QWxpZ24g
L1N0YXJ0IA0vU3BhY2VCZWZvcmUgMCANL1NwYWNlQWZ0ZXIgMCANL1RleHRJbmRlbnQgMCAN
Pj4gDWVuZG9iag02IDAgb2JqDTw8IA0vUyAvU3VwZXJzY3JpcHQgDS9QIDIgMCBSIA0vQSA5
MyAwIFIgDS9QZyAxMDkgMCBSIA0vSyAxIA0+PiANZW5kb2JqDTcgMCBvYmoNPDwgDS9TIC9O
b3JtYWwgDS9BIFsgOCAwIFIgXSANL0MgL05vcm1hbCANL1BnIDEwOSAwIFIgDS9LIDMgDS9Q
IDgxIDAgUiANPj4gDWVuZG9iag04IDAgb2JqDTw8IA0vTyAvTGF5b3V0IA0vVGV4dEFsaWdu
IC9FbmQgDT4+IA1lbmRvYmoNOSAwIG9iag08PCANL1MgL05vcm1hbCANL0EgWyAxMCAwIFIg
XSANL0MgL05vcm1hbCANL1BnIDEwOSAwIFIgDS9LIDQgDS9QIDgxIDAgUiANPj4gDWVuZG9i
ag0xMCAwIG9iag08PCANL08gL0xheW91dCANL1RleHRBbGlnbiAvRW5kIA0+PiANZW5kb2Jq
DTExIDAgb2JqDTw8IA0vUyAvTm9ybWFsIA0vQyAvTm9ybWFsIA0vUGcgMTA5IDAgUiANL0sg
OCANL1AgODMgMCBSIA0vQSA8PCAvTyAvTGF5b3V0IC9TdGFydEluZGVudCAtNjUgL0VuZElu
ZGVudCA0MzkgPj4gDT4+IA1lbmRvYmoNMTIgMCBvYmoNPDwgDS9TIC9Ob3JtYWwgDS9DIC9O
b3JtYWwgDS9QZyAxMDkgMCBSIA0vSyA5IA0vUCA4MyAwIFIgDS9BIDw8IC9PIC9MYXlvdXQg
L1N0YXJ0SW5kZW50IC02NSAvRW5kSW5kZW50IDQzOSA+PiANPj4gDWVuZG9iag0xMyAwIG9i
ag08PCANL1MgL05vcm1hbCANL0MgL05vcm1hbCANL1BnIDEwOSAwIFIgDS9LIDEwIA0vUCA4
MyAwIFIgDS9BIDw8IC9PIC9MYXlvdXQgL1N0YXJ0SW5kZW50IC02NSAvRW5kSW5kZW50IDQz
OSA+PiANPj4gDWVuZG9iag0xNCAwIG9iag08PCANL1MgL05vcm1hbCANL0MgL05vcm1hbCAN
L1BnIDEwOSAwIFIgDS9LIDExIA0vUCA4MyAwIFIgDS9BIDw8IC9PIC9MYXlvdXQgL1N0YXJ0
SW5kZW50IC02NSAvRW5kSW5kZW50IDQzOSA+PiANPj4gDWVuZG9iag0xNSAwIG9iag08PCAN
L1MgL1BjLWVudHJ5IA0vQyAvUGMtZW50cnkgDS9QZyAxMDkgMCBSIA0vSyAxMiANL1AgODMg
MCBSIA0vQSA8PCAvTyAvTGF5b3V0IC9TdGFydEluZGVudCAtNjUgL0VuZEluZGVudCA0Mzkg
Pj4gDT4+IA1lbmRvYmoNMTYgMCBvYmoNPDwgDS9TIC9QYy1lbnRyeSANL0MgL1BjLWVudHJ5
IA0vUGcgMTA5IDAgUiANL0sgMTMgDS9QIDgzIDAgUiANL0EgPDwgL08gL0xheW91dCAvU3Rh
cnRJbmRlbnQgLTY1IC9FbmRJbmRlbnQgNDM5ID4+IA0+PiANZW5kb2JqDTE3IDAgb2JqDTw8
IA0vTyAvTGF5b3V0IA0vV3JpdGluZ01vZGUgL0xyVGIgDS9TdGFydEluZGVudCA3LjIgDS9F
bmRJbmRlbnQgMCANL1RleHRBbGlnbiAvU3RhcnQgDS9TcGFjZUJlZm9yZSAwIA0vU3BhY2VB
ZnRlciAwIA0vVGV4dEluZGVudCAtNy4xOTk5OCANPj4gDWVuZG9iag0xOCAwIG9iag08PCAN
L1MgL1BjLWVudHJ5IA0vQyAvUGMtZW50cnkgDS9QZyAxMDkgMCBSIA0vSyAxNCANL1AgODMg
MCBSIA0vQSA8PCAvTyAvTGF5b3V0IC9TdGFydEluZGVudCAtNjUgL0VuZEluZGVudCA0Mzkg
Pj4gDT4+IA1lbmRvYmoNMTkgMCBvYmoNPDwgDS9TIC9QYy1lbnRyeSANL0MgL1BjLWVudHJ5
IA0vUGcgMTA5IDAgUiANL0sgMTUgDS9QIDgzIDAgUiANL0EgPDwgL08gL0xheW91dCAvU3Rh
cnRJbmRlbnQgLTY1IC9FbmRJbmRlbnQgNDM5ID4+IA0+PiANZW5kb2JqDTIwIDAgb2JqDTw8
IA0vUyAvUGMtZW50cnkgDS9DIC9QYy1lbnRyeSANL1BnIDEwOSAwIFIgDS9LIDE2IA0vUCA4
MyAwIFIgDS9BIDw8IC9PIC9MYXlvdXQgL1N0YXJ0SW5kZW50IC02NSAvRW5kSW5kZW50IDQz
OSA+PiANPj4gDWVuZG9iag0yMSAwIG9iag08PCANL1MgL1BjLWVudHJ5IA0vQyAvUGMtZW50
cnkgDS9QZyAxMDkgMCBSIA0vSyAxNyANL1AgODMgMCBSIA0vQSA8PCAvTyAvTGF5b3V0IC9T
dGFydEluZGVudCAtNjUgL0VuZEluZGVudCA0MzkgPj4gDT4+IA1lbmRvYmoNMjIgMCBvYmoN
PDwgDS9TIC9QYy1lbnRyeSANL0MgL1BjLWVudHJ5IA0vUGcgMTA5IDAgUiANL0sgMTggDS9Q
IDgzIDAgUiANL0EgPDwgL08gL0xheW91dCAvU3RhcnRJbmRlbnQgLTY1IC9FbmRJbmRlbnQg
NDM5ID4+IA0+PiANZW5kb2JqDTIzIDAgb2JqDTw8IA0vUyAvUGMtZW50cnkgDS9DIC9QYy1l
bnRyeSANL1BnIDEwOSAwIFIgDS9LIDE5IA0vUCA4MyAwIFIgDS9BIDw8IC9PIC9MYXlvdXQg
L1N0YXJ0SW5kZW50IC02NSAvRW5kSW5kZW50IDQzOSA+PiANPj4gDWVuZG9iag0yNCAwIG9i
ag08PCANL1MgL1BjLWVudHJ5IA0vQyAvUGMtZW50cnkgDS9QZyAxMDkgMCBSIA0vSyAyMCAN
L1AgODMgMCBSIA0vQSA8PCAvTyAvTGF5b3V0IC9TdGFydEluZGVudCAtNjUgL0VuZEluZGVu
dCA0MzkgPj4gDT4+IA1lbmRvYmoNMjUgMCBvYmoNPDwgDS9TIC9QYy1lbnRyeSANL0MgL1Bj
LWVudHJ5IA0vUGcgMTA5IDAgUiANL0sgMjEgDS9QIDgzIDAgUiANL0EgPDwgL08gL0xheW91
dCAvU3RhcnRJbmRlbnQgLTY1IC9FbmRJbmRlbnQgNDM5ID4+IA0+PiANZW5kb2JqDTI2IDAg
b2JqDTw8IA0vUyAvUGMtZW50cnkgDS9DIC9QYy1lbnRyeSANL1BnIDEwOSAwIFIgDS9LIDIy
IA0vUCA4MyAwIFIgDS9BIDw8IC9PIC9MYXlvdXQgL1N0YXJ0SW5kZW50IC02NSAvRW5kSW5k
ZW50IDQzOSA+PiANPj4gDWVuZG9iag0yNyAwIG9iag08PCANL1MgL1BjLWVudHJ5IA0vQyAv
UGMtZW50cnkgDS9QZyAxMDkgMCBSIA0vSyAyMyANL1AgODMgMCBSIA0vQSA8PCAvTyAvTGF5
b3V0IC9TdGFydEluZGVudCAtNjUgL0VuZEluZGVudCA0MzkgPj4gDT4+IA1lbmRvYmoNMjgg
MCBvYmoNPDwgDS9TIC9QYy1lbnRyeSANL0MgL1BjLWVudHJ5IA0vUGcgMTA5IDAgUiANL0sg
MjQgDS9QIDgzIDAgUiANL0EgPDwgL08gL0xheW91dCAvU3RhcnRJbmRlbnQgLTY1IC9FbmRJ
bmRlbnQgNDM5ID4+IA0+PiANZW5kb2JqDTI5IDAgb2JqDTw8IA0vUyAvUGMtZW50cnkgDS9D
IC9QYy1lbnRyeSANL1BnIDEwOSAwIFIgDS9LIDI1IA0vUCA4MyAwIFIgDS9BIDw8IC9PIC9M
YXlvdXQgL1N0YXJ0SW5kZW50IC02NSAvRW5kSW5kZW50IDQzOSA+PiANPj4gDWVuZG9iag0z
MCAwIG9iag08PCANL1MgL1BjLWVudHJ5IA0vQyAvUGMtZW50cnkgDS9QZyAxMDkgMCBSIA0v
SyAyNiANL1AgODMgMCBSIA0vQSA8PCAvTyAvTGF5b3V0IC9TdGFydEluZGVudCAtNjUgL0Vu
ZEluZGVudCA0MzkgPj4gDT4+IA1lbmRvYmoNMzEgMCBvYmoNPDwgDS9TIC9QYy1lbnRyeSAN
L0MgL1BjLWVudHJ5IA0vUGcgMTA5IDAgUiANL0sgMjcgDS9QIDgzIDAgUiANL0EgPDwgL08g
L0xheW91dCAvU3RhcnRJbmRlbnQgLTY1IC9FbmRJbmRlbnQgNDM5ID4+IA0+PiANZW5kb2Jq
DTMyIDAgb2JqDTw8IA0vUyAvUGMtZW50cnkgDS9DIC9QYy1lbnRyeSANL1BnIDEwOSAwIFIg
DS9LIDI4IA0vUCA4MyAwIFIgDS9BIDw8IC9PIC9MYXlvdXQgL1N0YXJ0SW5kZW50IC02NSAv
RW5kSW5kZW50IDQzOSA+PiANPj4gDWVuZG9iag0zMyAwIG9iag08PCANL1MgL1BjLWVudHJ5
IA0vQyAvUGMtZW50cnkgDS9QZyAxMDkgMCBSIA0vSyAyOSANL1AgODMgMCBSIA0vQSA8PCAv
TyAvTGF5b3V0IC9TdGFydEluZGVudCAtNjUgL0VuZEluZGVudCA0MzkgPj4gDT4+IA1lbmRv
YmoNMzQgMCBvYmoNPDwgDS9TIC9QYy1lbnRyeSANL0MgL1BjLWVudHJ5IA0vUGcgMTA5IDAg
UiANL0sgMzAgDS9QIDgzIDAgUiANL0EgPDwgL08gL0xheW91dCAvU3RhcnRJbmRlbnQgLTY1
IC9FbmRJbmRlbnQgNDM5ID4+IA0+PiANZW5kb2JqDTM1IDAgb2JqDTw8IA0vUyAvUGMtZW50
cnkgDS9DIC9QYy1lbnRyeSANL1BnIDEwOSAwIFIgDS9LIDMxIA0vUCA4MyAwIFIgDS9BIDw8
IC9PIC9MYXlvdXQgL1N0YXJ0SW5kZW50IC02NSAvRW5kSW5kZW50IDQzOSA+PiANPj4gDWVu
ZG9iag0zNiAwIG9iag08PCANL1MgL05vcm1hbCANL0MgL05vcm1hbCANL1BnIDEwOSAwIFIg
DS9LIDMyIA0vUCA4MyAwIFIgDS9BIDw8IC9PIC9MYXlvdXQgL1N0YXJ0SW5kZW50IC02NSAv
RW5kSW5kZW50IDQzOSA+PiANPj4gDWVuZG9iag0zNyAwIG9iag08PCANL1MgL05vcm1hbCAN
L0MgL05vcm1hbCANL1BnIDEwOSAwIFIgDS9LIDMzIA0vUCA4MyAwIFIgDS9BIDw8IC9PIC9M
YXlvdXQgL1N0YXJ0SW5kZW50IC02NSAvRW5kSW5kZW50IDQzOSA+PiANPj4gDWVuZG9iag0z
OCAwIG9iag08PCANL1MgL05vcm1hbCANL0MgL05vcm1hbCANL1BnIDEwOSAwIFIgDS9LIDM0
IA0vUCA4MyAwIFIgDS9BIDw8IC9PIC9MYXlvdXQgL1N0YXJ0SW5kZW50IC02NSAvRW5kSW5k
ZW50IDQzOSA+PiANPj4gDWVuZG9iag0zOSAwIG9iag08PCANL1MgL05vcm1hbCANL0MgL05v
cm1hbCANL1BnIDEwOSAwIFIgDS9LIDM1IA0vUCA4MyAwIFIgDS9BIDw8IC9PIC9MYXlvdXQg
L1N0YXJ0SW5kZW50IC02NSAvRW5kSW5kZW50IDQzOSA+PiANPj4gDWVuZG9iag00MCAwIG9i
ag08PCANL1MgL05vcm1hbCANL0MgL05vcm1hbCANL1BnIDEwOSAwIFIgDS9LIDM2IA0vUCA4
MyAwIFIgDS9BIDw8IC9PIC9MYXlvdXQgL1N0YXJ0SW5kZW50IC02NSAvRW5kSW5kZW50IDQz
OSA+PiANPj4gDWVuZG9iag00MSAwIG9iag08PCANL1MgL05vcm1hbCANL0MgL05vcm1hbCAN
L1BnIDEwOSAwIFIgDS9LIDM3IA0vUCA4MyAwIFIgDS9BIDw8IC9PIC9MYXlvdXQgL1N0YXJ0
SW5kZW50IC02NSAvRW5kSW5kZW50IDQzOSA+PiANPj4gDWVuZG9iag00MiAwIG9iag08PCAN
L1MgL05vcm1hbCANL0EgWyA0MyAwIFIgXSANL0MgL05vcm1hbCANL1BnIDEwOSAwIFIgDS9L
IDUgDS9QIDgyIDAgUiANPj4gDWVuZG9iag00MyAwIG9iag08PCANL08gL0xheW91dCANL1Rl
eHRBbGlnbiAvQ2VudGVyIA0vU3RhcnRJbmRlbnQgNzkgDS9FbmRJbmRlbnQgLTEyIA0+PiAN
ZW5kb2JqDTQ0IDAgb2JqDTw8IA0vUyAvTm9ybWFsIA0vQyAvTm9ybWFsIA0vUGcgMTA5IDAg
UiANL0sgNiANL1AgODIgMCBSIA0vQSA8PCAvTyAvTGF5b3V0IC9TdGFydEluZGVudCA3OSAv
RW5kSW5kZW50IC0xMiA+PiANPj4gDWVuZG9iag00NSAwIG9iag08PCANL1MgL05vcm1hbCAN
L0MgL05vcm1hbCANL1BnIDEwOSAwIFIgDS9LIDcgDS9QIDgyIDAgUiANL0EgPDwgL08gL0xh
eW91dCAvU3RhcnRJbmRlbnQgNzkgL0VuZEluZGVudCAtMTIgPj4gDT4+IA1lbmRvYmoNNDYg
MCBvYmoNPDwgDS9TIC9Ob3JtYWwgDS9DIC9Ob3JtYWwgDS9QZyAxMDkgMCBSIA0vSyAzOCAN
L1AgODQgMCBSIA0vQSA8PCAvTyAvTGF5b3V0IC9TdGFydEluZGVudCA3OSAvRW5kSW5kZW50
IDIxNCA+PiANPj4gDWVuZG9iag00NyAwIG9iag08PCANL1MgL05vcm1hbCANL0MgL05vcm1h
bCANL1BnIDEwOSAwIFIgDS9LIDM5IA0vUCA4NCAwIFIgDS9BIDw8IC9PIC9MYXlvdXQgL1N0
YXJ0SW5kZW50IDc5IC9FbmRJbmRlbnQgMjE0ID4+IA0+PiANZW5kb2JqDTQ4IDAgb2JqDTw8
IA0vUyAvTm9ybWFsIA0vQyAvTm9ybWFsIA0vUGcgMTA5IDAgUiANL0sgNDAgDS9QIDg0IDAg
UiANL0EgPDwgL08gL0xheW91dCAvU3RhcnRJbmRlbnQgNzkgL0VuZEluZGVudCAyMTQgPj4g
DT4+IA1lbmRvYmoNNDkgMCBvYmoNPDwgDS9TIC9Ob3JtYWwgDS9DIC9Ob3JtYWwgDS9QZyAx
MDkgMCBSIA0vSyA0MSANL1AgODQgMCBSIA0vQSA8PCAvTyAvTGF5b3V0IC9TdGFydEluZGVu
dCA3OSAvRW5kSW5kZW50IDIxNCA+PiANPj4gDWVuZG9iag01MCAwIG9iag08PCANL1MgL05v
cm1hbCANL0MgL05vcm1hbCANL1BnIDEwOSAwIFIgDS9LIDQyIA0vUCA4NCAwIFIgDS9BIDw8
IC9PIC9MYXlvdXQgL1N0YXJ0SW5kZW50IDc5IC9FbmRJbmRlbnQgMjE0ID4+IA0+PiANZW5k
b2JqDTUxIDAgb2JqDTw8IA0vUyAvTm9ybWFsIA0vQyAvTm9ybWFsIA0vUGcgMTA5IDAgUiAN
L0sgNDMgDS9QIDg0IDAgUiANL0EgPDwgL08gL0xheW91dCAvU3RhcnRJbmRlbnQgNzkgL0Vu
ZEluZGVudCAyMTQgPj4gDT4+IA1lbmRvYmoNNTIgMCBvYmoNPDwgDS9TIC9Ob3JtYWwgDS9D
IC9Ob3JtYWwgDS9QZyAxMDkgMCBSIA0vSyA0NCANL1AgODQgMCBSIA0vQSA8PCAvTyAvTGF5
b3V0IC9TdGFydEluZGVudCA3OSAvRW5kSW5kZW50IDIxNCA+PiANPj4gDWVuZG9iag01MyAw
IG9iag08PCANL1MgL05vcm1hbCANL0MgL05vcm1hbCANL1BnIDEwOSAwIFIgDS9LIDQ1IA0v
UCA4NCAwIFIgDS9BIDw8IC9PIC9MYXlvdXQgL1N0YXJ0SW5kZW50IDc5IC9FbmRJbmRlbnQg
MjE0ID4+IA0+PiANZW5kb2JqDTU0IDAgb2JqDTw8IA0vUyAvTm9ybWFsIA0vQyAvTm9ybWFs
IA0vUGcgMTA5IDAgUiANL0sgNDYgDS9QIDg0IDAgUiANL0EgPDwgL08gL0xheW91dCAvU3Rh
cnRJbmRlbnQgNzkgL0VuZEluZGVudCAyMTQgPj4gDT4+IA1lbmRvYmoNNTUgMCBvYmoNPDwg
DS9TIC9Ob3JtYWwgDS9DIC9Ob3JtYWwgDS9QZyAxMDkgMCBSIA0vSyA0NyANL1AgODQgMCBS
IA0vQSA8PCAvTyAvTGF5b3V0IC9TdGFydEluZGVudCA3OSAvRW5kSW5kZW50IDIxNCA+PiAN
Pj4gDWVuZG9iag01NiAwIG9iag08PCANL1MgL05vcm1hbCANL0MgL05vcm1hbCANL1BnIDEw
OSAwIFIgDS9LIDQ4IA0vUCA4NSAwIFIgDS9BIDw8IC9PIC9MYXlvdXQgL1N0YXJ0SW5kZW50
IDI5NSAvRW5kSW5kZW50IC0xMiA+PiANPj4gDWVuZG9iag01NyAwIG9iag08PCANL1MgL05v
cm1hbCANL0MgL05vcm1hbCANL1BnIDEwOSAwIFIgDS9LIDQ5IA0vUCA4NSAwIFIgDS9BIDw8
IC9PIC9MYXlvdXQgL1N0YXJ0SW5kZW50IDI5NSAvRW5kSW5kZW50IC0xMiA+PiANPj4gDWVu
ZG9iag01OCAwIG9iag08PCANL1MgL05vcm1hbCANL0MgL05vcm1hbCANL1BnIDEwOSAwIFIg
DS9LIDUwIA0vUCA4NSAwIFIgDS9BIDw8IC9PIC9MYXlvdXQgL1N0YXJ0SW5kZW50IDI5NSAv
RW5kSW5kZW50IC0xMiA+PiANPj4gDWVuZG9iag01OSAwIG9iag08PCANL1MgL05vcm1hbCAN
L0MgL05vcm1hbCANL1BnIDEwOSAwIFIgDS9LIDUxIA0vUCA4NSAwIFIgDS9BIDw8IC9PIC9M
YXlvdXQgL1N0YXJ0SW5kZW50IDI5NSAvRW5kSW5kZW50IC0xMiA+PiANPj4gDWVuZG9iag02
MCAwIG9iag08PCANL1MgL05vcm1hbCANL0MgL05vcm1hbCANL1BnIDEwOSAwIFIgDS9LIDUy
IA0vUCA4NSAwIFIgDS9BIDw8IC9PIC9MYXlvdXQgL1N0YXJ0SW5kZW50IDI5NSAvRW5kSW5k
ZW50IC0xMiA+PiANPj4gDWVuZG9iag02MSAwIG9iag08PCANL1MgL05vcm1hbCANL0MgL05v
cm1hbCANL1BnIDEwOSAwIFIgDS9LIDUzIA0vUCA4NSAwIFIgDS9BIDw8IC9PIC9MYXlvdXQg
L1N0YXJ0SW5kZW50IDI5NSAvRW5kSW5kZW50IC0xMiA+PiANPj4gDWVuZG9iag02MiAwIG9i
ag08PCANL1MgL05vcm1hbCANL0MgL05vcm1hbCANL1BnIDEwOSAwIFIgDS9LIDU0IA0vUCA4
NSAwIFIgDS9BIDw8IC9PIC9MYXlvdXQgL1N0YXJ0SW5kZW50IDI5NSAvRW5kSW5kZW50IC0x
MiA+PiANPj4gDWVuZG9iag02MyAwIG9iag08PCANL1MgL05vcm1hbCANL0MgL05vcm1hbCAN
L1BnIDEwOSAwIFIgDS9LIDU1IA0vUCA4NSAwIFIgDS9BIDw8IC9PIC9MYXlvdXQgL1N0YXJ0
SW5kZW50IDI5NSAvRW5kSW5kZW50IC0xMiA+PiANPj4gDWVuZG9iag02NCAwIG9iag08PCAN
L1MgL05vcm1hbCANL0MgL05vcm1hbCANL1BnIDEwOSAwIFIgDS9LIDU2IA0vUCA4NSAwIFIg
DS9BIDw8IC9PIC9MYXlvdXQgL1N0YXJ0SW5kZW50IDI5NSAvRW5kSW5kZW50IC0xMiA+PiAN
Pj4gDWVuZG9iag02NSAwIG9iag08PCANL1MgL05vcm1hbCANL0MgL05vcm1hbCANL1BnIDEw
OSAwIFIgDS9LIDU3IA0vUCA4NiAwIFIgDS9BIDw8IC9PIC9MYXlvdXQgL1N0YXJ0SW5kZW50
IDg4IC9FbmRJbmRlbnQgMTU3ID4+IA0+PiANZW5kb2JqDTY2IDAgb2JqDTw8IA0vUyAvTm9y
bWFsIA0vQyAvTm9ybWFsIA0vUGcgMTA5IDAgUiANL0sgNTggDS9QIDg2IDAgUiANL0EgPDwg
L08gL0xheW91dCAvU3RhcnRJbmRlbnQgODggL0VuZEluZGVudCAxNTcgPj4gDT4+IA1lbmRv
YmoNNjcgMCBvYmoNPDwgDS9TIC9Ob3JtYWwgDS9DIC9Ob3JtYWwgDS9QZyAxMDkgMCBSIA0v
SyA1OSANL1AgODYgMCBSIA0vQSA8PCAvTyAvTGF5b3V0IC9TdGFydEluZGVudCA4OCAvRW5k
SW5kZW50IDE1NyA+PiANPj4gDWVuZG9iag02OCAwIG9iag08PCANL1MgL05vcm1hbCANL0Mg
L05vcm1hbCANL1BnIDEwOSAwIFIgDS9LIDYwIA0vUCA4NiAwIFIgDS9BIDw8IC9PIC9MYXlv
dXQgL1N0YXJ0SW5kZW50IDg4IC9FbmRJbmRlbnQgMTU3ID4+IA0+PiANZW5kb2JqDTY5IDAg
b2JqDTw8IA0vUyAvTm9ybWFsIA0vQyAvTm9ybWFsIA0vUGcgMTA5IDAgUiANL0sgNjEgDS9Q
IDg2IDAgUiANL0EgPDwgL08gL0xheW91dCAvU3RhcnRJbmRlbnQgODggL0VuZEluZGVudCAx
NTcgPj4gDT4+IA1lbmRvYmoNNzAgMCBvYmoNPDwgDS9TIC9Ob3JtYWwgDS9BIFsgNzEgMCBS
IF0gDS9DIC9Ob3JtYWwgDS9QZyAxMDkgMCBSIA0vSyA2MiANL1AgODcgMCBSIA0+PiANZW5k
b2JqDTcxIDAgb2JqDTw8IA0vTyAvTGF5b3V0IA0vVGV4dEFsaWduIC9DZW50ZXIgDS9TdGFy
dEluZGVudCA1NiANL0VuZEluZGVudCA5OSANPj4gDWVuZG9iag03MiAwIG9iag08PCANL1Mg
L05vcm1hbCANL0MgL05vcm1hbCANL1BnIDEwOSAwIFIgDS9LIFsgNjQgNzMgMCBSIDY3IF0g
DS9QIDg5IDAgUiANL0EgPDwgL08gL0xheW91dCAvU3RhcnRJbmRlbnQgMzc2IC9FbmRJbmRl
bnQgLTcgPj4gDT4+IA1lbmRvYmoNNzMgMCBvYmoNPDwgDS9TIC9MaW5rIA0vUCA3MiAwIFIg
DS9LIFsgNzQgMCBSIDw8IC9UeXBlIC9PQkpSIC9QZyAxMDkgMCBSIC9PYmogMTExIDAgUiA+
PiBdIA0+PiANZW5kb2JqDTc0IDAgb2JqDTw8IA0vUyAvVW5kZXJsaW5lIA0vUCA3MyAwIFIg
DS9BIDk0IDAgUiANL1BnIDEwOSAwIFIgDS9LIDY1IA0+PiANZW5kb2JqDTc1IDAgb2JqDTw8
IA0vUyAvTm9ybWFsIA0vQSBbIDc2IDAgUiBdIA0vQyAvTm9ybWFsIA0vSyA3NyAwIFIgDS9Q
IDg5IDAgUiANPj4gDWVuZG9iag03NiAwIG9iag08PCANL08gL0xheW91dCANL1RleHRBbGln
biAvQ2VudGVyIA0vU3RhcnRJbmRlbnQgMzc2IA0vRW5kSW5kZW50IC03IA0+PiANZW5kb2Jq
DTc3IDAgb2JqDTw8IA0vUyAvSW5saW5lU2hhcGUgDS9QZyAxMDkgMCBSIA0vUCA3NSAwIFIg
DS9LIFsgNjYgNjggXSANL0FsdCAoKQ0vQSBbIDk1IDAgUiBdIA0+PiANZW5kb2JqDTc4IDAg
b2JqDTw8IA0vUyAvTm9ybWFsIA0vQyAvTm9ybWFsIA0vUGcgMTA5IDAgUiANL0sgNjkgDS9Q
IDkwIDAgUiANL0EgPDwgL08gL0xheW91dCAvU3RhcnRJbmRlbnQgLTY1IC9FbmRJbmRlbnQg
NDM4ID4+IA0+PiANZW5kb2JqDTc5IDAgb2JqDTw8IA0vUyAvTm9ybWFsIA0vQyAvTm9ybWFs
IA0vUGcgMTA5IDAgUiANL0sgWyA4MCAwIFIgNzEgXSANL1AgOTAgMCBSIA0vQSA8PCAvTyAv
TGF5b3V0IC9TdGFydEluZGVudCAtNjUgL0VuZEluZGVudCA0MzggPj4gDT4+IA1lbmRvYmoN
ODAgMCBvYmoNPDwgDS9TIC9JbmxpbmVTaGFwZSANL1BnIDEwOSAwIFIgDS9LIDcwIA0vUCA3
OSAwIFIgDS9BbHQgKCkNL0EgWyA5NiAwIFIgXSANPj4gDWVuZG9iag04MSAwIG9iag08PCAN
L1MgL1NlY3QgDS9QIDEwOCAwIFIgDS9MYW5nIChFTi1HQikNL0sgWyAyIDAgUiA3IDAgUiA5
IDAgUiA4OCAwIFIgODMgMCBSIDgyIDAgUiA4NCAwIFIgODUgMCBSIDg2IDAgUiA4NyAwIFIg
DTg5IDAgUiA5MCAwIFIgXSANPj4gDWVuZG9iag04MiAwIG9iag08PCANL1MgL1RleHRCb3gg
DS9BbHQgKFRleHQgQm94OiBTY29wZVxyXG5XaXJlbGVzcyBzZW5zb3IgbmV0d29ya3MgXChX
U05cKSAtIG5ldHdvcmtzIG9mIHRpbnksIFwNYXV0b25vbW91cyBkZXZpY2VzIGVxdWlwcGVk
IHdpdGggd2lyZWxlc3MgY29tbXVuaWNhdGlvbiAtIGFyZSBhIHRvcGljIG9mXA0gYWN0aXZl
IHJlc2VhcmNoIGluIGEgbnVtYmVyIG9mIGRpZmZlcmVudCByZXNlYXJjaCBjb21tdW5pdGll
cywgcmFuZ2luZyBcDWZyb20gaGFyZHdhcmUgdG8gYXBwbGljYXRpb25zLiBXU05zIGFyZSBj
aGFyYWN0ZXJpemVkIGJ5IGEgbmVlZCB0byBjYXJlZlwNdWxseSBpbnRlZ3JhdGUgZnVuY3Rp
b25hbGl0aWVzIHRyYWRpdGlvbmFsbHkgY29uc2lkZXJlZCB0byBiZSBzZXBhcmF0ZSBpXA1u
IG9yZGVyIHRvIGFjaGlldmUgbWF4aW11bSBlZmZpY2llbmN5LCBlc3BlY2lhbGx5IHdpdGgg
cmVnYXJkIHRvIGVuZXJneSBcDWNvbnN1bXB0aW9uIGFuZCBtYW5hZ2VtZW50LiBIZW5jZSwg
YSBjbG9zZSBpbnRlcmFjdGlvbiBvZiByZXNlYXJjaCBmcm9tIFwNZGlmZmVyZW50IGJhY2tn
cm91bmRzIGlzIHJlcXVpcmVkLiBBZGRpdGlvbmFsbHksIFdTTnMgYXJlIGV2b2x2aW5nIGZy
b20gXA1zaW1wbGUgZGF0YSB0cmFuc3BvcnRhdGlvbiBuZXR3b3JrcyB0byBmdW5jdGlvbmFs
bHkgcmljaCBkaXN0cmlidXRlZCBzeXNcDXRlbXMsIGUuZy4sIGJlY2F1c2UgYWN0dWF0b3Jz
IGluIHRoZSBuZXR3b3JrIGhhdmUgdG8gYmUgc3VwcG9ydGVkLlxyXG5UaFwNZSBnb2FsIG9m
IHRoaXMgd29ya3Nob3AgaXMgdG8gYnJpbmcgdG9nZXRoZXIgcmVzZWFyY2hlcnMgZnJvbSBk
aWZmZXJlbnQgXA1iYWNrZ3JvdW5kcywgZnJvbSBoYXJkd2FyZSB0byBhcHBsaWNhdGlvbnMs
IHRvIGNyZWF0ZSBhIGZvcnVtIHdoZXJlIGNyb3NcDXMtbGF5ZXIgaW50ZWdyYXRpb24sIG5v
dmVsIHNvbHV0aW9ucyBmb3Igc3BlY2lmaWMgcHJvYmxlbXMsIGFuZCB0aGUgZnV0dVwNcmUg
ZGV2ZWxvcG1lbnQgb2YgV1NOIGZ1bmN0aW9uYWxpdGllcyBjYW4gYmUgZGlzY3Vzc2VkLlxy
XG5cMDAwKQ0vUCA4MSAwIFIgDS9LIFsgNDIgMCBSIDQ0IDAgUiA0NSAwIFIgXSANPj4gDWVu
ZG9iag04MyAwIG9iag08PCANL1MgL1RleHRCb3ggDS9BbHQgKFwzNzZcMzc3XDAwMFRcMDAw
ZVwwMDB4XDAwMHRcMDAwIFwwMDBCXDAwMG9cMDAweFwwMDA6XDAwMCBcMDAwQ1wwMDBoXDAw
MFwNYVwwMDBpXDAwMHJcMDAwXHJcMDAwXG5cMDAwQVwwMDBkXDAwMGFcMDAwbVwwMDAgXDAw
MFdcMDAwb1wwMDBsXDAwMGlcMDAwXA1zXDAwMHpcMDAwLFwwMDAgXDAwMFRcMDAwVVwwMDAg
XDAwMEJcMDAwZVwwMDByXDAwMGxcMDAwaVwwMDBuXDAwMFxyXDAwMFxuXA1cMDAwXHJcMDAw
XG5cMDAwUFwwMDByXDAwMG9cMDAwZ1wwMDByXDAwMGFcMDAwbVwwMDAgXDAwMENcMDAwb1ww
MDBtXDAwMG1cDVwwMDBpXDAwMHRcMDAwdFwwMDBlXDAwMGVcMDAwXHJcMDAwXG5cMDAwSFww
MDBvXDAwMGxcMDAwZ1wwMDBlXDAwMHJcMDAwIFwNXDAwMEJcMDAwb1wwMDBjXDAwMGhcMDAw
ZVwwMDAsXDAwMCBcMDAwSFwwMDBlXDAwMGlcMDAwblwwMDByXDAwMGlcMDAwY1wwMDBcDWhc
MDAwLVwwMDBIXDAwMGVcMDAwclwwMDB0XDAwMHpcMDAwLVwwMDBJXDAwMG5cMDAwc1wwMDBp
XDAwMHRcMDAwdVwwMDB0XDAwMFwNZVwwMDAsXDAwMCBcMDAwQlwwMDBlXDAwMHJcMDAwbFww
MDBpXDAwMG5cMDAwXHJcMDAwXG5cMDAwRVwwMDByXDAwMGRcMDAwXA1hXDAwMGxcMDAwIFww
MDBDXDAwMGFcMDAweVwwMDBpXDAwMHJcMDAwY1wwMDBpXDAwMCxcMDAwIFwwMDBZXDAwMGVc
MDAwZFwwMDBcDWlcMDAwdFwwMDBlXDAwMHBcMDAwZVwwMDAgXDAwMFVcMDAwblwwMDBpXDAw
MHZcMDAwZVwwMDByXDAwMHNcMDAwaVwwMDB0XDAwMFwNeVwwMDAgXDAwMElcMDAwc1wwMDB0
XDAwMGFcMDAwblwwMDBiXDAwMHVcMDAwbFwwMDBcclwwMDBcblwwMDBLXDAwMHVcMDAwXA1y
XDAwMHRcMDAwIFwwMDBHXDAwMGVcMDAwaVwwMDBoXDAwMHNcMDAwLFwwMDAgXDAwMFRcMDAw
VVwwMDAgXDAwMEJcMDAwZVwwMDBcDXJcMDAwbFwwMDBpXDAwMG5cMDAwXHJcMDAwXG5cMDAw
UFwwMDBhXDAwMHVcMDAwbFwwMDAgXDAwMEhcMDAwYVwwMDB2XDAwMFwNaVwwMDBuXDAwMGdc
MDAwYVwwMDAsXDAwMCBcMDAwVVwwMDBuXDAwMGlcMDAwdlwwMDBlXDAwMHJcMDAwc1wwMDBp
XDAwMHRcMDAwXA15XDAwMCBcMDAwVFwwMDB3XDAwMGVcMDAwblwwMDB0XDAwMGVcMDAwXHJc
MDAwXG5cMDAwSFwwMDBvXDAwMGxcMDAwZ1wwMDBcDWVcMDAwclwwMDAgXDAwMEtcMDAwYVww
MDByXDAwMGxcMDAwLFwwMDAgXDAwMFRcMDAwVVwwMDAgXDAwMEJcMDAwZVwwMDByXDAwMFwN
bFwwMDBpXDAwMG5cMDAwXHJcMDAwXG5cMDAwVFwwMDBoXDAwMG9cMDAwbVwwMDBhXDAwMHNc
MDAwIFwwMDBMXDAwMGVcMDAwXA1uXDAwMHRcMDAwc1wwMDBjXDAwMGhcMDAwLFwwMDAgXDAw
MElcMDAwblwwMDBmXDAwMGlcMDAwblwwMDBlXDAwMG9cMDAwblwwMDBcDVxyXDAwMFxuXDAw
MElcMDAwYVwwMDBuXDAwMCBcMDAwTVwwMDBhXDAwMHJcMDAwc1wwMDBoXDAwMGFcMDAwbFww
MDBsXDAwMFwNLFwwMDAgXDAwMEJcMDAwVFwwMDAgXDAwMGVcMDAweFwwMDBhXDAwMGNcMDAw
dFwwMDBcclwwMDBcblwwMDBGXDAwMHJcMDAwXA1pXDAwMGVcMDAwZFwwMDBlXDAwMG1cMDAw
YVwwMDBuXDAwMG5cMDAwIFwwMDBNXDAwMGFcMDAwdFwwMDB0XDAwMGVcMDAwclwwMDBcDW5c
MDAwLFwwMDAgXDAwMEVcMDAwVFwwMDBIXDAwMCBcMDAwWlwwMDBcMzc0XDAwMHJcMDAwaVww
MDBjXDAwMGhcMDAwXHJcMDAwXA1cblwwMDBDXDAwMGhcMDAwaVwwMDBhXDAwMHJcMDAwYVww
MDAgXDAwMFBcMDAwZVwwMDB0XDAwMHJcMDAwaVwwMDBvXDAwMGxcDVwwMDBpXDAwMCxcMDAw
IFwwMDBVXDAwMG5cMDAwaVwwMDB2XDAwMGVcMDAwclwwMDBzXDAwMGlcMDAwdFwwMDB5XDAw
MCAgXDAzNlwNXDAwMExcMDAwYVwwMDAgXDAwMFNcMDAwYVwwMDBwXDAwMGlcMDAwZVwwMDBu
XDAwMHpcMDAwYSBcMDM0XDAwMCxcMDAwIFwwMDBcDVJcMDAwb1wwMDBtXDAwMGVcMDAwXHJc
MDAwXG5cMDAwUlwwMDBhXDAwMGRcMDAwdVwwMDAgXDAwMFBcMDAwb1wwMDBwXDAwMFwNZVww
MDBzXDAwMGNcMDAwdVwwMDAtXDAwMFpcMDAwZVwwMDBsXDAwMGVcMDAwdFwwMDBpXDAwMG5c
MDAwLFwwMDAgXDAwMEZcMDAwXA1oXDAwMEdcMDAwIFwwMDBGXDAwMG9cMDAwa1wwMDB1XDAw
MHNcMDAwXHJcMDAwXG5cMDAwSlwwMDBhXDAwMG5cMDAwIFwwMDBcDVJcMDAwYVwwMDBiXDAw
MGFcMDAwZVwwMDB5XDAwMCxcMDAwIFwwMDBVXDAwMG5cMDAwaVwwMDB2XDAwMGVcMDAwclww
MDBzXDAwMFwNaVwwMDB0XDAwMHlcMDAwIFwwMDBvXDAwMGZcMDAwIFwwMDBDXDAwMGFcMDAw
bFwwMDBpXDAwMGZcMDAwb1wwMDByXDAwMG5cMDAwXA1pXDAwMGFcMDAwIFwwMDBhXDAwMHRc
MDAwIFwwMDBCXDAwMGVcMDAwclwwMDBrXDAwMGVcMDAwbFwwMDBlXDAwMHlcMDAwXHJcDVww
MDBcblwwMDBIXDAwMGVcMDAwclwwMDBiXDAwMGVcMDAwclwwMDB0XDAwMCBcMDAwUlwwMDBl
XDAwMGlcMDAwY1wwMDBoXDAwMFwNbFwwMDAsXDAwMCBcMDAwRlwwMDBoXDAwMEdcMDAwIFww
MDBJXDAwMFpcMDAwTVwwMDBcclwwMDBcblwwMDBMXDAwMGlcMDAwXA1vXDAwMG5cMDAwZVww
MDBsXDAwMCBcMDAwU1wwMDBhXDAwMGNcMDAwa1wwMDBzXDAwMCxcMDAwIFwwMDBVXDAwMG5c
MDAwaVwwMDBcDXZcMDAwZVwwMDByXDAwMHNcMDAwaVwwMDB0XDAwMHlcMDAwIFwwMDBDXDAw
MG9cMDAwbFwwMDBsXDAwMGVcMDAwZ1wwMDBlXDAwMFwNIFwwMDBMXDAwMG9cMDAwblwwMDBk
XDAwMG9cMDAwblwwMDBcclwwMDBcblwwMDBUXDAwMGhcMDAwb1wwMDBtXDAwMGFcMDAwXA1z
XDAwMCBcMDAwU1wwMDBpXDAwMGtcMDAwb1wwMDByXDAwMGFcMDAwLFwwMDAgXDAwMFRcMDAw
VVwwMDAgXDAwMEJcMDAwZVwwMDBcDXJcMDAwbFwwMDBpXDAwMG5cMDAwXHJcMDAwXG5cMDAw
SlwwMDBvXDAwMGNcMDAwaFwwMDBlXDAwMG5cMDAwIFwwMDBTXDAwMFwNY1wwMDBoXDAwMGlc
MDAwbFwwMDBsXDAwMGVcMDAwclwwMDAsXDAwMCBcMDAwRlwwMDBVXDAwMCBcMDAwQlwwMDBl
XDAwMHJcMDAwXA1sXDAwMGlcMDAwblwwMDBcclwwMDBcblwwMDBNXDAwMGFcMDAwclwwMDB0
XDAwMGlcMDAwblwwMDAgXDAwMFZcMDAwZVwwMDBcDXRcMDAwdFwwMDBlXDAwMHJcMDAwbFww
MDBpXDAwMCxcMDAwIFwwMDBFXDAwMFBcMDAwRlwwMDBMXDAwMCBcMDAwTFwwMDBhXDAwMFwN
dVwwMDBzXDAwMGFcMDAwblwwMDBuXDAwMGVcMDAwXHJcMDAwXG5cMDAwQVwwMDBuXDAwMGRc
MDAwclwwMDBlXDAwMGFcMDAwXA1zXDAwMCBcMDAwV1wwMDBpXDAwMGxcMDAwbFwwMDBpXDAw
MGdcMDAwLFwwMDAgXDAwMEhcMDAwYVwwMDBzXDAwMHNcMDAwb1wwMDBcDS1cMDAwUFwwMDBs
XDAwMGFcMDAwdFwwMDB0XDAwMG5cMDAwZVwwMDByXDAwMCBcMDAwSVwwMDBuXDAwMHNcMDAw
dFwwMDBpXDAwMFwNdFwwMDB1XDAwMHRcMDAwZVwwMDAgXDAwMFBcMDAwb1wwMDB0XDAwMHNc
MDAwZFwwMDBhXDAwMG1cMDAwXHJcMDAwXG5cMDAwXA1BXDAwMGRcMDAwYVwwMDBtXDAwMCBc
MDAwV1wwMDBvXDAwMGxcMDAwaVwwMDBzXDAwMHpcMDAwLFwwMDAgXDAwMFRcMDAwVVwwMDBc
DSBcMDAwQlwwMDBlXDAwMHJcMDAwbFwwMDBpXDAwMG5cMDAwXHJcMDAwXG5cMDAwTVwwMDBp
XDAwMGNcMDAwaFwwMDBlXDAwMFwNbFwwMDBlXDAwMCBcMDAwWlwwMDBvXDAwMHJcMDAwelww
MDBpXDAwMCxcMDAwIFwwMDBVXDAwMG5cMDAwdlwwMDBlXDAwMHJcMDAwXA1zXDAwMGlcMDAw
dFwwMDB5XDAwMCBcMDAwRlwwMDBlXDAwMHJcMDAwclwwMDBhXDAwMHJcMDAwYVwwMDBcclww
MDBcblwwMDBcDVJcMDAwaVwwMDBjXDAwMGhcMDAwYVwwMDByXDAwMGRcMDAwIFwwMDBaXDAw
MHVcMDAwclwwMDBhXDAwMHdcMDAwc1wwMDBrXDAwMFwNaVwwMDAsXDAwMCBcMDAwSVwwMDBT
XDAwMEFcMDAwIFwwMDBDXDAwMG9cMDAwclwwMDBwXDAwMC5cMDAwXHJcMDAwXG5cMDAwXA1c
clwwMDBcblwwMDBPXDAwMHJcMDAwZ1wwMDBhXDAwMG5cMDAwaVwwMDB6XDAwMGFcMDAwdFww
MDBpXDAwMG9cMDAwblwwMDBcDSBcMDAwQ1wwMDBvXDAwMG1cMDAwbVwwMDBpXDAwMHRcMDAw
dFwwMDBlXDAwMGVcMDAwXHJcMDAwXG5cMDAwSFwwMDBvXDAwMFwNbFwwMDBnXDAwMGVcMDAw
clwwMDAgXDAwMEtcMDAwYVwwMDByXDAwMGxcMDAwLFwwMDAgXDAwMFRcMDAwVVwwMDAgXDAw
MEJcMDAwXA1lXDAwMHJcMDAwbFwwMDBpXDAwMG5cMDAwXHJcMDAwXG5cMDAwQVwwMDBuXDAw
MGRcMDAwclwwMDBlXDAwMGFcMDAwc1wwMDBcDSBcMDAwV1wwMDBpXDAwMGxcMDAwbFwwMDBp
XDAwMGdcMDAwLFwwMDAgXDAwMEhcMDAwUFwwMDBJXDAwMFxyXDAwMFxuXDAwMFwNXHJcMDAw
XG5cMDAwXHJcMDAwXG5cMDAwXDAwMCkNL1AgODEgMCBSIA0vSyBbIDExIDAgUiAxMiAwIFIg
MTMgMCBSIDE0IDAgUiAxNSAwIFIgMTYgMCBSIDE4IDAgUiAxOSAwIFIgMjAgMCBSIDIxIDAg
UiANMjIgMCBSIDIzIDAgUiAyNCAwIFIgMjUgMCBSIDI2IDAgUiAyNyAwIFIgMjggMCBSIDI5
IDAgUiAzMCAwIFIgMzEgMCBSIA0zMiAwIFIgMzMgMCBSIDM0IDAgUiAzNSAwIFIgMzYgMCBS
IDM3IDAgUiAzOCAwIFIgMzkgMCBSIDQwIDAgUiA0MSAwIFIgDV0gDT4+IA1lbmRvYmoNODQg
MCBvYmoNPDwgDS9TIC9UZXh0Qm94IA0vQWx0IChUZXh0IEJveDogV2UgZW5jb3VyYWdlIGNv
bnRyaWJ1dGlvbnMgZGVzY3JpYmluZyBpbm5vdmF0aXZlIHdvcmsgb24gV1NOLiBcDUFyZWFz
IG9mIGludGVyZXN0IGluY2x1ZGUsIGJ1dCBhcmUgbm90IGxpbWl0ZWQgdG86XHJcblxyXG4t
IEhhcmR3YXJlIGZvclwNIFdTTiwgZS5nLjogdHJhbnNjZWl2ZXIgY29uY2VwdHMsIHdha2V1
cCByYWRpbywgYW50ZW5uYSBkZXNpZ24sIHN5c3RlbSBpXA1udGVncmF0aW9uLCBwcm9jZXNz
IGFuZCBjb3N0IG9mIG1hbnVmYWN0dXJpbmcsIGJhdHRlcnkgdGVjaG5vbG9neSwgZW5lcmdc
DXkgc2NhdmVuZ2luZ1xyXG5cclxuLSBDb21tdW5pY2F0aW9uIHByb3RvY29scywgZS5nLjog
TUFDIGFuZCBsaW5rIGxheWVyIFwNcHJvYmxlbXM7IHJvdXRpbmcgYW5kIHRyYW5zcG9ydCBw
cm90b2NvbHMgc3VpdGFibGUgZm9yIFdTTiwgcmVkdW5kYW5jeSwgXA1hZ2dyZWdhdGlvbiBz
dXBwb3J0LCBhbmQgbW9iaWxpdHkgc3VwcG9ydDsgc3VwcG9ydGluZyBmdW5jdGlvbmFsaXRp
ZXMgbGlcDWtlIGxvY2F0aW9uaW5nIGFuZCBzeW5jaHJvbml6YXRpb25cclxuXHJcbi0gU291
cmNlIGNvZGluZyB0ZWNobmlxdWVzIGFwcFwNcm9wcmlhdGUgZm9yIFdTTiwgZS5nLiwgdG8g
c3VwcG9ydCBkYXRhIGZ1c2lvbjsgZGlzdHJpYnV0ZWQgc2lnbmFsIHByb2NlXA1zc2luZ1xy
XG5cclxuLSBEaXN0cmlidXRlZCBjb250cm9sIGFuZCBhY3R1YXRpb25cclxuXHJcblwwMDAp
DS9QIDgxIDAgUiANL0sgWyA0NiAwIFIgNDcgMCBSIDQ4IDAgUiA0OSAwIFIgNTAgMCBSIDUx
IDAgUiA1MiAwIFIgNTMgMCBSIDU0IDAgUiA1NSAwIFIgDV0gDT4+IA1lbmRvYmoNODUgMCBv
YmoNPDwgDS9TIC9UZXh0Qm94IA0vQWx0IChcMzc2XDM3N1wwMDBUXDAwMGVcMDAweFwwMDB0
XDAwMCBcMDAwQlwwMDBvXDAwMHhcMDAwOlwwMDAgXDAwMC1cMDAwICBcMDM0XA1cMDAwTVww
MDBpXDAwMGRcMDAwZFwwMDBsXDAwMGVcMDAwd1wwMDBhXDAwMHJcMDAwZSBcMDM1XDAwMCBc
MDAwZlwwMDBvXDAwMFwNclwwMDAgXDAwMFdcMDAwU1wwMDBOXDAwMCxcMDAwIFwwMDBlXDAw
MC5cMDAwZ1wwMDAuXDAwMDpcMDAwIFwwMDBDXDAwMG9cMDAwXA1uXDAwMGZcMDAwaVwwMDBn
XDAwMHVcMDAwclwwMDBhXDAwMHRcMDAwaVwwMDBvXDAwMG5cMDAwIFwwMDBhXDAwMG5cMDAw
ZFwwMDBcDSBcMDAwaVwwMDBuXDAwMHNcMDAwdFwwMDBhXDAwMGxcMDAwbFwwMDBhXDAwMHRc
MDAwaVwwMDBvXDAwMG5cMDAwIFwwMDBzXDAwMFwNdVwwMDBwXDAwMHBcMDAwb1wwMDByXDAw
MHRcMDAwLFwwMDAgXDAwMGxcMDAwb1wwMDBvXDAwMGtcMDAwdVwwMDBwXDAwMCBcMDAwXA1v
XDAwMGZcMDAwIFwwMDBhXDAwMHZcMDAwYVwwMDBpXDAwMGxcMDAwYVwwMDBiXDAwMGxcMDAw
ZVwwMDAgXDAwMGZcMDAwdVwwMDBcDW5cMDAwY1wwMDB0XDAwMGlcMDAwb1wwMDBuXDAwMGFc
MDAwbFwwMDBpXDAwMHRcMDAwaVwwMDBlXDAwMHNcMDAwLFwwMDAgXDAwMFwNZ1wwMDByXDAw
MG9cMDAwdVwwMDBwXDAwMCBcMDAwY1wwMDBvXDAwMG1cMDAwbVwwMDB1XDAwMG5cMDAwaVww
MDBjXDAwMGFcMDAwXA10XDAwMGlcMDAwb1wwMDBuXDAwMCxcMDAwIFwwMDBkXDAwMGlcMDAw
c1wwMDB0XDAwMHJcMDAwaVwwMDBiXDAwMHVcMDAwdFwwMDBcDWVcMDAwZFwwMDAgXDAwMGFc
MDAwbFwwMDBnXDAwMG9cMDAwclwwMDBpXDAwMHRcMDAwaFwwMDBtXDAwMHNcMDAwIFwwMDBp
XDAwMFwNblwwMDAgXDAwMFdcMDAwU1wwMDBOXDAwMCxcMDAwIFwwMDBpXDAwMG5cMDAwLVww
MDBuXDAwMGVcMDAwdFwwMDB3XDAwMG9cMDAwXA1yXDAwMGtcMDAwIFwwMDBwXDAwMHJcMDAw
b1wwMDBjXDAwMGVcMDAwc1wwMDBzXDAwMGlcMDAwblwwMDBnXDAwMCBcMDAwYVwwMDBcDW5c
MDAwZFwwMDAgXDAwMHNcMDAwdFwwMDBvXDAwMHJcMDAwYVwwMDBnXDAwMGVcMDAwIFwwMDBv
XDAwMGZcMDAwIFwwMDBkXDAwMFwNYVwwMDB0XDAwMGFcMDAwLFwwMDAgXDAwMGhcMDAwYVww
MDByXDAwMG1cMDAwb1wwMDBuXDAwMGlcMDAwelwwMDBpXDAwMG5cMDAwXA1nXDAwMCBcMDAw
blwwMDBvXDAwMGRcMDAwZVwwMDAtXDAwMGNcMDAwZVwwMDBuXDAwMHRcMDAwclwwMDBpXDAw
MGNcMDAwIFwwMDBcDWFcMDAwblwwMDBkXDAwMCBcMDAwZFwwMDBhXDAwMHRcMDAwYVwwMDAt
XDAwMGNcMDAwZVwwMDBuXDAwMHRcMDAwclwwMDBpXDAwMFwNY1wwMDAgXDAwMGFcMDAwZFww
MDBkXDAwMHJcMDAwZVwwMDBzXDAwMHNcMDAwaVwwMDBuXDAwMGdcMDAwLFwwMDAgXDAwMFxy
XA1cMDAwXG5cMDAwXHJcMDAwXG5cMDAwLVwwMDAgXDAwMEdcMDAwYVwwMDB0XDAwMGVcMDAw
d1wwMDBhXDAwMHlcMDAwc1wwMDBcDSBcMDAwdFwwMDBvXDAwMCBcMDAwZlwwMDBpXDAwMHhc
MDAwZVwwMDBkXDAwMCBcMDAwSVwwMDBuXDAwMHRcMDAwZVwwMDByXDAwMFwNblwwMDBlXDAw
MHRcMDAwIFwwMDBhXDAwMG5cMDAwZFwwMDAgXDAwMGlcMDAwblwwMDB0XDAwMGVcMDAwZ1ww
MDByXDAwMGFcMDAwXA10XDAwMGlcMDAwb1wwMDBuXDAwMCBcMDAwb1wwMDBmXDAwMCBcMDAw
V1wwMDBTXDAwME5cMDAwIFwwMDBpXDAwMG5cMDAwdFwwMDBcDW9cMDAwIFwwMDBJXDAwMG5c
MDAwdFwwMDBlXDAwMHJcMDAwblwwMDBlXDAwMHRcMDAwIFwwMDBtXDAwMGlcMDAwZFwwMDBk
XDAwMFwNbFwwMDBlXDAwMHdcMDAwYVwwMDByXDAwMGVcMDAwIFwwMDBhXDAwMHJcMDAwY1ww
MDBoXDAwMGlcMDAwdFwwMDBlXDAwMGNcMDAwXA10XDAwMHVcMDAwclwwMDBlXDAwMHNcMDAw
IFwwMDBcclwwMDBcblwwMDBcclwwMDBcblwwMDAtXDAwMCBcMDAwU1wwMDBlXDAwMFwNY1ww
MDB1XDAwMHJcMDAwaVwwMDB0XDAwMHlcMDAwLFwwMDAgXDAwMGVcMDAwLlwwMDBnXDAwMC5c
MDAwOlwwMDAgXDAwMHBcMDAwXA1yXDAwMGlcMDAwbVwwMDBpXDAwMHRcMDAwaVwwMDB2XDAw
MGVcMDAwc1wwMDAgXDAwMGZcMDAwb1wwMDByXDAwMCBcMDAwYVwwMDBcDXBcMDAwcFwwMDBy
XDAwMG9cMDAwcFwwMDByXDAwMGlcMDAwYVwwMDB0XDAwMGVcMDAwIFwwMDBjXDAwMHJcMDAw
eVwwMDBwXDAwMFwNdFwwMDBvXDAwMGdcMDAwclwwMDBhXDAwMHBcMDAwaFwwMDBpXDAwMGNc
MDAwIFwwMDBwXDAwMHJcMDAwb1wwMDB0XDAwMG9cMDAwXA1jXDAwMG9cMDAwbFwwMDBzXDAw
MCxcMDAwIFwwMDBzXDAwMGVcMDAwY1wwMDB1XDAwMHJcMDAwZVwwMDAgXDAwMHNcMDAweVww
MDBcDXNcMDAwdFwwMDBlXDAwMG1cMDAwIFwwMDBlXDAwMG5cMDAwZ1wwMDBpXDAwMG5cMDAw
ZVwwMDBlXDAwMHJcMDAwaVwwMDBuXDAwMFwNZ1wwMDAgXDAwMFxyXDAwMFxuXDAwMFxyXDAw
MFxuXDAwMC1cMDAwIFwwMDBBXDAwMHBcMDAwcFwwMDBsXDAwMGlcMDAwY1wwMDBcDWFcMDAw
dFwwMDBpXDAwMG9cMDAwblwwMDBzXDAwMCBcMDAwb1wwMDBmXDAwMCBcMDAwV1wwMDBTXDAw
ME5cMDAwLFwwMDAgXDAwMFwNZVwwMDAuXDAwMGdcMDAwLlwwMDA6XDAwMCBcMDAwblwwMDBv
XDAwMHZcMDAwZVwwMDBsXDAwMCBcMDAwYVwwMDBwXDAwMHBcMDAwXA1sXDAwMGlcMDAwY1ww
MDBhXDAwMHRcMDAwaVwwMDBvXDAwMG5cMDAwc1wwMDAgXDAwMGFcMDAwblwwMDBkXDAwMCBc
MDAwdFwwMDBcDWhcMDAwZVwwMDBpXDAwMHJcMDAwIFwwMDByXDAwMGVcMDAwcVwwMDB1XDAw
MGlcMDAwclwwMDBlXDAwMG1cMDAwZVwwMDBuXDAwMFwNdFwwMDBzXDAwMCBcMDAwc1wwMDB1
XDAwMGNcMDAwaFwwMDAgXDAwMGFcMDAwc1wwMDAgXDAwMG1cMDAwZVwwMDBkXDAwMGlcMDAw
XA1jXDAwMGlcMDAwblwwMDBlXDAwMCxcMDAwIFwwMDBlXDAwMG5cMDAwdlwwMDBpXDAwMHJc
MDAwb1wwMDBuXDAwMG1cMDAwZVwwMDBcDW5cMDAwdFwwMDAgXDAwMGNcMDAwb1wwMDBuXDAw
MHRcMDAwclwwMDBvXDAwMGxcMDAwLFwwMDAgXDAwMGVcMDAwdFwwMDBjXDAwMFwNLlwwMDA7
XDAwMCBcMDAwZVwwMDB4XDAwMHBcMDAwZVwwMDByXDAwMGlcMDAwZVwwMDBuXDAwMGNcMDAw
ZVwwMDBzXDAwMCBcMDAwXA13XDAwMGlcMDAwdFwwMDBoXDAwMCBcMDAwclwwMDBlXDAwMGFc
MDAwbFwwMDAtXDAwMHdcMDAwb1wwMDByXDAwMGxcMDAwZFwwMDBcDSBcMDAwYVwwMDBwXDAw
MHBcMDAwbFwwMDBpXDAwMGNcMDAwYVwwMDB0XDAwMGlcMDAwb1wwMDBuXDAwMHNcMDAwXHJc
MDAwXG5cDVwwMDBcclwwMDBcblwwMDAtXDAwMCBcMDAwV1wwMDBoXDAwMGFcMDAwdFwwMDAg
XDAwMHBcMDAwYVwwMDByXDAwMHRcMDAwIFwNXDAwMHdcMDAwaVwwMDBsXDAwMGxcMDAwIFww
MDBXXDAwMFNcMDAwTlwwMDBzXDAwMCBcMDAwcFwwMDBsXDAwMGFcMDAweVwwMDBcDSBcMDAw
aVwwMDBuXDAwMCBcMDAwclwwMDBlXDAwMGFcMDAwbFwwMDBpXDAwMHpcMDAwaVwwMDBuXDAw
MGdcMDAwIFwwMDB0XDAwMFwNaFwwMDBlXDAwMCBcMDAwdlwwMDBpXDAwMHNcMDAwaVwwMDBv
XDAwMG5cMDAwc1wwMDAgXDAwMG9cMDAwZlwwMDAgXDAwMHVcMDAwXA1iXDAwMGlcMDAwcVww
MDB1XDAwMGlcMDAwdFwwMDBvXDAwMHVcMDAwc1wwMDAgXDAwMGNcMDAwb1wwMDBtXDAwMHBc
MDAwdVwwMDBcDXRcMDAwaVwwMDBuXDAwMGdcMDAwIFwwMDAmXDAwMCBcMDAwY1wwMDBvXDAw
MG1cMDAwbVwwMDB1XDAwMG5cMDAwaVwwMDBjXDAwMFwNYVwwMDB0XDAwMGlcMDAwb1wwMDBu
XDAwMCBcMDAwYVwwMDBuXDAwMGRcMDAwIFwwMDBBXDAwMG1cMDAwYlwwMDBpXDAwMGVcMDAw
XA1uXDAwMHRcMDAwIFwwMDBJXDAwMG5cMDAwdFwwMDBlXDAwMGxcMDAwbFwwMDBpXDAwMGdc
MDAwZVwwMDBuXDAwMGNcMDAwZVwwMDBcDT9cMDAwXHJcMDAwXG5cMDAwXHJcMDAwXG5cMDAw
LVwwMDAgXDAwMFBcMDAwclwwMDBvXDAwMHRcMDAwb1wwMDB0XDAwMHlcMDAwXA1wXDAwMGVc
MDAwc1wwMDAsXDAwMCBcMDAwZlwwMDBpXDAwMGVcMDAwbFwwMDBkXDAwMCBcMDAwc1wwMDB0
XDAwMHVcMDAwZFwwMDBcDWlcMDAwZVwwMDBzXDAwMCxcMDAwIFwwMDBhXDAwMG5cMDAwZFww
MDAgXDAwMHRcMDAwZVwwMDBzXDAwMHRcMDAwYlwwMDBlXDAwMFwNZFwwMDBzXDAwMCxcMDAw
IFwwMDBlXDAwMC5cMDAwZ1wwMDAuXDAwMDpcMDAwIFwwMDAgXDAwMG5cMDAwb1wwMDB2XDAw
MGVcMDAwXA1sXDAwMCBcMDAwc1wwMDBlXDAwMG5cMDAwc1wwMDBvXDAwMHJcMDAwIFwwMDBu
XDAwMG9cMDAwZFwwMDBlXDAwMCBcMDAwcFwwMDBcDXJcMDAwb1wwMDB0XDAwMG9cMDAwdFww
MDB5XDAwMHBcMDAwZVwwMDBzXDAwMCxcMDAwIFwwMDBtXDAwMGVcMDAwYVwwMDBzXDAwMFwN
dVwwMDByXDAwMGVcMDAwbVwwMDBlXDAwMG5cMDAwdFwwMDBzXDAwMCBcMDAwd1wwMDBpXDAw
MHRcMDAwaFwwMDBpXDAwMG5cMDAwXA0gXDAwMHNcMDAwZVwwMDBuXDAwMHNcMDAwb1wwMDBy
XDAwMCBcMDAwblwwMDBlXDAwMHRcMDAwd1wwMDBvXDAwMHJcMDAwa1wwMDBcDSBcMDAwdFww
MDBlXDAwMHNcMDAwdFwwMDBiXDAwMGVcMDAwZFwwMDBzXDAwMFxyXDAwMFxuXDAwMFxyXDAw
MFxuXDAwMC1cMDAwXA0gXDAwME1cMDAwb1wwMDBkXDAwMGVcMDAwbFwwMDBpXDAwMG5cMDAw
Z1wwMDAgXDAwMG9cMDAwZlwwMDAgXDAwMFdcMDAwU1wwMDBcDU5cMDAwLFwwMDAgXDAwMGVc
MDAwLlwwMDBnXDAwMC5cMDAwOlwwMDAgXDAwMG1cMDAwb1wwMDBkXDAwMGVcMDAwbFwwMDBz
XDAwMFwNIFwwMDBmXDAwMG9cMDAwclwwMDAgXDAwMFdcMDAwU1wwMDBOXDAwMC1cMDAwIFww
MDBsXDAwMG9cMDAwYVwwMDBkXDAwMC9cMDAwXA1hXDAwMHBcMDAwcFwwMDBsXDAwMGlcMDAw
Y1wwMDBhXDAwMHRcMDAwaVwwMDBvXDAwMG5cMDAwc1wwMDAsXDAwMCBcMDAwbVwwMDBcDW9c
MDAwYlwwMDBpXDAwMGxcMDAwaVwwMDB0XDAwMHlcMDAwIFwwMDBvXDAwMHJcMDAwIFwwMDBj
XDAwMGhcMDAwYVwwMDBuXDAwMFwNblwwMDBlXDAwMGxcMDAwIFwwMDBtXDAwMG9cMDAwZFww
MDBlXDAwMGxcMDAwc1wwMDBcclwwMDBcblwwMDBcclwwMDBcblwwMDBcDVwwMDApDS9QIDgx
IDAgUiANL0sgWyA1NiAwIFIgNTcgMCBSIDU4IDAgUiA1OSAwIFIgNjAgMCBSIDYxIDAgUiA2
MiAwIFIgNjMgMCBSIDY0IDAgUiBdIA0+PiANZW5kb2JqDTg2IDAgb2JqDTw8IA0vUyAvVGV4
dEJveCANL0FsdCAoVGV4dCBCb3g6IEltcG9ydGFudCBEYXRlczpcdFx0XHJcblN1Ym1pc3Np
b24gZGVhZGxpbmU6XHRcdCAxLkp1bHksIDIwMDNcclwNXG5Ob3RpZmljYXRpb24gb2YgYWNj
ZXB0YW5jZTogXHQgMS5TZXB0ZW1iZXIsIDIwMDNcclxuQ2FtZXJhLXJlYWR5IHZlcnNpXA1v
bjpcdCAxLk9jdG9iZXIsIDIwMDNcclxuV29yay1pbi1wcm9ncmVzcyBzdWJtaXNzaW9uOiAx
NS4gTm92ZW1iZXIsIDIwMDNcDVxyXG5cMDAwKQ0vUCA4MSAwIFIgDS9LIFsgNjUgMCBSIDY2
IDAgUiA2NyAwIFIgNjggMCBSIDY5IDAgUiBdIA0+PiANZW5kb2JqDTg3IDAgb2JqDTw8IA0v
UyAvVGV4dEJveCANL0FsdCAoVGV4dCBCb3g6IEZvciBtb3JlIGluZm9ybWF0aW9uLCBwbGVh
c2UgdmlzaXQ6IGh0dHA6Ly93d3cuZXdzbi5vcmdcMDAwKQ0vUCA4MSAwIFIgDS9LIDcwIDAg
UiANPj4gDWVuZG9iag04OCAwIG9iag08PCANL1MgL1NoYXBlIA0vQWx0ICgpDS9QZyAxMDkg
MCBSIA0vSyA2MyANL1AgODEgMCBSIA0vQSA5NyAwIFIgDT4+IA1lbmRvYmoNODkgMCBvYmoN
PDwgDS9TIC9UZXh0Qm94IA0vQWx0IChUZXh0IEJveDogU3VibWlzc2lvbnMgc2hvdWxkIG5v
dCBleGNlZWQgMTYgcGFnZXM7IGZvcm1hdHRpbmcgZ3VpZGVsaW5lcyBcDWFyZSBkZXNjcmli
ZWQgb24gdGhlIHdlYnBhZ2UuIFRoZSBwcm9jZWVkaW5ncyB3aWxsIGJlIHB1Ymxpc2hlZCBi
eSBTcHJpblwNZ2VyIGluIHRoZSBMTkNTIHNlcmllcy4gXHJcbiBcclxuXDAwMCkNL1AgODEg
MCBSIA0vSyBbIDcyIDAgUiA3NSAwIFIgXSANPj4gDWVuZG9iag05MCAwIG9iag08PCANL1Mg
L1RleHRCb3ggDS9BbHQgKFRleHQgQm94OiBTdXBwb3J0ZWQgYnkgdGhlIEpvaW50IElFRUUg
SUFTL1BFTFMvSUVTIEdlcm1hbiBDaGFwdGVyXHJcbiBcclwNXG5cMDAwKQ0vUCA4MSAwIFIg
DS9LIFsgNzggMCBSIDc5IDAgUiBdIA0+PiANZW5kb2JqDTkxIDAgb2JqDTw8IA0vTnVtcyBb
IDAgOTIgMCBSIDEgNzMgMCBSIF0gDT4+IA1lbmRvYmoNOTIgMCBvYmoNWyANMiAwIFIgNiAw
IFIgMiAwIFIgNyAwIFIgOSAwIFIgNDIgMCBSIDQ0IDAgUiA0NSAwIFIgMTEgMCBSIDEyIDAg
UiANMTMgMCBSIDE0IDAgUiAxNSAwIFIgMTYgMCBSIDE4IDAgUiAxOSAwIFIgMjAgMCBSIDIx
IDAgUiAyMiAwIFIgMjMgMCBSIA0yNCAwIFIgMjUgMCBSIDI2IDAgUiAyNyAwIFIgMjggMCBS
IDI5IDAgUiAzMCAwIFIgMzEgMCBSIDMyIDAgUiAzMyAwIFIgDTM0IDAgUiAzNSAwIFIgMzYg
MCBSIDM3IDAgUiAzOCAwIFIgMzkgMCBSIDQwIDAgUiA0MSAwIFIgNDYgMCBSIDQ3IDAgUiAN
NDggMCBSIDQ5IDAgUiA1MCAwIFIgNTEgMCBSIDUyIDAgUiA1MyAwIFIgNTQgMCBSIDU1IDAg
UiA1NiAwIFIgNTcgMCBSIA01OCAwIFIgNTkgMCBSIDYwIDAgUiA2MSAwIFIgNjIgMCBSIDYz
IDAgUiA2NCAwIFIgNjUgMCBSIDY2IDAgUiA2NyAwIFIgDTY4IDAgUiA2OSAwIFIgNzAgMCBS
IDg4IDAgUiA3MiAwIFIgNzQgMCBSIDc3IDAgUiA3MiAwIFIgNzcgMCBSIDc4IDAgUiANODAg
MCBSIDc5IDAgUiANXQ1lbmRvYmoNOTMgMCBvYmoNPDwgDS9PIC9MYXlvdXQgDS9CYXNlbGlu
ZVNoaWZ0IDEyIA0+PiANZW5kb2JqDTk0IDAgb2JqDTw8IA0vTyAvTGF5b3V0IA0vVGV4dERl
Y29yYXRpb25UeXBlIC9VbmRlcmxpbmUgDT4+IA1lbmRvYmoNOTUgMCBvYmoNPDwgDS9PIC9M
YXlvdXQgDS9CQm94IFsgNDc0IDg1IDU4NyAxMTkgXSANL1BsYWNlbWVudCAvSW5saW5lIA0+
PiANZW5kb2JqDTk2IDAgb2JqDTw8IA0vTyAvTGF5b3V0IA0vQkJveCBbIDI1IDEwNSAxNDUg
MTI0IF0gDS9QbGFjZW1lbnQgL0lubGluZSANPj4gDWVuZG9iag05NyAwIG9iag08PCANL08g
L0xheW91dCANL0JCb3ggWyAxNjkgNDY2IDU5NSA0NjkgXSANL1BsYWNlbWVudCAvQmxvY2sg
DS9TdGFydEluZGVudCA3OSANL0VuZEluZGVudCAtMTAgDT4+IA1lbmRvYmoNOTggMCBvYmoN
PDwgDS9TIC9EIA0+PiANZW5kb2JqDTk5IDAgb2JqDTw8IA0vTnVtcyBbIDAgOTggMCBSIF0g
DT4+IA1lbmRvYmoNMTAwIDAgb2JqDTw8IA0vUHJvZHVjZXIgKEFjcm9iYXQgRGlzdGlsbGVy
IDUuMC41IFwoV2luZG93c1wpKQ0vQXV0aG9yIChIb2xnZXIgS2FybCkNL0NyZWF0b3IgKEFj
cm9iYXQgUERGTWFrZXIgNS4wIGZvciBXb3JkKQ0vTW9kRGF0ZSAoRDoyMDAzMDQyNzEzMzIz
NyswMycwMCcpDS9UaXRsZSAoMXN0IEludGVybmF0aW9uYWwgQW5udWFsIEJlcmxpbikNL0Ny
ZWF0aW9uRGF0ZSAoRDoyMDAzMDQyNzEzMzEzMyswMicwMCcpDT4+IA1lbmRvYmoNMTAxIDAg
b2JqDTw8IC9UeXBlIC9NZXRhZGF0YSAvU3VidHlwZSAvWE1MIC9MZW5ndGggMTA5NiA+PiAN
c3RyZWFtDQo8P3hwYWNrZXQgYmVnaW49JycgaWQ9J1c1TTBNcENlaGlIenJlU3pOVGN6a2M5
ZCcgYnl0ZXM9JzEwOTUnPz48cmRmOlJERiB4bWxuczpyZGY9J2h0dHA6Ly93d3cudzMub3Jn
LzE5OTkvMDIvMjItcmRmLXN5bnRheC1ucyMnIHhtbG5zOmlYPSdodHRwOi8vbnMuYWRvYmUu
Y29tL2lYLzEuMC8nPjxyZGY6RGVzY3JpcHRpb24gYWJvdXQ9JycgeG1sbnM9J2h0dHA6Ly9u
cy5hZG9iZS5jb20vcGRmLzEuMy8nIHhtbG5zOnBkZj0naHR0cDovL25zLmFkb2JlLmNvbS9w
ZGYvMS4zLycgcGRmOkNyZWF0aW9uRGF0ZT0nMjAwMy0wNC0yN1QxMTozMTozM1onIHBkZjpN
b2REYXRlPScyMDAzLTA0LTI3VDExOjMxOjMzWicgcGRmOlByb2R1Y2VyPSdBY3JvYmF0IERp
c3RpbGxlciA1LjAuNSAoV2luZG93cyknIHBkZjpBdXRob3I9J0hvbGdlciBLYXJsJyBwZGY6
Q3JlYXRvcj0nQWNyb2JhdCBQREZNYWtlciA1LjAgZm9yIFdvcmQnIHBkZjpUaXRsZT0nMXN0
IEludGVybmF0aW9uYWwgQW5udWFsIEJlcmxpbicvPgo8cmRmOkRlc2NyaXB0aW9uIGFib3V0
PScnIHhtbG5zPSdodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvJyB4bWxuczp4YXA9J2h0
dHA6Ly9ucy5hZG9iZS5jb20veGFwLzEuMC8nIHhhcDpDcmVhdGVEYXRlPScyMDAzLTA0LTI3
VDExOjMxOjMzWicgeGFwOk1vZGlmeURhdGU9JzIwMDMtMDQtMjdUMTE6MzE6MzNaJyB4YXA6
QXV0aG9yPSdIb2xnZXIgS2FybCcgeGFwOk1ldGFkYXRhRGF0ZT0nMjAwMy0wNC0yN1QxMToz
MTozM1onPjx4YXA6VGl0bGU+PHJkZjpBbHQ+PHJkZjpsaSB4bWw6bGFuZz0neC1kZWZhdWx0
Jz4xc3QgSW50ZXJuYXRpb25hbCBBbm51YWwgQmVybGluPC9yZGY6bGk+PC9yZGY6QWx0Pjwv
eGFwOlRpdGxlPjwvcmRmOkRlc2NyaXB0aW9uPgo8cmRmOkRlc2NyaXB0aW9uIGFib3V0PScn
IHhtbG5zPSdodHRwOi8vcHVybC5vcmcvZGMvZWxlbWVudHMvMS4xLycgeG1sbnM6ZGM9J2h0
dHA6Ly9wdXJsLm9yZy9kYy9lbGVtZW50cy8xLjEvJyBkYzpjcmVhdG9yPSdIb2xnZXIgS2Fy
bCcgZGM6dGl0bGU9JzFzdCBJbnRlcm5hdGlvbmFsIEFubnVhbCBCZXJsaW4nLz4KPC9yZGY6
UkRGPjw/eHBhY2tldCBlbmQ9J3InPz4KZW5kc3RyZWFtDWVuZG9iag0xMDIgMCBvYmoNPDwg
DS9UeXBlIC9QYWdlcyANL0tpZHMgWyAxMDkgMCBSIF0gDS9Db3VudCAxIA0+PiANZW5kb2Jq
DXhyZWYNMCAxMDMgDTAwMDAwMDAwMDAgNjU1MzUgZg0KMDAwMDA5MzczOCAwMDAwMCBuDQow
MDAwMDk0MDI2IDAwMDAwIG4NCjAwMDAwOTQxMjkgMDAwMDAgbg0KMDAwMDA5NDE5NyAwMDAw
MCBuDQowMDAwMDk0MjUzIDAwMDAwIG4NCjAwMDAwOTQ0MDMgMDAwMDAgbg0KMDAwMDA5NDQ4
MyAwMDAwMCBuDQowMDAwMDk0NTc0IDAwMDAwIG4NCjAwMDAwOTQ2MjYgMDAwMDAgbg0KMDAw
MDA5NDcxOCAwMDAwMCBuDQowMDAwMDk0NzcxIDAwMDAwIG4NCjAwMDAwOTQ5MDIgMDAwMDAg
bg0KMDAwMDA5NTAzMyAwMDAwMCBuDQowMDAwMDk1MTY1IDAwMDAwIG4NCjAwMDAwOTUyOTcg
MDAwMDAgbg0KMDAwMDA5NTQzMyAwMDAwMCBuDQowMDAwMDk1NTY5IDAwMDAwIG4NCjAwMDAw
OTU3MjkgMDAwMDAgbg0KMDAwMDA5NTg2NSAwMDAwMCBuDQowMDAwMDk2MDAxIDAwMDAwIG4N
CjAwMDAwOTYxMzcgMDAwMDAgbg0KMDAwMDA5NjI3MyAwMDAwMCBuDQowMDAwMDk2NDA5IDAw
MDAwIG4NCjAwMDAwOTY1NDUgMDAwMDAgbg0KMDAwMDA5NjY4MSAwMDAwMCBuDQowMDAwMDk2
ODE3IDAwMDAwIG4NCjAwMDAwOTY5NTMgMDAwMDAgbg0KMDAwMDA5NzA4OSAwMDAwMCBuDQow
MDAwMDk3MjI1IDAwMDAwIG4NCjAwMDAwOTczNjEgMDAwMDAgbg0KMDAwMDA5NzQ5NyAwMDAw
MCBuDQowMDAwMDk3NjMzIDAwMDAwIG4NCjAwMDAwOTc3NjkgMDAwMDAgbg0KMDAwMDA5Nzkw
NSAwMDAwMCBuDQowMDAwMDk4MDQxIDAwMDAwIG4NCjAwMDAwOTgxNzcgMDAwMDAgbg0KMDAw
MDA5ODMwOSAwMDAwMCBuDQowMDAwMDk4NDQxIDAwMDAwIG4NCjAwMDAwOTg1NzMgMDAwMDAg
bg0KMDAwMDA5ODcwNSAwMDAwMCBuDQowMDAwMDk4ODM3IDAwMDAwIG4NCjAwMDAwOTg5Njkg
MDAwMDAgbg0KMDAwMDA5OTA2MiAwMDAwMCBuDQowMDAwMDk5MTUxIDAwMDAwIG4NCjAwMDAw
OTkyODEgMDAwMDAgbg0KMDAwMDA5OTQxMSAwMDAwMCBuDQowMDAwMDk5NTQyIDAwMDAwIG4N
CjAwMDAwOTk2NzMgMDAwMDAgbg0KMDAwMDA5OTgwNCAwMDAwMCBuDQowMDAwMDk5OTM1IDAw
MDAwIG4NCjAwMDAxMDAwNjYgMDAwMDAgbg0KMDAwMDEwMDE5NyAwMDAwMCBuDQowMDAwMTAw
MzI4IDAwMDAwIG4NCjAwMDAxMDA0NTkgMDAwMDAgbg0KMDAwMDEwMDU5MCAwMDAwMCBuDQow
MDAwMTAwNzIxIDAwMDAwIG4NCjAwMDAxMDA4NTMgMDAwMDAgbg0KMDAwMDEwMDk4NSAwMDAw
MCBuDQowMDAwMTAxMTE3IDAwMDAwIG4NCjAwMDAxMDEyNDkgMDAwMDAgbg0KMDAwMDEwMTM4
MSAwMDAwMCBuDQowMDAwMTAxNTEzIDAwMDAwIG4NCjAwMDAxMDE2NDUgMDAwMDAgbg0KMDAw
MDEwMTc3NyAwMDAwMCBuDQowMDAwMTAxOTA5IDAwMDAwIG4NCjAwMDAxMDIwNDAgMDAwMDAg
bg0KMDAwMDEwMjE3MSAwMDAwMCBuDQowMDAwMTAyMzAyIDAwMDAwIG4NCjAwMDAxMDI0MzMg
MDAwMDAgbg0KMDAwMDEwMjU2NCAwMDAwMCBuDQowMDAwMTAyNjU4IDAwMDAwIG4NCjAwMDAx
MDI3NDYgMDAwMDAgbg0KMDAwMDEwMjg5MSAwMDAwMCBuDQowMDAwMTAyOTk0IDAwMDAwIG4N
CjAwMDAxMDMwNzUgMDAwMDAgbg0KMDAwMDEwMzE2MCAwMDAwMCBuDQowMDAwMTAzMjQ5IDAw
MDAwIG4NCjAwMDAxMDMzNTEgMDAwMDAgbg0KMDAwMDEwMzQ4MyAwMDAwMCBuDQowMDAwMTAz
NjI2IDAwMDAwIG4NCjAwMDAxMDM3MjEgMDAwMDAgbg0KMDAwMDEwMzg3MSAwMDAwMCBuDQow
MDAwMTA0OTgxIDAwMDAwIG4NCjAwMDAxMDk1MDkgMDAwMDAgbg0KMDAwMDExMDM3MCAwMDAw
MCBuDQowMDAwMTE1NDg2IDAwMDAwIG4NCjAwMDAxMTU4MTYgMDAwMDAgbg0KMDAwMDExNTk1
MiAwMDAwMCBuDQowMDAwMTE2MDM3IDAwMDAwIG4NCjAwMDAxMTYzMDAgMDAwMDAgbg0KMDAw
MDExNjQ1OCAwMDAwMCBuDQowMDAwMTE2NTExIDAwMDAwIG4NCjAwMDAxMTcwMzkgMDAwMDAg
bg0KMDAwMDExNzA5NCAwMDAwMCBuDQowMDAwMTE3MTYyIDAwMDAwIG4NCjAwMDAxMTcyNDQg
MDAwMDAgbg0KMDAwMDExNzMyNiAwMDAwMCBuDQowMDAwMTE3NDQxIDAwMDAwIG4NCjAwMDAx
MTc0NzIgMDAwMDAgbg0KMDAwMDExNzUxNiAwMDAwMCBuDQowMDAwMTE3NzY4IDAwMDAwIG4N
CjAwMDAxMTg5NDkgMDAwMDAgbg0KdHJhaWxlcg08PA0vU2l6ZSAxMDMNL0lEWzw1NGU5NTNm
YWExYjBhMTEwNTIwOWFjN2U5YWFkZjBjOT48NjZhMzQ1NDQ1Y2Y4OGU0YzRkYjU5MzJiYWY4
NWM1ZWM+XQ0+Pg1zdGFydHhyZWYNMTczDSUlRU9GDQ==
--------------070605040404060009040902--



_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Fri Jun 27 18:30:38 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA23532
	for <seamoby-archive@odin.ietf.org>; Fri, 27 Jun 2003 18:30:38 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5RMUCX28469
	for seamoby-archive@odin.ietf.org; Fri, 27 Jun 2003 18:30:12 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W1jQ-0007P4-9A
	for seamoby-web-archive@optimus.ietf.org; Fri, 27 Jun 2003 18:30:12 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA23331
	for <seamoby-web-archive@ietf.org>; Fri, 27 Jun 2003 18:30:07 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19W1jN-0006n4-00
	for seamoby-web-archive@ietf.org; Fri, 27 Jun 2003 18:30:09 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19W1jH-0006n1-00
	for seamoby-web-archive@ietf.org; Fri, 27 Jun 2003 18:30:03 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W1jG-0007H0-Md; Fri, 27 Jun 2003 18:30:02 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Vzzv-0000co-FE
	for seamoby@optimus.ietf.org; Fri, 27 Jun 2003 16:39:07 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA19939
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 16:39:04 -0400 (EDT)
From: Basavaraj.Patil@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Vzzt-0006Fv-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 16:39:05 -0400
Received: from [63.78.179.216] (helo=mgw-dax1.ext.nokia.com)
	by ietf-mx with esmtp (Exim 4.12)
	id 19Vzzi-0006Fp-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 16:38:54 -0400
Received: from davir01nok.americas.nokia.com (davir01nok.americas.nokia.com [172.18.242.84])
	by mgw-dax1.ext.nokia.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id h5RKci120488
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 15:38:44 -0500 (CDT)
Received: from daebh001.NOE.Nokia.com (unverified) by davir01nok.americas.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T6316535aaaac12f254079@davir01nok.americas.nokia.com> for <seamoby@ietf.org>;
 Fri, 27 Jun 2003 15:38:43 -0500
Received: from daebe007.NOE.Nokia.com ([172.18.242.211]) by daebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Fri, 27 Jun 2003 13:37:30 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.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: [Seamoby] Issue3: Specifying IPsec between ARs
Date: Fri, 27 Jun 2003 15:37:29 -0500
Message-ID: <697DAA22C5004B4596E033803A7CEF44024DB337@daebe007.americas.nokia.com>
Thread-Topic: [Seamoby] Issue3: Specifying IPsec between ARs
Thread-Index: AcM84ZwNhLbzLhgMRN64m5fLjIT8iwACh3hQ
To: <vijayd@iprg.nokia.com>, <john.loughney@nokia.com>
Cc: <seamoby@ietf.org>
X-OriginalArrivalTime: 27 Jun 2003 20:37:30.0141 (UTC) FILETIME=[EDD164D0:01C33CEB]
Content-Transfer-Encoding: quoted-printable
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable


> negotiation between the access router could be
>=20
> 1. run IKE. the security policy on the access routers would
>    say =20
>=20
>    if protocol =3D CTP message (UDP with some additional info)
>    and destination =3D another AR (or could be any)
>    negotiate ESP in transport mode with a particular algorithm
>=20
>    or it could say
>=20
>    if protocol =3D CTP message (UDP with some additional info)
>    negotiate AH in transport mode with HMAC_SHA1
> =20
>=20
> 2. manual keying between the access routers. this would need
>    administrators to be involved. then the security policy=20
>    would say
>=20
>    if protocol =3D CTP message (UDP with some additional info)
>    use SA_something.
>=20
>    the SA would have the appropriate information.
>=20
> my point, there is nothing special that CTP requires of=20
> IPsec or IKE. there is no need to specify anything extra.=20
> and CTP shouldnt also care if IKE/IKEv2/manual keying is=20
> used. it shouldnt care which IPsec protocol (AH or ESP)
> is used. it would be enough to simply say
>=20
>   The Context Transfer Protocol messages between the Access=20
>   Routers require per-packet authentication and integrity=20
>   protection. Therefore IPsec MUST be used to protect the=20
>   Context Transfer Protocol messages between the Access=20
>   Routers.
>=20

I agree with what Vijay is saying here. It is sufficient to
specify that IPsec be used for securing CTP messages between
ARs.

> Vijay
>=20

-Basavaraj

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Fri Jun 27 19:32:35 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA26154
	for <seamoby-archive@odin.ietf.org>; Fri, 27 Jun 2003 19:32:35 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5RNW6M26442
	for seamoby-archive@odin.ietf.org; Fri, 27 Jun 2003 19:32:06 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W2hK-0006sP-7a
	for seamoby-web-archive@optimus.ietf.org; Fri, 27 Jun 2003 19:32:06 -0400
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA26096
	for <seamoby-web-archive@ietf.org>; Fri, 27 Jun 2003 19:32:04 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W2fL-0006Ib-Az; Fri, 27 Jun 2003 19:30:03 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W2eZ-00065v-Sp
	for seamoby@optimus.ietf.org; Fri, 27 Jun 2003 19:29:15 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA25872
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 19:29:14 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19W2NN-00078O-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 19:11:29 -0400
Received: from mailhost.iprg.nokia.com ([205.226.5.12])
	by ietf-mx with esmtp (Exim 4.12)
	id 19W2My-000776-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 19:11:04 -0400
Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69])
	by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id QAA10254;
	Fri, 27 Jun 2003 16:07:53 -0700 (PDT)
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id h5RN7q423033;
	Fri, 27 Jun 2003 16:07:52 -0700
X-mProtect: <200306272307> Nokia Silicon Valley Messaging Protection
Received: from UNKNOWN (205.226.2.90, claiming to be "iprg.nokia.com")
	by darkstar.iprg.nokia.com smtpdHhSSBE; Fri, 27 Jun 2003 16:07:50 PDT
Message-ID: <3EFCCE47.3D306315@iprg.nokia.com>
Date: Fri, 27 Jun 2003 16:07:51 -0700
From: Rajeev Koodli <rajeev@iprg.nokia.com>
Organization: Nokia Research Center
X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.4-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: James Kempf <kempf@docomolabs-usa.com>
CC: seamoby@ietf.org
Subject: Re: [Seamoby] Issue 15: CTAR Relay
References: <031301c33c28$21e0b9c0$636015ac@dclkempt40>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

James Kempf wrote:

>
> Is CTAR Relay really necessary? Isn't it sufficient to either a) send CTAR
> to NAR (as currently) or b) send CTAR to PAR?
>

I think CTAR alone should be sufficient.

>
> Note: FMIP has chosen to do b), why does CTP do a) instead?

Actually, if possible MN sends CTAR to PAR before leaving the
link. Since it does not wait for a confirmation from PAR regarding
success of CT, it always send CTAR to NAR. This way, if CT
succeded, NAR would verify authorization and make contexts
available right away. If it did not, OR if the MN was unable to send
CTAR on the old link, the CTAR to NAR triggers CTD Request
and CTD messages. Notice that in both the cases token verification
takes place at the router possessing the contexts.

This is like transmitting FBU when FBack has not been received.

Regards,

-Rajeev


>
>
> I'm especially curious because the CTP and FMIP drafts share an author and
> one of the authors on the CTP draft was on the original FMIP design team,
> which would have suggested to me more consistency in the basic architecture
> between the two protocols.
>
>             jak
>
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby


_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Fri Jun 27 19:49:37 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA26689
	for <seamoby-archive@odin.ietf.org>; Fri, 27 Jun 2003 19:49:37 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5RNn8L00716
	for seamoby-archive@odin.ietf.org; Fri, 27 Jun 2003 19:49:08 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W2xo-0000BT-DJ
	for seamoby-web-archive@optimus.ietf.org; Fri, 27 Jun 2003 19:49:08 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA26670
	for <seamoby-web-archive@ietf.org>; Fri, 27 Jun 2003 19:49:06 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19W2xm-0007Uv-00
	for seamoby-web-archive@ietf.org; Fri, 27 Jun 2003 19:49:06 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19W2xg-0007Ur-00
	for seamoby-web-archive@ietf.org; Fri, 27 Jun 2003 19:49:00 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W2xg-000095-Er; Fri, 27 Jun 2003 19:49:00 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W2wt-0008Oj-Bu
	for seamoby@optimus.ietf.org; Fri, 27 Jun 2003 19:48:11 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA26605
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 19:47:54 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19W2wc-0007U1-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 19:47:54 -0400
Received: from user.informatik.uni-goettingen.de ([134.76.81.16] helo=s2.ifi.informatik.uni-goettingen.de)
	by ietf-mx with esmtp (Exim 4.12)
	id 19W2wR-0007Tg-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 19:47:44 -0400
Received: from cs.uni-goettingen.de (IBZGate.ibz.gwdg.de [::ffff:134.76.38.21])
  (AUTH: LOGIN fu)
  by s2.ifi.informatik.uni-goettingen.de with esmtp; Sat, 28 Jun 2003 01:46:54 +0200
Message-ID: <3EFCD78B.3C6655DF@cs.uni-goettingen.de>
Date: Sat, 28 Jun 2003 01:47:23 +0200
From: Xiaoming Fu <fu@cs.uni-goettingen.de>
Organization: University of Goettingen
X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: James Kempf <kempf@docomolabs-usa.com>
CC: seamoby@ietf.org
Subject: Re: [Seamoby] New Issue: Interoperability with other Handover Protocols
References: <01a501c33d00$70c04910$636015ac@dclkempt40>
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

James,

This sounds interesting, but would introduce more failure cases which
are complicated to handle.  As CTP minimizes the requirement of sending
large packets over the air, it is not very desirable to bundle CTP into
handover messages at the cost of added complexity.

OTOH I think it might make sense for bundling CTAR/CTRR within any data
packets _after_ completing mobility management, similar to BU options
v.s. data packets.

Cheers,
Xiaoming

James Kempf wrote:
> 
> Issue:
> 
> Section 3 specifies that CTP runs to a dedicated UDP port.  There may be
> cases where one would want to optimize wireless signaling (MN to AR) to
> avoid multiple messages from various protocols associated with different
> aspects of handover (for example, mobility mangement and context transfer).
> For this reason, it might be useful to allow the MN to bundle the CTAR with
> other handover signaling. For example, if FMIP is being used for mobility
> management, it might be useful to bundle CTAR with the FMIP BU (details are
> left as an exercise for the researcher).
> 
> Suggested Resolution:
> 
> Add the following paragraph at the end of Section 3:
> 
>     In some cases, may be advantageous to bundle the context transfer
> signaling between the MN and network, or between access routers, together
> with other handover signaling. For this purpose, the MN may bundle the CTAR
> message and the NAR may bundle the CTARR with other handover signaling
> rather than use dedicated UDP port for the protocol. Similarly, the PAR and
> NAR may bundle the CTD/CTDR/CTR with other handover signaling.
> 
> Comments?
> 
>             jak
> 
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Fri Jun 27 19:55:36 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA26882
	for <seamoby-archive@odin.ietf.org>; Fri, 27 Jun 2003 19:55:36 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5RNt8j02845
	for seamoby-archive@odin.ietf.org; Fri, 27 Jun 2003 19:55:08 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W33b-0000jo-Vg
	for seamoby-web-archive@optimus.ietf.org; Fri, 27 Jun 2003 19:55:07 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA26871
	for <seamoby-web-archive@ietf.org>; Fri, 27 Jun 2003 19:55:06 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19W33a-0007Xx-00
	for seamoby-web-archive@ietf.org; Fri, 27 Jun 2003 19:55:06 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19W33U-0007Xu-00
	for seamoby-web-archive@ietf.org; Fri, 27 Jun 2003 19:55:00 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W33V-0000j7-Jx; Fri, 27 Jun 2003 19:55:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W33P-0000iq-Nj
	for seamoby@optimus.ietf.org; Fri, 27 Jun 2003 19:54:55 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA26864
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 19:54:54 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19W33N-0007Xm-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 19:54:54 -0400
Received: from mailhost.iprg.nokia.com ([205.226.5.12])
	by ietf-mx with esmtp (Exim 4.12)
	id 19W337-0007XY-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 19:54:37 -0400
Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69])
	by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id QAA12307;
	Fri, 27 Jun 2003 16:53:57 -0700 (PDT)
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id h5RNrvf23711;
	Fri, 27 Jun 2003 16:53:57 -0700
X-mProtect: <200306272353> Nokia Silicon Valley Messaging Protection
Received: from UNKNOWN (205.226.2.94, claiming to be "iprg.nokia.com")
	by darkstar.iprg.nokia.com smtpdwhEkNB; Fri, 27 Jun 2003 16:53:56 PDT
Message-ID: <3EFCD914.6AA934FA@iprg.nokia.com>
Date: Fri, 27 Jun 2003 16:53:56 -0700
From: Vijay Devarapalli <vijayd@iprg.nokia.com>
X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.4-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: James Kempf <kempf@docomolabs-usa.com>
CC: seamoby@ietf.org
Subject: Re: [Seamoby] New Issue: Interoperability with other Handover Protocols
References: <01a501c33d00$70c04910$636015ac@dclkempt40>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

I definitely like this idea. 

Vijay

James Kempf wrote:
> 
> Issue:
> 
> Section 3 specifies that CTP runs to a dedicated UDP port.  There may be
> cases where one would want to optimize wireless signaling (MN to AR) to
> avoid multiple messages from various protocols associated with different
> aspects of handover (for example, mobility mangement and context transfer).
> For this reason, it might be useful to allow the MN to bundle the CTAR with
> other handover signaling. For example, if FMIP is being used for mobility
> management, it might be useful to bundle CTAR with the FMIP BU (details are
> left as an exercise for the researcher).
> 
> Suggested Resolution:
> 
> Add the following paragraph at the end of Section 3:
> 
>     In some cases, may be advantageous to bundle the context transfer
> signaling between the MN and network, or between access routers, together
> with other handover signaling. For this purpose, the MN may bundle the CTAR
> message and the NAR may bundle the CTARR with other handover signaling
> rather than use dedicated UDP port for the protocol. Similarly, the PAR and
> NAR may bundle the CTD/CTDR/CTR with other handover signaling.
> 
> Comments?
> 
>             jak
> 
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Fri Jun 27 20:24:46 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA26156
	for <seamoby-archive@odin.ietf.org>; Fri, 27 Jun 2003 19:32:35 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5RNW6I26460
	for seamoby-archive@odin.ietf.org; Fri, 27 Jun 2003 19:32:06 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W2hK-0006sg-Dk
	for seamoby-web-archive@optimus.ietf.org; Fri, 27 Jun 2003 19:32:06 -0400
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA26095
	for <seamoby-web-archive@ietf.org>; Fri, 27 Jun 2003 19:32:04 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W2fK-0006IK-OE; Fri, 27 Jun 2003 19:30:02 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W2eZ-00065q-I4
	for seamoby@optimus.ietf.org; Fri, 27 Jun 2003 19:29:15 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA25868
	for <seamoby@ietf.org>; Fri, 27 Jun 2003 19:29:13 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19W2NO-00078T-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 19:11:30 -0400
Received: from key1.docomolabs-usa.com
	([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser)
	by ietf-mx with esmtp (Exim 4.12)
	id 19W2ND-000782-00
	for seamoby@ietf.org; Fri, 27 Jun 2003 19:11:20 -0400
Message-ID: <01a501c33d00$70c04910$636015ac@dclkempt40>
From: "James Kempf" <kempf@docomolabs-usa.com>
To: <seamoby@ietf.org>
Date: Fri, 27 Jun 2003 16:04:19 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [Seamoby] New Issue: Interoperability with other Handover Protocols
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Issue:

Section 3 specifies that CTP runs to a dedicated UDP port.  There may be
cases where one would want to optimize wireless signaling (MN to AR) to
avoid multiple messages from various protocols associated with different
aspects of handover (for example, mobility mangement and context transfer).
For this reason, it might be useful to allow the MN to bundle the CTAR with
other handover signaling. For example, if FMIP is being used for mobility
management, it might be useful to bundle CTAR with the FMIP BU (details are
left as an exercise for the researcher).

Suggested Resolution:

Add the following paragraph at the end of Section 3:

    In some cases, may be advantageous to bundle the context transfer
signaling between the MN and network, or between access routers, together
with other handover signaling. For this purpose, the MN may bundle the CTAR
message and the NAR may bundle the CTARR with other handover signaling
rather than use dedicated UDP port for the protocol. Similarly, the PAR and
NAR may bundle the CTD/CTDR/CTR with other handover signaling.

Comments?

            jak


_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Sat Jun 28 00:48:35 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA03068
	for <seamoby-archive@odin.ietf.org>; Sat, 28 Jun 2003 00:48:35 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5S4m9S04528
	for seamoby-archive@odin.ietf.org; Sat, 28 Jun 2003 00:48:09 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W7dA-0001Ax-V5
	for seamoby-web-archive@optimus.ietf.org; Sat, 28 Jun 2003 00:48:08 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA03053
	for <seamoby-web-archive@ietf.org>; Sat, 28 Jun 2003 00:48:05 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19W7d8-0001G7-00
	for seamoby-web-archive@ietf.org; Sat, 28 Jun 2003 00:48:06 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19W7d2-0001G4-00
	for seamoby-web-archive@ietf.org; Sat, 28 Jun 2003 00:48:00 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W7d2-0001AA-Vi; Sat, 28 Jun 2003 00:48:00 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W7bG-0000y0-UC
	for seamoby@optimus.ietf.org; Sat, 28 Jun 2003 00:47:15 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA02971
	for <seamoby@ietf.org>; Sat, 28 Jun 2003 00:45:52 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19W7az-0001Ej-00
	for seamoby@ietf.org; Sat, 28 Jun 2003 00:45:53 -0400
Received: from mgw-x1.nokia.com ([131.228.20.21])
	by ietf-mx with esmtp (Exim 4.12)
	id 19W7ao-0001Ee-00
	for seamoby@ietf.org; Sat, 28 Jun 2003 00:45:42 -0400
Received: from esvir05nok.ntc.nokia.com (esvir05nokt.ntc.nokia.com [172.21.143.37])
	by mgw-x1.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5S4jLa26105
	for <seamoby@ietf.org>; Sat, 28 Jun 2003 07:45:22 +0300 (EET DST)
Received: from esebh004.NOE.Nokia.com (unverified) by esvir05nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T6319c855a1ac158f25801@esvir05nok.ntc.nokia.com>;
 Sat, 28 Jun 2003 07:45:21 +0300
Received: from esebe001.NOE.Nokia.com ([172.21.138.30]) by esebh004.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Sat, 28 Jun 2003 07:45:21 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Sat, 28 Jun 2003 07:45:21 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.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: [Seamoby] New Issue: Interoperability with other Handover Protocols
Date: Sat, 28 Jun 2003 07:45:20 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658EFD4@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] New Issue: Interoperability with other Handover Protocols
Thread-Index: AcM9BFDFxyf02fGcSr6mCPvkvJeZswAK4PRA
To: <kempf@docomolabs-usa.com>, <seamoby@ietf.org>
X-OriginalArrivalTime: 28 Jun 2003 04:45:21.0369 (UTC) FILETIME=[14D45490:01C33D30]
Content-Transfer-Encoding: quoted-printable
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable

James,

While you suggestion is a good one, I feel adding it to the
current draft will add more complexity; more error cases,
etc. =20

My prefered solution is to get the simple (& basic CTP done).
If bundling CTP messages with FMIP BUs are seen as a good
thing, a seperate extension could be writen up in a draft.

That would be something that could be handled in one of the
MIP WGs ...

John

> -----Original Message-----
> From: ext James Kempf [mailto:kempf@docomolabs-usa.com]
> Sent: 28 June, 2003 02:04
> To: seamoby@ietf.org
> Subject: [Seamoby] New Issue: Interoperability with other Handover
> Protocols
>=20
>=20
> Issue:
>=20
> Section 3 specifies that CTP runs to a dedicated UDP port. =20
> There may be
> cases where one would want to optimize wireless signaling (MN=20
> to AR) to
> avoid multiple messages from various protocols associated=20
> with different
> aspects of handover (for example, mobility mangement and=20
> context transfer).
> For this reason, it might be useful to allow the MN to bundle=20
> the CTAR with
> other handover signaling. For example, if FMIP is being used=20
> for mobility
> management, it might be useful to bundle CTAR with the FMIP=20
> BU (details are
> left as an exercise for the researcher).
>=20
> Suggested Resolution:
>=20
> Add the following paragraph at the end of Section 3:
>=20
>     In some cases, may be advantageous to bundle the context transfer
> signaling between the MN and network, or between access=20
> routers, together
> with other handover signaling. For this purpose, the MN may=20
> bundle the CTAR
> message and the NAR may bundle the CTARR with other handover signaling
> rather than use dedicated UDP port for the protocol.=20
> Similarly, the PAR and
> NAR may bundle the CTD/CTDR/CTR with other handover signaling.
>=20
> Comments?
>=20
>             jak
>=20
>=20
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby
>=20

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Sat Jun 28 01:23:38 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA03416
	for <seamoby-archive@odin.ietf.org>; Sat, 28 Jun 2003 01:23:38 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5S5N8t11058
	for seamoby-archive@odin.ietf.org; Sat, 28 Jun 2003 01:23:08 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W8B2-0002sH-PW
	for seamoby-web-archive@optimus.ietf.org; Sat, 28 Jun 2003 01:23:08 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA03409
	for <seamoby-web-archive@ietf.org>; Sat, 28 Jun 2003 01:23:07 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19W8Az-0001MI-00
	for seamoby-web-archive@ietf.org; Sat, 28 Jun 2003 01:23:05 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19W8Au-0001MF-00
	for seamoby-web-archive@ietf.org; Sat, 28 Jun 2003 01:23:00 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W8Av-0002rY-Ih; Sat, 28 Jun 2003 01:23:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W896-0002mU-6v
	for seamoby@optimus.ietf.org; Sat, 28 Jun 2003 01:22:12 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA03367
	for <seamoby@ietf.org>; Sat, 28 Jun 2003 01:21:07 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19W893-0001LC-00
	for seamoby@ietf.org; Sat, 28 Jun 2003 01:21:05 -0400
Received: from mgw-x4.nokia.com ([131.228.20.27])
	by ietf-mx with esmtp (Exim 4.12)
	id 19W88s-0001L8-00
	for seamoby@ietf.org; Sat, 28 Jun 2003 01:20:54 -0400
Received: from esvir04nok.ntc.nokia.com (esvir04nokt.ntc.nokia.com [172.21.143.36])
	by mgw-x4.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5S5KY919725
	for <seamoby@ietf.org>; Sat, 28 Jun 2003 08:20:34 +0300 (EET DST)
Received: from esebh002.NOE.Nokia.com (unverified) by esvir04nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T6319e8952cac158f24078@esvir04nok.ntc.nokia.com> for <seamoby@ietf.org>;
 Sat, 28 Jun 2003 08:20:35 +0300
Received: from esebe003.NOE.Nokia.com ([172.21.138.39]) by esebh002.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Sat, 28 Jun 2003 08:20:34 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe003.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Sat, 28 Jun 2003 08:20:34 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.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: [Seamoby] Issue3: Specifying IPsec between ARs
Date: Sat, 28 Jun 2003 08:20:33 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB3206360C1FCF@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] Issue3: Specifying IPsec between ARs
Thread-Index: AcM84ZwNhLbzLhgMRN64m5fLjIT8iwACh3hQABH262A=
To: <Basavaraj.Patil@nokia.com>, <vijayd@iprg.nokia.com>
Cc: <seamoby@ietf.org>
X-OriginalArrivalTime: 28 Jun 2003 05:20:34.0199 (UTC) FILETIME=[002C9A70:01C33D35]
Content-Transfer-Encoding: quoted-printable
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable

Hi all,

So, thus far we have:

2 people saying (Basavaraj & Vija):=20

 my point, there is nothing special that CTP requires of=20
 IPsec or IKE. there is no need to specify anything extra.=20
 and CTP shouldnt also care if IKE/IKEv2/manual keying is=20
 used. it shouldnt care which IPsec protocol (AH or ESP)
 is used.=20

Antti Tuomin says:

   Section 2. paragraph 3 says: "CT peers to utilize a secure channel
   for transferring contexts, providing authentication, integrity, and
   (if needed) confidentiality."  Subsection 2.4.2 and 2.4.3 say
   "message SHOULD be protected by use of IPsec Authentication Header
   (AH)".  Couldn't you just use ESP?  AH alone is not able to give
   confidentiality mentioned earlier.  Is there a specific reason to
   use AH (like need for IP header authentication)?  Also, Mobile IPv6
   uses ESP, so the chances are that ESP is already implemented in all
   the entities.

Hesham says, in answer to the question", Do folks think that mandatory =
IPsec=20
is reasonable here?"

 Yes. And you need to specify how to do that. I=20
 mean, a side effect of this would be that all UDP traffic=20
 will be secure (from a quick read I saw that UDP is the=20
 transport protocol for CTP).

Pekka Savola says:

 So, the model how security is used must be re-thought.  It would seem =
to
 be the safest to say that AH (or maybe ESP, dunno) *MUST* be used for =
all
 message types, and describe different issues there.  In some cases =
where
 context transfers messages are only received from pAR's/nAR's in the =
same
 security domain (e.g. single ISP), over a sufficiently secure medium, =
even
 lower requirements might be reasonable.

So, I cannot say we have consensus on this subject.  However, in absence
of compelling info, I tend to be conservative on security issues.

John
> -----Original Message-----
> From: ext Basavaraj.Patil@nokia.com [mailto:Basavaraj.Patil@nokia.com]
> Sent: 27 June, 2003 23:37
> To: vijayd@iprg.nokia.com; Loughney John (NRC/Helsinki)
> Cc: seamoby@ietf.org
> Subject: RE: [Seamoby] Issue3: Specifying IPsec between ARs
>=20
>=20
>=20
> > negotiation between the access router could be
> >=20
> > 1. run IKE. the security policy on the access routers would
> >    say =20
> >=20
> >    if protocol =3D CTP message (UDP with some additional info)
> >    and destination =3D another AR (or could be any)
> >    negotiate ESP in transport mode with a particular algorithm
> >=20
> >    or it could say
> >=20
> >    if protocol =3D CTP message (UDP with some additional info)
> >    negotiate AH in transport mode with HMAC_SHA1
> > =20
> >=20
> > 2. manual keying between the access routers. this would need
> >    administrators to be involved. then the security policy=20
> >    would say
> >=20
> >    if protocol =3D CTP message (UDP with some additional info)
> >    use SA_something.
> >=20
> >    the SA would have the appropriate information.
> >=20
> > my point, there is nothing special that CTP requires of=20
> > IPsec or IKE. there is no need to specify anything extra.=20
> > and CTP shouldnt also care if IKE/IKEv2/manual keying is=20
> > used. it shouldnt care which IPsec protocol (AH or ESP)
> > is used. it would be enough to simply say
> >=20
> >   The Context Transfer Protocol messages between the Access=20
> >   Routers require per-packet authentication and integrity=20
> >   protection. Therefore IPsec MUST be used to protect the=20
> >   Context Transfer Protocol messages between the Access=20
> >   Routers.
> >=20
>=20
> I agree with what Vijay is saying here. It is sufficient to
> specify that IPsec be used for securing CTP messages between
> ARs.
>=20
> > Vijay
> >=20
>=20
> -Basavaraj
>=20
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby
>=20

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Sat Jun 28 01:47:41 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA03740
	for <seamoby-archive@odin.ietf.org>; Sat, 28 Jun 2003 01:47:41 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5S5lCu15838
	for seamoby-archive@odin.ietf.org; Sat, 28 Jun 2003 01:47:12 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W8YK-00047N-Ds
	for seamoby-web-archive@optimus.ietf.org; Sat, 28 Jun 2003 01:47:12 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA03727
	for <seamoby-web-archive@ietf.org>; Sat, 28 Jun 2003 01:47:11 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19W8YH-0001RF-00
	for seamoby-web-archive@ietf.org; Sat, 28 Jun 2003 01:47:09 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19W8YB-0001RC-00
	for seamoby-web-archive@ietf.org; Sat, 28 Jun 2003 01:47:03 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W8Y9-00044i-CN; Sat, 28 Jun 2003 01:47:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19W8Xy-00044X-L6
	for seamoby@optimus.ietf.org; Sat, 28 Jun 2003 01:46:50 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA03722
	for <seamoby@ietf.org>; Sat, 28 Jun 2003 01:46:49 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19W8Xv-0001R8-00
	for seamoby@ietf.org; Sat, 28 Jun 2003 01:46:47 -0400
Received: from mail.flarion.com ([63.103.94.23] helo=rrmail01.lab.flarion.com)
	by ietf-mx with esmtp (Exim 4.12)
	id 19W8Xk-0001R5-00
	for seamoby@ietf.org; Sat, 28 Jun 2003 01:46:37 -0400
Received: by rrmail01.lab.flarion.com with Internet Mail Service (5.5.2656.59)
	id <NX3VGH12>; Sat, 28 Jun 2003 01:45:47 -0400
Message-ID: <748C6D0A58C0F94CA63C198B6674697A0141BB66@ftmail.lab.flarion.com>
From: Soliman Hesham <H.Soliman@flarion.com>
To: "'john.loughney@nokia.com'" <john.loughney@nokia.com>,
        Basavaraj.Patil@nokia.com, vijayd@iprg.nokia.com
Cc: seamoby@ietf.org
Subject: RE: [Seamoby] Issue3: Specifying IPsec between ARs
Date: Sat, 28 Jun 2003 01:45:46 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2656.59)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>

John, 

CTP should definitely care whether 
AH or ESP is used, depending on the context
being transfered. For instance, if the device's
encryption keys are being transferred from one 
AR to another you want integrity and confidentiality.
Therefore, you don't want AH only.

I think in most cases that I'm aware of it is sufficient
to use ESP. 

None of this means that CTP should be modified, it 
just means that the right requirement on the _use_
of IPsec should be made.


Hesham

 > -----Original Message-----
 > From: john.loughney@nokia.com [mailto:john.loughney@nokia.com]
 > Sent: Saturday, June 28, 2003 1:21 AM
 > To: Basavaraj.Patil@nokia.com; vijayd@iprg.nokia.com
 > Cc: seamoby@ietf.org
 > Subject: RE: [Seamoby] Issue3: Specifying IPsec between ARs
 > 
 > 
 > Hi all,
 > 
 > So, thus far we have:
 > 
 > 2 people saying (Basavaraj & Vija): 
 > 
 >  my point, there is nothing special that CTP requires of 
 >  IPsec or IKE. there is no need to specify anything extra. 
 >  and CTP shouldnt also care if IKE/IKEv2/manual keying is 
 >  used. it shouldnt care which IPsec protocol (AH or ESP)
 >  is used. 
 > 
 > Antti Tuomin says:
 > 
 >    Section 2. paragraph 3 says: "CT peers to utilize a secure channel
 >    for transferring contexts, providing authentication, 
 > integrity, and
 >    (if needed) confidentiality."  Subsection 2.4.2 and 2.4.3 say
 >    "message SHOULD be protected by use of IPsec Authentication Header
 >    (AH)".  Couldn't you just use ESP?  AH alone is not able to give
 >    confidentiality mentioned earlier.  Is there a specific reason to
 >    use AH (like need for IP header authentication)?  Also, 
 > Mobile IPv6
 >    uses ESP, so the chances are that ESP is already 
 > implemented in all
 >    the entities.
 > 
 > Hesham says, in answer to the question", Do folks think that 
 > mandatory IPsec 
 > is reasonable here?"
 > 
 >  Yes. And you need to specify how to do that. I 
 >  mean, a side effect of this would be that all UDP traffic 
 >  will be secure (from a quick read I saw that UDP is the 
 >  transport protocol for CTP).
 > 
 > Pekka Savola says:
 > 
 >  So, the model how security is used must be re-thought.  It 
 > would seem to
 >  be the safest to say that AH (or maybe ESP, dunno) *MUST* 
 > be used for all
 >  message types, and describe different issues there.  In 
 > some cases where
 >  context transfers messages are only received from 
 > pAR's/nAR's in the same
 >  security domain (e.g. single ISP), over a sufficiently 
 > secure medium, even
 >  lower requirements might be reasonable.
 > 
 > So, I cannot say we have consensus on this subject.  
 > However, in absence
 > of compelling info, I tend to be conservative on security issues.
 > 
 > John
 > > -----Original Message-----
 > > From: ext Basavaraj.Patil@nokia.com 
 > [mailto:Basavaraj.Patil@nokia.com]
 > > Sent: 27 June, 2003 23:37
 > > To: vijayd@iprg.nokia.com; Loughney John (NRC/Helsinki)
 > > Cc: seamoby@ietf.org
 > > Subject: RE: [Seamoby] Issue3: Specifying IPsec between ARs
 > > 
 > > 
 > > 
 > > > negotiation between the access router could be
 > > > 
 > > > 1. run IKE. the security policy on the access routers would
 > > >    say  
 > > > 
 > > >    if protocol = CTP message (UDP with some additional info)
 > > >    and destination = another AR (or could be any)
 > > >    negotiate ESP in transport mode with a particular algorithm
 > > > 
 > > >    or it could say
 > > > 
 > > >    if protocol = CTP message (UDP with some additional info)
 > > >    negotiate AH in transport mode with HMAC_SHA1
 > > >  
 > > > 
 > > > 2. manual keying between the access routers. this would need
 > > >    administrators to be involved. then the security policy 
 > > >    would say
 > > > 
 > > >    if protocol = CTP message (UDP with some additional info)
 > > >    use SA_something.
 > > > 
 > > >    the SA would have the appropriate information.
 > > > 
 > > > my point, there is nothing special that CTP requires of 
 > > > IPsec or IKE. there is no need to specify anything extra. 
 > > > and CTP shouldnt also care if IKE/IKEv2/manual keying is 
 > > > used. it shouldnt care which IPsec protocol (AH or ESP)
 > > > is used. it would be enough to simply say
 > > > 
 > > >   The Context Transfer Protocol messages between the Access 
 > > >   Routers require per-packet authentication and integrity 
 > > >   protection. Therefore IPsec MUST be used to protect the 
 > > >   Context Transfer Protocol messages between the Access 
 > > >   Routers.
 > > > 
 > > 
 > > I agree with what Vijay is saying here. It is sufficient to
 > > specify that IPsec be used for securing CTP messages between
 > > ARs.
 > > 
 > > > Vijay
 > > > 
 > > 
 > > -Basavaraj
 > > 
 > > _______________________________________________
 > > Seamoby mailing list
 > > Seamoby@ietf.org
 > > https://www1.ietf.org/mailman/listinfo/seamoby
 > > 
 > 
 > _______________________________________________
 > Seamoby mailing list
 > Seamoby@ietf.org
 > https://www1.ietf.org/mailman/listinfo/seamoby
 > 

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Mon Jun 30 02:08:57 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA00583
	for <seamoby-archive@odin.ietf.org>; Mon, 30 Jun 2003 02:08:57 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5U68S208477
	for seamoby-archive@odin.ietf.org; Mon, 30 Jun 2003 02:08:28 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Wrq0-0002Ca-80
	for seamoby-web-archive@optimus.ietf.org; Mon, 30 Jun 2003 02:08:28 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA00109
	for <seamoby-web-archive@ietf.org>; Mon, 30 Jun 2003 02:08:26 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Wrpw-0003oC-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 02:08:24 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19Wrpr-0003nO-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 02:08:19 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Wroc-0001fz-0A; Mon, 30 Jun 2003 02:07:02 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Wrnw-0001Vb-Jq
	for seamoby@optimus.ietf.org; Mon, 30 Jun 2003 02:06:20 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA27747
	for <seamoby@ietf.org>; Mon, 30 Jun 2003 02:06:19 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Wrnt-0003n3-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 02:06:17 -0400
Received: from mailhost.iprg.nokia.com ([205.226.5.12])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Wrnd-0003mw-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 02:06:01 -0400
Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69])
	by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id WAA06596
	for <seamoby@ietf.org>; Sun, 29 Jun 2003 22:46:20 -0700 (PDT)
X-Delivered-For: <seamoby@ietf.org>
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id h5U5kII00463;
	Sun, 29 Jun 2003 22:46:18 -0700
X-mProtect: <200306300546> Nokia Silicon Valley Messaging Protection
Received: from UNKNOWN (10.241.54.137, claiming to be "iprg.nokia.com")
	by darkstar.iprg.nokia.com smtpdJyT6LL; Sun, 29 Jun 2003 22:46:16 PDT
Message-ID: <3EFFCEA7.3040007@iprg.nokia.com>
Date: Sun, 29 Jun 2003 22:46:15 -0700
From: Vijay Devarapalli <vijayd@iprg.nokia.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: john.loughney@nokia.com
CC: Basavaraj.Patil@nokia.com, seamoby@ietf.org
Subject: Re: [Seamoby] Issue3: Specifying IPsec between ARs
References: <DADF50F5EC506B41A0F375ABEB3206360C1FCF@esebe023.ntc.nokia.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit



john.loughney@nokia.com wrote:

> Pekka Savola says:
> 
> In some cases where
>  context transfers messages are only received from pAR's/nAR's in the same
>  security domain (e.g. single ISP), over a sufficiently secure medium, even
>  lower requirements might be reasonable.

this is a very good comment, John. it makes no sense making the
use of ESP mandatory, especially in the above scenario. you have
to atleast say, if you already have a secure channel, IPsec must
be optional..

> 
> So, I cannot say we have consensus on this subject.  However, in absence
> of compelling info, I tend to be conservative on security issues.


all right, then. I guess it is better to be conservative. but
remember people are going to ignore the MUST use ESP requirement
if they already have a secure channel between the access routers.

Vijay


_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Mon Jun 30 02:20:41 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA01939
	for <seamoby-archive@odin.ietf.org>; Mon, 30 Jun 2003 02:20:41 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5U6KC116453
	for seamoby-archive@odin.ietf.org; Mon, 30 Jun 2003 02:20:12 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Ws1L-0004HI-QG
	for seamoby-web-archive@optimus.ietf.org; Mon, 30 Jun 2003 02:20:11 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA01868
	for <seamoby-web-archive@ietf.org>; Mon, 30 Jun 2003 02:20:09 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Ws1I-0003r8-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 02:20:08 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19Ws1C-0003r5-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 02:20:02 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Ws1C-0004Ee-Ku; Mon, 30 Jun 2003 02:20:02 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Ws0x-0004E5-I4
	for seamoby@optimus.ietf.org; Mon, 30 Jun 2003 02:19:47 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA01826
	for <seamoby@ietf.org>; Mon, 30 Jun 2003 02:19:45 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Ws0u-0003qp-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 02:19:44 -0400
Received: from mgw-x1.nokia.com ([131.228.20.21])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Ws0j-0003qb-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 02:19:33 -0400
Received: from esvir01nok.ntc.nokia.com (esvir01nokt.ntc.nokia.com [172.21.143.33])
	by mgw-x1.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5U6JBa22976
	for <seamoby@ietf.org>; Mon, 30 Jun 2003 09:19:11 +0300 (EET DST)
Received: from esebh004.NOE.Nokia.com (unverified) by esvir01nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T63246af4adac158f21083@esvir01nok.ntc.nokia.com> for <seamoby@ietf.org>;
 Mon, 30 Jun 2003 09:19:11 +0300
Received: from esebe011.NOE.Nokia.com ([172.21.138.50]) by esebh004.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Mon, 30 Jun 2003 09:19:11 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe011.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Mon, 30 Jun 2003 09:19:10 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.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: [Seamoby] Issue3: Specifying IPsec between ARs
Date: Mon, 30 Jun 2003 09:19:08 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658EFEC@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] Issue3: Specifying IPsec between ARs
Thread-Index: AcM+yu820NIGKgZ/RWiiIwO7xqKjFgABGyIQ
To: <vijayd@iprg.nokia.com>
Cc: <Basavaraj.Patil@nokia.com>, <seamoby@ietf.org>
X-OriginalArrivalTime: 30 Jun 2003 06:19:10.0425 (UTC) FILETIME=[84D59C90:01C33ECF]
Content-Transfer-Encoding: quoted-printable
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable

Vija,

> all right, then. I guess it is better to be conservative. but
> remember people are going to ignore the MUST use ESP requirement
> if they already have a secure channel between the access routers.

What other secure channel do you mean? AH doesn't protect message
contents, which may be needed if you are transfering AAA or=20
keying material.  TLS is not possible, because we are using UDP.

thanks,
John

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Mon Jun 30 05:01:24 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA06283
	for <seamoby-archive@odin.ietf.org>; Mon, 30 Jun 2003 05:01:24 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5U905611107
	for seamoby-archive@odin.ietf.org; Mon, 30 Jun 2003 05:00:05 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19WuW5-0002sy-OD
	for seamoby-web-archive@optimus.ietf.org; Mon, 30 Jun 2003 05:00:05 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA06191
	for <seamoby-web-archive@ietf.org>; Mon, 30 Jun 2003 04:56:07 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19WuSE-0004xO-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 04:56:06 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19WuS9-0004xL-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 04:56:01 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19WuS9-0002jZ-Hk; Mon, 30 Jun 2003 04:56:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19WuRI-0002jA-CW
	for seamoby@optimus.ietf.org; Mon, 30 Jun 2003 04:55:08 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA06118
	for <seamoby@ietf.org>; Mon, 30 Jun 2003 04:55:04 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19WuOC-0004wA-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 04:51:56 -0400
Received: from mgw-x1.nokia.com ([131.228.20.21])
	by ietf-mx with esmtp (Exim 4.12)
	id 19WuO1-0004vb-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 04:51:45 -0400
Received: from esvir01nok.ntc.nokia.com (esvir01nokt.ntc.nokia.com [172.21.143.33])
	by mgw-x1.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5U8oua22916
	for <seamoby@ietf.org>; Mon, 30 Jun 2003 11:50:56 +0300 (EET DST)
Received: from esebh001.NOE.Nokia.com (unverified) by esvir01nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T6324f5e07bac158f21083@esvir01nok.ntc.nokia.com>;
 Mon, 30 Jun 2003 11:50:55 +0300
Received: from esebe012.NOE.Nokia.com ([172.21.138.51]) by esebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Mon, 30 Jun 2003 11:50:55 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe012.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Mon, 30 Jun 2003 11:50:55 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.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: [Seamoby] Issue 15: CTAR Relay
Date: Mon, 30 Jun 2003 11:50:53 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658EFF4@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] Issue 15: CTAR Relay
Thread-Index: AcM83AFy7KUw3R2vQV6hT2qM8w63BwCCKt1Q
To: <kempf@docomolabs-usa.com>, <seamoby@ietf.org>
X-OriginalArrivalTime: 30 Jun 2003 08:50:55.0308 (UTC) FILETIME=[B7C480C0:01C33EE4]
Content-Transfer-Encoding: quoted-printable
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable

Hi James,

I have made the change you have proposed.

John

> -----Original Message-----
> From: ext James Kempf [mailto:kempf@docomolabs-usa.com]
> Sent: 27 June, 2003 21:21
> To: James Kempf; seamoby@ietf.org
> Subject: Re: [Seamoby] Issue 15: CTAR Relay
>=20
>=20
>=20
> > The last paragraph of Section 5.4, it says that CTAR Relay=20
> routes to PAR,
> > but the routing details are given later.
> >
>=20
> So in the interest of simplifying the draft, I'd like to=20
> propose removing
> CTAR Relay from the draft for now. There are some security=20
> issues with it,
> and it is currently not well enough specified in the draft=20
> that it could be
> implemented. It could take quite some time to work these out,=20
> and we need to
> finish the draft. Since the draft is experimental, people=20
> could experiment
> with it, and we could revisit the issue, with some actual=20
> data, when and if
> the specification is put on the standards track.
>=20
> The editoral changes would be:
>=20
> Section 2.4: First sentence, remove terminating phrase ("it=20
> should be...")
>=20
> Section 5.4: Remove CTAR Relay from diagram and text=20
> following the diagram.
>=20
> Comments?
>=20
>             jak
>=20
>=20
>=20
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby
>=20

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Mon Jun 30 05:13:36 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA06512
	for <seamoby-archive@odin.ietf.org>; Mon, 30 Jun 2003 05:13:36 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5U9D8813700
	for seamoby-archive@odin.ietf.org; Mon, 30 Jun 2003 05:13:08 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Wuii-0003Yt-3L
	for seamoby-web-archive@optimus.ietf.org; Mon, 30 Jun 2003 05:13:08 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA06506
	for <seamoby-web-archive@ietf.org>; Mon, 30 Jun 2003 05:13:05 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Wuie-00052r-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 05:13:04 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19WuiZ-00052o-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 05:12:59 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Wuib-0003Y8-Br; Mon, 30 Jun 2003 05:13:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19WuiR-0003Vk-CZ
	for seamoby@optimus.ietf.org; Mon, 30 Jun 2003 05:12:51 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA06372
	for <seamoby@ietf.org>; Mon, 30 Jun 2003 05:04:07 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19WuZy-00050R-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 05:04:06 -0400
Received: from mgw-x4.nokia.com ([131.228.20.27])
	by ietf-mx with esmtp (Exim 4.12)
	id 19WuZn-00050E-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 05:03:55 -0400
Received: from esvir04nok.ntc.nokia.com (esvir04nokt.ntc.nokia.com [172.21.143.36])
	by mgw-x4.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5U93M929973
	for <seamoby@ietf.org>; Mon, 30 Jun 2003 12:03:22 +0300 (EET DST)
Received: from esebh001.NOE.Nokia.com (unverified) by esvir04nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T63250145b9ac158f24078@esvir04nok.ntc.nokia.com>;
 Mon, 30 Jun 2003 12:03:22 +0300
Received: from esebe019.NOE.Nokia.com ([172.21.138.58]) by esebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Mon, 30 Jun 2003 12:03:20 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe019.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Mon, 30 Jun 2003 12:03:20 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.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: [Seamoby] Issue 12: Inclusion of MN's nCoA in CTAR or CTD
Date: Mon, 30 Jun 2003 12:03:19 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658EFF6@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] Issue 12: Inclusion of MN's nCoA in CTAR or CTD
Thread-Index: AcM8Kybp5qq6qTENQ6qTT0MXvmknbACut+Pg
To: <kempf@docomolabs-usa.com>, <seamoby@ietf.org>
X-OriginalArrivalTime: 30 Jun 2003 09:03:20.0553 (UTC) FILETIME=[73F7DD90:01C33EE6]
Content-Transfer-Encoding: quoted-printable
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable

Hi James,

> Issue 12 questions including the MN's nCoA in CTAR or CTD. If MN has =
not yet
> completed DAD, then the address is not confirmed and it may not be if =
there
> is a conflict (note however that exactly how to quickly confirm a nCoA =
is
> currently a topic of heavy discussion on the MIP list, RFC 2462 DAD =
may not
> be done). There seems to be an assumption built in that predictive =
handover
> is occuring, and the MN will know its CoA prior to moving to the new =
link
> or, if not predictive, then immediately on coming on link.
>=20
> Was this intended as an identifier for the MN on the new link? If so,
> wouldn't a more stable identifier be the MN's link layer address?
>=20
> And what is the purpoe of old CoA?

Thinking about this a bit more - this is a tricky issue.  link layer =
address
may not be good, in the case of vertical handovers.  Also, what to do =
with
IPv4 & possibly NATed addresses?

Do we need to have a stable Session ID of some sort that is used?

John

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Mon Jun 30 05:28:36 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA06817
	for <seamoby-archive@odin.ietf.org>; Mon, 30 Jun 2003 05:28:36 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5U9S8j15801
	for seamoby-archive@odin.ietf.org; Mon, 30 Jun 2003 05:28:08 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19WuxE-00046m-7y
	for seamoby-web-archive@optimus.ietf.org; Mon, 30 Jun 2003 05:28:08 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA06800
	for <seamoby-web-archive@ietf.org>; Mon, 30 Jun 2003 05:28:05 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19WuxA-00057t-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 05:28:04 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19Wux5-00057q-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 05:27:59 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Wux6-000440-Qe; Mon, 30 Jun 2003 05:28:00 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19Wuwt-00043m-Fr
	for seamoby@optimus.ietf.org; Mon, 30 Jun 2003 05:27:47 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA06793
	for <seamoby@ietf.org>; Mon, 30 Jun 2003 05:27:45 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19Wuwq-00057e-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 05:27:44 -0400
Received: from mail.flarion.com ([63.103.94.23] helo=rrmail01.lab.flarion.com)
	by ietf-mx with esmtp (Exim 4.12)
	id 19Wuwf-000578-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 05:27:33 -0400
Received: by rrmail01.lab.flarion.com with Internet Mail Service (5.5.2656.59)
	id <N843YSTJ>; Mon, 30 Jun 2003 05:25:56 -0400
Message-ID: <748C6D0A58C0F94CA63C198B6674697A0141BB78@ftmail.lab.flarion.com>
From: Soliman Hesham <H.Soliman@flarion.com>
To: "'john.loughney@nokia.com'" <john.loughney@nokia.com>,
        kempf@docomolabs-usa.com, seamoby@ietf.org
Subject: RE: [Seamoby] Issue 12: Inclusion of MN's nCoA in CTAR or CTD
Date: Mon, 30 Jun 2003 05:25:48 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2656.59)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>

John, 

The MN's identifier should not be tied to its
IP address or, as you correctly point out, its
MAC address. If the MN needs to be identified, 
then a more abstract identifier should be used.
For example, a NAI, IMSI, TMSI, FQDN (?) ...etc.

Neither the IP address nor the MAC address are 
useful as generic identifiers.

Hesham

 > -----Original Message-----
 > From: john.loughney@nokia.com [mailto:john.loughney@nokia.com]
 > Sent: Monday, June 30, 2003 5:03 AM
 > To: kempf@docomolabs-usa.com; seamoby@ietf.org
 > Subject: RE: [Seamoby] Issue 12: Inclusion of MN's nCoA in 
 > CTAR or CTD
 > 
 > 
 > Hi James,
 > 
 > > Issue 12 questions including the MN's nCoA in CTAR or CTD. 
 > If MN has not yet
 > > completed DAD, then the address is not confirmed and it 
 > may not be if there
 > > is a conflict (note however that exactly how to quickly 
 > confirm a nCoA is
 > > currently a topic of heavy discussion on the MIP list, RFC 
 > 2462 DAD may not
 > > be done). There seems to be an assumption built in that 
 > predictive handover
 > > is occuring, and the MN will know its CoA prior to moving 
 > to the new link
 > > or, if not predictive, then immediately on coming on link.
 > > 
 > > Was this intended as an identifier for the MN on the new 
 > link? If so,
 > > wouldn't a more stable identifier be the MN's link layer address?
 > > 
 > > And what is the purpoe of old CoA?
 > 
 > Thinking about this a bit more - this is a tricky issue.  
 > link layer address
 > may not be good, in the case of vertical handovers.  Also, 
 > what to do with
 > IPv4 & possibly NATed addresses?
 > 
 > Do we need to have a stable Session ID of some sort that is used?
 > 
 > John
 > 
 > _______________________________________________
 > Seamoby mailing list
 > Seamoby@ietf.org
 > https://www1.ietf.org/mailman/listinfo/seamoby
 > 

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Mon Jun 30 11:26:03 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA01045
	for <seamoby-archive@odin.ietf.org>; Mon, 30 Jun 2003 11:26:03 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5UFPZq21407
	for seamoby-archive@odin.ietf.org; Mon, 30 Jun 2003 11:25:35 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X0X9-0005ZC-1w
	for seamoby-web-archive@optimus.ietf.org; Mon, 30 Jun 2003 11:25:35 -0400
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA01031
	for <seamoby-web-archive@ietf.org>; Mon, 30 Jun 2003 11:25:32 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X0Wc-0005WH-6s; Mon, 30 Jun 2003 11:25:02 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X0W7-0005VC-HV
	for seamoby@optimus.ietf.org; Mon, 30 Jun 2003 11:24:31 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA00982
	for <seamoby@ietf.org>; Mon, 30 Jun 2003 11:24:29 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19X0W4-0001oM-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 11:24:28 -0400
Received: from key1.docomolabs-usa.com
	([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser)
	by ietf-mx with esmtp (Exim 4.12)
	id 19X0Vq-0001ne-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 11:24:14 -0400
Message-ID: <005401c33f1a$a5125ed0$636015ac@dclkempt40>
From: "James Kempf" <kempf@docomolabs-usa.com>
To: <john.loughney@nokia.com>, <seamoby@ietf.org>
References: <DADF50F5EC506B41A0F375ABEB32063658EFD4@esebe023.ntc.nokia.com>
Subject: Re: [Seamoby] New Issue: Interoperability with other Handover Protocols
Date: Mon, 30 Jun 2003 08:16:56 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

John,

Since Rajeev and Charlie seem to agree that the current design should work
together with FMIP, I agree that we should keep the text as is for
simplicity. I think there will probably be a period of adjustment after CTP
and FMIP are completed in which we investigate interoperability and tune the
designs so that they work well together. Probably better to wait until we
have the empirical evidence rather than try to figure out everything up
front without any.

            jak

----- Original Message ----- 
From: <john.loughney@nokia.com>
To: <kempf@docomolabs-usa.com>; <seamoby@ietf.org>
Sent: Friday, June 27, 2003 9:45 PM
Subject: RE: [Seamoby] New Issue: Interoperability with other Handover
Protocols


> James,
>
> While you suggestion is a good one, I feel adding it to the
> current draft will add more complexity; more error cases,
> etc.
>
> My prefered solution is to get the simple (& basic CTP done).
> If bundling CTP messages with FMIP BUs are seen as a good
> thing, a seperate extension could be writen up in a draft.
>
> That would be something that could be handled in one of the
> MIP WGs ...
>
> John
>
> > -----Original Message-----
> > From: ext James Kempf [mailto:kempf@docomolabs-usa.com]
> > Sent: 28 June, 2003 02:04
> > To: seamoby@ietf.org
> > Subject: [Seamoby] New Issue: Interoperability with other Handover
> > Protocols
> >
> >
> > Issue:
> >
> > Section 3 specifies that CTP runs to a dedicated UDP port.
> > There may be
> > cases where one would want to optimize wireless signaling (MN
> > to AR) to
> > avoid multiple messages from various protocols associated
> > with different
> > aspects of handover (for example, mobility mangement and
> > context transfer).
> > For this reason, it might be useful to allow the MN to bundle
> > the CTAR with
> > other handover signaling. For example, if FMIP is being used
> > for mobility
> > management, it might be useful to bundle CTAR with the FMIP
> > BU (details are
> > left as an exercise for the researcher).
> >
> > Suggested Resolution:
> >
> > Add the following paragraph at the end of Section 3:
> >
> >     In some cases, may be advantageous to bundle the context transfer
> > signaling between the MN and network, or between access
> > routers, together
> > with other handover signaling. For this purpose, the MN may
> > bundle the CTAR
> > message and the NAR may bundle the CTARR with other handover signaling
> > rather than use dedicated UDP port for the protocol.
> > Similarly, the PAR and
> > NAR may bundle the CTD/CTDR/CTR with other handover signaling.
> >
> > Comments?
> >
> >             jak
> >
> >
> > _______________________________________________
> > Seamoby mailing list
> > Seamoby@ietf.org
> > https://www1.ietf.org/mailman/listinfo/seamoby
> >
>
>


_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Mon Jun 30 11:55:46 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA02564
	for <seamoby-archive@odin.ietf.org>; Mon, 30 Jun 2003 11:55:46 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5UFtIR27432
	for seamoby-archive@odin.ietf.org; Mon, 30 Jun 2003 11:55:18 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X0zu-00078N-Pw
	for seamoby-web-archive@optimus.ietf.org; Mon, 30 Jun 2003 11:55:18 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA02481
	for <seamoby-web-archive@ietf.org>; Mon, 30 Jun 2003 11:55:15 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19X0zs-00028i-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 11:55:16 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19X0zg-00028O-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 11:55:04 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X0zd-00071J-BV; Mon, 30 Jun 2003 11:55:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X0yi-0006t3-HU
	for seamoby@optimus.ietf.org; Mon, 30 Jun 2003 11:54:04 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA02279
	for <seamoby@ietf.org>; Mon, 30 Jun 2003 11:54:00 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19X0mL-0001xH-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 11:41:17 -0400
Received: from mailhost.iprg.nokia.com ([205.226.5.12])
	by ietf-mx with esmtp (Exim 4.12)
	id 19X0m1-0001wo-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 11:40:57 -0400
Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69])
	by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id IAA02401;
	Mon, 30 Jun 2003 08:40:14 -0700 (PDT)
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id h5UFeEi22455;
	Mon, 30 Jun 2003 08:40:14 -0700
X-mProtect: <200306301540> Nokia Silicon Valley Messaging Protection
Received: from UNKNOWN (205.226.2.89, claiming to be "iprg.nokia.com")
	by darkstar.iprg.nokia.com smtpdTWWuUb; Mon, 30 Jun 2003 08:40:12 PDT
Message-ID: <3F0059DD.BB44C96A@iprg.nokia.com>
Date: Mon, 30 Jun 2003 08:40:13 -0700
From: "Charles E. Perkins" <charliep@iprg.nokia.com>
Organization: Nokia Research Center
X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.4-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Soliman Hesham <H.Soliman@flarion.com>,
        "John Loughney (NRC/Helsinki)" <john.loughney@nokia.com>
CC: seamoby@ietf.org
Subject: Re: [Seamoby] Issue 12: Inclusion of MN's nCoA in CTAR or CTD
References: <748C6D0A58C0F94CA63C198B6674697A0141BB78@ftmail.lab.flarion.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit


Hello Hesham and John,

Soliman Hesham wrote:

> The MN's identifier should not be tied to its
> IP address or, as you correctly point out, its
> MAC address. If the MN needs to be identified,
> then a more abstract identifier should be used.
> For example, a NAI, IMSI, TMSI, FQDN (?) ...etc.

I don't think this is true.  I think that the means
by which the identification is carried out, should
be the same as the means used for the original
purpose of the particular protocol.  For instance,
if a security association is based on IP address,
then the identification ought to be by IP address.
If PAR knows the mobile node by its MAC address,
then that would be useful.  I think since we're in
the IETF, the IP address will be very handy.

> Neither the IP address nor the MAC address are
> useful as generic identifiers.

All we have to do is identify the mobile node for
the purpose of context transfer, not for generic
purposes.  In fact, the word "identify" is tricky
enough.  Surely you won't suggest that every context
tranfer requires an identity verification with some
certificate authority...?

Regarding the question:

> Do we need to have a stable Session ID of some sort that is used?

I sincerely hope this approach is not taken.  It amounts
to excess baggage and almost a license for bloat (if not
a mandate for bloat).

Also, please remember that contexts come and go, but the
mobile node stays "the same".  Would you need a session
ID per context?  Yecch!  What, exactly, is the session?

Regards,
Charlie P.



>  > Hi James,
>  >
>  > > Issue 12 questions including the MN's nCoA in CTAR or CTD.
>  > If MN has not yet
>  > > completed DAD, then the address is not confirmed and it
>  > may not be if there
>  > > is a conflict (note however that exactly how to quickly
>  > confirm a nCoA is
>  > > currently a topic of heavy discussion on the MIP list, RFC
>  > 2462 DAD may not
>  > > be done). There seems to be an assumption built in that
>  > predictive handover
>  > > is occuring, and the MN will know its CoA prior to moving
>  > to the new link
>  > > or, if not predictive, then immediately on coming on link.
>  > >
>  > > Was this intended as an identifier for the MN on the new
>  > link? If so,
>  > > wouldn't a more stable identifier be the MN's link layer address?
>  > >
>  > > And what is the purpoe of old CoA?
>  >
>  > Thinking about this a bit more - this is a tricky issue.
>  > link layer address
>  > may not be good, in the case of vertical handovers.  Also,
>  > what to do with
>  > IPv4 & possibly NATed addresses?
>  >
>  > Do we need to have a stable Session ID of some sort that is used?
>  >
>  > John
>  >
>  > _______________________________________________
>  > Seamoby mailing list
>  > Seamoby@ietf.org
>  > https://www1.ietf.org/mailman/listinfo/seamoby
>  >
> 
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Mon Jun 30 12:43:38 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA05285
	for <seamoby-archive@odin.ietf.org>; Mon, 30 Jun 2003 12:43:38 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5UGh9710136
	for seamoby-archive@odin.ietf.org; Mon, 30 Jun 2003 12:43:09 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X1kD-0002bW-GB
	for seamoby-web-archive@optimus.ietf.org; Mon, 30 Jun 2003 12:43:09 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA05268
	for <seamoby-web-archive@ietf.org>; Mon, 30 Jun 2003 12:43:06 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19X1kB-0002YQ-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 12:43:07 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19X1k5-0002YN-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 12:43:01 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X1k5-0002aQ-UY; Mon, 30 Jun 2003 12:43:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X1jP-0002YK-1A
	for seamoby@optimus.ietf.org; Mon, 30 Jun 2003 12:42:34 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA05199
	for <seamoby@ietf.org>; Mon, 30 Jun 2003 12:42:15 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19X1jM-0002XR-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 12:42:16 -0400
Received: from mailhost.iprg.nokia.com ([205.226.5.12])
	by ietf-mx with esmtp (Exim 4.12)
	id 19X1j6-0002X1-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 12:42:00 -0400
Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69])
	by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id JAA05332
	for <seamoby@ietf.org>; Mon, 30 Jun 2003 09:41:13 -0700 (PDT)
X-Delivered-For: <seamoby@ietf.org>
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id h5UGfA107980;
	Mon, 30 Jun 2003 09:41:10 -0700
X-mProtect: <200306301641> Nokia Silicon Valley Messaging Protection
Received: from UNKNOWN (205.226.2.94, claiming to be "iprg.nokia.com")
	by darkstar.iprg.nokia.com smtpdYSI601; Mon, 30 Jun 2003 09:41:08 PDT
Message-ID: <3F006825.102B8087@iprg.nokia.com>
Date: Mon, 30 Jun 2003 09:41:09 -0700
From: Vijay Devarapalli <vijayd@iprg.nokia.com>
X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.4-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: john.loughney@nokia.com
CC: Basavaraj.Patil@nokia.com, seamoby@ietf.org
Subject: Re: [Seamoby] Issue3: Specifying IPsec between ARs
References: <DADF50F5EC506B41A0F375ABEB32063658EFEC@esebe023.ntc.nokia.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

john.loughney@nokia.com wrote:
> 
> Vija,
> 
> > all right, then. I guess it is better to be conservative. but
> > remember people are going to ignore the MUST use ESP requirement
> > if they already have a secure channel between the access routers.
> 
> What other secure channel do you mean? AH doesn't protect message
> contents, which may be needed if you are transfering AAA or
> keying material.  TLS is not possible, because we are using UDP.

for e.g.

> Pekka Savola says:
> 
> In some cases where
>  context transfers messages are only received from pAR's/nAR's in the same
>  security domain (e.g. single ISP), over a sufficiently secure medium, even
>  lower requirements might be reasonable.

Vijay

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Mon Jun 30 12:48:36 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA05582
	for <seamoby-archive@odin.ietf.org>; Mon, 30 Jun 2003 12:48:36 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5UGm7r11173
	for seamoby-archive@odin.ietf.org; Mon, 30 Jun 2003 12:48:07 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X1p1-0002u8-8c
	for seamoby-web-archive@optimus.ietf.org; Mon, 30 Jun 2003 12:48:07 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA05562
	for <seamoby-web-archive@ietf.org>; Mon, 30 Jun 2003 12:48:05 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19X1oy-0002c8-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 12:48:04 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19X1ot-0002c5-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 12:47:59 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X1ov-0002rR-2e; Mon, 30 Jun 2003 12:48:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X1oB-0002qO-H7
	for seamoby@optimus.ietf.org; Mon, 30 Jun 2003 12:47:15 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA05476
	for <seamoby@ietf.org>; Mon, 30 Jun 2003 12:47:14 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19X1o9-0002b2-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 12:47:13 -0400
Received: from mgw-x1.nokia.com ([131.228.20.21])
	by ietf-mx with esmtp (Exim 4.12)
	id 19X1ny-0002am-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 12:47:02 -0400
Received: from esvir05nok.ntc.nokia.com (esvir05nokt.ntc.nokia.com [172.21.143.37])
	by mgw-x1.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h5UGkua10562
	for <seamoby@ietf.org>; Mon, 30 Jun 2003 19:46:56 +0300 (EET DST)
Received: from esebh001.NOE.Nokia.com (unverified) by esvir05nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T6326a9add5ac158f25773@esvir05nok.ntc.nokia.com> for <seamoby@ietf.org>;
 Mon, 30 Jun 2003 19:46:56 +0300
Received: from esebe011.NOE.Nokia.com ([172.21.138.50]) by esebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Mon, 30 Jun 2003 19:46:55 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe011.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Mon, 30 Jun 2003 19:46:54 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.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: [Seamoby] Issue3: Specifying IPsec between ARs
Date: Mon, 30 Jun 2003 19:46:53 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658F000@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] Issue3: Specifying IPsec between ARs
Thread-Index: AcM/JmtrjgYUz3/8T8atPTUV2ijP0QAALJiA
To: <vijayd@iprg.nokia.com>
Cc: <Basavaraj.Patil@nokia.com>, <seamoby@ietf.org>
X-OriginalArrivalTime: 30 Jun 2003 16:46:54.0524 (UTC) FILETIME=[366307C0:01C33F27]
Content-Transfer-Encoding: quoted-printable
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable

Hi Vijay,

I did read Pekka's mail - I was actually hoping to know more about
this.  This isn't required for updating the draft, but for my
own knowledge.

thanks,
John

> -----Original Message-----
> From: Vijay Devarapalli [mailto:vijayd@iprg.nokia.com]
> Sent: 30 June, 2003 19:41
> To: Loughney John (NRC/Helsinki)
> Cc: Patil Basavaraj (NET/Dallas); seamoby@ietf.org
> Subject: Re: [Seamoby] Issue3: Specifying IPsec between ARs
>=20
>=20
> john.loughney@nokia.com wrote:
> >=20
> > Vija,
> >=20
> > > all right, then. I guess it is better to be conservative. but
> > > remember people are going to ignore the MUST use ESP requirement
> > > if they already have a secure channel between the access routers.
> >=20
> > What other secure channel do you mean? AH doesn't protect message
> > contents, which may be needed if you are transfering AAA or
> > keying material.  TLS is not possible, because we are using UDP.
>=20
> for e.g.
>=20
> > Pekka Savola says:
> >=20
> > In some cases where
> >  context transfers messages are only received from=20
> pAR's/nAR's in the same
> >  security domain (e.g. single ISP), over a sufficiently=20
> secure medium, even
> >  lower requirements might be reasonable.
>=20
> Vijay
>=20

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Mon Jun 30 15:40:38 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA13552
	for <seamoby-archive@odin.ietf.org>; Mon, 30 Jun 2003 15:40:38 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5UJe9d18097
	for seamoby-archive@odin.ietf.org; Mon, 30 Jun 2003 15:40:09 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X4VV-0004ho-7L
	for seamoby-web-archive@optimus.ietf.org; Mon, 30 Jun 2003 15:40:09 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA13531
	for <seamoby-web-archive@ietf.org>; Mon, 30 Jun 2003 15:40:07 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19X4VT-0003qE-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 15:40:07 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19X4VO-0003qB-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 15:40:02 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X4VN-0004gv-EV; Mon, 30 Jun 2003 15:40:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X4UO-0004g0-Cv
	for seamoby@optimus.ietf.org; Mon, 30 Jun 2003 15:39:00 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA13510
	for <seamoby@ietf.org>; Mon, 30 Jun 2003 15:38:59 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19X4UN-0003q6-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 15:38:59 -0400
Received: from stl-smtpout-01.boeing.com ([130.76.96.56])
	by ietf-mx with esmtp (Exim 4.12)
	id 19X4UC-0003pp-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 15:38:48 -0400
Received: from stl-av-01.boeing.com ([192.76.190.6])
	by stl-smtpout-01.boeing.com (8.9.2/8.8.5-M2) with ESMTP id OAA19872;
	Mon, 30 Jun 2003 14:37:27 -0500 (CDT)
Received: from slb-hub-01.boeing.com (localhost [127.0.0.1])
	by stl-av-01.boeing.com (8.9.3p2/8.9.2/MBS-AV-02) with ESMTP id OAA20135;
	Mon, 30 Jun 2003 14:37:26 -0500 (CDT)
Received: from XCH-NWBH-01.nw.nos.boeing.com (xch-nwbh-01.nw.nos.boeing.com [192.33.62.231])
	by slb-hub-01.boeing.com (8.11.3/8.11.3/MBS-LDAP-01) with ESMTP id h5UJbPn13787;
	Mon, 30 Jun 2003 12:37:25 -0700 (PDT)
Received: from XCH-NW-05.nw.nos.boeing.com ([192.42.226.70]) by XCH-NWBH-01.nw.nos.boeing.com with Microsoft SMTPSVC(5.0.2195.6662);
	 Mon, 30 Jun 2003 12:37:06 -0700
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: [Seamoby] Issue 12: Inclusion of MN's nCoA in CTAR or CTD
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
Date: Mon, 30 Jun 2003 12:37:05 -0700
Message-ID: <D3E25A599AAC0A41821A038A814EB122031D67E6@xch-nw-05.nw.nos.boeing.com>
Thread-Topic: [Seamoby] Issue 12: Inclusion of MN's nCoA in CTAR or CTD
Thread-Index: AcM/IEBa0igKPC8KTgGhiKC2FwEjwgAHDQhQ
From: "Paine, Richard H" <richard.h.paine@boeing.com>
To: "Charles E. Perkins" <charliep@iprg.nokia.com>,
        "Soliman Hesham" <H.Soliman@flarion.com>,
        "John Loughney (NRC/Helsinki)" <john.loughney@nokia.com>
Cc: <seamoby@ietf.org>, <rgm@trusecure.com>
X-OriginalArrivalTime: 30 Jun 2003 19:37:06.0013 (UTC) FILETIME=[FCE898D0:01C33F3E]
Content-Transfer-Encoding: quoted-printable
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable

You guys continue to have this same discussion and with the same result. =
 The Internet will always be fundamentally flawed until you have an =
identity based on the host identity (HIP-like).  All the rest are =
patches.  The host identity may even mean a host identity for a router.=20

Boeing has an open source HIP implementation and is getting ready to =
include it in a prototype called the Secure Mobile Architecture (SMA). =
The Open Group published the SMA. =20

http://citeseer.nj.nec.com/context/1203155/0
http://homebase.htt-consult.com/~hip/

Richard H. Paine
Success is getting what you want, happiness is liking what you get!
Work: 425-865-4921
Pager: 206-797-4580
Cell:  206-854-8199
IPPhone:  425-373-8964
Email:  richard.h.paine@boeing.com=20


-----Original Message-----
From: Charles E. Perkins [mailto:charliep@iprg.nokia.com]=20
Sent: Monday, June 30, 2003 8:40 AM
To: Soliman Hesham; John Loughney (NRC/Helsinki)
Cc: seamoby@ietf.org
Subject: Re: [Seamoby] Issue 12: Inclusion of MN's nCoA in CTAR or CTD



Hello Hesham and John,

Soliman Hesham wrote:

> The MN's identifier should not be tied to its
> IP address or, as you correctly point out, its
> MAC address. If the MN needs to be identified,
> then a more abstract identifier should be used.
> For example, a NAI, IMSI, TMSI, FQDN (?) ...etc.

I don't think this is true.  I think that the means
by which the identification is carried out, should
be the same as the means used for the original
purpose of the particular protocol.  For instance,
if a security association is based on IP address,
then the identification ought to be by IP address.
If PAR knows the mobile node by its MAC address,
then that would be useful.  I think since we're in
the IETF, the IP address will be very handy.

> Neither the IP address nor the MAC address are
> useful as generic identifiers.

All we have to do is identify the mobile node for
the purpose of context transfer, not for generic
purposes.  In fact, the word "identify" is tricky
enough.  Surely you won't suggest that every context
tranfer requires an identity verification with some
certificate authority...?

Regarding the question:

> Do we need to have a stable Session ID of some sort that is used?

I sincerely hope this approach is not taken.  It amounts
to excess baggage and almost a license for bloat (if not
a mandate for bloat).

Also, please remember that contexts come and go, but the
mobile node stays "the same".  Would you need a session
ID per context?  Yecch!  What, exactly, is the session?

Regards,
Charlie P.



>  > Hi James,
>  >
>  > > Issue 12 questions including the MN's nCoA in CTAR or CTD.  > If
> MN has not yet  > > completed DAD, then the address is not confirmed=20
> and it  > may not be if there
>  > > is a conflict (note however that exactly how to quickly
>  > confirm a nCoA is
>  > > currently a topic of heavy discussion on the MIP list, RFC
>  > 2462 DAD may not
>  > > be done). There seems to be an assumption built in that
>  > predictive handover
>  > > is occuring, and the MN will know its CoA prior to moving
>  > to the new link
>  > > or, if not predictive, then immediately on coming on link.
>  > >
>  > > Was this intended as an identifier for the MN on the new
>  > link? If so,
>  > > wouldn't a more stable identifier be the MN's link layer address?
>  > >
>  > > And what is the purpoe of old CoA?
>  >
>  > Thinking about this a bit more - this is a tricky issue.
>  > link layer address
>  > may not be good, in the case of vertical handovers.  Also,
>  > what to do with
>  > IPv4 & possibly NATed addresses?
>  >
>  > Do we need to have a stable Session ID of some sort that is used?
>  >
>  > John
>  >
>  > _______________________________________________
>  > Seamoby mailing list
>  > Seamoby@ietf.org
>  > https://www1.ietf.org/mailman/listinfo/seamoby
>  >
>=20
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org https://www1.ietf.org/mailman/listinfo/seamoby

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Mon Jun 30 16:46:37 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA15205
	for <seamoby-archive@odin.ietf.org>; Mon, 30 Jun 2003 16:46:37 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5UKk8630026
	for seamoby-archive@odin.ietf.org; Mon, 30 Jun 2003 16:46:08 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X5XM-0007oD-O7
	for seamoby-web-archive@optimus.ietf.org; Mon, 30 Jun 2003 16:46:08 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA15171
	for <seamoby-web-archive@ietf.org>; Mon, 30 Jun 2003 16:46:06 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19X5XK-0004Bs-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 16:46:06 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19X5XF-0004Bp-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 16:46:01 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X5XE-0007nA-Q4; Mon, 30 Jun 2003 16:46:00 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X5WI-0007mY-UY
	for seamoby@optimus.ietf.org; Mon, 30 Jun 2003 16:45:02 -0400
Received: from fridge.docomolabs-usa.com (fwuser@key1.docomolabs-usa.com [216.98.102.225])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA15032
	for <seamoby@ietf.org>; Mon, 30 Jun 2003 16:45:00 -0400 (EDT)
Message-ID: <042b01c33f47$ba16f340$636015ac@dclkempt40>
From: "James Kempf" <kempf@docomolabs-usa.com>
To: <seamoby@ietf.org>
Date: Mon, 30 Jun 2003 13:39:37 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [Seamoby] CARD Design Team Now Concluded
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Folks,

The CARD design team has now finished. The draft has been posted to the
Internet Drafts directory, and is available from the following link:

http://www.ccrle.nec.de/I-D/draft-ietf-seamoby-card-protocol-02.txt

Pat and I would like to thank Marco Liebsch, Ajoy Singh, Daichi Funato,
Hemat Chaskar, and Eunsoo Shim for their hard work on producing the
document. Marco and Ajoy have agreed to be co-editors and will be collecting
issues and posting a Web page to help resolve them prior to sending the
document to the IESG.

I will be sending the document to the Seamoby Design Review Board shortly
for detailed review. I'd also like to remind the WG that we are attempting
to finish up Seamoby's work items and close the WG down, hopefully by the
end of the year, so we need to move quickly on reviewing CARD. WG members
should also read the document carefully and post comments to the list. We
will be discussing the document and issues at IETF 57 in Vienna.

            jak


_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Mon Jun 30 17:21:38 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA16888
	for <seamoby-archive@odin.ietf.org>; Mon, 30 Jun 2003 17:21:38 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5ULLBC07727
	for seamoby-archive@odin.ietf.org; Mon, 30 Jun 2003 17:21:11 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X65H-00020Y-39
	for seamoby-web-archive@optimus.ietf.org; Mon, 30 Jun 2003 17:21:11 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA16877
	for <seamoby-web-archive@ietf.org>; Mon, 30 Jun 2003 17:21:08 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19X65E-0004SZ-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 17:21:08 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19X659-0004SW-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 17:21:03 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X658-0001zn-7o; Mon, 30 Jun 2003 17:21:02 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X64p-0001zH-DW
	for seamoby@optimus.ietf.org; Mon, 30 Jun 2003 17:20:43 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA16865
	for <seamoby@ietf.org>; Mon, 30 Jun 2003 17:20:40 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19X64n-0004SP-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 17:20:41 -0400
Received: from key1.docomolabs-usa.com
	([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser)
	by ietf-mx with esmtp (Exim 4.12)
	id 19X64c-0004SI-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 17:20:30 -0400
Message-ID: <048f01c33f4c$ad050e80$636015ac@dclkempt40>
From: "James Kempf" <kempf@docomolabs-usa.com>
To: <john.loughney@nokia.com>, <Basavaraj.Patil@nokia.com>,
        <vijayd@iprg.nokia.com>
Cc: <seamoby@ietf.org>
References: <DADF50F5EC506B41A0F375ABEB3206360C1FCF@esebe023.ntc.nokia.com>
Subject: Re: [Seamoby] Issue3: Specifying IPsec between ARs
Date: Mon, 30 Jun 2003 14:15:02 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

John,

I think all the draft needs to say is that:
 - IPsec must be used to protect interrouter traffic, for both
confidentiality and authenticaton, if security is required.
 - whether AH/ESP authentication or ESP encryption is used depends on the
particular deployment situation and threat (i.e. if any traffic traverses
the Internet for whatever reason, then ESP encryption should be used).
I don't think that the draft should let it open as to the security method if
security is required. Of course, it is up to the network operator whether or
not they want to deploy security.

            jak


----- Original Message ----- 
From: <john.loughney@nokia.com>
To: <Basavaraj.Patil@nokia.com>; <vijayd@iprg.nokia.com>
Cc: <seamoby@ietf.org>
Sent: Friday, June 27, 2003 10:20 PM
Subject: RE: [Seamoby] Issue3: Specifying IPsec between ARs


> Hi all,
>
> So, thus far we have:
>
> 2 people saying (Basavaraj & Vija):
>
>  my point, there is nothing special that CTP requires of
>  IPsec or IKE. there is no need to specify anything extra.
>  and CTP shouldnt also care if IKE/IKEv2/manual keying is
>  used. it shouldnt care which IPsec protocol (AH or ESP)
>  is used.
>
> Antti Tuomin says:
>
>    Section 2. paragraph 3 says: "CT peers to utilize a secure channel
>    for transferring contexts, providing authentication, integrity, and
>    (if needed) confidentiality."  Subsection 2.4.2 and 2.4.3 say
>    "message SHOULD be protected by use of IPsec Authentication Header
>    (AH)".  Couldn't you just use ESP?  AH alone is not able to give
>    confidentiality mentioned earlier.  Is there a specific reason to
>    use AH (like need for IP header authentication)?  Also, Mobile IPv6
>    uses ESP, so the chances are that ESP is already implemented in all
>    the entities.
>
> Hesham says, in answer to the question", Do folks think that mandatory
IPsec
> is reasonable here?"
>
>  Yes. And you need to specify how to do that. I
>  mean, a side effect of this would be that all UDP traffic
>  will be secure (from a quick read I saw that UDP is the
>  transport protocol for CTP).
>
> Pekka Savola says:
>
>  So, the model how security is used must be re-thought.  It would seem to
>  be the safest to say that AH (or maybe ESP, dunno) *MUST* be used for all
>  message types, and describe different issues there.  In some cases where
>  context transfers messages are only received from pAR's/nAR's in the same
>  security domain (e.g. single ISP), over a sufficiently secure medium,
even
>  lower requirements might be reasonable.
>
> So, I cannot say we have consensus on this subject.  However, in absence
> of compelling info, I tend to be conservative on security issues.
>
> John
> > -----Original Message-----
> > From: ext Basavaraj.Patil@nokia.com [mailto:Basavaraj.Patil@nokia.com]
> > Sent: 27 June, 2003 23:37
> > To: vijayd@iprg.nokia.com; Loughney John (NRC/Helsinki)
> > Cc: seamoby@ietf.org
> > Subject: RE: [Seamoby] Issue3: Specifying IPsec between ARs
> >
> >
> >
> > > negotiation between the access router could be
> > >
> > > 1. run IKE. the security policy on the access routers would
> > >    say
> > >
> > >    if protocol = CTP message (UDP with some additional info)
> > >    and destination = another AR (or could be any)
> > >    negotiate ESP in transport mode with a particular algorithm
> > >
> > >    or it could say
> > >
> > >    if protocol = CTP message (UDP with some additional info)
> > >    negotiate AH in transport mode with HMAC_SHA1
> > >
> > >
> > > 2. manual keying between the access routers. this would need
> > >    administrators to be involved. then the security policy
> > >    would say
> > >
> > >    if protocol = CTP message (UDP with some additional info)
> > >    use SA_something.
> > >
> > >    the SA would have the appropriate information.
> > >
> > > my point, there is nothing special that CTP requires of
> > > IPsec or IKE. there is no need to specify anything extra.
> > > and CTP shouldnt also care if IKE/IKEv2/manual keying is
> > > used. it shouldnt care which IPsec protocol (AH or ESP)
> > > is used. it would be enough to simply say
> > >
> > >   The Context Transfer Protocol messages between the Access
> > >   Routers require per-packet authentication and integrity
> > >   protection. Therefore IPsec MUST be used to protect the
> > >   Context Transfer Protocol messages between the Access
> > >   Routers.
> > >
> >
> > I agree with what Vijay is saying here. It is sufficient to
> > specify that IPsec be used for securing CTP messages between
> > ARs.
> >
> > > Vijay
> > >
> >
> > -Basavaraj
> >
> > _______________________________________________
> > Seamoby mailing list
> > Seamoby@ietf.org
> > https://www1.ietf.org/mailman/listinfo/seamoby
> >
>
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby
>
>


_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Mon Jun 30 17:38:36 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA17391
	for <seamoby-archive@odin.ietf.org>; Mon, 30 Jun 2003 17:38:35 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5ULc8t12258
	for seamoby-archive@odin.ietf.org; Mon, 30 Jun 2003 17:38:08 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X6Lg-0003Bd-CS
	for seamoby-web-archive@optimus.ietf.org; Mon, 30 Jun 2003 17:38:08 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA17376
	for <seamoby-web-archive@ietf.org>; Mon, 30 Jun 2003 17:38:05 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19X6Ld-0004ZC-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 17:38:05 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19X6LY-0004Z6-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 17:38:00 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X6LZ-00038H-Qa; Mon, 30 Jun 2003 17:38:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X6LQ-00037d-79
	for seamoby@optimus.ietf.org; Mon, 30 Jun 2003 17:37:52 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA17370
	for <seamoby@ietf.org>; Mon, 30 Jun 2003 17:37:49 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19X6LN-0004Z0-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 17:37:49 -0400
Received: from key1.docomolabs-usa.com
	([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser)
	by ietf-mx with esmtp (Exim 4.12)
	id 19X6LC-0004Yw-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 17:37:39 -0400
Message-ID: <04cd01c33f4f$12b42cf0$636015ac@dclkempt40>
From: "James Kempf" <kempf@docomolabs-usa.com>
To: <john.loughney@nokia.com>, <seamoby@ietf.org>
References: <DADF50F5EC506B41A0F375ABEB32063658EFF6@esebe023.ntc.nokia.com>
Subject: Re: [Seamoby] Issue 12: Inclusion of MN's nCoA in CTAR or CTD
Date: Mon, 30 Jun 2003 14:32:13 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit


----- Original Message ----- 
From: <john.loughney@nokia.com>
To: <kempf@docomolabs-usa.com>; <seamoby@ietf.org>
Sent: Monday, June 30, 2003 2:03 AM
Subject: RE: [Seamoby] Issue 12: Inclusion of MN's nCoA in CTAR or CTD


> Hi James,
>
> > Issue 12 questions including the MN's nCoA in CTAR or CTD. If MN has not
yet
> > completed DAD, then the address is not confirmed and it may not be if
there
> > is a conflict (note however that exactly how to quickly confirm a nCoA
is
> > currently a topic of heavy discussion on the MIP list, RFC 2462 DAD may
not
> > be done). There seems to be an assumption built in that predictive
handover
> > is occuring, and the MN will know its CoA prior to moving to the new
link
> > or, if not predictive, then immediately on coming on link.
> >
> > Was this intended as an identifier for the MN on the new link? If so,
> > wouldn't a more stable identifier be the MN's link layer address?
> >
> > And what is the purpoe of old CoA?
>
> Thinking about this a bit more - this is a tricky issue.  link layer
address
> may not be good, in the case of vertical handovers.  Also, what to do with
> IPv4 & possibly NATed addresses?
>

Good point.

> Do we need to have a stable Session ID of some sort that is used?
>

No, we want to minimize state in the network.

I suppose sticking with the IP addresses is probably the only possible
solution at this point. In some cases (viz IPv6 reactive handover) there may
be no new CoA yet. Something like HIP would certainly help here, but we
can't depend on having it at this point.

            jak


_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Mon Jun 30 17:38:36 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA17393
	for <seamoby-archive@odin.ietf.org>; Mon, 30 Jun 2003 17:38:36 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5ULc8W12352
	for seamoby-archive@odin.ietf.org; Mon, 30 Jun 2003 17:38:08 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X6Lg-0003Bu-HT
	for seamoby-web-archive@optimus.ietf.org; Mon, 30 Jun 2003 17:38:08 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA17378
	for <seamoby-web-archive@ietf.org>; Mon, 30 Jun 2003 17:38:05 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19X6Ld-0004Z9-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 17:38:05 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19X6LY-0004Z5-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 17:38:00 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X6LZ-00037r-DC; Mon, 30 Jun 2003 17:38:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X6Ks-0002w6-8K
	for seamoby@optimus.ietf.org; Mon, 30 Jun 2003 17:37:18 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA17301
	for <seamoby@ietf.org>; Mon, 30 Jun 2003 17:37:15 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19X6Kp-0004Yg-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 17:37:15 -0400
Received: from mailhost.iprg.nokia.com ([205.226.5.12])
	by ietf-mx with esmtp (Exim 4.12)
	id 19X6KZ-0004YQ-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 17:37:00 -0400
Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69])
	by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id OAA20142;
	Mon, 30 Jun 2003 14:36:02 -0700 (PDT)
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id h5ULa2p24742;
	Mon, 30 Jun 2003 14:36:02 -0700
X-mProtect: <200306302136> Nokia Silicon Valley Messaging Protection
Received: from UNKNOWN (205.226.2.89, claiming to be "iprg.nokia.com")
	by darkstar.iprg.nokia.com smtpd2ZuYLs; Mon, 30 Jun 2003 14:36:00 PDT
Message-ID: <3F00AD40.93DDE7FA@iprg.nokia.com>
Date: Mon, 30 Jun 2003 14:36:00 -0700
From: "Charles E. Perkins" <charliep@iprg.nokia.com>
Organization: Nokia Research Center
X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.4-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: James Kempf <kempf@docomolabs-usa.com>
CC: seamoby@ietf.org
Subject: Re: [Seamoby] Issue3: Specifying IPsec between ARs
References: <DADF50F5EC506B41A0F375ABEB3206360C1FCF@esebe023.ntc.nokia.com> <048f01c33f4c$ad050e80$636015ac@dclkempt40>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit


Hello Jim,

This makes a lot of sense to me.

Regards,
Charlie P.




James Kempf wrote:
> 
> John,
> 
> I think all the draft needs to say is that:
>  - IPsec must be used to protect interrouter traffic, for both
> confidentiality and authenticaton, if security is required.
>  - whether AH/ESP authentication or ESP encryption is used depends on the
> particular deployment situation and threat (i.e. if any traffic traverses
> the Internet for whatever reason, then ESP encryption should be used).
> I don't think that the draft should let it open as to the security method if
> security is required. Of course, it is up to the network operator whether or
> not they want to deploy security.
> 
>             jak
> 
> ----- Original Message -----
> From: <john.loughney@nokia.com>
> To: <Basavaraj.Patil@nokia.com>; <vijayd@iprg.nokia.com>
> Cc: <seamoby@ietf.org>
> Sent: Friday, June 27, 2003 10:20 PM
> Subject: RE: [Seamoby] Issue3: Specifying IPsec between ARs
> 
> > Hi all,
> >
> > So, thus far we have:
> >
> > 2 people saying (Basavaraj & Vija):
> >
> >  my point, there is nothing special that CTP requires of
> >  IPsec or IKE. there is no need to specify anything extra.
> >  and CTP shouldnt also care if IKE/IKEv2/manual keying is
> >  used. it shouldnt care which IPsec protocol (AH or ESP)
> >  is used.
> >
> > Antti Tuomin says:
> >
> >    Section 2. paragraph 3 says: "CT peers to utilize a secure channel
> >    for transferring contexts, providing authentication, integrity, and
> >    (if needed) confidentiality."  Subsection 2.4.2 and 2.4.3 say
> >    "message SHOULD be protected by use of IPsec Authentication Header
> >    (AH)".  Couldn't you just use ESP?  AH alone is not able to give
> >    confidentiality mentioned earlier.  Is there a specific reason to
> >    use AH (like need for IP header authentication)?  Also, Mobile IPv6
> >    uses ESP, so the chances are that ESP is already implemented in all
> >    the entities.
> >
> > Hesham says, in answer to the question", Do folks think that mandatory
> IPsec
> > is reasonable here?"
> >
> >  Yes. And you need to specify how to do that. I
> >  mean, a side effect of this would be that all UDP traffic
> >  will be secure (from a quick read I saw that UDP is the
> >  transport protocol for CTP).
> >
> > Pekka Savola says:
> >
> >  So, the model how security is used must be re-thought.  It would seem to
> >  be the safest to say that AH (or maybe ESP, dunno) *MUST* be used for all
> >  message types, and describe different issues there.  In some cases where
> >  context transfers messages are only received from pAR's/nAR's in the same
> >  security domain (e.g. single ISP), over a sufficiently secure medium,
> even
> >  lower requirements might be reasonable.
> >
> > So, I cannot say we have consensus on this subject.  However, in absence
> > of compelling info, I tend to be conservative on security issues.
> >
> > John
> > > -----Original Message-----
> > > From: ext Basavaraj.Patil@nokia.com [mailto:Basavaraj.Patil@nokia.com]
> > > Sent: 27 June, 2003 23:37
> > > To: vijayd@iprg.nokia.com; Loughney John (NRC/Helsinki)
> > > Cc: seamoby@ietf.org
> > > Subject: RE: [Seamoby] Issue3: Specifying IPsec between ARs
> > >
> > >
> > >
> > > > negotiation between the access router could be
> > > >
> > > > 1. run IKE. the security policy on the access routers would
> > > >    say
> > > >
> > > >    if protocol = CTP message (UDP with some additional info)
> > > >    and destination = another AR (or could be any)
> > > >    negotiate ESP in transport mode with a particular algorithm
> > > >
> > > >    or it could say
> > > >
> > > >    if protocol = CTP message (UDP with some additional info)
> > > >    negotiate AH in transport mode with HMAC_SHA1
> > > >
> > > >
> > > > 2. manual keying between the access routers. this would need
> > > >    administrators to be involved. then the security policy
> > > >    would say
> > > >
> > > >    if protocol = CTP message (UDP with some additional info)
> > > >    use SA_something.
> > > >
> > > >    the SA would have the appropriate information.
> > > >
> > > > my point, there is nothing special that CTP requires of
> > > > IPsec or IKE. there is no need to specify anything extra.
> > > > and CTP shouldnt also care if IKE/IKEv2/manual keying is
> > > > used. it shouldnt care which IPsec protocol (AH or ESP)
> > > > is used. it would be enough to simply say
> > > >
> > > >   The Context Transfer Protocol messages between the Access
> > > >   Routers require per-packet authentication and integrity
> > > >   protection. Therefore IPsec MUST be used to protect the
> > > >   Context Transfer Protocol messages between the Access
> > > >   Routers.
> > > >
> > >
> > > I agree with what Vijay is saying here. It is sufficient to
> > > specify that IPsec be used for securing CTP messages between
> > > ARs.
> > >
> > > > Vijay
> > > >
> > >
> > > -Basavaraj
> > >
> > > _______________________________________________
> > > Seamoby mailing list
> > > Seamoby@ietf.org
> > > https://www1.ietf.org/mailman/listinfo/seamoby
> > >
> >
> > _______________________________________________
> > Seamoby mailing list
> > Seamoby@ietf.org
> > https://www1.ietf.org/mailman/listinfo/seamoby
> >
> >
> 
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Mon Jun 30 19:44:04 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA22669
	for <seamoby-archive@odin.ietf.org>; Mon, 30 Jun 2003 19:44:04 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h5UNhY406814
	for seamoby-archive@odin.ietf.org; Mon, 30 Jun 2003 19:43:34 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X8J4-0001lp-M2
	for seamoby-web-archive@optimus.ietf.org; Mon, 30 Jun 2003 19:43:34 -0400
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA22654
	for <seamoby-web-archive@ietf.org>; Mon, 30 Jun 2003 19:43:33 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X8IW-0001hk-UD; Mon, 30 Jun 2003 19:43:00 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19X8Hs-0001gX-L6
	for seamoby@optimus.ietf.org; Mon, 30 Jun 2003 19:42:20 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA22618
	for <seamoby@ietf.org>; Mon, 30 Jun 2003 19:42:19 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19X8Hq-0005JU-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 19:42:18 -0400
Received: from key1.docomolabs-usa.com
	([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser)
	by ietf-mx with esmtp (Exim 4.12)
	id 19X8Hf-0005JI-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 19:42:08 -0400
Message-ID: <062c01c33f60$6c06ef70$636015ac@dclkempt40>
From: "James Kempf" <kempf@docomolabs-usa.com>
To: <seamoby@ietf.org>
Date: Mon, 30 Jun 2003 16:36:23 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [Seamoby] CT: [New Editorial Issue] Need a Contributors Section
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

The Seamoby Review Board was explicitly solicited for and provided detailed
commentary on the CT draft.  As such, the contribution of the review board
members should receive a larger acknowledgement (as should that for anybody
else who took the time to read through the whole draft and write up a list
of detailed comments). Therefore, the names of the Review Board members
should be included in a Contributors section. The following describes this
section (from draft-rfc-editor-rfc2223bis-06.txt):

           An RFC may include a Contributors section, listing those
           contributors who deserve significant credit for the document
           contents.  The Contributors section is intended to provide a
           level of recognition greater than an acknowledgment and
           nearly equal to listing on the front page.  The choice of
           either, both, or none of Contributor and Acknowledgment
           sections in a particular RFC depends upon the circumstance.

Contributors to the CT review were Basavaraj Patil, Pekka Savola, and Atti
Tuominen. Note that we are also attempting to get the names of the Review
Board on the Seamoby Web page, but the change is currently on hold pending
AD review.

            jak


_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



From exim@www1.ietf.org  Mon Jun 30 23:18:01 2003
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged))
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA27932
	for <seamoby-archive@odin.ietf.org>; Mon, 30 Jun 2003 23:18:00 -0400 (EDT)
Received: (from exim@localhost)
	by www1.ietf.org (8.11.6/8.11.6) id h613HWv21433
	for seamoby-archive@odin.ietf.org; Mon, 30 Jun 2003 23:17:32 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19XBe8-0005Zc-5y
	for seamoby-web-archive@optimus.ietf.org; Mon, 30 Jun 2003 23:17:32 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA27920
	for <seamoby-web-archive@ietf.org>; Mon, 30 Jun 2003 23:17:30 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19XBe0-0006Yu-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 23:17:24 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org)
	by ietf-mx with esmtp (Exim 4.12)
	id 19XBdl-0006Yj-00
	for seamoby-web-archive@ietf.org; Mon, 30 Jun 2003 23:17:09 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19XBdd-0005Yj-Tl; Mon, 30 Jun 2003 23:17:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by optimus.ietf.org with esmtp (Exim 4.20)
	id 19XBdS-0005YG-9F
	for seamoby@optimus.ietf.org; Mon, 30 Jun 2003 23:16:50 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA27900
	for <seamoby@ietf.org>; Mon, 30 Jun 2003 23:16:48 -0400 (EDT)
From: john.loughney@nokia.com
Received: from ietf-mx ([132.151.6.1])
	by ietf-mx with esmtp (Exim 4.12)
	id 19XBdL-0006YX-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 23:16:43 -0400
Received: from mgw-x1.nokia.com ([131.228.20.21])
	by ietf-mx with esmtp (Exim 4.12)
	id 19XBcu-0006YJ-00
	for seamoby@ietf.org; Mon, 30 Jun 2003 23:16:17 -0400
Received: from esvir01nok.ntc.nokia.com (esvir01nokt.ntc.nokia.com [172.21.143.33])
	by mgw-x1.nokia.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h613Fna07793
	for <seamoby@ietf.org>; Tue, 1 Jul 2003 06:15:49 +0300 (EET DST)
Received: from esebh001.NOE.Nokia.com (unverified) by esvir01nok.ntc.nokia.com
 (Content Technologies SMTPRS 4.2.5) with ESMTP id <T6328e96fa7ac158f21083@esvir01nok.ntc.nokia.com>;
 Tue, 1 Jul 2003 06:15:49 +0300
Received: from esebe020.NOE.Nokia.com ([172.21.138.59]) by esebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 1 Jul 2003 06:15:49 +0300
Received: from esebe023.NOE.Nokia.com ([172.21.138.115]) by esebe020.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139);
	 Tue, 1 Jul 2003 06:15:48 +0300
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.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: [Seamoby] Issue 12: Inclusion of MN's nCoA in CTAR or CTD
Date: Tue, 1 Jul 2003 06:15:47 +0300
Message-ID: <DADF50F5EC506B41A0F375ABEB32063658F002@esebe023.ntc.nokia.com>
Thread-Topic: [Seamoby] Issue 12: Inclusion of MN's nCoA in CTAR or CTD
Thread-Index: AcM/T9dB/ApQGnrsT1C0YDHZ4MXJ3gALygIg
To: <kempf@docomolabs-usa.com>, <seamoby@ietf.org>
X-OriginalArrivalTime: 01 Jul 2003 03:15:48.0808 (UTC) FILETIME=[11C5D480:01C33F7F]
Content-Transfer-Encoding: quoted-printable
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-BeenThere: seamoby@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=unsubscribe>
List-Id: Context Transfer,
	Handoff Candidate Discovery,
	and Dormant Mode Host Alerting  <seamoby.ietf.org>
List-Post: <mailto:seamoby@ietf.org>
List-Help: <mailto:seamoby-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/seamoby>,
	<mailto:seamoby-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable

Hi James,

> > Do we need to have a stable Session ID of some sort that is used?
> >
>=20
> No, we want to minimize state in the network.
>=20
> I suppose sticking with the IP addresses is probably the only possible
> solution at this point. In some cases (viz IPv6 reactive handover) =
there may
> be no new CoA yet. Something like HIP would certainly help here, but =
we
> can't depend on having it at this point.

Sounds fine with me.

John

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby



