From mip4-bounces@ietf.org  Fri Apr  1 01:45:36 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA28041
	for <mip4-web-archive@ietf.org>; Fri, 1 Apr 2005 01:45:36 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DHG1k-0004K1-La
	for mip4-web-archive@ietf.org; Fri, 01 Apr 2005 01:53:08 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DHFrT-0003jz-Kt; Fri, 01 Apr 2005 01:42:31 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DHFrP-0003jq-0v
	for mip4@megatron.ietf.org; Fri, 01 Apr 2005 01:42:27 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA27751
	for <mip4@ietf.org>; Fri, 1 Apr 2005 01:42:26 -0500 (EST)
Received: from av5-1-sn3.vrr.skanova.net ([81.228.9.113])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DHFye-0004Da-Nt
	for mip4@ietf.org; Fri, 01 Apr 2005 01:49:58 -0500
Received: by av5-1-sn3.vrr.skanova.net (Postfix, from userid 502)
	id C063037E59; Fri,  1 Apr 2005 08:42:15 +0200 (CEST)
Received: from smtp1-1-sn3.vrr.skanova.net (smtp1-1-sn3.vrr.skanova.net
	[81.228.9.177]) by av5-1-sn3.vrr.skanova.net (Postfix) with ESMTP
	id AB9C137E42; Fri,  1 Apr 2005 08:42:15 +0200 (CEST)
Received: from shiraz.levkowetz.com (h195n1fls311o871.telia.com
	[213.64.174.195])
	by smtp1-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 987EA38006;
	Fri,  1 Apr 2005 08:42:14 +0200 (CEST)
Received: from localhost ([127.0.0.1])
	by shiraz.levkowetz.com with esmtp (Exim 4.50)
	id 1DHFrC-0006xm-Qt; Fri, 01 Apr 2005 08:42:14 +0200
Message-ID: <424CED46.3080905@levkowetz.com>
Date: Fri, 01 Apr 2005 08:42:14 +0200
From: Henrik Levkowetz <henrik@levkowetz.com>
User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
Subject: Re: [Mip4] A query about CCOA..
References: <4.3.2.7.2.20050331203755.030ae968@mira-sjcm-2.cisco.com>
In-Reply-To: <4.3.2.7.2.20050331203755.030ae968@mira-sjcm-2.cisco.com>
X-Enigmail-Version: 0.89.5.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Mail-From: henrik@levkowetz.com
X-SA-Exim-Scanned: No (on shiraz.levkowetz.com);
	SAEximRunCond expanded to false
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0ddefe323dd869ab027dbfff7eff0465
Content-Transfer-Encoding: 7bit
Cc: mip4@ietf.org, Chaitra M R <chaitra@india.hp.com>
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 82c9bddb247d9ba4471160a9a865a5f3
Content-Transfer-Encoding: 7bit

Additionally, you might want to read draft-ietf-dhc-dna-ipv4-10.txt,
which covers the issues involved in detecting that you have moved
to a new network.

	Henrik

On 2005-04-01 6:48 am Kent Leung said the following:
> Hi Chaitra.  The doubts are legitimate as I don't think RFC 3344 covers
> the specifics of move detection in CCoA mode.  However, CCoA mode
> requires the MN to obtain an IP address on the access network.
> Typically this is DHCP or PPP/IPCP.  Both provide the subnet prefix
> which allows the MN to detect if it has changed subnet.  In addition,
> the IP address would have also changed as well in this case.
> 
> Hope that helps.
> 
> Kent
> 
> At 10:03 AM 4/1/2005 +0530, Chaitra M R wrote:
>>Hi All,
>>
>>   Sorry if this  question  sounds  naive.  I am new into the  mobility
>>   realm and hence have many doubts. Please bear with me.
>>
>>   This  doubt  is  about  co-located  care  of  address.  From  what I
>>   understand,  using  co-located   address  does  not  necessiate  the
>>   services of FA right?
>>
>>   Given that the foreign  network on to which the MN has moved doesn't
>>   have an FA and the MN uses  CCOA,  how can a mobile  node  determine
>>   that it has moved to a foreign network?
>>
>>Regards,
>>Chaitra
>>
>>--
>>Mip4 mailing list: Mip4@ietf.org
>>     Web interface: https://www1.ietf.org/mailman/listinfo/mip4
>>      Charter page: http://www.ietf.org/html.charters/mip4-charter.html
>>Supplemental site: http://www.mip4.org/
> 
> --
>       |           |                   Kent Leung
>      :|:         :|:                  IP Mobility Development
>     :|||:       :|||:                 Internet Technologies Division
>    :|||||||:   :|||||||:              Voice: 408.526.5030
> .:|||||||||:.:|||||||||:.             Fax:   408.525.1653
>   c i s c o S y s t e m s             Email: kleung@cisco.com
> 


-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/


From mip4-bounces@ietf.org  Sun Apr  3 08:08:09 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA17888
	for <mip4-web-archive@ietf.org>; Sun, 3 Apr 2005 08:08:09 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DI41T-0000so-DB
	for mip4-web-archive@ietf.org; Sun, 03 Apr 2005 08:16:12 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DI3sL-0000SA-36; Sun, 03 Apr 2005 08:06:45 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DHMEt-0003IW-Pc; Fri, 01 Apr 2005 08:31:12 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA24382;
	Fri, 1 Apr 2005 08:31:04 -0500 (EST)
Received: from mx1.isti.cnr.it ([194.119.192.3])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DHMMD-000266-Uy; Fri, 01 Apr 2005 08:38:42 -0500
Received: from conversionlocal.isti.cnr.it by mx.isti.cnr.it
	(PMDF V6.2-1 #31069) id <01LML21BICIO95RMWV@mx.isti.cnr.it>; Fri,
	01 Apr 2005 15:30:08 +0100 (MET)
Received: from pcpnt.isti.cnr.it (pcpnt.isti.cnr.it [146.48.85.229])
	by mx.isti.cnr.it (PMDF V6.2-1 #31069)
	with ESMTPS id <01LML21B49LQ96WZFK@mx.isti.cnr.it>; Fri,
	01 Apr 2005 15:30:07 +0100 (MET)
Date: Fri, 01 Apr 2005 15:38:21 +0200 (CEST)
From: "M. Cristina Pinotti" <pinotti@isti.cnr.it>
To: performance@msr.csm.ornl.gov, tccc@cs.columbia.edu, dbworld@cs.wisc.edu,
        terzis@CS.UCLA.EDU, announce@tcos.org, manet@ietf.org, mip4@ietf.org,
        Jose Duato <duato@disca.upv.es>, das@cse.uta.edu, kumar@cse.uta.edu,
        chessa@isti.cnr.it, Damla Turgut <turgut@cpe.ucf.edu>
Message-id: <Pine.LNX.4.44.0504011524430.27498-100000@pcpnt.isti.cnr.it>
MIME-version: 1.0
Content-type: TEXT/PLAIN; charset=US-ASCII
X-IP-SOURCE: 146.48.85.229 Auth Optional-NoAuth
X-Spam-Score: 0.6 (/)
X-Scan-Signature: 36b1f8810cb91289d885dc8ab4fc8172
X-Mailman-Approved-At: Sun, 03 Apr 2005 08:06:44 -0400
Subject: [Mip4] CFP ASWAN05
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 42e3ed3f10a1d8bef690f09da16f507a

I'd like to bring to your attention that the deadline for
ASWAN05 is  approaching. 
Please consider to send your recent research.
I know we are plenty of dealines, but please have a look and consider it.
Please distribute to your colleagues.
=====================================================

Call for Papers A_SWAN 2005

AlgorithmS for Wireless And mobile Networks
Personal, Sensor, Ad-hoc, Cellular

Held in conjunction with
Mobiquitous San Diego 2005
July 17, 2005


GENERAL CHAIR:
Alan A. Bertossi, University of Bologna, Italy

PROGRAM CO-CHAIRS:
Stephan Olariu, Old Dominion University, U.S.A.
Cristina M. Pinotti, University of Perugia, Italy


SCOPE:
The rapid and continued growth of wireless technology
made information accessible anywhere and at any time.
At the same time the falling cost of both communication and
mobile computing devices has created a great demand for
untethered communication and computing. In addition to
wireless networks that rely on pre-existing infrastructure,
where wireless communications take place only between the
end-nodes and the access points, rapidly-deployable
self-organizing mobile networks including ad hoc wireless
networks and sensor networks are being developed and deployed.

To cope with the rapidly increasing number of users and
with the increasing demand for mobile services, it is becoming
imperious to optimize the management and use of the limited
resources inherent to wireless environments.

In turn, these specific demands require new "algorithmic"
approaches specifically designed to cope with the highly
dynamic underlying infrastructure and with the scarce resources
available. Old, heavy-duty algorithmic solutions simply do not work!
And, oftentimes, Big-O is not the "best" solution -- one
needs to be "closer" to reality.

The main goal of A_SWAN'2005 is to bring together in a setting
conducive of cross-fertilization a number of researchers and
contributions that demonstrate the use of the new algorithmics in the
context of the following set of representative topics:

intrusion detection
consensus in sensor networks
unauthorized traversal and monitoring in sensor networks
graph modeling
power management
unit disks
generalized coloring algorithms
content delivery networks
optimal pricing strategies
algorithmic mechanism design
range assignment
station/sensor placement
resource management
bandwidth allocation
resource discovery
handover (handoff)
routing
location tracking
user paging
scheduling
data access
data organization
security and fault tolerance

PUBLICITY CHAIR:
Alessandro Mei, University of Rome "La sapienza", Italy

TECHNICAL PROGRAM COMMITTEE (preliminary)
Giuseppe Anastasi, University of Pisa, Italy
Amotz Bar-Noy,  Brooklyn College - CUNY,  USA
Stefano Basagni, Northeastern University Boston, USA
Maurizio Bonuccelli, University of Pisa, Italy
Andrea Clementi, University of Roma Tor Vergata, Italy
Reuven Cohen, Technion University, Haifa, Israel
Sajal K. Das, University of Texas at Arlington, USA
Mohamed Eltoweissy, Virginia Tech, USA,
Leszek Gasieniec, University of Liverpool, United Kingdom
Magnus Halldorsson, University of Iceland, Iceland
Kamal Jain, Georgia Institute of Technology, USA
Guy Kortsarz, Rutgers University, USA
Evangelos Kranakis, Carleton University, Ottawa, Canada
Robert Leese, Oxford University, United Kingdom
Errol Lloyd, Univerity of Delaware, USA
Viktor Prasanna, University of Southern California, USA
Romeo Rizzi, University of Trento, Italy
Anil Shende, Roanoke College, VA, USA
Ivan Stojmenovic, University of Ottawa, Canada
Peter Widmayer, ETH Centrum, Switzerland
Jingyuan Zhang, University of Alabama, USA



SUBMISSION GUIDELINES

Prospective authors are encouraged to submit an electronic
version (Postscript or PDF) of the paper by e-mail to:

pinotti@unipg.it
(with subject: SUBMISSION ASWAN05)

Submissions must be of at most 12 pages plus, optionally,
a clearly marked appendix to be read at the discretion of
the program committee.  Simultaneous submission to other
conferences with published proceedings is disallowed.


SCHEDULE
Manuscript due:        	        April 10, 2005
Acceptance Notification: 	May 15, 2005
Final Manuscript Due: 		May 31, 2005
Workshop date:                  July 17, 2005















-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/


From mip4-bounces@ietf.org  Mon Apr  4 12:25:33 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA24393
	for <mip4-web-archive@ietf.org>; Mon, 4 Apr 2005 12:25:33 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DIUWL-0005f6-Ou
	for mip4-web-archive@ietf.org; Mon, 04 Apr 2005 12:33:50 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DIUNE-0004Cw-FD; Mon, 04 Apr 2005 12:24:24 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DIUND-0004Ck-9O
	for mip4@megatron.ietf.org; Mon, 04 Apr 2005 12:24:23 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA24164
	for <mip4@ietf.org>; Mon, 4 Apr 2005 12:24:21 -0400 (EDT)
Received: from pne-smtpout1-sn1.fre.skanova.net ([81.228.11.98])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DIUV7-0005W8-UT
	for mip4@ietf.org; Mon, 04 Apr 2005 12:32:38 -0400
Received: from shiraz.levkowetz.com (213.64.174.195) by
	pne-smtpout1-sn1.fre.skanova.net (7.1.026.7)
	id 41E3200D00B0F09D; Mon, 4 Apr 2005 18:24:06 +0200
Received: from localhost ([127.0.0.1])
	by shiraz.levkowetz.com with esmtp (Exim 4.50)
	id 1DIUMv-0005Ys-QK; Mon, 04 Apr 2005 18:24:06 +0200
Message-ID: <42516A25.6080405@levkowetz.com>
Date: Mon, 04 Apr 2005 18:24:05 +0200
From: Henrik Levkowetz <henrik@levkowetz.com>
User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Mobile IPv4 Mailing List <mip4@ietf.org>, Pete McCann <mccap@lucent.com>
X-Enigmail-Version: 0.89.5.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Mail-From: henrik@levkowetz.com
X-SA-Exim-Scanned: No (on shiraz.levkowetz.com);
	SAEximRunCond expanded to false
X-Spam-Score: 2.0 (++)
X-Scan-Signature: 94ddbad0060c343c23e74ba9bbebbccf
Content-Transfer-Encoding: 7bit
Subject: [Mip4] IETF-62 Draft Minutes.
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 2.0 (++)
X-Scan-Signature: 2af167865907217f0b49c659e31a77f7
Content-Transfer-Encoding: 7bit

Below you'll find draft minutes from the Minneapolis MIP4 meeting.
Please read and comment.  Deadline for turning these in is this
Friday, so we won't be able to act on comments received after that.

A big thank to the three minute takers, Jayshree Bharatia, Espen
Klovning and Will Ivancic - I don't think we've had such detailed
and complete minutes ever before!

A html version of the minutes are available here:

  http://mip4.org/ietf62/minutes.html


	Henrik



========================================================================
MIP4 WG  Minutes (Thursday, March 10, 2005, 1645-1745)
========================================================================



1. Preliminaries:					    	  Chairs
------------------------------------------------------------------------
   Slides: http://tools.ietf.org/wg/mip4/ietf/62/mip4-agenda.ppt

   Minute takers: Espen Klovning, Jayshree Bharatia, Will Ivancic

   Henrik: Pete McCann could not be here so I am on my own here. 

   Henrik had not received slides from Vikas Goel and therefore dropped
   his presentation of draft-goel-mip4-encapext-00.txt

   Vikas asked whether he could to add the presentation to the agenda.
   Henrik allocated a slot at the end of the agenda.



2. Document Status:					          Chairs
------------------------------------------------------------------------

  +---------------------------------------------+-----------------------+
  |draft					|status			|
  +=============================================+=======================+
  |draft-ietf-mip4-dynamic-assignment-03	|Waiting for AD Writeup	|
  +---------------------------------------------+-----------------------+
  |draft-ietf-mip4-faerr-00			|Waiting for Chair	|
  |						|Writeup		|
  +---------------------------------------------+-----------------------+
  |draft-ietf-mip4-reg-tunnel-00		|AD Evaluation		|
  +---------------------------------------------+-----------------------+
  |draft-ietf-mip4-rfc2006bis-01		|Reviewer needed for	|
  |						|MIP-centric review of 	|
  | Comments: 					|			|
  |						|			|
  | Henrik: This is the third WG meeting where I|			|
  | have asked for volunteers to do MIB review, |			|
  | but we still don't have anyone.		|			|
  |						|			|
  | Kent: We should try to leverage the MIPv6	|			|
  | MIB resource. The MIPv6 MIB draft went	|			|
  | through quickly				|			|
  +---------------------------------------------+-----------------------+
  |draft-ietf-mip4-rfc3012bis-03		|Waiting for Chair 	|
  +---------------------------------------------+-----------------------+
  |draft-ietf-mip4-rfc3344bis-01		|One remaining issue	|
  |						|			|
  | Comments:					|			|
  |						|			|
  | Henrik: There is one remaining issue with	|			|
  | 3344. It is the same as last time. The	|			|
  | discussion is going on but no consensus yet.|			|
  | I hope to manage that now.			|			|
  +---------------------------------------------+-----------------------+
  |draft-ietf-mip4-aaa-key-06			|Published as RFC 3957	|
  +---------------------------------------------+-----------------------+
  |draft-ietf-mip4-experimental-messages-02	|RFC Ed Queue::Awaiting	|
  |						|processing and publ.	|	
  +---------------------------------------------+-----------------------+
  |draft-ietf-mip4-vpn-problem-statement-03	|RFC Ed Queue::Awaiting	|
  |						|processing and publ.	|	
  +---------------------------------------------+-----------------------+
  |draft-ietf-mip4-lowlatency-handoffs-v4	|AD Evaluation::AD	|
  |						|Followup		|
  | Comments:					|			|
  |						|			|
  | Thomas Narten: There is a nominal dependence|			|
  | on the regional tunneling draft that is	|			|
  | holding up the low latency draft.		|			|
  +---------------------------------------------+-----------------------+
  |draft-ietf-mip4-vpn-problem-solution-01	|Review needed		|
  |						|			|
  | Comments:					|			|
  |						|			|
  | Henrik: I have one reviewer for the VPN	|			|
  | solution draft lined up but more are needed.|			|
  +---------------------------------------------+-----------------------+




3. Resolving one outstanding issues for 3344bis:	      Charlie P.
------------------------------------------------------------------------
   draft-ietf-mip4-rfc3344bis-01

   Slides: http://tools.ietf.org/wg/mip4/ietf/62/fa-ha-sa-selectors.pdf

   This issue revolves around what selectors (e.g., Reg. Request
   CoA and HA address) should be used to select the SA (security
   association) used to calculate FA-HA Authorization-enabling
   extensions.

   Issue: Selector for the HA-FA Security Association. 

   * When the MN sends a de-register request to a foreign agent with the
     intention of de-registering its earlier binding it had with a
     different foreign agent, the behavior of FA in RFC3344 is to reject
     such request with invalid care-of address error. However, the HA
     considerations allows such requests. The scenario is not handled
     consistently at both HA and FA ends.

   * Also, if the foreign agent is allowed to forward such requests,
     there is no explanation as how the home agent should locate the
     security associations for that FA and validate the FHAE.

   * This issue was also discussed in IETF-61. The following are the
     selector fields: 
     - Source IP address
     - Destination IP address
     - Care-of address
     - Home address
     - Lifetime field (or the bit which says that it is zero or not)
     - The D bit (to determine whether coa is co-located).

   It was mentioned that CoA and HoA usage may be problematic because
   there will not be correct security association in those cases.


   Comments:

      Kent Leung: 

	Agreement was that we are not considering NAT scenario (out of
	scope for RFC3344). Also, SA (indexed by the source IP address)
	would solve the problem. This source address will always be
	known by the HA. 

      Henrik:
	 Referred to as a,d here.

      Kent:
	 Agreed to go with that approach. Just gone use IP src to index
	 cover all the case. It been awhile.  

      Henrik: 
	 It would be nice to find a solution for the non-NAT case. We
	 will have to revisit NAT case too. We must be aware of that
	 now.  Permitting COA MN to send directly.  

      Kent: 
	 It was brought up but it is breaking some processing rules. It
	 is the R bit case right. We will not be able to go over this
	 now. We should start from our email discussion.   

      Henrik: 
	 We have no known starting point.

      Kent: 
	 We are probably too tired to discuss it 

      Charlie: 
	 I did run out of steam.. We were at equilibrium

      ...

      Kent: 
	I do not mind any good approach. We have not found it yet.

      Henrik: 
	What is your view of the status?

      Kent: 
	What I stated earlier was the status.

      Henrik:
	We need a known starting point. I had hoped we had come to a
	point where we could agree. 

      Kent:
	I can summarize how far we have come.

   Resolution:
      Action item: 

	Kent to summarize how far this communication has gone. The
	working group will consider this as a new starting point. Note
	that there was no resolution offered on this issue. There will
	be further discussion on the mailing list.  


4. Generic Strings:					    Alpesh Patel
------------------------------------------------------------------------
   draft-sastry-mip4-string-extension-00.txt

   Slides: http://tools.ietf.org/wg/mip4/ietf/62/genericstring.pdf

   This document specifies an extension to carry a text string in the
   Registration Reply messaged, with the purpose of having the text
   string displayed on the Mobile Node user interface.

   Alpesh presented the draft that stems from customer requests during
   deployment. 

   - This draft defines a new skippable extension for use by HA and FA
     in registration request. Note that both FA and HA can add this
     extension in to the same registration request. 

   - A new subtype defines two values indicating who adds this
     extension.  If this extension is added by the HA, it must be present
     before MHAE. 
   
   - In case of authentication failure, error is returned. The text
     field of the extension can be displayed on MN's user interface. The
     MN may throttle the message.

   Comments:

      Espen Klovning: 

	The mechanism is OK but I do not like the reference to user
	interface.  The MN might not have a user interface. It could
	write the string to a log. Tone down the reference to user
	display. It is up to the MN to decide what to to with the
	information.

      Avi Lior: 

	I like the draft. In case of AAA, user doesn't know the detail.
	Although it is not clear how to indicate whether the string
	should go to the user or not.

      Kent: 

	I agree with Espen. It is up to the MN to decide what to to with
	the strings.

      Xxx: 

	This can be appended by both nodes in the same message. If FA
	adds this extension, it can't be authenticated (which is
	optional).

      Henrik: 

	This is within the scope of this WG but will require a charter
	update.

   Resolution:

      Enough interest (humming) to make this a WG item

      Action:
        Charter update will be proposed by the chair for this work.


5. Host Configuration Extensions:		     	      Kent Leung
------------------------------------------------------------------------
   draft-leung-mip4-host-config-vse-00.txt

   Slides: http://tools.ietf.org/wg/mip4/ietf/62/hostconfig.pdf

   This document describes the extensions used to provide the base host
   configuration in the Registration Request and Reply messages.

   Kent presented:

   - The MN needs additional configuration to setup MIP interface. This
     is from the deployment perspective. Current host configuration is
     insufficient. 

   - Defines NVSEs in the registration Request used by HA to include
     DHCP in response.  Host configuration types includes HA prefix, DHCP
     server, DNS server, DHCP client ID, default Gateway, DNS suffix and
     config URL. 

   - The informational status is asked at this time by the author.
     Again, this will go as vendor specific option.  

   Action:

      It wasn't very clear whether WG should take this document as a WG
      item or not.  Although 6 people volunteered to support this draft
      if it is taken as a WG item.


6. Questions about MIPv4/MIPv6 - IPv4/IPv6 transitions:	          Chairs
------------------------------------------------------------------------

   Henrik: 

      There are currently 4 proposed solution drafts for MIPv4/MIPv6
      transition. One for MIPv4 and three for MIPv6.  The drafts
      describes different alternatives. It is not clear where this work
      belongs to at this time. Non of the solution are complete. I think
      we should start by producing a problem statement.

   Show of hands indicated little interest in the WG for taking the
   transition issue up as a WG item.

   Comments:

      Thomas: 

	Surprised over the lack WG interest. Charter WG to have clear
	idea.  Current deployments of MIP4 that wants to go to IPv6.  

      Vijay: 

	There are two distinct scenarios. One for MIPv6. How to reach
	IPv6 over IPv4 network. One for MIPv4 on how to move into IPv6
	network.

      Kent: 

	Too many access network with IPv4. That is the reason for the
	interest in MIPv6.

      Thomas : 
   
	Good. It fits better in the MIPv6 group.

   Action:
	None


6A. Questions about regional registration and AD feedback:	  Chairs 
------------------------------------------------------------------------
   draft-ietf-mip4-reg-tunnel-00.txt

   Henrik: 

      There is a small issue on how to handle AD review feedback.
      Charlie?

   Charlie: 

      We will be able to answer all issue that has been raised by the
      ADs.  We should have a new draft shortly after the beginning of
      June.


7. RADIUS attributes for Mobile-IP v4:		     	 Madjid Nakhjiri
------------------------------------------------------------------------
   draft-nakhjiri-radius-mip4-00.txt
   
   Slides: http://tools.ietf.org/wg/mip4/ietf/62/radius_mip4.pdf

   This document defines the RADIUS attributes that provide support for
   Mobile IPv4 operations such as key management and authentication
   services during a mobile node's registration process. 

   Madjid presented the draft. 

   - This draft is relevant to MIP-AAA interaction. A receipt of the
     registration request results in to the authentication and creation of
     new security association.  There is no document detailing this
     information from the AAA perspective. All current documents are
     written w.r.t. MIP.  Two cases are considered, co-located and FA-based
     CoA. 

   - Can't do Radius extension unless this WG endorse this work. Hence
     Liaison is needed from MIP4 to RADEXT WG. 

   - Want to make sure that MIP functionality is verified by this
     working group.


   Comments:
      Alpesh: 

	We have due to deployment requirements made vendor specific
	solutions that do the same. There is interest for this.

      Kent: 

	There is definitely deployment interest.

      Avi Lior: 

	We have to review the semantics of the attributes. View whether
	RADIUS protocol is violated.  Perhaps WG item.  Primarily, ask
	Radius to review it.

      Henrik: 

	When I worked on MIPv4 deployments, we did our own. Having a
	standardised set will be good.  This will be a WG item for
	RADEXT. They need to know how we evaluate this, though.

      Thomas: 

	It defines new attributes. Then the right home is the RADEXT WG.
	It does not matter. Both WG must be happy with the solution.

      Alpesh: 

	We need to think about 3012bis in this. Only MD5 is supported in
	3012bis. RADIUS have limitations. There are no mechanisms to use
	HMAC or SHA1, and MD5 is being deprecated in RADIUS group.

      Charlie: 

	This should be standardized in RADEXT working group similar to
	what has been done for DIAMETER.

      Kent: 

	Agree with Avi. We have to look at the semantics of fields. It
	should be decided by MIP experts. After consensus we should go
	through RADEXT WG to get approval.

   Action:

      Humming indicated that the WG should invest energy in this
      document.  Although the decision on where it will land as a wg
      item is still open.


8. Known bugs in 3519:				     	  Sri Gundavelli
------------------------------------------------------------------------
   RFC 3519

   Slides: http://tools.ietf.org/wg/mip4/ietf/62/3519-bis.pdf

   Experience with RFC 3519 and discussions around rfc3344bis has
   brought to light some weaknesses of RFC 3519 which may warrant
   starting work on a revision of this.  This presentation will give a
   summary of these issues.

   Sri presented a few issues/problems with RFC3519 that have been
   detected during implementation and deployment.

   - The motivation for this draft is to present different issues which
     are related to RFC3519 and found from the implementation.

   - Issue 44: According to RFC3344, the FA is required to send a
     registration request with the source address of the outgoing
     interface. This conflicts with RFC3519 where the FA is required to
     set the source address of the registration request to its CoA.

   - Issue 45: HA dependency on the source address for the NAT detection
     logic.

   - Issue 3(?): Keep-alive message. This has no protection. This is
     causes inconvenience. 

   - Issue 4: Usage of ICMP echo packet format for the keep-alive
     message and the associated issue. Protocol package, the context
     should be maintained (either MIP subsystem or something else)

   - Issue 5: Overloading the MIP port 434 for control and data messages
     and the implementation issues. Need to identify whether this is a
     data or control packet. This is just a UDP package and goes all the
     way to the application layer.

   - Issue 6: FA doesn't have any role for request but the reply is not
     the same.  It may be of different version which may cause problem.

   Comments:
      Henrik: 

	I am fine with all the issues except the one where the port
	number can be done in kernel. No bis issue. Another protocol.

      Alpesh: 

	The problem with 3519 is that the same channel is used for both
	signaling and data

      Espen: 

	This is an router/hardware performance issue that is less
	relevant for client implementations.

   Action:

      Suggest to make 3519bis an WG item. Henrik will serve as editor
      and got commitment from 5-6 people to contribute to this draft.

9. Encapsulation extension:			     	      Vikas Goel
------------------------------------------------------------------------
   draft-goel-mip4-encapext-00.txt

   This drafts describes an extension which allows the Home Agent to
   specify, in the Registration Reply, the kind of encapsulation types it
   supports.

   Vikas presented a draft to address a scalability issue with tunnel
   endpoints in the where the HA should force the MN to use a specific
   tunnel encapsulation.

   Comments: 

      Espen: 

	This will not work as long as the M and G bits are not mandatory
	in RFC 3344.

      Vikas: 

	You have to set up three tunnels for each HA. It will not scale.

      Kent: 

	This is not necessary. The RRQ can not indicate more than one
	tunneling method.

      Espen: 

	Yes, you can.

      Sri:

	What is the original intent? There is no way for the HA to know
	what to use. Deployment scenario should be well understood.

      Xxx: 

	HA just reacts on what is selected by the MN. But if it is
	different from what HA wants, there may be a need of supporting
	two encapsulation choices.  

      Henrik: 

	Don't see a clear need. This makes sense only if HA supports
	either G or M.  It doesn't make sense if HA supports both.
	Generally clients are not deployed which are incompatible with
	HA. This doesn't seem like a real issue since num of choices are
	few only. 

      Henrik: 

	Encapsulation offer goes in a registration request and the
	selection of the encapsulation is received in the registration
	reply. Hence there may not be any need of having multiple
	tunnels.

      Kent: 

	The proposed solution may not work properly.

      Henrik: 

	RFC 3344 is not very clear but the general trend is that HA
	selects the capability sent in the registration request
	(appendix of RFC3344 indicates this way). 

      Xxx: 

	Vendor specific extension may be the solution. 

      Henrik: 

	I read the specification before the meeting and it says you can.
	It is not very clear in the specification, though, so it seems
	that this is an new issue for 3344bis

   Action:

      It was determined that RFC3344 needs to have further clarity on
      encapsulation information negotiation. And, hence, there may not
      be any problem which need to be solved by this draft.


*Henrik: We are done.*




-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/


From mip4-bounces@ietf.org  Tue Apr  5 06:43:07 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA04788
	for <mip4-web-archive@ietf.org>; Tue, 5 Apr 2005 06:43:07 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DIleg-0003Ra-PO
	for mip4-web-archive@ietf.org; Tue, 05 Apr 2005 06:51:35 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DIlVM-0004X4-IT; Tue, 05 Apr 2005 06:41:56 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DIjOD-00062L-Fn
	for mip4@megatron.ietf.org; Tue, 05 Apr 2005 04:26:27 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA22940
	for <mip4@ietf.org>; Tue, 5 Apr 2005 04:26:23 -0400 (EDT)
Received: from mail.di.uniroma1.it ([151.100.17.19])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DIjWI-0006xr-AA
	for mip4@ietf.org; Tue, 05 Apr 2005 04:34:48 -0400
Received: from [151.100.17.131] (mei.dsi.uniroma1.it [151.100.17.131])
	by mail.di.uniroma1.it (Postfix) with ESMTP id 103DF1BD65F
	for <mip4@ietf.org>; Tue,  5 Apr 2005 09:13:14 +0200 (CEST)
Message-ID: <42524BDD.2050509@dsi.uniroma1.it>
Date: Tue, 05 Apr 2005 10:27:09 +0200
From: Alessandro Mei <mei@dsi.uniroma1.it>
User-Agent: Debian Thunderbird 1.0 (X11/20050116)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: mip4@ietf.org
X-Enigmail-Version: 0.90.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 3a4bc66230659131057bb68ed51598f8
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Tue, 05 Apr 2005 06:41:55 -0400
Subject: [Mip4] Call For Papers A_SWAN 2005
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 2086112c730e13d5955355df27e3074b
Content-Transfer-Encoding: 7bit

=====================================================

Call for Papers A_SWAN 2005

AlgorithmS for Wireless And mobile Networks
Personal, Sensor, Ad-hoc, Cellular

Held in conjunction with
Mobiquitous San Diego 2005
July 17, 2005


GENERAL CHAIR:
Alan A. Bertossi, University of Bologna, Italy

PROGRAM CO-CHAIRS:
Stephan Olariu, Old Dominion University, U.S.A.
Cristina M. Pinotti, University of Perugia, Italy


SCOPE:
The rapid and continued growth of wireless technology
made information accessible anywhere and at any time.
At the same time the falling cost of both communication and
mobile computing devices has created a great demand for
untethered communication and computing. In addition to
wireless networks that rely on pre-existing infrastructure,
where wireless communications take place only between the
end-nodes and the access points, rapidly-deployable
self-organizing mobile networks including ad hoc wireless
networks and sensor networks are being developed and deployed.

To cope with the rapidly increasing number of users and
with the increasing demand for mobile services, it is becoming
imperious to optimize the management and use of the limited
resources inherent to wireless environments.

In turn, these specific demands require new "algorithmic"
approaches specifically designed to cope with the highly
dynamic underlying infrastructure and with the scarce resources
available. Old, heavy-duty algorithmic solutions simply do not work!
And, oftentimes, Big-O is not the "best" solution -- one
needs to be "closer" to reality.

The main goal of A_SWAN'2005 is to bring together in a setting
conducive of cross-fertilization a number of researchers and
contributions that demonstrate the use of the new algorithmics in the
context of the following set of representative topics:

o intrusion detection
o consensus in sensor networks
o unauthorized traversal and monitoring in sensor networks
o power management
o topology control
o routing
o content delivery networks
o optimal pricing strategies
o algorithmic mechanism design
o range assignment
o station/sensor placement
o resource management
o bandwidth allocation
o resource discovery
o handoff management
o location tracking and paging
o scheduling
o data organization and access
o security and fault tolerance

PUBLICITY CHAIR:
Alessandro Mei, University of Rome "La sapienza", Italy

TECHNICAL PROGRAM COMMITTEE
Giuseppe Anastasi, University of Pisa, Italy
Amotz Bar-Noy,  Brooklyn College - CUNY,  USA
Stefano Basagni, Northeastern University Boston, USA
Maurizio Bonuccelli, University of Pisa, Italy
Andrea Clementi, University of Roma Tor Vergata, Italy
Reuven Cohen, Technion University, Haifa, Israel
Sajal K. Das, University of Texas at Arlington, USA
Mohamed Eltoweissy, Virginia Tech, USA,
Leszek Gasieniec, University of Liverpool, United Kingdom
Magnus Halldorsson, University of Iceland, Iceland
Kamal Jain, Georgia Institute of Technology, USA
Guy Kortsarz, Rutgers University, USA
Evangelos Kranakis, Carleton University, Ottawa, Canada
Robert Leese, Oxford University, United Kingdom
Errol Lloyd, Univerity of Delaware, USA
Viktor Prasanna, University of Southern California, USA
Romeo Rizzi, University of Trento, Italy
Anil Shende, Roanoke College, VA, USA
Ivan Stojmenovic, University of Ottawa, Canada
Peter Widmayer, ETH Centrum, Switzerland
Jingyuan Zhang, University of Alabama, USA



SUBMISSION GUIDELINES

Prospective authors are encouraged to submit an electronic
version (Postscript or PDF) of the paper by e-mail to:

pinotti@unipg.it
(with subject: SUBMISSION ASWAN05)

Submissions must be of at most 12 pages plus, optionally,
a clearly marked appendix to be read at the discretion of
the program committee.  Simultaneous submission to other
conferences with published proceedings is disallowed.


SCHEDULE
Manuscript due:        	        April 10, 2005
Acceptance Notification: 	May 15, 2005
Final Manuscript Due: 		May 31, 2005
Workshop date:                  July 17, 2005



-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/


From mip4-bounces@ietf.org  Tue Apr  5 14:28:51 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA16127
	for <mip4-web-archive@ietf.org>; Tue, 5 Apr 2005 14:28:51 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DIsvQ-0003mf-V6
	for mip4-web-archive@ietf.org; Tue, 05 Apr 2005 14:37:21 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DIsmk-0004B3-Se; Tue, 05 Apr 2005 14:28:22 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DIsmh-0004Ay-IV
	for mip4@megatron.ietf.org; Tue, 05 Apr 2005 14:28:21 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA16056
	for <mip4@ietf.org>; Tue, 5 Apr 2005 14:28:17 -0400 (EDT)
Received: from motgate.mot.com ([129.188.136.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DIsus-0003lg-9D
	for mip4@ietf.org; Tue, 05 Apr 2005 14:36:47 -0400
Received: from az33exr01.mot.com (az33exr01.mot.com [10.64.251.231])
	by motgate.mot.com (Motorola/Motgate) with ESMTP id j35ISBQ0003727
	for <mip4@ietf.org>; Tue, 5 Apr 2005 11:28:12 -0700 (MST)
Received: from il27exm03.cig.mot.com (il27exm03.cig.mot.com [10.17.193.4])
	by az33exr01.mot.com (8.13.1/8.13.0) with ESMTP id j35ITXpl002028
	for <mip4@ietf.org>; Tue, 5 Apr 2005 13:29:33 -0500 (CDT)
Received: by il27exm03.cig.mot.com with Internet Mail Service (5.5.2657.72)
	id <GP0XLMLR>; Tue, 5 Apr 2005 13:28:10 -0500
Message-ID: <EBF631554F9CD7118D0B00065BF34DCB18379595@il27exm03.cig.mot.com>
From: Nakhjiri Madjid-MNAKHJI1 <Madjid.Nakhjiri@motorola.com>
To: "'Avi Lior'" <avi@bridgewatersystems.com>, Kent Leung <kleung@cisco.com>,
        "Chowdhury, Kuntal" <kchowdhury@starentnetworks.com>
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP
Date: Tue, 5 Apr 2005 13:28:06 -0500 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
X-Spam-Score: 2.0 (++)
X-Scan-Signature: 0bb031f3a6fb29f760794ac9bf1997ae
Cc: Nakhjiri Madjid-MNAKHJI1 <Madjid.Nakhjiri@motorola.com>,
        Mobile IPv4 Mailing List <mip4@ietf.org>
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1278162311=="
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 2.0 (++)
X-Scan-Signature: 850245b51c39701e2700a112f3032caa

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--===============1278162311==
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C53A0D.35B30228"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C53A0D.35B30228
Content-Type: text/plain

Ok, As we had predicted, the inter-working needs to work on its identity management issues :-)

We see that many of the issues revolve around whether we should use HoA or NAI for MN and IP versus NAI for mobility agents.

 

So lets get organized here.

 

Case 1: CcoA, there is no FA in this case. HA acts as a NAS.

RRQ goes from MN to HA and becomes a RADIUS Access Request to RADIUS server.

     Option 1: MN has a HoA address and is AAA-routable. MN knows its HA.

     (I guess we assume routability assertion is made by HA, acting as a NAS)

MN includes its HoA in the RRQ. There is no MN-NAI according to RFC 3344.

If MN has HA IP address, it includes it in the RRQ, otherwise what value?

HA inserts MN-HoA in user-name Attr. 

HA inserts own IP address in NAS-IP. 

Optionally, HA inserts own NAI in MIP-HA-NAI to help routing.

If no HA address was included in RRQ, HA sets the proper bits in feature vector to indicate the need for HA allocation.

    Option 2: MN does not have an HoA, but has an HA.

            MN includes an NAI in RRQ. There is no MN HoA in RRQ.

            If MN has HA IP address, it includes it, otherwise what value?

            HA inserts MN-NAI in user name attr.

            HA inserts own IP address in NAS-IP.

            Optionally, HA inserts own NAI in MIP-HA-NAI and proper bits in feature vector if HA allocation is needed.

   Option 3: MN does not have a routable HoA (MN probably does not know this). 

            MN includes its HoA in the RRQ, and does not include NAI according to RFC 3344.

            Well now what? HA cannot build a routable RADIUS Access request, since neither HoA nor NAI is present?

            Should the HA build an NAI for the MN? 

 

Case 2: FA based CoA.

I suggest we agree on a solution for case 1 first before we go on to the FA based CoAs later.

 

Comments, opinions, answers are welcome,

 

Madjid

 


------_=_NextPart_001_01C53A0D.35B30228
Content-Type: text/html
Content-Transfer-Encoding: base64

PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
L0VOIj4NCjxodG1sPg0KDQo8aGVhZD4NCjxNRVRBIEhUVFAtRVFVSVY9IkNvbnRlbnQtVHlwZSIg
Q09OVEVOVD0idGV4dC9odG1sOyBjaGFyc2V0PXVzLWFzY2lpIj4NCg0KDQo8bWV0YSBuYW1lPUdl
bmVyYXRvciBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxMCAoZmlsdGVyZWQpIj4NCjx0aXRsZT5N
ZXNzYWdlPC90aXRsZT4NCg0KPHN0eWxlPg0KPCEtLQ0KIC8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N
CiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OldpbmdkaW5nczsNCglwYW5vc2UtMTo1IDAgMCAw
IDAgMCAwIDAgMCAwO30NCiAvKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KIHAuTXNvTm9ybWFsLCBs
aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9t
Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv
bWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe2NvbG9yOmJsdWU7DQoJdGV4dC1k
ZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93
ZWQNCgl7Y29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1h
aWxTdHlsZTE3DQoJe2ZvbnQtZmFtaWx5OkFyaWFsOw0KCWNvbG9yOm5hdnk7fQ0KQHBhZ2UgU2Vj
dGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMjVpbiAxLjBpbiAx
LjI1aW47fQ0KZGl2LlNlY3Rpb24xDQoJe3BhZ2U6U2VjdGlvbjE7fQ0KLS0+DQo8L3N0eWxlPg0K
DQo8L2hlYWQ+DQoNCjxib2R5IGxhbmc9RU4tVVMgbGluaz1ibHVlIHZsaW5rPWJsdWU+DQoNCjxk
aXYgY2xhc3M9U2VjdGlvbjE+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29s
b3I9bmF2eSBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1m
YW1pbHk6QXJpYWw7Y29sb3I6bmF2eSc+T2ssIEFzIHdlIGhhZCBwcmVkaWN0ZWQsIHRoZSBpbnRl
ci13b3JraW5nDQpuZWVkcyB0byB3b3JrIG9uIGl0cyBpZGVudGl0eSBtYW5hZ2VtZW50IGlzc3Vl
cyA8L3NwYW4+PC9mb250Pjxmb250IHNpemU9Mg0KY29sb3I9bmF2eSBmYWNlPVdpbmdkaW5ncz48
c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpXaW5nZGluZ3M7DQpjb2xv
cjpuYXZ5Jz5KPC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBz
aXplPTIgY29sb3I9bmF2eSBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4w
cHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6bmF2eSc+V2Ugc2VlIHRoYXQgbWFueSBvZiB0aGUg
aXNzdWVzIHJldm9sdmUNCmFyb3VuZCB3aGV0aGVyIHdlIHNob3VsZCB1c2UgSG9BIG9yIE5BSSBm
b3IgTU4gYW5kIElQIHZlcnN1cyBOQUkgZm9yIG1vYmlsaXR5DQphZ2VudHMuPC9zcGFuPjwvZm9u
dD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9bmF2eSBmYWNl
PUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7
Y29sb3I6bmF2eSc+Jm5ic3A7PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1h
bD48Zm9udCBzaXplPTIgY29sb3I9bmF2eSBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNp
emU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6bmF2eSc+U28gbGV0cyBnZXQgb3Jn
YW5pemVkIGhlcmUuPC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9u
dCBzaXplPTIgY29sb3I9bmF2eSBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQox
MC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6bmF2eSc+Jm5ic3A7PC9zcGFuPjwvZm9udD48
L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9bmF2eSBmYWNlPUFy
aWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29s
b3I6bmF2eSc+Q2FzZSAxOiBDY29BLCB0aGVyZSBpcyBubyBGQSBpbiB0aGlzIGNhc2UuDQpIQSBh
Y3RzIGFzIGEgTkFTLjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZv
bnQgc2l6ZT0yIGNvbG9yPW5hdnkgZmFjZT1BcmlhbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0K
MTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOm5hdnknPlJSUSBnb2VzIGZyb20gTU4gdG8g
SEEgYW5kIGJlY29tZXMgYQ0KUkFESVVTIEFjY2VzcyBSZXF1ZXN0IHRvIFJBRElVUyBzZXJ2ZXIu
PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29s
b3I9bmF2eSBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1m
YW1pbHk6QXJpYWw7Y29sb3I6bmF2eSc+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IE9wdGlvbiAx
OiBNTiBoYXMNCmEgSG9BIGFkZHJlc3MgYW5kIGlzIEFBQS1yb3V0YWJsZS4gTU4ga25vd3MgaXRz
IEhBLjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0y
IGNvbG9yPW5hdnkgZmFjZT1BcmlhbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2Zv
bnQtZmFtaWx5OkFyaWFsO2NvbG9yOm5hdnknPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAoSSBn
dWVzcyB3ZQ0KYXNzdW1lIHJvdXRhYmlsaXR5IGFzc2VydGlvbiBpcyBtYWRlIGJ5IEhBLCBhY3Rp
bmcgYXMgYSBOQVMpPC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbCBzdHls
ZT0ndGV4dC1pbmRlbnQ6LjVpbic+PGZvbnQgc2l6ZT0yIGNvbG9yPW5hdnkgZmFjZT1BcmlhbD48
c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6bmF2
eSc+TU4gaW5jbHVkZXMgaXRzIEhvQSBpbg0KdGhlIFJSUS4gVGhlcmUgaXMgbm8gTU4tTkFJIGFj
Y29yZGluZyB0byBSRkMgMzM0NC48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9y
bWFsIHN0eWxlPSd0ZXh0LWluZGVudDouNWluJz48Zm9udCBzaXplPTIgY29sb3I9bmF2eSBmYWNl
PUFyaWFsPjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtj
b2xvcjpuYXZ5Jz5JZiBNTiBoYXMgSEEgSVAgYWRkcmVzcywNCml0IGluY2x1ZGVzIGl0IGluIHRo
ZSBSUlEsIG90aGVyd2lzZSB3aGF0IHZhbHVlPzwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFz
cz1Nc29Ob3JtYWwgc3R5bGU9J3RleHQtaW5kZW50Oi41aW4nPjxmb250IHNpemU9MiBjb2xvcj1u
YXZ5IGZhY2U9QXJpYWw+PHNwYW4NCnN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5
OkFyaWFsO2NvbG9yOm5hdnknPkhBIGluc2VydHMgTU4tSG9BIGluDQp1c2VyLW5hbWUgQXR0ci4g
PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0ndGV4dC1pbmRl
bnQ6LjVpbic+PGZvbnQgc2l6ZT0yIGNvbG9yPW5hdnkgZmFjZT1BcmlhbD48c3Bhbg0Kc3R5bGU9
J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6bmF2eSc+SEEgaW5zZXJ0
cyBvd24gSVAgYWRkcmVzcw0KaW4gTkFTLUlQLiA8L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xh
c3M9TXNvTm9ybWFsIHN0eWxlPSd0ZXh0LWluZGVudDouNWluJz48Zm9udCBzaXplPTIgY29sb3I9
bmF2eSBmYWNlPUFyaWFsPjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls
eTpBcmlhbDtjb2xvcjpuYXZ5Jz5PcHRpb25hbGx5LCBIQSBpbnNlcnRzDQpvd24gTkFJIGluIE1J
UC1IQS1OQUkgdG8gaGVscCByb3V0aW5nLjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1N
c29Ob3JtYWwgc3R5bGU9J3RleHQtaW5kZW50Oi41aW4nPjxmb250IHNpemU9MiBjb2xvcj1uYXZ5
IGZhY2U9QXJpYWw+PHNwYW4NCnN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkFy
aWFsO2NvbG9yOm5hdnknPklmIG5vIEhBIGFkZHJlc3Mgd2FzDQppbmNsdWRlZCBpbiBSUlEsIEhB
IHNldHMgdGhlIHByb3BlciBiaXRzIGluIGZlYXR1cmUgdmVjdG9yIHRvIGluZGljYXRlIHRoZSBu
ZWVkDQpmb3IgSEEgYWxsb2NhdGlvbi48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNv
Tm9ybWFsPjxmb250IHNpemU9MiBjb2xvcj1uYXZ5IGZhY2U9QXJpYWw+PHNwYW4gc3R5bGU9J2Zv
bnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpuYXZ5Jz4mbmJzcDsmbmJz
cDsmbmJzcDsgT3B0aW9uIDI6IE1OIGRvZXMgbm90DQpoYXZlIGFuIEhvQSwgYnV0IGhhcyBhbiBI
QS48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBj
b2xvcj1uYXZ5IGZhY2U9QXJpYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250
LWZhbWlseTpBcmlhbDtjb2xvcjpuYXZ5Jz4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgTU4NCmluY2x1ZGVzIGFuIE5BSSBp
biBSUlEuIFRoZXJlIGlzIG5vIE1OIEhvQSBpbiBSUlEuPC9zcGFuPjwvZm9udD48L3A+DQoNCjxw
IGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9bmF2eSBmYWNlPUFyaWFsPjxzcGFu
IHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6bmF2eSc+
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7IElmDQpNTiBoYXMgSEEgSVAgYWRkcmVzcywgaXQgaW5jbHVkZXMgaXQsIG90aGVy
d2lzZSB3aGF0IHZhbHVlPzwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+
PGZvbnQgc2l6ZT0yIGNvbG9yPW5hdnkgZmFjZT1BcmlhbD48c3BhbiBzdHlsZT0nZm9udC1zaXpl
Og0KMTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOm5hdnknPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBIQQ0KaW5z
ZXJ0cyBNTi1OQUkgaW4gdXNlciBuYW1lIGF0dHIuPC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNs
YXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9bmF2eSBmYWNlPUFyaWFsPjxzcGFuIHN0
eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6bmF2eSc+Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7IEhBDQppbnNlcnRzIG93biBJUCBhZGRyZXNzIGluIE5BUy1JUC48L3NwYW4+PC9mb250
PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBjb2xvcj1uYXZ5IGZhY2U9
QXJpYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtj
b2xvcjpuYXZ5Jz4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsgT3B0aW9uYWxseSwNCkhBIGluc2VydHMgb3duIE5BSSBpbiBN
SVAtSEEtTkFJIGFuZCBwcm9wZXIgYml0cyBpbiBmZWF0dXJlIHZlY3RvciBpZiBIQQ0KYWxsb2Nh
dGlvbiBpcyBuZWVkZWQuPC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48
Zm9udCBzaXplPTIgY29sb3I9bmF2eSBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6
DQoxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6bmF2eSc+Jm5ic3A7Jm5ic3A7IE9wdGlv
biAzOiBNTiBkb2VzIG5vdCBoYXZlIGENCnJvdXRhYmxlIEhvQSAoTU4gcHJvYmFibHkgZG9lcyBu
b3Qga25vdyB0aGlzKS4gPC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48
Zm9udCBzaXplPTIgY29sb3I9bmF2eSBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6
DQoxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6bmF2eSc+Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IE1ODQppbmNs
dWRlcyBpdHMgSG9BIGluIHRoZSBSUlEsIGFuZCBkb2VzIG5vdCBpbmNsdWRlIE5BSSBhY2NvcmRp
bmcgdG8gUkZDIDMzNDQuPC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48
Zm9udCBzaXplPTIgY29sb3I9bmF2eSBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6
DQoxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6bmF2eSc+Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFdlbGwNCm5v
dyB3aGF0PyBIQSBjYW5ub3QgYnVpbGQgYSByb3V0YWJsZSBSQURJVVMgQWNjZXNzIHJlcXVlc3Qs
IHNpbmNlIG5laXRoZXIgSG9BDQpub3IgTkFJIGlzIHByZXNlbnQ/PC9zcGFuPjwvZm9udD48L3A+
DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9bmF2eSBmYWNlPUFyaWFs
PjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6
bmF2eSc+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IFNob3VsZA0KdGhlIEhBIGJ1aWxkIGFuIE5BSSBmb3IgdGhlIE1OPyA8
L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBjb2xv
cj1uYXZ5IGZhY2U9QXJpYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZh
bWlseTpBcmlhbDtjb2xvcjpuYXZ5Jz4mbmJzcDs8L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xh
c3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBjb2xvcj1uYXZ5IGZhY2U9QXJpYWw+PHNwYW4gc3R5
bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpuYXZ5Jz5DYXNl
IDI6IEZBIGJhc2VkIENvQS48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFs
Pjxmb250IHNpemU9MiBjb2xvcj1uYXZ5IGZhY2U9QXJpYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6
ZToNCjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpuYXZ5Jz5JIHN1Z2dlc3Qgd2UgYWdy
ZWUgb24gYSBzb2x1dGlvbiBmb3IgY2FzZQ0KMSBmaXJzdCBiZWZvcmUgd2UgZ28gb24gdG8gdGhl
IEZBIGJhc2VkIENvQXMgbGF0ZXIuPC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05v
cm1hbD48Zm9udCBzaXplPTIgY29sb3I9bmF2eSBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250
LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6bmF2eSc+Jm5ic3A7PC9zcGFu
PjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9bmF2
eSBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6
QXJpYWw7Y29sb3I6bmF2eSc+Q29tbWVudHMsIG9waW5pb25zLCBhbnN3ZXJzIGFyZSB3ZWxjb21l
LDwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNv
bG9yPW5hdnkgZmFjZT1BcmlhbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQt
ZmFtaWx5OkFyaWFsO2NvbG9yOm5hdnknPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBj
bGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPW5hdnkgZmFjZT1BcmlhbD48c3BhbiBz
dHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOm5hdnknPk1h
ZGppZDwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nYm9yZGVyOm5vbmU7
Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDQuMHB0Ow0K
bWFyZ2luLWxlZnQ6My43NXB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBpbjttYXJn
aW4tYm90dG9tOjUuMHB0Jz4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNl
PSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPiZuYnNw
Ozwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvZGl2Pg0KDQo8L2JvZHk+
DQoNCjwvaHRtbD4NCg==

------_=_NextPart_001_01C53A0D.35B30228--


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

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/

--===============1278162311==--



From mip4-bounces@ietf.org  Tue Apr  5 18:20:32 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA25239
	for <mip4-web-archive@ietf.org>; Tue, 5 Apr 2005 18:20:32 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DIwXg-0000wh-Jm
	for mip4-web-archive@ietf.org; Tue, 05 Apr 2005 18:29:05 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DIwME-0006AG-7G; Tue, 05 Apr 2005 18:17:14 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DIwMC-0006A9-IG
	for mip4@megatron.ietf.org; Tue, 05 Apr 2005 18:17:12 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA24762
	for <mip4@ietf.org>; Tue, 5 Apr 2005 18:17:09 -0400 (EDT)
Received: from darkstar.iprg.nokia.com ([205.226.5.69])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DIwUP-0000pj-Hs
	for mip4@ietf.org; Tue, 05 Apr 2005 18:25:43 -0400
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id j35LkuS15242;
	Tue, 5 Apr 2005 14:46:56 -0700
X-mProtect: <200504052146> Nokia Silicon Valley Messaging Protection
Received: from manisht.iprg.nokia.com (205.226.2.40,
	claiming to be "[205.226.2.40]")
	by darkstar.iprg.nokia.com smtpdGfKLo9; Mon, 04 Apr 2005 18:31:14 PDT
Message-ID: <4251E378.1070409@iprg.nokia.com>
Date: Mon, 04 Apr 2005 18:01:44 -0700
From: Vijay Devarapalli <vijayd@iprg.nokia.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040928
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Henrik Levkowetz <henrik@levkowetz.com>
Subject: Re: [Mip4] IETF-62 Draft Minutes.
References: <42516A25.6080405@levkowetz.com>
In-Reply-To: <42516A25.6080405@levkowetz.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 538aad3a3c4f01d8b6a6477ca4248793
Content-Transfer-Encoding: 7bit
Cc: Pete McCann <mccap@lucent.com>, Mobile IPv4 Mailing List <mip4@ietf.org>
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0a7aa2e6e558383d84476dc338324fab
Content-Transfer-Encoding: 7bit

hi Henrik,

couple of comments.

Henrik Levkowetz wrote:
> 6. Questions about MIPv4/MIPv6 - IPv4/IPv6 transitions:	          Chairs
> ------------------------------------------------------------------------
> 
>    Henrik: 
> 
>       There are currently 4 proposed solution drafts for MIPv4/MIPv6
>       transition. One for MIPv4 and three for MIPv6.  The drafts
>       describes different alternatives. It is not clear where this work
>       belongs to at this time. Non of the solution are complete. I think
>       we should start by producing a problem statement.
> 
>    Show of hands indicated little interest in the WG for taking the
>    transition issue up as a WG item.
> 
>    Comments:
> 
>       Thomas: 
> 
> 	Surprised over the lack WG interest. Charter WG to have clear
> 	idea.  Current deployments of MIP4 that wants to go to IPv6.  
> 
>       Vijay: 
> 
> 	There are two distinct scenarios. One for MIPv6. How to reach
> 	IPv6 over IPv4 network. One for MIPv4 on how to move into IPv6
> 	network.

what I said goes something like this.

There are two distinct scenarios that folks are interested in. There
are people who want to deploy MIPv6. If a MIPv6 MN ends up an IPv4
only access network, it needs to be able to reach the IPv6 network.
And then there are people who have deployed MIPv4 currently. They
would like to move to MIPv6.

>       Kent: 
> 
> 	Too many access network with IPv4. That is the reason for the
> 	interest in MIPv6.
> 
>       Thomas : 
>    
> 	Good. It fits better in the MIPv6 group.

Thomas said lot more. I dont remember now. I think he said the first
scenario fits in the MIPv6 wg. Thomas?

Vijay

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/


From mip4-bounces@ietf.org  Tue Apr  5 18:56:11 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA28013
	for <mip4-web-archive@ietf.org>; Tue, 5 Apr 2005 18:56:11 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DIx6D-00029S-KE
	for mip4-web-archive@ietf.org; Tue, 05 Apr 2005 19:04:45 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DIwtt-0006th-K4; Tue, 05 Apr 2005 18:52:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DIwts-0006tc-6T
	for mip4@megatron.ietf.org; Tue, 05 Apr 2005 18:52:00 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA27807
	for <mip4@ietf.org>; Tue, 5 Apr 2005 18:51:56 -0400 (EDT)
Received: from pne-smtpout1-sn2.hy.skanova.net ([81.228.8.83])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DIx25-0001zq-OU
	for mip4@ietf.org; Tue, 05 Apr 2005 19:00:31 -0400
Received: from shiraz.levkowetz.com (213.64.174.195) by
	pne-smtpout1-sn2.hy.skanova.net (7.1.026.7)
	id 41E3216700A9B810; Wed, 6 Apr 2005 00:51:47 +0200
Received: from localhost ([127.0.0.1])
	by shiraz.levkowetz.com with esmtp (Exim 4.50)
	id 1DIwte-0003Id-VL; Wed, 06 Apr 2005 00:51:47 +0200
Message-ID: <42531682.4060708@levkowetz.com>
Date: Wed, 06 Apr 2005 00:51:46 +0200
From: Henrik Levkowetz <henrik@levkowetz.com>
User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Vijay Devarapalli <vijayd@iprg.nokia.com>
Subject: Re: [Mip4] IETF-62 Draft Minutes.
References: <42516A25.6080405@levkowetz.com> <4251E378.1070409@iprg.nokia.com>
In-Reply-To: <4251E378.1070409@iprg.nokia.com>
X-Enigmail-Version: 0.89.5.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Mail-From: henrik@levkowetz.com
X-SA-Exim-Scanned: No (on shiraz.levkowetz.com);
	SAEximRunCond expanded to false
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a7d6aff76b15f3f56fcb94490e1052e4
Content-Transfer-Encoding: 7bit
Cc: Pete McCann <mccap@lucent.com>, Mobile IPv4 Mailing List <mip4@ietf.org>
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081
Content-Transfer-Encoding: 7bit

on 2005-04-05 3:01 am Vijay Devarapalli said the following:
> hi Henrik,
[...]
>>       Vijay: 
>> 
>> 	There are two distinct scenarios. One for MIPv6. How to reach
>> 	IPv6 over IPv4 network. One for MIPv4 on how to move into IPv6
>> 	network.
> 
> what I said goes something like this.
> 
> There are two distinct scenarios that folks are interested in. There
> are people who want to deploy MIPv6. If a MIPv6 MN ends up an IPv4
> only access network, it needs to be able to reach the IPv6 network.
> And then there are people who have deployed MIPv4 currently. They
> would like to move to MIPv6.

I prefer to summarise a bit, so the minutes don't get too long - would
this represent your point fairly? :

	There are two distinct scenarios of interest, One for a MIPv6
	node to reach the IPv6 network over IPv4, and the other for
	people who currently have MIPv4 deployed but would like to move
	to MIPv6.

>>       Kent: 
>> 
>> 	Too many access network with IPv4. That is the reason for the
>> 	interest in MIPv6.
>> 
>>       Thomas : 
>>    
>> 	Good. It fits better in the MIPv6 group.
> 
> Thomas said lot more. I dont remember now. I think he said the first
> scenario fits in the MIPv6 wg. Thomas?

Ok.  I don't remember more details myself.

	Henrik



-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/


From mip4-bounces@ietf.org  Tue Apr  5 20:10:16 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA03602
	for <mip4-web-archive@ietf.org>; Tue, 5 Apr 2005 20:10:16 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DIyFv-0004mF-0k
	for mip4-web-archive@ietf.org; Tue, 05 Apr 2005 20:18:51 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DIy1h-0000b4-Uv; Tue, 05 Apr 2005 20:04:09 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DIy1f-0000ZF-MI
	for mip4@megatron.ietf.org; Tue, 05 Apr 2005 20:04:07 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA03060
	for <mip4@ietf.org>; Tue, 5 Apr 2005 20:04:03 -0400 (EDT)
Received: from darkstar.iprg.nokia.com ([205.226.5.69])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DIy9t-0004X8-G0
	for mip4@ietf.org; Tue, 05 Apr 2005 20:12:39 -0400
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id j35NYRO02239
	for <mip4@ietf.org>; Tue, 5 Apr 2005 16:34:27 -0700
X-mProtect: <200504052334> Nokia Silicon Valley Messaging Protection
Received: from hannu.iprg.nokia.com (205.226.2.79,
	claiming to be "[205.226.2.79]")
	by darkstar.iprg.nokia.com smtpdEe0bru; Tue, 05 Apr 2005 15:44:22 PDT
Message-ID: <42530D91.7010801@iprg.nokia.com>
Date: Tue, 05 Apr 2005 15:13:37 -0700
From: Vijay Devarapalli <vijayd@iprg.nokia.com>
User-Agent: Mozilla Thunderbird 1.0 (X11/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: mip4@ietf.org
Subject: [Fwd: Re: [Mip4] IETF-62 Draft Minutes.]
Content-Type: multipart/mixed; boundary="------------000408000602000205020604"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: c3a18ef96977fc9bcc21a621cbf1174b
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8de5f93cb2b4e3bee75302e9eacc33db

This is a multi-part message in MIME format.
--------------000408000602000205020604
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

for some reason. this mail didnt make it. my apologies if you get 
multiple copies.

--------------000408000602000205020604
Content-Type: message/rfc822;
 name="Re: [Mip4] IETF-62 Draft Minutes."
Content-Disposition: inline;
 filename="Re: [Mip4] IETF-62 Draft Minutes."

Message-ID: <4251E378.1070409@iprg.nokia.com>
Date: Mon, 04 Apr 2005 18:01:44 -0700
From: Vijay Devarapalli <vijayd@iprg.nokia.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040928
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Henrik Levkowetz <henrik@levkowetz.com>
CC: Mobile IPv4 Mailing List <mip4@ietf.org>, Pete McCann <mccap@lucent.com>
Subject: Re: [Mip4] IETF-62 Draft Minutes.
References: <42516A25.6080405@levkowetz.com>
In-Reply-To: <42516A25.6080405@levkowetz.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

hi Henrik,

couple of comments.

Henrik Levkowetz wrote:
> 6. Questions about MIPv4/MIPv6 - IPv4/IPv6 transitions:	          Chairs
> ------------------------------------------------------------------------
> 
>    Henrik: 
> 
>       There are currently 4 proposed solution drafts for MIPv4/MIPv6
>       transition. One for MIPv4 and three for MIPv6.  The drafts
>       describes different alternatives. It is not clear where this work
>       belongs to at this time. Non of the solution are complete. I think
>       we should start by producing a problem statement.
> 
>    Show of hands indicated little interest in the WG for taking the
>    transition issue up as a WG item.
> 
>    Comments:
> 
>       Thomas: 
> 
> 	Surprised over the lack WG interest. Charter WG to have clear
> 	idea.  Current deployments of MIP4 that wants to go to IPv6.  
> 
>       Vijay: 
> 
> 	There are two distinct scenarios. One for MIPv6. How to reach
> 	IPv6 over IPv4 network. One for MIPv4 on how to move into IPv6
> 	network.

what I said goes something like this.

There are two distinct scenarios that folks are interested in. There
are people who want to deploy MIPv6. If a MIPv6 MN ends up an IPv4
only access network, it needs to be able to reach the IPv6 network.
And then there are people who have deployed MIPv4 currently. They
would like to move to MIPv6.

>       Kent: 
> 
> 	Too many access network with IPv4. That is the reason for the
> 	interest in MIPv6.
> 
>       Thomas : 
>    
> 	Good. It fits better in the MIPv6 group.

Thomas said lot more. I dont remember now. I think he said the first
scenario fits in the MIPv6 wg. Thomas?

Vijay


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

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/

--------------000408000602000205020604--



From mip4-bounces@ietf.org  Wed Apr  6 01:31:33 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA26426
	for <mip4-web-archive@ietf.org>; Wed, 6 Apr 2005 01:31:33 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DJ3Gq-0006m2-Kq
	for mip4-web-archive@ietf.org; Wed, 06 Apr 2005 01:40:09 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DJ387-0004h2-E1; Wed, 06 Apr 2005 01:31:07 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DJ385-0004gl-Nq
	for mip4@megatron.ietf.org; Wed, 06 Apr 2005 01:31:06 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA26403
	for <mip4@ietf.org>; Wed, 6 Apr 2005 01:31:04 -0400 (EDT)
Received: from sj-iport-3-in.cisco.com ([171.71.176.72]
	helo=sj-iport-3.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DJ3GN-0006l9-CA
	for mip4@ietf.org; Wed, 06 Apr 2005 01:39:40 -0400
Received: from sj-core-2.cisco.com (171.71.177.254)
	by sj-iport-3.cisco.com with ESMTP; 05 Apr 2005 22:30:55 -0700
X-IronPort-AV: i="3.92,76,1112598000"; 
	d="scan'208,217"; a="246180567:sNHT2186513724"
Received: from mira-sjc5-b.cisco.com (IDENT:mirapoint@mira-sjc5-b.cisco.com
	[171.71.163.14])
	by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id j365UqgE010913;
	Tue, 5 Apr 2005 22:30:53 -0700 (PDT)
Received: from kleung-w2k01.cisco.com (rtp-vpn1-833.cisco.com [10.82.227.65])
	by mira-sjc5-b.cisco.com (MOS 3.4.5-GR) with ESMTP id BDR64912;
	Tue, 5 Apr 2005 22:30:49 -0700 (PDT)
Message-Id: <4.3.2.7.2.20050405210146.0301cdc0@mira-sjcm-2.cisco.com>
X-Sender: kleung@mira-sjcm-2.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Tue, 05 Apr 2005 21:37:35 -0700
To: Nakhjiri Madjid-MNAKHJI1 <Madjid.Nakhjiri@motorola.com>
From: Kent Leung <kleung@cisco.com>
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP
In-Reply-To: <EBF631554F9CD7118D0B00065BF34DCB18379595@il27exm03.cig.mot .com>
Mime-Version: 1.0
X-Spam-Score: 0.9 (/)
X-Scan-Signature: 9c7d7a899dc8f3389bf7ace6f0ad8e29
Cc: Nakhjiri Madjid-MNAKHJI1 <Madjid.Nakhjiri@motorola.com>,
        "Chowdhury,
	Kuntal" <kchowdhury@starentnetworks.com>,
        Mobile IPv4 Mailing List <mip4@ietf.org>,
        "'Avi Lior'" <avi@bridgewatersystems.com>
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1716791461=="
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.9 (/)
X-Scan-Signature: 4166dd0e0c668adc975c3d3e0f1bce3b

--===============1716791461==
Content-Type: multipart/alternative;
	boundary="=====================_14899714==_.ALT"

--=====================_14899714==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hi Madjid.  Comments below.

At 01:28 PM 4/5/2005 -0500, Nakhjiri Madjid-MNAKHJI1 wrote:

>Ok, As we had predicted, the inter-working needs to work on its identity 
>management issues J
>
>We see that many of the issues revolve around whether we should use HoA or 
>NAI for MN and IP versus NAI for mobility agents.

MN identifier issue:

In general, I believe deployments which don't use NAI for MNs are not
concerned about AAA-routability.  In this case, the AAA server is in the
same administrative domain as the HA (or NAS).

When NAI is used to identify the MNs, then AAA-routability is important
to address.

So I think we can simplify the scope by eliminating support for AAA-routability
for non-NAI MNs, IMHO.

FA/HA identifier issue:

In general, allow support for either NAI or IP address.  Currently only IP
address is in use, but NAI is a good way to identify the FA/HA for the
FA-HA Authentication Extension validation as the IP address is
problematic in NAT traversal scenarios.  Since this is interface between
HA and AAA server, it should be safe to define both IP and NAI and
let deployments decide which one is used, IMHO.



>
>
>So lets get organized here.
>
>
>
>Case 1: CcoA, there is no FA in this case. HA acts as a NAS.
>
>RRQ goes from MN to HA and becomes a RADIUS Access Request to RADIUS server.
>
>      Option 1: MN has a HoA address and is AAA-routable. MN knows its HA.
>
>      (I guess we assume routability assertion is made by HA, acting as a NAS)
>
>MN includes its HoA in the RRQ. There is no MN-NAI according to RFC 3344.
>
>If MN has HA IP address, it includes it in the RRQ, otherwise what value?
>
>HA inserts MN-HoA in user-name Attr.
>
>HA inserts own IP address in NAS-IP.
>
>Optionally, HA inserts own NAI in MIP-HA-NAI to help routing.
>
>If no HA address was included in RRQ, HA sets the proper bits in feature 
>vector to indicate the need for HA allocation.


See above.  I don't see a need for AAA-routing in the case of MN identified by
HoA (no NAI).  Technically feasible, but not necessary.

Also, it's highly unlikely for HoA to be set without the HA address 
known.  So the
HoA and HA should both be set in the RRQ.




>     Option 2: MN does not have an HoA, but has an HA.
>
>             MN includes an NAI in RRQ. There is no MN HoA in RRQ.
>
>             If MN has HA IP address, it includes it, otherwise what value?
>
>             HA inserts MN-NAI in user name attr.
>
>             HA inserts own IP address in NAS-IP.
>
>             Optionally, HA inserts own NAI in MIP-HA-NAI and proper bits 
> in feature vector if HA allocation is needed.


In this case, the HA may be set to all 1s or 0s for dynamic HA assignment.


>    Option 3: MN does not have a routable HoA (MN probably does not know 
> this).
>
>             MN includes its HoA in the RRQ, and does not include NAI 
> according to RFC 3344.
>
>             Well now what? HA cannot build a routable RADIUS Access 
> request, since neither HoA nor NAI is present?
>
>             Should the HA build an NAI for the MN?
>


I would treat this case same as #1.  The MN is identified by its HoA.

         HA inserts MN-HoA in user-name Attr.

         HA inserts own IP address in NAS-IP.

At this point, I expect that deployments will all be using NAI to
identify the MN.  NAI can support static IP address or dynamic
address allocation for the MN, as well as dynamic HA assignment.
Also, NAI allows integration with AAA for authentication.  If we
keep the HoA based MN support only in non-AAA-routable mode,
I don't see much harm and this would benefit from some
simplification.  :)  Of course, if anyone out there who is deploying
MIPv4 and wants AAA-routability for HoA based MN, I'm willing
to listen to the reasons.

Kent

>
>
>Case 2: FA based CoA.
>
>I suggest we agree on a solution for case 1 first before we go on to the 
>FA based CoAs later.
>
>
>
>Comments, opinions, answers are welcome,
>
>
>
>Madjid
>
>--
>Mip4 mailing list: Mip4@ietf.org
>     Web interface: https://www1.ietf.org/mailman/listinfo/mip4
>      Charter page: http://www.ietf.org/html.charters/mip4-charter.html
>Supplemental site: http://www.mip4.org/

--
      |           |                   Kent Leung
     :|:         :|:                  IP Mobility Development
    :|||:       :|||:                 Internet Technologies Division
   :|||||||:   :|||||||:              Voice: 408.526.5030
.:|||||||||:.:|||||||||:.             Fax:   408.525.1653
  c i s c o S y s t e m s             Email: kleung@cisco.com 
--=====================_14899714==_.ALT
Content-Type: text/html; charset="us-ascii"

<html>
Hi Madjid.&nbsp; Comments below.<br>
<br>
At 01:28 PM 4/5/2005 -0500, Nakhjiri Madjid-MNAKHJI1 wrote:<br>
<br>
<blockquote type=cite cite><font face="arial" size=2 color="#000080">Ok,
As we had predicted, the inter-working needs to work on its identity
management issues
</font><font face="wingdings" size=2 color="#000080">J<br>
</font><br>
<font face="arial" size=2 color="#000080">We see that many of the issues
revolve around whether we should use HoA or NAI for MN and IP versus NAI
for mobility agents.<br>
</font></blockquote><br>
MN identifier issue:<br>
<br>
In general, I believe deployments which don't use NAI for MNs are
not<br>
concerned about AAA-routability.&nbsp; In this case, the AAA server is in
the<br>
same administrative domain as the HA (or NAS).<br>
<br>
When NAI is used to identify the MNs, then AAA-routability is
important<br>
to address.<br>
<br>
So I think we can simplify the scope by eliminating support for
AAA-routability<br>
for non-NAI MNs, IMHO.<br>
<br>
FA/HA identifier issue:<br>
<br>
In general, allow support for either NAI or IP address.&nbsp; Currently
only IP<br>
address is in use, but NAI is a good way to identify the FA/HA for
the<br>
FA-HA Authentication Extension validation as the IP address is<br>
problematic in NAT traversal scenarios.&nbsp; Since this is interface
between<br>
HA and AAA server, it should be safe to define both IP and NAI and<br>
let deployments decide which one is used, IMHO.<br>
<br>
<br>
<br>
<blockquote type=cite cite><font face="arial" size=2 color="#000080">&nbsp;<br>
</font><br>
<font face="arial" size=2 color="#000080">So lets get organized
here.<br>
</font><br>
<font face="arial" size=2 color="#000080">&nbsp;<br>
</font><br>
<font face="arial" size=2 color="#000080">Case 1: CcoA, there is no FA in
this case. HA acts as a NAS.<br>
</font><br>
<font face="arial" size=2 color="#000080">RRQ goes from MN to HA and
becomes a RADIUS Access Request to RADIUS server.<br>
</font><br>
<font face="arial" size=2 color="#000080">&nbsp;&nbsp;&nbsp;&nbsp; Option
1: MN has a HoA address and is AAA-routable. MN knows its HA.<br>
</font><br>
<font face="arial" size=2 color="#000080">&nbsp;&nbsp;&nbsp;&nbsp; (I
guess we assume routability assertion is made by HA, acting as a
NAS)<br>
</font><br>
<font face="arial" size=2 color="#000080">MN includes its HoA in the RRQ.
There is no MN-NAI according to RFC 3344.<br>
</font><br>
<font face="arial" size=2 color="#000080">If MN has HA IP address, it
includes it in the RRQ, otherwise what value?<br>
</font><br>
<font face="arial" size=2 color="#000080">HA inserts MN-HoA in user-name
Attr. <br>
</font><br>
<font face="arial" size=2 color="#000080">HA inserts own IP address in
NAS-IP. <br>
</font><br>
<font face="arial" size=2 color="#000080">Optionally, HA inserts own NAI
in MIP-HA-NAI to help routing.<br>
</font><br>
<font face="arial" size=2 color="#000080">If no HA address was included
in RRQ, HA sets the proper bits in feature vector to indicate the need
for HA allocation.</font></blockquote><br>
<br>
See above.&nbsp; I don't see a need for AAA-routing in the case of MN
identified by<br>
HoA (no NAI).&nbsp; Technically feasible, but not necessary.<br>
<br>
Also, it's highly unlikely for HoA to be set without the HA address
known.&nbsp; So the<br>
HoA and HA should both be set in the RRQ.&nbsp; <br>
<br>
<br>
<br>
<br>
<blockquote type=cite cite><font face="arial" size=2 color="#000080">&nbsp;&nbsp;&nbsp;
Option 2: MN does not have an HoA, but has an HA.<br>
</font><br>
<font face="arial" size=2 color="#000080">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
MN includes an NAI in RRQ. There is no MN HoA in RRQ.<br>
</font><br>
<font face="arial" size=2 color="#000080">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
If MN has HA IP address, it includes it, otherwise what value?<br>
</font><br>
<font face="arial" size=2 color="#000080">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
HA inserts MN-NAI in user name attr.<br>
</font><br>
<font face="arial" size=2 color="#000080">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
HA inserts own IP address in NAS-IP.<br>
</font><br>
<font face="arial" size=2 color="#000080">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Optionally, HA inserts own NAI in MIP-HA-NAI and proper bits in feature
vector if HA allocation is needed.<br>
</font></blockquote><br>
<br>
In this case, the HA may be set to all 1s or 0s for dynamic HA
assignment.<br>
<br>
<br>
<blockquote type=cite cite><font face="arial" size=2 color="#000080">&nbsp;&nbsp;
Option 3: MN does not have a routable HoA (MN probably does not know
this). <br>
</font><br>
<font face="arial" size=2 color="#000080">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
MN includes its HoA in the RRQ, and does not include NAI according to RFC
3344.<br>
</font><br>
<font face="arial" size=2 color="#000080">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Well now what? HA cannot build a routable RADIUS Access request, since
neither HoA nor NAI is present?<br>
</font><br>
<font face="arial" size=2 color="#000080">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Should the HA build an NAI for the MN? <br>
</font><br>
<font face="arial" size=2 color="#000080"></font></blockquote><br>
<br>
I would treat this case same as #1.&nbsp; The MN is identified by its
HoA.<br>
<br>
<font face="arial" size=2 color="#000080"><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>HA
inserts MN-HoA in user-name Attr. <br>
<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>HA inserts
own IP address in NAS-IP. <br>
<br>
</font>At this point, I expect that deployments will all be using NAI
to<br>
identify the MN.&nbsp; NAI can support static IP address or dynamic<br>
address allocation for the MN, as well as dynamic HA assignment.<br>
Also, NAI allows integration with AAA for authentication.&nbsp; If
we<br>
keep the HoA based MN support only in non-AAA-routable mode,<br>
I don't see much harm and this would benefit from some<br>
simplification.&nbsp; :)&nbsp; Of course, if anyone out there who is
deploying<br>
MIPv4 and wants AAA-routability for HoA based MN, I'm willing<br>
to listen to the reasons.<br>
<br>
Kent<br>
<br>
<blockquote type=cite cite><font face="arial" size=2 color="#000080">&nbsp;<br>
</font><br>
<font face="arial" size=2 color="#000080">Case 2: FA based CoA.<br>
</font><br>
<font face="arial" size=2 color="#000080">I suggest we agree on a
solution for case 1 first before we go on to the FA based CoAs
later.<br>
</font><br>
<font face="arial" size=2 color="#000080">&nbsp;<br>
</font><br>
<font face="arial" size=2 color="#000080">Comments, opinions, answers are
welcome,<br>
</font><br>
<font face="arial" size=2 color="#000080">&nbsp;<br>
</font><br>
<font face="arial" size=2 color="#000080">Madjid</font>
<dl><font face="Times New Roman, Times">
<dd>&nbsp;</font>
</dl>-- <br>
Mip4 mailing list: Mip4@ietf.org<br>
&nbsp;&nbsp;&nbsp; Web interface:
<a href="https://www1.ietf.org/mailman/listinfo/mip4" eudora="autourl">https://www1.ietf.org/mailman/listinfo/mip4</a><br>
&nbsp;&nbsp;&nbsp;&nbsp; Charter page:
<a href="http://www.ietf.org/html.charters/mip4-charter.html" eudora="autourl">http://www.ietf.org/html.charters/mip4-charter.html</a><br>
Supplemental site:
<a href="http://www.mip4.org/" eudora="autourl">http://www.mip4.org/</a></blockquote><br>
<div>--</div>
<div>&nbsp;&nbsp;&nbsp;&nbsp;
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Kent Leung</div>
<div>&nbsp;&nbsp;&nbsp;
:|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
:|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
IP Mobility Development</div>
<div>&nbsp;&nbsp; :|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
:|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Internet Technologies Division</div>
<div>&nbsp; :|||||||:&nbsp;&nbsp;
:|||||||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Voice: 408.526.5030</div>
<div>.:|||||||||:.:|||||||||:.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Fax:&nbsp;&nbsp; 408.525.1653</div>
&nbsp;c i s c o S y s t e m
s&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Email: kleung@cisco.com
</html>

--=====================_14899714==_.ALT--


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

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/

--===============1716791461==--



From mip4-bounces@ietf.org  Wed Apr  6 12:01:06 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA29429
	for <mip4-web-archive@ietf.org>; Wed, 6 Apr 2005 12:01:06 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DJD6C-0004iu-5q
	for mip4-web-archive@ietf.org; Wed, 06 Apr 2005 12:09:48 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DJCqv-0003Em-6D; Wed, 06 Apr 2005 11:54:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DJCqt-0003Ed-Qh
	for mip4@megatron.ietf.org; Wed, 06 Apr 2005 11:54:00 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA28813
	for <mip4@ietf.org>; Wed, 6 Apr 2005 11:53:56 -0400 (EDT)
Received: from bws14.bridgewatersystems.com ([216.113.7.14])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DJCzG-0004YC-OE
	for mip4@ietf.org; Wed, 06 Apr 2005 12:02:39 -0400
Received: by exch01.bridgewatersys.com with Internet Mail Service (5.5.2657.72)
	id <GV72YZTG>; Wed, 6 Apr 2005 11:53:49 -0400
Message-ID: <F17FB067A86B2D488382C923C532EAA704F74322@exch01.bridgewatersys.com>
From: Avi Lior <avi@bridgewatersystems.com>
To: "'Kent Leung'" <kleung@cisco.com>,
        Nakhjiri Madjid-MNAKHJI1
	<Madjid.Nakhjiri@motorola.com>
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP
Date: Wed, 6 Apr 2005 11:53:42 -0400 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
X-Spam-Score: 0.9 (/)
X-Scan-Signature: 0aa23132abbc731e36938583486affe0
Cc: Nakhjiri Madjid-MNAKHJI1 <Madjid.Nakhjiri@motorola.com>,
        "Chowdhury,
	Kuntal" <kchowdhury@starentnetworks.com>,
        Mobile IPv4 Mailing List <mip4@ietf.org>,
        Avi Lior <avi@bridgewatersystems.com>
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0047596595=="
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.9 (/)
X-Scan-Signature: d9da51c9fdb90403a7d571fc0f0dbf29

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--===============0047596595==
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C53AC0.CE8F8050"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C53AC0.CE8F8050
Content-Type: text/plain

 
Kent said:
 
In general, I believe deployments which don't use NAI for MNs are not
concerned about AAA-routability.  In this case, the AAA server is in the
same administrative domain as the HA (or NAS).

This seems to make sense (at least) to me.  If NAI is not used other thing
such as HoA or even other identifiers such as device ids, can and are being
used to route AAA.  AAA allows for that and we should allow for that as
well.  I dont think though that we have to limit how routing is done.  We
just have to explain how MIPv4 attributes are mapped to RADIUS attributet.
For people who understand MIP and RADIUS it is painfully obvious how you
would deploy.  So for the rest of us what would be usefull is informative
text to explain things a bit.
 
So here is my understanding:
 
MIP                                            RADIUS
 
NAI    if available will be placed in   UserName
HA IP if avialable will be place in    HA-IP attribute
HoA   if available will be placed in  HoA-IP attribute
 
We can say:
AAA can route over any of these attribute and other attributes as well.
However, for general roaming NAI SHOULD be available and placed in the
UserName.
 
Device   acting as NAS                 RADIUS
 
HA or FA  IP address          ----->    NAS-IP
HA or FA FQDN if availabe   ----->    NAS-ID
 
I am assuming HA or FA NAI is really the FQDN and that belongs in the NAS-ID
attribute in RADIUS.

-----Original Message-----
From: Kent Leung [mailto:kleung@cisco.com] 
Sent: Wednesday, April 06, 2005 12:38 AM
To: Nakhjiri Madjid-MNAKHJI1
Cc: 'Avi Lior'; Chowdhury, Kuntal; Nakhjiri Madjid-MNAKHJI1; Mobile IPv4
Mailing List
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP


Hi Madjid.  Comments below.

At 01:28 PM 4/5/2005 -0500, Nakhjiri Madjid-MNAKHJI1 wrote:



Ok, As we had predicted, the inter-working needs to work on its identity
management issues :-)

We see that many of the issues revolve around whether we should use HoA or
NAI for MN and IP versus NAI for mobility agents.



MN identifier issue:

In general, I believe deployments which don't use NAI for MNs are not
concerned about AAA-routability.  In this case, the AAA server is in the
same administrative domain as the HA (or NAS).

When NAI is used to identify the MNs, then AAA-routability is important
to address.

So I think we can simplify the scope by eliminating support for
AAA-routability
for non-NAI MNs, IMHO.

FA/HA identifier issue:

In general, allow support for either NAI or IP address.  Currently only IP
address is in use, but NAI is a good way to identify the FA/HA for the
FA-HA Authentication Extension validation as the IP address is
problematic in NAT traversal scenarios.  Since this is interface between
HA and AAA server, it should be safe to define both IP and NAI and
let deployments decide which one is used, IMHO.







So lets get organized here.

 

Case 1: CcoA, there is no FA in this case. HA acts as a NAS.

RRQ goes from MN to HA and becomes a RADIUS Access Request to RADIUS server.

     Option 1: MN has a HoA address and is AAA-routable. MN knows its HA.

     (I guess we assume routability assertion is made by HA, acting as a
NAS)

MN includes its HoA in the RRQ. There is no MN-NAI according to RFC 3344.

If MN has HA IP address, it includes it in the RRQ, otherwise what value?

HA inserts MN-HoA in user-name Attr. 

HA inserts own IP address in NAS-IP. 

Optionally, HA inserts own NAI in MIP-HA-NAI to help routing.

If no HA address was included in RRQ, HA sets the proper bits in feature
vector to indicate the need for HA allocation.



See above.  I don't see a need for AAA-routing in the case of MN identified
by
HoA (no NAI).  Technically feasible, but not necessary.

Also, it's highly unlikely for HoA to be set without the HA address known.
So the
HoA and HA should both be set in the RRQ.  






    Option 2: MN does not have an HoA, but has an HA.

            MN includes an NAI in RRQ. There is no MN HoA in RRQ.

            If MN has HA IP address, it includes it, otherwise what value?

            HA inserts MN-NAI in user name attr.

            HA inserts own IP address in NAS-IP.

            Optionally, HA inserts own NAI in MIP-HA-NAI and proper bits in
feature vector if HA allocation is needed.




In this case, the HA may be set to all 1s or 0s for dynamic HA assignment.




   Option 3: MN does not have a routable HoA (MN probably does not know
this). 

            MN includes its HoA in the RRQ, and does not include NAI
according to RFC 3344.

            Well now what? HA cannot build a routable RADIUS Access request,
since neither HoA nor NAI is present?

            Should the HA build an NAI for the MN? 





I would treat this case same as #1.  The MN is identified by its HoA.

        HA inserts MN-HoA in user-name Attr. 

        HA inserts own IP address in NAS-IP. 

At this point, I expect that deployments will all be using NAI to
identify the MN.  NAI can support static IP address or dynamic
address allocation for the MN, as well as dynamic HA assignment.
Also, NAI allows integration with AAA for authentication.  If we
keep the HoA based MN support only in non-AAA-routable mode,
I don't see much harm and this would benefit from some
simplification.  :)  Of course, if anyone out there who is deploying
MIPv4 and wants AAA-routability for HoA based MN, I'm willing
to listen to the reasons.

Kent





Case 2: FA based CoA.

I suggest we agree on a solution for case 1 first before we go on to the FA
based CoAs later.

 

Comments, opinions, answers are welcome,

 

Madjid 




-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
<https://www1.ietf.org/mailman/listinfo/mip4> 
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
<http://www.ietf.org/html.charters/mip4-charter.html> 
Supplemental site: http://www.mip4.org/ <http://www.mip4.org/> 


--
     |           |                   Kent Leung
    :|:         :|:                  IP Mobility Development
   :|||:       :|||:                 Internet Technologies Division
  :|||||||:   :|||||||:              Voice: 408.526.5030
.:|||||||||:.:|||||||||:.             Fax:   408.525.1653
 c i s c o S y s t e m s             Email: kleung@cisco.com 


------_=_NextPart_001_01C53AC0.CE8F8050
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<TITLE>Message</TITLE>

<META content=3D"MSHTML 6.00.2900.2604" name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff size=3D2>Kent=20
said:</FONT></SPAN></DIV>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff size=3D2><FONT=20
face=3D"Times New Roman" color=3D#000000 size=3D3>In general, I believe =
deployments=20
which don't use NAI for MNs are not<BR>concerned about =
AAA-routability.&nbsp; In=20
this case, the AAA server is in the<BR>same administrative domain as =
the HA (or=20
NAS).</FONT><BR></FONT></SPAN></DIV>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff size=3D2>This=20
seems to make sense (at least) to me.&nbsp; If NAI is not used other =
thing such=20
as HoA or even other identifiers such as device ids, can and are being =
used to=20
route AAA.&nbsp; AAA allows for that and we should allow for that as =
well.&nbsp;=20
I dont think though that we have to limit how routing is done.&nbsp; We =
just=20
have to explain how&nbsp;MIPv4 attributes&nbsp;are mapped to RADIUS=20
attributet.&nbsp; For people who understand MIP and RADIUS it is =
painfully=20
obvious how you would deploy.&nbsp; So for the rest of us what would be =
usefull=20
is informative text to explain things a bit.</FONT></SPAN></DIV>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff size=3D2>So=20
here is my understanding:</FONT></SPAN></DIV>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff=20
size=3D2>MIP&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
RADIUS</FONT></SPAN></DIV>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff=20
size=3D2>NAI&nbsp;&nbsp;&nbsp; if available will be placed=20
in&nbsp;&nbsp;&nbsp;UserName</FONT></SPAN></DIV>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff size=3D2>HA IP=20
if avialable will be place in&nbsp;&nbsp;&nbsp; HA-IP=20
attribute</FONT></SPAN></DIV>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff=20
size=3D2>HoA&nbsp;&nbsp; if available will be placed in&nbsp; HoA-IP=20
attribute</FONT></SPAN></DIV>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff size=3D2>We can=20
say:</FONT></SPAN></DIV>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff size=3D2>AAA=20
can route over any of these attribute and other attributes as =
well.&nbsp;=20
However, for general roaming NAI SHOULD be available and placed in the=20
UserName.</FONT></SPAN></DIV>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff=20
size=3D2>Device&nbsp;&nbsp;&nbsp;acting as=20
NAS&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;RADIUS</FONT></SPAN></DIV>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff 
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff size=3D2>HA or=20
FA&nbsp; IP=20
address&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-----=
&gt;&nbsp;&nbsp;&nbsp;&nbsp;NAS-IP</FONT></SPAN></DIV>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff size=3D2>HA or=20
FA FQDN if availabe&nbsp;&nbsp; -----&gt;&nbsp;&nbsp;&nbsp;=20
NAS-ID</FONT></SPAN></DIV>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D867083815-06042005><FONT face=3DArial =
color=3D#0000ff size=3D2>I am=20
assuming HA or FA NAI is really the FQDN and that belongs in the NAS-ID =

attribute in RADIUS.</FONT></SPAN></DIV>
<BLOCKQUOTE=20
style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px =
solid; MARGIN-RIGHT: 0px">
  <DIV></DIV>
  <DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr =
align=3Dleft><FONT=20
  face=3DTahoma size=3D2>-----Original Message-----<BR><B>From:</B> =
Kent Leung=20
  [mailto:kleung@cisco.com] <BR><B>Sent:</B> Wednesday, April 06, 2005 =
12:38=20
  AM<BR><B>To:</B> Nakhjiri Madjid-MNAKHJI1<BR><B>Cc:</B> 'Avi Lior'; =
Chowdhury,=20
  Kuntal; Nakhjiri Madjid-MNAKHJI1; Mobile IPv4 Mailing =
List<BR><B>Subject:</B>=20
  RE: [Mip4] draft on RADIUS support for Mobile =
IP<BR><BR></FONT></DIV>Hi=20
  Madjid.&nbsp; Comments below.<BR><BR>At 01:28 PM 4/5/2005 -0500, =
Nakhjiri=20
  Madjid-MNAKHJI1 wrote:<BR><BR>
  <BLOCKQUOTE cite=3D"" type=3D"cite"><FONT face=3Darial =
color=3D#000080 size=3D2>Ok, As=20
    we had predicted, the inter-working needs to work on its identity =
management=20
    issues </FONT><FONT face=3Dwingdings color=3D#000080=20
    size=3D2>J<BR></FONT><BR><FONT face=3Darial color=3D#000080 =
size=3D2>We see that=20
    many of the issues revolve around whether we should use HoA or NAI =
for MN=20
    and IP versus NAI for mobility =
agents.<BR></FONT></BLOCKQUOTE><BR>MN=20
  identifier issue:<BR><BR>In general, I believe deployments which =
don't use NAI=20
  for MNs are not<BR>concerned about AAA-routability.&nbsp; In this =
case, the=20
  AAA server is in the<BR>same administrative domain as the HA (or=20
  NAS).<BR><BR>When NAI is used to identify the MNs, then =
AAA-routability is=20
  important<BR>to address.<BR><BR>So I think we can simplify the scope =
by=20
  eliminating support for AAA-routability<BR>for non-NAI MNs, =
IMHO.<BR><BR>FA/HA=20
  identifier issue:<BR><BR>In general, allow support for either NAI or =
IP=20
  address.&nbsp; Currently only IP<BR>address is in use, but NAI is a =
good way=20
  to identify the FA/HA for the<BR>FA-HA Authentication Extension =
validation as=20
  the IP address is<BR>problematic in NAT traversal scenarios.&nbsp; =
Since this=20
  is interface between<BR>HA and AAA server, it should be safe to =
define both IP=20
  and NAI and<BR>let deployments decide which one is used, =
IMHO.<BR><BR><BR><BR>
  <BLOCKQUOTE cite=3D"" type=3D"cite"><FONT face=3Darial =
color=3D#000080=20
    size=3D2><BR></FONT><BR><FONT face=3Darial color=3D#000080 =
size=3D2>So lets get=20
    organized here.<BR></FONT><BR><FONT face=3Darial color=3D#000080=20
    size=3D2>&nbsp;<BR></FONT><BR><FONT face=3Darial color=3D#000080 =
size=3D2>Case 1:=20
    CcoA, there is no FA in this case. HA acts as a =
NAS.<BR></FONT><BR><FONT=20
    face=3Darial color=3D#000080 size=3D2>RRQ goes from MN to HA and =
becomes a RADIUS=20
    Access Request to RADIUS server.<BR></FONT><BR><FONT face=3Darial=20
    color=3D#000080 size=3D2>&nbsp;&nbsp;&nbsp;&nbsp; Option 1: MN has =
a HoA address=20
    and is AAA-routable. MN knows its HA.<BR></FONT><BR><FONT =
face=3Darial=20
    color=3D#000080 size=3D2>&nbsp;&nbsp;&nbsp;&nbsp; (I guess we =
assume routability=20
    assertion is made by HA, acting as a NAS)<BR></FONT><BR><FONT =
face=3Darial=20
    color=3D#000080 size=3D2>MN includes its HoA in the RRQ. There is =
no MN-NAI=20
    according to RFC 3344.<BR></FONT><BR><FONT face=3Darial =
color=3D#000080=20
    size=3D2>If MN has HA IP address, it includes it in the RRQ, =
otherwise what=20
    value?<BR></FONT><BR><FONT face=3Darial color=3D#000080 size=3D2>HA =
inserts MN-HoA=20
    in user-name Attr. <BR></FONT><BR><FONT face=3Darial =
color=3D#000080 size=3D2>HA=20
    inserts own IP address in NAS-IP. <BR></FONT><BR><FONT face=3Darial =

    color=3D#000080 size=3D2>Optionally, HA inserts own NAI in =
MIP-HA-NAI to help=20
    routing.<BR></FONT><BR><FONT face=3Darial color=3D#000080 =
size=3D2>If no HA=20
    address was included in RRQ, HA sets the proper bits in feature =
vector to=20
    indicate the need for HA allocation.</FONT></BLOCKQUOTE><BR><BR>See =

  above.&nbsp; I don't see a need for AAA-routing in the case of MN =
identified=20
  by<BR>HoA (no NAI).&nbsp; Technically feasible, but not=20
  necessary.<BR><BR>Also, it's highly unlikely for HoA to be set =
without the HA=20
  address known.&nbsp; So the<BR>HoA and HA should both be set in the =
RRQ.&nbsp;=20
  <BR><BR><BR><BR><BR>
  <BLOCKQUOTE cite=3D"" type=3D"cite"><FONT face=3Darial =
color=3D#000080=20
    size=3D2>&nbsp;&nbsp;&nbsp; Option 2: MN does not have an HoA, but =
has an=20
    HA.<BR></FONT><BR><FONT face=3Darial color=3D#000080=20
    =
size=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp; MN=20
    includes an NAI in RRQ. There is no MN HoA in =
RRQ.<BR></FONT><BR><FONT=20
    face=3Darial color=3D#000080=20
    =
size=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp; If=20
    MN has HA IP address, it includes it, otherwise what=20
    value?<BR></FONT><BR><FONT face=3Darial color=3D#000080=20
    =
size=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp; HA=20
    inserts MN-NAI in user name attr.<BR></FONT><BR><FONT face=3Darial=20
    color=3D#000080=20
    =
size=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp; HA=20
    inserts own IP address in NAS-IP.<BR></FONT><BR><FONT face=3Darial=20
    color=3D#000080=20
    =
size=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;=20
    Optionally, HA inserts own NAI in MIP-HA-NAI and proper bits in =
feature=20
    vector if HA allocation is =
needed.<BR></FONT></BLOCKQUOTE><BR><BR>In this=20
  case, the HA may be set to all 1s or 0s for dynamic HA =
assignment.<BR><BR><BR>
  <BLOCKQUOTE cite=3D"" type=3D"cite"><FONT face=3Darial =
color=3D#000080=20
    size=3D2>&nbsp;&nbsp; Option 3: MN does not have a routable HoA (MN =
probably=20
    does not know this). <BR></FONT><BR><FONT face=3Darial =
color=3D#000080=20
    =
size=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp; MN=20
    includes its HoA in the RRQ, and does not include NAI according to =
RFC=20
    3344.<BR></FONT><BR><FONT face=3Darial color=3D#000080=20
    =
size=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;=20
    Well now what? HA cannot build a routable RADIUS Access request, =
since=20
    neither HoA nor NAI is present?<BR></FONT><BR><FONT face=3Darial =
color=3D#000080=20
    =
size=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;=20
    Should the HA build an NAI for the MN? <BR></FONT><BR><FONT =
face=3Darial=20
    color=3D#000080 size=3D2></FONT></BLOCKQUOTE><BR><BR>I would treat =
this case same=20
  as #1.&nbsp; The MN is identified by its HoA.<BR><BR><FONT =
face=3Darial=20
  color=3D#000080=20
  =
size=3D2><X-TAB>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</X-TAB>=
HA=20
  inserts MN-HoA in user-name Attr.=20
  =
<BR><BR><X-TAB>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</X-TAB>H=
A=20
  inserts own IP address in NAS-IP. <BR><BR></FONT>At this point, I =
expect that=20
  deployments will all be using NAI to<BR>identify the MN.&nbsp; NAI =
can support=20
  static IP address or dynamic<BR>address allocation for the MN, as =
well as=20
  dynamic HA assignment.<BR>Also, NAI allows integration with AAA for=20
  authentication.&nbsp; If we<BR>keep the HoA based MN support only in=20
  non-AAA-routable mode,<BR>I don't see much harm and this would =
benefit from=20
  some<BR>simplification.&nbsp; :)&nbsp; Of course, if anyone out there =
who is=20
  deploying<BR>MIPv4 and wants AAA-routability for HoA based MN, I'm=20
  willing<BR>to listen to the reasons.<BR><BR>Kent<BR><BR>
  <BLOCKQUOTE cite=3D"" type=3D"cite"><FONT face=3Darial =
color=3D#000080=20
    size=3D2><BR></FONT><BR><FONT face=3Darial color=3D#000080 =
size=3D2>Case 2: FA based=20
    CoA.<BR></FONT><BR><FONT face=3Darial color=3D#000080 size=3D2>I =
suggest we agree=20
    on a solution for case 1 first before we go on to the FA based CoAs =

    later.<BR></FONT><BR><FONT face=3Darial color=3D#000080=20
    size=3D2>&nbsp;<BR></FONT><BR><FONT face=3Darial color=3D#000080 =
size=3D2>Comments,=20
    opinions, answers are welcome,<BR></FONT><BR><FONT face=3Darial =
color=3D#000080=20
    size=3D2>&nbsp;<BR></FONT><BR><FONT face=3Darial color=3D#000080=20
    size=3D2>Madjid</FONT>=20
    <DL><FONT face=3D"Times New Roman, Times">
      <DD></FONT> </DD></DL>-- <BR>Mip4 mailing list:=20
    Mip4@ietf.org<BR>&nbsp;&nbsp;&nbsp; Web interface: <A=20
    href=3D"https://www1.ietf.org/mailman/listinfo/mip4"=20
    =
eudora=3D"autourl">https://www1.ietf.org/mailman/listinfo/mip4</A><BR>&n=
bsp;&nbsp;&nbsp;&nbsp;=20
    Charter page: <A =
href=3D"http://www.ietf.org/html.charters/mip4-charter.html"=20
    =
eudora=3D"autourl">http://www.ietf.org/html.charters/mip4-charter.html</=
A><BR>Supplemental=20
    site: <A href=3D"http://www.mip4.org/"=20
    eudora=3D"autourl">http://www.mip4.org/</A></BLOCKQUOTE><BR>
  <DIV>--</DIV>
  <DIV>&nbsp;&nbsp;&nbsp;&nbsp;=20
  |&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  =
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  Kent Leung</DIV>
  <DIV>&nbsp;&nbsp;&nbsp; =
:|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  =
:|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  IP Mobility Development</DIV>
  <DIV>&nbsp;&nbsp; :|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  =
:|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  Internet Technologies Division</DIV>
  <DIV>&nbsp; :|||||||:&nbsp;&nbsp;=20
  =
:|||||||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;=20
  Voice: 408.526.5030</DIV>
  =
<DIV>.:|||||||||:.:|||||||||:.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  Fax:&nbsp;&nbsp; 408.525.1653</DIV>&nbsp;c i s c o S y s t e m=20
  =
s&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;=20
  Email: kleung@cisco.com </BLOCKQUOTE></BODY></HTML>

------_=_NextPart_001_01C53AC0.CE8F8050--


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

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/

--===============0047596595==--



From mip4-bounces@ietf.org  Wed Apr  6 14:14:04 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA12171
	for <mip4-web-archive@ietf.org>; Wed, 6 Apr 2005 14:14:04 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DJFAs-0008Pi-GR
	for mip4-web-archive@ietf.org; Wed, 06 Apr 2005 14:22:46 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DJF0f-0004SC-1k; Wed, 06 Apr 2005 14:12:13 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DJF0d-0004S5-I5
	for mip4@megatron.ietf.org; Wed, 06 Apr 2005 14:12:11 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA11987
	for <mip4@ietf.org>; Wed, 6 Apr 2005 14:12:10 -0400 (EDT)
Received: from sj-iport-2-in.cisco.com ([171.71.176.71]
	helo=sj-iport-2.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DJF92-0008Lt-2l
	for mip4@ietf.org; Wed, 06 Apr 2005 14:20:52 -0400
Received: from sj-core-5.cisco.com (171.71.177.238)
	by sj-iport-2.cisco.com with ESMTP; 06 Apr 2005 11:12:02 -0700
Received: from mira-sjc5-b.cisco.com (IDENT:mirapoint@mira-sjc5-b.cisco.com
	[171.71.163.14])
	by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id j36IBxZV021347;
	Wed, 6 Apr 2005 11:11:59 -0700 (PDT)
Received: from kleung-w2k01.cisco.com (sjc-vpn5-280.cisco.com [10.21.89.24])
	by mira-sjc5-b.cisco.com (MOS 3.4.5-GR) with ESMTP id BDS14053;
	Wed, 6 Apr 2005 11:11:43 -0700 (PDT)
Message-Id: <4.3.2.7.2.20050406102031.03421720@mira-sjcm-2.cisco.com>
X-Sender: kleung@mira-sjcm-2.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Wed, 06 Apr 2005 10:53:52 -0700
To: Avi Lior <avi@bridgewatersystems.com>
From: Kent Leung <kleung@cisco.com>
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP
In-Reply-To: <F17FB067A86B2D488382C923C532EAA704F74322@exch01.bridgewate
	rsys.com>
Mime-Version: 1.0
X-Spam-Score: 0.9 (/)
X-Scan-Signature: a743e34ab8eb08259de9a7307caed594
Cc: Nakhjiri Madjid-MNAKHJI1 <Madjid.Nakhjiri@motorola.com>,
        "Chowdhury,
	Kuntal" <kchowdhury@starentnetworks.com>,
        Mobile IPv4 Mailing List <mip4@ietf.org>,
        Avi Lior <avi@bridgewatersystems.com>
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0805912473=="
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.6 (/)
X-Scan-Signature: 325b777e1a3a618c889460b612a65510

--===============0805912473==
Content-Type: multipart/alternative;
	boundary="=====================_60552009==_.ALT"

--=====================_60552009==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hi Avi.

At 11:53 AM 4/6/2005 -0400, Avi Lior wrote:
>
>Kent said:
>
>In general, I believe deployments which don't use NAI for MNs are not
>concerned about AAA-routability.  In this case, the AAA server is in the
>same administrative domain as the HA (or NAS).
>This seems to make sense (at least) to me.  If NAI is not used other thing 
>such as HoA or even other identifiers such as device ids, can and are 
>being used to route AAA.  AAA allows for that and we should allow for that 
>as well.  I dont think though that we have to limit how routing is 
>done.  We just have to explain how MIPv4 attributes are mapped to RADIUS 
>attributet.


Agree.


>For people who understand MIP and RADIUS it is painfully obvious how you 
>would deploy.  So for the rest of us what would be usefull is informative 
>text to explain things a bit.
>
>So here is my understanding:
>
>MIP                                            RADIUS
>
>NAI    if available will be placed in   UserName
>HA IP if avialable will be place in    HA-IP attribute


OK.


>HoA   if available will be placed in  HoA-IP attribute
>


HoA in the absence of NAI will be placed in the UserName,
as the HoA is the MN identifier (username) to the RADIUS server
in this case.  I'm not sure if HoA should also be placed in
the HoA-IP AVP as well?

When NAI is present, HoA will be placed in the HoA-IP AVP.


>We can say:
>AAA can route over any of these attribute and other attributes as 
>well.  However, for general roaming NAI SHOULD be available and placed in 
>the UserName.
>
>Device   acting as NAS                 RADIUS
>
>HA or FA  IP address          ----->    NAS-IP
>HA or FA FQDN if availabe   ----->    NAS-ID
>
>I am assuming HA or FA NAI is really the FQDN and that belongs in the 
>NAS-ID attribute in RADIUS.


I would like a clarification.

There's a shared secret (AAA-Key) between NAS (IP address A) and RADIUS server.
The HA (NAS) processes registration with HA field set to IP address B.  So we
expect that A = B in all cases?

Currently, I'm not sure if there's any reason for A != B.  Unless someone
comes up with a practical scenario, I'm fine with this.

As for FQDN, RFC 3846 defines the HA NAI.  The NAI format would need to
be mapped to FQDN.  Excerpt from spec:

    "It contains the NAI of the HA in the form hostname@realm.  Together the
    hostname and realm form the complete FQDN (hostname.realm) of the HA."

Kent


--
      |           |                   Kent Leung
     :|:         :|:                  IP Mobility Development
    :|||:       :|||:                 Internet Technologies Division
   :|||||||:   :|||||||:              Voice: 408.526.5030
.:|||||||||:.:|||||||||:.             Fax:   408.525.1653
  c i s c o S y s t e m s             Email: kleung@cisco.com 
--=====================_60552009==_.ALT
Content-Type: text/html; charset="us-ascii"

<html>
Hi Avi.<br>
<br>
At 11:53 AM 4/6/2005 -0400, Avi Lior wrote:<br>
<blockquote type=cite cite>&nbsp;<br>
<font face="arial" size=2 color="#0000FF">Kent said:</font><br>
&nbsp;<br>
<font face="Times New Roman, Times">In general, I believe deployments
which don't use NAI for MNs are not<br>
concerned about AAA-routability.&nbsp; In this case, the AAA server is in
the<br>
same administrative domain as the HA (or
NAS).</font><font face="arial" size=2 color="#0000FF"><br>
This seems to make sense (at least) to me.&nbsp; If NAI is not used other
thing such as HoA or even other identifiers such as device ids, can and
are being used to route AAA.&nbsp; AAA allows for that and we should
allow for that as well.&nbsp; I dont think though that we have to limit
how routing is done.&nbsp; We just have to explain how MIPv4 attributes
are mapped to RADIUS attributet.&nbsp; </font></blockquote><br>
<br>
Agree.<br>
<br>
<br>
<blockquote type=cite cite><font face="arial" size=2 color="#0000FF">For
people who understand MIP and RADIUS it is painfully obvious how you
would deploy.&nbsp; So for the rest of us what would be usefull is
informative text to explain things a bit.</font><br>
&nbsp;<br>
<font face="arial" size=2 color="#0000FF">So here is my
understanding:</font><br>
&nbsp;<br>
<font face="arial" size=2 color="#0000FF">MIP&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
RADIUS</font><br>
&nbsp;<br>
<font face="arial" size=2 color="#0000FF">NAI&nbsp;&nbsp;&nbsp; if
available will be placed in&nbsp;&nbsp; UserName</font><br>
<font face="arial" size=2 color="#0000FF">HA IP if avialable will be
place in&nbsp;&nbsp;&nbsp; HA-IP attribute</font></blockquote><br>
<br>
OK.<br>
<br>
<br>
<blockquote type=cite cite><font face="arial" size=2 color="#0000FF">HoA&nbsp;&nbsp;
if available will be placed in&nbsp; HoA-IP attribute</font><br>
&nbsp;</blockquote><br>
<br>
HoA in the absence of NAI will be placed in the UserName,<br>
as the HoA is the MN identifier (username) to the RADIUS server<br>
in this case.&nbsp; I'm not sure if HoA should also be placed in<br>
the HoA-IP AVP as well?<br>
<br>
When NAI is present, HoA will be placed in the HoA-IP AVP.<br>
<br>
<br>
<blockquote type=cite cite><font face="arial" size=2 color="#0000FF">We
can say:</font><br>
<font face="arial" size=2 color="#0000FF">AAA can route over any of these
attribute and other attributes as well.&nbsp; However, for general
roaming NAI SHOULD be available and placed in the UserName.</font><br>
&nbsp;<br>
<font face="arial" size=2 color="#0000FF">Device&nbsp;&nbsp; acting as
NAS&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
RADIUS</font><br>
&nbsp;<br>
<font face="arial" size=2 color="#0000FF">HA or FA&nbsp; IP
address&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
-----&gt;&nbsp;&nbsp;&nbsp; NAS-IP</font><br>
<font face="arial" size=2 color="#0000FF">HA or FA FQDN if
availabe&nbsp;&nbsp; -----&gt;&nbsp;&nbsp;&nbsp; NAS-ID</font><br>
&nbsp;<br>
<font face="arial" size=2 color="#0000FF">I am assuming HA or FA NAI is
really the FQDN and that belongs in the NAS-ID attribute in
RADIUS.</font></blockquote><br>
<br>
I would like a clarification.<br>
<br>
There's a shared secret (AAA-Key) between NAS (IP address A) and RADIUS
server.<br>
The HA (NAS) processes registration with HA field set to IP address
B.&nbsp; So we<br>
expect that A = B in all cases?<br>
<br>
Currently, I'm not sure if there's any reason for A != B.&nbsp; Unless
someone<br>
comes up with a practical scenario, I'm fine with this.<br>
<br>
As for FQDN, RFC 3846 defines the HA NAI.&nbsp; The NAI format would need
to<br>
be mapped to FQDN.&nbsp; Excerpt from spec:<br>
<br>
&nbsp;&nbsp; &quot;It contains the NAI of the HA in the form
hostname@realm.&nbsp; Together the<br>
&nbsp;&nbsp; hostname and realm form the complete FQDN (hostname.realm)
of the HA.&quot;<br>
<br>
Kent<br>
<br>
<br>
<div>--</div>
<div>&nbsp;&nbsp;&nbsp;&nbsp;
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Kent Leung</div>
<div>&nbsp;&nbsp;&nbsp;
:|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
:|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
IP Mobility Development</div>
<div>&nbsp;&nbsp; :|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
:|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Internet Technologies Division</div>
<div>&nbsp; :|||||||:&nbsp;&nbsp;
:|||||||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Voice: 408.526.5030</div>
<div>.:|||||||||:.:|||||||||:.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Fax:&nbsp;&nbsp; 408.525.1653</div>
&nbsp;c i s c o S y s t e m
s&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Email: kleung@cisco.com
</html>

--=====================_60552009==_.ALT--


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

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/

--===============0805912473==--



From mip4-bounces@ietf.org  Wed Apr  6 14:58:13 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA15813
	for <mip4-web-archive@ietf.org>; Wed, 6 Apr 2005 14:58:13 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DJFrc-0001Ak-J7
	for mip4-web-archive@ietf.org; Wed, 06 Apr 2005 15:06:57 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DJFhl-0001NX-6S; Wed, 06 Apr 2005 14:56:45 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DJFhj-0001M4-27
	for mip4@megatron.ietf.org; Wed, 06 Apr 2005 14:56:44 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA15490
	for <mip4@ietf.org>; Wed, 6 Apr 2005 14:56:41 -0400 (EDT)
Received: from bws14.bridgewatersystems.com ([216.113.7.14])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DJFq6-00013D-Vo
	for mip4@ietf.org; Wed, 06 Apr 2005 15:05:24 -0400
Received: by exch01.bridgewatersys.com with Internet Mail Service (5.5.2657.72)
	id <GV72Y5HF>; Wed, 6 Apr 2005 14:56:32 -0400
Message-ID: <F17FB067A86B2D488382C923C532EAA704F74325@exch01.bridgewatersys.com>
From: Avi Lior <avi@bridgewatersystems.com>
To: "'Kent Leung'" <kleung@cisco.com>, Avi Lior <avi@bridgewatersystems.com>
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP
Date: Wed, 6 Apr 2005 14:56:26 -0400 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
X-Spam-Score: 0.9 (/)
X-Scan-Signature: 6437e26f1586b9f35812ea5ebeedf4ad
Cc: Nakhjiri Madjid-MNAKHJI1 <Madjid.Nakhjiri@motorola.com>,
        "Chowdhury,
	Kuntal" <kchowdhury@starentnetworks.com>,
        Mobile IPv4 Mailing List <mip4@ietf.org>,
        Avi Lior <avi@bridgewatersystems.com>
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0699826124=="
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.9 (/)
X-Scan-Signature: 46ad68ada464411807db2a0edd5648ae

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--===============0699826124==
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C53ADA.55796DB0"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C53ADA.55796DB0
Content-Type: text/plain

Hi Kent,
 
See inline......

-----Original Message-----
From: Kent Leung [mailto:kleung@cisco.com] 
Sent: Wednesday, April 06, 2005 1:54 PM
To: Avi Lior
Cc: Nakhjiri Madjid-MNAKHJI1; Nakhjiri Madjid-MNAKHJI1; Chowdhury, Kuntal;
Mobile IPv4 Mailing List; Avi Lior
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP


Hi Avi.

At 11:53 AM 4/6/2005 -0400, Avi Lior wrote:



Kent said:
 
In general, I believe deployments which don't use NAI for MNs are not
concerned about AAA-routability.  In this case, the AAA server is in the
same administrative domain as the HA (or NAS).
This seems to make sense (at least) to me.  If NAI is not used other thing
such as HoA or even other identifiers such as device ids, can and are being
used to route AAA.  AAA allows for that and we should allow for that as
well.  I dont think though that we have to limit how routing is done.  We
just have to explain how MIPv4 attributes are mapped to RADIUS attributet.  



Agree.




For people who understand MIP and RADIUS it is painfully obvious how you
would deploy.  So for the rest of us what would be usefull is informative
text to explain things a bit.
 
So here is my understanding:
 
MIP                                            RADIUS
 
NAI    if available will be placed in   UserName
HA IP if avialable will be place in    HA-IP attribute



OK.




HoA   if available will be placed in  HoA-IP attribute
 




HoA in the absence of NAI will be placed in the UserName,
as the HoA is the MN identifier (username) to the RADIUS server
in this case.  I'm not sure if HoA should also be placed in
the HoA-IP AVP as well?
[Avi] Actually why do you need the HOA in the UserName? 

 
When NAI is present, HoA will be placed in the HoA-IP AVP.




We can say:
AAA can route over any of these attribute and other attributes as well.
However, for general roaming NAI SHOULD be available and placed in the
UserName.
 
Device   acting as NAS                 RADIUS
 
HA or FA  IP address          ----->    NAS-IP
HA or FA FQDN if availabe   ----->    NAS-ID
 
I am assuming HA or FA NAI is really the FQDN and that belongs in the NAS-ID
attribute in RADIUS.


 
I would like a clarification.

[Avi] I need to understand what you are saying. 
There's a shared secret (AAA-Key) between NAS (IP address A) and RADIUS
server.
  
The HA (NAS) processes registration with HA field set to IP address B.  So
we
expect that A = B in all cases?

Currently, I'm not sure if there's any reason for A != B.  Unless someone
comes up with a practical scenario, I'm fine with this.

 
 As for FQDN, RFC 3846 defines the HA NAI.  The NAI format would need to
be mapped to FQDN.  Excerpt from spec:

   "It contains the NAI of the HA in the form hostname@realm.  Together the
   hostname and realm form the complete FQDN (hostname.realm) of the HA."
[Avi] Actually, Kent, the definition of 3846 is okay.  It will fit in the
NAS-Identifier attribute just fine.  NAS-Identifier can have any value as
long as we know what the format is. So we can convert it to a FQDN or just
leave it as is. 

Kent



--
     |           |                   Kent Leung
    :|:         :|:                  IP Mobility Development
   :|||:       :|||:                 Internet Technologies Division
  :|||||||:   :|||||||:              Voice: 408.526.5030
.:|||||||||:.:|||||||||:.             Fax:   408.525.1653
 c i s c o S y s t e m s             Email: kleung@cisco.com 


------_=_NextPart_001_01C53ADA.55796DB0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<TITLE>Message</TITLE>

<META content=3D"MSHTML 6.00.2900.2604" name=3DGENERATOR></HEAD>
<BODY>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D308161718-06042005>Hi=20
Kent,</SPAN></FONT></DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
class=3D308161718-06042005></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D308161718-06042005>See=20
inline......</SPAN></FONT></DIV>
<BLOCKQUOTE=20
style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px =
solid; MARGIN-RIGHT: 0px">
  <DIV></DIV>
  <DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr =
align=3Dleft><FONT=20
  face=3DTahoma size=3D2>-----Original Message-----<BR><B>From:</B> =
Kent Leung=20
  [mailto:kleung@cisco.com] <BR><B>Sent:</B> Wednesday, April 06, 2005 =
1:54=20
  PM<BR><B>To:</B> Avi Lior<BR><B>Cc:</B> Nakhjiri Madjid-MNAKHJI1; =
Nakhjiri=20
  Madjid-MNAKHJI1; Chowdhury, Kuntal; Mobile IPv4 Mailing List; Avi=20
  Lior<BR><B>Subject:</B> RE: [Mip4] draft on RADIUS support for Mobile =

  IP<BR><BR></FONT></DIV>Hi Avi.<BR><BR>At 11:53 AM 4/6/2005 -0400, Avi =
Lior=20
  wrote:<BR>
  <BLOCKQUOTE cite=3D"" type=3D"cite"><BR><FONT face=3Darial =
color=3D#0000ff=20
    size=3D2>Kent said:</FONT><BR>&nbsp;<BR><FONT face=3D"Times New =
Roman, Times">In=20
    general, I believe deployments which don't use NAI for MNs are=20
    not<BR>concerned about AAA-routability.&nbsp; In this case, the AAA =
server=20
    is in the<BR>same administrative domain as the HA (or =
NAS).</FONT><FONT=20
    face=3Darial color=3D#0000ff size=3D2><BR>This seems to make sense =
(at least) to=20
    me.&nbsp; If NAI is not used other thing such as HoA or even other=20
    identifiers such as device ids, can and are being used to route =
AAA.&nbsp;=20
    AAA allows for that and we should allow for that as well.&nbsp; I =
dont think=20
    though that we have to limit how routing is done.&nbsp; We just =
have to=20
    explain how MIPv4 attributes are mapped to RADIUS attributet.&nbsp; =

  </FONT></BLOCKQUOTE><BR><BR>Agree.<BR><BR><BR>
  <BLOCKQUOTE cite=3D"" type=3D"cite"><FONT face=3Darial =
color=3D#0000ff size=3D2>For=20
    people who understand MIP and RADIUS it is painfully obvious how =
you would=20
    deploy.&nbsp; So for the rest of us what would be usefull is =
informative=20
    text to explain things a bit.</FONT><BR>&nbsp;<BR><FONT =
face=3Darial=20
    color=3D#0000ff size=3D2>So here is my =
understanding:</FONT><BR>&nbsp;<BR><FONT=20
    face=3Darial color=3D#0000ff=20
    =
size=3D2>MIP&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
    RADIUS</FONT><BR>&nbsp;<BR><FONT face=3Darial color=3D#0000ff=20
    size=3D2>NAI&nbsp;&nbsp;&nbsp; if available will be placed =
in&nbsp;&nbsp;=20
    UserName</FONT><BR><FONT face=3Darial color=3D#0000ff size=3D2>HA =
IP if avialable=20
    will be place in&nbsp;&nbsp;&nbsp; HA-IP=20
  attribute</FONT></BLOCKQUOTE><BR><BR>OK.<BR><BR><BR>
  <BLOCKQUOTE cite=3D"" type=3D"cite"><FONT face=3Darial =
color=3D#0000ff=20
    size=3D2>HoA&nbsp;&nbsp; if available will be placed in&nbsp; =
HoA-IP=20
    attribute</FONT><BR>&nbsp;</BLOCKQUOTE><FONT face=3DArial =
color=3D#0000ff=20
  size=3D2></FONT><FONT face=3DArial color=3D#0000ff size=3D2></FONT>
  <DIV><BR><BR>HoA in the absence of NAI will be placed in the =
UserName,<BR>as=20
  the HoA is the MN identifier (username) to the RADIUS server<BR>in =
this=20
  case.&nbsp; I'm not sure if HoA should also be placed in<BR>the =
HoA-IP AVP as=20
  well?<BR><SPAN class=3D308161718-06042005><FONT face=3DArial =
color=3D#0000ff=20
  size=3D2>[Avi]&nbsp;Actually why do you need the HOA in the=20
  UserName?&nbsp;</FONT></SPAN><BR><SPAN =
class=3D308161718-06042005><FONT=20
  face=3DArial color=3D#0000ff size=3D2></FONT></SPAN></DIV>
  <DIV><SPAN class=3D308161718-06042005>&nbsp;</SPAN><BR>When NAI is =
present, HoA=20
  will be placed in the HoA-IP AVP.<BR><BR><BR></DIV>
  <BLOCKQUOTE cite=3D"" type=3D"cite"><FONT face=3Darial =
color=3D#0000ff size=3D2>We can=20
    say:</FONT><BR><FONT face=3Darial color=3D#0000ff size=3D2>AAA can =
route over any=20
    of these attribute and other attributes as well.&nbsp; However, for =
general=20
    roaming NAI SHOULD be available and placed in the=20
    UserName.</FONT><BR>&nbsp;<BR><FONT face=3Darial color=3D#0000ff=20
    size=3D2>Device&nbsp;&nbsp; acting as=20
    =
NAS&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;=20
    RADIUS</FONT><BR>&nbsp;<BR><FONT face=3Darial color=3D#0000ff =
size=3D2>HA or=20
    FA&nbsp; IP =
address&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
    -----&gt;&nbsp;&nbsp;&nbsp; NAS-IP</FONT><BR><FONT face=3Darial =
color=3D#0000ff=20
    size=3D2>HA or FA FQDN if availabe&nbsp;&nbsp; =
-----&gt;&nbsp;&nbsp;&nbsp;=20
    NAS-ID</FONT><BR>&nbsp;<BR><FONT face=3Darial color=3D#0000ff =
size=3D2>I am=20
    assuming HA or FA NAI is really the FQDN and that belongs in the =
NAS-ID=20
    attribute in RADIUS.</FONT></BLOCKQUOTE><BR><SPAN=20
  class=3D308161718-06042005><FONT face=3DArial color=3D#0000ff=20
  size=3D2>&nbsp;</FONT></SPAN><BR>I would like a =
clarification.<BR><BR><SPAN=20
  class=3D308161718-06042005><FONT face=3DArial color=3D#0000ff =
size=3D2>[Avi]&nbsp;I=20
  need&nbsp;to&nbsp;understand what you are=20
  saying.&nbsp;</FONT></SPAN><BR>There's a shared secret (AAA-Key) =
between NAS=20
  (IP address A) and RADIUS server.<BR><FONT face=3DArial><FONT=20
  color=3D#0000ff><FONT size=3D2><SPAN =
class=3D308161718-06042005>&nbsp;</SPAN><SPAN=20
  class=3D308161718-06042005>&nbsp;</SPAN></FONT></FONT></FONT><BR>The =
HA (NAS)=20
  processes registration with HA field set to IP address B.&nbsp; So=20
  we<BR>expect that A =3D B in all cases?<BR><BR>Currently, I'm not =
sure if=20
  there's any reason for A !=3D B.&nbsp; Unless someone<BR>comes up =
with a=20
  practical scenario, I'm fine with this.<BR><BR><SPAN=20
  class=3D308161718-06042005><FONT face=3DArial color=3D#0000ff=20
  size=3D2>&nbsp;</FONT></SPAN><BR><SPAN =
class=3D308161718-06042005><FONT face=3DArial=20
  color=3D#0000ff size=3D2>&nbsp;</FONT></SPAN>As for FQDN, RFC 3846 =
defines the HA=20
  NAI.&nbsp; The NAI format would need to<BR>be mapped to FQDN.&nbsp; =
Excerpt=20
  from spec:<BR><BR>&nbsp;&nbsp; "It contains the NAI of the HA in the =
form=20
  hostname@realm.&nbsp; Together the<BR>&nbsp;&nbsp; hostname and realm =
form the=20
  complete FQDN (hostname.realm) of the HA."<BR><SPAN=20
  class=3D308161718-06042005><FONT face=3DArial color=3D#0000ff=20
  size=3D2>[Avi]&nbsp;Actually, Kent, the definition of 3846 is =
okay.&nbsp; It=20
  will fit in the NAS-Identifier attribute just fine.&nbsp; =
NAS-Identifier can=20
  have any value as long as we know what the format is. So we can =
convert it to=20
  a&nbsp;FQDN or just leave it&nbsp;as=20
  is.&nbsp;</FONT></SPAN><BR><BR>Kent<BR><BR><BR>
  <DIV>--</DIV>
  <DIV>&nbsp;&nbsp;&nbsp;&nbsp;=20
  |&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  =
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  Kent Leung</DIV>
  <DIV>&nbsp;&nbsp;&nbsp; =
:|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  =
:|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  IP Mobility Development</DIV>
  <DIV>&nbsp;&nbsp; :|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  =
:|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  Internet Technologies Division</DIV>
  <DIV>&nbsp; :|||||||:&nbsp;&nbsp;=20
  =
:|||||||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;=20
  Voice: 408.526.5030</DIV>
  =
<DIV>.:|||||||||:.:|||||||||:.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  Fax:&nbsp;&nbsp; 408.525.1653</DIV>&nbsp;c i s c o S y s t e m=20
  =
s&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;=20
  Email: kleung@cisco.com </BLOCKQUOTE></BODY></HTML>

------_=_NextPart_001_01C53ADA.55796DB0--


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

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/

--===============0699826124==--



From mip4-bounces@ietf.org  Wed Apr  6 16:13:51 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA29700
	for <mip4-web-archive@ietf.org>; Wed, 6 Apr 2005 16:13:51 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DJH2o-0005Qx-45
	for mip4-web-archive@ietf.org; Wed, 06 Apr 2005 16:22:35 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DJGsl-0000x0-3E; Wed, 06 Apr 2005 16:12:11 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DJGsi-0000wp-AG
	for mip4@megatron.ietf.org; Wed, 06 Apr 2005 16:12:08 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA29490
	for <mip4@ietf.org>; Wed, 6 Apr 2005 16:12:06 -0400 (EDT)
Received: from sj-iport-3-in.cisco.com ([171.71.176.72]
	helo=sj-iport-3.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DJH16-0005Lm-G8
	for mip4@ietf.org; Wed, 06 Apr 2005 16:20:50 -0400
Received: from sj-core-1.cisco.com (171.71.177.237)
	by sj-iport-3.cisco.com with ESMTP; 06 Apr 2005 13:11:52 -0700
X-IronPort-AV: i="3.92,81,1112598000"; 
	d="scan'208,217"; a="246574452:sNHT1031838196"
Received: from mira-sjc5-b.cisco.com (IDENT:mirapoint@mira-sjc5-b.cisco.com
	[171.71.163.14])
	by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id j36KBkDr014731;
	Wed, 6 Apr 2005 13:11:47 -0700 (PDT)
Received: from kleung-w2k01.cisco.com (sjc-vpn5-280.cisco.com [10.21.89.24])
	by mira-sjc5-b.cisco.com (MOS 3.4.5-GR) with ESMTP id BDS28552;
	Wed, 6 Apr 2005 13:11:37 -0700 (PDT)
Message-Id: <4.3.2.7.2.20050406120245.034bb270@mira-sjcm-2.cisco.com>
X-Sender: kleung@mira-sjcm-2.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Wed, 06 Apr 2005 13:11:10 -0700
To: Avi Lior <avi@bridgewatersystems.com>
From: Kent Leung <kleung@cisco.com>
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP
In-Reply-To: <F17FB067A86B2D488382C923C532EAA704F74325@exch01.bridgewate
	rsys.com>
Mime-Version: 1.0
X-Spam-Score: 0.6 (/)
X-Scan-Signature: 578c2c9d0cb01ffe6e1ca36540edd070
Cc: Nakhjiri Madjid-MNAKHJI1 <Madjid.Nakhjiri@motorola.com>,
        "Chowdhury,
	Kuntal" <kchowdhury@starentnetworks.com>,
        Mobile IPv4 Mailing List <mip4@ietf.org>,
        Avi Lior <avi@bridgewatersystems.com>
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1980579653=="
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.6 (/)
X-Scan-Signature: fe105289edd72640d9f392da880eefa2

--===============1980579653==
Content-Type: multipart/alternative;
	boundary="=====================_67722249==_.ALT"

--=====================_67722249==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

At 02:56 PM 4/6/2005 -0400, Avi Lior wrote:
<snip>
>>HoA   if available will be placed in  HoA-IP attribute
>>
>
>
>HoA in the absence of NAI will be placed in the UserName,
>as the HoA is the MN identifier (username) to the RADIUS server
>in this case.  I'm not sure if HoA should also be placed in
>the HoA-IP AVP as well?
>[Avi] Actually why do you need the HOA in the UserName?
>


Just wondering how the MN is going to be identified for authentication
without UserName?  I thought typically this is the attribute used to
lookup the authentication key in the RADIUS server.


>When NAI is present, HoA will be placed in the HoA-IP AVP.
>
>
>
>>We can say:
>>AAA can route over any of these attribute and other attributes as 
>>well.  However, for general roaming NAI SHOULD be available and placed in 
>>the UserName.
>>
>>Device   acting as NAS                 RADIUS
>>
>>HA or FA  IP address          ----->    NAS-IP
>>HA or FA FQDN if availabe   ----->    NAS-ID
>>
>>I am assuming HA or FA NAI is really the FQDN and that belongs in the 
>>NAS-ID attribute in RADIUS.
>
>I would like a clarification.
>
>[Avi] I need to understand what you are saying.


Sure, I'm not clear which part is confusing or unclear.  Maybe the entire 
thought
process? :)

Is it expected that the HA field in the RRQ/RRP is the same as the NAS IP 
address?
What happens when HA field is set to all 1s or 0s?

Here is an example to highlight the issue.

There is a box that does both PPP termination and Mobile IP.

For PPP sessions, the NAS will set the NAS-IP-Address to the interface's
IP address (10.1.0.1) that is used to send the Access-Req to the RADIUS 
server.
The RADIUS server authenticates the Access-Req from the NAS, which is
identified by the NAS-IP-Address.

For Mobile IP, the box acts as HA.  MN sends RRQ to the HA with HA field
set to 10.10.0.1.  HA creates the Access-Req with NAS-IP-Address before
sending to RADIUS server.  Which IP address should HA set, egress
interface (10.1.0.1) or HA address (10.10.0.1)?

The RADIUS server has a shared secret with the RADIUS client 10.1.0.1.
If NAS-IP-Address is 10.10.0.1, the RADIUS server would not be able to
authenticate the Access-Req and drop this message.


>There's a shared secret (AAA-Key) between NAS (IP address A) and RADIUS 
>server.
>
>The HA (NAS) processes registration with HA field set to IP address B.  So we
>expect that A = B in all cases?
>
>Currently, I'm not sure if there's any reason for A != B.  Unless someone
>comes up with a practical scenario, I'm fine with this.
>
>
>  As for FQDN, RFC 3846 defines the HA NAI.  The NAI format would need to
>be mapped to FQDN.  Excerpt from spec:
>
>    "It contains the NAI of the HA in the form hostname@realm.  Together the
>    hostname and realm form the complete FQDN (hostname.realm) of the HA."
>[Avi] Actually, Kent, the definition of 3846 is okay.  It will fit in the 
>NAS-Identifier attribute just fine.  NAS-Identifier can have any value as 
>long as we know what the format is. So we can convert it to a FQDN or just 
>leave it as is.

OK.  I thought your mention of FQDN in the NAS-ID meant that the AVP restricted
the format to only FQDN.  Sounds like as long as RADIUS server can figure 
out the
format, we're fine.

Kent

--
      |           |                   Kent Leung
     :|:         :|:                  IP Mobility Development
    :|||:       :|||:                 Internet Technologies Division
   :|||||||:   :|||||||:              Voice: 408.526.5030
.:|||||||||:.:|||||||||:.             Fax:   408.525.1653
  c i s c o S y s t e m s             Email: kleung@cisco.com 
--=====================_67722249==_.ALT
Content-Type: text/html; charset="us-ascii"

<html>
At 02:56 PM 4/6/2005 -0400, Avi Lior wrote:<br>
<font size=2 color="#0000FF">&lt;snip&gt;<br>
</font><blockquote type=cite cite><blockquote type=cite cite>
<dl><font face="arial" size=2 color="#0000FF">
<dd>HoA&nbsp;&nbsp; if available will be placed in&nbsp; HoA-IP
attribute</font>
<dd>&nbsp;</blockquote><br>
<br>

<dd>HoA in the absence of NAI will be placed in the UserName,
<dd>as the HoA is the MN identifier (username) to the RADIUS server
<dd>in this case.&nbsp; I'm not sure if HoA should also be placed in
<dd>the HoA-IP AVP as well?<font face="arial" size=2 color="#0000FF">
<dd>[Avi] Actually why do you need the HOA in the UserName? </font>
<dd>&nbsp;</blockquote>
</dl><br>
<br>
Just wondering how the MN is going to be identified for
authentication<br>
without UserName?&nbsp; I thought typically this is the attribute used
to<br>
lookup the authentication key in the RADIUS server.<br>
<br>
<br>
<blockquote type=cite cite>
<dl>
<dd>When NAI is present, HoA will be placed in the HoA-IP AVP.<br>
<br>
<br>
<br>
<blockquote type=cite cite><font face="arial" size=2 color="#0000FF">
<dd>We can say:</font><font face="arial" size=2 color="#0000FF">
<dd>AAA can route over any of these attribute and other attributes as
well.&nbsp; However, for general roaming NAI SHOULD be available and
placed in the UserName.</font>
<dd>&nbsp;<font face="arial" size=2 color="#0000FF">
<dd>Device&nbsp;&nbsp; acting as
NAS&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
RADIUS</font>
<dd>&nbsp;<font face="arial" size=2 color="#0000FF">
<dd>HA or FA&nbsp; IP
address&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
-----&gt;&nbsp;&nbsp;&nbsp;
NAS-IP</font><font face="arial" size=2 color="#0000FF">
<dd>HA or FA FQDN if availabe&nbsp;&nbsp; -----&gt;&nbsp;&nbsp;&nbsp;
NAS-ID</font>
<dd>&nbsp;<font face="arial" size=2 color="#0000FF">
<dd>I am assuming HA or FA NAI is really the FQDN and that belongs in the
NAS-ID attribute in
RADIUS.</font></blockquote><font face="arial" size=2 color="#0000FF">
<dd>&nbsp;</font>
<dd>I would like a clarification.<br>
<br>
<font face="arial" size=2 color="#0000FF">
<dd>[Avi] I need to understand what you are saying. 
</font></blockquote>
</dl><br>
<br>
Sure, I'm not clear which part is confusing or unclear.&nbsp; Maybe the
entire thought<br>
process?  :)<br>
<br>
Is it expected that the HA field in the RRQ/RRP is the same as the NAS IP
address?<br>
What happens when HA field is set to all 1s or 0s?<br>
<br>
Here is an example to highlight the issue.<br>
<br>
There is a box that does both PPP termination and Mobile IP.<br>
<br>
For PPP sessions, the NAS will set the NAS-IP-Address to the
interface's<br>
IP address (10.1.0.1) that is used to send the Access-Req to the RADIUS
server.&nbsp; <br>
The RADIUS server authenticates the Access-Req from the NAS, which is
<br>
identified by the NAS-IP-Address.<br>
<br>
For Mobile IP, the box acts as HA.&nbsp; MN sends RRQ to the HA with HA
field<br>
set to 10.10.0.1.&nbsp; HA creates the Access-Req with NAS-IP-Address
before <br>
sending to RADIUS server.&nbsp; Which IP address should HA set, egress
<br>
interface (10.1.0.1) or HA address (10.10.0.1)? <br>
<br>
The RADIUS server has a shared secret with the RADIUS client
10.1.0.1.<br>
If NAS-IP-Address is 10.10.0.1, the RADIUS server would not be able
to<br>
authenticate the Access-Req and drop this message.<br>
<br>
<br>
<blockquote type=cite cite>
<dl>
<dd>There's a shared secret (AAA-Key) between NAS (IP address A) and
RADIUS server.<font face="arial" size=2 color="#0000FF">
<dd>&nbsp; </font>
<dd>The HA (NAS) processes registration with HA field set to IP address
B.&nbsp; So we
<dd>expect that A = B in all cases?<br>
<br>

<dd>Currently, I'm not sure if there's any reason for A != B.&nbsp;
Unless someone
<dd>comes up with a practical scenario, I'm fine with this.<br>
<br>
<font face="arial" size=2 color="#0000FF">
<dd>&nbsp;</font><font face="arial" size=2 color="#0000FF">
<dd>&nbsp;</font>As for FQDN, RFC 3846 defines the HA NAI.&nbsp; The NAI
format would need to
<dd>be mapped to FQDN.&nbsp; Excerpt from spec:<br>
<br>

<dd>&nbsp;&nbsp; &quot;It contains the NAI of the HA in the form
hostname@realm.&nbsp; Together the
<dd>&nbsp;&nbsp; hostname and realm form the complete FQDN
(hostname.realm) of the
HA.&quot;<font face="arial" size=2 color="#0000FF">
<dd>[Avi] Actually, Kent, the definition of 3846 is okay.&nbsp; It will
fit in the NAS-Identifier attribute just fine.&nbsp; NAS-Identifier can
have any value as long as we know what the format is. So we can convert
it to a FQDN or just leave it as is. </font></blockquote>
</dl><br>
OK.&nbsp; I thought your mention of FQDN in the NAS-ID meant that the AVP
restricted<br>
the format to only FQDN.&nbsp; Sounds like as long as RADIUS server can
figure out the <br>
format, we're fine.<br>
<br>
Kent<br>
<br>
<div>--</div>
<div>&nbsp;&nbsp;&nbsp;&nbsp;
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Kent Leung</div>
<div>&nbsp;&nbsp;&nbsp;
:|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
:|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
IP Mobility Development</div>
<div>&nbsp;&nbsp; :|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
:|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Internet Technologies Division</div>
<div>&nbsp; :|||||||:&nbsp;&nbsp;
:|||||||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Voice: 408.526.5030</div>
<div>.:|||||||||:.:|||||||||:.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Fax:&nbsp;&nbsp; 408.525.1653</div>
&nbsp;c i s c o S y s t e m
s&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Email: kleung@cisco.com
</html>

--=====================_67722249==_.ALT--


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

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/

--===============1980579653==--



From mip4-bounces@ietf.org  Wed Apr  6 16:38:08 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA02065
	for <mip4-web-archive@ietf.org>; Wed, 6 Apr 2005 16:38:08 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DJHQK-0006Bu-Uy
	for mip4-web-archive@ietf.org; Wed, 06 Apr 2005 16:46:53 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DJHD7-0007ZE-KC; Wed, 06 Apr 2005 16:33:13 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DJHD6-0007Z9-KU
	for mip4@megatron.ietf.org; Wed, 06 Apr 2005 16:33:12 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA01687
	for <mip4@ietf.org>; Wed, 6 Apr 2005 16:33:10 -0400 (EDT)
Received: from ames.starentnetworks.com ([12.33.235.15])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DJHLT-000652-Uj
	for mip4@ietf.org; Wed, 06 Apr 2005 16:41:55 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1
Content-class: urn:content-classes:message
MIME-Version: 1.0
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP
Date: Wed, 6 Apr 2005 16:32:56 -0400
Message-ID: <8A16DAD84432534FBFC19FD92B50512F03411AE5@ames.starentnetworks.com>
Thread-Topic: [Mip4] draft on RADIUS support for Mobile IP
Thread-Index: AcU65ONMOWK/g451RHCZkm/h4f8+0gAAcHjw
From: "Chowdhury, Kuntal" <kchowdhury@starentnetworks.com>
To: "Kent Leung" <kleung@cisco.com>, "Avi Lior" <avi@bridgewatersystems.com>
X-Spam-Score: 0.6 (/)
X-Scan-Signature: 715d0e6950aaebd45af78ef9318d0186
Cc: Nakhjiri Madjid-MNAKHJI1 <Madjid.Nakhjiri@motorola.com>,
        Mobile IPv4 Mailing List <mip4@ietf.org>,
        Avi Lior <avi@bridgewatersystems.com>
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0396985063=="
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.6 (/)
X-Scan-Signature: 14278aea5bdd1edf35ec09ffb7b61f9d

This is a multi-part message in MIME format.

--===============0396985063==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C53AE7.D0FC63EC"

This is a multi-part message in MIME format.

------_=_NextPart_001_01C53AE7.D0FC63EC
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Kent,
=20
In your scenario the HA should set the NAS-IP address to 10.1.0.1. The =
HA address (10.10.0.1) from the RRQ can be put into the HA-IP address =
AVP. The HA address extracted from the RRQ should always be sent in a =
separate AVP from the NAS-IP address AVP, since there is no guarantee =
that the interface address of the NAS that is used to communicate with =
the AAA is same as it's HA address.
=20
-Kuntal

-----Original Message-----
From: Kent Leung [mailto:kleung@cisco.com]
Sent: Wednesday, April 06, 2005 3:11 PM
To: Avi Lior
Cc: Avi Lior; Nakhjiri Madjid-MNAKHJI1; Nakhjiri Madjid-MNAKHJI1; =
Chowdhury, Kuntal; Mobile IPv4 Mailing List; Avi Lior
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP


At 02:56 PM 4/6/2005 -0400, Avi Lior wrote:
<snip>



HoA   if available will be placed in  HoA-IP attribute=20

=20



HoA in the absence of NAI will be placed in the UserName,=20

as the HoA is the MN identifier (username) to the RADIUS server=20

in this case.  I'm not sure if HoA should also be placed in=20

the HoA-IP AVP as well?=20

[Avi] Actually why do you need the HOA in the UserName?=20

=20



Just wondering how the MN is going to be identified for authentication
without UserName?  I thought typically this is the attribute used to
lookup the authentication key in the RADIUS server.




When NAI is present, HoA will be placed in the HoA-IP AVP.







We can say:=20

AAA can route over any of these attribute and other attributes as well.  =
However, for general roaming NAI SHOULD be available and placed in the =
UserName.=20



Device   acting as NAS                 RADIUS=20



HA or FA  IP address          ----->    NAS-IP=20

HA or FA FQDN if availabe   ----->    NAS-ID=20



I am assuming HA or FA NAI is really the FQDN and that belongs in the =
NAS-ID attribute in RADIUS.




I would like a clarification.



[Avi] I need to understand what you are saying.=20



Sure, I'm not clear which part is confusing or unclear.  Maybe the =
entire thought
process? :)

Is it expected that the HA field in the RRQ/RRP is the same as the NAS =
IP address?
What happens when HA field is set to all 1s or 0s?

Here is an example to highlight the issue.

There is a box that does both PPP termination and Mobile IP.

For PPP sessions, the NAS will set the NAS-IP-Address to the interface's
IP address (10.1.0.1) that is used to send the Access-Req to the RADIUS =
server. =20
The RADIUS server authenticates the Access-Req from the NAS, which is=20
identified by the NAS-IP-Address.

For Mobile IP, the box acts as HA.  MN sends RRQ to the HA with HA field
set to 10.10.0.1.  HA creates the Access-Req with NAS-IP-Address before=20
sending to RADIUS server.  Which IP address should HA set, egress=20
interface (10.1.0.1) or HA address (10.10.0.1)?=20

The RADIUS server has a shared secret with the RADIUS client 10.1.0.1.
If NAS-IP-Address is 10.10.0.1, the RADIUS server would not be able to
authenticate the Access-Req and drop this message.




There's a shared secret (AAA-Key) between NAS (IP address A) and RADIUS =
server.=20

 =20

The HA (NAS) processes registration with HA field set to IP address B.  =
So we=20

expect that A =3D B in all cases?



Currently, I'm not sure if there's any reason for A !=3D B.  Unless =
someone=20

comes up with a practical scenario, I'm fine with this.





 As for FQDN, RFC 3846 defines the HA NAI.  The NAI format would need to =


be mapped to FQDN.  Excerpt from spec:



   "It contains the NAI of the HA in the form hostname@realm.  Together =
the=20

   hostname and realm form the complete FQDN (hostname.realm) of the =
HA."=20

[Avi] Actually, Kent, the definition of 3846 is okay.  It will fit in =
the NAS-Identifier attribute just fine.  NAS-Identifier can have any =
value as long as we know what the format is. So we can convert it to a =
FQDN or just leave it as is.=20


OK.  I thought your mention of FQDN in the NAS-ID meant that the AVP =
restricted
the format to only FQDN.  Sounds like as long as RADIUS server can =
figure out the=20
format, we're fine.

Kent


--
     |           |                   Kent Leung
    :|:         :|:                  IP Mobility Development
   :|||:       :|||:                 Internet Technologies Division
  :|||||||:   :|||||||:              Voice: 408.526.5030
.:|||||||||:.:|||||||||:.             Fax:   408.525.1653
 c i s c o S y s t e m s             Email: kleung@cisco.com=20


------_=_NextPart_001_01C53AE7.D0FC63EC
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">


<META content=3D"MSHTML 6.00.2800.1491" name=3DGENERATOR></HEAD>
<BODY>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
class=3D890332420-06042005>Kent,</SPAN></FONT></DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
class=3D890332420-06042005></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D890332420-06042005>In=20
your scenario the HA should set the NAS-IP address to 10.1.0.1. The HA=20
address&nbsp;(10.10.0.1) from the RRQ can be put into the HA-IP address =
AVP. The=20
HA address extracted from the RRQ should always be sent in a separate =
AVP from=20
the NAS-IP address AVP, since there is no guarantee that the interface =
address=20
of the NAS that is used to communicate with the AAA is same as it's HA=20
address.</SPAN></FONT></DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
class=3D890332420-06042005></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
class=3D890332420-06042005>-Kuntal</SPAN></FONT></DIV>
<BLOCKQUOTE=20
style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px =
solid">
  <DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT =
face=3DTahoma=20
  size=3D2>-----Original Message-----<BR><B>From:</B> Kent Leung=20
  [mailto:kleung@cisco.com]<BR><B>Sent:</B> Wednesday, April 06, 2005 =
3:11=20
  PM<BR><B>To:</B> Avi Lior<BR><B>Cc:</B> Avi Lior; Nakhjiri =
Madjid-MNAKHJI1;=20
  Nakhjiri Madjid-MNAKHJI1; Chowdhury, Kuntal; Mobile IPv4 Mailing List; =
Avi=20
  Lior<BR><B>Subject:</B> RE: [Mip4] draft on RADIUS support for Mobile=20
  IP<BR><BR></FONT></DIV>At 02:56 PM 4/6/2005 -0400, Avi Lior =
wrote:<BR><FONT=20
  color=3D#0000ff size=3D2>&lt;snip&gt;<BR></FONT>
  <BLOCKQUOTE cite=3D"" type=3D"cite">
    <BLOCKQUOTE cite=3D"" type=3D"cite">
      <DL><FONT face=3Darial color=3D#0000ff size=3D2>
        <DD>HoA&nbsp;&nbsp; if available will be placed in&nbsp; HoA-IP=20
        attribute</FONT>=20
        <DD>&nbsp;</DD></DL></BLOCKQUOTE><BR><BR>
    <DD>HoA in the absence of NAI will be placed in the UserName,=20
    <DD>as the HoA is the MN identifier (username) to the RADIUS server=20
    <DD>in this case.&nbsp; I'm not sure if HoA should also be placed in =

    <DD>the HoA-IP AVP as well?<FONT face=3Darial color=3D#0000ff =
size=3D2>=20
    <DD>[Avi] Actually why do you need the HOA in the UserName? </FONT>
    <DD>&nbsp;</DD></BLOCKQUOTE>
  <DL></DL><BR><BR>Just wondering how the MN is going to be identified =
for=20
  authentication<BR>without UserName?&nbsp; I thought typically this is =
the=20
  attribute used to<BR>lookup the authentication key in the RADIUS=20
  server.<BR><BR><BR>
  <BLOCKQUOTE cite=3D"" type=3D"cite">
    <DL>
      <DD>When NAI is present, HoA will be placed in the HoA-IP=20
      AVP.<BR><BR><BR><BR>
      <BLOCKQUOTE cite=3D"" type=3D"cite"><FONT face=3Darial =
color=3D#0000ff size=3D2>
        <DD>We can say:</FONT><FONT face=3Darial color=3D#0000ff =
size=3D2>=20
        <DD>AAA can route over any of these attribute and other =
attributes as=20
        well.&nbsp; However, for general roaming NAI SHOULD be available =
and=20
        placed in the UserName.</FONT>=20
        <DD><FONT face=3Darial color=3D#0000ff size=3D2>=20
        <DD>Device&nbsp;&nbsp; acting as=20
        =
NAS&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;=20
        RADIUS</FONT>=20
        <DD><FONT face=3Darial color=3D#0000ff size=3D2>=20
        <DD>HA or FA&nbsp; IP=20
        address&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
        -----&gt;&nbsp;&nbsp;&nbsp; NAS-IP</FONT><FONT face=3Darial =
color=3D#0000ff=20
        size=3D2>=20
        <DD>HA or FA FQDN if availabe&nbsp;&nbsp; =
-----&gt;&nbsp;&nbsp;&nbsp;=20
        NAS-ID</FONT>=20
        <DD><FONT face=3Darial color=3D#0000ff size=3D2>=20
        <DD>I am assuming HA or FA NAI is really the FQDN and that =
belongs in=20
        the NAS-ID attribute in RADIUS.</FONT></DD></BLOCKQUOTE><FONT =
face=3Darial=20
      color=3D#0000ff size=3D2>
      <DD></FONT>=20
      <DD>I would like a clarification.<BR><BR><FONT face=3Darial =
color=3D#0000ff=20
      size=3D2>
      <DD>[Avi] I need to understand what you are saying.=20
  </FONT></DD></DL></BLOCKQUOTE>
  <DL></DL><BR><BR>Sure, I'm not clear which part is confusing or =
unclear.&nbsp;=20
  Maybe the entire thought<BR>process? :)<BR><BR>Is it expected that the =
HA=20
  field in the RRQ/RRP is the same as the NAS IP address?<BR>What =
happens when=20
  HA field is set to all 1s or 0s?<BR><BR>Here is an example to =
highlight the=20
  issue.<BR><BR>There is a box that does both PPP termination and Mobile =

  IP.<BR><BR>For PPP sessions, the NAS will set the NAS-IP-Address to =
the=20
  interface's<BR>IP address (10.1.0.1) that is used to send the =
Access-Req to=20
  the RADIUS server.&nbsp; <BR>The RADIUS server authenticates the =
Access-Req=20
  from the NAS, which is <BR>identified by the =
NAS-IP-Address.<BR><BR>For Mobile=20
  IP, the box acts as HA.&nbsp; MN sends RRQ to the HA with HA =
field<BR>set to=20
  10.10.0.1.&nbsp; HA creates the Access-Req with NAS-IP-Address before=20
  <BR>sending to RADIUS server.&nbsp; Which IP address should HA set, =
egress=20
  <BR>interface (10.1.0.1) or HA address (10.10.0.1)? <BR><BR>The RADIUS =
server=20
  has a shared secret with the RADIUS client 10.1.0.1.<BR>If =
NAS-IP-Address is=20
  10.10.0.1, the RADIUS server would not be able to<BR>authenticate the=20
  Access-Req and drop this message.<BR><BR><BR>
  <BLOCKQUOTE cite=3D"" type=3D"cite">
    <DL>
      <DD>There's a shared secret (AAA-Key) between NAS (IP address A) =
and=20
      RADIUS server.<FONT face=3Darial color=3D#0000ff size=3D2>=20
      <DD>&nbsp; </FONT>
      <DD>The HA (NAS) processes registration with HA field set to IP =
address=20
      B.&nbsp; So we=20
      <DD>expect that A =3D B in all cases?<BR><BR>
      <DD>Currently, I'm not sure if there's any reason for A !=3D =
B.&nbsp; Unless=20
      someone=20
      <DD>comes up with a practical scenario, I'm fine with =
this.<BR><BR><FONT=20
      face=3Darial color=3D#0000ff size=3D2>
      <DD></FONT><FONT face=3Darial color=3D#0000ff size=3D2>=20
      <DD>&nbsp;</FONT>As for FQDN, RFC 3846 defines the HA NAI.&nbsp; =
The NAI=20
      format would need to=20
      <DD>be mapped to FQDN.&nbsp; Excerpt from spec:<BR><BR>
      <DD>&nbsp;&nbsp; "It contains the NAI of the HA in the form=20
      hostname@realm.&nbsp; Together the=20
      <DD>&nbsp;&nbsp; hostname and realm form the complete FQDN=20
      (hostname.realm) of the HA."<FONT face=3Darial color=3D#0000ff =
size=3D2>=20
      <DD>[Avi] Actually, Kent, the definition of 3846 is okay.&nbsp; It =
will=20
      fit in the NAS-Identifier attribute just fine.&nbsp; =
NAS-Identifier can=20
      have any value as long as we know what the format is. So we can =
convert it=20
      to a FQDN or just leave it as is. </FONT></DD></DL></BLOCKQUOTE>
  <DL></DL><BR>OK.&nbsp; I thought your mention of FQDN in the NAS-ID =
meant that=20
  the AVP restricted<BR>the format to only FQDN.&nbsp; Sounds like as =
long as=20
  RADIUS server can figure out the <BR>format, we're =
fine.<BR><BR>Kent<BR><BR>
  <DIV>--</DIV>
  <DIV>&nbsp;&nbsp;&nbsp;&nbsp;=20
  |&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  =
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  Kent Leung</DIV>
  <DIV>&nbsp;&nbsp;&nbsp; =
:|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  =
:|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  IP Mobility Development</DIV>
  <DIV>&nbsp;&nbsp; :|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  =
:|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  Internet Technologies Division</DIV>
  <DIV>&nbsp; :|||||||:&nbsp;&nbsp;=20
  =
:|||||||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;=20
  Voice: 408.526.5030</DIV>
  =
<DIV>.:|||||||||:.:|||||||||:.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  Fax:&nbsp;&nbsp; 408.525.1653</DIV>&nbsp;c i s c o S y s t e m=20
  =
s&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
=20
  Email: kleung@cisco.com </BLOCKQUOTE></BODY></HTML>

------_=_NextPart_001_01C53AE7.D0FC63EC--


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

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/

--===============0396985063==--



From mip4-bounces@ietf.org  Wed Apr  6 17:46:14 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA07846
	for <mip4-web-archive@ietf.org>; Wed, 6 Apr 2005 17:46:14 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DJIUF-00082P-9v
	for mip4-web-archive@ietf.org; Wed, 06 Apr 2005 17:54:59 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DJIAg-00073i-0g; Wed, 06 Apr 2005 17:34:46 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DJIAb-0006zm-Hw
	for mip4@megatron.ietf.org; Wed, 06 Apr 2005 17:34:43 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA06724
	for <mip4@ietf.org>; Wed, 6 Apr 2005 17:34:39 -0400 (EDT)
Received: from sj-iport-4.cisco.com ([171.68.10.86])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DJIJ1-0007lB-He
	for mip4@ietf.org; Wed, 06 Apr 2005 17:43:24 -0400
Received: from sj-core-4.cisco.com (171.68.223.138)
	by sj-iport-4.cisco.com with ESMTP; 06 Apr 2005 14:34:31 -0700
Received: from mira-sjc5-b.cisco.com (IDENT:mirapoint@mira-sjc5-b.cisco.com
	[171.71.163.14])
	by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id j36LYS3S015212;
	Wed, 6 Apr 2005 14:34:28 -0700 (PDT)
Received: from kleung-w2k01.cisco.com (sjc-vpn5-280.cisco.com [10.21.89.24])
	by mira-sjc5-b.cisco.com (MOS 3.4.5-GR) with ESMTP id BDS36031;
	Wed, 6 Apr 2005 14:18:34 -0700 (PDT)
Message-Id: <4.3.2.7.2.20050406141553.03e320d0@mira-sjcm-2.cisco.com>
X-Sender: kleung@mira-sjcm-2.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Wed, 06 Apr 2005 14:18:32 -0700
To: "Chowdhury, Kuntal" <kchowdhury@starentnetworks.com>
From: Kent Leung <kleung@cisco.com>
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP
In-Reply-To: <8A16DAD84432534FBFC19FD92B50512F03411AE5@ames.starentnetwo
	rks.com>
Mime-Version: 1.0
X-Spam-Score: 0.6 (/)
X-Scan-Signature: df1883a27a831c1ea5e8cfe5eb3ad38e
Cc: Nakhjiri Madjid-MNAKHJI1 <Madjid.Nakhjiri@motorola.com>,
        Mobile IPv4 Mailing List <mip4@ietf.org>,
        Avi Lior <avi@bridgewatersystems.com>
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0901031613=="
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.6 (/)
X-Scan-Signature: 06d29b9b22258f4f07fe89b4d4a05a86

--===============0901031613==
Content-Type: multipart/alternative;
	boundary="=====================_71763780==_.ALT"

--=====================_71763780==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hi Kuntal.  If it's agreed on that the NAS-IP-Address and the HA address may
not be the same, we need to fix the following.

Device   acting as NAS                 RADIUS
HA or FA  IP address          ----->    NAS-IP
HA or FA FQDN if availabe   ----->    NAS-ID

So, it will be?

HA or FA  IP address          ----->    HA-IP or FA-IP
HA or FA FQDN if availabe   ----->    HA-ID or FA-ID

Kent

At 04:32 PM 4/6/2005 -0400, Chowdhury, Kuntal wrote:
>Content-class: urn:content-classes:message
>Content-Type: multipart/alternative;
>         boundary="----_=_NextPart_001_01C53AE7.D0FC63EC"
>
>Kent,
>
>In your scenario the HA should set the NAS-IP address to 10.1.0.1. The HA 
>address (10.10.0.1) from the RRQ can be put into the HA-IP address AVP. 
>The HA address extracted from the RRQ should always be sent in a separate 
>AVP from the NAS-IP address AVP, since there is no guarantee that the 
>interface address of the NAS that is used to communicate with the AAA is 
>same as it's HA address.
>
>-Kuntal
>-----Original Message-----
>From: Kent Leung [mailto:kleung@cisco.com]
>Sent: Wednesday, April 06, 2005 3:11 PM
>To: Avi Lior
>Cc: Avi Lior; Nakhjiri Madjid-MNAKHJI1; Nakhjiri Madjid-MNAKHJI1; 
>Chowdhury, Kuntal; Mobile IPv4 Mailing List; Avi Lior
>Subject: RE: [Mip4] draft on RADIUS support for Mobile IP
>
>At 02:56 PM 4/6/2005 -0400, Avi Lior wrote:
><snip>
>>>HoA   if available will be placed in  HoA-IP attribute
>>>
>>
>>
>>HoA in the absence of NAI will be placed in the UserName,
>>as the HoA is the MN identifier (username) to the RADIUS server
>>in this case.  I'm not sure if HoA should also be placed in
>>the HoA-IP AVP as well?
>>[Avi] Actually why do you need the HOA in the UserName?
>>
>
>
>
>Just wondering how the MN is going to be identified for authentication
>without UserName?  I thought typically this is the attribute used to
>lookup the authentication key in the RADIUS server.
>
>>When NAI is present, HoA will be placed in the HoA-IP AVP.
>>
>>
>>
>>
>>
>>>We can say:
>>>AAA can route over any of these attribute and other attributes as 
>>>well.  However, for general roaming NAI SHOULD be available and placed 
>>>in the UserName.
>>>Device   acting as NAS                 RADIUS
>>>HA or FA  IP address          ----->    NAS-IP
>>>HA or FA FQDN if availabe   ----->    NAS-ID
>>>I am assuming HA or FA NAI is really the FQDN and that belongs in the 
>>>NAS-ID attribute in RADIUS.
>>I would like a clarification.
>>
>>[Avi] I need to understand what you are saying.
>
>
>Sure, I'm not clear which part is confusing or unclear.  Maybe the entire 
>thought
>process? :)
>
>Is it expected that the HA field in the RRQ/RRP is the same as the NAS IP 
>address?
>What happens when HA field is set to all 1s or 0s?
>
>Here is an example to highlight the issue.
>
>There is a box that does both PPP termination and Mobile IP.
>
>For PPP sessions, the NAS will set the NAS-IP-Address to the interface's
>IP address (10.1.0.1) that is used to send the Access-Req to the RADIUS 
>server.
>The RADIUS server authenticates the Access-Req from the NAS, which is
>identified by the NAS-IP-Address.
>
>For Mobile IP, the box acts as HA.  MN sends RRQ to the HA with HA field
>set to 10.10.0.1.  HA creates the Access-Req with NAS-IP-Address before
>sending to RADIUS server.  Which IP address should HA set, egress
>interface (10.1.0.1) or HA address (10.10.0.1)?
>
>The RADIUS server has a shared secret with the RADIUS client 10.1.0.1.
>If NAS-IP-Address is 10.10.0.1, the RADIUS server would not be able to
>authenticate the Access-Req and drop this message.
>
>>There's a shared secret (AAA-Key) between NAS (IP address A) and RADIUS 
>>server.
>>
>>The HA (NAS) processes registration with HA field set to IP address 
>>B.  So we
>>expect that A = B in all cases?
>>
>>Currently, I'm not sure if there's any reason for A != B.  Unless someone
>>comes up with a practical scenario, I'm fine with this.
>>
>>  As for FQDN, RFC 3846 defines the HA NAI.  The NAI format would need to
>>be mapped to FQDN.  Excerpt from spec:
>>
>>    "It contains the NAI of the HA in the form hostname@realm.  Together the
>>    hostname and realm form the complete FQDN (hostname.realm) of the HA."
>>[Avi] Actually, Kent, the definition of 3846 is okay.  It will fit in the 
>>NAS-Identifier attribute just fine.  NAS-Identifier can have any value as 
>>long as we know what the format is. So we can convert it to a FQDN or 
>>just leave it as is.
>
>OK.  I thought your mention of FQDN in the NAS-ID meant that the AVP 
>restricted
>the format to only FQDN.  Sounds like as long as RADIUS server can figure 
>out the
>format, we're fine.
>
>Kent
>
>--
>      |           |                   Kent Leung
>     :|:         :|:                  IP Mobility Development
>    :|||:       :|||:                 Internet Technologies Division
>   :|||||||:   :|||||||:              Voice: 408.526.5030
>.:|||||||||:.:|||||||||:.             Fax:   408.525.1653
>  c i s c o S y s t e m s             Email: kleung@cisco.com
>
>--
>Mip4 mailing list: Mip4@ietf.org
>     Web interface: https://www1.ietf.org/mailman/listinfo/mip4
>      Charter page: http://www.ietf.org/html.charters/mip4-charter.html
>Supplemental site: http://www.mip4.org/

--
      |           |                   Kent Leung
     :|:         :|:                  IP Mobility Development
    :|||:       :|||:                 Internet Technologies Division
   :|||||||:   :|||||||:              Voice: 408.526.5030
.:|||||||||:.:|||||||||:.             Fax:   408.525.1653
  c i s c o S y s t e m s             Email: kleung@cisco.com 
--=====================_71763780==_.ALT
Content-Type: text/html; charset="us-ascii"

<html>
Hi Kuntal.&nbsp; If it's agreed on that the NAS-IP-Address and the HA
address may<br>
not be the same, we need to fix the following.<br>
<br>
<font face="arial" size=2 color="#0000FF">Device&nbsp;&nbsp; acting as
NAS&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
RADIUS</font> <br>
<font face="arial" size=2 color="#0000FF">HA or FA&nbsp; IP
address&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
-----&gt;&nbsp;&nbsp;&nbsp; NAS-IP <br>
HA or FA FQDN if availabe&nbsp;&nbsp; -----&gt;&nbsp;&nbsp;&nbsp;
NAS-ID</font> <br>
<br>
So, it will be?<br>
<br>
<font face="arial" size=2 color="#0000FF">HA or FA&nbsp; IP
address&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
-----&gt;&nbsp;&nbsp;&nbsp; HA-IP or FA-IP<br>
HA or FA FQDN if availabe&nbsp;&nbsp; -----&gt;&nbsp;&nbsp;&nbsp; HA-ID
or FA-ID</font> <br>
<br>
Kent<br>
<br>
At 04:32 PM 4/6/2005 -0400, Chowdhury, Kuntal wrote:<br>
<blockquote type=cite cite>Content-class:
urn:content-classes:message<br>
Content-Type: multipart/alternative;<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>boundary=&quot;----_=_NextPart_001_01C53AE7.D0FC63EC&quot;<br>
<br>
<font face="arial" size=2 color="#0000FF">Kent,</font><br>
&nbsp;<br>
<font face="arial" size=2 color="#0000FF">In your scenario the HA should
set the NAS-IP address to 10.1.0.1. The HA address (10.10.0.1) from the
RRQ can be put into the HA-IP address AVP. The HA address extracted from
the RRQ should always be sent in a separate AVP from the NAS-IP address
AVP, since there is no guarantee that the interface address of the NAS
that is used to communicate with the AAA is same as it's HA
address.</font><br>
&nbsp;<br>
<font face="arial" size=2 color="#0000FF">-Kuntal</font>
<dl><font face="tahoma" size=2>
<dd>-----Original Message-----
<dd>From:</b> Kent Leung
[<a href="mailto:kleung@cisco.com" eudora="autourl">mailto:kleung@cisco.com</a>]
<dd>Sent:</b> Wednesday, April 06, 2005 3:11 PM
<dd>To:</b> Avi Lior
<dd>Cc:</b> Avi Lior; Nakhjiri Madjid-MNAKHJI1; Nakhjiri Madjid-MNAKHJI1;
Chowdhury, Kuntal; Mobile IPv4 Mailing List; Avi Lior
<dd>Subject:</b> RE: [Mip4] draft on RADIUS support for Mobile IP<br>
<br>
</font>
<dd>At 02:56 PM 4/6/2005 -0400, Avi Lior
wrote:<font size=2 color="#0000FF">
<dd>&lt;snip&gt;</font><blockquote type=cite cite><blockquote type=cite cite><font face="arial" size=2 color="#0000FF">
<dd>HoA&nbsp;&nbsp; if available will be placed in&nbsp; HoA-IP
attribute</font> 
<dd>&nbsp;
</dl></blockquote><br>
<br>
HoA in the absence of NAI will be placed in the UserName, <br>
as the HoA is the MN identifier (username) to the RADIUS server <br>
in this case.&nbsp; I'm not sure if HoA should also be placed in <br>
the HoA-IP AVP as well?<font face="arial" size=2 color="#0000FF"> <br>
[Avi] Actually why do you need the HOA in the UserName? <br>
</font>&nbsp;</blockquote><br>
<br>
<br>
Just wondering how the MN is going to be identified for
authentication<br>
without UserName?&nbsp; I thought typically this is the attribute used
to<br>
lookup the authentication key in the RADIUS server.<br>
<br>
<blockquote type=cite cite>
<dl>
<dd>When NAI is present, HoA will be placed in the HoA-IP AVP.<br>
<br>
<br>
<br>
<br>
<br>
<blockquote type=cite cite><font face="arial" size=2 color="#0000FF">
<dd>We can say: 
<dd>AAA can route over any of these attribute and other attributes as
well.&nbsp; However, for general roaming NAI SHOULD be available and
placed in the UserName.</font>
<font face="arial" size=2 color="#0000FF">
<dd>Device&nbsp;&nbsp; acting as
NAS&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
RADIUS</font> <font face="arial" size=2 color="#0000FF">
<dd>HA or FA&nbsp; IP
address&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
-----&gt;&nbsp;&nbsp;&nbsp; NAS-IP 
<dd>HA or FA FQDN if availabe&nbsp;&nbsp; -----&gt;&nbsp;&nbsp;&nbsp;
NAS-ID</font> <font face="arial" size=2 color="#0000FF">
<dd>I am assuming HA or FA NAI is really the FQDN and that belongs in the
NAS-ID attribute in RADIUS.</font></blockquote>
<dd>I would like a clarification.<br>
<br>
<font face="arial" size=2 color="#0000FF">
<dd>[Avi] I need to understand what you are saying. </font>
</dl></blockquote><br>
<br>
Sure, I'm not clear which part is confusing or unclear.&nbsp; Maybe the
entire thought<br>
process? :)<br>
<br>
Is it expected that the HA field in the RRQ/RRP is the same as the NAS IP
address?<br>
What happens when HA field is set to all 1s or 0s?<br>
<br>
Here is an example to highlight the issue.<br>
<br>
There is a box that does both PPP termination and Mobile IP.<br>
<br>
For PPP sessions, the NAS will set the NAS-IP-Address to the
interface's<br>
IP address (10.1.0.1) that is used to send the Access-Req to the RADIUS
server.&nbsp; <br>
The RADIUS server authenticates the Access-Req from the NAS, which is
<br>
identified by the NAS-IP-Address.<br>
<br>
For Mobile IP, the box acts as HA.&nbsp; MN sends RRQ to the HA with HA
field<br>
set to 10.10.0.1.&nbsp; HA creates the Access-Req with NAS-IP-Address
before <br>
sending to RADIUS server.&nbsp; Which IP address should HA set, egress
<br>
interface (10.1.0.1) or HA address (10.10.0.1)? <br>
<br>
The RADIUS server has a shared secret with the RADIUS client
10.1.0.1.<br>
If NAS-IP-Address is 10.10.0.1, the RADIUS server would not be able
to<br>
authenticate the Access-Req and drop this message.<br>
<br>
<blockquote type=cite cite>
<dl>
<dd>There's a shared secret (AAA-Key) between NAS (IP address A) and
RADIUS server.<font face="arial" size=2 color="#0000FF"> 
<dd>&nbsp; </font>
<dd>The HA (NAS) processes registration with HA field set to IP address
B.&nbsp; So we 
<dd>expect that A = B in all cases?<br>
<br>

<dd>Currently, I'm not sure if there's any reason for A != B.&nbsp;
Unless someone 
<dd>comes up with a practical scenario, I'm fine with this.<br>
<br>
<font face="arial" size=2 color="#0000FF">
<dd>&nbsp;</font>As for FQDN, RFC 3846 defines the HA NAI.&nbsp; The NAI
format would need to 
<dd>be mapped to FQDN.&nbsp; Excerpt from spec:<br>
<br>

<dd>&nbsp;&nbsp; &quot;It contains the NAI of the HA in the form
hostname@realm.&nbsp; Together the 
<dd>&nbsp;&nbsp; hostname and realm form the complete FQDN
(hostname.realm) of the
HA.&quot;<font face="arial" size=2 color="#0000FF"> 
<dd>[Avi] Actually, Kent, the definition of 3846 is okay.&nbsp; It will
fit in the NAS-Identifier attribute just fine.&nbsp; NAS-Identifier can
have any value as long as we know what the format is. So we can convert
it to a FQDN or just leave it as is. </font>
</dl></blockquote><br>
OK.&nbsp; I thought your mention of FQDN in the NAS-ID meant that the AVP
restricted<br>
the format to only FQDN.&nbsp; Sounds like as long as RADIUS server can
figure out the <br>
format, we're fine.<br>
<br>
Kent<br>
<br>
--<br>
&nbsp;&nbsp;&nbsp;&nbsp;
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Kent Leung<br>
&nbsp;&nbsp;&nbsp; :|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
:|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
IP Mobility Development<br>
&nbsp;&nbsp; :|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
:|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Internet Technologies Division<br>
&nbsp; :|||||||:&nbsp;&nbsp;
:|||||||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Voice: 408.526.5030<br>
.:|||||||||:.:|||||||||:.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Fax:&nbsp;&nbsp; 408.525.1653<br>
&nbsp;c i s c o S y s t e m
s&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Email: kleung@cisco.com <br>
<br>
-- <br>
Mip4 mailing list: Mip4@ietf.org<br>
&nbsp;&nbsp;&nbsp; Web interface:
<a href="https://www1.ietf.org/mailman/listinfo/mip4" eudora="autourl">https://www1.ietf.org/mailman/listinfo/mip4</a><br>
&nbsp;&nbsp;&nbsp;&nbsp; Charter page:
<a href="http://www.ietf.org/html.charters/mip4-charter.html" eudora="autourl">http://www.ietf.org/html.charters/mip4-charter.html</a><br>
Supplemental site:
<a href="http://www.mip4.org/" eudora="autourl">http://www.mip4.org/</a></blockquote><br>
<div>--</div>
<div>&nbsp;&nbsp;&nbsp;&nbsp;
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Kent Leung</div>
<div>&nbsp;&nbsp;&nbsp;
:|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
:|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
IP Mobility Development</div>
<div>&nbsp;&nbsp; :|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
:|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Internet Technologies Division</div>
<div>&nbsp; :|||||||:&nbsp;&nbsp;
:|||||||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Voice: 408.526.5030</div>
<div>.:|||||||||:.:|||||||||:.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Fax:&nbsp;&nbsp; 408.525.1653</div>
&nbsp;c i s c o S y s t e m
s&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Email: kleung@cisco.com
</html>

--=====================_71763780==_.ALT--


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

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/

--===============0901031613==--



From mip4-bounces@ietf.org  Wed Apr  6 17:47:58 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA08032
	for <mip4-web-archive@ietf.org>; Wed, 6 Apr 2005 17:47:58 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DJIVw-00085J-3Q
	for mip4-web-archive@ietf.org; Wed, 06 Apr 2005 17:56:44 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DJINC-0000pi-Rz; Wed, 06 Apr 2005 17:47:42 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DJINB-0000o4-RI
	for mip4@megatron.ietf.org; Wed, 06 Apr 2005 17:47:41 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA08011
	for <mip4@ietf.org>; Wed, 6 Apr 2005 17:47:38 -0400 (EDT)
Received: from ams-iport-1.cisco.com ([144.254.224.140])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DJIVb-00084C-Py
	for mip4@ietf.org; Wed, 06 Apr 2005 17:56:24 -0400
Received: from ams-core-1.cisco.com (144.254.224.150)
	by ams-iport-1.cisco.com with ESMTP; 06 Apr 2005 23:47:33 +0200
Received: from mira-sjc5-b.cisco.com (IDENT:mirapoint@mira-sjc5-b.cisco.com
	[171.71.163.14])
	by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id j36LlQt5022181; 
	Wed, 6 Apr 2005 23:47:27 +0200 (MEST)
Received: from kleung-w2k01.cisco.com (sjc-vpn5-280.cisco.com [10.21.89.24])
	by mira-sjc5-b.cisco.com (MOS 3.4.5-GR) with ESMTP id BDS38683;
	Wed, 6 Apr 2005 14:43:32 -0700 (PDT)
Message-Id: <4.3.2.7.2.20050406141553.03e320d0@mira-sjcm-2.cisco.com>
X-Sender: kleung@mira-sjcm-2.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Wed, 06 Apr 2005 14:18:32 -0700
To: "Chowdhury, Kuntal" <kchowdhury@starentnetworks.com>
From: Kent Leung <kleung@cisco.com>
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP
In-Reply-To: <8A16DAD84432534FBFC19FD92B50512F03411AE5@ames.starentnetwo
	rks.com>
Mime-Version: 1.0
X-Spam-Score: 0.6 (/)
X-Scan-Signature: df1883a27a831c1ea5e8cfe5eb3ad38e
Cc: Nakhjiri Madjid-MNAKHJI1 <Madjid.Nakhjiri@motorola.com>,
        Mobile IPv4 Mailing List <mip4@ietf.org>,
        Avi Lior <avi@bridgewatersystems.com>
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1952708413=="
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.6 (/)
X-Scan-Signature: 06d29b9b22258f4f07fe89b4d4a05a86

--===============1952708413==
Content-Type: multipart/alternative;
	boundary="=====================_73262145==_.ALT"

--=====================_73262145==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hi Kuntal.  If it's agreed on that the NAS-IP-Address and the HA address may
not be the same, we need to fix the following.

Device   acting as NAS                 RADIUS
HA or FA  IP address          ----->    NAS-IP
HA or FA FQDN if availabe   ----->    NAS-ID

So, it will be?

HA or FA  IP address          ----->    HA-IP or FA-IP
HA or FA FQDN if availabe   ----->    HA-ID or FA-ID

Kent

At 04:32 PM 4/6/2005 -0400, Chowdhury, Kuntal wrote:
>Content-class: urn:content-classes:message
>Content-Type: multipart/alternative;
>         boundary="----_=_NextPart_001_01C53AE7.D0FC63EC"
>
>Kent,
>
>In your scenario the HA should set the NAS-IP address to 10.1.0.1. The HA 
>address (10.10.0.1) from the RRQ can be put into the HA-IP address AVP. 
>The HA address extracted from the RRQ should always be sent in a separate 
>AVP from the NAS-IP address AVP, since there is no guarantee that the 
>interface address of the NAS that is used to communicate with the AAA is 
>same as it's HA address.
>
>-Kuntal
>-----Original Message-----
>From: Kent Leung [mailto:kleung@cisco.com]
>Sent: Wednesday, April 06, 2005 3:11 PM
>To: Avi Lior
>Cc: Avi Lior; Nakhjiri Madjid-MNAKHJI1; Nakhjiri Madjid-MNAKHJI1; 
>Chowdhury, Kuntal; Mobile IPv4 Mailing List; Avi Lior
>Subject: RE: [Mip4] draft on RADIUS support for Mobile IP
>
>At 02:56 PM 4/6/2005 -0400, Avi Lior wrote:
><snip>
>>>HoA   if available will be placed in  HoA-IP attribute
>>>
>>
>>
>>HoA in the absence of NAI will be placed in the UserName,
>>as the HoA is the MN identifier (username) to the RADIUS server
>>in this case.  I'm not sure if HoA should also be placed in
>>the HoA-IP AVP as well?
>>[Avi] Actually why do you need the HOA in the UserName?
>>
>
>
>
>Just wondering how the MN is going to be identified for authentication
>without UserName?  I thought typically this is the attribute used to
>lookup the authentication key in the RADIUS server.
>
>>When NAI is present, HoA will be placed in the HoA-IP AVP.
>>
>>
>>
>>
>>
>>>We can say:
>>>AAA can route over any of these attribute and other attributes as 
>>>well.  However, for general roaming NAI SHOULD be available and placed 
>>>in the UserName.
>>>Device   acting as NAS                 RADIUS
>>>HA or FA  IP address          ----->    NAS-IP
>>>HA or FA FQDN if availabe   ----->    NAS-ID
>>>I am assuming HA or FA NAI is really the FQDN and that belongs in the 
>>>NAS-ID attribute in RADIUS.
>>I would like a clarification.
>>
>>[Avi] I need to understand what you are saying.
>
>
>Sure, I'm not clear which part is confusing or unclear.  Maybe the entire 
>thought
>process? :)
>
>Is it expected that the HA field in the RRQ/RRP is the same as the NAS IP 
>address?
>What happens when HA field is set to all 1s or 0s?
>
>Here is an example to highlight the issue.
>
>There is a box that does both PPP termination and Mobile IP.
>
>For PPP sessions, the NAS will set the NAS-IP-Address to the interface's
>IP address (10.1.0.1) that is used to send the Access-Req to the RADIUS 
>server.
>The RADIUS server authenticates the Access-Req from the NAS, which is
>identified by the NAS-IP-Address.
>
>For Mobile IP, the box acts as HA.  MN sends RRQ to the HA with HA field
>set to 10.10.0.1.  HA creates the Access-Req with NAS-IP-Address before
>sending to RADIUS server.  Which IP address should HA set, egress
>interface (10.1.0.1) or HA address (10.10.0.1)?
>
>The RADIUS server has a shared secret with the RADIUS client 10.1.0.1.
>If NAS-IP-Address is 10.10.0.1, the RADIUS server would not be able to
>authenticate the Access-Req and drop this message.
>
>>There's a shared secret (AAA-Key) between NAS (IP address A) and RADIUS 
>>server.
>>
>>The HA (NAS) processes registration with HA field set to IP address 
>>B.  So we
>>expect that A = B in all cases?
>>
>>Currently, I'm not sure if there's any reason for A != B.  Unless someone
>>comes up with a practical scenario, I'm fine with this.
>>
>>  As for FQDN, RFC 3846 defines the HA NAI.  The NAI format would need to
>>be mapped to FQDN.  Excerpt from spec:
>>
>>    "It contains the NAI of the HA in the form hostname@realm.  Together the
>>    hostname and realm form the complete FQDN (hostname.realm) of the HA."
>>[Avi] Actually, Kent, the definition of 3846 is okay.  It will fit in the 
>>NAS-Identifier attribute just fine.  NAS-Identifier can have any value as 
>>long as we know what the format is. So we can convert it to a FQDN or 
>>just leave it as is.
>
>OK.  I thought your mention of FQDN in the NAS-ID meant that the AVP 
>restricted
>the format to only FQDN.  Sounds like as long as RADIUS server can figure 
>out the
>format, we're fine.
>
>Kent
>
>--
>      |           |                   Kent Leung
>     :|:         :|:                  IP Mobility Development
>    :|||:       :|||:                 Internet Technologies Division
>   :|||||||:   :|||||||:              Voice: 408.526.5030
>.:|||||||||:.:|||||||||:.             Fax:   408.525.1653
>  c i s c o S y s t e m s             Email: kleung@cisco.com
>
>--
>Mip4 mailing list: Mip4@ietf.org
>     Web interface: https://www1.ietf.org/mailman/listinfo/mip4
>      Charter page: http://www.ietf.org/html.charters/mip4-charter.html
>Supplemental site: http://www.mip4.org/

--
      |           |                   Kent Leung
     :|:         :|:                  IP Mobility Development
    :|||:       :|||:                 Internet Technologies Division
   :|||||||:   :|||||||:              Voice: 408.526.5030
.:|||||||||:.:|||||||||:.             Fax:   408.525.1653
  c i s c o S y s t e m s             Email: kleung@cisco.com 
--=====================_73262145==_.ALT
Content-Type: text/html; charset="us-ascii"

<html>
Hi Kuntal.&nbsp; If it's agreed on that the NAS-IP-Address and the HA
address may<br>
not be the same, we need to fix the following.<br>
<br>
<font face="arial" size=2 color="#0000FF">Device&nbsp;&nbsp; acting as
NAS&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
RADIUS</font> <br>
<font face="arial" size=2 color="#0000FF">HA or FA&nbsp; IP
address&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
-----&gt;&nbsp;&nbsp;&nbsp; NAS-IP <br>
HA or FA FQDN if availabe&nbsp;&nbsp; -----&gt;&nbsp;&nbsp;&nbsp;
NAS-ID</font> <br>
<br>
So, it will be?<br>
<br>
<font face="arial" size=2 color="#0000FF">HA or FA&nbsp; IP
address&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
-----&gt;&nbsp;&nbsp;&nbsp; HA-IP or FA-IP<br>
HA or FA FQDN if availabe&nbsp;&nbsp; -----&gt;&nbsp;&nbsp;&nbsp; HA-ID
or FA-ID</font> <br>
<br>
Kent<br>
<br>
At 04:32 PM 4/6/2005 -0400, Chowdhury, Kuntal wrote:<br>
<blockquote type=cite cite>Content-class:
urn:content-classes:message<br>
Content-Type: multipart/alternative;<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>boundary=&quot;----_=_NextPart_001_01C53AE7.D0FC63EC&quot;<br>
<br>
<font face="arial" size=2 color="#0000FF">Kent,</font><br>
&nbsp;<br>
<font face="arial" size=2 color="#0000FF">In your scenario the HA should
set the NAS-IP address to 10.1.0.1. The HA address (10.10.0.1) from the
RRQ can be put into the HA-IP address AVP. The HA address extracted from
the RRQ should always be sent in a separate AVP from the NAS-IP address
AVP, since there is no guarantee that the interface address of the NAS
that is used to communicate with the AAA is same as it's HA
address.</font><br>
&nbsp;<br>
<font face="arial" size=2 color="#0000FF">-Kuntal</font>
<dl><font face="tahoma" size=2>
<dd>-----Original Message-----
<dd>From:</b> Kent Leung
[<a href="mailto:kleung@cisco.com" eudora="autourl">mailto:kleung@cisco.com</a>]
<dd>Sent:</b> Wednesday, April 06, 2005 3:11 PM
<dd>To:</b> Avi Lior
<dd>Cc:</b> Avi Lior; Nakhjiri Madjid-MNAKHJI1; Nakhjiri Madjid-MNAKHJI1;
Chowdhury, Kuntal; Mobile IPv4 Mailing List; Avi Lior
<dd>Subject:</b> RE: [Mip4] draft on RADIUS support for Mobile IP<br>
<br>
</font>
<dd>At 02:56 PM 4/6/2005 -0400, Avi Lior
wrote:<font size=2 color="#0000FF">
<dd>&lt;snip&gt;</font><blockquote type=cite cite><blockquote type=cite cite><font face="arial" size=2 color="#0000FF">
<dd>HoA&nbsp;&nbsp; if available will be placed in&nbsp; HoA-IP
attribute</font> 
<dd>&nbsp;
</dl></blockquote><br>
<br>
HoA in the absence of NAI will be placed in the UserName, <br>
as the HoA is the MN identifier (username) to the RADIUS server <br>
in this case.&nbsp; I'm not sure if HoA should also be placed in <br>
the HoA-IP AVP as well?<font face="arial" size=2 color="#0000FF"> <br>
[Avi] Actually why do you need the HOA in the UserName? <br>
</font>&nbsp;</blockquote><br>
<br>
<br>
Just wondering how the MN is going to be identified for
authentication<br>
without UserName?&nbsp; I thought typically this is the attribute used
to<br>
lookup the authentication key in the RADIUS server.<br>
<br>
<blockquote type=cite cite>
<dl>
<dd>When NAI is present, HoA will be placed in the HoA-IP AVP.<br>
<br>
<br>
<br>
<br>
<br>
<blockquote type=cite cite><font face="arial" size=2 color="#0000FF">
<dd>We can say: 
<dd>AAA can route over any of these attribute and other attributes as
well.&nbsp; However, for general roaming NAI SHOULD be available and
placed in the UserName.</font>
<font face="arial" size=2 color="#0000FF">
<dd>Device&nbsp;&nbsp; acting as
NAS&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
RADIUS</font> <font face="arial" size=2 color="#0000FF">
<dd>HA or FA&nbsp; IP
address&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
-----&gt;&nbsp;&nbsp;&nbsp; NAS-IP 
<dd>HA or FA FQDN if availabe&nbsp;&nbsp; -----&gt;&nbsp;&nbsp;&nbsp;
NAS-ID</font> <font face="arial" size=2 color="#0000FF">
<dd>I am assuming HA or FA NAI is really the FQDN and that belongs in the
NAS-ID attribute in RADIUS.</font></blockquote>
<dd>I would like a clarification.<br>
<br>
<font face="arial" size=2 color="#0000FF">
<dd>[Avi] I need to understand what you are saying. </font>
</dl></blockquote><br>
<br>
Sure, I'm not clear which part is confusing or unclear.&nbsp; Maybe the
entire thought<br>
process? :)<br>
<br>
Is it expected that the HA field in the RRQ/RRP is the same as the NAS IP
address?<br>
What happens when HA field is set to all 1s or 0s?<br>
<br>
Here is an example to highlight the issue.<br>
<br>
There is a box that does both PPP termination and Mobile IP.<br>
<br>
For PPP sessions, the NAS will set the NAS-IP-Address to the
interface's<br>
IP address (10.1.0.1) that is used to send the Access-Req to the RADIUS
server.&nbsp; <br>
The RADIUS server authenticates the Access-Req from the NAS, which is
<br>
identified by the NAS-IP-Address.<br>
<br>
For Mobile IP, the box acts as HA.&nbsp; MN sends RRQ to the HA with HA
field<br>
set to 10.10.0.1.&nbsp; HA creates the Access-Req with NAS-IP-Address
before <br>
sending to RADIUS server.&nbsp; Which IP address should HA set, egress
<br>
interface (10.1.0.1) or HA address (10.10.0.1)? <br>
<br>
The RADIUS server has a shared secret with the RADIUS client
10.1.0.1.<br>
If NAS-IP-Address is 10.10.0.1, the RADIUS server would not be able
to<br>
authenticate the Access-Req and drop this message.<br>
<br>
<blockquote type=cite cite>
<dl>
<dd>There's a shared secret (AAA-Key) between NAS (IP address A) and
RADIUS server.<font face="arial" size=2 color="#0000FF"> 
<dd>&nbsp; </font>
<dd>The HA (NAS) processes registration with HA field set to IP address
B.&nbsp; So we 
<dd>expect that A = B in all cases?<br>
<br>

<dd>Currently, I'm not sure if there's any reason for A != B.&nbsp;
Unless someone 
<dd>comes up with a practical scenario, I'm fine with this.<br>
<br>
<font face="arial" size=2 color="#0000FF">
<dd>&nbsp;</font>As for FQDN, RFC 3846 defines the HA NAI.&nbsp; The NAI
format would need to 
<dd>be mapped to FQDN.&nbsp; Excerpt from spec:<br>
<br>

<dd>&nbsp;&nbsp; &quot;It contains the NAI of the HA in the form
hostname@realm.&nbsp; Together the 
<dd>&nbsp;&nbsp; hostname and realm form the complete FQDN
(hostname.realm) of the
HA.&quot;<font face="arial" size=2 color="#0000FF"> 
<dd>[Avi] Actually, Kent, the definition of 3846 is okay.&nbsp; It will
fit in the NAS-Identifier attribute just fine.&nbsp; NAS-Identifier can
have any value as long as we know what the format is. So we can convert
it to a FQDN or just leave it as is. </font>
</dl></blockquote><br>
OK.&nbsp; I thought your mention of FQDN in the NAS-ID meant that the AVP
restricted<br>
the format to only FQDN.&nbsp; Sounds like as long as RADIUS server can
figure out the <br>
format, we're fine.<br>
<br>
Kent<br>
<br>
--<br>
&nbsp;&nbsp;&nbsp;&nbsp;
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Kent Leung<br>
&nbsp;&nbsp;&nbsp; :|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
:|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
IP Mobility Development<br>
&nbsp;&nbsp; :|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
:|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Internet Technologies Division<br>
&nbsp; :|||||||:&nbsp;&nbsp;
:|||||||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Voice: 408.526.5030<br>
.:|||||||||:.:|||||||||:.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Fax:&nbsp;&nbsp; 408.525.1653<br>
&nbsp;c i s c o S y s t e m
s&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Email: kleung@cisco.com <br>
<br>
-- <br>
Mip4 mailing list: Mip4@ietf.org<br>
&nbsp;&nbsp;&nbsp; Web interface:
<a href="https://www1.ietf.org/mailman/listinfo/mip4" eudora="autourl">https://www1.ietf.org/mailman/listinfo/mip4</a><br>
&nbsp;&nbsp;&nbsp;&nbsp; Charter page:
<a href="http://www.ietf.org/html.charters/mip4-charter.html" eudora="autourl">http://www.ietf.org/html.charters/mip4-charter.html</a><br>
Supplemental site:
<a href="http://www.mip4.org/" eudora="autourl">http://www.mip4.org/</a></blockquote><br>
<div>--</div>
<div>&nbsp;&nbsp;&nbsp;&nbsp;
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Kent Leung</div>
<div>&nbsp;&nbsp;&nbsp;
:|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
:|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
IP Mobility Development</div>
<div>&nbsp;&nbsp; :|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
:|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Internet Technologies Division</div>
<div>&nbsp; :|||||||:&nbsp;&nbsp;
:|||||||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Voice: 408.526.5030</div>
<div>.:|||||||||:.:|||||||||:.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Fax:&nbsp;&nbsp; 408.525.1653</div>
&nbsp;c i s c o S y s t e m
s&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Email: kleung@cisco.com
</html>

--=====================_73262145==_.ALT--


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

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/

--===============1952708413==--



From mip4-bounces@ietf.org  Wed Apr  6 17:48:40 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA08094
	for <mip4-web-archive@ietf.org>; Wed, 6 Apr 2005 17:48:40 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DJIWc-00086J-0y
	for mip4-web-archive@ietf.org; Wed, 06 Apr 2005 17:57:26 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DJINv-0001c0-OF; Wed, 06 Apr 2005 17:48:27 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DJINt-0001UT-Dz
	for mip4@megatron.ietf.org; Wed, 06 Apr 2005 17:48:25 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA08076
	for <mip4@ietf.org>; Wed, 6 Apr 2005 17:48:22 -0400 (EDT)
Received: from motgate7.mot.com ([129.188.136.7])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DJIWJ-00085m-Kt
	for mip4@ietf.org; Wed, 06 Apr 2005 17:57:08 -0400
Received: from il06exr04.mot.com (il06exr04.mot.com [129.188.137.134])
	by motgate7.mot.com (Motorola/Motgate7) with ESMTP id j36Lbh73007073
	for <mip4@ietf.org>; Wed, 6 Apr 2005 14:37:43 -0700 (MST)
Received: from il27exm03.cig.mot.com (il27exm03.cig.mot.com [10.17.193.4])
	by il06exr04.mot.com (8.13.1/8.13.0) with ESMTP id j36LnwvY023498
	for <mip4@ietf.org>; Wed, 6 Apr 2005 16:49:58 -0500 (CDT)
Received: by il27exm03.cig.mot.com with Internet Mail Service (5.5.2657.72)
	id <GP0XMHFL>; Wed, 6 Apr 2005 16:48:22 -0500
Message-ID: <EBF631554F9CD7118D0B00065BF34DCB183795A7@il27exm03.cig.mot.com>
From: Nakhjiri Madjid-MNAKHJI1 <Madjid.Nakhjiri@motorola.com>
To: "'Kent Leung'" <kleung@cisco.com>, Avi Lior <avi@bridgewatersystems.com>
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP
Date: Wed, 6 Apr 2005 16:48:21 -0500 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
X-Spam-Score: 2.1 (++)
X-Scan-Signature: 8da0cbf8c1eef8eab03772f2044efec0
Cc: "Chowdhury, Kuntal" <kchowdhury@starentnetworks.com>,
        Mobile IPv4 Mailing List <mip4@ietf.org>,
        Avi Lior <avi@bridgewatersystems.com>
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0116819320=="
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 2.1 (++)
X-Scan-Signature: c8611c7316981838cbe4195d07ac7fdb

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--===============0116819320==
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C53AF2.5A2A7546"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C53AF2.5A2A7546
Content-Type: text/plain

 

I agree with Kent here, there is an issue with an HoA IP attribute.

consider the case, where you have HoA, but not NAI. 

HA includes HoA in HoA IP attributes, but sends an empty user name attribute. 

How does RADIUS server locates and authenticates the user?

I would say you stick whatever you have (HoA or NAI) in the user-name. Seems that 

 MIP RFC rules out having both HoA and NAI. I wonder whether we could modify the RFC

so that the MN can send NAI even if it has an HoA. 

 

On the HA ingress and egress address, I think the ingress should be included in HA IP address (from the RRQ) and egress should be included in the NAS-IP address so that the RADIUS server could locate the shared secret. Why would the RADIUS server care about the HA IP being different from NAS IP? As long as the RADIUS server can make sure both IP addresses belong to the same device (how I don't know) it could encrypt the MN-HA key (based on HA IP ) with RADIUS-NAS key (based on NAS IP). If the RADIUS can't make sure NAS and HA are the same device, the NAS-HA security is not RADIUS problem anyway.

I am still not sure about why the interfaces are different though, but with the solution above we should be fine. I think this is just complicating the matter to an impractical level.

 

Madjid

-----Original Message-----
From: Kent Leung [mailto:kleung@cisco.com] 
Sent: Wednesday, April 06, 2005 3:11 PM
To: Avi Lior
Cc: Avi Lior; Nakhjiri Madjid-MNAKHJI1; Nakhjiri Madjid-MNAKHJI1; Chowdhury, Kuntal; Mobile IPv4 Mailing List; Avi Lior
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP

 

At 02:56 PM 4/6/2005 -0400, Avi Lior wrote:
<snip>



HoA   if available will be placed in  HoA-IP attribute 

 

 

HoA in the absence of NAI will be placed in the UserName, 

as the HoA is the MN identifier (username) to the RADIUS server 

in this case.  I'm not sure if HoA should also be placed in 

the HoA-IP AVP as well? 

[Avi] Actually why do you need the HOA in the UserName? 

 



Just wondering how the MN is going to be identified for authentication
without UserName?  I thought typically this is the attribute used to
lookup the authentication key in the RADIUS server.





When NAI is present, HoA will be placed in the HoA-IP AVP.






We can say: 

AAA can route over any of these attribute and other attributes as well.  However, for general roaming NAI SHOULD be available and placed in the UserName. 

  

Device   acting as NAS                 RADIUS 

  

HA or FA  IP address          ----->    NAS-IP 

HA or FA FQDN if availabe   ----->    NAS-ID 

  

I am assuming HA or FA NAI is really the FQDN and that belongs in the NAS-ID attribute in RADIUS.

  

I would like a clarification.

[Avi] I need to understand what you are saying. 



Sure, I'm not clear which part is confusing or unclear.  Maybe the entire thought
process? :)

Is it expected that the HA field in the RRQ/RRP is the same as the NAS IP address?
What happens when HA field is set to all 1s or 0s?

Here is an example to highlight the issue.

There is a box that does both PPP termination and Mobile IP.

For PPP sessions, the NAS will set the NAS-IP-Address to the interface's
IP address (10.1.0.1) that is used to send the Access-Req to the RADIUS server.  
The RADIUS server authenticates the Access-Req from the NAS, which is 
identified by the NAS-IP-Address.

For Mobile IP, the box acts as HA.  MN sends RRQ to the HA with HA field
set to 10.10.0.1.  HA creates the Access-Req with NAS-IP-Address before 
sending to RADIUS server.  Which IP address should HA set, egress 
interface (10.1.0.1) or HA address (10.10.0.1)? 

The RADIUS server has a shared secret with the RADIUS client 10.1.0.1.
If NAS-IP-Address is 10.10.0.1, the RADIUS server would not be able to
authenticate the Access-Req and drop this message.





There's a shared secret (AAA-Key) between NAS (IP address A) and RADIUS server. 

  

The HA (NAS) processes registration with HA field set to IP address B.  So we 

expect that A = B in all cases?

Currently, I'm not sure if there's any reason for A != B.  Unless someone 

comes up with a practical scenario, I'm fine with this.

  

 As for FQDN, RFC 3846 defines the HA NAI.  The NAI format would need to 

be mapped to FQDN.  Excerpt from spec:

   "It contains the NAI of the HA in the form hostname@realm.  Together the 

   hostname and realm form the complete FQDN (hostname.realm) of the HA." 

[Avi] Actually, Kent, the definition of 3846 is okay.  It will fit in the NAS-Identifier attribute just fine.  NAS-Identifier can have any value as long as we know what the format is. So we can convert it to a FQDN or just leave it as is. 


OK.  I thought your mention of FQDN in the NAS-ID meant that the AVP restricted
the format to only FQDN.  Sounds like as long as RADIUS server can figure out the 
format, we're fine.

Kent

--

     |           |                   Kent Leung

    :|:         :|:                  IP Mobility Development

   :|||:       :|||:                 Internet Technologies Division

  :|||||||:   :|||||||:              Voice: 408.526.5030

.:|||||||||:.:|||||||||:.             Fax:   408.525.1653

 c i s c o S y s t e m s             Email: kleung@cisco.com 


------_=_NextPart_001_01C53AF2.5A2A7546
Content-Type: text/html
Content-Transfer-Encoding: base64

PGh0bWw+DQoNCjxoZWFkPg0KPE1FVEEgSFRUUC1FUVVJVj0iQ29udGVudC1UeXBlIiBDT05URU5U
PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXMtYXNjaWkiPg0KDQoNCjxtZXRhIG5hbWU9R2VuZXJhdG9y
IGNvbnRlbnQ9Ik1pY3Jvc29mdCBXb3JkIDEwIChmaWx0ZXJlZCkiPg0KDQo8c3R5bGU+DQo8IS0t
DQogLyogRm9udCBEZWZpbml0aW9ucyAqLw0KIEBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFo
b21hOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCiAvKiBTdHlsZSBEZWZpbml0
aW9ucyAqLw0KIHAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFy
Z2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglm
b250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5r
DQoJe2NvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQs
IHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7Y29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3Jh
dGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7Zm9udC1mYW1pbHk6QXJpYWw7
DQoJY29sb3I6bmF2eTt9DQpAcGFnZSBTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCglt
YXJnaW46MS4waW4gMS4yNWluIDEuMGluIDEuMjVpbjt9DQpkaXYuU2VjdGlvbjENCgl7cGFnZTpT
ZWN0aW9uMTt9DQotLT4NCjwvc3R5bGU+DQoNCjwvaGVhZD4NCg0KPGJvZHkgbGFuZz1FTi1VUyBs
aW5rPWJsdWUgdmxpbms9cHVycGxlPg0KDQo8ZGl2IGNsYXNzPVNlY3Rpb24xPg0KDQo8cCBjbGFz
cz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPW5hdnkgZmFjZT1BcmlhbD48c3BhbiBzdHls
ZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOm5hdnknPiZuYnNw
Ozwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNv
bG9yPW5hdnkgZmFjZT1BcmlhbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQt
ZmFtaWx5OkFyaWFsO2NvbG9yOm5hdnknPkkgYWdyZWUgd2l0aCA8L3NwYW4+PC9mb250Pjxmb250
IHNpemU9Mg0KICBjb2xvcj1uYXZ5IGZhY2U9QXJpYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTox
MC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7DQogIGNvbG9yOm5hdnknPktlbnQ8L3NwYW4+PC9mb250
Pjxmb250IHNpemU9MiBjb2xvcj1uYXZ5IGZhY2U9QXJpYWw+PHNwYW4NCnN0eWxlPSdmb250LXNp
emU6MTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOm5hdnknPiBoZXJlLCB0aGVyZSBpcyBh
biBpc3N1ZQ0Kd2l0aCBhbiBIb0EgSVAgYXR0cmlidXRlLjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8
cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPW5hdnkgZmFjZT1BcmlhbD48c3Bh
biBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOm5hdnkn
PmNvbnNpZGVyIHRoZSBjYXNlLCB3aGVyZSB5b3UgaGF2ZSBIb0EsIGJ1dA0Kbm90IE5BSS4gPC9z
cGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9
bmF2eSBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1p
bHk6QXJpYWw7Y29sb3I6bmF2eSc+SEEgaW5jbHVkZXMgSG9BIGluIEhvQSBJUCBhdHRyaWJ1dGVz
LCBidXQNCnNlbmRzIGFuIGVtcHR5IHVzZXIgbmFtZSBhdHRyaWJ1dGUuIDwvc3Bhbj48L2ZvbnQ+
PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPW5hdnkgZmFjZT1B
cmlhbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2Nv
bG9yOm5hdnknPkhvdyBkb2VzIFJBRElVUyBzZXJ2ZXIgbG9jYXRlcyBhbmQNCmF1dGhlbnRpY2F0
ZXMgdGhlIHVzZXI/PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9u
dCBzaXplPTIgY29sb3I9bmF2eSBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQox
MC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6bmF2eSc+SSB3b3VsZCBzYXkgeW91IHN0aWNr
IHdoYXRldmVyIHlvdSBoYXZlDQooSG9BIG9yIE5BSSkgaW4gdGhlIHVzZXItbmFtZS4gU2VlbXMg
dGhhdCA8L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9
MiBjb2xvcj1uYXZ5IGZhY2U9QXJpYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtm
b250LWZhbWlseTpBcmlhbDtjb2xvcjpuYXZ5Jz4mbmJzcDtNSVAgUkZDIHJ1bGVzIG91dCBoYXZp
bmcgYm90aCBIb0ENCmFuZCBOQUkuIEkgd29uZGVyIHdoZXRoZXIgd2UgY291bGQgbW9kaWZ5IHRo
ZSBSRkM8L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9
MiBjb2xvcj1uYXZ5IGZhY2U9QXJpYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtm
b250LWZhbWlseTpBcmlhbDtjb2xvcjpuYXZ5Jz5zbyB0aGF0IHRoZSBNTiBjYW4gc2VuZCBOQUkg
ZXZlbiBpZiBpdCBoYXMNCmFuIEhvQS4gPC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1z
b05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9bmF2eSBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdm
b250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6bmF2eSc+Jm5ic3A7PC9z
cGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9
bmF2eSBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1p
bHk6QXJpYWw7Y29sb3I6bmF2eSc+T24gdGhlIEhBIGluZ3Jlc3MgYW5kIGVncmVzcyBhZGRyZXNz
LCBJDQp0aGluayB0aGUgaW5ncmVzcyBzaG91bGQgYmUgaW5jbHVkZWQgaW4gSEEgSVAgYWRkcmVz
cyAoZnJvbSB0aGUgUlJRKSBhbmQgZWdyZXNzDQpzaG91bGQgYmUgaW5jbHVkZWQgaW4gdGhlIE5B
Uy1JUCBhZGRyZXNzIHNvIHRoYXQgdGhlIFJBRElVUyBzZXJ2ZXIgY291bGQgbG9jYXRlDQp0aGUg
c2hhcmVkIHNlY3JldC4gV2h5IHdvdWxkIHRoZSBSQURJVVMgc2VydmVyIGNhcmUgYWJvdXQgdGhl
IEhBIElQIGJlaW5nDQpkaWZmZXJlbnQgZnJvbSBOQVMgSVA/IEFzIGxvbmcgYXMgdGhlIFJBRElV
UyBzZXJ2ZXIgY2FuIG1ha2Ugc3VyZSBib3RoIElQDQphZGRyZXNzZXMgYmVsb25nIHRvIHRoZSBz
YW1lIGRldmljZSAoaG93IEkgZG9uJ3Qga25vdykgaXQgY291bGQgZW5jcnlwdA0KdGhlIE1OLUhB
IGtleSAoYmFzZWQgb24gSEEgSVAgKSB3aXRoIFJBRElVUy1OQVMga2V5IChiYXNlZCBvbiBOQVMg
SVApLiBJZiB0aGUNClJBRElVUyBjYW4ndCBtYWtlIHN1cmUgTkFTIGFuZCBIQSBhcmUgdGhlIHNh
bWUgZGV2aWNlLCB0aGUgTkFTLUhBDQpzZWN1cml0eSBpcyBub3QgUkFESVVTIHByb2JsZW0gYW55
d2F5Ljwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0y
IGNvbG9yPW5hdnkgZmFjZT1BcmlhbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2Zv
bnQtZmFtaWx5OkFyaWFsO2NvbG9yOm5hdnknPkkgYW0gc3RpbGwgbm90IHN1cmUgYWJvdXQgd2h5
IHRoZQ0KaW50ZXJmYWNlcyBhcmUgZGlmZmVyZW50IHRob3VnaCwgYnV0IHdpdGggdGhlIHNvbHV0
aW9uIGFib3ZlIHdlIHNob3VsZCBiZSBmaW5lLg0KSSB0aGluayB0aGlzIGlzIGp1c3QgY29tcGxp
Y2F0aW5nIHRoZSBtYXR0ZXIgdG8gYW4gaW1wcmFjdGljYWwgbGV2ZWwuPC9zcGFuPjwvZm9udD48
L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9bmF2eSBmYWNlPUFy
aWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29s
b3I6bmF2eSc+Jm5ic3A7PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48
Zm9udCBzaXplPTIgY29sb3I9bmF2eSBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6
DQoxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6bmF2eSc+TWFkamlkPC9zcGFuPjwvZm9u
dD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgZmFjZT1UYWhvbWE+PHNw
YW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpUYWhvbWEnPi0tLS0tT3Jp
Z2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KPGI+PHNwYW4gc3R5bGU9J2ZvbnQtd2VpZ2h0OmJvbGQn
PkZyb206PC9zcGFuPjwvYj4gS2VudCBMZXVuZw0KW21haWx0bzprbGV1bmdAY2lzY28uY29tXSA8
YnI+DQo8Yj48c3BhbiBzdHlsZT0nZm9udC13ZWlnaHQ6Ym9sZCc+U2VudDo8L3NwYW4+PC9iPiA8
L3NwYW4+PC9mb250Pjxmb250IHNpemU9MiBmYWNlPVRhaG9tYT48c3BhbiBzdHlsZT0nZm9udC1z
aXplOjEwLjBwdDtmb250LWZhbWlseTpUYWhvbWEnPldlZG5lc2RheSwNCiBBcHJpbCAwNiwgMjAw
NTwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9VGFob21hPjxzcGFuIHN0eWxlPSdmb250
LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6VGFob21hJz4gPC9zcGFuPjwvZm9udD48Zm9udCBz
aXplPTIgZmFjZT1UYWhvbWE+PHNwYW4NCiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZh
bWlseTpUYWhvbWEnPjM6MTEgUE08L3NwYW4+PC9mb250Pjxmb250IHNpemU9Mg0KZmFjZT1UYWhv
bWE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6VGFob21hJz48YnI+
DQo8Yj48c3BhbiBzdHlsZT0nZm9udC13ZWlnaHQ6Ym9sZCc+VG86PC9zcGFuPjwvYj4gQXZpIExp
b3I8YnI+DQo8Yj48c3BhbiBzdHlsZT0nZm9udC13ZWlnaHQ6Ym9sZCc+Q2M6PC9zcGFuPjwvYj4g
QXZpIExpb3I7IE5ha2hqaXJpDQpNYWRqaWQtTU5BS0hKSTE7IE5ha2hqaXJpIE1hZGppZC1NTkFL
SEpJMTsgQ2hvd2RodXJ5LCBLdW50YWw7IDwvc3Bhbj48L2ZvbnQ+PGZvbnQNCiBzaXplPTIgZmFj
ZT1UYWhvbWE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6VGFob21h
Jz5Nb2JpbGU8L3NwYW4+PC9mb250Pjxmb250DQpzaXplPTIgZmFjZT1UYWhvbWE+PHNwYW4gc3R5
bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6VGFob21hJz4gSVB2NA0KTWFpbGluZyBM
aXN0OyBBdmkgTGlvcjxicj4NCjxiPjxzcGFuIHN0eWxlPSdmb250LXdlaWdodDpib2xkJz5TdWJq
ZWN0Ojwvc3Bhbj48L2I+IFJFOiBbTWlwNF0gZHJhZnQgb24NClJBRElVUyBzdXBwb3J0IGZvciBN
b2JpbGUgSVA8L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNp
emU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4w
cHQnPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQg
c2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEy
LjBwdCc+QXQgMDI6NTYgUE0gNC82LzIwMDUgLTA0MDAsIEF2aSBMaW9yIHdyb3RlOjxicj4NCjwv
c3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWU+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6
ZToxMC4wcHQ7Y29sb3I6Ymx1ZSc+Jmx0O3NuaXAmZ3Q7PGJyPg0KPGJyPg0KPC9zcGFuPjwvZm9u
dD48L3A+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0
b206NS4wcHQnIHR5cGU9Y2l0ZSBjaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21h
cmdpbi1sZWZ0Oi41aW4nPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9QXJpYWw+PHNwYW4N
CnN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOmJsdWUnPkhv
QSZuYnNwOyZuYnNwOyBpZg0KYXZhaWxhYmxlIHdpbGwgYmUgcGxhY2VkIGluJm5ic3A7IEhvQS1J
UCBhdHRyaWJ1dGU8L3NwYW4+PC9mb250PiA8L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbCBzdHls
ZT0nbWFyZ2luLWxlZnQ6LjVpbic+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+
PHNwYW4NCnN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz4mbmJzcDs8L3NwYW4+PC9mb250PjwvcD4N
Cg0KPC9ibG9ja3F1b3RlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1yaWdo
dDowaW47bWFyZ2luLWJvdHRvbToxMi4wcHQ7bWFyZ2luLWxlZnQ6DQouNWluJz48Zm9udCBzaXpl
PTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+
Jm5ic3A7PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFy
Z2luLWxlZnQ6LjVpbic+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4N
CnN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz5Ib0EgaW4gdGhlIGFic2VuY2Ugb2YgTkFJIHdpbGwg
YmUgcGxhY2VkIGluIHRoZQ0KVXNlck5hbWUsIDwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFz
cz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxmb250IHNpemU9MyBmYWNlPSJU
aW1lcyBOZXcgUm9tYW4iPjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+YXMgdGhlIEhv
QSBpcyB0aGUgTU4gaWRlbnRpZmllciAodXNlcm5hbWUpIHRvIHRoZQ0KUkFESVVTIHNlcnZlciA8
L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVm
dDouNWluJz48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3Bhbg0Kc3R5bGU9
J2ZvbnQtc2l6ZToxMi4wcHQnPmluIHRoaXMgY2FzZS4mbmJzcDsgSSdtIG5vdCBzdXJlIGlmIEhv
QSBzaG91bGQgYWxzbyBiZQ0KcGxhY2VkIGluIDwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFz
cz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxmb250IHNpemU9MyBmYWNlPSJU
aW1lcyBOZXcgUm9tYW4iPjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+dGhlIEhvQS1J
UCBBVlAgYXMgd2VsbD88L3NwYW4+PC9mb250Pjxmb250IHNpemU9Mg0KY29sb3I9Ymx1ZSBmYWNl
PUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsOw0K
Y29sb3I6Ymx1ZSc+IDwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5
bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9QXJpYWw+
PHNwYW4NCnN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOmJs
dWUnPltBdmldIEFjdHVhbGx5IHdoeSBkbyB5b3UNCm5lZWQgdGhlIEhPQSBpbiB0aGUgVXNlck5h
bWU/IDwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdp
bi1sZWZ0Oi41aW4nPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuDQpz
dHlsZT0nZm9udC1zaXplOjEyLjBwdCc+Jm5ic3A7PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNs
YXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBz
dHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz48YnI+DQo8YnI+DQpKdXN0IHdvbmRlcmluZyBob3cg
dGhlIE1OIGlzIGdvaW5nIHRvIGJlIGlkZW50aWZpZWQgZm9yIGF1dGhlbnRpY2F0aW9uPGJyPg0K
d2l0aG91dCBVc2VyTmFtZT8mbmJzcDsgSSB0aG91Z2h0IHR5cGljYWxseSB0aGlzIGlzIHRoZSBh
dHRyaWJ1dGUgdXNlZCB0bzxicj4NCmxvb2t1cCB0aGUgYXV0aGVudGljYXRpb24ga2V5IGluIHRo
ZSBSQURJVVMgc2VydmVyLjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48L2ZvbnQ+PC9w
Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxmb250IHNp
emU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEyLjBw
dCc+V2hlbiBOQUkgaXMgcHJlc2VudCwgSG9BIHdpbGwgYmUgcGxhY2VkIGluIHRoZSBIb0EtSVAN
CkFWUC48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PC9mb250PjwvcD4NCg0K
PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz48Zm9udCBzaXplPTIg
Y29sb3I9Ymx1ZSBmYWNlPUFyaWFsPjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250
LWZhbWlseTpBcmlhbDtjb2xvcjpibHVlJz5XZSBjYW4gc2F5OiA8L3NwYW4+PC9mb250PjwvcD4N
Cg0KPHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz48Zm9udCBzaXpl
PTIgY29sb3I9Ymx1ZSBmYWNlPUFyaWFsPjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtm
b250LWZhbWlseTpBcmlhbDtjb2xvcjpibHVlJz5BQUEgY2FuIHJvdXRlIG92ZXIgYW55IG9mDQp0
aGVzZSBhdHRyaWJ1dGUgYW5kIG90aGVyIGF0dHJpYnV0ZXMgYXMgd2VsbC4mbmJzcDsgSG93ZXZl
ciwgZm9yIGdlbmVyYWwNCnJvYW1pbmcgTkFJIFNIT1VMRCBiZSBhdmFpbGFibGUgYW5kIHBsYWNl
ZCBpbiB0aGUgVXNlck5hbWUuPC9zcGFuPjwvZm9udD4gPC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3Jt
YWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcg
Um9tYW4iPjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+Jm5ic3A7PC9zcGFuPjwvZm9u
dD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZQ0KZmFjZT1BcmlhbD48c3BhbiBzdHlsZT0nZm9udC1z
aXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpibHVlJz4gPC9zcGFuPjwvZm9udD48
L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PGZvbnQg
c2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1BcmlhbD48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMC4w
cHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6Ymx1ZSc+RGV2aWNlJm5ic3A7Jm5ic3A7IGFjdGlu
Zw0KYXMNCk5BUyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KUkFESVVT
PC9zcGFuPjwvZm9udD4gPC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1s
ZWZ0Oi41aW4nPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuDQpzdHls
ZT0nZm9udC1zaXplOjEyLjBwdCc+Jm5ic3A7PC9zcGFuPjwvZm9udD48Zm9udCBzaXplPTIgY29s
b3I9Ymx1ZQ0KZmFjZT1BcmlhbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZh
bWlseTpBcmlhbDtjb2xvcjpibHVlJz4gPC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1z
b05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUg
ZmFjZT1BcmlhbD48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJp
YWw7Y29sb3I6Ymx1ZSc+SEEgb3IgRkEmbmJzcDsgSVANCmFkZHJlc3MmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCi0tLS0tJmd0OyZuYnNwOyZu
YnNwOyZuYnNwOyBOQVMtSVAgPC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1h
bCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1B
cmlhbD48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29s
b3I6Ymx1ZSc+SEEgb3IgRkEgRlFETiBpZg0KYXZhaWxhYmUmbmJzcDsmbmJzcDsgLS0tLS0mZ3Q7
Jm5ic3A7Jm5ic3A7Jm5ic3A7IE5BUy1JRDwvc3Bhbj48L2ZvbnQ+IDwvcD4NCg0KPHAgY2xhc3M9
TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz48Zm9udCBzaXplPTMgZmFjZT0iVGlt
ZXMgTmV3IFJvbWFuIj48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPiZuYnNwOzwvc3Bh
bj48L2ZvbnQ+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUNCmZhY2U9QXJpYWw+PHNwYW4gc3R5bGU9
J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6Ymx1ZSc+IDwvc3Bhbj48
L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4n
Pjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9QXJpYWw+PHNwYW4NCnN0eWxlPSdmb250LXNp
emU6MTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOmJsdWUnPkkgYW0gYXNzdW1pbmcgSEEg
b3IgRkENCk5BSSBpcyByZWFsbHkgdGhlIEZRRE4gYW5kIHRoYXQgYmVsb25ncyBpbiB0aGUgTkFT
LUlEIGF0dHJpYnV0ZSBpbiBSQURJVVMuPC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1z
b05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUg
ZmFjZT1BcmlhbD48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJp
YWw7Y29sb3I6Ymx1ZSc+Jm5ic3A7PC9zcGFuPjwvZm9udD4gPC9wPg0KDQo8cCBjbGFzcz1Nc29O
b3JtYWwgc3R5bGU9J21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbToxMi4wcHQ7bWFyZ2lu
LWxlZnQ6DQouNWluJz48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBz
dHlsZT0nZm9udC1zaXplOjEyLjBwdCc+SQ0Kd291bGQgbGlrZSBhIGNsYXJpZmljYXRpb24uPC9z
cGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6
LjVpbic+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1BcmlhbD48c3Bhbg0Kc3R5bGU9J2Zv
bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6Ymx1ZSc+W0F2aV0gSSBuZWVk
IHRvDQp1bmRlcnN0YW5kIHdoYXQgeW91IGFyZSBzYXlpbmcuIDwvc3Bhbj48L2ZvbnQ+PC9wPg0K
DQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+
PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+PGJyPg0KPGJyPg0KU3VyZSwgSSdtIG5v
dCBjbGVhciB3aGljaCBwYXJ0IGlzIGNvbmZ1c2luZyBvciB1bmNsZWFyLiZuYnNwOyBNYXliZSB0
aGUgZW50aXJlDQp0aG91Z2h0PGJyPg0KcHJvY2Vzcz8gOik8YnI+DQo8YnI+DQpJcyBpdCBleHBl
Y3RlZCB0aGF0IHRoZSBIQSBmaWVsZCBpbiB0aGUgUlJRL1JSUCBpcyB0aGUgc2FtZSBhcyB0aGUg
TkFTIElQDQphZGRyZXNzPzxicj4NCldoYXQgaGFwcGVucyB3aGVuIEhBIGZpZWxkIGlzIHNldCB0
byBhbGwgMXMgb3IgMHM/PGJyPg0KPGJyPg0KSGVyZSBpcyBhbiBleGFtcGxlIHRvIGhpZ2hsaWdo
dCB0aGUgaXNzdWUuPGJyPg0KPGJyPg0KVGhlcmUgaXMgYSBib3ggdGhhdCBkb2VzIGJvdGggUFBQ
IHRlcm1pbmF0aW9uIGFuZCBNb2JpbGUgSVAuPGJyPg0KPGJyPg0KRm9yIFBQUCBzZXNzaW9ucywg
dGhlIE5BUyB3aWxsIHNldCB0aGUgTkFTLUlQLUFkZHJlc3MgdG8gdGhlIGludGVyZmFjZSdzPGJy
Pg0KSVAgYWRkcmVzcyAoMTAuMS4wLjEpIHRoYXQgaXMgdXNlZCB0byBzZW5kIHRoZSBBY2Nlc3Mt
UmVxIHRvIHRoZSBSQURJVVMNCnNlcnZlci4mbmJzcDsgPGJyPg0KVGhlIFJBRElVUyBzZXJ2ZXIg
YXV0aGVudGljYXRlcyB0aGUgQWNjZXNzLVJlcSBmcm9tIHRoZSBOQVMsIHdoaWNoIGlzIDxicj4N
CmlkZW50aWZpZWQgYnkgdGhlIE5BUy1JUC1BZGRyZXNzLjxicj4NCjxicj4NCkZvciBNb2JpbGUg
SVAsIHRoZSBib3ggYWN0cyBhcyBIQS4mbmJzcDsgTU4gc2VuZHMgUlJRIHRvIHRoZSBIQSB3aXRo
IEhBIGZpZWxkPGJyPg0Kc2V0IHRvIDEwLjEwLjAuMS4mbmJzcDsgSEEgY3JlYXRlcyB0aGUgQWNj
ZXNzLVJlcSB3aXRoIE5BUy1JUC1BZGRyZXNzIGJlZm9yZSA8YnI+DQpzZW5kaW5nIHRvIFJBRElV
UyBzZXJ2ZXIuJm5ic3A7IFdoaWNoIElQIGFkZHJlc3Mgc2hvdWxkIEhBIHNldCwgZWdyZXNzIDxi
cj4NCmludGVyZmFjZSAoMTAuMS4wLjEpIG9yIEhBIGFkZHJlc3MgKDEwLjEwLjAuMSk/IDxicj4N
Cjxicj4NClRoZSBSQURJVVMgc2VydmVyIGhhcyBhIHNoYXJlZCBzZWNyZXQgd2l0aCB0aGUgUkFE
SVVTIGNsaWVudCAxMC4xLjAuMS48YnI+DQpJZiBOQVMtSVAtQWRkcmVzcyBpcyAxMC4xMC4wLjEs
IHRoZSBSQURJVVMgc2VydmVyIHdvdWxkIG5vdCBiZSBhYmxlIHRvPGJyPg0KYXV0aGVudGljYXRl
IHRoZSBBY2Nlc3MtUmVxIGFuZCBkcm9wIHRoaXMgbWVzc2FnZS48YnI+DQo8YnI+DQo8YnI+DQo8
YnI+DQo8L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJn
aW4tbGVmdDouNWluJz48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3Bhbg0K
c3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPlRoZXJlJ3MgYSBzaGFyZWQgc2VjcmV0IChBQUEtS2V5
KSBiZXR3ZWVuIE5BUyAoSVANCmFkZHJlc3MgQSkgYW5kIFJBRElVUyBzZXJ2ZXIuPC9zcGFuPjwv
Zm9udD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPUFyaWFsPjxzcGFuDQpzdHlsZT0nZm9u
dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpibHVlJz4gPC9zcGFuPjwvZm9u
dD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PGZv
bnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1BcmlhbD48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZTox
MC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6Ymx1ZSc+Jm5ic3A7IDwvc3Bhbj48L2ZvbnQ+
PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxmb250
IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEy
LjBwdCc+VGhlIEhBIChOQVMpIHByb2Nlc3NlcyByZWdpc3RyYXRpb24gd2l0aCBIQSBmaWVsZCBz
ZXQNCnRvIElQIGFkZHJlc3MgQi4mbmJzcDsgU28gd2UgPC9zcGFuPjwvZm9udD48L3A+DQoNCjxw
IGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9tOjEy
LjBwdDttYXJnaW4tbGVmdDoNCi41aW4nPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9t
YW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz5leHBlY3QNCnRoYXQgQSA9IEIgaW4g
YWxsIGNhc2VzPzwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9
J21hcmdpbi1sZWZ0Oi41aW4nPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxz
cGFuDQpzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+Q3VycmVudGx5LCBJJ20gbm90IHN1cmUgaWYg
dGhlcmUncyBhbnkgcmVhc29uIGZvciBBICE9DQpCLiZuYnNwOyBVbmxlc3Mgc29tZW9uZSA8L3Nw
YW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tcmlnaHQ6
MGluO21hcmdpbi1ib3R0b206MTIuMHB0O21hcmdpbi1sZWZ0Og0KLjVpbic+PGZvbnQgc2l6ZT0z
IGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPmNv
bWVzDQp1cCB3aXRoIGEgcHJhY3RpY2FsIHNjZW5hcmlvLCBJJ20gZmluZSB3aXRoIHRoaXMuPC9z
cGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6
LjVpbic+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1BcmlhbD48c3Bhbg0Kc3R5bGU9J2Zv
bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6Ymx1ZSc+Jm5ic3A7IDwvc3Bh
bj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41
aW4nPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9QXJpYWw+PHNwYW4NCnN0eWxlPSdmb250
LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOmJsdWUnPiZuYnNwOzwvc3Bhbj48
L2ZvbnQ+QXMNCmZvciBGUUROLCBSRkMgMzg0NiBkZWZpbmVzIHRoZSBIQSBOQUkuJm5ic3A7IFRo
ZSBOQUkgZm9ybWF0IHdvdWxkIG5lZWQgdG8gPC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5
bGU9J21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbToxMi4wcHQ7bWFyZ2luLWxlZnQ6DQou
NWluJz48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9u
dC1zaXplOjEyLjBwdCc+YmUNCm1hcHBlZCB0byBGUUROLiZuYnNwOyBFeGNlcnB0IGZyb20gc3Bl
Yzo8L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4t
bGVmdDouNWluJz48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3Bhbg0Kc3R5
bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPiZuYnNwOyZuYnNwOyAmcXVvdDtJdCBjb250YWlucyB0aGUg
TkFJIG9mIHRoZSBIQSBpbg0KdGhlIGZvcm0gaG9zdG5hbWVAcmVhbG0uJm5ic3A7IFRvZ2V0aGVy
IHRoZSA8L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJn
aW4tbGVmdDouNWluJz48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3Bhbg0K
c3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPiZuYnNwOyZuYnNwOyBob3N0bmFtZSBhbmQgcmVhbG0g
Zm9ybSB0aGUgY29tcGxldGUgRlFETg0KKGhvc3RuYW1lLnJlYWxtKSBvZiB0aGUgSEEuJnF1b3Q7
PC9zcGFuPjwvZm9udD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZQ0KZmFjZT1BcmlhbD48c3BhbiBz
dHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpibHVlJz4gPC9z
cGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6
LjVpbic+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1BcmlhbD48c3Bhbg0Kc3R5bGU9J2Zv
bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6Ymx1ZSc+W0F2aV0gQWN0dWFs
bHksIEtlbnQsIHRoZQ0KZGVmaW5pdGlvbiBvZiAzODQ2IGlzIG9rYXkuJm5ic3A7IEl0IHdpbGwg
Zml0IGluIHRoZSBOQVMtSWRlbnRpZmllciBhdHRyaWJ1dGUNCmp1c3QgZmluZS4mbmJzcDsgTkFT
LUlkZW50aWZpZXIgY2FuIGhhdmUgYW55IHZhbHVlIGFzIGxvbmcgYXMgd2Uga25vdyB3aGF0IHRo
ZQ0KZm9ybWF0IGlzLiBTbyB3ZSBjYW4gY29udmVydCBpdCB0byBhIEZRRE4gb3IganVzdCBsZWF2
ZSBpdCBhcyBpcy4gPC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbCBzdHls
ZT0nbWFyZ2luLWJvdHRvbToxMi4wcHQnPjxmb250IHNpemU9Mw0KZmFjZT0iVGltZXMgTmV3IFJv
bWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+PGJyPg0KT0suJm5ic3A7IEkgdGhv
dWdodCB5b3VyIG1lbnRpb24gb2YgRlFETiBpbiB0aGUgTkFTLUlEIG1lYW50IHRoYXQgdGhlIEFW
UA0KcmVzdHJpY3RlZDxicj4NCnRoZSBmb3JtYXQgdG8gb25seSBGUUROLiZuYnNwOyBTb3VuZHMg
bGlrZSBhcyBsb25nIGFzIFJBRElVUyBzZXJ2ZXIgY2FuIGZpZ3VyZQ0Kb3V0IHRoZSA8YnI+DQpm
b3JtYXQsIHdlJ3JlIGZpbmUuPGJyPg0KPGJyPg0KS2VudDwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8
ZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBS
b21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+LS08L3NwYW4+PC9mb250Pjwv
cD4NCg0KPC9kaXY+DQoNCjxkaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMg
ZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCnwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCnwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCktlbnQgTGV1bmc8L3NwYW4+PC9mb250PjwvcD4N
Cg0KPC9kaXY+DQoNCjxkaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFj
ZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz4mbmJz
cDsmbmJzcDsmbmJzcDsgOnw6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7DQo6fDombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsNCklQIE1vYmlsaXR5IERldmVsb3BtZW50PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvZGl2Pg0K
DQo8ZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5l
dyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+Jm5ic3A7Jm5ic3A7IDp8
fHw6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo6fHx8OiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KSW50ZXJuZXQgVGVjaG5vbG9naWVzIERpdmlz
aW9uPC9zcGFuPjwvZm9udD48L3A+DQoNCjwvZGl2Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFzcz1Nc29O
b3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2Zv
bnQtc2l6ZToNCjEyLjBwdCc+Jm5ic3A7IDp8fHx8fHx8OiZuYnNwOyZuYnNwOw0KOnx8fHx8fHw6
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQpWb2ljZTogNDA4LjUyNi41MDMwPC9zcGFuPjwvZm9udD48
L3A+DQoNCjwvZGl2Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0z
IGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+
Ljp8fHx8fHx8fHw6Ljp8fHx8fHx8fHw6LiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KRmF4OiZuYnNwOyZuYnNw
OyA0MDguNTI1LjE2NTM8L3NwYW4+PC9mb250PjwvcD4NCg0KPC9kaXY+DQoNCjxwIGNsYXNzPU1z
b05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0n
Zm9udC1zaXplOg0KMTIuMHB0Jz4mbmJzcDtjIGkgcyBjIG8gUyB5IHMgdCBlIG0NCnMmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsgRW1haWw6DQprbGV1bmdAY2lzY28uY29tIDwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8
L2Rpdj4NCg0KPC9ib2R5Pg0KDQo8L2h0bWw+DQo=

------_=_NextPart_001_01C53AF2.5A2A7546--


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

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/

--===============0116819320==--



From mip4-bounces@ietf.org  Wed Apr  6 17:52:08 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA08325
	for <mip4-web-archive@ietf.org>; Wed, 6 Apr 2005 17:52:08 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DJIZx-0008Bn-Vs
	for mip4-web-archive@ietf.org; Wed, 06 Apr 2005 18:00:54 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DJIPI-0002cF-6a; Wed, 06 Apr 2005 17:49:52 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DJIPE-0002af-RV
	for mip4@megatron.ietf.org; Wed, 06 Apr 2005 17:49:50 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA08170
	for <mip4@ietf.org>; Wed, 6 Apr 2005 17:49:45 -0400 (EDT)
Received: from motgate8.mot.com ([129.188.136.8])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DJIXe-00088N-Vp
	for mip4@ietf.org; Wed, 06 Apr 2005 17:58:31 -0400
Received: from az33exr04.mot.com (az33exr04.mot.com [10.64.251.234])
	by motgate8.mot.com (Motorola/Motgate8) with ESMTP id j36Lq724011785
	for <mip4@ietf.org>; Wed, 6 Apr 2005 14:52:08 -0700 (MST)
Received: from il27exm03.cig.mot.com (il27exm03.cig.mot.com [10.17.193.4])
	by az33exr04.mot.com (8.13.1/8.13.0) with ESMTP id j36Lot5n000886
	for <mip4@ietf.org>; Wed, 6 Apr 2005 16:51:01 -0500 (CDT)
Received: by il27exm03.cig.mot.com with Internet Mail Service (5.5.2657.72)
	id <GP0XMHG1>; Wed, 6 Apr 2005 16:49:39 -0500
Message-ID: <EBF631554F9CD7118D0B00065BF34DCB183795A8@il27exm03.cig.mot.com>
From: Nakhjiri Madjid-MNAKHJI1 <Madjid.Nakhjiri@motorola.com>
To: "'Chowdhury, Kuntal'" <kchowdhury@starentnetworks.com>,
        Kent Leung
	<kleung@cisco.com>, Avi Lior <avi@bridgewatersystems.com>
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP
Date: Wed, 6 Apr 2005 16:49:38 -0500 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
X-Spam-Score: 2.1 (++)
X-Scan-Signature: 28dc73ba51024f450a593b05aa945739
Cc: Mobile IPv4 Mailing List <mip4@ietf.org>,
        Avi Lior <avi@bridgewatersystems.com>
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1182362167=="
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 2.4 (++)
X-Scan-Signature: c375f2012a4f820b0c0fd6fb14a28357

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--===============1182362167==
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C53AF2.7D0414D2"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C53AF2.7D0414D2
Content-Type: text/plain

There you go, exact same suggestion. Thanks Kuntal.

 

-----Original Message-----
From: Chowdhury, Kuntal [mailto:kchowdhury@starentnetworks.com] 
Sent: Wednesday, April 06, 2005 3:33 PM
To: Kent Leung; Avi Lior
Cc: Avi Lior; Nakhjiri Madjid-MNAKHJI1; Nakhjiri Madjid-MNAKHJI1; Mobile IPv4 Mailing List; Avi Lior
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP

 

Kent,

 

In your scenario the HA should set the NAS-IP address to 10.1.0.1. The HA address (10.10.0.1) from the RRQ can be put into the HA-IP address AVP. The HA address extracted from the RRQ should always be sent in a separate AVP from the NAS-IP address AVP, since there is no guarantee that the interface address of the NAS that is used to communicate with the AAA is same as it's HA address.

 

-Kuntal

-----Original Message-----
From: Kent Leung [mailto:kleung@cisco.com]
Sent: Wednesday, April 06, 2005 3:11 PM
To: Avi Lior
Cc: Avi Lior; Nakhjiri Madjid-MNAKHJI1; Nakhjiri Madjid-MNAKHJI1; Chowdhury, Kuntal; Mobile IPv4 Mailing List; Avi Lior
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP

At 02:56 PM 4/6/2005 -0400, Avi Lior wrote:
<snip>



HoA   if available will be placed in  HoA-IP attribute 

 

 

HoA in the absence of NAI will be placed in the UserName, 

as the HoA is the MN identifier (username) to the RADIUS server 

in this case.  I'm not sure if HoA should also be placed in 

the HoA-IP AVP as well? 

[Avi] Actually why do you need the HOA in the UserName? 

 



Just wondering how the MN is going to be identified for authentication
without UserName?  I thought typically this is the attribute used to
lookup the authentication key in the RADIUS server.





When NAI is present, HoA will be placed in the HoA-IP AVP.






We can say: 

AAA can route over any of these attribute and other attributes as well.  However, for general roaming NAI SHOULD be available and placed in the UserName. 

Device   acting as NAS                 RADIUS 

HA or FA  IP address          ----->    NAS-IP 

HA or FA FQDN if availabe   ----->    NAS-ID 

I am assuming HA or FA NAI is really the FQDN and that belongs in the NAS-ID attribute in RADIUS.

I would like a clarification.

[Avi] I need to understand what you are saying. 



Sure, I'm not clear which part is confusing or unclear.  Maybe the entire thought
process? :)

Is it expected that the HA field in the RRQ/RRP is the same as the NAS IP address?
What happens when HA field is set to all 1s or 0s?

Here is an example to highlight the issue.

There is a box that does both PPP termination and Mobile IP.

For PPP sessions, the NAS will set the NAS-IP-Address to the interface's
IP address (10.1.0.1) that is used to send the Access-Req to the RADIUS server.  
The RADIUS server authenticates the Access-Req from the NAS, which is 
identified by the NAS-IP-Address.

For Mobile IP, the box acts as HA.  MN sends RRQ to the HA with HA field
set to 10.10.0.1.  HA creates the Access-Req with NAS-IP-Address before 
sending to RADIUS server.  Which IP address should HA set, egress 
interface (10.1.0.1) or HA address (10.10.0.1)? 

The RADIUS server has a shared secret with the RADIUS client 10.1.0.1.
If NAS-IP-Address is 10.10.0.1, the RADIUS server would not be able to
authenticate the Access-Req and drop this message.





There's a shared secret (AAA-Key) between NAS (IP address A) and RADIUS server. 

  

The HA (NAS) processes registration with HA field set to IP address B.  So we 

expect that A = B in all cases?

Currently, I'm not sure if there's any reason for A != B.  Unless someone 

comes up with a practical scenario, I'm fine with this.

 As for FQDN, RFC 3846 defines the HA NAI.  The NAI format would need to 

be mapped to FQDN.  Excerpt from spec:

   "It contains the NAI of the HA in the form hostname@realm.  Together the 

   hostname and realm form the complete FQDN (hostname.realm) of the HA." 

[Avi] Actually, Kent, the definition of 3846 is okay.  It will fit in the NAS-Identifier attribute just fine.  NAS-Identifier can have any value as long as we know what the format is. So we can convert it to a FQDN or just leave it as is. 


OK.  I thought your mention of FQDN in the NAS-ID meant that the AVP restricted
the format to only FQDN.  Sounds like as long as RADIUS server can figure out the 
format, we're fine.

Kent

--

     |           |                   Kent Leung

    :|:         :|:                  IP Mobility Development

   :|||:       :|||:                 Internet Technologies Division

  :|||||||:   :|||||||:              Voice: 408.526.5030

.:|||||||||:.:|||||||||:.             Fax:   408.525.1653

 c i s c o S y s t e m s             Email: kleung@cisco.com 


------_=_NextPart_001_01C53AF2.7D0414D2
Content-Type: text/html
Content-Transfer-Encoding: base64

PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
L0VOIj4NCjxodG1sPg0KDQo8aGVhZD4NCjxNRVRBIEhUVFAtRVFVSVY9IkNvbnRlbnQtVHlwZSIg
Q09OVEVOVD0idGV4dC9odG1sOyBjaGFyc2V0PXVzLWFzY2lpIj4NCg0KDQo8bWV0YSBuYW1lPUdl
bmVyYXRvciBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxMCAoZmlsdGVyZWQpIj4NCg0KPHN0eWxl
Pg0KPCEtLQ0KIC8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFt
aWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQogLyogU3R5bGUg
RGVmaW5pdGlvbnMgKi8NCiBwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFs
DQoJe21hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4w
cHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5
cGVybGluaw0KCXtjb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2
aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe2NvbG9yOnB1cnBsZTsNCgl0ZXh0
LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe2ZvbnQtZmFtaWx5
OkFyaWFsOw0KCWNvbG9yOm5hdnk7fQ0KQHBhZ2UgU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4w
aW47DQoJbWFyZ2luOjEuMGluIDEuMjVpbiAxLjBpbiAxLjI1aW47fQ0KZGl2LlNlY3Rpb24xDQoJ
e3BhZ2U6U2VjdGlvbjE7fQ0KLS0+DQo8L3N0eWxlPg0KDQo8L2hlYWQ+DQoNCjxib2R5IGxhbmc9
RU4tVVMgbGluaz1ibHVlIHZsaW5rPXB1cnBsZT4NCg0KPGRpdiBjbGFzcz1TZWN0aW9uMT4NCg0K
PHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBjb2xvcj1uYXZ5IGZhY2U9QXJpYWw+PHNw
YW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpuYXZ5
Jz5UaGVyZSB5b3UgZ28sIGV4YWN0IHNhbWUgc3VnZ2VzdGlvbi4NClRoYW5rcyBLdW50YWwuPC9z
cGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9
bmF2eSBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1p
bHk6QXJpYWw7Y29sb3I6bmF2eSc+Jm5ic3A7PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNz
PU1zb05vcm1hbD48Zm9udCBzaXplPTIgZmFjZT1UYWhvbWE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6
ZToxMC4wcHQ7DQpmb250LWZhbWlseTpUYWhvbWEnPi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t
PGJyPg0KPGI+PHNwYW4gc3R5bGU9J2ZvbnQtd2VpZ2h0OmJvbGQnPkZyb206PC9zcGFuPjwvYj4g
Q2hvd2RodXJ5LCBLdW50YWwNClttYWlsdG86a2Nob3dkaHVyeUBzdGFyZW50bmV0d29ya3MuY29t
XSA8YnI+DQo8Yj48c3BhbiBzdHlsZT0nZm9udC13ZWlnaHQ6Ym9sZCc+U2VudDo8L3NwYW4+PC9i
PiBXZWRuZXNkYXksIEFwcmlsIDA2LCAyMDA1DQozOjMzIFBNPGJyPg0KPGI+PHNwYW4gc3R5bGU9
J2ZvbnQtd2VpZ2h0OmJvbGQnPlRvOjwvc3Bhbj48L2I+IEtlbnQgTGV1bmc7IEF2aSBMaW9yPGJy
Pg0KPGI+PHNwYW4gc3R5bGU9J2ZvbnQtd2VpZ2h0OmJvbGQnPkNjOjwvc3Bhbj48L2I+IEF2aSBM
aW9yOyBOYWtoamlyaQ0KTWFkamlkLU1OQUtISkkxOyBOYWtoamlyaSBNYWRqaWQtTU5BS0hKSTE7
IE1vYmlsZSBJUHY0IE1haWxpbmcgTGlzdDsgQXZpIExpb3I8YnI+DQo8Yj48c3BhbiBzdHlsZT0n
Zm9udC13ZWlnaHQ6Ym9sZCc+U3ViamVjdDo8L3NwYW4+PC9iPiBSRTogW01pcDRdIGRyYWZ0IG9u
DQpSQURJVVMgc3VwcG9ydCBmb3IgTW9iaWxlIElQPC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNs
YXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBz
dHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz4mbmJzcDs8L3NwYW4+PC9mb250PjwvcD4NCg0KPGRp
dj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9QXJp
YWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xv
cjpibHVlJz5LZW50LDwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Rpdj4NCg0KPGRpdj4NCg0KPHAg
Y2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFu
IHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8
L2Rpdj4NCg0KPGRpdj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBjb2xvcj1i
bHVlIGZhY2U9QXJpYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWls
eTpBcmlhbDtjb2xvcjpibHVlJz5JbiB5b3VyIHNjZW5hcmlvIHRoZSBIQSBzaG91bGQgc2V0IHRo
ZQ0KTkFTLUlQIGFkZHJlc3MgdG8gMTAuMS4wLjEuIFRoZSBIQSBhZGRyZXNzJm5ic3A7KDEwLjEw
LjAuMSkgZnJvbSB0aGUgUlJRIGNhbiBiZQ0KcHV0IGludG8gdGhlIEhBLUlQIGFkZHJlc3MgQVZQ
LiBUaGUgSEEgYWRkcmVzcyBleHRyYWN0ZWQgZnJvbSB0aGUgUlJRIHNob3VsZA0KYWx3YXlzIGJl
IHNlbnQgaW4gYSBzZXBhcmF0ZSBBVlAgZnJvbSB0aGUgTkFTLUlQIGFkZHJlc3MgQVZQLCBzaW5j
ZSB0aGVyZSBpcyBubw0KZ3VhcmFudGVlIHRoYXQgdGhlIGludGVyZmFjZSBhZGRyZXNzIG9mIHRo
ZSBOQVMgdGhhdCBpcyB1c2VkIHRvIGNvbW11bmljYXRlDQp3aXRoIHRoZSBBQUEgaXMgc2FtZSBh
cyBpdCdzIEhBIGFkZHJlc3MuPC9zcGFuPjwvZm9udD48L3A+DQoNCjwvZGl2Pg0KDQo8ZGl2Pg0K
DQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+
PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+Jm5ic3A7PC9zcGFuPjwvZm9udD48L3A+
DQoNCjwvZGl2Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNv
bG9yPWJsdWUgZmFjZT1BcmlhbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQt
ZmFtaWx5OkFyaWFsO2NvbG9yOmJsdWUnPi1LdW50YWw8L3NwYW4+PC9mb250PjwvcD4NCg0KPC9k
aXY+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBi
bHVlIDEuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQ7DQptYXJnaW4tbGVmdDozLjc1cHQ7
bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Jz4NCg0KPHAgY2xhc3M9TXNvTm9y
bWFsIHN0eWxlPSdtYXJnaW4tYm90dG9tOjEyLjBwdCc+PGZvbnQgc2l6ZT0yIGZhY2U9VGFob21h
PjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpUYWhvbWEnPi0tLS0t
T3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KPGI+PHNwYW4gc3R5bGU9J2ZvbnQtd2VpZ2h0OmJv
bGQnPkZyb206PC9zcGFuPjwvYj4gS2VudCBMZXVuZw0KW21haWx0bzprbGV1bmdAY2lzY28uY29t
XTxicj4NCjxiPjxzcGFuIHN0eWxlPSdmb250LXdlaWdodDpib2xkJz5TZW50Ojwvc3Bhbj48L2I+
IFdlZG5lc2RheSwgQXByaWwgMDYsIDIwMDUNCjM6MTEgUE08YnI+DQo8Yj48c3BhbiBzdHlsZT0n
Zm9udC13ZWlnaHQ6Ym9sZCc+VG86PC9zcGFuPjwvYj4gQXZpIExpb3I8YnI+DQo8Yj48c3BhbiBz
dHlsZT0nZm9udC13ZWlnaHQ6Ym9sZCc+Q2M6PC9zcGFuPjwvYj4gQXZpIExpb3I7IE5ha2hqaXJp
DQpNYWRqaWQtTU5BS0hKSTE7IE5ha2hqaXJpIE1hZGppZC1NTkFLSEpJMTsgQ2hvd2RodXJ5LCBL
dW50YWw7IE1vYmlsZSBJUHY0DQpNYWlsaW5nIExpc3Q7IEF2aSBMaW9yPGJyPg0KPGI+PHNwYW4g
c3R5bGU9J2ZvbnQtd2VpZ2h0OmJvbGQnPlN1YmplY3Q6PC9zcGFuPjwvYj4gUkU6IFtNaXA0XSBk
cmFmdCBvbg0KUkFESVVTIHN1cHBvcnQgZm9yIE1vYmlsZSBJUDwvc3Bhbj48L2ZvbnQ+PC9wPg0K
DQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+
PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+QXQgMDI6NTYgUE0gNC82LzIwMDUgLTA0
MDAsIEF2aSBMaW9yIHdyb3RlOjxicj4NCjwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0yIGNvbG9y
PWJsdWU+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Y29sb3I6Ymx1ZSc+Jmx0O3NuaXAm
Z3Q7PGJyPg0KPGJyPg0KPC9zcGFuPjwvZm9udD48L3A+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdt
YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIGNpdGU9IiIgdHlwZT1jaXRlPg0K
DQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxmb250IHNpemU9
MiBjb2xvcj1ibHVlIGZhY2U9QXJpYWw+PHNwYW4NCnN0eWxlPSdmb250LXNpemU6MTAuMHB0O2Zv
bnQtZmFtaWx5OkFyaWFsO2NvbG9yOmJsdWUnPkhvQSZuYnNwOyZuYnNwOyBpZg0KYXZhaWxhYmxl
IHdpbGwgYmUgcGxhY2VkIGluJm5ic3A7IEhvQS1JUCBhdHRyaWJ1dGU8L3NwYW4+PC9mb250PiA8
L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PGZvbnQg
c2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4NCnN0eWxlPSdmb250LXNpemU6MTIu
MHB0Jz4mbmJzcDs8L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8cCBjbGFz
cz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1ib3R0b206MTIuMHB0Jz48Zm9udCBzaXplPTMNCmZh
Y2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPiZuYnNw
Ozwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1s
ZWZ0Oi41aW4nPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuDQpzdHls
ZT0nZm9udC1zaXplOjEyLjBwdCc+SG9BIGluIHRoZSBhYnNlbmNlIG9mIE5BSSB3aWxsIGJlIHBs
YWNlZCBpbiB0aGUNClVzZXJOYW1lLCA8L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNv
Tm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMg
TmV3IFJvbWFuIj48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPmFzIHRoZSBIb0EgaXMg
dGhlIE1OIGlkZW50aWZpZXIgKHVzZXJuYW1lKSB0byB0aGUNClJBRElVUyBzZXJ2ZXIgPC9zcGFu
PjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVp
bic+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4NCnN0eWxlPSdmb250
LXNpemU6MTIuMHB0Jz5pbiB0aGlzIGNhc2UuJm5ic3A7IEknbSBub3Qgc3VyZSBpZiBIb0Egc2hv
dWxkIGFsc28gYmUNCnBsYWNlZCBpbiA8L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNv
Tm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMg
TmV3IFJvbWFuIj48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPnRoZSBIb0EtSVAgQVZQ
IGFzIHdlbGw/PC9zcGFuPjwvZm9udD48Zm9udCBzaXplPTINCmNvbG9yPWJsdWUgZmFjZT1Bcmlh
bD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDsNCmNvbG9y
OmJsdWUnPiA8L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdt
YXJnaW4tbGVmdDouNWluJz48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPUFyaWFsPjxzcGFu
DQpzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpibHVlJz5b
QXZpXSBBY3R1YWxseSB3aHkgZG8geW91DQpuZWVkIHRoZSBIT0EgaW4gdGhlIFVzZXJOYW1lPyA8
L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVm
dDouNWluJz48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3Bhbg0Kc3R5bGU9
J2ZvbnQtc2l6ZToxMi4wcHQnPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1N
c29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9
J2ZvbnQtc2l6ZToNCjEyLjBwdCc+PGJyPg0KPGJyPg0KSnVzdCB3b25kZXJpbmcgaG93IHRoZSBN
TiBpcyBnb2luZyB0byBiZSBpZGVudGlmaWVkIGZvciBhdXRoZW50aWNhdGlvbjxicj4NCndpdGhv
dXQgVXNlck5hbWU/Jm5ic3A7IEkgdGhvdWdodCB0eXBpY2FsbHkgdGhpcyBpcyB0aGUgYXR0cmli
dXRlIHVzZWQgdG88YnI+DQpsb29rdXAgdGhlIGF1dGhlbnRpY2F0aW9uIGtleSBpbiB0aGUgUkFE
SVVTIHNlcnZlci48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PC9mb250PjwvcD4NCg0K
PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz48Zm9udCBzaXplPTMg
ZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPldo
ZW4gTkFJIGlzIHByZXNlbnQsIEhvQSB3aWxsIGJlIHBsYWNlZCBpbiB0aGUgSG9BLUlQDQpBVlAu
PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNs
YXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PGZvbnQgc2l6ZT0yIGNvbG9y
PWJsdWUgZmFjZT1BcmlhbD48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p
bHk6QXJpYWw7Y29sb3I6Ymx1ZSc+V2UgY2FuIHNheTogPC9zcGFuPjwvZm9udD48L3A+DQoNCjxw
IGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PGZvbnQgc2l6ZT0yIGNv
bG9yPWJsdWUgZmFjZT1BcmlhbD48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m
YW1pbHk6QXJpYWw7Y29sb3I6Ymx1ZSc+QUFBIGNhbiByb3V0ZSBvdmVyIGFueSBvZg0KdGhlc2Ug
YXR0cmlidXRlIGFuZCBvdGhlciBhdHRyaWJ1dGVzIGFzIHdlbGwuJm5ic3A7IEhvd2V2ZXIsIGZv
ciBnZW5lcmFsDQpyb2FtaW5nIE5BSSBTSE9VTEQgYmUgYXZhaWxhYmxlIGFuZCBwbGFjZWQgaW4g
dGhlIFVzZXJOYW1lLjwvc3Bhbj48L2ZvbnQ+IDwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsIHN0
eWxlPSdtYXJnaW4tbGVmdDouNWluJz48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPUFyaWFs
PjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpi
bHVlJz5EZXZpY2UmbmJzcDsmbmJzcDsgYWN0aW5nDQphcw0KTkFTJm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQpSQURJVVM8L3NwYW4+PC9mb250PiA8L3A+DQoNCjxwIGNs
YXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PGZvbnQgc2l6ZT0yIGNvbG9y
PWJsdWUgZmFjZT1BcmlhbD48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p
bHk6QXJpYWw7Y29sb3I6Ymx1ZSc+SEEgb3IgRkEmbmJzcDsgSVANCmFkZHJlc3MmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCi0tLS0tJmd0OyZu
YnNwOyZuYnNwOyZuYnNwOyBOQVMtSVAgPC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1z
b05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUg
ZmFjZT1BcmlhbD48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJp
YWw7Y29sb3I6Ymx1ZSc+SEEgb3IgRkEgRlFETiBpZg0KYXZhaWxhYmUmbmJzcDsmbmJzcDsgLS0t
LS0mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7IE5BUy1JRDwvc3Bhbj48L2ZvbnQ+IDwvcD4NCg0KPHAg
Y2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz48Zm9udCBzaXplPTIgY29s
b3I9Ymx1ZSBmYWNlPUFyaWFsPjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZh
bWlseTpBcmlhbDtjb2xvcjpibHVlJz5JIGFtIGFzc3VtaW5nIEhBIG9yIEZBDQpOQUkgaXMgcmVh
bGx5IHRoZSBGUUROIGFuZCB0aGF0IGJlbG9uZ3MgaW4gdGhlIE5BUy1JRCBhdHRyaWJ1dGUgaW4g
UkFESVVTLjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21h
cmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbToxMi4wcHQ7bWFyZ2luLWxlZnQ6DQouNWluJz48
Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXpl
OjEyLjBwdCc+SQ0Kd291bGQgbGlrZSBhIGNsYXJpZmljYXRpb24uPC9zcGFuPjwvZm9udD48L3A+
DQoNCjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PGZvbnQgc2l6
ZT0yIGNvbG9yPWJsdWUgZmFjZT1BcmlhbD48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7
Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6Ymx1ZSc+W0F2aV0gSSBuZWVkIHRvDQp1bmRlcnN0YW5k
IHdoYXQgeW91IGFyZSBzYXlpbmcuIDwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29O
b3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2Zv
bnQtc2l6ZToNCjEyLjBwdCc+PGJyPg0KPGJyPg0KU3VyZSwgSSdtIG5vdCBjbGVhciB3aGljaCBw
YXJ0IGlzIGNvbmZ1c2luZyBvciB1bmNsZWFyLiZuYnNwOyBNYXliZSB0aGUgZW50aXJlDQp0aG91
Z2h0PGJyPg0KcHJvY2Vzcz8gOik8YnI+DQo8YnI+DQpJcyBpdCBleHBlY3RlZCB0aGF0IHRoZSBI
QSBmaWVsZCBpbiB0aGUgUlJRL1JSUCBpcyB0aGUgc2FtZSBhcyB0aGUgTkFTIElQDQphZGRyZXNz
Pzxicj4NCldoYXQgaGFwcGVucyB3aGVuIEhBIGZpZWxkIGlzIHNldCB0byBhbGwgMXMgb3IgMHM/
PGJyPg0KPGJyPg0KSGVyZSBpcyBhbiBleGFtcGxlIHRvIGhpZ2hsaWdodCB0aGUgaXNzdWUuPGJy
Pg0KPGJyPg0KVGhlcmUgaXMgYSBib3ggdGhhdCBkb2VzIGJvdGggUFBQIHRlcm1pbmF0aW9uIGFu
ZCBNb2JpbGUgSVAuPGJyPg0KPGJyPg0KRm9yIFBQUCBzZXNzaW9ucywgdGhlIE5BUyB3aWxsIHNl
dCB0aGUgTkFTLUlQLUFkZHJlc3MgdG8gdGhlIGludGVyZmFjZSdzPGJyPg0KSVAgYWRkcmVzcyAo
MTAuMS4wLjEpIHRoYXQgaXMgdXNlZCB0byBzZW5kIHRoZSBBY2Nlc3MtUmVxIHRvIHRoZSBSQURJ
VVMNCnNlcnZlci4mbmJzcDsgPGJyPg0KVGhlIFJBRElVUyBzZXJ2ZXIgYXV0aGVudGljYXRlcyB0
aGUgQWNjZXNzLVJlcSBmcm9tIHRoZSBOQVMsIHdoaWNoIGlzIDxicj4NCmlkZW50aWZpZWQgYnkg
dGhlIE5BUy1JUC1BZGRyZXNzLjxicj4NCjxicj4NCkZvciBNb2JpbGUgSVAsIHRoZSBib3ggYWN0
cyBhcyBIQS4mbmJzcDsgTU4gc2VuZHMgUlJRIHRvIHRoZSBIQSB3aXRoIEhBIGZpZWxkPGJyPg0K
c2V0IHRvIDEwLjEwLjAuMS4mbmJzcDsgSEEgY3JlYXRlcyB0aGUgQWNjZXNzLVJlcSB3aXRoIE5B
Uy1JUC1BZGRyZXNzIGJlZm9yZSA8YnI+DQpzZW5kaW5nIHRvIFJBRElVUyBzZXJ2ZXIuJm5ic3A7
IFdoaWNoIElQIGFkZHJlc3Mgc2hvdWxkIEhBIHNldCwgZWdyZXNzIDxicj4NCmludGVyZmFjZSAo
MTAuMS4wLjEpIG9yIEhBIGFkZHJlc3MgKDEwLjEwLjAuMSk/IDxicj4NCjxicj4NClRoZSBSQURJ
VVMgc2VydmVyIGhhcyBhIHNoYXJlZCBzZWNyZXQgd2l0aCB0aGUgUkFESVVTIGNsaWVudCAxMC4x
LjAuMS48YnI+DQpJZiBOQVMtSVAtQWRkcmVzcyBpcyAxMC4xMC4wLjEsIHRoZSBSQURJVVMgc2Vy
dmVyIHdvdWxkIG5vdCBiZSBhYmxlIHRvPGJyPg0KYXV0aGVudGljYXRlIHRoZSBBY2Nlc3MtUmVx
IGFuZCBkcm9wIHRoaXMgbWVzc2FnZS48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PC9m
b250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz48
Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6
ZToxMi4wcHQnPlRoZXJlJ3MgYSBzaGFyZWQgc2VjcmV0IChBQUEtS2V5KSBiZXR3ZWVuIE5BUyAo
SVANCmFkZHJlc3MgQSkgYW5kIFJBRElVUyBzZXJ2ZXIuPC9zcGFuPjwvZm9udD48Zm9udCBzaXpl
PTIgY29sb3I9Ymx1ZSBmYWNlPUFyaWFsPjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtm
b250LWZhbWlseTpBcmlhbDtjb2xvcjpibHVlJz4gPC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNs
YXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PGZvbnQgc2l6ZT0yIGNvbG9y
PWJsdWUgZmFjZT1BcmlhbD48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p
bHk6QXJpYWw7Y29sb3I6Ymx1ZSc+Jm5ic3A7IDwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFz
cz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxmb250IHNpemU9MyBmYWNlPSJU
aW1lcyBOZXcgUm9tYW4iPjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+VGhlIEhBIChO
QVMpIHByb2Nlc3NlcyByZWdpc3RyYXRpb24gd2l0aCBIQSBmaWVsZCBzZXQNCnRvIElQIGFkZHJl
c3MgQi4mbmJzcDsgU28gd2UgPC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1h
bCBzdHlsZT0nbWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9tOjEyLjBwdDttYXJnaW4tbGVm
dDoNCi41aW4nPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxl
PSdmb250LXNpemU6MTIuMHB0Jz5leHBlY3QNCnRoYXQgQSA9IEIgaW4gYWxsIGNhc2VzPzwvc3Bh
bj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41
aW4nPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuDQpzdHlsZT0nZm9u
dC1zaXplOjEyLjBwdCc+Q3VycmVudGx5LCBJJ20gbm90IHN1cmUgaWYgdGhlcmUncyBhbnkgcmVh
c29uIGZvciBBICE9DQpCLiZuYnNwOyBVbmxlc3Mgc29tZW9uZSA8L3NwYW4+PC9mb250PjwvcD4N
Cg0KPHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0
b206MTIuMHB0O21hcmdpbi1sZWZ0Og0KLjVpbic+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5l
dyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPmNvbWVzDQp1cCB3aXRoIGEg
cHJhY3RpY2FsIHNjZW5hcmlvLCBJJ20gZmluZSB3aXRoIHRoaXMuPC9zcGFuPjwvZm9udD48L3A+
DQoNCjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbic+PGZvbnQgc2l6
ZT0yIGNvbG9yPWJsdWUgZmFjZT1BcmlhbD48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7
Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6Ymx1ZSc+Jm5ic3A7PC9zcGFuPjwvZm9udD5Bcw0KZm9y
IEZRRE4sIFJGQyAzODQ2IGRlZmluZXMgdGhlIEhBIE5BSS4mbmJzcDsgVGhlIE5BSSBmb3JtYXQg
d291bGQgbmVlZCB0byA8L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLXJp
Z2h0OjBpbjttYXJnaW4tYm90dG9tOjEyLjBwdDttYXJnaW4tbGVmdDoNCi41aW4nPjxmb250IHNp
emU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTIuMHB0
Jz5iZQ0KbWFwcGVkIHRvIEZRRE4uJm5ic3A7IEV4Y2VycHQgZnJvbSBzcGVjOjwvc3Bhbj48L2Zv
bnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4nPjxm
b250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuDQpzdHlsZT0nZm9udC1zaXpl
OjEyLjBwdCc+Jm5ic3A7Jm5ic3A7ICZxdW90O0l0IGNvbnRhaW5zIHRoZSBOQUkgb2YgdGhlIEhB
IGluDQp0aGUgZm9ybSBob3N0bmFtZUByZWFsbS4mbmJzcDsgVG9nZXRoZXIgdGhlIDwvc3Bhbj48
L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW4n
Pjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuDQpzdHlsZT0nZm9udC1z
aXplOjEyLjBwdCc+Jm5ic3A7Jm5ic3A7IGhvc3RuYW1lIGFuZCByZWFsbSBmb3JtIHRoZSBjb21w
bGV0ZSBGUURODQooaG9zdG5hbWUucmVhbG0pIG9mIHRoZSBIQS4mcXVvdDs8L3NwYW4+PC9mb250
Pjxmb250IHNpemU9MiBjb2xvcj1ibHVlDQpmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNp
emU6MTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOmJsdWUnPiA8L3NwYW4+PC9mb250Pjwv
cD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tbGVmdDouNWluJz48Zm9udCBz
aXplPTIgY29sb3I9Ymx1ZSBmYWNlPUFyaWFsPjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEwLjBw
dDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpibHVlJz5bQXZpXSBBY3R1YWxseSwgS2VudCwgdGhl
DQpkZWZpbml0aW9uIG9mIDM4NDYgaXMgb2theS4mbmJzcDsgSXQgd2lsbCBmaXQgaW4gdGhlIE5B
Uy1JZGVudGlmaWVyIGF0dHJpYnV0ZQ0KanVzdCBmaW5lLiZuYnNwOyBOQVMtSWRlbnRpZmllciBj
YW4gaGF2ZSBhbnkgdmFsdWUgYXMgbG9uZyBhcyB3ZSBrbm93IHdoYXQgdGhlDQpmb3JtYXQgaXMu
IFNvIHdlIGNhbiBjb252ZXJ0IGl0IHRvIGEgRlFETiBvciBqdXN0IGxlYXZlIGl0IGFzIGlzLiA8
L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tYm90
dG9tOjEyLjBwdCc+PGZvbnQgc2l6ZT0zDQpmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0
eWxlPSdmb250LXNpemU6MTIuMHB0Jz48YnI+DQpPSy4mbmJzcDsgSSB0aG91Z2h0IHlvdXIgbWVu
dGlvbiBvZiBGUUROIGluIHRoZSBOQVMtSUQgbWVhbnQgdGhhdCB0aGUgQVZQDQpyZXN0cmljdGVk
PGJyPg0KdGhlIGZvcm1hdCB0byBvbmx5IEZRRE4uJm5ic3A7IFNvdW5kcyBsaWtlIGFzIGxvbmcg
YXMgUkFESVVTIHNlcnZlciBjYW4gZmlndXJlIG91dA0KdGhlIDxicj4NCmZvcm1hdCwgd2UncmUg
ZmluZS48YnI+DQo8YnI+DQpLZW50PC9zcGFuPjwvZm9udD48L3A+DQoNCjxkaXY+DQoNCjxwIGNs
YXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBz
dHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz4tLTwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Rpdj4N
Cg0KPGRpdj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBO
ZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOw0KfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOw0KfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOw0KS2VudCBMZXVuZzwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Rpdj4NCg0K
PGRpdj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcg
Um9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPiZuYnNwOyZuYnNwOyZuYnNw
OyA6fDombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjp8
OiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KSVAgTW9iaWxp
dHkgRGV2ZWxvcG1lbnQ8L3NwYW4+PC9mb250PjwvcD4NCg0KPC9kaXY+DQoNCjxkaXY+DQoNCjxw
IGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3Bh
biBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz4mbmJzcDsmbmJzcDsgOnx8fDombmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjp8fHw6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7DQpJbnRlcm5ldCBUZWNobm9sb2dpZXMgRGl2aXNpb248L3NwYW4+PC9m
b250PjwvcD4NCg0KPC9kaXY+DQoNCjxkaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBz
aXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIu
MHB0Jz4mbmJzcDsgOnx8fHx8fHw6Jm5ic3A7Jm5ic3A7DQo6fHx8fHx8fDombmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsNClZvaWNlOiA0MDguNTI2LjUwMzA8L3NwYW4+PC9mb250PjwvcD4NCg0KPC9kaXY+
DQoNCjxkaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMg
TmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz4uOnx8fHx8fHx8fDou
Onx8fHx8fHx8fDouJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQpGYXg6Jm5ic3A7Jm5ic3A7IDQwOC41MjUuMTY1
Mzwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Rpdj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250
IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQox
Mi4wcHQnPiZuYnNwO2MgaSBzIGMgbyBTIHkgcyB0IGUgbQ0KcyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KRW1h
aWw6IGtsZXVuZ0BjaXNjby5jb20gPC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4N
Cg0KPC9kaXY+DQoNCjwvYm9keT4NCg0KPC9odG1sPg0K

------_=_NextPart_001_01C53AF2.7D0414D2--


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

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/

--===============1182362167==--



From mip4-bounces@ietf.org  Wed Apr  6 18:10:37 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA10634
	for <mip4-web-archive@ietf.org>; Wed, 6 Apr 2005 18:10:37 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DJIrq-0000Cp-US
	for mip4-web-archive@ietf.org; Wed, 06 Apr 2005 18:19:23 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DJIhI-00059o-34; Wed, 06 Apr 2005 18:08:28 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DJIhF-00059j-KH
	for mip4@megatron.ietf.org; Wed, 06 Apr 2005 18:08:25 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA10332
	for <mip4@ietf.org>; Wed, 6 Apr 2005 18:08:22 -0400 (EDT)
Received: from bws14.bridgewatersystems.com ([216.113.7.14])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DJIpf-00009y-L1
	for mip4@ietf.org; Wed, 06 Apr 2005 18:17:08 -0400
Received: by exch01.bridgewatersys.com with Internet Mail Service (5.5.2657.72)
	id <GV72Y5XR>; Wed, 6 Apr 2005 18:08:15 -0400
Message-ID: <F17FB067A86B2D488382C923C532EAA704F74327@exch01.bridgewatersys.com>
From: Avi Lior <avi@bridgewatersystems.com>
To: "'Nakhjiri Madjid-MNAKHJI1'" <Madjid.Nakhjiri@motorola.com>,
        "'Kent Leung'" <kleung@cisco.com>,
        Avi Lior <avi@bridgewatersystems.com>
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP
Date: Wed, 6 Apr 2005 18:08:04 -0400 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
X-Spam-Score: 0.4 (/)
X-Scan-Signature: e9eeacd7fe925d5f7faae01ed8f85b97
Cc: "Chowdhury, Kuntal" <kchowdhury@starentnetworks.com>,
        Mobile IPv4 Mailing List <mip4@ietf.org>,
        Avi Lior <avi@bridgewatersystems.com>
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2027812565=="
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.4 (/)
X-Scan-Signature: 08868c2bcdb53bddcb7cc7e7cf96b038

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--===============2027812565==
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C53AF5.1B1C1170"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C53AF5.1B1C1170
Content-Type: text/plain

Hi Madjid,

-----Original Message-----
From: Nakhjiri Madjid-MNAKHJI1 [mailto:Madjid.Nakhjiri@motorola.com] 
Sent: Wednesday, April 06, 2005 5:48 PM
To: 'Kent Leung'; Avi Lior
Cc: Avi Lior; Chowdhury, Kuntal; Mobile IPv4 Mailing List; Avi Lior
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP



 

<snip>

 

consider the case, where you have HoA, but not NAI.  

 HA includes HoA in HoA IP attributes, but sends an empty user name
attribute. 

How does RADIUS server locates and authenticates the user?
[Avi] RADIUS can use the HOA attribute to locate and authenticate the
user!!!  RADIUS can do that.  

If you look at the RAIDUS spec the User-Name is 0-1 2865 says the User-Name
MUST be filled in if the username attribute is available.

 

I would say you stick whatever you have (HoA or NAI) in the user-name. 
[Avi] Well I disagree. Since the HOA may be a non routable address and it
would create probelms. 


 Seems that MIP RFC rules out having both HoA and NAI.
[Avi] BTW Can you show me which RFC says that.?

 

[AVI] snip the rest....

 

Madjid

-----Original Message-----
From: Kent Leung [mailto:kleung@cisco.com] 
Sent: Wednesday, April 06, 2005 3:11 PM
To: Avi Lior
Cc: Avi Lior; Nakhjiri Madjid-MNAKHJI1; Nakhjiri Madjid-MNAKHJI1; Chowdhury,
Kuntal; Mobile IPv4 Mailing List; Avi Lior
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP

 

At 02:56 PM 4/6/2005 -0400, Avi Lior wrote:
<snip>



HoA   if available will be placed in  HoA-IP attribute 

 

 

HoA in the absence of NAI will be placed in the UserName, 

as the HoA is the MN identifier (username) to the RADIUS server 

in this case.  I'm not sure if HoA should also be placed in 

the HoA-IP AVP as well? 

[Avi] Actually why do you need the HOA in the UserName? 

 



Just wondering how the MN is going to be identified for authentication
without UserName?  I thought typically this is the attribute used to
lookup the authentication key in the RADIUS server.





When NAI is present, HoA will be placed in the HoA-IP AVP.






We can say: 

AAA can route over any of these attribute and other attributes as well.
However, for general roaming NAI SHOULD be available and placed in the
UserName. 

  

Device   acting as NAS                 RADIUS 

  

HA or FA  IP address          ----->    NAS-IP 

HA or FA FQDN if availabe   ----->    NAS-ID 

  

I am assuming HA or FA NAI is really the FQDN and that belongs in the NAS-ID
attribute in RADIUS.



I would like a clarification.

[Avi] I need to understand what you are saying. 



Sure, I'm not clear which part is confusing or unclear.  Maybe the entire
thought
process? :)

Is it expected that the HA field in the RRQ/RRP is the same as the NAS IP
address?
What happens when HA field is set to all 1s or 0s?

Here is an example to highlight the issue.

There is a box that does both PPP termination and Mobile IP.

For PPP sessions, the NAS will set the NAS-IP-Address to the interface's
IP address (10.1.0.1) that is used to send the Access-Req to the RADIUS
server.  
The RADIUS server authenticates the Access-Req from the NAS, which is 
identified by the NAS-IP-Address.

For Mobile IP, the box acts as HA.  MN sends RRQ to the HA with HA field
set to 10.10.0.1.  HA creates the Access-Req with NAS-IP-Address before 
sending to RADIUS server.  Which IP address should HA set, egress 
interface (10.1.0.1) or HA address (10.10.0.1)? 

The RADIUS server has a shared secret with the RADIUS client 10.1.0.1.
If NAS-IP-Address is 10.10.0.1, the RADIUS server would not be able to
authenticate the Access-Req and drop this message.





There's a shared secret (AAA-Key) between NAS (IP address A) and RADIUS
server. 

  

The HA (NAS) processes registration with HA field set to IP address B.  So
we 

expect that A = B in all cases?

Currently, I'm not sure if there's any reason for A != B.  Unless someone 

comes up with a practical scenario, I'm fine with this.

  

 As for FQDN, RFC 3846 defines the HA NAI.  The NAI format would need to 

be mapped to FQDN.  Excerpt from spec:

   "It contains the NAI of the HA in the form hostname@realm.  Together the 

   hostname and realm form the complete FQDN (hostname.realm) of the HA." 

[Avi] Actually, Kent, the definition of 3846 is okay.  It will fit in the
NAS-Identifier attribute just fine.  NAS-Identifier can have any value as
long as we know what the format is. So we can convert it to a FQDN or just
leave it as is. 


OK.  I thought your mention of FQDN in the NAS-ID meant that the AVP
restricted
the format to only FQDN.  Sounds like as long as RADIUS server can figure
out the 
format, we're fine.

Kent

--

     |           |                   Kent Leung

    :|:         :|:                  IP Mobility Development

   :|||:       :|||:                 Internet Technologies Division

  :|||||||:   :|||||||:              Voice: 408.526.5030

.:|||||||||:.:|||||||||:.             Fax:   408.525.1653

 c i s c o S y s t e m s             Email: kleung@cisco.com 


------_=_NextPart_001_01C53AF5.1B1C1170
Content-Type: text/html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<TITLE>Message</TITLE>

<META content="MSHTML 6.00.2900.2604" name=GENERATOR>
<STYLE>@font-face {
	font-family: Tahoma;
}
@page Section1 {size: 8.5in 11.0in; margin: 1.0in 1.25in 1.0in 1.25in; }
P.MsoNormal {
	FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"
}
LI.MsoNormal {
	FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"
}
DIV.MsoNormal {
	FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"
}
A:link {
	COLOR: blue; TEXT-DECORATION: underline
}
SPAN.MsoHyperlink {
	COLOR: blue; TEXT-DECORATION: underline
}
A:visited {
	COLOR: purple; TEXT-DECORATION: underline
}
SPAN.MsoHyperlinkFollowed {
	COLOR: purple; TEXT-DECORATION: underline
}
SPAN.EmailStyle17 {
	COLOR: navy; FONT-FAMILY: Arial
}
DIV.Section1 {
	page: Section1
}
</STYLE>
</HEAD>
<BODY lang=EN-US vLink=purple link=blue>
<DIV><SPAN class=583040222-06042005><FONT face=Arial color=#0000ff size=2>Hi 
Madjid,</FONT></SPAN></DIV>
<BLOCKQUOTE dir=ltr 
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px solid; MARGIN-RIGHT: 0px">
  <DIV></DIV>
  <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT 
  face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> Nakhjiri 
  Madjid-MNAKHJI1 [mailto:Madjid.Nakhjiri@motorola.com] <BR><B>Sent:</B> 
  Wednesday, April 06, 2005 5:48 PM<BR><B>To:</B> 'Kent Leung'; Avi 
  Lior<BR><B>Cc:</B> Avi Lior; Chowdhury, Kuntal; Mobile IPv4 Mailing List; Avi 
  Lior<BR><B>Subject:</B> RE: [Mip4] draft on RADIUS support for Mobile 
  IP<BR><BR></FONT></DIV>
  <DIV class=Section1>
  <P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN 
  style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"></SPAN></FONT>&nbsp;</P>
  <P class=MsoNormal><FONT color=navy><SPAN 
  style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><SPAN 
  class=583040222-06042005><FONT color=#0000ff><FONT 
  color=#000080>&lt;snip&gt;</FONT></FONT></SPAN></SPAN></FONT></P>
  <P class=MsoNormal><FONT color=navy><SPAN 
  style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><SPAN 
  class=583040222-06042005></SPAN></SPAN></FONT><FONT color=navy><SPAN 
  style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><SPAN 
  class=583040222-06042005>&nbsp;</SPAN></SPAN></FONT></P>
  <P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN 
  style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">consider the case, 
  where you have HoA, but not NAI.&nbsp;</SPAN></FONT><FONT color=navy><SPAN 
  style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><SPAN 
  class=583040222-06042005><FONT color=#0000ff>&nbsp;</FONT></SPAN></P>
  <P class=MsoNormal><SPAN class=583040222-06042005>&nbsp;</SPAN>HA includes HoA 
  in HoA IP attributes, but sends an empty user name attribute. 
  </SPAN></FONT></P>
  <P class=MsoNormal><FONT color=navy><SPAN 
  style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">How does RADIUS 
  server locates and authenticates the user?<BR><SPAN 
  class=583040222-06042005><FONT color=#0000ff>[Avi]&nbsp;RADIUS can use the HOA 
  attribute to locate and authenticate the user!!!&nbsp; RADIUS can do 
  that.&nbsp; </FONT></SPAN></SPAN></FONT></P>
  <P class=MsoNormal><FONT color=#0000ff><SPAN 
  style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><SPAN 
  class=583040222-06042005>If you look at the RAIDUS spec the User-Name is 0-1 
  2865 says the User-Name MUST be filled in if the username attribute is 
  available.</SPAN></SPAN></FONT></P>
  <P class=MsoNormal><FONT color=navy><SPAN 
  style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><SPAN 
  class=583040222-06042005>&nbsp;</SPAN></SPAN></FONT></P>
  <P class=MsoNormal><FONT color=navy><SPAN 
  style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">I would say you stick 
  whatever you have (HoA or NAI) in the user-name. <BR><SPAN 
  class=583040222-06042005><FONT color=#0000ff>[Avi]&nbsp;Well I disagree. Since 
  the HOA may&nbsp;be a non routable address and it would create 
  probelms.&nbsp;</FONT></SPAN><BR><SPAN class=583040222-06042005><FONT 
  color=#0000ff></FONT></SPAN></SPAN></FONT></P>
  <P class=MsoNormal><FONT color=navy><SPAN 
  style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><SPAN 
  class=583040222-06042005>&nbsp;</SPAN>Seems that </SPAN></FONT><FONT 
  color=navy><SPAN style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">MIP 
  RFC rules out having both HoA and NAI.<BR><SPAN class=583040222-06042005><FONT 
  color=#0000ff>[Avi]&nbsp;BTW Can you show me which RFC says 
  that.?</FONT></SPAN></SPAN></FONT></P>
  <P class=MsoNormal><FONT color=#0000ff><SPAN 
  style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><SPAN 
  class=583040222-06042005></SPAN></SPAN></FONT>&nbsp;</P>
  <P class=MsoNormal><FONT color=#0000ff><SPAN 
  style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><SPAN 
  class=583040222-06042005>[AVI] snip the rest....</SPAN></SPAN></FONT></P>
  <P class=MsoNormal><SPAN 
  style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><SPAN 
  class=583040222-06042005></SPAN></SPAN>&nbsp;</P>
  <P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN 
  style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">Madjid</SPAN></FONT></P>
  <P class=MsoNormal><FONT face=Tahoma size=2><SPAN 
  style="FONT-SIZE: 10pt; FONT-FAMILY: Tahoma">-----Original 
  Message-----<BR><B><SPAN style="FONT-WEIGHT: bold">From:</SPAN></B> Kent Leung 
  [mailto:kleung@cisco.com] <BR><B><SPAN 
  style="FONT-WEIGHT: bold">Sent:</SPAN></B> </SPAN></FONT><FONT face=Tahoma 
  size=2><SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Tahoma">Wednesday, April 06, 
  2005</SPAN></FONT><FONT face=Tahoma size=2><SPAN 
  style="FONT-SIZE: 10pt; FONT-FAMILY: Tahoma"> </SPAN></FONT><FONT face=Tahoma 
  size=2><SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Tahoma">3:11 
  PM</SPAN></FONT><FONT face=Tahoma size=2><SPAN 
  style="FONT-SIZE: 10pt; FONT-FAMILY: Tahoma"><BR><B><SPAN 
  style="FONT-WEIGHT: bold">To:</SPAN></B> Avi Lior<BR><B><SPAN 
  style="FONT-WEIGHT: bold">Cc:</SPAN></B> Avi Lior; Nakhjiri Madjid-MNAKHJI1; 
  Nakhjiri Madjid-MNAKHJI1; Chowdhury, Kuntal; </SPAN></FONT><FONT face=Tahoma 
  size=2><SPAN 
  style="FONT-SIZE: 10pt; FONT-FAMILY: Tahoma">Mobile</SPAN></FONT><FONT 
  face=Tahoma size=2><SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Tahoma"> IPv4 
  Mailing List; Avi Lior<BR><B><SPAN 
  style="FONT-WEIGHT: bold">Subject:</SPAN></B> RE: [Mip4] draft on RADIUS 
  support for Mobile IP</SPAN></FONT></P>
  <P class=MsoNormal><FONT face="Times New Roman" size=3><SPAN 
  style="FONT-SIZE: 12pt"></SPAN></FONT>&nbsp;</P>
  <P class=MsoNormal><FONT face="Times New Roman" size=3><SPAN 
  style="FONT-SIZE: 12pt">At 02:56 PM 4/6/2005 -0400, Avi Lior 
  wrote:<BR></SPAN></FONT><FONT color=blue size=2><SPAN 
  style="FONT-SIZE: 10pt; COLOR: blue">&lt;snip&gt;<BR><BR></SPAN></FONT></P>
  <BLOCKQUOTE style="MARGIN-TOP: 5pt; MARGIN-BOTTOM: 5pt" cite="" type="cite">
    <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face=Arial color=blue 
    size=2><SPAN 
    style="FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial">HoA&nbsp;&nbsp; if 
    available will be placed in&nbsp; HoA-IP attribute</SPAN></FONT> </P>
    <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" 
    size=3><SPAN style="FONT-SIZE: 12pt"></SPAN></FONT>&nbsp;</P></BLOCKQUOTE>
  <P class=MsoNormal 
  style="MARGIN-BOTTOM: 12pt; MARGIN-LEFT: 0.5in; MARGIN-RIGHT: 0in"><FONT 
  face="Times New Roman" size=3><SPAN 
  style="FONT-SIZE: 12pt"></SPAN></FONT>&nbsp;</P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" 
  size=3><SPAN style="FONT-SIZE: 12pt">HoA in the absence of NAI will be placed 
  in the UserName, </SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" 
  size=3><SPAN style="FONT-SIZE: 12pt">as the HoA is the MN identifier 
  (username) to the RADIUS server </SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" 
  size=3><SPAN style="FONT-SIZE: 12pt">in this case.&nbsp; I'm not sure if HoA 
  should also be placed in </SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" 
  size=3><SPAN style="FONT-SIZE: 12pt">the HoA-IP AVP as 
  well?</SPAN></FONT><FONT face=Arial color=blue size=2><SPAN 
  style="FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial"> </SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face=Arial color=blue 
  size=2><SPAN style="FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial">[Avi] 
  Actually why do you need the HOA in the UserName? </SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" 
  size=3><SPAN style="FONT-SIZE: 12pt"></SPAN></FONT>&nbsp;</P>
  <P class=MsoNormal><FONT face="Times New Roman" size=3><SPAN 
  style="FONT-SIZE: 12pt"><BR><BR>Just wondering how the MN is going to be 
  identified for authentication<BR>without UserName?&nbsp; I thought typically 
  this is the attribute used to<BR>lookup the authentication key in the RADIUS 
  server.<BR><BR><BR><BR></SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" 
  size=3><SPAN style="FONT-SIZE: 12pt">When NAI is present, HoA will be placed 
  in the HoA-IP AVP.<BR><BR><BR><BR><BR></SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face=Arial color=blue 
  size=2><SPAN style="FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial">We can 
  say: </SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face=Arial color=blue 
  size=2><SPAN style="FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial">AAA can 
  route over any of these attribute and other attributes as well.&nbsp; However, 
  for general roaming NAI SHOULD be available and placed in the 
  UserName.</SPAN></FONT> </P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" 
  size=3><SPAN style="FONT-SIZE: 12pt">&nbsp;</SPAN></FONT><FONT face=Arial 
  color=blue size=2><SPAN 
  style="FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial"> </SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face=Arial color=blue 
  size=2><SPAN 
  style="FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial">Device&nbsp;&nbsp; 
  acting as 
  NAS&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  RADIUS</SPAN></FONT> </P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" 
  size=3><SPAN style="FONT-SIZE: 12pt">&nbsp;</SPAN></FONT><FONT face=Arial 
  color=blue size=2><SPAN 
  style="FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial"> </SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face=Arial color=blue 
  size=2><SPAN style="FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial">HA or 
  FA&nbsp; IP address&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  -----&gt;&nbsp;&nbsp;&nbsp; NAS-IP </SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face=Arial color=blue 
  size=2><SPAN style="FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial">HA or FA 
  FQDN if availabe&nbsp;&nbsp; -----&gt;&nbsp;&nbsp;&nbsp; NAS-ID</SPAN></FONT> 
  </P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" 
  size=3><SPAN style="FONT-SIZE: 12pt">&nbsp;</SPAN></FONT><FONT face=Arial 
  color=blue size=2><SPAN 
  style="FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial"> </SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face=Arial color=blue 
  size=2><SPAN style="FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial">I am 
  assuming HA or FA NAI is really the FQDN and that belongs in the NAS-ID 
  attribute in RADIUS.</SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face=Arial color=blue 
  size=2><SPAN 
  style="FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial"></SPAN></FONT> </P>
  <P class=MsoNormal 
  style="MARGIN-BOTTOM: 12pt; MARGIN-LEFT: 0.5in; MARGIN-RIGHT: 0in"><FONT 
  face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">I would like a 
  clarification.</SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face=Arial color=blue 
  size=2><SPAN style="FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial">[Avi] I 
  need to understand what you are saying. </SPAN></FONT></P>
  <P class=MsoNormal><FONT face="Times New Roman" size=3><SPAN 
  style="FONT-SIZE: 12pt"><BR><BR>Sure, I'm not clear which part is confusing or 
  unclear.&nbsp; Maybe the entire thought<BR>process? :)<BR><BR>Is it expected 
  that the HA field in the RRQ/RRP is the same as the NAS IP address?<BR>What 
  happens when HA field is set to all 1s or 0s?<BR><BR>Here is an example to 
  highlight the issue.<BR><BR>There is a box that does both PPP termination and 
  Mobile IP.<BR><BR>For PPP sessions, the NAS will set the NAS-IP-Address to the 
  interface's<BR>IP address (10.1.0.1) that is used to send the Access-Req to 
  the RADIUS server.&nbsp; <BR>The RADIUS server authenticates the Access-Req 
  from the NAS, which is <BR>identified by the NAS-IP-Address.<BR><BR>For Mobile 
  IP, the box acts as HA.&nbsp; MN sends RRQ to the HA with HA field<BR>set to 
  10.10.0.1.&nbsp; HA creates the Access-Req with NAS-IP-Address before 
  <BR>sending to RADIUS server.&nbsp; Which IP address should HA set, egress 
  <BR>interface (10.1.0.1) or HA address (10.10.0.1)? <BR><BR>The RADIUS server 
  has a shared secret with the RADIUS client 10.1.0.1.<BR>If NAS-IP-Address is 
  10.10.0.1, the RADIUS server would not be able to<BR>authenticate the 
  Access-Req and drop this message.<BR><BR><BR><BR></SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" 
  size=3><SPAN style="FONT-SIZE: 12pt">There's a shared secret (AAA-Key) between 
  NAS (IP address A) and RADIUS server.</SPAN></FONT><FONT face=Arial color=blue 
  size=2><SPAN style="FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial"> 
  </SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face=Arial color=blue 
  size=2><SPAN style="FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial">&nbsp; 
  </SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" 
  size=3><SPAN style="FONT-SIZE: 12pt">The HA (NAS) processes registration with 
  HA field set to IP address B.&nbsp; So we </SPAN></FONT></P>
  <P class=MsoNormal 
  style="MARGIN-BOTTOM: 12pt; MARGIN-LEFT: 0.5in; MARGIN-RIGHT: 0in"><FONT 
  face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">expect that A = B 
  in all cases?</SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" 
  size=3><SPAN style="FONT-SIZE: 12pt">Currently, I'm not sure if there's any 
  reason for A != B.&nbsp; Unless someone </SPAN></FONT></P>
  <P class=MsoNormal 
  style="MARGIN-BOTTOM: 12pt; MARGIN-LEFT: 0.5in; MARGIN-RIGHT: 0in"><FONT 
  face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">comes up with a 
  practical scenario, I'm fine with this.</SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face=Arial color=blue 
  size=2><SPAN style="FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial">&nbsp; 
  </SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face=Arial color=blue 
  size=2><SPAN 
  style="FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial">&nbsp;</SPAN></FONT>As 
  for FQDN, RFC 3846 defines the HA NAI.&nbsp; The NAI format would need to </P>
  <P class=MsoNormal 
  style="MARGIN-BOTTOM: 12pt; MARGIN-LEFT: 0.5in; MARGIN-RIGHT: 0in"><FONT 
  face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">be mapped to 
  FQDN.&nbsp; Excerpt from spec:</SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" 
  size=3><SPAN style="FONT-SIZE: 12pt">&nbsp;&nbsp; "It contains the NAI of the 
  HA in the form hostname@realm.&nbsp; Together the </SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" 
  size=3><SPAN style="FONT-SIZE: 12pt">&nbsp;&nbsp; hostname and realm form the 
  complete FQDN (hostname.realm) of the HA."</SPAN></FONT><FONT face=Arial 
  color=blue size=2><SPAN 
  style="FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial"> </SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-LEFT: 0.5in"><FONT face=Arial color=blue 
  size=2><SPAN style="FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial">[Avi] 
  Actually, Kent, the definition of 3846 is okay.&nbsp; It will fit in the 
  NAS-Identifier attribute just fine.&nbsp; NAS-Identifier can have any value as 
  long as we know what the format is. So we can convert it to a FQDN or just 
  leave it as is. </SPAN></FONT></P>
  <P class=MsoNormal style="MARGIN-BOTTOM: 12pt"><FONT face="Times New Roman" 
  size=3><SPAN style="FONT-SIZE: 12pt"><BR>OK.&nbsp; I thought your mention of 
  FQDN in the NAS-ID meant that the AVP restricted<BR>the format to only 
  FQDN.&nbsp; Sounds like as long as RADIUS server can figure out the 
  <BR>format, we're fine.<BR><BR>Kent</SPAN></FONT></P>
  <DIV>
  <P class=MsoNormal><FONT face="Times New Roman" size=3><SPAN 
  style="FONT-SIZE: 12pt">--</SPAN></FONT></P></DIV>
  <DIV>
  <P class=MsoNormal><FONT face="Times New Roman" size=3><SPAN 
  style="FONT-SIZE: 12pt">&nbsp;&nbsp;&nbsp;&nbsp; 
  |&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  |&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  Kent Leung</SPAN></FONT></P></DIV>
  <DIV>
  <P class=MsoNormal><FONT face="Times New Roman" size=3><SPAN 
  style="FONT-SIZE: 12pt">&nbsp;&nbsp;&nbsp; 
  :|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  :|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  IP Mobility Development</SPAN></FONT></P></DIV>
  <DIV>
  <P class=MsoNormal><FONT face="Times New Roman" size=3><SPAN 
  style="FONT-SIZE: 12pt">&nbsp;&nbsp; :|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  :|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  Internet Technologies Division</SPAN></FONT></P></DIV>
  <DIV>
  <P class=MsoNormal><FONT face="Times New Roman" size=3><SPAN 
  style="FONT-SIZE: 12pt">&nbsp; :|||||||:&nbsp;&nbsp; 
  :|||||||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  Voice: 408.526.5030</SPAN></FONT></P></DIV>
  <DIV>
  <P class=MsoNormal><FONT face="Times New Roman" size=3><SPAN 
  style="FONT-SIZE: 12pt">.:|||||||||:.:|||||||||:.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  Fax:&nbsp;&nbsp; 408.525.1653</SPAN></FONT></P></DIV>
  <P class=MsoNormal><FONT face="Times New Roman" size=3><SPAN 
  style="FONT-SIZE: 12pt">&nbsp;c i s c o S y s t e m 
  s&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  Email: kleung@cisco.com </SPAN></FONT></P></DIV></BLOCKQUOTE></BODY></HTML>

------_=_NextPart_001_01C53AF5.1B1C1170--


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

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/

--===============2027812565==--



From mip4-bounces@ietf.org  Wed Apr  6 19:01:08 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA15208
	for <mip4-web-archive@ietf.org>; Wed, 6 Apr 2005 19:01:08 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DJJek-0001JB-PP
	for mip4-web-archive@ietf.org; Wed, 06 Apr 2005 19:09:55 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DJJRg-0004sN-1j; Wed, 06 Apr 2005 18:56:24 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DJJRd-0004sB-T8
	for mip4@megatron.ietf.org; Wed, 06 Apr 2005 18:56:22 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA14912
	for <mip4@ietf.org>; Wed, 6 Apr 2005 18:56:18 -0400 (EDT)
Received: from sj-iport-1-in.cisco.com ([171.71.176.70]
	helo=sj-iport-1.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DJJa4-0001Ci-WC
	for mip4@ietf.org; Wed, 06 Apr 2005 19:05:05 -0400
Received: from sj-core-2.cisco.com (171.71.177.254)
	by sj-iport-1.cisco.com with ESMTP; 06 Apr 2005 15:56:12 -0700
X-IronPort-AV: i="3.92,82,1112598000"; 
	d="scan'208,217"; a="626393132:sNHT54893210"
Received: from mira-sjc5-b.cisco.com (IDENT:mirapoint@mira-sjc5-b.cisco.com
	[171.71.163.14])
	by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id j36Mu5gE007882;
	Wed, 6 Apr 2005 15:56:06 -0700 (PDT)
Received: from kleung-w2k01.cisco.com (sjc-vpn5-280.cisco.com [10.21.89.24])
	by mira-sjc5-b.cisco.com (MOS 3.4.5-GR) with ESMTP id BDS46620;
	Wed, 6 Apr 2005 15:55:32 -0700 (PDT)
Message-Id: <4.3.2.7.2.20050406152151.03e328d0@mira-sjcm-2.cisco.com>
X-Sender: kleung@mira-sjcm-2.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Wed, 06 Apr 2005 15:51:02 -0700
To: Avi Lior <avi@bridgewatersystems.com>
From: Kent Leung <kleung@cisco.com>
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP
In-Reply-To: <F17FB067A86B2D488382C923C532EAA704F74327@exch01.bridgewate
	rsys.com>
Mime-Version: 1.0
X-Spam-Score: 0.6 (/)
X-Scan-Signature: 21bf7a2f1643ae0bf20c1e010766eb78
Cc: "'Nakhjiri Madjid-MNAKHJI1'" <Madjid.Nakhjiri@motorola.com>,
        "Chowdhury,
	Kuntal" <kchowdhury@starentnetworks.com>,
        Mobile IPv4 Mailing List <mip4@ietf.org>,
        Avi Lior <avi@bridgewatersystems.com>
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1249019799=="
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.6 (/)
X-Scan-Signature: ee80a2074afbfe28d15369f4e74e579d

--===============1249019799==
Content-Type: multipart/alternative;
	boundary="=====================_77581786==_.ALT"

--=====================_77581786==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

At 06:08 PM 4/6/2005 -0400, Avi Lior wrote:

>  HA includes HoA in HoA IP attributes, but sends an empty user name 
> attribute.
>How does RADIUS server locates and authenticates the user?
>[Avi] RADIUS can use the HOA attribute to locate and authenticate the 
>user!!!  RADIUS can do that.
>If you look at the RAIDUS spec the User-Name is 0-1 2865 says the 
>User-Name MUST be filled in if the username attribute is available.

KL> I correlate User-Name to the identifier of the user (MN) for 
authentication purpose.
So it seems to make sense to put the HoA in the User-Name as the MN 
identifier.  The
RADIUS server doesn't need special processing such as looking for HoA AVP 
to look
up key.  That's the reason that I said _typically_ the User-Name identifies 
the user for
authentication.  Wondering why we can't populate User-Name with HoA?

>
>I would say you stick whatever you have (HoA or NAI) in the user-name.
>[Avi] Well I disagree. Since the HOA may be a non routable address and it 
>would create probelms.


KL> I thought that we agree to map MIP/RADIUS and let deployment deal with 
routing
issues.   So it is completely up to them to decide how to route such 
messages if that
is ever needed.  Other AVPs may be used for such logic.  The User-Name 
should be
just identifier of the MN which is the HoA when NAI is absent.

>  Seems that MIP RFC rules out having both HoA and NAI.
>[Avi] BTW Can you show me which RFC says that.?
>

KL>  Here are the cases of non-null NAI and non-zero HoA:

         - NAI and HoA (NAI in User-Name, HoA in HoA-IP)
         - NAI only (NAI in User-Name)
         - HoA only (HoA in User-Name)

My recommendations in parentheses. :)  The Access-Req is authenticated
by the RADIUS server, which always looks up the user by the User-Name AVP.

Kent

--
      |           |                   Kent Leung
     :|:         :|:                  IP Mobility Development
    :|||:       :|||:                 Internet Technologies Division
   :|||||||:   :|||||||:              Voice: 408.526.5030
.:|||||||||:.:|||||||||:.             Fax:   408.525.1653
  c i s c o S y s t e m s             Email: kleung@cisco.com 
--=====================_77581786==_.ALT
Content-Type: text/html; charset="us-ascii"

<html>
At 06:08 PM 4/6/2005 -0400, Avi Lior wrote:<br>
<br>
<blockquote type=cite cite>
<dl><font color="#000080">
<dd>&nbsp;HA includes HoA in HoA IP attributes, but sends an empty user
name attribute. </font><font color="#000080">
<dd>How does RADIUS server locates and authenticates the
user?</font><font color="#0000FF">
<dd>[Avi] RADIUS can use the HOA attribute to locate and authenticate the
user!!!&nbsp; RADIUS can do that.&nbsp; </font><font color="#0000FF">
<dd>If you look at the RAIDUS spec the User-Name is 0-1 2865 says the
User-Name MUST be filled in if the username attribute is
available.</font></blockquote>
</dl><br>
KL&gt; I correlate User-Name to the identifier of the user (MN) for
authentication purpose.<br>
So it seems to make sense to put the HoA in the User-Name as the MN
identifier.&nbsp; The<br>
RADIUS server doesn't need special processing such as looking for HoA AVP
to look<br>
up key.&nbsp; That's the reason that I said _typically_ the User-Name
identifies the user for <br>
authentication.&nbsp; Wondering why we can't populate User-Name with
HoA?<br>
<br>
<blockquote type=cite cite>
<dl><font color="#000080">
<dd>&nbsp;</font><font color="#000080">
<dd>I would say you stick whatever you have (HoA or NAI) in the
user-name. </font><font color="#0000FF">
<dd>[Avi] Well I disagree. Since the HOA may be a non routable address
and it would create probelms.
</font><font color="#000080"></font></blockquote>
</dl><br>
<br>
KL&gt; I thought that we agree to map MIP/RADIUS and let deployment deal
with routing<br>
issues.&nbsp;&nbsp; So it is completely up to them to decide how to route
such messages if that<br>
is ever needed.&nbsp; Other AVPs may be used for such logic.&nbsp; The
User-Name should be<br>
just identifier of the MN which is the HoA when NAI is absent.<br>
<br>
<blockquote type=cite cite>
<dl><font color="#000080">
<dd>&nbsp;Seems that MIP RFC rules out having both HoA and
NAI.</font><font color="#0000FF">
<dd>[Avi] BTW Can you show me which RFC says that.?</font>
<dd>&nbsp;</blockquote>
</dl><br>
KL&gt;&nbsp; Here are the cases of non-null NAI and non-zero HoA:<br>
<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>- NAI and
HoA (NAI in User-Name, HoA in HoA-IP)<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>- NAI only
(NAI in User-Name)<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>- HoA only
(HoA in User-Name)<br>
<br>
My recommendations in parentheses. :)&nbsp; The Access-Req is
authenticated<br>
by the RADIUS server, which always looks up the user by the User-Name
AVP.<br>
<br>
Kent<br>
<br>
<div>--</div>
<div>&nbsp;&nbsp;&nbsp;&nbsp;
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Kent Leung</div>
<div>&nbsp;&nbsp;&nbsp;
:|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
:|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
IP Mobility Development</div>
<div>&nbsp;&nbsp; :|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
:|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Internet Technologies Division</div>
<div>&nbsp; :|||||||:&nbsp;&nbsp;
:|||||||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Voice: 408.526.5030</div>
<div>.:|||||||||:.:|||||||||:.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Fax:&nbsp;&nbsp; 408.525.1653</div>
&nbsp;c i s c o S y s t e m
s&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Email: kleung@cisco.com
</html>

--=====================_77581786==_.ALT--


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

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/

--===============1249019799==--



From mip4-bounces@ietf.org  Wed Apr  6 19:12:50 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA15890
	for <mip4-web-archive@ietf.org>; Wed, 6 Apr 2005 19:12:50 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DJJq4-0001Wt-Mn
	for mip4-web-archive@ietf.org; Wed, 06 Apr 2005 19:21:37 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DJJgO-0000uw-Q6; Wed, 06 Apr 2005 19:11:36 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DJJgN-0000ud-Js
	for mip4@megatron.ietf.org; Wed, 06 Apr 2005 19:11:35 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA15814
	for <mip4@ietf.org>; Wed, 6 Apr 2005 19:11:31 -0400 (EDT)
Received: from bws14.bridgewatersystems.com ([216.113.7.14])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DJJoo-0001Ur-5b
	for mip4@ietf.org; Wed, 06 Apr 2005 19:20:19 -0400
Received: by exch01.bridgewatersys.com with Internet Mail Service (5.5.2657.72)
	id <GV72Y558>; Wed, 6 Apr 2005 19:11:25 -0400
Message-ID: <F17FB067A86B2D488382C923C532EAA704F74328@exch01.bridgewatersys.com>
From: Avi Lior <avi@bridgewatersystems.com>
To: "'Kent Leung'" <kleung@cisco.com>,
        "Chowdhury, Kuntal"
	<kchowdhury@starentnetworks.com>
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP
Date: Wed, 6 Apr 2005 19:11:22 -0400 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
X-Spam-Score: 0.9 (/)
X-Scan-Signature: 93ea548d5fde6eb89af31f1faab96344
Cc: Nakhjiri Madjid-MNAKHJI1 <Madjid.Nakhjiri@motorola.com>,
        Mobile IPv4 Mailing List <mip4@ietf.org>,
        Avi Lior <avi@bridgewatersystems.com>
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0051343647=="
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.9 (/)
X-Scan-Signature: 7191030d885084e634ab0f488bcd9d53

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--===============0051343647==
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C53AFD.F2936510"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C53AFD.F2936510
Content-Type: text/plain

Let me summarize:
 
I think the following should be the general mapping.
 
When RADIUS Access-Request comes from HA:
 
MN-NAI  if available    RADIUS User-Name
HA-IP     if available    RADIUS HA-IP address
HOA      if available    RADIUS HOA attribute.
 
COA  (FA-COA or CCOA)     will be placed in  COA attribute
 
IP address of the RADIUS interface of the HA goes into the NAS-IP attribute
and/or the NAS ID of the HA goes into the NAS-Identifier attribute
 
Note: the RADIUS interface of the HA may or may not be the same as the HA-IP
address.
 
Now the case of Access-Request comes for FA:
 
MN-NAI  if available    RADIUS User-Name
HA-IP     if available    RADIUS HA-IP address
COA      goes into the COA.
HOA      if available     RADIUS HOA attribute.
 
IP address of the RADIUS interface of the FA goes into the NAS-IP attribute
and/or the NAS ID of the FA goes into the NAS-Identifier attribute
 
Note: the RADIUS interface of the FA may or may not be the same as the COA
address.
 
So if you look at the above you can probably match merge the table.
 
 
Now if the NAI is missing etc and therefore the User-Name is empty we could
add some text to instruct implementors what to put in the User-Name
attribute.  But note simply blindly putting in the HOA address will not work
(as stated before).  There are many possibilities for what you put in the
UserName attribute.
 
Thoughts on above?
 
 

-----Original Message-----
From: Kent Leung [mailto:kleung@cisco.com] 
Sent: Wednesday, April 06, 2005 5:19 PM
To: Chowdhury, Kuntal
Cc: Avi Lior; Nakhjiri Madjid-MNAKHJI1; Mobile IPv4 Mailing List; Avi Lior
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP


Hi Kuntal.  If it's agreed on that the NAS-IP-Address and the HA address may
not be the same, we need to fix the following.

Device   acting as NAS                 RADIUS 
HA or FA  IP address          ----->    NAS-IP 
HA or FA FQDN if availabe   ----->    NAS-ID 

So, it will be?

HA or FA  IP address          ----->    HA-IP or FA-IP
HA or FA FQDN if availabe   ----->    HA-ID or FA-ID 

Kent

At 04:32 PM 4/6/2005 -0400, Chowdhury, Kuntal wrote:


Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
        boundary="----_=_NextPart_001_01C53AE7.D0FC63EC"

Kent,
 
In your scenario the HA should set the NAS-IP address to 10.1.0.1. The HA
address (10.10.0.1) from the RRQ can be put into the HA-IP address AVP. The
HA address extracted from the RRQ should always be sent in a separate AVP
from the NAS-IP address AVP, since there is no guarantee that the interface
address of the NAS that is used to communicate with the AAA is same as it's
HA address.
 
-Kuntal 


-----Original Message----- 

From: Kent Leung [mailto:kleung@cisco.com <mailto:kleung@cisco.com> ] 

Sent: Wednesday, April 06, 2005 3:11 PM 

To: Avi Lior 

Cc: Avi Lior; Nakhjiri Madjid-MNAKHJI1; Nakhjiri Madjid-MNAKHJI1; Chowdhury,
Kuntal; Mobile IPv4 Mailing List; Avi Lior 

Subject: RE: [Mip4] draft on RADIUS support for Mobile IP



At 02:56 PM 4/6/2005 -0400, Avi Lior wrote: 

<snip> 



HoA   if available will be placed in  HoA-IP attribute 





HoA in the absence of NAI will be placed in the UserName, 
as the HoA is the MN identifier (username) to the RADIUS server 
in this case.  I'm not sure if HoA should also be placed in 
the HoA-IP AVP as well? 
[Avi] Actually why do you need the HOA in the UserName? 
  




Just wondering how the MN is going to be identified for authentication
without UserName?  I thought typically this is the attribute used to
lookup the authentication key in the RADIUS server.



When NAI is present, HoA will be placed in the HoA-IP AVP.









We can say: 

AAA can route over any of these attribute and other attributes as well.
However, for general roaming NAI SHOULD be available and placed in the
UserName. 

Device   acting as NAS                 RADIUS 

HA or FA  IP address          ----->    NAS-IP 

HA or FA FQDN if availabe   ----->    NAS-ID 

I am assuming HA or FA NAI is really the FQDN and that belongs in the NAS-ID
attribute in RADIUS.

I would like a clarification.



[Avi] I need to understand what you are saying. 



Sure, I'm not clear which part is confusing or unclear.  Maybe the entire
thought
process? :)

Is it expected that the HA field in the RRQ/RRP is the same as the NAS IP
address?
What happens when HA field is set to all 1s or 0s?

Here is an example to highlight the issue.

There is a box that does both PPP termination and Mobile IP.

For PPP sessions, the NAS will set the NAS-IP-Address to the interface's
IP address (10.1.0.1) that is used to send the Access-Req to the RADIUS
server.  
The RADIUS server authenticates the Access-Req from the NAS, which is 
identified by the NAS-IP-Address.

For Mobile IP, the box acts as HA.  MN sends RRQ to the HA with HA field
set to 10.10.0.1.  HA creates the Access-Req with NAS-IP-Address before 
sending to RADIUS server.  Which IP address should HA set, egress 
interface (10.1.0.1) or HA address (10.10.0.1)? 

The RADIUS server has a shared secret with the RADIUS client 10.1.0.1.
If NAS-IP-Address is 10.10.0.1, the RADIUS server would not be able to
authenticate the Access-Req and drop this message.



There's a shared secret (AAA-Key) between NAS (IP address A) and RADIUS
server. 

  

The HA (NAS) processes registration with HA field set to IP address B.  So
we 

expect that A = B in all cases?



Currently, I'm not sure if there's any reason for A != B.  Unless someone 

comes up with a practical scenario, I'm fine with this.



 As for FQDN, RFC 3846 defines the HA NAI.  The NAI format would need to 

be mapped to FQDN.  Excerpt from spec:



   "It contains the NAI of the HA in the form hostname@realm.  Together the 

   hostname and realm form the complete FQDN (hostname.realm) of the HA." 

[Avi] Actually, Kent, the definition of 3846 is okay.  It will fit in the
NAS-Identifier attribute just fine.  NAS-Identifier can have any value as
long as we know what the format is. So we can convert it to a FQDN or just
leave it as is. 


OK.  I thought your mention of FQDN in the NAS-ID meant that the AVP
restricted
the format to only FQDN.  Sounds like as long as RADIUS server can figure
out the 
format, we're fine.

Kent

--
     |           |                   Kent Leung
    :|:         :|:                  IP Mobility Development
   :|||:       :|||:                 Internet Technologies Division
  :|||||||:   :|||||||:              Voice: 408.526.5030
.:|||||||||:.:|||||||||:.             Fax:   408.525.1653
 c i s c o S y s t e m s             Email: kleung@cisco.com 

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
<https://www1.ietf.org/mailman/listinfo/mip4> 
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
<http://www.ietf.org/html.charters/mip4-charter.html> 
Supplemental site: http://www.mip4.org/ <http://www.mip4.org/>  


--
     |           |                   Kent Leung
    :|:         :|:                  IP Mobility Development
   :|||:       :|||:                 Internet Technologies Division
  :|||||||:   :|||||||:              Voice: 408.526.5030
.:|||||||||:.:|||||||||:.             Fax:   408.525.1653
 c i s c o S y s t e m s             Email: kleung@cisco.com 


------_=_NextPart_001_01C53AFD.F2936510
Content-Type: text/html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<TITLE>Message</TITLE>

<META content="MSHTML 6.00.2900.2604" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff size=2>Let me 
summarize:</FONT></SPAN></DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff size=2>I 
think the following should be the general mapping.</FONT></SPAN></DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff size=2>When 
RADIUS Access-Request comes from HA:</FONT></SPAN></DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff 
size=2>MN-NAI&nbsp; if available&nbsp;&nbsp;&nbsp;&nbsp;RADIUS 
User-Name</FONT></SPAN></DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff 
size=2>HA-IP&nbsp;&nbsp;&nbsp;&nbsp; if available&nbsp;&nbsp;&nbsp; RADIUS HA-IP 
address</FONT></SPAN></DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff 
size=2>HOA&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if available&nbsp;&nbsp;&nbsp; RADIUS 
HOA attribute.</FONT></SPAN></DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff 
size=2>COA&nbsp; (FA-COA or CCOA)&nbsp;&nbsp;&nbsp;&nbsp; will be placed 
in&nbsp; COA attribute</FONT></SPAN></DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff size=2>IP 
address of the RADIUS interface of the HA goes into the NAS-IP 
attribute</FONT></SPAN></DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff size=2>and/or 
the NAS ID of the HA goes into the NAS-Identifier attribute</FONT></SPAN></DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff size=2>Note: 
the RADIUS interface of the HA may or may not be the same as the HA-IP 
address.</FONT></SPAN></DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff size=2>Now 
the case of Access-Request comes for FA:</FONT></SPAN></DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff size=2>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff 
size=2>MN-NAI&nbsp; if available&nbsp;&nbsp;&nbsp;&nbsp;RADIUS 
User-Name</FONT></SPAN></DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff 
size=2>HA-IP&nbsp;&nbsp;&nbsp;&nbsp; if available&nbsp;&nbsp;&nbsp; RADIUS HA-IP 
address</FONT></SPAN></DIV>
<DIV><SPAN class=985051022-06042005>COA&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; goes into 
the COA.</SPAN></DIV>
<DIV><SPAN class=985051022-06042005>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff 
size=2>HOA&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if available&nbsp;&nbsp;&nbsp;&nbsp; 
RADIUS HOA attribute.</FONT></SPAN></DIV>
<DIV><SPAN class=985051022-06042005></SPAN>&nbsp;</DIV></SPAN></DIV>
<DIV><SPAN class=985051022-06042005>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff size=2>IP 
address of the RADIUS interface of the FA goes into the NAS-IP 
attribute</FONT></SPAN></DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff size=2>and/or 
the NAS ID of the FA goes into the NAS-Identifier attribute</FONT></SPAN></DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=985051022-06042005><FONT face=Arial color=#0000ff size=2>Note: 
the RADIUS interface of the FA may or may not be the same as the&nbsp;COA 
address.</FONT></SPAN></DIV>
<DIV><SPAN class=985051022-06042005></SPAN>&nbsp;</DIV>
<DIV><SPAN class=985051022-06042005>So if you look at the above you can probably 
match merge the table.</SPAN></DIV>
<DIV><SPAN class=985051022-06042005></SPAN>&nbsp;</DIV>
<DIV><SPAN class=985051022-06042005></SPAN>&nbsp;</DIV>
<DIV><SPAN class=985051022-06042005>Now if the NAI is missing etc and therefore 
the User-Name is empty we could add some text to instruct implementors what to 
put in the User-Name attribute.&nbsp; But note simply blindly putting in the HOA 
address will not work (as stated before).&nbsp; There are many possibilities for 
what you put in the UserName attribute.</SPAN></DIV>
<DIV><SPAN class=985051022-06042005></SPAN>&nbsp;</DIV>
<DIV><SPAN class=985051022-06042005>Thoughts on above?</SPAN></DIV>
<DIV><SPAN class=985051022-06042005></SPAN>&nbsp;</DIV>
<DIV><SPAN 
class=985051022-06042005></SPAN>&nbsp;</DIV></SPAN></DIV></FONT></SPAN></DIV>
<BLOCKQUOTE 
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px solid; MARGIN-RIGHT: 0px">
  <DIV></DIV>
  <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT 
  face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> Kent Leung 
  [mailto:kleung@cisco.com] <BR><B>Sent:</B> Wednesday, April 06, 2005 5:19 
  PM<BR><B>To:</B> Chowdhury, Kuntal<BR><B>Cc:</B> Avi Lior; Nakhjiri 
  Madjid-MNAKHJI1; Mobile IPv4 Mailing List; Avi Lior<BR><B>Subject:</B> RE: 
  [Mip4] draft on RADIUS support for Mobile IP<BR><BR></FONT></DIV>Hi 
  Kuntal.&nbsp; If it's agreed on that the NAS-IP-Address and the HA address 
  may<BR>not be the same, we need to fix the following.<BR><BR><FONT face=arial 
  color=#0000ff size=2>Device&nbsp;&nbsp; acting as 
  NAS&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  RADIUS</FONT> <BR><FONT face=arial color=#0000ff size=2>HA or FA&nbsp; IP 
  address&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  -----&gt;&nbsp;&nbsp;&nbsp; NAS-IP <BR>HA or FA FQDN if availabe&nbsp;&nbsp; 
  -----&gt;&nbsp;&nbsp;&nbsp; NAS-ID</FONT> <BR><BR>So, it will be?<BR><BR><FONT 
  face=arial color=#0000ff size=2>HA or FA&nbsp; IP 
  address&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  -----&gt;&nbsp;&nbsp;&nbsp; HA-IP or FA-IP<BR>HA or FA FQDN if 
  availabe&nbsp;&nbsp; -----&gt;&nbsp;&nbsp;&nbsp; HA-ID or FA-ID</FONT> 
  <BR><BR>Kent<BR><BR>At 04:32 PM 4/6/2005 -0400, Chowdhury, Kuntal wrote:<BR>
  <BLOCKQUOTE cite="" type="cite">Content-class: 
    urn:content-classes:message<BR>Content-Type: 
    multipart/alternative;<BR><X-TAB>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</X-TAB>boundary="----_=_NextPart_001_01C53AE7.D0FC63EC"<BR><BR><FONT 
    face=arial color=#0000ff size=2>Kent,</FONT><BR>&nbsp;<BR><FONT face=arial 
    color=#0000ff size=2>In your scenario the HA should set the NAS-IP address 
    to 10.1.0.1. The HA address (10.10.0.1) from the RRQ can be put into the 
    HA-IP address AVP. The HA address extracted from the RRQ should always be 
    sent in a separate AVP from the NAS-IP address AVP, since there is no 
    guarantee that the interface address of the NAS that is used to communicate 
    with the AAA is same as it's HA address.</FONT><BR>&nbsp;<BR><FONT 
    face=arial color=#0000ff size=2>-Kuntal</FONT> 
    <DL><FONT face=tahoma size=2>
      <DD>-----Original Message----- 
      <DD>From:</B> Kent Leung [<A href="mailto:kleung@cisco.com" 
      eudora="autourl">mailto:kleung@cisco.com</A>] 
      <DD>Sent:</B> Wednesday, April 06, 2005 3:11 PM 
      <DD>To:</B> Avi Lior 
      <DD>Cc:</B> Avi Lior; Nakhjiri Madjid-MNAKHJI1; Nakhjiri Madjid-MNAKHJI1; 
      Chowdhury, Kuntal; Mobile IPv4 Mailing List; Avi Lior 
      <DD>Subject:</B> RE: [Mip4] draft on RADIUS support for Mobile 
      IP<BR><BR></FONT>
      <DD>At 02:56 PM 4/6/2005 -0400, Avi Lior wrote:<FONT color=#0000ff size=2> 

      <DD>&lt;snip&gt;</FONT>
      <BLOCKQUOTE cite="" type="cite">
        <BLOCKQUOTE cite="" type="cite"><FONT face=arial color=#0000ff size=2>
          <DD>HoA&nbsp;&nbsp; if available will be placed in&nbsp; HoA-IP 
          attribute</FONT> 
          <DD> </DD></BLOCKQUOTE></BLOCKQUOTE></DD></DL></BLOCKQUOTE><BR><BR>HoA in the 
  absence of NAI will be placed in the UserName, <BR>as the HoA is the MN 
  identifier (username) to the RADIUS server <BR>in this case.&nbsp; I'm not 
  sure if HoA should also be placed in <BR>the HoA-IP AVP as well?<FONT 
  face=arial color=#0000ff size=2> <BR>[Avi] Actually why do you need the HOA in 
  the UserName? <BR></FONT>&nbsp;
  <BLOCKQUOTE></BLOCKQUOTE><BR><BR><BR>Just wondering how the MN is going to be 
  identified for authentication<BR>without UserName?&nbsp; I thought typically 
  this is the attribute used to<BR>lookup the authentication key in the RADIUS 
  server.<BR><BR>
  <BLOCKQUOTE cite="" type="cite">
    <DL>
      <DD>When NAI is present, HoA will be placed in the HoA-IP 
      AVP.<BR><BR><BR><BR><BR><BR>
      <BLOCKQUOTE cite="" type="cite"><FONT face=arial color=#0000ff size=2>
        <DD>We can say: 
        <DD>AAA can route over any of these attribute and other attributes as 
        well.&nbsp; However, for general roaming NAI SHOULD be available and 
        placed in the UserName.</FONT> <FONT face=arial color=#0000ff size=2>
        <DD>Device&nbsp;&nbsp; acting as 
        NAS&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
        RADIUS</FONT> <FONT face=arial color=#0000ff size=2>
        <DD>HA or FA&nbsp; IP 
        address&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
        -----&gt;&nbsp;&nbsp;&nbsp; NAS-IP 
        <DD>HA or FA FQDN if availabe&nbsp;&nbsp; -----&gt;&nbsp;&nbsp;&nbsp; 
        NAS-ID</FONT> <FONT face=arial color=#0000ff size=2>
        <DD>I am assuming HA or FA NAI is really the FQDN and that belongs in 
        the NAS-ID attribute in RADIUS.</FONT></DD></BLOCKQUOTE>
      <DD>I would like a clarification.<BR><BR><FONT face=arial color=#0000ff 
      size=2>
      <DD>[Avi] I need to understand what you are saying. 
  </FONT></DD></DL></BLOCKQUOTE><BR><BR>Sure, I'm not clear which part is 
  confusing or unclear.&nbsp; Maybe the entire thought<BR>process? :)<BR><BR>Is 
  it expected that the HA field in the RRQ/RRP is the same as the NAS IP 
  address?<BR>What happens when HA field is set to all 1s or 0s?<BR><BR>Here is 
  an example to highlight the issue.<BR><BR>There is a box that does both PPP 
  termination and Mobile IP.<BR><BR>For PPP sessions, the NAS will set the 
  NAS-IP-Address to the interface's<BR>IP address (10.1.0.1) that is used to 
  send the Access-Req to the RADIUS server.&nbsp; <BR>The RADIUS server 
  authenticates the Access-Req from the NAS, which is <BR>identified by the 
  NAS-IP-Address.<BR><BR>For Mobile IP, the box acts as HA.&nbsp; MN sends RRQ 
  to the HA with HA field<BR>set to 10.10.0.1.&nbsp; HA creates the Access-Req 
  with NAS-IP-Address before <BR>sending to RADIUS server.&nbsp; Which IP 
  address should HA set, egress <BR>interface (10.1.0.1) or HA address 
  (10.10.0.1)? <BR><BR>The RADIUS server has a shared secret with the RADIUS 
  client 10.1.0.1.<BR>If NAS-IP-Address is 10.10.0.1, the RADIUS server would 
  not be able to<BR>authenticate the Access-Req and drop this message.<BR><BR>
  <BLOCKQUOTE cite="" type="cite">
    <DL>
      <DD>There's a shared secret (AAA-Key) between NAS (IP address A) and 
      RADIUS server.<FONT face=arial color=#0000ff size=2> 
      <DD>&nbsp; </FONT>
      <DD>The HA (NAS) processes registration with HA field set to IP address 
      B.&nbsp; So we 
      <DD>expect that A = B in all cases?<BR><BR>
      <DD>Currently, I'm not sure if there's any reason for A != B.&nbsp; Unless 
      someone 
      <DD>comes up with a practical scenario, I'm fine with this.<BR><BR><FONT 
      face=arial color=#0000ff size=2>
      <DD>&nbsp;</FONT>As for FQDN, RFC 3846 defines the HA NAI.&nbsp; The NAI 
      format would need to 
      <DD>be mapped to FQDN.&nbsp; Excerpt from spec:<BR><BR>
      <DD>&nbsp;&nbsp; "It contains the NAI of the HA in the form 
      hostname@realm.&nbsp; Together the 
      <DD>&nbsp;&nbsp; hostname and realm form the complete FQDN 
      (hostname.realm) of the HA."<FONT face=arial color=#0000ff size=2> 
      <DD>[Avi] Actually, Kent, the definition of 3846 is okay.&nbsp; It will 
      fit in the NAS-Identifier attribute just fine.&nbsp; NAS-Identifier can 
      have any value as long as we know what the format is. So we can convert it 
      to a FQDN or just leave it as is. </FONT></DD></DL></BLOCKQUOTE><BR>OK.&nbsp; 
  I thought your mention of FQDN in the NAS-ID meant that the AVP 
  restricted<BR>the format to only FQDN.&nbsp; Sounds like as long as RADIUS 
  server can figure out the <BR>format, we're 
  fine.<BR><BR>Kent<BR><BR>--<BR>&nbsp;&nbsp;&nbsp;&nbsp; 
  |&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  |&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  Kent Leung<BR>&nbsp;&nbsp;&nbsp; 
  :|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  :|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  IP Mobility Development<BR>&nbsp;&nbsp; 
  :|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  :|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  Internet Technologies Division<BR>&nbsp; :|||||||:&nbsp;&nbsp; 
  :|||||||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  Voice: 
  408.526.5030<BR>.:|||||||||:.:|||||||||:.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  Fax:&nbsp;&nbsp; 408.525.1653<BR>&nbsp;c i s c o S y s t e m 
  s&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  Email: kleung@cisco.com <BR><BR>-- <BR>Mip4 mailing list: 
  Mip4@ietf.org<BR>&nbsp;&nbsp;&nbsp; Web interface: <A 
  href="https://www1.ietf.org/mailman/listinfo/mip4" 
  eudora="autourl">https://www1.ietf.org/mailman/listinfo/mip4</A><BR>&nbsp;&nbsp;&nbsp;&nbsp; 
  Charter page: <A href="http://www.ietf.org/html.charters/mip4-charter.html" 
  eudora="autourl">http://www.ietf.org/html.charters/mip4-charter.html</A><BR>Supplemental 
  site: <A href="http://www.mip4.org/" eudora="autourl">http://www.mip4.org/</A>
  <BLOCKQUOTE></BLOCKQUOTE><BR>
  <DIV>--</DIV>
  <DIV>&nbsp;&nbsp;&nbsp;&nbsp; 
  |&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  |&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  Kent Leung</DIV>
  <DIV>&nbsp;&nbsp;&nbsp; :|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  :|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  IP Mobility Development</DIV>
  <DIV>&nbsp;&nbsp; :|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  :|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  Internet Technologies Division</DIV>
  <DIV>&nbsp; :|||||||:&nbsp;&nbsp; 
  :|||||||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  Voice: 408.526.5030</DIV>
  <DIV>.:|||||||||:.:|||||||||:.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  Fax:&nbsp;&nbsp; 408.525.1653</DIV>&nbsp;c i s c o S y s t e m 
  s&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  Email: kleung@cisco.com </BLOCKQUOTE></BODY></HTML>

------_=_NextPart_001_01C53AFD.F2936510--


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

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/

--===============0051343647==--



From mip4-bounces@ietf.org  Wed Apr  6 19:19:40 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA16344
	for <mip4-web-archive@ietf.org>; Wed, 6 Apr 2005 19:19:40 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DJJwh-0001gT-A3
	for mip4-web-archive@ietf.org; Wed, 06 Apr 2005 19:28:27 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DJJnY-00055Q-8y; Wed, 06 Apr 2005 19:19:00 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DJJnU-00055I-It
	for mip4@megatron.ietf.org; Wed, 06 Apr 2005 19:18:58 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA16309
	for <mip4@ietf.org>; Wed, 6 Apr 2005 19:18:53 -0400 (EDT)
Received: from bws14.bridgewatersystems.com ([216.113.7.14])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DJJvu-0001fT-Jq
	for mip4@ietf.org; Wed, 06 Apr 2005 19:27:40 -0400
Received: by exch01.bridgewatersys.com with Internet Mail Service (5.5.2657.72)
	id <GV72Y561>; Wed, 6 Apr 2005 19:18:45 -0400
Message-ID: <F17FB067A86B2D488382C923C532EAA704F74329@exch01.bridgewatersys.com>
From: Avi Lior <avi@bridgewatersystems.com>
To: "'Kent Leung'" <kleung@cisco.com>, Avi Lior <avi@bridgewatersystems.com>
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP
Date: Wed, 6 Apr 2005 19:18:35 -0400 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
X-Spam-Score: 0.6 (/)
X-Scan-Signature: f884eb1d4ec5a230688d7edc526ea665
Cc: "'Nakhjiri Madjid-MNAKHJI1'" <Madjid.Nakhjiri@motorola.com>,
        "Chowdhury,
	Kuntal" <kchowdhury@starentnetworks.com>,
        Mobile IPv4 Mailing List <mip4@ietf.org>,
        Avi Lior <avi@bridgewatersystems.com>
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0584196809=="
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.6 (/)
X-Scan-Signature: a1f9797ba297220533cb8c3f4bc709a8

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--===============0584196809==
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C53AFE.F52F7740"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C53AFE.F52F7740
Content-Type: text/plain

Ken See inline:

-----Original Message-----
From: Kent Leung [mailto:kleung@cisco.com] 
Sent: Wednesday, April 06, 2005 6:51 PM
To: Avi Lior
Cc: 'Nakhjiri Madjid-MNAKHJI1'; Avi Lior; Avi Lior; Chowdhury, Kuntal;
Mobile IPv4 Mailing List; Avi Lior
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP


At 06:08 PM 4/6/2005 -0400, Avi Lior wrote:




 HA includes HoA in HoA IP attributes, but sends an empty user name
attribute. 

How does RADIUS server locates and authenticates the user? 

[Avi] RADIUS can use the HOA attribute to locate and authenticate the
user!!!  RADIUS can do that.  

If you look at the RAIDUS spec the User-Name is 0-1 2865 says the User-Name
MUST be filled in if the username attribute is available.


KL> I correlate User-Name to the identifier of the user (MN) for
authentication purpose.
So it seems to make sense to put the HoA in the User-Name as the MN
identifier.  The
RADIUS server doesn't need special processing such as looking for HoA AVP to
look
up key.  That's the reason that I said _typically_ the User-Name identifies
the user for 
authentication.  Wondering why we can't populate User-Name with HoA?
[Avi] What if the HOA is 10.10.10.10? How do we route the message?  There
maybe other things I can put in the Username to do the routing.  But by
saying put in the HOA when NAI is not there you are prohibiting me from
putting what I really want in the Username (like for instance the HA-IP
address).






I would say you stick whatever you have (HoA or NAI) in the user-name. 

[Avi] Well I disagree. Since the HOA may be a non routable address and it
would create probelms. 



KL> I thought that we agree to map MIP/RADIUS and let deployment deal with
routing
issues.   So it is completely up to them to decide how to route such
messages if that
is ever needed.  Other AVPs may be used for such logic.  The User-Name
should be
just identifier of the MN which is the HoA when NAI is absent.
[Avi] Great this is good.  So the home network will then use HOA attribute
to look up the user. RADIUS does this already.  For example in EAP it knows
to use the inner identity of EAP and not the UserName to lookup the user.
Why are we creating a problem when one does not exists.  




 Seems that MIP RFC rules out having both HoA and NAI. 

[Avi] BTW Can you show me which RFC says that.? 

 


KL>  Here are the cases of non-null NAI and non-zero HoA:

        - NAI and HoA (NAI in User-Name, HoA in HoA-IP)
        - NAI only (NAI in User-Name)
        - HoA only (HoA in User-Name)

My recommendations in parentheses. :)  The Access-Req is authenticated
by the RADIUS server, which always looks up the user by the User-Name AVP.
[Avi] If you just put HOA in the HOA attribute then the above is nice and
clean:
         NAI ----> User-Name
         HOA ----> HOA-Attribute
 
Some text to suggest what happens with NAI is not available: 

Kent


--
     |           |                   Kent Leung
    :|:         :|:                  IP Mobility Development
   :|||:       :|||:                 Internet Technologies Division
  :|||||||:   :|||||||:              Voice: 408.526.5030
.:|||||||||:.:|||||||||:.             Fax:   408.525.1653
 c i s c o S y s t e m s             Email: kleung@cisco.com 


------_=_NextPart_001_01C53AFE.F52F7740
Content-Type: text/html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<TITLE>Message</TITLE>

<META content="MSHTML 6.00.2900.2604" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=884141323-06042005><FONT face=Arial color=#0000ff size=2>Ken 
See inline:</FONT></SPAN></DIV>
<BLOCKQUOTE 
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px solid; MARGIN-RIGHT: 0px">
  <DIV></DIV>
  <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT 
  face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> Kent Leung 
  [mailto:kleung@cisco.com] <BR><B>Sent:</B> Wednesday, April 06, 2005 6:51 
  PM<BR><B>To:</B> Avi Lior<BR><B>Cc:</B> 'Nakhjiri Madjid-MNAKHJI1'; Avi Lior; 
  Avi Lior; Chowdhury, Kuntal; Mobile IPv4 Mailing List; Avi 
  Lior<BR><B>Subject:</B> RE: [Mip4] draft on RADIUS support for Mobile 
  IP<BR><BR></FONT></DIV>At 06:08 PM 4/6/2005 -0400, Avi Lior wrote:<BR><BR>
  <BLOCKQUOTE cite="" type="cite">
    <DL><FONT color=#000080>
      <DD>&nbsp;HA includes HoA in HoA IP attributes, but sends an empty user 
      name attribute. </FONT><FONT color=#000080>
      <DD>How does RADIUS server locates and authenticates the user?</FONT><FONT 
      color=#0000ff> 
      <DD>[Avi] RADIUS can use the HOA attribute to locate and authenticate the 
      user!!!&nbsp; RADIUS can do that.&nbsp; </FONT><FONT color=#0000ff>
      <DD>If you look at the RAIDUS spec the User-Name is 0-1 2865 says the 
      User-Name MUST be filled in if the username attribute is 
      available.</FONT></DD></DL></BLOCKQUOTE>
  <DL></DL><BR>KL&gt; I correlate User-Name to the identifier of the user (MN) 
  for authentication purpose.<BR>So it seems to make sense to put the HoA in the 
  User-Name as the MN identifier.&nbsp; The<BR>RADIUS server doesn't need 
  special processing such as looking for HoA AVP to look<BR>up key.&nbsp; That's 
  the reason that I said _typically_ the User-Name identifies the user for 
  <BR>authentication.&nbsp; Wondering why we can't populate User-Name with 
  HoA?<BR><SPAN class=884141323-06042005><FONT face=Arial color=#0000ff 
  size=2>[Avi]&nbsp;What if the HOA is 10.10.10.10? How do we route the 
  message?&nbsp; There maybe other things I can put in the Username to do the 
  routing.&nbsp; But by saying put in the HOA when NAI is not there you are 
  prohibiting me from putting what I really want in the Username (like for 
  instance the HA-IP address).</FONT></SPAN><BR><BR>
  <BLOCKQUOTE cite="" type="cite">
    <DL><FONT color=#000080>
      <DD></FONT><FONT color=#000080> 
      <DD>I would say you stick whatever you have (HoA or NAI) in the user-name. 
      </FONT><FONT color=#0000ff>
      <DD>[Avi] Well I disagree. Since the HOA may be a non routable address and 
      it would create probelms. </FONT><FONT 
  color=#000080></FONT></DD></DL></BLOCKQUOTE>
  <DL></DL><FONT color=#0000ff></FONT><BR><BR>KL&gt; I thought that we agree to 
  map MIP/RADIUS and let deployment deal with routing<BR>issues.&nbsp;&nbsp; So 
  it is completely up to them to decide how to route such messages if that<BR>is 
  ever needed.&nbsp; Other AVPs may be used for such logic.&nbsp; The User-Name 
  should be<BR>just identifier of the MN which is the HoA when NAI is 
  absent.<BR><SPAN class=884141323-06042005><FONT face=Arial color=#0000ff 
  size=2>[Avi]&nbsp;Great&nbsp;this is good.&nbsp; So the home network will then 
  use HOA attribute to look up the user. RADIUS does&nbsp;this 
  already.&nbsp;&nbsp;For example in EAP it knows to use the inner identity of 
  EAP and not the&nbsp;UserName to lookup the user.&nbsp; Why are we creating a 
  problem&nbsp;when one does not exists.&nbsp;&nbsp;</FONT></SPAN><BR><BR>
  <BLOCKQUOTE cite="" type="cite">
    <DL><FONT color=#000080>
      <DD>&nbsp;Seems that MIP RFC rules out having both HoA and 
      NAI.</FONT><FONT color=#0000ff> 
      <DD>[Avi] BTW Can you show me which RFC says that.?</FONT> 
      <DD>&nbsp;</DD></DL></BLOCKQUOTE>
  <DL></DL>
  <DIV><BR>KL&gt;&nbsp; Here are the cases of non-null NAI and non-zero 
  HoA:<BR><BR><X-TAB>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</X-TAB>- 
  NAI and HoA (NAI in User-Name, HoA in 
  HoA-IP)<BR><X-TAB>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</X-TAB>- 
  NAI only (NAI in 
  User-Name)<BR><X-TAB>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</X-TAB>- 
  HoA only (HoA in User-Name)<BR><BR>My recommendations in parentheses. :)&nbsp; 
  The Access-Req is authenticated<BR>by the RADIUS server, which always looks up 
  the user by the User-Name AVP.<BR><SPAN class=884141323-06042005><FONT 
  face=Arial color=#0000ff size=2>[Avi]&nbsp;If you just put HOA in the 
  HOA&nbsp;attribute then the above is nice and clean:</FONT></SPAN></DIV>
  <DIV><SPAN class=884141323-06042005><FONT face=Arial color=#0000ff 
  size=2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; NAI ----&gt; 
  User-Name</FONT></SPAN></DIV>
  <DIV><SPAN class=884141323-06042005><FONT face=Arial color=#0000ff 
  size=2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; HOA ----&gt; 
  HOA-Attribute</FONT></SPAN></DIV>
  <DIV><SPAN class=884141323-06042005></SPAN>&nbsp;</DIV>
  <DIV><SPAN class=884141323-06042005><FONT face=Arial color=#0000ff size=2>Some 
  text to suggest what happens with NAI is not 
  available:</FONT>&nbsp;</SPAN><BR><BR>Kent<BR><BR></DIV>
  <DIV>--</DIV>
  <DIV>&nbsp;&nbsp;&nbsp;&nbsp; 
  |&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  |&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  Kent Leung</DIV>
  <DIV>&nbsp;&nbsp;&nbsp; :|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  :|:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  IP Mobility Development</DIV>
  <DIV>&nbsp;&nbsp; :|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  :|||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  Internet Technologies Division</DIV>
  <DIV>&nbsp; :|||||||:&nbsp;&nbsp; 
  :|||||||:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  Voice: 408.526.5030</DIV>
  <DIV>.:|||||||||:.:|||||||||:.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  Fax:&nbsp;&nbsp; 408.525.1653</DIV>&nbsp;c i s c o S y s t e m 
  s&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  Email: kleung@cisco.com </BLOCKQUOTE></BODY></HTML>

------_=_NextPart_001_01C53AFE.F52F7740--


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

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/

--===============0584196809==--



From mip4-bounces@ietf.org  Wed Apr  6 19:50:33 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA23146
	for <mip4-web-archive@ietf.org>; Wed, 6 Apr 2005 19:50:33 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DJKQa-0002cM-UC
	for mip4-web-archive@ietf.org; Wed, 06 Apr 2005 19:59:21 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DJKGk-0000oA-L5; Wed, 06 Apr 2005 19:49:10 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DJKGi-0000o5-TJ
	for mip4@megatron.ietf.org; Wed, 06 Apr 2005 19:49:08 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA23031
	for <mip4@ietf.org>; Wed, 6 Apr 2005 19:49:05 -0400 (EDT)
Received: from ames.starentnetworks.com ([12.33.235.15])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DJKP7-0002ag-FX
	for mip4@ietf.org; Wed, 06 Apr 2005 19:57:53 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1
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: [Mip4] draft on RADIUS support for Mobile IP
Date: Wed, 6 Apr 2005 19:48:55 -0400
Message-ID: <8A16DAD84432534FBFC19FD92B50512F021982AA@ames.starentnetworks.com>
Thread-Topic: [Mip4] draft on RADIUS support for Mobile IP
Thread-Index: AcU6/fXpyIOIOl4ARcGShu+O19irbgAA4W+A
From: "Chowdhury, Kuntal" <kchowdhury@starentnetworks.com>
To: "Avi Lior" <avi@bridgewatersystems.com>, "Kent Leung" <kleung@cisco.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 65bc4909d78e8b10349def623cf7a1d1
Content-Transfer-Encoding: quoted-printable
Cc: Nakhjiri Madjid-MNAKHJI1 <Madjid.Nakhjiri@motorola.com>,
        Mobile IPv4 Mailing List <mip4@ietf.org>
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 2a9ffb6f997442a3b543bcdaf483b990
Content-Transfer-Encoding: quoted-printable

This is a good summary. Basically various RRQ fields need to go to the =
respective RADIUS attributes. The only open question seems to be:

What happens when the RRQ does not contain the NAI extension?

Some of the possible choices that can be suggested are:

a. do a reverse DNS query on the HoA to find the username and then set =
the User-Name attribute to the returned DNS record=20
b. Set the User-Name attribute to the HoA if the HoA is a routable =
address (the HoA attribute can also be included in this case)
c. If nothing comes back from the DNS and the HoA is non-routable, =
reject the RRQ

Does this work for you folks?

-Kuntal


-----Original Message-----
From: Avi Lior [mailto:avi@bridgewatersystems.com]
Sent: Wednesday, April 06, 2005 6:11 PM
To: 'Kent Leung'; Chowdhury, Kuntal
Cc: Avi Lior; Nakhjiri Madjid-MNAKHJI1; Mobile IPv4 Mailing List; Avi =
Lior
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP


Let me summarize:

I think the following should be the general mapping.

When RADIUS Access-Request comes from HA:

MN-NAI  if available    RADIUS User-Name
HA-IP     if available    RADIUS HA-IP address
HOA      if available    RADIUS HOA attribute.

COA  (FA-COA or CCOA)     will be placed in  COA attribute

IP address of the RADIUS interface of the HA goes into the NAS-IP =
attribute
and/or the NAS ID of the HA goes into the NAS-Identifier attribute

Note: the RADIUS interface of the HA may or may not be the same as the =
HA-IP address.

Now the case of Access-Request comes for FA:

MN-NAI  if available    RADIUS User-Name
HA-IP     if available    RADIUS HA-IP address
COA      goes into the COA.
HOA      if available     RADIUS HOA attribute.

IP address of the RADIUS interface of the FA goes into the NAS-IP =
attribute
and/or the NAS ID of the FA goes into the NAS-Identifier attribute

Note: the RADIUS interface of the FA may or may not be the same as the =
COA address.

So if you look at the above you can probably match merge the table.


Now if the NAI is missing etc and therefore the User-Name is empty we =
could add some text to instruct implementors what to put in the =
User-Name attribute.  But note simply blindly putting in the HOA address =
will not work (as stated before).  There are many possibilities for what =
you put in the UserName attribute.

Thoughts on above?


-----Original Message-----
From: Kent Leung [mailto:kleung@cisco.com]=20
Sent: Wednesday, April 06, 2005 5:19 PM
To: Chowdhury, Kuntal
Cc: Avi Lior; Nakhjiri Madjid-MNAKHJI1; Mobile IPv4 Mailing List; Avi =
Lior
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP


Hi Kuntal.  If it's agreed on that the NAS-IP-Address and the HA address =
may
not be the same, we need to fix the following.

Device   acting as NAS                 RADIUS=20
HA or FA  IP address          ----->    NAS-IP=20
HA or FA FQDN if availabe   ----->    NAS-ID=20

So, it will be?

HA or FA  IP address          ----->    HA-IP or FA-IP
HA or FA FQDN if availabe   ----->    HA-ID or FA-ID=20

Kent

At 04:32 PM 4/6/2005 -0400, Chowdhury, Kuntal wrote:

Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
        boundary=3D"----_=3D_NextPart_001_01C53AE7.D0FC63EC"

Kent,
=20
In your scenario the HA should set the NAS-IP address to 10.1.0.1. The =
HA address (10.10.0.1) from the RRQ can be put into the HA-IP address =
AVP. The HA address extracted from the RRQ should always be sent in a =
separate AVP from the NAS-IP address AVP, since there is no guarantee =
that the interface address of the NAS that is used to communicate with =
the AAA is same as it's HA address.
=20
-Kuntal=20
-----Original Message-----=20
From: Kent Leung [mailto:kleung@cisco.com]=20
Sent: Wednesday, April 06, 2005 3:11 PM=20
To: Avi Lior=20
Cc: Avi Lior; Nakhjiri Madjid-MNAKHJI1; Nakhjiri Madjid-MNAKHJI1; =
Chowdhury, Kuntal; Mobile IPv4 Mailing List; Avi Lior=20
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP


At 02:56 PM 4/6/2005 -0400, Avi Lior wrote:=20
<snip>=20
HoA   if available will be placed in  HoA-IP attribute=20


HoA in the absence of NAI will be placed in the UserName,=20
as the HoA is the MN identifier (username) to the RADIUS server=20
in this case.  I'm not sure if HoA should also be placed in=20
the HoA-IP AVP as well?=20
[Avi] Actually why do you need the HOA in the UserName?=20
 =20



Just wondering how the MN is going to be identified for authentication
without UserName?  I thought typically this is the attribute used to
lookup the authentication key in the RADIUS server.


When NAI is present, HoA will be placed in the HoA-IP AVP.






We can say:=20
AAA can route over any of these attribute and other attributes as well.  =
However, for general roaming NAI SHOULD be available and placed in the =
UserName.=20
Device   acting as NAS                 RADIUS=20
HA or FA  IP address          ----->    NAS-IP=20
HA or FA FQDN if availabe   ----->    NAS-ID=20
I am assuming HA or FA NAI is really the FQDN and that belongs in the =
NAS-ID attribute in RADIUS.
I would like a clarification.


[Avi] I need to understand what you are saying.=20


Sure, I'm not clear which part is confusing or unclear.  Maybe the =
entire thought
process? :)

Is it expected that the HA field in the RRQ/RRP is the same as the NAS =
IP address?
What happens when HA field is set to all 1s or 0s?

Here is an example to highlight the issue.

There is a box that does both PPP termination and Mobile IP.

For PPP sessions, the NAS will set the NAS-IP-Address to the interface's
IP address (10.1.0.1) that is used to send the Access-Req to the RADIUS =
server. =20
The RADIUS server authenticates the Access-Req from the NAS, which is=20
identified by the NAS-IP-Address.

For Mobile IP, the box acts as HA.  MN sends RRQ to the HA with HA field
set to 10.10.0.1.  HA creates the Access-Req with NAS-IP-Address before=20
sending to RADIUS server.  Which IP address should HA set, egress=20
interface (10.1.0.1) or HA address (10.10.0.1)?=20

The RADIUS server has a shared secret with the RADIUS client 10.1.0.1.
If NAS-IP-Address is 10.10.0.1, the RADIUS server would not be able to
authenticate the Access-Req and drop this message.


There's a shared secret (AAA-Key) between NAS (IP address A) and RADIUS =
server.=20
 =20
The HA (NAS) processes registration with HA field set to IP address B.  =
So we=20
expect that A =3D B in all cases?


Currently, I'm not sure if there's any reason for A !=3D B.  Unless =
someone=20
comes up with a practical scenario, I'm fine with this.


 As for FQDN, RFC 3846 defines the HA NAI.  The NAI format would need to =

be mapped to FQDN.  Excerpt from spec:


   "It contains the NAI of the HA in the form hostname@realm.  Together =
the=20
   hostname and realm form the complete FQDN (hostname.realm) of the =
HA."=20
[Avi] Actually, Kent, the definition of 3846 is okay.  It will fit in =
the NAS-Identifier attribute just fine.  NAS-Identifier can have any =
value as long as we know what the format is. So we can convert it to a =
FQDN or just leave it as is.=20

OK.  I thought your mention of FQDN in the NAS-ID meant that the AVP =
restricted
the format to only FQDN.  Sounds like as long as RADIUS server can =
figure out the=20
format, we're fine.

Kent

--
     |           |                   Kent Leung
    :|:         :|:                  IP Mobility Development
   :|||:       :|||:                 Internet Technologies Division
  :|||||||:   :|||||||:              Voice: 408.526.5030
.:|||||||||:.:|||||||||:.             Fax:   408.525.1653
 c i s c o S y s t e m s             Email: kleung@cisco.com=20

--=20
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/=20


--
     |           |                   Kent Leung
    :|:         :|:                  IP Mobility Development
   :|||:       :|||:                 Internet Technologies Division
  :|||||||:   :|||||||:              Voice: 408.526.5030
.:|||||||||:.:|||||||||:.             Fax:   408.525.1653
 c i s c o S y s t e m s             Email: kleung@cisco.com=20

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/


From mip4-bounces@ietf.org  Fri Apr  8 13:09:13 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA13998
	for <mip4-web-archive@ietf.org>; Fri, 8 Apr 2005 13:09:13 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DJx7d-0000TE-Ky
	for mip4-web-archive@ietf.org; Fri, 08 Apr 2005 13:18:22 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DJwxo-0001QG-VA; Fri, 08 Apr 2005 13:08:12 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DJwxn-0001OJ-33
	for mip4@megatron.ietf.org; Fri, 08 Apr 2005 13:08:11 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA13955
	for <mip4@ietf.org>; Fri, 8 Apr 2005 13:08:08 -0400 (EDT)
Received: from bws14.bridgewatersystems.com ([216.113.7.14])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DJx6a-0000SQ-CP
	for mip4@ietf.org; Fri, 08 Apr 2005 13:17:17 -0400
Received: by exch01.bridgewatersys.com with Internet Mail Service (5.5.2657.72)
	id <GV72Y0PV>; Fri, 8 Apr 2005 13:08:01 -0400
Message-ID: <F17FB067A86B2D488382C923C532EAA704F7433A@exch01.bridgewatersys.com>
From: Avi Lior <avi@bridgewatersystems.com>
To: "'Chowdhury, Kuntal'" <kchowdhury@starentnetworks.com>,
        Avi Lior
	<avi@bridgewatersystems.com>, Kent Leung <kleung@cisco.com>
Subject: RE: [Mip4] draft on RADIUS support for Mobile IP
Date: Fri, 8 Apr 2005 13:07:59 -0400 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
Content-Type: text/plain
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7f3fa64b9851a63d7f3174ef64114da7
Cc: Nakhjiri Madjid-MNAKHJI1 <Madjid.Nakhjiri@motorola.com>,
        Mobile IPv4 Mailing List <mip4@ietf.org>
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: cbb41f2dbf0f142369614756642005e3

Hi Kuntal,

Actually I agree with what you said and then there is even more you can do.
See this summary:

> a. do a reverse DNS query on the HoA to find the username and 
> then set the User-Name attribute to the returned DNS record 
> b. Set the User-Name attribute to the HoA if the HoA is a 
> routable address (the HoA attribute can also be included in 
> this case) c. If nothing comes back from the DNS and the HoA 
> is non-routable, reject the RRQ

You can do all of the above.  Plus, if your HOA is not routable you can
perhaps use the HA-IP address if it is availabe. Either do a reverse lookup
or use as is.

What we shouldn't mandate is that we reject the RRQ.  Because an SDO may use
other identites such as the Calling-Station-Id to determine the user's realm
and hence route the call. 

We should only reject the RRQ where nothing else is available.  

So that is why I said that there are different things that can be done and
that we should not specify them.  We should make recommendations.

> -----Original Message-----
> From: Chowdhury, Kuntal [mailto:kchowdhury@starentnetworks.com] 
> Sent: Wednesday, April 06, 2005 7:49 PM
> To: Avi Lior; Kent Leung
> Cc: Nakhjiri Madjid-MNAKHJI1; Mobile IPv4 Mailing List
> Subject: RE: [Mip4] draft on RADIUS support for Mobile IP
> 
> 
> This is a good summary. Basically various RRQ fields need to 
> go to the respective RADIUS attributes. The only open 
> question seems to be:
> 
> What happens when the RRQ does not contain the NAI extension?
> 
> Some of the possible choices that can be suggested are:
> 
> a. do a reverse DNS query on the HoA to find the username and 
> then set the User-Name attribute to the returned DNS record 
> b. Set the User-Name attribute to the HoA if the HoA is a 
> routable address (the HoA attribute can also be included in 
> this case) c. If nothing comes back from the DNS and the HoA 
> is non-routable, reject the RRQ
> 
> Does this work for you folks?
> 
> -Kuntal
> 
> 
> -----Original Message-----
> From: Avi Lior [mailto:avi@bridgewatersystems.com]
> Sent: Wednesday, April 06, 2005 6:11 PM
> To: 'Kent Leung'; Chowdhury, Kuntal
> Cc: Avi Lior; Nakhjiri Madjid-MNAKHJI1; Mobile IPv4 Mailing 
> List; Avi Lior
> Subject: RE: [Mip4] draft on RADIUS support for Mobile IP
> 
> 
> Let me summarize:
> 
> I think the following should be the general mapping.
> 
> When RADIUS Access-Request comes from HA:
> 
> MN-NAI  if available    RADIUS User-Name
> HA-IP     if available    RADIUS HA-IP address
> HOA      if available    RADIUS HOA attribute.
> 
> COA  (FA-COA or CCOA)     will be placed in  COA attribute
> 
> IP address of the RADIUS interface of the HA goes into the 
> NAS-IP attribute and/or the NAS ID of the HA goes into the 
> NAS-Identifier attribute
> 
> Note: the RADIUS interface of the HA may or may not be the 
> same as the HA-IP address.
> 
> Now the case of Access-Request comes for FA:
> 
> MN-NAI  if available    RADIUS User-Name
> HA-IP     if available    RADIUS HA-IP address
> COA      goes into the COA.
> HOA      if available     RADIUS HOA attribute.
> 
> IP address of the RADIUS interface of the FA goes into the 
> NAS-IP attribute and/or the NAS ID of the FA goes into the 
> NAS-Identifier attribute
> 
> Note: the RADIUS interface of the FA may or may not be the 
> same as the COA address.
> 
> So if you look at the above you can probably match merge the table.
> 
> 
> Now if the NAI is missing etc and therefore the User-Name is 
> empty we could add some text to instruct implementors what to 
> put in the User-Name attribute.  But note simply blindly 
> putting in the HOA address will not work (as stated before).  
> There are many possibilities for what you put in the UserName 
> attribute.
> 
> Thoughts on above?
> 
> 
> -----Original Message-----
> From: Kent Leung [mailto:kleung@cisco.com] 
> Sent: Wednesday, April 06, 2005 5:19 PM
> To: Chowdhury, Kuntal
> Cc: Avi Lior; Nakhjiri Madjid-MNAKHJI1; Mobile IPv4 Mailing 
> List; Avi Lior
> Subject: RE: [Mip4] draft on RADIUS support for Mobile IP
> 
> 
> Hi Kuntal.  If it's agreed on that the NAS-IP-Address and the 
> HA address may not be the same, we need to fix the following.
> 
> Device   acting as NAS                 RADIUS 
> HA or FA  IP address          ----->    NAS-IP 
> HA or FA FQDN if availabe   ----->    NAS-ID 
> 
> So, it will be?
> 
> HA or FA  IP address          ----->    HA-IP or FA-IP
> HA or FA FQDN if availabe   ----->    HA-ID or FA-ID 
> 
> Kent
> 
> At 04:32 PM 4/6/2005 -0400, Chowdhury, Kuntal wrote:
> 
> Content-class: urn:content-classes:message
> Content-Type: multipart/alternative;
>         boundary="----_=_NextPart_001_01C53AE7.D0FC63EC"
> 
> Kent,
>  
> In your scenario the HA should set the NAS-IP address to 
> 10.1.0.1. The HA address (10.10.0.1) from the RRQ can be put 
> into the HA-IP address AVP. The HA address extracted from the 
> RRQ should always be sent in a separate AVP from the NAS-IP 
> address AVP, since there is no guarantee that the interface 
> address of the NAS that is used to communicate with the AAA 
> is same as it's HA address.
>  
> -Kuntal 
> -----Original Message----- 
> From: Kent Leung [mailto:kleung@cisco.com] 
> Sent: Wednesday, April 06, 2005 3:11 PM 
> To: Avi Lior 
> Cc: Avi Lior; Nakhjiri Madjid-MNAKHJI1; Nakhjiri 
> Madjid-MNAKHJI1; Chowdhury, Kuntal; Mobile IPv4 Mailing List; 
> Avi Lior 
> Subject: RE: [Mip4] draft on RADIUS support for Mobile IP
> 
> 
> At 02:56 PM 4/6/2005 -0400, Avi Lior wrote: 
> <snip> 
> HoA   if available will be placed in  HoA-IP attribute 
> 
> 
> HoA in the absence of NAI will be placed in the UserName, 
> as the HoA is the MN identifier (username) to the RADIUS server 
> in this case.  I'm not sure if HoA should also be placed in 
> the HoA-IP AVP as well? 
> [Avi] Actually why do you need the HOA in the UserName? 
>   
> 
> 
> 
> Just wondering how the MN is going to be identified for 
> authentication without UserName?  I thought typically this is 
> the attribute used to lookup the authentication key in the 
> RADIUS server.
> 
> 
> When NAI is present, HoA will be placed in the HoA-IP AVP.
> 
> 
> 
> 
> 
> 
> We can say: 
> AAA can route over any of these attribute and other 
> attributes as well.  However, for general roaming NAI SHOULD 
> be available and placed in the UserName. 
> Device   acting as NAS                 RADIUS 
> HA or FA  IP address          ----->    NAS-IP 
> HA or FA FQDN if availabe   ----->    NAS-ID 
> I am assuming HA or FA NAI is really the FQDN and that 
> belongs in the NAS-ID attribute in RADIUS. I would like a 
> clarification.
> 
> 
> [Avi] I need to understand what you are saying. 
> 
> 
> Sure, I'm not clear which part is confusing or unclear.  
> Maybe the entire thought process? :)
> 
> Is it expected that the HA field in the RRQ/RRP is the same 
> as the NAS IP address? What happens when HA field is set to 
> all 1s or 0s?
> 
> Here is an example to highlight the issue.
> 
> There is a box that does both PPP termination and Mobile IP.
> 
> For PPP sessions, the NAS will set the NAS-IP-Address to the 
> interface's IP address (10.1.0.1) that is used to send the 
> Access-Req to the RADIUS server.  
> The RADIUS server authenticates the Access-Req from the NAS, which is 
> identified by the NAS-IP-Address.
> 
> For Mobile IP, the box acts as HA.  MN sends RRQ to the HA 
> with HA field set to 10.10.0.1.  HA creates the Access-Req 
> with NAS-IP-Address before 
> sending to RADIUS server.  Which IP address should HA set, egress 
> interface (10.1.0.1) or HA address (10.10.0.1)? 
> 
> The RADIUS server has a shared secret with the RADIUS client 
> 10.1.0.1. If NAS-IP-Address is 10.10.0.1, the RADIUS server 
> would not be able to authenticate the Access-Req and drop 
> this message.
> 
> 
> There's a shared secret (AAA-Key) between NAS (IP address A) 
> and RADIUS server. 
>   
> The HA (NAS) processes registration with HA field set to IP 
> address B.  So we 
> expect that A = B in all cases?
> 
> 
> Currently, I'm not sure if there's any reason for A != B.  
> Unless someone 
> comes up with a practical scenario, I'm fine with this.
> 
> 
>  As for FQDN, RFC 3846 defines the HA NAI.  The NAI format 
> would need to 
> be mapped to FQDN.  Excerpt from spec:
> 
> 
>    "It contains the NAI of the HA in the form hostname@realm. 
>  Together the 
>    hostname and realm form the complete FQDN (hostname.realm) 
> of the HA." 
> [Avi] Actually, Kent, the definition of 3846 is okay.  It 
> will fit in the NAS-Identifier attribute just fine.  
> NAS-Identifier can have any value as long as we know what the 
> format is. So we can convert it to a FQDN or just leave it as is. 
> 
> OK.  I thought your mention of FQDN in the NAS-ID meant that 
> the AVP restricted the format to only FQDN.  Sounds like as 
> long as RADIUS server can figure out the 
> format, we're fine.
> 
> Kent
> 
> --
>      |           |                   Kent Leung
>     :|:         :|:                  IP Mobility Development
>    :|||:       :|||:                 Internet Technologies Division
>   :|||||||:   :|||||||:              Voice: 408.526.5030
> .:|||||||||:.:|||||||||:.             Fax:   408.525.1653
>  c i s c o S y s t e m s             Email: kleung@cisco.com 
> 
> -- 
> Mip4 mailing list: Mip4@ietf.org
>     Web interface: https://www1.ietf.org/mailman/listinfo/mip4
>      Charter page: http://www.ietf.org/html.charters/mip4-charter.html
> Supplemental site: http://www.mip4.org/ 
> 
> 
> --
>      |           |                   Kent Leung
>     :|:         :|:                  IP Mobility Development
>    :|||:       :|||:                 Internet Technologies Division
>   :|||||||:   :|||||||:              Voice: 408.526.5030
> .:|||||||||:.:|||||||||:.             Fax:   408.525.1653
>  c i s c o S y s t e m s             Email: kleung@cisco.com 
> 

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/


From mip4-bounces@ietf.org  Sun Apr 10 08:56:53 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA16644
	for <mip4-web-archive@ietf.org>; Sun, 10 Apr 2005 08:56:52 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DKc8p-0006gj-At
	for mip4-web-archive@ietf.org; Sun, 10 Apr 2005 09:06:23 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DKbyg-00018c-7v; Sun, 10 Apr 2005 08:55:50 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DK5qG-0008O9-3D; Fri, 08 Apr 2005 22:37:06 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA21706;
	Fri, 8 Apr 2005 22:36:57 -0400 (EDT)
Received: from gator9.hostgator.com ([67.18.141.194])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DK5z7-0003yV-OV; Fri, 08 Apr 2005 22:46:10 -0400
Received: from pool-71-96-155-36.dfw.dsl-w.verizon.net ([71.96.155.36]:1550
	helo=cow) by gator9.hostgator.com with esmtpa (Exim 4.44)
	id 1DK5pm-0007Fx-GD; Fri, 08 Apr 2005 21:36:30 -0500
From: "Dawn " <dawn@icst.org>
To: "ICST Newsletter" <Icst-event@icst.org>, <testnet@canarie.ca>,
        <announce@tcos.org>, <comm-theory@ieee.org>, <comsys@brunet.bn>,
        <conferencesx@comsoc.org>, <dbworld@cs.wisc.edu>,
        <Disc-delegates@disc2000.org>, <info-confs@comsoc.org>, <itc@ieee.org>,
        <iwqos@comsoc.org>, <list@4gforum.com>, <manet@ietf.org>,
        <mip4@ietf.org>, <mip6@ietf.org>, <mipshop@ietf.org>,
        <mobicom@acm.org>, <multicomm@comsoc.org>, <ontc@comsoc.org>,
        <podc@acm.org>, <sigcomm-members@acm.org>, <sigmob@acm.org>,
        <siksleden@cs.uu.nl>, <tccc@cs.columbia.edu>, <tcgn@comsoc.org>,
        <tcgn@ieee.org>, <tci-announce@computer.org>
Date: Fri, 8 Apr 2005 21:40:01 -0500
Message-ID: <002001c53cad$6e273840$f922fea9@cow>
MIME-Version: 1.0
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.6626
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
Importance: Normal
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - gator9.hostgator.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12]
X-AntiAbuse: Sender Address Domain - icst.org
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 10d2fdecab7a7fa796e06e001d026c91
X-Mailman-Approved-At: Sun, 10 Apr 2005 08:55:41 -0400
Subject: [Mip4] Call For Proposals - Comsware 2006
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0221202464=="
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.2 (/)
X-Scan-Signature: f5932bfc8385127f631fc458a872feb1

This is a multi-part message in MIME format.

--===============0221202464==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0021_01C53C83.85513040"

This is a multi-part message in MIME format.

------=_NextPart_000_0021_01C53C83.85513040
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

******************

 

Call For Proposals: Workshops in Comsware 2006

 

Proposals for focused workshops sought as part of COMSWARE 2006.
COMmunication System softWAre and MiddlewaRE (COMSWARE) is an 

international conference co-sponsored jointly by IEEE and ACM Sigmobile
dedicated to the challenges of Software in Communications. The first 

COMSWARE conference will be held in the picturesque capital of India - New
Delhi, from Jan 8-12, 2006, and promises to host a premier flurry 

of innovations in software and communications research. Additional details
on COMSWARE 2006 may be found at the conference website:

 

http://www.comsware.org/

 

Original proposals for workshops are solicited from potential workshop
organizers. Proposals can be tailored on any particular aspect of the 

convergence of software and communications. The proposal should include the
following:

 

Half-to-one page write up on the scope of the workshop. 

8-10 critical areas in the scope of the workshop topic 

Potential names of co-chair from industry and academia 

Sponsorship and Exhibit opportunities within the workshop 

Tentative one-day workshop schedule plan by the organizer

 

Please send your proposals by May 2nd to Prof. Gaurav Sharma
(gaurav.sharma@rochester.edu) or Dr. Ashwin Gumaste (ashwing@ieee.org)

 

*******************


------=_NextPart_000_0021_01C53C83.85513040
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html>

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">


<meta name=3DGenerator content=3D"Microsoft Word 10 (filtered)">

<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:Georgia;
	panose-1:2 4 5 2 5 4 5 2 3 3;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{font-family:Georgia;
	color:windowtext;
	font-weight:normal;
	font-style:normal;
	text-decoration:none none;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
	{page:Section1;}
-->
</style>

</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>******************</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>Call For Proposals: Workshops in Comsware =
2006</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>Proposals for focused workshops sought as part of =
COMSWARE
2006. &nbsp;&nbsp;COMmunication System softWAre and MiddlewaRE =
(COMSWARE) is an </span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>international conference co-sponsored jointly by =
IEEE and
ACM Sigmobile dedicated to the challenges of Software in Communications. =
The
first </span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>COMSWARE conference will be held in the picturesque
capital of </span></font><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
  font-family:Georgia'>India</span></font><font size=3D2 =
face=3DGeorgia><span
style=3D'font-size:11.0pt;font-family:Georgia'> - </span></font><font =
size=3D2
  face=3DGeorgia><span =
style=3D'font-size:11.0pt;font-family:Georgia'>New =
Delhi</span></font><font
size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;font-family:Georgia'>, from =
</span></font><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;font-family:Georgia'>Jan 8-12,
 2006</span></font><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>, and promises to host a premier flurry =
</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>of innovations in software and communications =
research.
Additional details on COMSWARE 2006 may be found at the conference =
website:</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>http://www.comsware.org/</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>Original proposals for workshops are solicited from
potential workshop organizers. Proposals can be tailored on any =
particular
aspect of the </span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>convergence of software and communications. The =
proposal
should include the following:</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>Half-to-one page write up on the scope of the =
workshop. </span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>8-10 critical areas in the scope of the workshop =
topic </span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>Potential names of co-chair from industry and =
academia </span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>Sponsorship and Exhibit opportunities within the =
workshop </span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>Tentative one-day workshop schedule plan by the =
organizer</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>Please send your proposals by May 2nd to =
</span></font><font
  size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;font-family:Georgia'>Prof.</span></font><font
 size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;font-family:Georgia'> </span></font><font
  size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;font-family:Georgia'>Gaurav</span></font><font
 size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;font-family:Georgia'> </span></font><font
  size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;font-family:Georgia'>Sharma</span></font><font
size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;font-family:Georgia'> =
(gaurav.sharma@rochester.edu)
or </span></font><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
  font-family:Georgia'>Dr.</span></font><font size=3D2 =
face=3DGeorgia><span
 style=3D'font-size:11.0pt;font-family:Georgia'> </span></font><font =
size=3D2
  face=3DGeorgia><span =
style=3D'font-size:11.0pt;font-family:Georgia'>Ashwin</span></font><font
 size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;font-family:Georgia'> </span></font><font
  size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;font-family:Georgia'>Gumaste</span></font><font=

size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;font-family:Georgia'>
(ashwing@ieee.org)</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DGeorgia><span =
style=3D'font-size:11.0pt;
font-family:Georgia'>*******************</span></font></p>

</div>

</body>

</html>

------=_NextPart_000_0021_01C53C83.85513040--



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

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/

--===============0221202464==--




From mip4-bounces@ietf.org  Sun Apr 10 08:57:19 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA16707
	for <mip4-web-archive@ietf.org>; Sun, 10 Apr 2005 08:57:18 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DKc9I-0006kb-HT
	for mip4-web-archive@ietf.org; Sun, 10 Apr 2005 09:06:48 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DKbyf-00018X-J2; Sun, 10 Apr 2005 08:55:49 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DJ05r-0000WB-Cx; Tue, 05 Apr 2005 22:16:37 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA13251;
	Tue, 5 Apr 2005 22:16:32 -0400 (EDT)
Received: from gator9.hostgator.com ([67.18.141.194])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DJ0E4-0000S8-VW; Tue, 05 Apr 2005 22:25:07 -0400
Received: from pool-71-96-155-36.dfw.dsl-w.verizon.net ([71.96.155.36]:1728
	helo=cow) by gator9.hostgator.com with esmtpa (Exim 4.44)
	id 1DJ05A-0006Nu-QH; Tue, 05 Apr 2005 21:16:03 -0500
From: "Dawn " <dawn@icst.org>
To: <testnet@canarie.ca>, <announce@tcos.org>, <comm-theory@ieee.org>,
        <comsys@brunet.bn>, <conferencesx@comsoc.org>, <dbworld@cs.wisc.edu>,
        <Disc-delegates@disc2000.org>, <info-confs@comsoc.org>, <itc@ieee.org>,
        <iwqos@comsoc.org>, <list@4gforum.com>, <manet@ietf.org>,
        <mip4@ietf.org>, <mip6@ietf.org>, <mipshop@ietf.org>,
        <mobicom@acm.org>, <multicomm@comsoc.org>, <ontc@comsoc.org>,
        <podc@acm.org>, <sigcomm-members@acm.org>, <sigmob@acm.org>,
        <siksleden@cs.uu.nl>, <tccc@cs.columbia.edu>, <tcgn@comsoc.org>,
        <tcgn@ieee.org>, <tci-announce@computer.org>
Date: Tue, 5 Apr 2005 21:16:14 -0500
Message-ID: <000e01c53a4e$9cb588d0$f922fea9@cow>
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_000F_01C53A24.B3DF80D0"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.6626
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
Importance: Normal
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - gator9.hostgator.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - icst.org
X-Spam-Score: 0.8 (/)
X-Scan-Signature: df64132ced23e1406f6445adc987904f
X-Mailman-Approved-At: Sun, 10 Apr 2005 08:55:41 -0400
Subject: [Mip4] Call for Papers - COMSWARE 2006f
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.5 (/)
X-Scan-Signature: 56e89b758a38944229c8153fc72e2933

This is a multi-part message in MIME format.

------=_NextPart_000_000F_01C53A24.B3DF80D0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0010_01C53A24.B3DF80D0"


------=_NextPart_001_0010_01C53A24.B3DF80D0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

***We apologize if you receive multiple copies of this announcement***

------=_NextPart_001_0010_01C53A24.B3DF80D0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<TITLE>Message</TITLE>

<META content=3D"MSHTML 6.00.2900.2604" name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D156011402-06042005><FONT face=3DGeorgia>***We =
apologize if you=20
receive multiple copies of this=20
announcement***</FONT></SPAN></DIV></BODY></HTML>

------=_NextPart_001_0010_01C53A24.B3DF80D0--

------=_NextPart_000_000F_01C53A24.B3DF80D0
Content-Type: application/pdf;
	name="Comsware 06.pdf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="Comsware 06.pdf"
Content-Transfer-Encoding: base64
Content-Transfer-Encoding: base64

JVBERi0xLjMKJcfsj6IKNSAwIG9iago8PC9MZW5ndGggNiAwIFIvRmlsdGVyIC9GbGF0ZURlY29k
ZT4+CnN0cmVhbQp4nO1dCZgV1ZXGUSG0jNGAEdQ4zzVo6KL2hSiRTUARBRpRo7I2+04DIjIuIa6Y
uKAmKjrucYmOe1xj1MQlJhB3EbeEETVkZtRIGP2Mc+vVe923+v733VPLa18D5jNfW6/q1r3nnvOf
9Z6aV9A1wyzo4f/Kf0ycVTevrvfIoDBlQd28gu0ZQfGy5dkF0/QLruEY4T29Rxp6YeCcuhF1RvH3
kYNLf8yfwh7zNSv8p3iB/3virEL/hvBZNpiu6XahYXKdrgWBb+h+8Qaj4ASW5toFz/LDGTXMqutZ
OKhhet2ghsIINrBhel7xRtNh/5pOwfECqzQfJ5oPW0ngsvW4bHhds9jfbG7iRdo8g4Lht0yyNEXD
1zXTLriBoxlucYoN4RQNU9NDEumFhkl1PaeGlwIt8PzwxcVLjeElX9MdxypdKS7N1hzXd8vPHV4c
ytB01yhdmRbdFJiB5ZUuzRdGWhBecdnrLEaU6FJTdEk3DNuUv2+o+OBscepgLHE1xVl5WmA5ui8f
anx0STc8w5KPXly0w1gkcILSpTnig7ThZ4pjAUIMKO1h4NteojdOJtMmdkW8B4w9kfAYWAtt4qUH
bdu3HflYle9ychwrdldJ4E3PieQ9cAq2GeicwJslAEorxo7taT4vxfx7LcONcE8PCrarm/x7zYzv
DfTwja1fXG97DPJsv1DPoJEhIJ0nZxXvYgxu+q780kKRAQBPALkTebDKIgxYYpR415LokmF5VvkS
DQRFCQLUAkPRpgWWCACiKaKNHxhGmTaLi5OwNIMRTE5nCY7EURfMFAwFKD+JtBlHFWfqabrHtKB0
r8FYpUu+43sVsBksqEwbpvENfkE+o6Dry7WiBCyLMh4JY2gbFP8g2QOMFwybt1v0wC5Jtcmm5zOj
wHGYpi5K9dTo5bZRNDpatl15aa54qY94qTfp0uK0lzTx0kTx0hzx0izx0gLSG8eLl+aLlxpJUwXz
AmNNaWYGozCNcbTPYN62mIHnMuOW2WAB2+HC/Ma6ydlYw9a98AeONXguDBmQxHt+wSoP7gVume28
gmszufZbxjXZf3t2zNIpqiI/NruSXi2NoDOdXBxhcIRVpmPGKc6Mct0NypdmN+txx5PfNT+6ZPuu
F5NaRibfa5baIgKYTBXahsfPmVnTttU81oAIJzzPMMpjTRUnMT56Y+B6bgyZTM307VbT4me6ILpk
mKGmj9GNcUOZbvUOU8Q6I2R9UHRN2E3HRlNgpnkzvcX3TRTJ0CTcNEckTGmeus5MDzlh+kcPMnYz
XTmRp4qEmRktkLFVeYGxCfUSX1V8O5MKs9kPOSqCaj2wXFe1foEzTGblOHrMNIjPEOwKuGuyOJZI
XkC4kRFH2UzfxiyD+E6BOYC7xpOWCAgxVdyqjBrKryTnJiNKUcwniO8dLy4LzA5I62ERE9gMOsum
0iwRRaaJD9YCY2giY4BpgdHBEtOgOsMXk9svL7ANbr8M9gjnIsTgCGyvwRyHSBH0pwDTdHFLZFgf
X/skElgBGBIRZLgohQDExX0DgAZk/AiSBgKsOVsAx/gjvYSFFMRBhkaXHNNudivApQYRwGXYG780
MCId8yGsVqqaXy8QWCDWInNUE4Z0o2xuABwC/DZdmF0JcyzLNspsA8SWBt4AAgBHiBRqEm8CggFG
B3MAuDdbHAs8KEG0GGuKUwdj5w5eTuBpdOxy/KBsHA8RTT0aLIFVyUQ7ftcUEpiMEu+SafT4XQsl
xldsS04VeXW+eEm2HiUhGgVAi09bCmjACOfBGmhGgDgLxQmV9KdhGX55lwEYgPUCWyuKnxk6o5XD
m+ejRU6S8wi3F4vERdFkFgCOFDe4K0uix3zbsw1+SdWBX8czNMdtCVEoZQGsCth8cvzljYLU9lbb
cxUNuSdJ5L3a6Op6mmfS4dWN0m3s9n6iaSii0WThCjDwACoDatCQdC5J2wFWAVpY5ku3gj+en5PY
c7Zuu+VwYn8REUs+sWlYfsxtj42+FTqfjqOXNTyYMVhqVpZoHV2JMxwgETAqgSjTQA1ADAAi4ESK
5lub+qNhlJGN27yF3P7ZDiMpjzgVY4oOm39476ho1XyUrkkkPYASeUCRvyS1bS3Tt8pSOkXC6NC6
cR3dj+VR4Za5hulZ8Ut20Jwqkip9EIxITgYQmnR9zQwMh7N9hoqjzxLNIbmJWTmAR3O/SxQ1i1FT
KeYAzQ6cdDB5AP3gQRB+7SVoA6WzLTMlVcHmWjEl46uhRcvAgyBYUZq75zpWBSUF7G4STFdTIRl+
Mc8+i6ocZYwafxCYoOJKwXOAT2lWNmAempUgTgs8Vy+OnigywVOLpicl0ftcrWfDjqXiVNaz7pWL
0UZGa+etZ4A5tMgqINoiCdrHDIJR4gsBHsszSgp7cok4hxSAmc1YrpFUjZAMiTFKm5nOdhDZXWCF
YO5ghWIAFVBGzo48WwFMIsUXKWHJCSSztqZTNnZgx6q6FMjCiM0IXrz9GBFZgLwCsAEOCbgLWCsS
oBUzvK7mWWa8wik+EoAfMIW5pLvEWclyS2nyM9tsuoZiqDTQfKYAmbtgcpWGMA/HCxWwgMQFgLfS
/G9a/B5MK1G+jPfvwFhgc8UlyupFqgT/bnMtPIiJ0DQAmDFI+MutdEXCH+hL8EZRB4D4ChgKpNUy
7pwieiOL88bnkFOcl/nGFfSJayeJutgOQZ8o1CSIltAqucQ4SLZCLlWaJn0hl6vppsdnioBJDcoQ
gHgASx+QFJjUgDSlHVOUcsmyiYpSLpUyHBa9yfUD3SpI+RsYWmmdfVp0gRbxBc46mAMtqySTCBWy
0DySaqqJliNTcrRXpNBFR0HOzbw9AlQCLWGXI0PVtl9gMYCjuwWmW87uDRbxEiwUCBOoTaVRdgYJ
7IFdAEIcQN1OFcAKmO7K1YG0Qj/RvgN3HSneNUik1HCR6iAhuCXgFUV7VgmvDK9sq4AJ00IPNKAD
d80QyS2TjvgkahtlDKsc0ibBjO4Uc32zmislK6fWQA5GjBiMidapiBiAS8DCBr4ACGsC+s8QQAZk
gKhJHx4r2lX9UE5Jn+PFbac59EDIqognVuCGJ7BCbhbNGAkzx/M0iaqaBMc2TjSwJ6mJBoanJZDA
g8B9UGxT9tIBKzA0k+zDWr5ZTs40RJzHR6UWiiodJNLlyQ+ePCJTAKdPLI5K5NXydQi02nPg1iIf
Vtdcw+Mz/qCwCwSQacl8mvNLCheTomdpQ7xbRxrq6yvasly7XCuabcaQvRTOaKJ6LAUcJ6rH4nVC
7vZekeJyE85y9bIWSwnCFcZ2/PLBCxIQO3rZmhwTbUVgOWaF2qiSFHumZ5TvKukWU/cryAcIAILR
54p3VSG+qEBiWoDRNbQiC9UHMmSWUSHOQ4tFxKGdaACEGSwas7IC6jj5aClHSTFJ1iMHh4taFMxa
au9VrisBmwDMo22aoAgGllkKYNEcbDC7xSIHkkoHQHQAqAZSRJZ2CWA+zXaXHSTK08dnolBWyRQf
3zKZPvFloURZfiHN4c5FIiFptf+06gFgy8rAqhXo8AMncvy3wsqAwNN8l9kfLZUBAOvAgDR8ooEk
qS4RELGa6KeHh3ZlsUoa/NGAHpiNIFEPIhW0yDMN7WjH8Gthz7/u5H1Fe9sM/PKBfIq9bQbNUD1Q
BCAQrxcT7sBsBsTuLRB7kCjkp0iAOm5IS4r4VDeBkE2bN30BdrsXtlrT+aAKOIwMOAcc3qWpUZqC
lGtDStFfZm2YqI8B7+QkqstS8HoN9jEwPbPsH9PyULRSLXkkJHlgWgb3ikJckvcEznp+Pc0OlJGe
tmh3YLq+5pOtctM1yrUaIPNGQjRQeUQxGcWYLegVQ7PIQQlA6iNZMntJiXqgtCofH+BoEZbk8quw
ugB4AfauJlQ5Rtm0EGMlAIOAEKWMsYhwA+KutBCxnN/ExVAKMJQvBPsNPC7wIMBrWgBBntZLzk5t
HblmtkC5x0DKMtgK/GsXW25L6lpBThBYoWIij9Srj2S8LhGpWKtNDJtrX3mrjX8/gOIlIlkAOgPP
OEkPMP6YMO0AC7BAaNOSZReUSdA8mibWTPFtfcBuMw0u1rMlFLQJgYYqaFQ3CAsdTJMraqi3mV1i
mwFHTUnXOihaCoUiEy2l2slahWu5rl2h9omi76urdPQgi9KpbKTrRrn9IjgfADJFAKLAYQpgewAj
Vja8CkxpPRfABkxLB23KslwgluDtgClpjYFBpS4wAUU+FfEDzApsKO1UXPmYHfPyoq4cJUjY1pEM
CZrhm2XvBMyXpm5kHK08ugZy2WBLgDjmWZUHSvBkCQ4FIBpeIH7PIidANLxmQASFXjR/naYNaM1k
gBlHOuaMoI7nkpoIix4jQimplE7WH7FKouuaZcdMnrlKXtsAWCK1O0tnCYgVlWsMSG1h5VNXGO60
hBe9h4oKO8L6sCpBh6OXTzSBeCOtv6vccVK4z4CyJEdflvPP/6iltA6GK5wDj8myB7RKWTEKHM8A
Au4jHaimNZenhfyrCV22UT5/BGZM86xpHhctJSFvL6WYRJ6BPtF9Azwmy52r4MXyNK9apokZlI8y
5dlIRV7GkVjDyFU8mKmQ11UelaKlbHJNCG8rqk8JPGZziTfo5yFv8cGblWCpIBoqZ1/FKUeAa+2/
FaoKngyvStikB5qVpLc9rQg7ZUcn0OmHhh1gt2eIc5d5ga1Ahx+FBjrgeLckLaL65ov4GAivApqQ
MB3Eo0iVDKA4OvV5wbY9x23oulb6/hit/I/mKJLYmwQRtGSv7JB4miwxcB3lSXYS+1Yu80jLv2nL
bqrMrECJpO45CkSUogwCN/blpTxz2X7zIazDRftP6ggqTi+BrtfypI6iD1HbH2a1A61Ig1JS+khR
RdGCi6njCLQaRBA0ABpQ1rg8swYEZjdQ5qUUjOM2iybI6lZRHXh66aw3kHUaetIacQATldS6nHR2
LfcTQAq4casHN07zcaFhIrPQqvrTnorvJ0oVOIUPIIIGcCC3SiqSp33QFFT5yOyqNj2BCuAzYNMM
fKcMn7RkNYghgAmAshhpzZ0CY0spI/7LCTQiSDvCCvGcry+ykbXUvcY/2WfrZQ8WyADNnqdvrLIk
Up6ZUYRY23F0wmpu7Jl/nUu5cl2WTUlzQJRmiqVsQQ02DSgD8D4wqyYBODIkg7f8kCigRJXCCkH5
7Fyi726Abw5XdpTT+sCk9DCtgVzNYFDyw48B3/FJ98zS/hkus8wLruWXEz4NLW8sm2ElDmPeb8ww
i/DH56flaI6lN39hfKJ415zoLt0Omk2L2cLoiyjvKyFZWPYYM+nRc6GLZUhfB6ZJWx9YzORoVqbt
xj04KmEMl6kTfu89ZjDaviW/tFB8UFxiiW/DT/9Y8jmMFy81iQ+CsWS7Gr9UwsGwVC32Nb8oX+LJ
yQXeCIYHpAfz4twaM05Ux7NbFUjxbJONELHNACsEowMWnChOSxRNQBkwq5mkuYsCBdYMJgp2Giwa
sJtIrEnirOT0833HcaWUoQn1UBFXxFlV3q/yXQCixKEARIHRwUTFBQK2XdCiUiqw30JhKPAciaBg
yeAu2qbKxF4lTICvSoX/JtPmhl2oN4xijwjyfEWFRBMpka6JYKQyphdaDIhW0smLAem5TOITtREr
U29xBKZ6YLmt1ArPlksos5or0hjMAewEeBBsjnw9/CRoNkwiVa1Qk3nq6tR7BjgJDD9VIsdxEoJJ
gNmDNYo8CEYHu5GWnYFtoEkMlPgcMtnM8aFmUBRESXzCPEGFWZGMX7ATE9KKDwBTwG2V7TRDORYA
LoEnkc3Cs4PMQKHKfmVkTuK/8Mwm9V8qm0hy/4XferC+JBaEQCqkTQHngBWQFlWaLkj+pNVSoAOL
wiYR9xHQJ+1+AP0gIwxEN8E6jK9Q7psCkeIfBPsNmB4IMdgeuTGQ3GYsTTWMolWghNxrEhSLyk3L
5jXFL0ntHZ7ySaw3ngxSNlUQmea/AqNFjp7C+SFqkMM3HL1C3ENmOX0NQQ6SUc5vD6AWjUvBtOQB
DX5jW95otcp6ATtGAYsyBxLkEIDPpLRsAeqS1AMNBCeIW0aSxIyaht99kjkiKn6ZZY20Ls04Ixkl
YCiZsMfN3QSh0PiDNE9ALqE8GcUlAo4DeyvhifhE6dGI+HOZeIk2hTjdgUhJ4zv8rgIaAxsVuB4y
bEmz0TTDTG5OcUFcQC0weurJ00OV8aFolCcZmpNEeKNpfjBTmpgDA38OhQ6pw8a07aEFaUQpSBwo
SrbVi6NL7J7WFe0KQJIEPtocWFRuDc1yl1sV/E7LrF9VRkJUi3YCy4IWYyTJekZfXdiiONcnULDx
B/MOkcRHT5DiVfnWeed44+9LTXiaFQ4eBARMq4eBBNGdxfisMmmy+FBgCsB1AxIGthWQlMQhYFoi
h8jfx6tOEKygQ3N8CuCFqeP1NDlMwg6u7citJpnhQYpnpMEGzrWXWzpy21QR0EhNULkhxVvDJCsj
rXyRkFsuE9w2A9amRRKANQTmLkuSFOuOuKKj0AhqqTlyfLvcS6jl7opVSoxNy8WtpIwL4Ada6IqU
pQdEBf4/zWejQQGpnqC68S0wOuCRRNFAhaEArBxaNiVveyy+r/KcKU+ImSIs08iVo9ZMHXWjBQgB
bRJVYvHrAWFeYFHIA3YUIy0+VbDsUyhMQkqdkfwXGuFTbyLN+aKFh7NVqcnC97YnX+M8in4F2Jx6
iUniLoC1FDFxkbVo/mdqWydtcjIB/VBEGlBRtDRp8C9x+Ivt5Uw5eWh2H01ewPCkSkzaRiaqiuUW
TdMQWcPrIFCVRwlsdUmTf4iVX03uIdbY3GmonjaZQyuWS7074nIy4amK32kZenlamFJSFZ3uqWCN
AHaYkYDfeYuVRNGKnr4tF4qMJdLcSKCORK6NeBrTvEnxhYnOWVTGAVpZTFuUsoCQdbZ6FtUpgIzm
FSWEomQKacEEv5FbS+GIUjvIi095cmUsPqVRvjIBE/noCuHI6KPzo9PqmgEqyX10fokgGUoz1Olm
bvyFIJpAs2BpGVmR8qRZbWnWN1hiRSumWefK3UJ+rK3TbgeESKseUqvdjMXNtF2iCFGmVHfcZATI
S8t2if44GL0K51Tb8PBLngdVAXESWZdtXyjNTzVT0pe66pooD6ckAIhnXCvnUmnnGvK3BxTbCraH
5uDTtAtNMhL4a0nwJtYToep4w6uJ3PFGVQPSjgQvSVw4UZqGj6WTqjsBgIFL8gI/RXI3GzTFNyBT
WCwFNDWJJAXFibR2CWJ0K5M9E38udd6Txlo0B5dWBS/zzuMLyuSdx4f6urzz3LqnAAbMM4Mev4t2
FhE8SEtVi9xMkmmwwlNJBKSBQaJiRbrcVSBNdesNQGyWtj1yzFXsfs7ndeLP0ehAKmCk2Z9STZzI
RONRLzWCgku0s+e0Da+uiSYvHlBY2jSjgTZTQHpwF20SebrLgBIZHU5+KFrsEuhnYMeT+tzIzybk
GUlInpQCD2Y8p8ivug0OEROdHn5WNH0GWJ4mPrTtSVLNokjySN16ftGVndkKyVTaKcl6EeeldZ75
dUBTIpI859JOIZZUxS47Xo10dt6xXlhtng5L4GGEypF9cHgx4zFVBSzReE6m6WP19KIYpz2/Iivp
VhbBknwz2lEiuT9VpYNDbXMUmKcWTdRph7jarHmDMtJQ+XwFe00ROejnK2zfLX+ar9gaP2oBX97b
oyOymoYVlCld7JLsaz7TSuW7RkWL5PvxjQkvBWws34l9byA+1kjxjYOiS4Zl+K3UM617mcL9kGuc
xD31AAOQ2gEmcoz5WckL8XnS0PxGEc3EidK8N1rTLpr6TF2XCN5I0xk0WBLDn7TtSeL/JB5Kzre1
1iyiCrvDY7+4O23ewa8ye2cu/JcTkDNQ8uduAXGVfQ2+LsTln2sDxEWWOukoImgTJj4H1iQ5ext9
cafVt5MUdgutc1CO/XhkpI4+n13B08zhnFHmak8Z98YnnyiDxXs/pLAvKRYhg7z4RDNBXnyotI0y
ayYzpRSerEcNFBEF4HzLYlNxytN8Chn6JC97yeZEp5EU0ukXWtU1ybLhELc8FAlxSZXmYMnipOT9
d/m9oQXBSRItM0Tj21Wjdb5SJZy66YFoA9HOjrbJgU9Ft5XULWRTH+wHbwTJi9RHwmlFaKnbW9Jc
otQH9PMs485mpLTvs8m0pA2oHEjOcLRz72kbT+d9xKu6lm1OPSmqb9kWmzqULtR46DJ1ExGaI63A
O1ppG7CdZGcWaSa8vAKhsreeqPabvyttio7mJIMXbqFlCqnPmijSV4CCwKfLUSclKmZPXq8PHqzR
hrfymaZtepKcWjXTojj+YCKPoXJJNOn7WbRSFhqbVkQ3whFFxfF30pesUgcjUisqMPlECklR30JS
SKS4CQj2ygkvGJpKMJA6wan7i9IMVVBLJD+Uwq8UPJjEyubXDoZKXRKUNhsBnsu/oC5xKIuWa0uU
F+AJ374/jZbp653xfFgtnQRVSAbNoKZl+8HsEwQXldm1PJuLy/1GXo2nzYgk8lLyTqTKaZrgBEz8
wbQGKMApGirlWC4hi2ypEq2A7oB+tO4KSYo6SVqPhmg0izZrBxQFl5NcNoCOtLwBzVhNEpxT+PCp
laP0fFhyI0v+CSaFNSM/W5t4ExOlMRVlAQn6zChCOrTwA8nbTHT+XbEVGeFMUQ1aE6e+E01Vkcms
6leSqxDaIrVR4Y9NkmRAxqVKmMxaipdjo5B2EP4qWYJcrZxUNefYWC31OSYwVtbyWb5oIWtHLMXu
0hJ6YKo0xUhruJVIMaYNSCj2fws4uk9rrJc6b6VorEcjc8byGoXdQorppmbTHNuhgbumi8shHdNM
+8kJQFG5D86P3k9krRwCAc3fQQWkodlTCXYsDZSlLq6S+4GJmQtkInM8xCJPwShEH1hBwLiVavGs
bXv4CZM+Ei3bkfhQNMghWTnZlGWar531kSyxeMTMKp8v84Jw0uHxMsvzC7ZuaGbscz/MCpEdR/Mc
jQ0U6IzVi088KLJmeRCjeZAYnUAViDw4zRdzgEu5B6eVDJN7Jj++y6PEB2UBayWrLRYJDdY4X5yX
TORijMEE2dcM32cSbTKgKN6VnBlKBTp8NQ6t6irBJ4qUGwhSgICxAKEAOWk2jBzUbN127fbADEq+
lWUz43eVtpZ3fWaQ1CviSFvXdC8bQ7YjmoNKNlljCyUeggcT9dFUFDvR5gXW2E9c49fUSJP20Vel
dbFN+8XbOZu6rjm2x9uFNS2CccSxfc03bCMb5NBYIrUDcwqJ7UsZad7y7i/KHqAdLT2UoP2EKvJC
G2qouB4gQbTPjGc9PFYtSJAFVdKIcQKEbqV03YCtJtK6hplSBBqiV/EF3nkeit2aEVZpp9GU+iIS
w2c7J0IDA9qZoPhYI8StnSMAC6ANGAqJgBe6w8FWY3iCScgLTBW7DJRM6oB1noZnntx3jLhGmtks
1zJcliz1EqEHxVyxIKNPP1oUNpqRQOMYoNmzBnf5NwLmlrutNQd0VSYOjRIJ1Jp4bk65xNL5MPZY
kKy0hGZR0PYMagFLMx07m+yAxQEbJFGHSYWVDzxsAB+pTy/TbJAlJNmhsS0w42jho8DW2O9u7s4c
TVOlpjDY0zytvNQ4DRgLOCx5emA1YWEjZDANzWMol8lFosEerTI2UUQ6T1XFR7errKoADNA8dNob
aVMFhAZQlzomACZBC+TSlHbqOE6Niz5nPGeT/EENhRF1I+rm1VmmaxVMywgKs9jfgRf9PbP0t2k6
xb/De6K/p9aNKcyum1fwNSv8pxAmV/m/J84q9G+Ig0GrRCzjaoYeBdMNNLsldds8IcLQihyv6Xia
4abM8dYEWA0UEYDGJuAumh1Kg0dwF83iApAGKgdT22VQc+mazRgjb5u2Ct+I4gnV9snOrSGIlshT
yIUjaWFhWU8W5bJpreNEP5WWUk29Z0gOAyY/7jY5zDcOydkBYyLaMNXnVTgbQJspjTa0xiGp0Ydm
xaQO2w4XdxZMghaapk1ihsjv6cXJZwBlONvEqWphfRDyNsWxwF3tKF5kmD6DED93t34bF5XHOlzk
D1qCm1a+R1tQ1oody7INVSvSGswn1xLo52JDsa3R/CCjDUULWqWWAcBFbb/NpTUKn6FSrpGWMEp0
UJK/CwgPLY6VJxrk6VDRLDmwRtqCaOFOWTyydXLL0NwgY6FbTa+3BtP/IFxAS8DK16gIwAPZBJfA
dqR2dlMX0gKqpg7C0FCKtkMyGKk3XGYmBhZf6dreKv/ah10eGFrgeVY2rKoJWwcQHTTMlVe/8+ul
Kee2z5fmibQJQvLiMdl8I/K5VErAclvmdPoZc8kAO/P8jEbbq1gQvkstdED9yKLC8eGB5IPaDJD0
qnJV/RYBZckL02qi9MPU2Z9mxkgj7ZAkTVxpRxZpadg8DW5gTACLRlZFoDr5DTgmda1arVZli9wX
sD/C7vum46TXFTTmo+UWaH5cguYntZOR9ytMNbX+T9DhPO7atT/nyGZa0nC3HOcI7ICsd6tyXknD
iVaFE2/pc2a6yXYo4+nqWqqZya+WWaV9EquHClZNTeRlaJZbto8nKX2REnBYTMh0kweO9p2bdizN
0a2MkdZaMvm5KgtaWSAtI5boKwf09gSxLrFpQmDtxzxkssOQK1skocpF3LRqZhpUJ4g3iJ3dlKes
aKUME4TRK1pXVoUmWHmmmGqiVBEyqKe5bkbvGZQBA5eUZnPQDhUAqtTq1lSud6jgytHsblo78UT9
qnNJcWeLPTK+9JmSjjUtAVxGa6hKiy0Cjs3dso3Lnmtorufnf6i9Jngc7Faib8IpmkukPkZHi5Vx
ZlTmsmiaJNCIAwqeMkB/oPkZc3hjWuhUobYua1GvwuoHl3pHY/GVxTVxYKaytDpyelVZWreAqEG9
4RiaHZjc9znzzH/RtA8thF9l8EKqxtN8I2vjvpqQoN6S7VdmK2v1sEGexuDWXKHC5F/XPM8Q+h/n
BAA1YWilVvauq3mmn7HzQuqcR5WrdcGeptaEoOUnLWMjaxceD3rlnkVXBVKyHfBTNY8BE51HgqVc
YxjMkXKyVs4OE+kESF4ThwRopkiV2zqAgG7bUwIxA0N/y2qT6q22j7Pk3n5NJd801QgwBqRKaYXV
IMuR56oTwSF/wjr3887K2Wc78Cz2T3T1/ENNNP2cujaIhnTt4My/IR+r7akK3iiWeInwkI2AYhdE
x8jIj7Tu7Kn1oPybiwrET/A5zwxlpMLXDTPmlCt8DDbX/pc627GsCafUjgitiI4W55IVTChbetDC
DrQWOXmUISRrVQAUdHrL3bA03cjYDDXPBDlg67YvhQbVhqnPcMkDYfQAfbK28FU+dJAojKf4nBdN
fckDTpYTtrPcggqj2B22YSX2neKro9GA9s0EMO/BonFESxzUxDGHxBBe4bPAbc8zW3c8ldmroVSU
u/mFyqbYzM/1NLtgGEaxk9/ACLJch82Ff6+jmYEes+ZdpvoMO1Zs5GqeFUZpOcSKFFuM7+KXZosP
ii8srrPYutAoTKtjouMUAt0u2IYXCnEQMHid31g3mdDUkBHB4psalohgGowILVTgKGawLW4hWpGm
LVQLm25F38UrmXS+YxmtfB7mq8erO4rWVGumCT/uzPNM0XWxW/EfYxAz1sE3PtRC8dKE5p0qi1jR
OQs00/E8I74rhukEMcayNVP3dSd+ie2T6csfnCMuerYwhz7Rc57pGRVWWNoE9rbmTQA35HvJtR3d
bQ/Dl4QhZMaRg0t/zJ9CEQBbytNmELAXcUx9VMQrDG+aZRMw9RIpv/LLNcUHe5GWCx7USZecZjqZ
NuNPX9cLtusxoiQDDDm9LCdsg9pCrrbhIcwKemEw+5fCAMzwkS6IKeKW5ZzYMxJTV3fL7xsqCu5s
kfAAPJpEpJgv4kkp0WIbutUqasPBIxgqAQ7FRweYBqgMeL40CV13PEf+4FTSg2BBc8UH+wib0Vt8
Dlwqfe/bsmzdolwqXdDE1YhbAYhciv0FlmP4ciKDGYwXdwdwSKOINWCmYF5grCniXSceJCr+GM0j
z8kK3Obwn2+3WMHxdYNZNInyM01kiMnSu/iNnSiSAtCQ9ka51uaNCcDhc8Q3Tm62Sa0KKFj6Vrhv
2K0DtPyCwCXAAXMFAwOsGggxWKLI4+B9MvOlOjrZC81V3wnN0xCVgd0nIwnkBJ6FRNuzKL6R+d/q
s9484aQ2qwJInfxtAH6FChvAtwpuEP7rxG0Auuqs4A9YvsHcGm6f2kLz52uJtrXd0r4v1Zu+1dxx
2eMOJMeVAIAd4IEBCQZeIID3ehGKwIOivIJpTRKBZYl4FyAHeBB4ouIcatcLzNOZSylV1dIlzFzx
In5NqksUVqxUl3ie67VqbcNzsJz1FcoE6ARXHL4NfUzfLDiM1mEoLqGPyTO3oFdczfe5Pcud0+pN
K/w4ZQRkTIU1/+AW/2tY+F/frRWZS3lJGvczmEiwfXJafyFF14zw5Awz/ZlDpDF7P5RC8SJJIsPd
lcZdTaPoQZRfHsmUzc9926UYJs4rOLoekZDJhRF+NStMTU+cVdd/aF3vAaN6j7Scut5jCr5e13tI
wWL/3/+YAQW7rvfhvQ+fWTd0YOGUqy9rOGn2k3qX2c/s3GG78167f2OHGaNWvnbdwE+2+9nTTkfj
k882XHtftwOP2rj0P1e97F+7qvcuh3a+q/udj787sKnbr6/t+98fftT5e4OW3Vn3Udf6VxZcuey0
mwbsecShP3jl03Gfvd517fFN6x+dMnfTmVdetu9dBy4f/tbZH+gdl/Y/YNRj66c/uemGNdcfNG5/
3Tq1/047/qLzrXdMWPFw0OUF95nuTd/b+Z6nug894tMjjj16c8Ptk54ctHHC83+9ctXmR6e//fOH
F5x414Iuz07wVp/8esPq+49dff/s/5r5pwdXXLj2rRXXrtv1pOePW/8fD952wrEXNI5evXneX9YG
N/99xwOGD933fv33P7rklp5G3/cv3HDNlA2fnHj90/P6XvHASVf0XXvz/TsuvujG8z7Y+Oav1yy9
67PTnlncbdnuDc/M/d9lT7y9+n9mrZ/yrbuXbv8Td0nfK6b+evzHHW/96NKZS87r8GXDNxt36bDD
n7uuvXHyHbvMmn7zS5+PuMV5956zT3vp1mlvffniocfce/OJTV91evffz5umv7Lzfps7d+u0fN+N
DTfPX31Xx6V9z3z8wZVzzte+2vP/Nr1w6ymH7Hrnl7PMo9/r9MVvpzTVDRpa3NmUkmR6TlpJKrGU
50YvYs5RwbQ8XWApN2QpwzRDnjJLPOXHeOryN37yVKHLoB2HDu33YZezvvrqte3+/F99drn1L7d0
W/HTMR88funMu1894aMDxt+x4p2DZj4y4I1/nLJo1aMXf+vI/Y88s+8jv933qqtmXnLGc0OOPOrN
n/545j/69ekdjNjjz9PuenPnT5x5n5x1xwVHbJpd/6/Lnrzu/Y1n/3Onh9bMPuPSxgO/3/nK5z7c
buO6Zy6a8f5n9+7xyb5PTNz13s+fWv/uNfvvcc8ZB81y3z9h7NwX9zT/scvSac+t6/Dy927sPGn4
hfe9eeGw235z3UN/PWf53mPWT/9xt9PPO/HZK4YfvNi88tNht97Us8eLo7+93rz4nf6XX7Jin4N3
MpcsGrKx+72bRv7+5McvXvDLrsd/1Ovdrg0r1y2b123+e9s9O+TylUuu3jDlk6ueO2TxgcYJG3pd
/siUlWv/cFFjYezYV3/+7AnrG1/41ieO1++xY8xFb3hv3Pz5kAs273Z874u7nHOOdtGOq/45asMd
b/18srlxj2D6+Gce+edzfx37mfuC9doJ13zj3J9fcErXfcY+6bzZK9jnipVnXP23GeP/2utP6/a/
cuZrb8669YaPRi/fbs7oP/2ox/Q9J/Ud02+/Hifvdc/8Q1bNWLK5Z49lww+c/Pz17/R7duGen/59
et8zf7jg+e8sCuqHdxza76JPF5zz8LROP7y7x5dLClO+6Dvx0r8vPeu5i1f95uNzp37j1X1+M+DQ
tV/1f2rNKWOGvXDo9IV9rDeO/84lt286vXHpUbtl5FKLcSlTGW0L+CX+9p0IMsMPjIVVoQJ/e0X+
Dtl8SME2AWb+7bIRR+7Zb5dnfvDUenf9ozcs3/TYysN2vG75Pd88q2e/by+113T6wYC9T9v1/L3u
/9XBx+7wbztMO2Cgscv+T/d9edNFp5398pDtr1u/38qnOr60fGKfR3Zfpn/36vtW9vWXD1u06P3F
X61atV+Hf2w6/YS1nV7vdv9V4189+b2Pe2zo8M5vh7x+8Ot/njbzd31+ttt71l2Nd75y8rXfHvm3
A2ee8ujbdz44ZqL14rprdv33y1cPty8d23VD8DP3go0vfHvxn8Y/ZD3wv2POPKrbL/+l1x+1AX22
b7zqzX21f3nxjnlDunQe93DDpvO/89mLHUZ+eO7qM479UfcZ44Y/dPlOM7rcEwzv89+/O+76DV8c
/fTZDzVe/d2rPt3Xe9vufOQTv5r8lNX3gTV/+OpXL+w+7vOdply27LhDnlsx74b5X5yx8dS3h8zs
etlnE2+/a7+3n3zin2PHjXtvdffGN/rNPOO9b+ymXx08ZjRduvNnv5u3ef9vdu02cf7s5fsULvjg
qh36dPhZ4bXnD7vn/M0Xdjxnr8s7jJhw1AGnjVzR4+mf3rCi07m7L1x4/YTrb1jXY+NBY8zbPr96
r7vPf+bUW258Se/euGbMD0///IFFZ57nfzDu9GHfXzey8Zbx/zOg4yd7dpnVsN1Pd/U+3v3Gjt+/
t/sh97188LO73Gm8EHTe7ovlC/fr/uXOJx828qtev+7wiwm7f6vpwA2/vPiWk0c0XbX/mb/sunf9
IOvtY85f3Oe0t5/427h3l7y8/wO3v/r0B8bT1z6x17Len97QZXoHrcvvl1532+2je17T/aQXPxj7
h8E7DLjoge1v+tEdm2Yft/cvdvvOaYW/GNdcOv2AV46599N7ru9xhX1yj7Xrjji7y4Afv7B6+l77
9bj82Le2f/isV6ePCF457Objn+zS47D65yct7HnJxft+2K33mFd26/T9Pc9tevjVTietuW3nHt32
+KDHuZPXWHMP3thfa/rL+FHvf/zwLeNOWhxceffgUY/fOHL6HTesm9d/jDf6pCv63NT9vc2PjFjx
6Mq9br6x6Y0+Hf/+x5t+cp81dXTH457Ze+zFvx+pvfTVO0u7PNDviFtf3HHdm499udMX/7p4Yn8r
oxjbQbXFOGE+h83Tj/kORZcsnKpj6PGpRhmdyFMo28el0lnmcTTXCzRGE7N9tzlAMVu8a1J0V3hi
sDz9Uh2D6du2/Lkp4nNR2L2EVVZp/iZzZmzH8MpYxVDKLwycU0fcOxlNfC/8odX2Rd625xec8Nvm
Vsl7s3gvTvFr6PyFvxqG2/ony674pOWUHrXCw/qx3+yg4qOKn8MZh4dmyxeZT2Twv1iVHpP9yNYZ
/ihZpuR10U+yIUMCFH/F68djln6SjFn5VxL/mBz/eIFtNNuabNzwu5qtv6g5ou7/AcfKAs1lbmRz
dHJlYW0KZW5kb2JqCjYgMCBvYmoKMTE2MTMKZW5kb2JqCjQgMCBvYmoKPDwvVHlwZS9QYWdlL01l
ZGlhQm94IFswIDAgNjEyIDc5Ml0KL1JvdGF0ZSAwL1BhcmVudCAzIDAgUgovUmVzb3VyY2VzPDwv
UHJvY1NldFsvUERGIC9JbWFnZUMgL0ltYWdlSSAvVGV4dF0KL0NvbG9yU3BhY2UgMzkgMCBSCi9F
eHRHU3RhdGUgNDAgMCBSCi9YT2JqZWN0IDQxIDAgUgovRm9udCA0MiAwIFIKPj4KL0NvbnRlbnRz
IDUgMCBSCj4+CmVuZG9iagozIDAgb2JqCjw8IC9UeXBlIC9QYWdlcyAvS2lkcyBbCjQgMCBSCl0g
L0NvdW50IDEKL1JvdGF0ZSAwPj4KZW5kb2JqCjEgMCBvYmoKPDwvVHlwZSAvQ2F0YWxvZyAvUGFn
ZXMgMyAwIFIKPj4KZW5kb2JqCjkgMCBvYmoKPDwvVHlwZS9FeHRHU3RhdGUvTmFtZS9SOS9UUi9J
ZGVudGl0eS9CRyA3IDAgUi9VQ1IgOCAwIFIvT1BNIDEvU00gMC4wMj4+CmVuZG9iagoxMSAwIG9i
agpbL0luZGV4ZWQKL0RldmljZVJHQgoyNTUKPDI4MkQzMTJBMzY0QjNBM0Y1MTM3NDUzNjM5NDU2
NzQ0NDg2QTRENEI3NjQ0NEM3MTQ3NEM3NjQ3NEQ3MTRENEUKNjY0MzUzNzY0NjUzNkE1NTU2NTg1
MzU3N0MzRTVCODQ0OTVCODg1QzVENjc0OTYxOTE1RTYyNzU0OTYzOTk1MAo2MzMxNUM2Mzg3NTA2
NDc5NTI2OTk2Njg2OTZCNEE2QUExNTI2QkExNEI2QzUyNUM2RjhDNDM3Mjk1NEQ3MkE5CjU4NzI5
QjU0NzZBQTcyNzc4RTRFNzhCMTUzN0NCNjAzN0QwOTREN0VCQzYxN0VBODdEODE5MzEyODQzQjU1
ODQKQkI2Qzg0NEE1ODhBQzQ2QThBQjI4OThBOEE1NzhCOEI0RThDQzU1NjhGQ0M1RjhGQzU2Mjkx
RDA0RTkzQ0Y1Qwo5M0NDOEQ5M0E4NjI5NkNENUE5OEQ0NzE5OEM1NTA5OUQ5NjQ5Q0Q0OUI5QzlB
NTg5REUyOEE5RUMwNzI5RkQ0CjZBQTBEMDY0QTFFMzVFQTJEQzEyQTM4MTU5QTRFODZBQTREQjc2
QTRBN0E0QTRBMkEwQTVCODdCQTZEMTY3QTgKRTQ4REE5NTE3MEFBREY2M0FDRUU3MkFFRTI2REFG
REY4REFGRDZBQ0FGQjY2RkIwRTk3NkIyRTI3N0I0RTk2RQpCN0YzQjRCOEM2N0NCQ0YwMUZCREQ0
OUZCRDk1ODZCRUVDQTJCRkUyQkZDM0QzOTlDNUM4OEVDQ0Y3MDRDRUFECkFGQ0Y1RkI2RDBFRENE
RDJERUNFRDlGMDk4REJGQkJDREM5REJFREVDQkRDREVFNjQ0REZGNERCRTBGRUMyRTIKRjdEQkUz
RkZEMkU5QjhFNUU5RkZDNkVBNkRFNUVCRUVFQ0VGRjJFNUYxRkNDRUYzNzBEQkYzQ0FGMkYzRjZE
QwpGNzk4RjNGN0ZDRjhGN0Y1RkVGN0ZFRjlGQkY5MDJGQ0ZERjVGREZFRkZGREYwRkVGRUZDRkZG
RkY2RkZGRkZGCjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAKMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMAowMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwCjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAKMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMAowMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
CjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAKMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMAowMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwCjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAKMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMAowMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwPl1lbmRvYmoK
MTAgMCBvYmoKPDwvU3VidHlwZS9JbWFnZQovQ29sb3JTcGFjZSAxMSAwIFIKL1dpZHRoIDExODkK
L0hlaWdodCAxMjMKL0JpdHNQZXJDb21wb25lbnQgOAovRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0
aCA0Nzc5Mj4+c3RyZWFtCnic7L2LcxpH1j5sZIaiPAjGKoJGyFYxQIyMGUVLYoYRCnr9xiQGgwKO
hLKg2AYca6Xa2CiprU2tXKV//Tvn9GW6R8j2ZrO77+7va24zPT1Xpp95zrUN4/8vhmH+W9/6zN9R
YvL1bz38f/gq/oYt/L27+/v+94/+k36X67b4wJSdfqh8eG9Y/sHD/be+4fX/8tuw2DUwzNi/51sc
AKuKxy2Dv2ASZ6iCbjL6who5wUoMppPBJv7lxRLvf+UW9MZw3uzkjeAKWIahtIaXZVpygs9+ZDHC
1/UfP2VtK1ff/KT4HyrvCf0V5ycWPlSGS4Z6VQxDXh3j33ar/8ZvA/sI+8RZh/l/a8LiD6IksBEz
Bj9sMvmvqaFv+I3Jqpi4oWJ0eOJJGTNoSYw/V+WviWuzMwGoigV3arhb8WepZYTf165xtShPtg82
CD/FlYP46PWU52i4fWhtE88dGSVcQssUN7YELclGru5ZOcBr9y+uFHV8gz9V3n8lPuJETeX4Fpww
nQ27I2L8rjDFfcG/FaLFLwLdyGwK+neMZuAX3gLx2G2Hdw5tNfYvu9V/ew0dvIApS+m4/80TdKpx
ccoGzZgcqQLspmfQ710TEzdhktfiN9yMwe45bpmMHFmEYUkGRuJDi9mdJyDKYmeBnyTe27xIKIrj
7fihApTMiFFztVYBtOtWNAhCqS8RsWMMT3xfu5oscMiAsPEY65cfWfTGuLMYcQtDVBvJYAf8NALY
EeXDRwgPEAI/2H48qIzjJY3j98cf8YJtWwadd5weMeoEP/ok/XP8zoH/PcbvC5ojgs2hxxSd26SO
zab4zC2TPd4sXs3ZFdxFfOKfcqv/Ph3EFIBsRbEHR9mT24pa/+0TBjtpmI7ir8n/viTHCcJuiQm/
b424m9i1p2/6szihYgutgErJh3iMNkOVJl9Kj8uEmUhQTZywiAl/ag+Ls3f8mm6yoE9+dNOgJPnn
31fi/NyNhWeKSHKLX8WYyeR8vOr/wDFbsfhvuVJ/R2GnI9CH3w7sBjAF347xu4w9gkz6TbIV+d3G
7jT2OKMbL8Y3lhRoJh+B/+yb/7d0EL6c+i70YDPOO7Lowf+tE+I8LSHsxbn8J54+MYntv3cNPtRY
Fb8z2IKA5fP2Mfqv5B8lbjKTL7D4HZc0uQSCf6TFbloGuKwvxgi3ONCZDObobsauTFMBv8SWdCyC
dDLU43IkE1a4BowzUElLLGpEL6EkM5TvuBBVrpVuDLbMMqR+MBb6XCcTBSSYztVgXIQfVVzKanGD
PZzNBLGHhLnMPglxhLCPuAT5BYU4mmnwSdOQ58aWisul/C6oigfXi1+NmCH+O+RFeKYWnzfZ9eR3
AefZVtC1Bd/GrSQSSXaaBD3igEx2P9D/nRSUKWbKCYNTKnYk/4Kb/6M6iMm0GgKaCb1i/F/kLIN1
XezC2I//Wyc4XvEPq7IkeMv3P6NGPrQMiU1c3cC4lFQrBBoqfCf5XZoM2rP3LXpKMmQxpfzHICUJ
HRG6ccJiKhyhAzOYkGGxWxoVOBZ/myZ/vCYJ6Sy+yziXK2LUBLW6QU/jYCW6JSwJdL+GxX+oy0gq
aIppPmFymTbG1BHyrDkO80uj7lG+TTM4WjxwJDhGTCjepDjEH0cmYyOwrVuGFK1xqWkJqpI0TPUl
gJ5z26TYBJ2aYTGlNcd+ojh0xbEkGAegixwzuTQcbIskNtxeki6SwTdPZ2FYXP9IYIgfIfsInI+J
C0e7S9IOLYHvHBINdl2RXrHHUiKp3mcBBCSFXsoUzzZBuf4NNZpeg0sM9B+B0GPxL+quohf/907E
4wKUrUA1zRR08v+Lmf9ADf3zJtKmJMcaU1YGhMgMHooW5zwMTCz5ZBNNJDPg4CT6ENN94oKY+jAK
HpGsBMI+7pQ/l8S3JbbIp+PsmtB8XNzyvAPLItGCsyoOVmoTpSSFhl88OenGE0w/xgVak18YcbNK
AhELHTGVmNiveLZyNiF/ObOMBTO8kxtqA4YLbCNCUSnJkLJH4jaMm1nyEtCPySgP60+GxFtlRYNz
RPHnyVPhl95gakZGCOnfZvdGjGRowhR+aSyFTJnCSqKcmaWfRcxgsh7bIq6WlH8V+ztjjKgIUsX+
JSOgVv+amph4OsobhJ6JyUB1y69bnPdiOs8oF4X+CyfwFQUKZQkyBcssdruoxIeeZVID9HcVfQ32
TIhJNYBhCnogCMUt3kvo2WwE97G8n0W/EKYNi/dNk3dSKbf+/iVqRP85G76yH/EJvoMj0F/qatH3
HV6UlmMT/ktvpehzsi7c3AiW6RtWl7JjoX2x7yubjQYnF5xG+MREG+U8YwGaUZEPAwGTf/d/RJuL
c318DG5AwWbY5gKG/C+pETe5ECEU8iwkB1M8NPhXlD1J/6+wnt97gp9p3IjGxTnH6T9WhGSpMeKq
IWnlpsuG6MD9ZtgTlEsOAbbhI0CojdjyWGBH4TOBRB4jgUO4uljSS8aKM27F5Ct06jFNQ/rPsHYI
bdiIoZvBVEdWLE6HiTazOFNkxJmyIiYVRYr6KCb0MpamgMH5oEpdwmq5MYpUJ5qGhhZTM7YVPk8t
YvThZiwrWEtuyNB+NAWXOBrDspgrWVzVDLFrR9/8eAxpXwwO0ghqxemYhiVJjql0BckNSQHFOaN6
1KyabHyBbiouOZk8NEM9BPV8tHNUL7E8fWmnNLjcbBrB/WFazJrJTiDGjCT6hlQPKv4PGGRSjHNG
FZMcO8YugiVRQxC937+GX26hNOBVca5KNQJBQDCrpNqHmZVP8o44mzL+m2riki4qTAovUUge43wK
LUK2XbKdvGPLsr6OX2xSTNhiNp2Gt5W2LfjGkrToN7kCU0pJsip44+K0ugjm0rh2OpiFTaYtUYtf
9OF7hM/6Ov/AXGkdj3bdKa07RSdfKK47jl1yiqX1YqlYcksl+rAvXlxtXl2i1IXXCm3JLWnbWbQR
uR03tEFXW4ilyj9aqWo/bJqvVywWYaKIJwpnSzNQqsGKVXdPTFCBOV98X1uqVyYWLtXrqotbLDwj
Vhe+QsHVYd+Ok1un/5vdJ2lxh8ArS3cjnPY6vHL47eTohW/HKeJkyaHNOXCN7rFNOpmMlZQ4fEs4
JKlwQZPxf1JNIE1fWcoNkrwvBppJE/tpnGmVhVqZT7N1zfh/fA0RDvofcIFyjnH53wi9JX+s4LOJ
19ilcsl1sBOUim6xVCmVy26ZJousCu4GuAXwWxQ2lS1mnSLcR1m8k2SxEcjSWQIzBjRYQ/ecwEDW
bt1OZ7MEPrlcTt0CFGcd7z/bge5Z4l0SDsp1K3jje9VKtVr1qp7nNRrenu81fN/zuvRqdBuNPfrq
7T3qdvf34WcfS7cHNT2Y6O1fKd0Fdfv7R/jmX0dXZkPL1EahN34djfD1bMR+R/xXfY1G45FSjp6N
nh2Nurh2b7/R9fag+PADp9rxO3giR/uj/SNqO37+kWUkP2wnuMfn4T2z8hwrn/PJ4BOso7QQmxjL
denD2utn+Uz9HMGV6Tbg3ywXxWNI/LB5vNPgf6/iixXP8+FFBf533/f36IPXZqcBf3sXrk/VzduZ
ZJIbP2OSvATilMKAfteauDapLI3Lemns44xBaiZpeTSubJl3W4tEIW6OJqnoP7QGfaFI9xRliB3l
2l7GsVA/xcm9GUtwORhtKkxW49gBN8S9e4V798pUimVRioVK8bpSgFIsrBcKcDvBV3G96BTg9gKE
ymKx4QNz8JVOr6Q5ZiEyYRtYCI9KKyvmgwIQBTBVoHvU4XuCwyjgoVWw1OtVD94VRCl4MbACfPK6
jQ7cqPShO7a7t9/tdntdBCJWOvAOcKjHlu13j7rY65/BC98K7OBrdCTLAmjSmqoT2CvxfSTXDzak
bFIrrC+LFgSGDEb35Tl0fPqlSoQ/akzYg+UVvf7eIqFROxJedxXBPriEbSs4mdA5ik+v26iWi8CF
C+Kf128EeAyu48MRHlT0x1e9oDTU0vHgj4Wt7XlucX3DtshwG0ehOSZ0o1L5YQl+o2DK71VDezUD
mFKWxgVMBeoxboAUJm+Gabxzq/swtd//rBpeEVhUgh8N7E1+2bipjZuK43Fpc6FiWmmCHACqSgHB
qggvVpQZWFS8B43wp7hdYEsJqWRZL2SvlPQKFGuF5LigIMPPpq8Wvg7iWwHvVCfLN10sFGn3RQLR
ilbqFa+OxdvBV4O92B281+n1eo0OPmk7nR68ZdfvBjPPAKFkYXDFMeKZjkMhYNpXoIQBn9iayr1w
BrZLv3yW3s/EdmCR/MZqdliP4JcQCY609wggtdPp7MCnA2Aszq7R69EhMhKzkD8dPReogthwFZA4
asDe4bj3e/ATnKB24ouw9Tq85UWeprLNZ/zdbdTLxat3i37r8C/87wsF+Nfpf/cQseAhVdmp1qt1
/L897/NqpeTYwt+BaeuEejRgNNIPiUlVv2ONYYgf0f3kW7HZSb0tN++yDkmMQkqL3Gqg4FRgXDJ4
f/6PqpFOM/yX3E7E9eBXxRJ601jga4QfKQySWty0LECDe0UJOIwrFRGKBF7dq9Bdgl8AFBW6Z8qw
uKDTq6KALQAYjlKIPisaQlmWleL6qUXFZqxLPGLxu5AFtlZwCsruAsKHh4Vy4Of4nEXRoMIeuMir
QADc6xDB8oFKAb/ah/f+HqMmAl0QlkCEGqmi2zOGMV0FhIS4J2XCK6WnLj0ieBrhexQSJQmQnvEt
POvBes+e6YInHF2Dc0CAWhRjgS0CbdhTaQSeVqexTxLg/gKkUoSwxQBF5RkeyTN+/M+eLTpLAVrP
BH6xGYJWgUjqFhHzngXIJM4VpxlcA0o16pVycKMAkZJ/eXadIRTRbQsfV3RPOvSMYg+mamUHvv/A
JEG3hFqFABc4m0mKHqDohpgG1xDfv1NNPM5pQVTsiWCHDO1xJtYwy1RM6YqC6QnRMEoaG4WHiD7O
NfFkrxIOsWwB2QYEX/k/0sYQMU2sKsb/laTAoxh34QvWijHw5g4ohoAouQ9pdDAsu+BIpAEJLssQ
oRCAAiNOlQLCAmc0BBBCRCT0AnpF80XBf4p4u7HbD5nS+roNiLWiESlLINgK15qTaIi3J9Ofr3Ox
kCQCuKepiKMVeIU3riwewRQIgvBmCiuAqA58N7qohNrroRDV3b+mdBlMAUAddbv4NcJvquYIBngG
lVgvqwSwNLRNLQKyAKqu2X23t7ePPKlL8isCLMEtCbOKrIMCryfRap8zKiH9jaT6ScOoq0D1DDVc
Cw5GKN+6ArJ6ygLx9YxkW8IdolYBjAEuEzwjbRrtPxsJ3tnHq4dC9sEBwG9jp16FuwX/0EDcS2c1
yQ/uAyEQohZAPJ8YWLllt1TKZEg7jlbAwPCWNKX/m8V0I+j8YEU5fggc+Mdr4nzLRgpNoPEoU4Gb
wuguje8WYwRKV5TenKyVZGLUzzmSMf2x8CjkGmWDu63FmJugwX2F/w+0oSPnvtRS9c2chHmAtbAY
BK7AzAmPXx6F/FI101RxF1gzaVnrRWRKRXhkIUjhS/AqIdTpxEnyGSl5iWkBZPiLunZ6YBZI1+TY
WSbYMQ1WOkvadsIosvWtcL076qwQydhiccMWgPwTfAr0dBjrqwTHQCi144k+TJqrDkOpPez5JEJ1
NSYleh9RKQFN8HMAPYm/8WtE+IToRfNYi82Qbh0xtVFj/1Gjt9foXY+Awd4WN2kgy4NtcGjyUedC
ALUHU3giDaGWqTaqn4Pgo8CUItGFiopZgfTHOdC+LrgSxgAAi9Pk50qXZJ9/i1UQiYQIzCkSo49s
U3g9GZVkNUecmyJE0QWGK7a31/AQqPAuEew7K0AKnlC6CMieUfiP3yNeD2ut20nmN0MeDdxbmHV1
QyhyLeI2DAHipiF1QL9HTVRjcEK4ZPKbpiAW3ZZDlYzbYOY9gX8CuAJ/HoOTLm4XNMzAu0I6FgnH
q39DG1O40xrcnZg7NBvc8174FRiKtytdAlM4ggf+4kowRkxlnMJtg7GpYpk/2HgJFE7KpIpUDKOY
cjOACT7hVdw6ESyujS8y8KLN0cbFI5LxLEU3xfXqlgpQ2KigHAXnffC1fU+Co8Ap7Mp1T1W3en4H
+zra/7DXXwUqAq8RoVGXd832gSijAyJYhFxdqmFdl7odTBAFoi0AgviNfQIOttWFJdj1FftiA8S7
DnEl4kteG6kg4pPXCs6m2vgcIGqnIshUwKUC7bVAqOfsrQiBKmghWO0jCWL8jp26uADs3OE0R10B
RgRTeIW6iECq1okB0zNBm0YMp6CGC9LsbHvAznD1IwQq+IFZsn4g5OATSMUkTp8Fo7LYvVAgVSX8
7yVnPW2x9DVKZA+lV4iLcCOhMxIaDrIuxbndKRr/h2qER2KUa6Wi3G2cxQuzxAZRsXdNLRUY+riB
jycJYCFeZpIRCCEaSo9/Mcf7M3dmEBFOMtTqX9uGY4vFG1rBiameFiLg2hAxcWIDQg5U3c2VUDO5
FcE1TWudHk9M5iuoGIUWPOaAIOEqACmdTqFaiCsOPMALr+JxBKmwpnQrEgtykF5lJVrpKMXhydIf
pGGQIsAscJAKjgP3WiEjIJUOvQCokJYgo2LcpEF6H9JSEW5Ax+sSMmH//O4gXFgnHlGT776TdUcc
tGgbDUIpBKjeXoeYAleCKeAkqRyr0BAKGgKP6qjmKySDHfrgW5bPGxWAKgQpxroQFoTAx9FHaqkW
qtUD9Tq1JtEOr8Goq5/2SKjJR/KLfbpMvBtJ6e+IIRlnVxKYkFshTvWOet0DEGA7BwFHBZTqoOQH
tXAqePMpN4Py/zP1lHYnZIFEcYiKmUlBPpJCAyJpjckgwBTB+Dy6QSqQfnMNWtKD+H4r4FYCqJjz
Kv6kAqLFWUjQIYUcSXJiTLCRIIlNTHAa6b9gyAhA1krE4rCeL/Rd/9w2CrmKKSTJlJgTZKAwZcvA
mBEgtSnmYlpMnZEMdiBCgvmEte6EBToh60ldkApdiv5a4ESlzDGKIZRbr6NFBsv2dkVCSVmQKi60
FRB/0tl0ViVO6h0pBVCVxBXI4lesBExKYmW1ShY/VvwORyqAKezRjUDRg1qk3h6Djw5BB2JQt9v+
DnDouwCqSLaTAAXvNjGMI1KvEK5xEOp0mcqosQevzl6v0XmEm38ktPWswI4RivaukDk06nV8RfXU
YAArIaohQKrSQMMmHD8RQ2RDI8GSAhJ1pZCnQrgEanaEIQlPHJMUPZbG1Kji2SjAIiJlBFHSCNEN
BL99uKqHrYNvv4OvgzZcZ7zMcN1ahx1cGS0EeL7w38GfnNUYlYpPBF6oJcii+QWoSiBUMNWuKcQ8
oe2JCyLFI/GxjnvsCEj5bTVUTPLzl2QtLjFLTghspGXSWTHJX2jwYhp2AjGRg4bFf95i1IsCfDjg
mgK0uEY5QBMe5h3jbqwS1EQKG/HFRCfW6B/Yjgj0Eb+GSPEgBDohLyotYyZXsgm4Ngy5qkEnyXdl
cC8N3iipsi8zaVp2sRzGKQYnToHUVRq/kqgR2Nr8br8/Hk8nw8lkPB73+22/IkCKUGq7vM3ABL/9
fh9aDSfw7kNxuWmwQDYd/iqWFTfmilsNFF6cm3EGRw5+iAww0dhD7XklkPg6KDfB8YwnrOBkH3VA
jUeAFtCP+oA2P3RBrhsddNod6EGARvQFXEItwLGwiH7cPRop3o5HhD+cCHWA3ux3+0f9ffbaV1Cq
QYRJ4BOTjo5G/RG0J5jkhIyryIWs1/HaULp9uMR+v8smUHl0FAIkDaMIg1RkOqMyn53Pz+ZnZ7Oz
iQpVfF28Doh6ryaT2dlrek8milpL9T/Amf3R8wlr+noG13a0L+RfLvMxRRS7dHT5no/GryeTs9eT
169fT84mz8cgUMMVg4snGFUxWwwwKs2kPwSprLQRy3zC0kmSiycMBtDoJhHFEsFigU+A5uD9d9cY
IjIWZUDyG2e7sa4CFRxJSuF2MSnkkDaYi4JEtnhXNpjVjOd2MYQvtiAZt4SiyJD5XmLiIkjdvKn0
d1NeHN7h2XZ/63YE2+IJKwyFHMVMiSlmTFIh3kKub4qWzBNKhlqqFI09bPjGFDmZmRrMbEElOwsB
K1yk5FVt9seTk9P5HN70mc9mk0l7r4p4Ahi1ozg4+QAakxk1Yiucwv098rFlsVIkFy0qlf5YFEK+
SUi+JHWY2+Xwc8a/+1wn1eEMpE87o73xcnoKGxv1kVH1J1pptVqdTqfd6uJXewSbm73mi16PAUIO
Ab2+YxJLF6rgDE/Ynsf7nCYRtsAhnU2VzQYgtc88Thv78oBFmYqKMRxbu9sQoip7N0IHKspsNjub
nZ+dwufsLIxSCn0CSDo7n//yyy9/EQWmAahehXHqOSDPczhtremfZ5PnCjwp9Aqanmgb/aHf9Llq
0GNG1rbX8lutdgs/B+MfAJyUFf7y4y+vfyARnK5fpwHCbAXvAhL+0llVNWmzUCqT38QihasZF0Z+
3iPwdo4GedUYqRHqbwE70fhvqUFGFo+S0okpqKICl/iPcDSniSh3XGAZ37icIxLU8rU4gpryjASv
0ZhFoKYJ4pWZl7bwrheJRUS6JA1eDKE9CkiKcE36u7YjKJNQLwkiJQ/NEFaCwMVeHrT0vRAhS0n2
ZBF2vqTCziwh6cUEyAqtvGHaxe1y4V4gx6GLZ6FS1FFLeFMV+DSAShFgZ8K6v1rmp+eTMfAp3Qlz
rz8+Ob2cn+tN56eTcdevBlp4BLPxJUOV81P2bivoBEKlV6179Uqf4c9PP/HvWVGqzKGTIELBBuah
vdH+Rv1Gn+2A1j0/mZQ7LcQp/jWaAYKe/8Q3f+p1gWkBeh2iuNJ9Ppmfn7OF5/P5sbffDWCqP2FA
/RNHxTHTH5GMSVLaPhw0HTA7aHrxM8CLeDIZ9xEnO61uC/o4vBp9ibI/yc3irrGc0hWC3YwCRqSK
ea8QoRgy/IzlDbygIKicvQrc1ZEXApF6/nxy8otoyhrD3Gugi9xPSvpMAUTNgq1SU4SdpltcF5I5
I74Py375oe+3Jz8wgKIDeCOO42uPATcTxpmkW63cc2yurcxyTaVt20CjTFOoiZj8xJFK9mziOCj7
ReOc5AgqFBdxrUz9ja4EKG99fE3gL2BxLRVjSwbtkZEm7vNAnotM6RSNS8dGU/Q8omCGCCsW6uOk
IZVRhmQcQRyNdMymulsKF9LSB3AYNGT2GD4lPR0E8hE+3OJtPrAdeThCwjak21NSbk0kVwoO2RRZ
WALVk6RfFt/ELXHKSpadmKGMdSCfQDHKtoaunQApklDdq9wrB6okjWIRpSEnhSKIbmPoczrqBOAz
7vtVoUAH2aw/ni1uO5+fjPsILNUGw5dGYxxqMiirdjtkTBVgLaGN1SzPEzzkYDw5PV94YAwX+/sT
terJRsv7n5YnXqOZtnO3RQWwA+FopK7ZzzioCUfNPEpr/Zm+z0FxvyFeXfSH73S1/V4p5/OTCUhB
DCzxBZt87wpYhpuNwFVK0Zm/AoQKkEQrAFOTV4qciMgzOfsFYUQvgD6vRyPdBR2I5i9XNouI9scS
VyytY3RUwXE2UKnpNsevf+EApZaXD4p01TwSmJl+CkCqwnzrhMUXQYokPSkNCBVKUu2PhvAOEGpu
yoASKLSJDcX5cuFB8DE1caF4YhoqQ0hxlCIJgSZqBDjA49QCHibQQUEAhnpRRs+If0h1jiFy9wnV
EacWtyQRER5XgilxIU3kTxL2siDXHje6UUpCITxJG575ge0E1MhUjI6C9xjSJmfJ1gYfxkBnUsJk
yAE8MACywxT5CvFLoJl8BInV8RBsJFKF4r3yhwpRHnSuKpa745NrcICBwekEUYrrrYhkXNs3J310
FSCXRnjvj0NNj12voalsSA4KNaqlhJtU54fxtRDFD21Pw8FhTgBUHd6tvrblYclrydJpj7R9Jsvc
S7zR9Rudq8f9iAAKI547ZFkcvR+k8Nhm44NusL+PAal8d6E57xVCQxh1BKa8+ctraegD/DkAGnUV
ohig/fhcxhiSonz8+u1C5Pv55x9dJ/BzYlEuG27/ePFxvFxzguA8kBPr1WoFAzcDRzpSRWUpYEGM
1yZucHEXGzy1oJDwDBHTSrlAoxJrWLQrj3nl2qqPqhGaJ0PMcnQx5IYtgzsrSGgiDhbAlLC28w5r
cqiL8rw6mL8vyY18/1eKGZ4WFYQrgENQrJgVS5oxplBPmvSCQl/8mxU8v2XAotitpGktU/LDWMxY
ji0TmUreUgYZuRVbxhUsvkPhTWWyMXbMtE1BU5wuFQJWFSoeWvAQeqptQIIPdR/url5sjmeLGZcs
Y2HuQvfkMJM6bXbIaM0K4VU3DAgAUoRgncYe0KjrARHLT017T52f5B96D/26/xC/vLbO0U5q5YBk
eQ11v7NN02OxzKQ8709+0vczqzX2A/X5/keBFED2uMtRqut9FEi5/UWeBq8mr69BKF5eSxaF7Ogq
ORJ49vOP5LAgHEH7r69rCcW1de9xxx/+GZovOJA3bz7ZUGOdHKZL2EiHPFMChXkyUCwziJKqWwYF
ZlxY1URaEKYWQnufqkNC/ErxaHz+zbwLjKttxNOfg5GgZmzWCIRKk2OVoTAp4UUlcjQIEcgQ1M4Q
wmAysZbfym+5m1v5Gk1siSl8wfQWLeNNqAKX1njrzS1sQe8aW7IlmuVZxSYUtlS23BTbrvH9BdvB
FWqiBU3XNqENLMrnM3k7k5H4k0leKbZSd1s0y9h2HurXMqvWum07mPrCybDMUJl8OiNSptgZWtsU
jEwoybidkXBqvSCjUIpBPEJAorTyXmok+r7FMMofn//0gbZzjlLoRdgNk6TToU8+ASK/QWcPevsV
kLIYzyI12Qf29sRuqJ1/VivAk/zhQ/jy6/UwR2s6dSJZLVRla+B4nE+3OuQb3vGASI1OwvtpVqWr
AXluH30MSAFid1peG20Abf/g45gUqaCElukVV5z/cj2YUPlBukIhRr2n4Y8yfhqQ+Pg9GPXzmxI5
w6E/HN1GfcCoa5q+vJPaSDuYAiPNXM7T2Ww4CB3j+aBQt5ZO2EZgyuYCCwMbZD0ySbQwvklZzFLs
dRJ1jCDBAU/XZmltoly0Y8tNUWXITcWjLAZH0DipA1P2wJFIMCluPGS5/BhPSOYH05OfTnihiVP2
9RPOnbI5uYTNq3W8UlaJ2Z94M7nJU2XhiVx8ZdtiGXtNT06mU1w63K3VmrW8RKkMoVRGg6q8DlxW
OlcqOcWq5+ZWk8nVzyooCO00Go+6fqUM3bUC7LmO6Xkajc/rDc8v2wBSMX7hpIgstGMGZkcQKoWQ
k5LAKOFrXqlUr0hbC8psM0VMyr/CjBaUn8bCv2ZBTz5pdpg/z6g7ImeboytECphUpwPdujP+iCMb
2BVtH7UNhCfkUvAVJi8DBxY+5N7ffXW9J5kNmUOm0/CvHtPU7zJfAxZt0l2ArQtL228BIOIu2x/D
pJqvGCrp+VtevX4/Rv38pos06gA+z9/HjqD8kfmd7+93+uMPtCRXXR5gUGwOrgc/AClCJcr2w4x5
KoVaR4UUhiBYlFFNaGANriRnmpAYd/qLS3rC9D2SqXBOJaQ0moubZIKT4BSMiUAzxL3kcFNxsT7L
ACUD9UkdZck8p4LGcVLGs+UaqtNU4HLObINcjAJ5aa12cvmfUObT5qDZrGU4KoV/aTqvQpZlpe2y
v+eXG71GxcllVldLR4eHvV7vqLffA6jq7e/DAug6mLKk8ejR416vU3HSyYTM5i/op3A4wSdS8ARb
D/x8F5Gq/viDbAW6KDKpchl41Ef1zDF3YN5f0JOHrSD6DH2in19tUrOA0LS8j8Go06Zd6avzTwBs
HiJOgbzn9cOaJQfoFUIY6uw1BKutFjqB28N4clWibfqKvBdWu19fZj5zp6jX27MPydTIpBbmlXr1
+gNMCrAH/ciP4Kiu5TusvPmax/WNxr8s1lzJsiWfcNmCP75Gz8VAykKnXu4QJbIo2mmRGTZLGRVR
H8UphyFNRCZTjyjpmSwpPHGBzZKJ2NggACK7LQMxEP9oOspTsHNPAq7LsoxggSRkSKSY4klmgGf8
LUXwF1e3pU7LgD5u5GM6KYt7K8TMZDKR/w/BKCBSu033biapY1NGm7JUGmXZ7l7Xq5QfP94uAKPK
pd1OFzDq8HC/Wq56qAvpdupAqx49ajz68ssvHwNKPWo4ZkIJyWZWQEP4lkKFTOkboFUIqwqkrLqq
EYIyPT4+1p77wKTQoeCqWmU2DbWk8hNFuS6WiWZN4aLDFLgL+npto9Nod7rjkD5qOqyBKJ2vNQfK
Hgd2sav187sPCYYe1ithlRSehoPqqrpPIKUuyKeE2RHDVUYLSM+gyHzdkeLBwXX2Pw6kTpp1Zsas
fBSTCumkhBZdYVJvXr58uUB3/TUL8RnrcPbm5dOneus3f+xTiCNSrve3/PnlBgh8FE5QcPthHgWH
8fQprvIGQSrNfHizGkytw/PRsjEq3UI6ZbGBxCRE8Uh6ZRg7JpExmsS5TVymQRDCmlAoBTokms3l
Mmt2JrMKryRLmoC0ycgk19gLFgjVVZyvZmTWLKinhYhhtLklI5dfy2TsNXjdptcaeyX5cBRCgyYt
kRxLoQPG1gYMBN79ezFoQXmHr4u/spn5dLC726zlAv4kpT5ZldNkvUzScvx+o3Cv0nvsWHbJLRZy
HQ8TFe17aacDlKTX63YbQJ96jR4AFaLU416jbBnLSlQQ10wZ0sMziTnrMD2BSEIucpGnWcZXJgKW
/X5YZz4b5NeWDSORyIN4LSon+XQdiEmI2kwH+eSykVheqw1DHXDSZb44RwsoydBTM44sIFKnW2nU
YIfozPEW3iZLRjSRMG8Hh9YEFqru/NgpE42q1FElFdaf1QpVwIyHqLTyVZo1zKzUy8w8BVRqIXAf
lzTnCV1anDVRFYkIGlwzsemCh6mykEmpK+Bz4EoZZPxRqDBXBA4ogCSfUHkQBhQgSECkDkYTVYR7
8/STm58k7uhtX35NaIa6K6X66YNPbt5cfqBv9QH3xnSc5o8aj3oDzaE9FDoUEPfW0yw4Si+YXQot
fNn0OqYGJr0z9+pjxnh5u0p/ZG5VYzNqusu4sPULRRXlRhBqdGNtS5Z8ho9eAX1ta2uXlW8Gu5sZ
gxIq8OTdSVzlG7Zwd9POMIEwelPZklpQQyM1WMKhS/ptGTSOxH8KkQKMqjUdAUgqGNko5GXyDgJX
Jp1hxSJNeQltbN6BB4+BHEaSeJ2jo97RyMs70NGBVO13gFt1gD89anR22t5jEAErecUH1RBD4UlD
iWFaK7xgEih6UTKogFWlkVN1j/X+eNLM34pEIlHTXAKmm68ds+rpFkhR7VDfHeSNJWiVMqMJUzQU
pd+l3L4L6MbJzD/qytfR5OwqjNXuokSi7W3avx25Gd3IlSvl4gYIDtFMjTG4gV3WnLFmuxv1Cgh1
XrnuXiV+f1xh6qpyXdebP1ldYdGC5BaxWEtXK4DQjRjHqFFbPbVpHvBzaclYShjJ0KU4djmqaSA1
zCfhIQMQvxx8LyeXV30lC52CVMSkEKFuRhOp1Y3V1J0HT3WUeuoCLz3Q6BFg1JK5kdtY3dKw52kL
QQpaqhgFG05ZqegdHc9STFWQdoc69j24efNGJAo3STQKN8snnyyb7H5icVFOQKowG7VNk8kkUzdJ
fx7+bKUqQwxQKsS6uNCX8yluadP04cKfnFVFFGzZXSMb4Goep4dQjuEzgLedFAY/01jdxKaDoSiD
jE0gdOPGzcUoBThl0PCYhhL7wbRdDKaSxtb5b8WNfzL3eqf+zKff1Gq1PGEPQJIl6RTAU8axGTYx
9MoAYmCtlXFKuVy5vtPrtFxYmivUu50OyHpHI9d2jwij9nudfQCqBnCoxmPMQ9voNRy4yXnAo3A8
DzIywI8lUUotxK0CAdANaW2OEaJWHBZkXEyb0fyTKeuEG54/nmmNm7cj5kYFmcfjurOR18nUCcsr
t4hJnT7xgmxPC9XPIO7ho15d8uS2Yf2ht4cRYmiA8wqpqP0E0eBJpuJpSqla2qtXiBZ1wiop9JRC
nRRAVL2sIVEtUQApUAh8i50FBuk6JjyueG696rmVPfXUpnkLoyOzxY20adaOdXujw6RIbavDVdNK
QcmkUqsW+161rNWiT8mqWOYngVZwJ7wmiLoZsXINVuc5n+ms52keTXuvVDB5+kmifHB01D0s/1GD
HpdAStVdvXyQsBudluc5X79UW64x4c1t/lnHvhuRJbh/nALeQ7YVhQdVtsCSYlDSRSH6sV8i7jgS
DFNImyKPkUmOiUlDqqYMJRem9CIw5JK4EPGE37kltFS4bGlrwDnT7uCbTZTskmtrkkfJRRkum61B
yQOP+kYsoC9AIQCp5V2+qW/w/Y1cd3cT4SjKXaLI44fU6hL4Yh/NpN5dM7244sPb+LjWczZ5MthF
kOLYJBEKmFPSAjiyVc8EiyAskwYJL5NzuyDUtcr26l3b8UYgcRweHh2U7Qp5tLC8RZ1er9HAtN+P
H4PQ17NjtyyZF0GxOMhkCeYikCKgkji13tSJ1DAfiZjrBa60Qn+8lEnoM91Ke31Nw/NTcy1qVwFO
MVTO73TKTV039aSL6R4XapePfTLrkSPCeBEe1DKwaHymgUAi3RBJCDBlSKNRdUwU+gZ2xdOUUoOs
54GsB3zHD6ukYDtu2cVFAFMqZszyiW2/zJVH9b1F0h6s60injTJF/KjL8ikZOlTI6iBX22CRcDpI
lcqHncMOpk7A0+n2AEs6hwedw26H5YViObB4LjoAKWAv0Q1g2KMeVCK+d77WWc9nIzRCqGDy4A5i
1BE0PVI9MF9utQ46o7GqY3r6idXCa7vneT+qG32QotyGQKR0jFpKI2/KsgxSzAQo8gMxLRbZBfFd
xCjzdUzMQpxJyefB3GcEahEhUvNHWWwsQiBqkRv0AWAkmxy3uTGDmwgIjhuRvMKk8mYUpLm1/AI2
lEFESSJGLRLr8tEogNR7mBQ7Qs4ESTMvcpwDKiY2T8K48E8upGr6yF0JNnUyBGGPYxTCECBThnMn
IIPJzF07EwiBXHmed/KZu7lStdOAx6PjuI7fOap7o+dHR+2y6x8S+z9ESx/QqR6OSNAAaQ9e63y4
aplXSgkR4jFR16HUihgkr9TUuuMxYRRLULaeJetzIZvKPJmhTqra14jUcC2y7hGvaXc7B51u1+tr
2phjn9IiLRScmp4wkR1dxZFTxqS6mj/4MJPuHASWNfIG7VadTPO4mfG8rurVNCTigqlQuldUUiiz
obz2ELBIpV/DTApIkldB/bZXDYu1vMxqBfTCEGFFrgpSk01rW1pNCzv6LlOEaqGjzJfxLPjpECod
tr5tffvttwddkZmP8oyy9HI/Ao1KuZS+SWS1a3d+1EGqDSCl06M7PZG55UeNdPmdb0evtZapOnNk
7Xg/aC3RtWDdaer8LBJNM1+oNKNLLOGmSApNCCVjRHGyVLQlnJjC1sOVFHHmNRUIcNItHElLJPHp
p5/e/PTmzZufsgkEKu68yfwBosJ3fGltS/pL5tdgJ8vElfKbm/hFvow0mSePh9u3b9NS8YIW1GZz
DcW9fJ613sQPm6CNrEldPQ96I/8DlpwT6gLjnoIb71SQeKeDxrsrdaHG74K5y6uT76sMNn7lOKYD
hHEcPywjOZSil8rcvav7R5E7Qv5uxs5sOE4ZZJB6G25MTCIJLKTT9vwOgNThPoh+RKY61Dl7X/Ya
j3qPSrHAQ4pRqZiItzGpzjQXCXyqg53lauqT2ZYRCQ2wgHdhKlEbzvJWpa/iyTRv2FUe+c4ToO1N
NALR7FKI/aLufvyQA05ntEgcPK2t4CINEvMsaIVnrhVQ5dn5/Krb6Wg6bJcnzKv0r3hkAsFbgSXl
h/XKnq6SStfr9Yf1esVF59ZrfAUGVrEosp5mC666gemmycO1ySNN99yKUn6a4l6ISXVEFiw6lfZh
+7vvWODzAQcuwn629Os7htMJ8KxLDUcqnrx84B0djP+sIsydNJkiYdstHXrK33Z0kLqzCsIxjnfR
aXe1jd7FU3IHGqBFokF6KLxB7IJIYF4saqmCMCgUR1srOeQgZRnBANqxwN2AZzNXHKSY+W0pwqDp
/lcvvnrx4qv7nxJO3TSXeCSfDOQzSRS8eXstKLdNI7GcXFtcYJXE8vLy7WuW3rgRuWbFtVWZzoUb
rExmgORhMcnE1r9Wcf7RVO2dkPSgAJFCIzk6GFjow6kj0hXMSq4tJzOlfCbjum65VCiD6HRA3kOY
6tCrlKH3HTANxGFvn1EpiiV53Hj0iDEpEUbIHc+ZPxzLnkA1C9VSHKuslfR6TTPtNW9HUhKd0sIY
mE2nzK1aJqo7OA6SZmUfU5p0+IMfYCoUzesTSC3q77MaZniE7nOwOB6ntgJCpAZSM7feXVQapdU0
8DnNxbRWbFFqlO5VlRTF9qFE59Z9TSVlFspe2XsIz4mKZvabHk+DkzrO4JgDOeYDlHaGymaneZN7
FKFypqQfT5QlbvZ1xbnXPWh1Dzr0woRy3x62vmsdHLbxdQCzrYPWt98dMp+mbqvsdZTTPmgftjrd
56rq++WDcsefaMrwBJyUWy/7GCikCncvP/Na4x9VcnSn0ECRvd3otLoq6YKNeuWir7W9uSTHLxPP
MXudJL4Am2TKsGK5Uiw7tojgEhG4oag9SldgMvsdc0aKA2WK3kdg+ur7v1H5/j6DqU9v3kC/BLLs
MTmLeVHdWFbKLcNMLF9bYC/XL1yO3Lj5vjUFk+JRNsHIoABSJmNSi5RM70IV78WXhRornVhdS8Gu
2/5caM1ng93aFqrCAaYyVzkTVmFIi6Fyq1LOWvH8VqtVBTGvc3R4CNyp2+q4cHNUDkZByn0U+Aij
eo8eP0KXqfWYVD+Rs36MZ7mJibxUeC2tFWuxAp0sfrq0B8KeIZ6P6cJ6NsgEZKUShulrnT2f2Kiw
TJOYU6BNCa/3Z5ovgH8tkzrH2BikBIuJ1GnNanUamjb8dOKyCPsrMAUUoNs4UpsOcjzrwCLv+JkL
3a5eqde7yq5n+UQZtVioraq4qtlukG8qh71ppUlUxviOlYwOUgYb2okuXkldNNuKEkY5XohJHbQA
i7779rvvvkMp79tv29/SVAsQqwW0iifo6x5cOWXArENUIfU1PLmTLvsDTSUV3UBFURnjWlyt6Vq5
3NdUUqtFDNzxOj5An9ryzVbZr1aaOpFKpa8O0phW8kMHlIqCG8rFdRr10xDp1IS/gZLdUTIpkzka
GEs3ze2d71/cv//V32TZuS/YFHOBQpVVlMZ2QelPAynY5q3rYShpLL0HpW7eWLpu0S3B9YIh+Czp
hmBxJvXuX+Qk9e7a2fcdAGqkarW8jRzKWoRR7PtuxpKBxVYePcw3yi3SsRx1Dg8JpJ6jtrPbOnj+
6jlOYzrqQ9Ke9xiTAir1GEAqyHgeiPnS75zdDIhQKkpZCmalbXeqKm2eJCPprFQ04Cst0+mnU2mN
lwwz0TINmkDu28BcSO+qocJJrYsgtVi902TsazxbGAgITKodNs1NULqDftSCR34Lx7rieYQ7XVRw
qf2/mYP+Bjh/jSMBqazqZV0lhV5S7O3WVd1bzVCxuQnXEwfatUCUNu2hptiPMl5B6r6SumiWj2I+
nHtFP6STAgkPuNMhJgr97lskUgdInqCqhUTpoMXyYHYVlJJT6E7aao1+UXnTnZW0+0cNTpb4GJ3p
AixRoefBiltTQeqBWaz4Zb/iobeELhnaFR36nn4CJ2qX3Fq/2ew33VKQKwGTRnFteZApGmOpChbL
eyBiI2TCRgsDSUyWhVOGrpCy6cYSA6fvv/+bVr7nMLUkQ2dknvElHU2M5aRGgaLa3BIUZT5yW10a
+SCTMrjPtFDbh5gUlYvfCDb/xIJ7OpkCRm2SZvwqRin+5jmpPE/bBcCouxtO/fHjHhqtEKIOj2Ti
WCrcCg2vQ1RL4aC4GBsDIHWLj5ojUl+YhgR4EcdnWgsLA6lsTVV1wxPflHk58HbbUBzV0wVXU3HX
ElY5yFP1sO4/BFzw9k81sPBDTOo4UFoNWsyhUMCB7rZeWwERbj+ELieYiRPhBwe3koPaeYxfqbsB
SYrqF4cZDjZalMW8r6mkVsjgV8HwSDWWZroVcZR1pxkzZYoSYlJRxKcVdnlVVd/5ECRBYhRdVdU1
cb3+QX908Fw4bOIP5WYHPnXYIowiwY8ryjWMah1QUj+NST1NpNI5HaQ4bgJGpQs6SJnOE51zcRYE
oFIYayCVABam2vaeRhIFtzmYvn795z//+cfXw4FfWpd3SZZH74mIPwc2WHQsJuxZRmB85jpUU+ni
Qg2OyXhvWN8jQFU2Pv30fgim/vbiK4SpO/lafjXIZIAuCBqaxI2INp9cUuaTIEsGXCoJAp5Kw24T
SN3WcIsvWeZ7s4IBBkRq4zjm71Z0UhcX87kAqsWiWVgA5DXvwspuLrq9u1i4Hqu6eCd3dHERhse/
Kqv8dTpAjdTVYGIdpGAqz2fsklctra6u3i1jGAyOyMGdsHnAFuAUTjOJ75CPlNtr9DqN3qMdFPeC
hJ4iE6gp4wxoAcjm70Epyw1Je5YtmVTBLugBNe6xQnoA0NLE6B0RCfiw/hCewmcqHDTdkW7dawZG
+KkPXPFgItrPmppwt7WBqq6w2nvOUwb7Qe4iHhLsN1QEnbn1FubEXGyjG9pdDM/TwpprCade98sg
BgKWNJUlw2TEVs0BeRN9m1J0CXMhkAoubsZVd/hkNUUh3Q1fhfCT8VjJPfwD/+m2kCO1W8CkgCoh
W+p8F5b0WkBa25T9ZaQ5Bty00pry6OUdIzCA2DpzirqL4Qz++LSrCYJR26opW33zwCg1hyxF6Ju/
YL7PPw/cXDj2Cm+igr1eIJW6nSLOZEgTNB/5yRAjxQgnTR6/GzUiBiLTi+8Jjr4KcSmuQb+zBXxA
KN9xdU1xnjSjS7FgDihQJLIczC/diCwt8fa3124vAUgpSnc40sStoAE2WbttGYlbphjAj4+LqeRX
iDLFuWRS87ez6fTtHNXV8/nbt2/nJzDDseJXnpIVanjVO5xhISt/nWsF2749YY3/Og/A5t0lW5+t
AlMXl7xmYZG4NR/ubtW2yP3AWqyPssjrwLS4kS9je77n5ldvr/rdzmOgSN2DAKNeEUgxPsWGVzt6
9gy1511AqR4wqX0Q90QsubTxKZY+kat0MUqtoBiYaqrk6EkymubewVk92QbFsLsq1ZmACCPHfilj
7y4jC/E08nJc6up+UgM/UFo9aR0dHEkEG27q/pgr0Bt7V9VZc8qlPhmPO20laZ6Haam01R3y5AzA
ZqrwtKlL2hc1qGW6aXKAQulEFR1rZtRSlFKnA5N6PEbOZsq6n1RU0CggUgMVHmtmmgbq8rohlzBM
bAyvt5i7mGUwHgMfbWMu8QMAKJAESYkeQqiWzI588IOuK0qndc3THTMAj1xNhx6Nc70hkFqBfxnJ
sw5Sy+n1moaFuSFLfCclzb/8pVYSue2yFEuc5QNaWagtsFkmTjHgL08kGzApMVyLCAoGWc/g7Inw
6KuvvlLJ1Fef8nInk9+140EU35Ju3Vu6sRTMLicNDYdgbulmMBsCKdrkjRtKA0Iurvq3DGGdMkUG
YZHOJWmSTuryYjb2O36j7vWfn80vZ/BY7fdxDI7+9OLy3bt3MxyDow91nXb/DOHj4hSnxxeXv17O
J/5+vwOLO/Dutsfnb2kOi98/ZRQNdvDu8nzc99vtCe7ttImajcvLid/2+9jYb0/Oxj48ymAbow7M
judcVfbuZLCFvuZJkZtFwyhtzkRfBCBSlcZOvb6dWXU7B0COgEuhPupoxFiUOmARkSlEKHI+3+9R
rLFDsXsiJkZ9ywygDKWuIVNWynqidSaDnrw2V0IhNK3Q8OkMrzR2MMgYykgODsIUuTJqUDMoeQ2N
sDQVq9cxUKnn0l2zltFsebUNNLsvFtcws/psMup39Ug6bcfpUGzLoKlAUq3YAcBQPSuHmRTwKMSo
wnZR9cGf5SNGylGQ/NgOBonX5F/SSSH2Wyu2+0TF/uO8UazU3R3Pay/wiNDKNL+CxrjyQ7/e+l+v
5df/53/+h0MSy0AsCssv2n+tGejMkHocahh2kNtJ7Wd10U1NRwVMSrqnWCs5DaRMS8e3H3+8mg3h
L3/M2eJmkU82FiyaZdmChcZc5o0SSS5FThZm2UshN4ksCVD6E6LUfW7ge/GCql+gT8L9O4BS0czm
ZlKsDavpjgQqSEGXiy/dWM4HoBW5saS010FqjUDohgpyCFICkqKoQuMJeKVBMmooTOpi1vf4wLqV
/vxygmNIws1VB8Y/RjI0q3s7lfJ2ZXu77E4vfoUVJhjf4U/fwfQYtSjkr+eWtwv98xkGoVbgxtwu
ejNBiOD3vO/WK3Uf93fmVypj+B3X63UfNgo77o/97UrZg25Zxwdv8/yCi4lIpPJXQ/YWViCXskuN
nS++ePzYKbUaj3u9LqY9kDwqGFbtFYIUw6gj1EjtszDjR40ifyoJxzIRURQzgozHLCMr6Xkt9lIx
ylIFltPdiIlaX3s9vS5uNO5WxcQ9XW+eygbDYwVZqvb0PlduaNxqkOlKiee82VE0UvmcbrS3D7pd
v3O6MDqF1j4/mfT7DZknva7vx8Y6BTAHjrL4iYPZnVSnryerK5xI3SsUVWlvml9KWRnFZnlec+C/
r3jVHbe+F4rdY9GRNkhDWvKGwXKqUq3jfRpmUlfKNJ9CM+A2+haVH8IbC2bvE+Mft/ibxnX4WnWK
evMgkYZj10lQah115qyUdCblaoLhcnTFlrYVR0G6N2/uWI6qN7+m/NG209JmLIuVJYyS96Yp42FQ
U8FVUkFKTKYEjy5VFAUUkSbUS8HUBqdSL5j+/KZhb+VNPjBf3Fhaq+VlWbNAouMh35tba2sZAK3b
fD6/tcVAis9v5WEWF24xj841zNRgRIBJbYrNkXeocB81+NlISVXk5jO5x/lp3wXijMOu+WX//HKK
VuN2v+17jbo/QwwDVu23jzrAe/onl78iK/rcq7veBHjWfNIF0oUKjb0mTI3nM8/bAcoEtKiNTOqd
sB2e9/G298fnsL12vTJBkKrUPb9DA6eBtAFsDbaDe27CLX1xiaqqORKp5lZmESip7pwWn1t14Nh3
dnZwVLYGJl/hCqlDHaMYl0KUOqQIiR4IhT3KiOA5xi0xwkZMMCoxbKlELpYSndujzACsUohRluYD
mUdHznUJULZIos+ir0qaaDhIrhTUUZJROYUwpbkpTPJFPUVvM+OdSVX90P1BglRzraj5IgCTOuge
NRaGzIiCYzC0G8K5XDfW5eBQVP33VkpFLLuMSWc0L6l0nZkBMLmbsqHmqpHN2ir+DXPwv7PRnnx9
AAgbboZm80l/ONNG0TnORIuU0x0elR/KJzXNm2QdSxc2NpwNNqirtE2g54QLhM9j47aALKH7jJvw
1GzrfgXSuxR9EHT8CgmGhngmAcrkQzKjJhleV3btAOWYiZPybyBGiTG8udbcEEMcmULAIyYU5ZQq
srQRFu7u7yBcIaPa+R4dET59wUAqcju/lUwIu6GWvGAtCTAURLMk1wzEIRk1s4ziXhAzk9Sik/M4
Zin5nasblDjKXbsoqEPiK0t9x5jUed+rUELu+em02zy5nAHk7E/OZ2dtb2dneA5MqupV25PT87PZ
7IQUUaddHLUbblgU5qByNqYgqtnZyfziBNbuTnC0s9lcKNLxDXsB+Coj6r1ucyYFG+nPzk9mZzi4
0mx+Num6cJdCxQnXv8+nu1u7tbzqA3UVpJhSihn2yhUEKQDZHcy8gvlBmE9UGKReSQvfs6Nn+w2E
qEdo0Go4yJ5vsbzBXFMuh0QWwwIyPRViU1LBKPpBUqUZ9/JLTNYjqk5TlKoMhT/oOSU9s1xiJc0G
WdeG7ytrrkDTTcfzxoq6HeAhoFqzpsSg6aZZ0ZnUCrlZd2bv5x7nk34Lx1l2q0CmlfqTfKFc9gJp
DGiOIg4e3113tAyjs3yUYwF6VyvodbIZTRcLWVXQnZQqsDN0voBnpaaYn2E5pcG71NrNhIUD33Qa
1Yr/YSZlZjFDnJMmu/5G2nZseyOd3ijQYC10ucsCt9pqXs03D5Y3QKAMOT/JoaFhFc2b8+md8rXa
qxUVv94Afn0USP28ZgvXFsQ6K2NZCFWU5DpIGmBRojgRtmdJFwKWLpM4SiSqaKC4x8H9Lxin2th4
wRTqXDEVy+ThtuZj4kU0kAImpYAUMKnIjeVvgsXAsyIKLOEDPoGvBHeWMKH9krpBWwQyRwWT4vmk
uG2RBoMn697FGfpxTCgdwnw2eXsJXKgMhOdyPgYqhUB09nm9OpJK8HfvLiZ+tYHk6Qw1TMh4JnWv
DFuAyYsz34NbkmuU2OJ3jEkBj+p41fH5xWt/pzG+QEmx3plccHEQGl2c9yuN7uxSukO8Q7X5k9oC
hNKLJbLd3a3v1Le/fPzlzpc7jS97PS/vtjp+44jMeQvG0Rb2vaNeg+S9XrdBTErwTjbWe1IZqUb1
mJMQpaJUUgcp0qowZELOLkAqzVTpG47mtvQEHvk2BWlhQkZ4cZzSXIGm+bTek5/YlUZgK5vJRcM1
S2Nc6CdFfprtBfn0tALSv1en0baqKq+pmQXHDwL3hplo6STY76aVzroT1YRnOmSlxDHjfSXi+hjQ
C0CqqB7EFjVEQAtnUp4vGDJiVlu2yiwA26t+BEgZLF2csF3Y9MigIeyzaUeMswlXe8NxR1qY3p1o
2WvshEHKq4usoOUQyfJ1kLJ4PDDcAXZY++5+FEi9NDPScGwJdzxMzyJCigmXYFoMiMTzdxCXsoQ7
p2UsWaq7AVeSf/U3dOz81EymvnqhuktlmpjjiWuvZcKDb3YHeXMpsiQTHGytrhk3ImsyS8JuDSBo
SU2QkIwaaqGELcuUVoHnm8pHGRSZ7CjFqOKK44Twk5qPy16lfcY01RcgoU1aADNvASOm/jbqqJBJ
VUB0Y2kJAHTm4+rn/f4e9A3kSiiVAc5Vxizry8TfcfsnXGF+SUIbOSPM+8DP+42KNwNUrKOoCExq
m8AK0ImB2mm/6vmntMKvtLGT4RYaRWOLRl1QQYr/LgPcfvEFiHtfosa823ZXV3MbTrlzhUeFmBTG
GO/19h81HnlFYznIciiycopRTA0xXjIRLFPFKAFV1hWQsjBBmZ22yNETp1eEVgqWaM7pAxNQLGtn
+ePdSZPzp6M7VU+3TD2LCgpa6rzYYi1h6Sp3HHcPhy8ou+FkelcK6iipaEqpVEENQnmSTBWDxecg
3WVd5dQHCZMFU6NnT1NN+pk0Majf0eQ9q4je44DI7mIXB7XMmsvRAkFUt+NXP0InZWZ5bI3IxyRG
NSBsCugO/B3HmnnupgWXwG2HQcqTKbJG+qK27oG+UXTYIC9A1ML4pamvfmYpPJ++fPmzXt6srSjO
LSsW+mmkKdFdUvEt58N3y7HIDTkGHs9EHrmpuBz8SZjyvnqx8RWA1P37X714gV4IX6UYSiV38yxN
FWwvsrU7wBQr9N5MLN0w5OzWbWRSeTn/zebSzdgt+B2IzxYfxtewBOQB89ra/UaWfFTkCeVKKUMh
UgzWuMc5Upz6mEtlRIt81IAiZPgVH0FktuNVuziyd78/wwYnXfcP/Um/stO/QNIDctmksgMUiWBs
4qGVBxqPxtM540REtub9incwbler4/lbv1I+g/VQ3Gtj0yOgV4hpAFJ1/zzwkppP0bZnW7HrZT0V
pTIZB3Ma7Xyx87iDfLyUWc1nVh92R6ODozBIqSjV2weIIuMe5g9mCaRuGWJY5WAgPx55QHLgLbyo
CpdiVCqJKKVBSj5Cz0KGTDL6A+669EoqldJBqmnKnkMD04JYQr3LVZnUJG8VqyoBayaLlepVbTgQ
lo2KRtRqJkV+VaDLXEl0qZfz2R5zKS22ldqBVSgqx1uLprKKqmmQyq77igkPFgvlmx4oVDMA7AAn
VDXVsUyY5H5wTIppzYg6MkbYv+L4daV93iykA1QSIKUGyvF/Z90dqMIeuoHjQ0KX6VaLdRZrjSgV
IlmhCL1CWUlBEwq20ebfvHzAM3KGknj+/DSlxlyhMxlIe4YQ9DjfiUmrM7ftWdJNivX1Gwkp7b0Q
LlHIpL66/+IrKJxH3cmiee+Tm0liUgxVVGb0TR5dEAST+mZrDXVSAZP6Jo+un3mFSX2zuSqGo2Ps
TjIpXvJieD6WdD0YIpCy4DGlFGdSODbQ5ILJZwykMGnQbNL3Xbc546jlVyrblYKLmAXS3h/8CdCp
Bsp7hCgTb0cwqalP46wWofl4fvF2Nj05OTs7nV/OR+52/2wCpG1yxlARmFS9Dnjllrf9CYEUWgDd
M8WVk5ykMjHrCkgtxqi7mXS+7u2gW6FbKuU20Fsq7wFGeeXRNRi1/4zG+EB5j4GUcctUmFRMZjo3
VSLF3M4WlCQ87HQmtWSiqyJwdYpLTqdMYQRMpVPw6Fa70yBhyX5TIM0V8zZ2NS3XZqqggc9g1SmX
r2rDa4ZZCDGpJe7b4Kyk8x8gUxMufVWUuuPcuqKSmuQjlqpYmmTSTlM14UVS0iTlDgKV0nE+AsKu
lbUcFVhrFh+cwF2YZUYpw7yCUeidqj0TTobHx8Nj+hJliIpzhoAKmyKtYJYNUs6122kNo1jylJUr
Lk53KIe9Wyl7VS8Uq5fRw/7WChh0TQWe26FFezpo3YxE8PaJLulJPEHeyzLJlHkhbKRXLEsZItwU
9jxRwZhUlNvMRErziCRSL+7fkRi1DcIe4NMX2wzBvr+3jb4J6+byVoariijpHch5u/QZbCWWIre+
4fMDNM5FIvkBJbCDquGmCfNIpRi3wjbfbMFjXAieUtyTr7xME8r15mLEQEuklREe52/bZa81If0R
gtS7Xydc5vbqbheNcKikavg+xsB7yLjm48rO3vxyWt3xmEYJYKtO4h7KizN/p0Gt6/4EBMNGo+23
vfEpWvegb5114fEzbnvE0MYYHN/yEQJnpLqa9Sv1vbMLBpfvuLSXN6Q4l1xo5qNiQG0us5qBG2jH
67iOW3JdJ7O6etfpHI1G/oa/QCVFKvVnhyDvkZvUvvCTMuToxyJ0T1hRpKWUj3l8tYRA6hRBClCK
OBRj7KwZEXgrrVn3htGUeLDzN+/jeqC/WSiq4NNMgqTkhqkUKsM04oPUh0RMxD0rmswP3gtTTeZV
6ipKqVk+reiWQGorFp1AKYXuSJpXeTTNA4PTtqtJe3gYgFJZTd5LCf3b+5nUcW05YpaVQOiuliRi
mFkzEonlBPxNCaEKuZVg2w5SW3KM4p5rNh8Q2HYHet6oSJT+Mkv3M0jAFSTLnoNH+z5x70HB20GQ
KlNa0tCidkhHVfZ8aFkp5/TUoBi1TMZEVABswE9uRVj2BLmPidHHRcgpQUIKR6bCiGET44pfCIj6
VBbArYSlR8d8v4F+CV8t53kSBUCKyO4wKLUkiGtTkRp41wYiFNk6HvByjGmAo7cHx8oa8KjIbCWj
woRnYn5OnnQYv7ciBiVeZwlDZW+T7It5nBOT6sIFGjNRj9wuTygOv1KpN9oTMrLNvGqjPT6ZTM4m
6Ps5a1cae6cXJ/5Opc+zD4O4V0eQQtnQ9+r98QRaY+NxeXt72y2ikgpB6u3luFX2+55bJZBy0TkQ
N4vODOiQ1a9UG2cXmrS3a8dUV3OcXFtIpzL5nJ1z3cJGuezkVjOZku+7qznYWef5qx82SjTu2gIm
ddRDp3P06EQ9VqNkxCRT4qyJk1CZ3T6IOVdV5wKk0pbWzXajpKjiscc2YJXEKHTK05w5h5lUYLSm
uGUGVK6SeeWnYcbMrqvgM7DS0P3CVOrJWjSddTSiVosExqZUNJLIXxnoQSnTNBsAVYHD85qlqKRq
yTSQLeVcaylf8XgYJEzb4SOchKS9KMq8WUtzOp/mmGNYxXv/aDHTTNSqtr0WOjm1SeYKpQ+OKv9F
1IwmoN+k0sxP1MFRWhwVoxCmhFv3FYy6GeH/WgikUmn6Z9jj432K87Vig1jUDo71qDGppw8KIdJV
5jnePU9PSvzmQcPDdDd1t+6Vy9sVl8XsCduzYcgUnJzhs2yccUPEw1AAXuKF4mwegFQ4Oub7+5++
+NuLT+/U1ggrcP2lXUQU9hpuIUiJ+eluPk/9QRbqJZG1wfFgqL6O81E2thVjUt/IDR4PNillVJxr
92UAIhsOQoyiRUxqznRSZImjWDrUKrX7fcCg9pRUTmcgzPXn73hEHix3vb3Rq6OGX92bMbPcpOK5
P1DIy8XU90jbzpyjJk3YUr8JTAp2s91/e4GKrh3YAOzwAhiZf6ZG9p30gVoFWdfRAaHmcuK0zKEI
ZuxAzrPSdpoPveAUyts7nXq5sLGyurq6trx6t+Q6D48OXX/0fLSea19lUlzew8H40Of80Ze9/T07
KZhUwlBczFnO6JjQU7EcLgA2V1FqJT3UwmKipJHiGGVn0isCpDIrdtpWHa9BYiJM4uKHVJjarka3
Vs2sKledNlfXHWddT/mCDgBmNlsKMSneN9HUCOInPMbW8oNrTH3TDEtEp1K95kogZs62zGyxoCml
LFU9DrQNQznI014xCaKuKg2SeDFXcjSArqVRvKxW/Q8MaTV0PPS9qpddru/R/KSGmSzzSZZR2nwY
ewlTBTZgom1nNYgCjHryZ8Xp+w1glFAHlTRqkzB5fQoTXujOnI5Ol4oswoiCIftaboXV8tGftaxV
xY4nXr465vqbp9wZHuSNBmKzYwk1Kd2WPMrUlLckQy42dJ5lZ5p5HAvIfPG3P8EzWqrMmQvC/XAM
HxCtjXv3P72fZ4nnSOU+nEI5hhcUZFK3+ezwZJDPR0VUCyvkDrG0dYwt2JutOGxGSTlOIDU4EYum
xzXhxyUcJzjgGiJLaMCkxui195YJWL+eAwiB/DU+OxtTxmqSwqrVKgtxId36GF3RK9BoD26pOVUB
rlV+YBrvmV+VBAsw6y2GT53jPDEp3Hq90XDrE9jbuFp3f/gr+Xu+I6fPU/SlOpPp7ubHAFKlkLu5
NpoVjo3OsnXadNNiFk6v4pagG6ymrNVV1+8+Luc7z5937dKIj2JLENXFOcxs/ezZ4WEPqNR+Y6/3
+FHPsy2e9sLUYop5NKdi+CWOdRWjkitpjb4Mk1aQxgWtfCtMdWUBSAEkOSpEnGyapCMhR+PAiT1X
UzcIYlZ6XYt8SyKTsnXvp2EeE8Q4IZAS9IEPMAlsPmJE1zK14QI9+m6KWqrpCoaKwmiYp6RzhQAh
hqo/BUibqPwnJHCa6uYnzfFwMhzjS+NAgC7oKKWNFkMjFU51FO0XuSGQ1GtFR5eF76ZZKjwHmziF
dcXljCyN2cJ6oDC3A6152n3yS4hHGeJfK4UMc4LpWun1XQ2kIjk9K0LB+7zaqPKhukImwpAhsPy4
3Wl1HmPOnH09KXGn1aJAQ7/bOejuubYpEptx3XYsIPdMpSMGDTbwfwV5a2DfWDo8e/X8T8+PNJBi
sXo6SlXu3MRcCMmoyWnYEmCKKCck7vH52XyATEpJtmCIua2Tk2AlWhHIFMmPUWRiyrKmHEuZO0zd
4qfFB4qJSp3UJfpJUbQcapQmp5dT4Jz9+cWsjb6W56QLZ46b5Pn07i3q1fd8199DzwSS0+aTeqM6
Opd4NRI4wxMioCAJTKrSP7m4QCDq1atI3caVSnd8KZsCSLWBW51KjDoZ7m65pbDWnA8MI9MIU0yf
XcHBTCreDtdT7riVXHp1bTXj112nBaQpn/ZfseBiLKMK1PU6+yMQ9wCkAKJ8F4djeNRwLHJCEflX
pW1PDmeW5M8MHnZ+lUmtaHqmWT4ImmH3tpkgKsUS5+X0lLhGmkuFCkZZJT0YMGJZmlGwuUzdTc9m
h0JV1tZ4EICULQqKkWw0XBNHT7qVzF+x9z1hWuOckh/luBnkbBisWtjxK4GH1kmzr6qkTKfAhiJc
d/WU7+iYycPIVXgpkS/n59poMbM80NrVpn5oTeHvzc2Buk4qFRjxSCEmjXoFzZwXKmEe9fRmxExf
A1LKSBz2ruaxELFD+aWqrDTg1dVBqqIrzh84j/+39b+YQKzV6qqpp9487fCsYh1M1eo7Ka4UlUND
MveYWBDAxYcRNqJb0+YgXxsfD3bdyatXf/rbn55/fT8MUqGcLai0uv/ZWozJjPF4dGkQQMopglRS
zM0YkxIZrQyZyyBqbDWxwUSBqUmGUS3GpPiSkyncy8HQyeRAwfsW33CceSOixznAR7kOEhmGbvnN
U9QqIRe6mLTrXzTQZocV+2cnZ+hxPgcM+wI1SdPJeG+nvndGAHMMyDA+Ryp2cebv7BxOTmYzsukF
qTnn/R1kUmgbRHc4jDT+obHj92cn6Jz+FpX2l2ftesM7lSleZijt2Qo+rSWXTRxQlaFTgF4xy6nu
bO9UPm9Udio7GBbz+HHLc927q3dz5ZzrIZVKl3gaBPgadVc+c93PnMZodPSsBzRqD6hXyceBYxxL
jAbLjSUxJdBYDMYnnls4qZAoppRKOlqfqlG2kVSKmfUAfACkUE5lJj5bC/QbRjmUaSHLeXXsmdlW
xLQ0o+AAtSTptBoMh6Y3ImXX6KRwD0Itn123LSMSiWZCivQnUTzmlKo5mincZ9c00ec0q2DjWMGz
J0mLM5dC1j/+oOsTKryKNEJVKHYvYkSili6RnrvkroC+rmiwC4OUTN6F3rA6KjG/bRazuyIxKJ3e
IIxSMeOTGwoUafzo5ZpckknnQ2nK7V2VBD1I84FuAKd8nUmZAFLqqp+VKeS53cIYiR+0pq0gOd9B
212JSoyKBf4wwTAxSQ4a2PVrwwhevszx5eWfmIfU8On7MYoCZu64d0QsXRzEvZMZoAm9TgbEpNjc
7O2QMymewCBuiPFogDANpqIZvGD6ZMhGyUImNacFpwhSXAwUQyizviU0VFEGUxbPJ3XSBlnJ62Ps
XsE7v5y6O5URgte4AaQEKNYMUMXrtv122weG1a9so5SHPp0N5kcFclml7gZMCogZNO34fa4DJ23W
eb8CDAsdpn6o1Ou43sW4Cnclhu55zTGtfNrervhnglhRlhZ3XedRaxZKeBlh0btNmql0DmBv+4vK
Hyo7X3yBsXuEUx2v7vv+3dt3c9tHz0e+zwfXfvX8oOyurGZW7VXHx0TnvWdHfibvVBv7nT3PNoXD
uSnsejKDRDKYFInQFSolpzJan5oYGCxjpnjOEVMyKeaHoMHINJNiST8thmmEZfau2uQY4MfK1FQm
ZbBuo2rBvzFwBLd0Thf3IkwPz1FwhQQem/VioOLJJxpjeWLg4aUsVSE2DVRS+WiKXCTVRAlqUoSo
xQe1dDRPzuvL0KE0MSGQMgs4iKYu8c0ch/njo2h3hUkFTgbEooTSiWwQAS6p3kdpuzb8s+7EGYkG
i60QPzLSwqxhOXr+KGPlaw1fUkIpVq34P2g7SHl7Gl96UJa5GLohkAog6qDt50yuikiIAC1Op2LC
SYpTEAQPdxBh4xmcnDGQ6nkhkNr4k45R36Oj1P3P7kdjcYM5Ki1Nf5Xpk34doF/UJU3/dX45yW/K
UfwsQzhsxlnQ3UTL4PTrfEhjXi3duHF7ehnUPokIFsWGUGY8wGQeUmTcE0wKIGQyamACgopbrgPU
TNBsd3b57tf5uFL2vRnIg27HJce0QvvsrF0p988IRaZexSV5cI5TY+Y2PmlWcbiDslcutCkLwgXz
vkLFuU97O2u61fIY6n6oVqpeFbWcOfJwvzzrlyvumVSjoyenazPb3hrTnHMaJYP18NfOFcveDhzd
FzuAUV/Uv/B2dgCpMHjvsO2ura6ahYPRGIfVpoQtr557Ti6PLCuzmvGOjnAsBnfD8b3Oo0c0zHpA
prncJ0x9wheBuU8xByoJTvwHx2nQ2NHprgQlolLcA4GUTSUACa1tjeENEa8Ub5YPBSEDSCVrStUg
QfiXUrZ0kieNipXTIHAXmFSW0n+spNFpK82GT+IcI22a2iA3TxLsIPUDDOAjQkNY2iWl8lxZHJW5
ucMjpV5TMCNVo+N1QyCF9jirqWvTx06OmNQ6yKsLmBSTZKlgAEwIkgiWtLkQRqn6KPaX6fwoGizS
k9zdiaZdteVTq8y8zSpFHaRePrD0Qa7ePM1JkAoxqQdyMMWDrl+yOHsyxAghgY+UYYp0LUyZY0Rr
x0zuSx6fcCb1iwpS9/92pexgdbdoREU4XSwylJgyvxxYAFJzjlqXw61NDO2r5Ws4atXWVkbKfuip
DvxNhanLQTLKmZQCUgNDxhqykUxjIkGW0HXFhU6K8klhBgLf749nFxfTvt9lKqpZv9luHp/PML8B
5ipot/tnZ/1Gczwnbffbfrv5hKSzabPJyRCs3Wyz0uyfiASemKpl3PZHJP+9HXebzcnlxXzcxURV
bXg3h5QV9OSHZrsv0vD9ldzNS1zcS1BCKc6hLKFLj5mZnFsqb2Ok2c5OZXsb4GmbtFKPCaUee05+
10mV233fl6nvRgft/qhPKJXP7eyjcc933f0eZjkvWbeCERekr5TUSVlieAZ0OSenf4In8WJoldSg
4XRmrCa4F4JFfukEWqjraA6bK+uawnuWtAVKmQRTwJp2tYH5aktR4Goak0pYNj3wlTTCaxFSO+XC
1r2s0x+WgpSPUjRiyKWNyfckwTDSXmhuY95OSFAW+q4P0YkKhzSB0l2ckP1KaVa6OJiXDlIp8m1a
D2n2+w7Ao4Mqr8IVkLKzaUXEs1U8Cp4Uio7QytW00c4JozRx29zUbXgrbEUzbemZppZN3Vvh5SqO
KHiveA9gSpfuHmx4HV3+c4K0Vgc66WIZjg86Bwe+uyJ1oexZack50p5zKiUy7zaPI2wI9pNTDlKv
fHIp50ExV0EKxT0gUrekkgiYlAY0CFJibprfNG7c3J2jfgrkupOTreUgq0s+unZy+auy7hC9paLA
pE4ESL2dz5sEpszdnPyl5BjxBJJWYN1job3zs7PJ5OwC8zjB12x+IarPzy/gZ35+gW/gefBFrZAj
UeJDCnuZn5MFDyOMg7Zk+SOzHdsqJdx8d0mLiIBRyzmuS/vF/KAXb4Ueaz79BqS9kq0Y84KM5hny
SYhZaQetel98AYJ/o7K9AzQK0yB4GGCMGPW44+YBfgGjMg6GGY9GOPLsiNIH+wBTK1YZQerIc3Gs
48dfdqqrseWYJEwiRQtlRbA4kxLBezzTGGFTMqBSRD50S5u1aimdhKvNbffJbD4w05owdzoAwMGe
JXw+zeSmBjSopUGQUldhILWyIitnTZ5pzw4pzrO205/PXAKwrL3OOnO2sM4Ih7WlHknNMFkEzzeL
EKWWoD1YurdTsDiZAozyKK1Bf1GDBWXoklijJ7pJ0UC+2VLIUcLnLlj2FXFPyTyQVjVPGkip42iU
mhMNoz5BHqWLgzmVH71MMC4Gr4zugXAzlQ75IBTuAUQhRlX8X9SWdwptTxuJ7+lnrQCk9GQxB5R9
vds97Po2jiDMXKGEk5TqI8X9+izhb54fJm1MJWWeXL7iIPUUI/W+x4TmYUlPgNT9zz67v0xDt9M2
IuqQd8Sk5Nx01zVu3Bgoi28md2WCg1UjszVX1gWQMolJTdUNolTHdxUP/KTMwOYnrXvMkRKAhsXh
6WNzXgSjyVAI3ru/8qwGl0pq8gveMMhrHi6/kj/7JUttfiEVVTjNtxP8CJDCcYtdZz2ZvJVcVVwP
1jiLMmLLSZuk0O3KDvveqVR2RGkAVD3ueblk5+gA8WijBTzqwCt3D9DTnIa48t183j/qAJMCabbT
+fLLL3uenTCkt4kYKSYm4oxjwrOThZ7zUL5EIhHIfJQ6MeRZ2cwxe53aVeza4Pz8NBNNl3REc+wV
Er8ESuV3T9WhX5q3MXxCY1JPDBLd0ivrEzI5Hx831zCJ1QImZdtU08yBjMPzx6ALOroO2UApVLls
hrovKrodgC/dipgoTsFhLl4czSJIfY46xw9HDPOVXBzx/UgFqclmityts9mwWqrEY/3s9WtAaiXQ
vy0sAsZKg9d6vF6ETA7C3Z9+clqc3ZrEwfJA86yKZLPayAw/P82WuddWV+dNd8peaCS+zzwcrIZG
rAmNgoy6KBxPEW7ilNCUs0elxZVR/FEqnc6561E0P8jvoq6nBh2bUOpPPzxgiVle3PwqPBIDB6n7
n3n379yOxZnMEI/ePFFktido3RNE6K9DZFI3di+k9LaLuYEpshjji7eMG7Vg5bdTHEwd2icVava2
KRyiTBFiTD2OwqPNOMvkoI5gzF01efYBWa6MiP5u8Qh8IXDSR8mSWaXeqQ3e/ao3CJf5dHfXLeXs
wIlTs/NhXa4EN8A2YdQO/DSARFV2mOL80aPGDvzppZXVcqucs1fv2ne9w+dddwPHKT9AEe/w8AA4
VreLYxf3vGqj0Xn8uAugJpSRSSbr0YzQA1hCW0VWCOYwBSCFol6CCX7ouZnS3BQxX6ZjkwQnLXcr
ThNNXjMcaEB3+waewwU+Aql8baoRqc0IulSHdFLCgT1/G0gfvG8tRVmKtNwV616miaqjiXuXRKH0
StAZrWR+qMAhUDZOOjIL9N5MJYWpt1fsBYsnOJQLuq010CP8I0HqdFCFTrqvuiCc5NMsQPdeVh9t
/vSMUApIoK0FNqJOSmNSEpFUYFKkQfcqRvHQJGCazIMhNCjMz095Cp1CuhkaoaHgOF+rLV/mKuUi
noDb10U4sw6MSR/kCseDxaG4OuHxkoH548jKB91K2uRGHR60IlwPkjzVuUyMwGlIcnc6zUWjNiXD
ReL0avzZp/fv4JAxG4sx6m9ffVb97NMIPGqZFBY3ljKSG9V2bTNyw5A57rYymAVhTZKn3bUbmE9K
ZHLZzagLtwZbSdjijRs3N3c3gy0wQS8qDXxitBgh8GElz8z5f7K8ezvYQpDKhFw4RbHSbJTEynad
qNQf/gBQVf/ii51t4lFAi3aAIGXsldzdPI4ds3oXqNTIzfhHh0cHRwedo8eIU4e9zk6n03jU8bzq
Tm8HQComEkZJ8V8SahEwJRTq/HpiVq/Axkdqp0lIUzPN22xAFNSIAz2qDU8wjRsigalTqfMT18ZW
hFGr+aaGUadPlikONdNU4KS5xKyHVsqIRCI34BVZ4koVu3nFw4pzsKGbYzljgPmlMGrVXMlpgiey
Mb4R3Q7A8CRpcJVWNrcg2G6QtCr1anWHgtbUy9DczOc3Fc3FQNXVM3lPY1L5HA2b7Hn14li/pGOg
WFmH/KQ0j/OVQjrkdvAekFqvDX9RyBCqo6LcHGijvguze2HUnAY9bz5jCe8cf6SNbLycBtb0/3X3
Pk5xJFe66IAqKypIVJQUuEGSIaDhjWQM7AzydgONsGdXjKEHjaYDxHjH2l1Pc72Mb+wbM3ZsXMXa
EfzrL8+P75ysBs14I+57O/cVTf+oH1lZVZlffufLkyd3cnfxP31KQL05eD74bctT9Kfzw34y61qe
5VvEl2hS+BaR+vbnD4YJoM7Oz49O2EXKhuzlA0zhMCWaDplPEgBh+/r6ohPY6rr+Hwml/ufXy//X
vZ/N7t8NULT85qONZuoRlGuKzPlBtkyXIftFxWz6g/cvUxMbKWNT7VXTsd0vqDWLL0Hj3oX4Ywap
m6tRsvYAUreX5skGx8D4iGjUxx8zm9r8BY+VwjLc7CRweri0NL+0sPBw5eSrL/e63aNk6p2f01R8
r4bkGDUkO28wPNnZGya82l+E625jLrwlJuIzQR3dK7WsIJCanY0KVekjdCejX14eP1vpPEwoFZul
Z73RWBwZx93Ei8LxxL6H3aVGIKo3asfGfdudZpCqe3lkzkAnZgjk08+S5hUTbVt4GHstTSrBjhmK
31309jrsicDoOffw2Rc5Hl4eFDab1B2qU4+CRSVGQX5Qd2w+WFgjZNlJGPV5bu1dPCjCbDEbkkkt
r5hDz3grUd/WRDjj7dXT0z7N8JpSm5ClvtjgML6tGFZ/+MNXh198dfzF6Pj4i+PRV8fHo8Pjw/T2
dLGFUvhcObz49/ac6s3THs3OeahvvGytr678vjWerk/lbuP0t22/hdm1nZ3NQWvPP31K42J2Tn/7
by04++lK4u8np61d/+ko0aXheTL22j2ND0+H50dn56cnT+cVoyIQJJp2qrpDqX6V3LlHDkiL9dfX
F88urhNGJR5FOPWLyaEw7eWbL7/5x+mORVap2ih0r8x/3gvTTQt0qInMfk0g0hQZcRM4Nm3DC5Ud
ouqpcF/wuh8xSNE8MQeZbu6LrJl/urUjvnIJoT7m/82P99n5YD/h1GCQXk/nE4daWJxf6HSSube1
sbHyYOkk4VMq9l8OU4kY0mR7CZo+eTXoP93ae5kOWSxtCquYt1M2hM+mi8G2mEBKF+NTs5MhBr77
7g8Xx720HB5fvLV43YlJPUyQMjHw47vLC9qzN7q4bDll/+GyF6Y4QEznIAOp41TXiZ7NxTnMsblA
nG1hbmGxN8Gk5jIp/Xp8cdh79nQlLc+2eoeJ22X7vn00ZW4TT28FT7ncLh6Ky/fq2ureXZs3B7p8
lVt7vYXlja2drT79pY8EYi0adrz1+eetKeLH3ZWETyf9PRpNPBlQdG+TQxNvtddyp8x3NKnVH+RL
ers+bO7SpyYk8wQ0v//9n/+dlj/z/5/5y5//KXGp1qDfP/3+qy9OvvptC6MSPZqjiSE2W6TrT3/6
56+++OK3439rdx8u9NmF/J/be/7Lm6Ozs3/5uoV8n/109c3pyfDs/GyPjb1S59VmUVTRSQUpiSCr
tp7ykxgedEdjquLfffc/vmSp/B/XfnZrZlDHqM+/+c3sfSVlLBRNT0/Z33T6TQRpSl7TpKt/gB+0
efoD+Sq/CeB0K/0zGukq7FJUqvOz1u8xkTHnnsY4//GC1PXVqNe7E6RkWSRNkjBqn4hUYlJEpgb9
XdWkSDkf8CShncWFzlJ6W1xaXk4/90g0P/2SJuul2dWJTg0+GfQ3O8/6w2TwPSlngs6+EDAzbImi
YLGD62xbKShFz4DYFLtgTnpJS/357rvLyyuqQFhzRZrUXOx+PQlp17zn9UT1Hz34QAb5Ny0mReec
U0BhVUz8phJQLdz2OM/XXF9fjsccUOPysj1I5bIbphCer7mtOr0lN6h1nYVq85YTwttuM0gMlV6t
OeJpJr7ENjbTa4vHi2xunebHXSz2J/yktuc3t/obe+m1s7k+IUtdbXJo4v4Pu4qqnD4JUlu/b2NU
WmhqTn7hL635rFibX/22hVL/8e//lgjPf7SIFIVDHyQDt02l/uPPf/43mvQzW/XZT5cZo05O24n+
nicz/XMbz2b75zRN/NnJVmy57qE0qsNewLh3jYIg3pHUtRfqZ93exWj75Bt05/3re1Hqm7RTM/0g
6pHUx5dPQny/pCmt7NfMTB0S0PicxHXamm2OCZGyCZDJp5AmYpjJEow+pXrRYBSiIG+j8n/8UYPU
X8lNamt18Y6Ad7SqWdGOk82PVZISJrVrKPXJ/mDYf0r+6Ytk8CWU2trrLy2sJAZ1+uUp+aUMiUcN
BzQHQ399qbszfMnTrOecCV4IjXih6EBz9u4NLlJFplGz3M+3QHE8mrl6UpbiZQJ1krlHGnk8vHPf
ydo3eiSR0Sb9pHSmUomcQBhFkjg7tC/e8pN60h5H9wcZRvfdpLZN2leDESS3VadR3XiQgZ3bmzvL
FN2XqmJrruUEFgnU5iku0vLa41V6red28WV3bXWrPTloQzDIoa3W1uYnZKmvn64nkrP1Q5E5KcBy
WLwTpP70Nyw8fd7cP03MivcfE/j22c+LDeLug36bSn37Lc9K3EpvVuJhnff/eRL6/v3PrX0J+c7P
hydvzk42Hvo40qhWHRzOtaOvlqmLIzQp5kIU4qkout2QzcTwr/fuBqlvht98M3/vPkb4NgJSjx5g
efSgLKZotlD8mp2Zmb5PkxXLb5rC+B42p2UmQRb/Sv8yEShNaSW78+q0rsmCBUezUgi0FL5+5Exq
zExq/i4WRYEP1nnKjk0WpGRJUMXDixmiXnyyv5+IUn93gyIlLK4sLi12nu798+HSytbe1t7RxkY/
4dSrTz4ZJCL1YvAqManuViJS+0+q+8KhzENOWqp8DF8ZrVRof8SsW3xKP8IPxb6USsgBTZp4/PYH
96XABlPq6bDQ8pNSz/SH84twUmTnAEKrCeH88eOVO92abp3q0ZRNET7/5MktT6feAoal3Zq7VDav
9o8Yo4Zf5aJar45rj5GsDFtpj4tOZtnqb1t+EPHxvA4mppgKk7LU6uSwmPdczoT3lApU3b8JpL4l
kGqabyfn7pxAsnvz+xKVZff3E3u2j/z25z95iOF4/d9PxjRvye5/+uwncfecl91lCX4wg0JYmgAl
o93wQ2PVqb+29OGnXbbrqTlDpt8s7//nHTD1zZs3//mLqfs1vL3ZBCtac3lSAD3/WSeoue8zHNfl
dGty0EeP7od8dlDK2sTkoHUIRWUZbcz/iwf6RYHZH3Xv3vX4oHcnkyL7r6wTkdrcJfeDzc2PP85g
ijv3BoRS+y9e7O+/Ot2aX+g8XHyYQGphYet07+nS1sMHS0sPV4/O2R6hSWJevPhk2F9Z2BgmuHqi
48pLjDyQEmEdKTpqL2jvn3DvekKWYp/Nzg+jFE8jTlQqHP4gShFGhQCQavlJRfdQ1JOrp8NS25lz
anGCW73/VGGehXEZfjcRq4piSa1lIDUpSqXNG/3+sH866LesPXK4SACxOi/R8HjOifYUzhfNk6d5
XyKNrnnsoDa/NYFShymNre8P187J3gIpcXP620HqYez+7ntQ6tvPftJsMkYNjvpb37cnAY8GFj0/
Pdr7gV1nN2g4zPm/fLoei2hiVDRCVaIEqhufjOBrVFFC2LtUhrvd4oN5czH/zc9+s7w8CVHffPPm
m99M338gtlajMX3bMxindTnsPNruZrOwpyOn703nGx9lEJYwLNyaZv2RIFFVWIQ7uq4G3p35vHs/
zuV6/GsCqTuZVEKqp9St9/HHsPQEogbkcq7W3otBgqoXL4fDlc7i4spK4lILC4vLnYWFjZWFhYXl
p0evXg45qvnw1csXg+HpxsrGyxcvBosRsQ/Q2QBTGSPNxW+K/aggUOXiuQUVDp0fmO5AQIp90EOx
/f3zTF0dPpr6INhspDlIjWaCKFA2VSkrVLcY1x8OppI12PtBkLo8fjQ9Pc+aOAXnXF1fnyQrX3fj
hg/w39n/+tbm/m7CKArglvOicXeaiNmiRcWkSZ0X2/be/NM2rAWO9r42zwE1m2bSLn765PHq+AeC
or8XpP5mJkWea3H7/YBCUzZwd+aAsHn30++BngQ8q+fnp/J32v/01vwwrV2XT2nfr77Ymy9ckIoq
kZcRJbLyyAg26g0oUzEn6T6r733wGESKA7b8LKz9Igep02/+8zfh/v06WgQCSqk9715aMbP9viVR
pXR8932buzHlaOqD6dbkoIVODxhyF8QAkGUII3Pvj//dYHTXwvOCXhz0DrZWiUjdChdc1p0tcjHf
/DhB1EebHwlIJYza2f3oF7/4SHTzwc5g/9WL/f5Wd2lxa+9wa2vhwcLiYndpa2VpaWHr5HT4cv/V
cPDy1YB8qgZpt+Gr3cSkgo3aC6WNi5HZY6BFlUqrMyndUYq+sPNnLIrvi89LXkPdICJTOmqqM+mJ
kC9vt8MHxqMS+OQuTYdBRjDPxdjuYpxgXIlJxabu3pK6Jk/Vuz9VPNY53mXZ/J/tXcgNiheenG9n
UpQadeZ2d/c4BvVvc/w6rAtAk73m51sItx2fXrR69wp4LT1+Mp9ezYQsdfnkyf/7TGqaYxDGyYlc
sj1+UiwTQg36w9OEzf2/e++eBDxDHYtHKLW39T6UIr/S5eH5WcKo870VJlLupoc4UmochdpUVLEC
eeZi9jpX02/lWSdMTWFGdYwwdmeEb778MmHULGNUQA8hO3O2QIog5cF7YOiAolBNT99/H0Zxvm/P
YGxBORWmYqlBEOgiKhbv73d/lCBFC4FUYlKtzr0H1rX3tJ9MvbQwjfro44RLH1FAqV/4qJgXsgwS
l9pY3hh+OdxdJk+EBFgJo5b3Eka9fLWfLL79l+T3OewPiXi96K80JjxZAETEPlQtCsAlsdDhTRVh
783qWOP0vKfuvx+mEkRNEzkSkJqt771fxRoTjZoiLOLpYOPswzaTmo0LTMjc4kxUipwv4qQLQtq0
2Ol9j2mZcjU1NUcTouyaObezOYFCvYVlijC4u7tDbmmbm7+c3DxPAVLJBTNXnK6eUUTjW1HnWsNq
LprVtnBe2H58ZDM/QTjHf5u5N3dXuLv/gibF0/z89LM7hanf/fxesTzonySEGnIMzeHO3312J0z9
jtDs6PT0zcmbk3OZ7Gb3/bvOLp+wd+f5yYr6w6gCmg/fQ99emTWXAVXfHKqKursdyukpdjT/x9uB
EIhG/ee//uxe/SBDDLa4prd/vX0g/zRnVcLKBwcH2we87tfbB/53sM2nLurt0Z0Qtj0jwvl0+mpH
yZRWhZ9QLy39mIMXRFVXh9c/DBf/3y80TOaPAlKL3qFXP3ggKFU2K8yjWJJSU49eIkjtkvPBvmJU
svdevupvJJPu1XBjdWlhYWmrs1AvrB4NE0i9fJHIVIKp4cvh/n56ffLi1c5KDBGiubVa6OUrrRNC
gt/U1scXQgYRTd3ICJkEU4/uhKnxqPuIemiDxEPhY4up+93D8a0qd/m2R/NX64zV/NdmSIecCI1J
1gxwFCqGre6EJtVQ4Kip4n734E7jkk81FR5vytDgzX7CIXrtnLR32w7rDFFph/S3szn4v9ub49pG
f2szvVrj9t5yROPJZX41p3aXnYnevTC5+y1Z6gdnMM5C4eV/jx//zb17JIktP378cPbnn00CCs+Y
F58OeXItfTs93Vr9+W3s+d1nP7k3u8ouUufD4cmbU8ap3e6j9+y6QrE4X5+ff7qRjL0WhcJIiBIz
bCMaQgnpPASJBwXrL3YPOzFMTzX/+JvftGZj+FfSy9988w2tvjfzwPr+KwW6qV+PfNlmbNwe3bFc
/LqjhlpXfuOF5REnTbPFXFxYmjKlFeV1Lqh7aroQgJaMlinr0KVByX/9y3uGz/13LbdBqkWkymZ1
QzRzeHNq3x7VqD7NzvHiYwKqwYAQaH8wPCKaNDjpby0trmxtzC+s7O0lQy9Zg4PBJ58MXr0gu/AT
IlKf7CxGxIsK1mpJL99sGbWzV+NiyCgEn9CYbT3SrdXBaL5ZbOLUVHj07DAHqvHFQecRjV+ZJld1
ij33sJHpsYqphFO9TMm6fHvYe0RDEabZpHOc6nxxvybPlPT/4AENguFUaI/A8dMfsihFKEX74DUl
E6XMF0URut3eRV7f06m2H81MTRXzGzu7/ec7CaD6uzRHCRGizdHCfTvh/fshfpQYFM3DurszSHvv
HD66n20PBSbF3PniYMEzEAqKTq7+BFg2Hvce8WXwoY8W5g672ZnqIg9SToE2m+6j+9nJHnU7h906
zxy+5q/ZOZkPdO0JDXTRkJ2PH3/285/8LUvkubY+2thYe/jTn+bo8+3vUgr3irm94fnRGzLghucs
iA+/7G8t8J7ftvacmtsSD6nz4UlCKaFdww3a9bOJXYuFPTIIE0adD5Zj4QGrjS5RERSub+QKkTl5
3uKiybrOQqJSj0JZfDDVzM0vZyj1s28+/+ZVwqjl8EF48EBEdzqqUCaVT2k13o5kQda/Hl9MLm8v
OkHwsQi9t7e2v33blRSnE0jZ1rejnurlxS0mVQC0Qqob9eH/utHYBD8emKKcvPvjiDWpVu8eUKpZ
B0Z9nC0c+EANvhdq8O1/sk9dd6cJgF4NTvtbG3vD/t7f7w2H/ReJSCX8ekn78D+Rr+frjfpJWaAe
jYTgzubqcI7BUuJXR47AwqUaRL6cf7g4nzhVSNAzPXO/fkRj1Z51U43kEXYQwclfoMOTzhDzKtO2
oPt2U3WcSRbhB1NT9eysjLthHpXeivYABJn6SsTylEyHfzBFCzSW7wMe0Dc1FWmKggQRH609nqNp
hu4v2Jnq+zMpo0WzuqmTiPeJKPX3dZql+YL9hmkJCVyXdylWa3qjkWmbu+vLxVS2hIfsHbKx9tFa
k28IPNqS51DezGzJx/k+RTPf+jm/vrq2mv7XVwFUc61zpV0mft+1FOTHsOrQqN/i3Xt/kP3Twcu7
NN0UtXj9reXZ+z/9yc9lSfh1L1l6W2+Gb45ev06vtEASP+2vLKQ9f5Lv2WyQg57A1Juj4YnIUqfD
o404uevCBtGoM3r9apUEKRv8UmJ6GGNUJRQJdYN0D4TGJmKpQqe7XVeRx7WE5XuqSf3sZ1tbG4lM
fZSe7qMHLro7nZoeXdg8em975OHZTHV+/XYChJJhMK0nT6ZlbzSx+WLU1RyFD+6P8qNkThh5Ux/5
EsHSK+BrSFTKY7L8iJa/3lxx8OCNFULSyWXx6Q6B1Ee2qCKV7D1TpQh0Xsqyz7ZdAqRX5GL+6mV6
f8mBOwdQrmTZH2w8acrS/A3gzmtzBWFeUGhSpap9KDYEU2JoUf/a/MJCXYuYLlgjVYBGFsTOPLuH
M6Q0tFeyEWuBlWmuHh9MYUCUuoqq9wPbk5KoPEtM68BMqlEPBBNynqxSIJbVx+wb/tGauL8KzVmb
n0umX1FMh/Q3xdPT7Sgo3bHsKzUdEMOif2JSOtEAp0eAxc7kNp3Uh+vrH67zj02KgAcVXnPQ3+nv
0BABmfRpsNungUwf73DUHYGvj3WGchzJEEdJ6voP09/G5tpG+ttc21xPP2nNh7RJXOHpxDkibtif
LxRCdnNjj94pMC1929nd6rPapnnrn/QHsOdOjzaW4/Tsvel76b+YXd7on5+fnslCQpPgDkVWOR3u
LC/E2Xv0N1XEh0/7sAeJRBGbOsLup8OX3QVKNaXJiR4NaRjfm/Mvz89PVjT4twXdKPMfiM3pgySk
VNDMxYpVBff+NV2OnUnFOAEVhwne2xz8XSJVNIb4/qP7JWQotRYVNS6ySV96UQhW9+IPtk5evUI9
H3h7+bY1V8zVARJO9p7OFkNvlzxbTKVzGDcu8ArOalwsGrw307347waku5e/XowOjjHAuHMLpKiY
s3m3nz72d+hT9PJ9MvEGg5effPIJBYqiPxn+8mq4/+rLBE8CUi85/EF/+GrwarBPtt+rwXBn/UlT
l6X38mokKUTBEykdk/AJr8pnkxGU8vB3NaHPjHW5JQaUUIvHIatwlIhWHQXIJM4LARWPD665yy/M
xNnaPLDkJL4E+ByQAwJHNCAncfKRWpzHZCpCGz5c+2hda2aqfTsf7+8Q6UxAsz/oyxA7YqH5sql8
qr0k2pQO2mQStdvf2rxryea7WxOkyCBGcQreC4JPvCTIGuykfKSVg+f89/FgZ4edczMNP1/WPakN
DQKaMCpbOOTe7k764663AU95vrkr17XLf4S+/SFlgqa8I11gyMN5hol1Q2AaCjs6Z88B/v75KY+r
+jwt57TqiCDq6CzRo/MTQSqN9/smkaU3p+1FyNP50VHa/cSmi/9yqHHMP/+cAOrkzevz4RmFklrp
ULFCR54GZvF5QS2elPufM1CIuaQhmYSTLHYPu51UvpaY0v98u3t/eureB/fuJUb9IMwY9dKgmLD3
6s6D9EdvTQepx7rThZadPg/qWmgeuE86yEPb9XrpCirzfUrbFlJi9aP019FZuXQO45YmZaSOTleE
bo+NSlq+/i+/3k78fe9O+CX/txPwNfTtIN3KxZU7x+51VlZvLxhLJrWBSu361vrm+pbXjfVWVaHl
qa9Y31hfX0ywYeOi2MG3RA+K2fzwoAoI3qkt2CztVpOfFCMS+wsQtszMtP0CZmkacPX5FJNvluMo
BPcwaLBjy58g+mbBNxlYR2I4xytXjyLyROJZ5vRmrK8Je1HWs/t8Z/D8eQt6CKIm0Ag0ggUprc87
+/S3ubu1u7W51d+8G6LySTk5VsC6MikKUbm2MbFQS9MXiBIY0U/gFi1bhIo7iaKxkj9xpklMkqX/
/HlCuQxiNUHBXf0+kDMOE08iaDqiFuuUtKLTyUXdBRBr3IAloRSvPTrj4XXnGsdAdqe/BDbnk+ml
38KkhkdH/zCUmRdo9Tnwi9HwNRGz16/PT7aoZ0+Ep9xfj2hPLbK5+nRaDxm69VhdipUE6GVo6XSf
HT579ozGrj/rLHXvJwYdptP22Vrwr1GQkTn3ikonbcGi83XyuL4idLZFKEgfdSFRF+BbRdtpvQTl
SRXKuu8a2WgpBp68Csae2i7O4yqZniGtSp8Ul3ep21nqpP9H6a393+na93w7f1/qPFrqrKTP9H0l
fV/q3Dp+aaH7YCltp39eR5/8fYHSlm2d9valhNyP7t9nA6iuUzOSGAujU6xnUrNS6pRQk8vdaylW
EnETqs01xYej+JnxoXAZCylLU3/XUdw0YeCJ+1xprnIwAt1uN84lfuiCOBme8MDjFtRIcxijzc1g
axvBH5mj5RYspdzWGPE7b1FHdLqBx/MuLhPYov72pWbvbBIuEX3YnAAjqbq3jTzq2DOU4m6+TaIz
H1O33+bO3fB0C6MI9/P5g28tBJ87nAlnVLycAqYYR/rCe3aIxql1uZPnIV1Wuj6FJKJjvvRP+wpJ
NERK/o6O+kNGB2bYR/SVGE0GJowTRntOQaDIu+k0X5+I1CmN/z07On+dPl6fcUQo+zs9J27lmJYB
1fCcyVQWM5jC3R0l/vT6/IyOFQPyZEsC3RmzN86OeGcZ5+eWU+WcQskUwUxl3ggJpjrdlVTZljp1
5DlEaqgImJKKmZRKWWwvRo3ZApmrcKxJZ1CoMQSqCpW7GdSmaQ9jROpdGtSaBO0Sy062lXFGuyfn
0oo5IVeE0DHAdJV/+6L/s/Sm3/PtNj5ocpk4/ta2bJmdXFG0vlDtLcU7je8i+irKUiLTlfgrec1d
C7dD9F8HKHvp/74ePrnrjHXmcVTzAAKFic5K9KSIc28NzhUwflt66cRnQgCIS4BPFkOIoxBl6raj
k2hL6Y/j401AbRZHk3rQaWDJ+uPV1cfkE05B2FrGFAy2NpkAi/CVt+BJAGqH/J/SP5lK0J7MRmsT
GjO42gAFnLoTnIjoSd/eBriUzGeV4Gk4+Dy9/3Lg0CW5SmbgDpMqzot+UCZ3JxAuHT/85StOiTrP
ElNi061/kj5Irqbp7Y72GJpOMmxiHQmvk3MlT8qkTty1SQCLXsSj3uSodEKMiv+GTKuO3mgX3sRy
REwqnT/l4R8UpF7LkgxHSYEdpM635qlrXtvJgKGkPh4Cnc+w9DQUfyGalOAF5B2pVoYaEeZjY1EH
1B2AwEEXsRWZW2mSwYI/mU7PvxBcxd2zQraHTlEl54pIFsFYGrwQX1TCtOjsxuiyFKgSXVb//Zut
aH3Fj2i/86+IaRaYWGB3T3UW+c8OynZQWKJIDiRjB3Pvp2HeDFwerwKO9NyU2C7J5Kpkchc2yFI2
ZvhCS4anmCDofnmfnxDvrp4mMzMz1llS+uzVIaITBXE5fYiC4JJI7bMMZIxRBCodlsYpa7WI6RlQ
RXZQWNSgkSy0zzcy7ffik/lVGQPLEYB5D+ZLj9P2x4s0efhjruFa4zVgDVGcXRFddjNYatEK+/Le
hUCJ8Cn9bfSTYZf4045qT5DH7+RPtw3p92CUd63JJSRDdOe5ZXZ4mnAlgYz8ZTlnO42nLCc2Zcxv
IC86kiCJgOmX6fNz/nrKbwmfyIxLH8OECsmyS0iVPnT2KCVF58KezvUXWW0GSbyCO+OGLZRKy5eC
UoRFR2dEhl6fvRZiRZB1xETq6PSO5WSYEjwavjnRmfZOSZ9KCHV09prVraPz87OzT482OjFGlL4s
mLX22URdoQURA0yV6AigWOd+wABkf8vxKZiiJF7eTVFlgAMiVQDL2oATgTUB7lXaU+duW0qzKktK
ZH1DT1h7NY4ozM0LcGoQoX4Xk3+tHzPv3WIjtWP7htzaGfv6zrfOGHTMpHirlaJRWwxC14nkOdXa
5yFgPGOjgABm/mzkvcQ3HbOpkOkGXe3mnY7l1MMiBlBFh7CSiVfUWWXIjiSU6hDI8IQvDU2cPs9k
KH0DfxKEekKTx/HUlU/Yl+fJExoyt0b+hovzT9gD8ckiR8DkSo0udEACgcfzAclMzwcUc408m3Zv
41MbrNy829zNGRf94kTIRTMxpoR3Wxz/aecuCy+jbupX8IMUaoJNMdCSyUfGKBtngi6fnxIV+mXC
nduoOkgkygE4GW6JJDG4DU+ZgtGsWApSaTWNUxkOyO1kuEdhiI9O+j531BHg5vyUXbvPxKYjQ+2M
4vmg6y3B04noSOTiZERKDMOEUIRPCV1apEqJ1PnR+SRAnZMmJQm+JluT1yUMfP2GT5FSohyefXGy
tzofs9KXR1vCtCDme64BOZRXVe6S2bSgxvlPYwJWTmeiekjNhRbUNc6pACp6SGUIw8ACzGlabxIJ
WLBNOJlmB/2IOExrZTAxRY1AE39BG3g+uRKBlLOQfz5dqnZ/2iqMGwLNgPcrEm8dBZLKa8uMoEQD
I8lQ9PheEc1Ino84Y4cEM8L0GoQhmwQ+mdd88vSINqi2pkgtPW2/os6xR99mNYvGqCAXwBpk+1ln
URd3KXbu5IlVqOOtoW+ESYi9vba4pjNLcTzt+ceieKs1RN0BaxpPiTsGcotOBZnnNCdLIhn7ojPv
Gi25k0pBuOn3d57v9HlgCxMUkqsSvLGfOFGnhBxbu3eD013y0+bGxoS197eBFAMu0zTKH9GeAQvT
hDWEPLfyv9/PLkx2OR1Ay/5clGxwMSJTbN7xq8+0JdEpV6uVFLHWnUy0M8IUGG6JSw1dIx+yWxPx
IlGbeAsdSVCUuM85A5Uae0ysiEW9Tv9np5MwlQ4jay5l4/z1a2AeHySHJ6vv5M2ne1srzSyKdlSO
hNKLAOc2CYMqqVKkG4x7c7oCk68xlAKSud5NxwhJqnIjUVSqQgFLnZpk0nTmS6InVaqqCzQWbZhy
bDMiZR16VSwqwBJqt+w8V8ngaEXmEp9KpfTd+Yb/RuA88JLSEsENNXVG0aMMTnlCsB8zRlAx4EhH
n0TJECeAB6IIVHq/m58oOqERLmOzpAdbXUY/zC/EhpRb55126ME/SmihUuuZCLtfLs2BGYn5wKro
IKWUyYJsP15U2VvmIeG5L2l2Tvlm3XJcfaWDbsMH+zpC7FCHF8WrTcYP9d2z53euQJEcPhgM7nZ8
Suzp+WBzwKL6zs7HO9JPP9lht7H5vctd5t3fAlJrE8uHNKOK2qd9EqMEd1hUes/C3AkIJShy+kox
4NWpIhRxKtbJj0T+EQqV8OYUVh69sW6k0CRiUgKMI+qUE4QankAkkp4/VrVMXBLZiWy808SlWDx/
TfaarCddaYJK2ZnenPNORN9YokowSnYeyVPkebCVaBRsBmHqM1pbrFx7RbMBpiEqv/HZ9zReS1UZ
QsCfySGqgp4E5aoxZbvKdPQgIaZ4HhkI4YpL2ArhXelTzr0Ak0Wj1iTYl6wjOMXl6XnkUJAHQ+gZ
UJnaQpSWoEg6aIjrL8gP9tGqDroT3Fc7Oh/BJGHqPmsUxRuGUtdDIzP9J0QL4ax9G20zPBpJMlFb
emVdU4IXZhBVC6hiVw9AK+FYTgkxWVMehVgZZcgz4JmfMdBllOLxLo9VWlJI4vlVZOTYItMkFZAf
r/J3qr/Mlog5rd7iTIxN1MlGTgGCKn2SjJJdxijV38lgaD97H5DLZDKS9lkUJ2enfWZeuzv5svUe
vcnw6P3oBHlsXdFpAqcmIGsCoz5aFyY1oaK1lP5sYdGJiRZ9YXjKGA9B1YBQ6tUvhwJTqfqTCgX7
DuSJvLnlG/fACRCdnYvz0gnTJj2COv7E4ks23NEpXBCGKi4lXHEb70zJFAGVUiNwJT3xqaw+wyHc
hzc857D7omclmDva21hsIGRoRaiDlfFWuQ4Bxb32kHFNhgoc86QpgE2uPhU6ZzDsLgudoMYZIYWJ
22bFzbmJh32yrRX9jOBwcCdtDDIrn7KYAx3MZYTLrBIRvqBJWYwk5ULWSwXLF+wqOnLr/YLqo59m
K2PYmxKLskVbatvXNJ2sQfAuf1qFaDmq+ucMSFbiTLWfi8FtxsOT42LqPPsxZOSptAtG9hCyR6hT
ic0aNhhMK8B6lZTCrJt7M7hn8z7y/jFJ3aor8RxJq0qRWosaTrubOT71N5jtEOnZ2t2isYm7rBnx
SlKgyG17k+01co6knXbc8GMwo+2brD2xy9P+Jvfm7/Tds+i/QJnwk8ay6Zr1jz78kLzLP1xLr/Xc
GUp83GWvNQcxE/3X5CrpSnItPGVuV18ZN1TwSjYh+xMIh2LIctAQJpUrUkahFKPY3VI6+OmDKM3J
mfgQEAUanjC65EtiOmkdkSn3edLEmAOx/H02PFOwAkKdvHmNHj94WKldR+r6G9bJmWwl/DsjDewN
GYdp1a/2NpbnTe7Ie2hg0bTKNX2PVrnNbzzTvaWfjAO3gEmpv6TgBobOwUMqIz+AOuY+VVGpSmSc
i/cWslXprjqJHjCGegUZmargjMzPxlwLOFjbBQZwsmC9mUZJQCw8lrdpSbDDlMDAttEj1BjTNGcM
IxBAzg1FF3QmmIzRJDeyG13TqBCEUXIRUwqbuWpELPP+xvHeHxcgJIEkxjJ4I9QAqF3Yyhgh2jIW
w7QXwvi4qlEzODlzL1ajuCtudUPNt40NHoe2nkVrmuQqxG82gU8EUdzbtstdbTsia+/ubO3vECjt
btGKhDj7ABzeqW9ohhe7bm8SWjH1Il+n94CTZuMHTDkab7u+tsnD88TXeyPhFM/iuflhG9PsHZfY
AjxGKO5VbMn3u6LW7+qgAnaSytnU4HRvqNjEglTLF4lJlpiMJ8NhC24EzM6VygwFq44YHECh3hyd
HE0cw0SKSRZpViRWGStjxvVGAEw4Eu8kCtUZ9flxJ5/5WQlx4x3eCLql8yXL7+wN9eedHf1q7+8/
XFnuzM06NdIaCFAqoddaYeYupazHR1GoAEA13qOmiFSp86XpVOxZBWfzSoWnmPe9FRaFTt2QqqrQ
SOiNqktQwNREBJMS5ck2G3UyizBgiGG00bFwhjAVTSiV930F19b8i2/xDoJMhXOVKraTaH1k3Yme
7MS2TO+KejkxZGfANTbZbhFHe9qtYxs9Q5RHA79W7TGJGvk9KLuOpQpbbgBCBlDeqWcovcPFtPqs
Y5Cz1DyZFxOOCYaORFvXWU1RSZ/ndlaqrgmUNnZJtibnoFRFN3bFmXKXHZbYj4kdhtLmfSUbMvUK
ARHtsJ+winzCM2OOfuyyL+QP+WJuStZuKeGT0LMOlNm4ZZSKVblD3I5AV3yu5EWQM9ARe/3dQX/Q
v+2ttcOXkYCK0ZmyLVzRHMeP9sgNE3LU5PKK6BXj1JEqUgY46KVjcy5RKLLwmMycMFgo55oENpr4
bnjSWgvEI4p1xgglsJRIkmhR0tnHHgXDc7hWDc+FsbFByLI5u3FS4p+enJx8ure3tbz8MM6ii7sE
wY82gZW0lChikF3U+1y5FZToyvrxRQcKEKCkk62AJMRIwhXAdpeoc1xf5lQmr5QOBdGUxPEA/pJ2
gKY5F4KRNe8mNO8ozpievzBrElcrFbXBlTRW2xvs1Fg1d1qGlY2+NdlmIFPmSpBvciRz3ACoREst
2DYkARRFDsRmBdTAWlVgMnBu7HRAJ98fQxy17YlGpXKyFdwgjK0t0RgarfDuPdtn1nsQocaTSkVx
nmhehA0BmefMaDYEcngg2e4+GzgDrcM0pI7p06ZMKUHCEs0eLzWZdqMA7n2ZcIJH3O3zTs/7zwd8
cCJVfRrKOHj+fH+XZ4ITOrUvPpo0mA0huHg6VQq//P3WXnvhIxKZe574G8c/bVMcjH0jhsNj4NR9
Sd0E+pDEZRc64JQGTg739X1o/qb7PF6nv0/emuBPLDLxTGQMR59j+VJfX/HH6ZevdPXwS9rnlQ5W
eXNK2k/6oyVRmSP64FdadZLezxlEXp+fJfggbZvjFLw5TxvolTBsSIPx2LfznIav0KY35/zFli9p
emx+w4rz71lIPk8Eand3a2t1dWWl03k4mypujK1C6VINlTf4mkPDkGKIMaYixbackBodGQPsMkMK
alBhJhgIlctIGf1R9yj082l1qlrUK3gnH4ApH/ei05aqbqX1VU9E4wSl9ktmzAZFBUc4ZM11u25n
Xl4Bsltj66schypz0fBNzoua7LRVtkIzG4BE0Qzq0NjZLYXsMGsYmiwNy0GDtkBSyJ3TVOEyjmxN
k4/VuyWZoalqYKW6yJX1IIJkaQkSh9dk+bEOvu6GlLEWXrvRHp+vbGVzY0cJ10bm8r2xqWt3QGDQ
Kbdhb5LCHe6Vas/J23rOlTJZLF8xuXZjMxskt9XqTcQgmz7N5ilOlhpDYLg30N8TnIlH620yvRKM
3trMqV/rC8W4EnNwz+QrHhTMMJjgi/4SgxKXTln2fkmci7mREKG9X9Gy9yv+TL/2jv5+j1f2/2GP
VhztHjHFS++7e0d9+tvdowPo8x/2/j59Sev3xGP9iNPJ2dUJ8ylxk3otq86HbfOxvVDKv+pvrK0t
dhpzEszKIzyJRYMAVWqgP3inUB1dus1rgwQBRkXJoCpWWRgn7dCzuC6NEqQ5wyLsZpW/MY1L3aMi
tokJWRjohUqDHNipg3h1NsahigZR1XX0fiEwqXiRhRg2hArASdmhivmWxvdrDAma7DUBEo2RIiOQ
DiABJNBua2Wan63Oiart5dDkJqDgcTRwtDxV6IGw7LFpz9KRS+U1+vaIAmVTFsdWkTABDIUomIdZ
5h4me0vbJvA6zy7lsshX+cVu5eR+Pv9Qty7qtHCLkwvNeXNrSYc+1oTZU5Rj7GqCD8lH9KGcmijd
vJ47/7MvD2//PVRvLtnI+97OQHtZoSkvaJHvWPDD9qNpxlrf5fWDS8fe+Aun2X1C02zIieVjsbtq
Z++sLKU/fmv9pWV5aeXh0sOHy4nALD1Mq9K1pm/zS51lWpHe0t9yZz5te9iht/Ra6dD6JaSygm/6
05LOtt9xat0/vZbltE1tHjpe6LQERfQ4WdNo60NjCnom1woisGAEzUldxYMrTZVsEhSpoCMVvnsV
XNaS1BgIKl2rdXPOmUzj4QtUYgeVI9pRhCy0QsP4Vyg7q7zGIrxDjki+osmACMN04MNe5ZAlv6os
oxkA+c8qBzqQL3sZxuWb8n0sI7hq3ZifxDbZmKJoINgCKrnwKktddCcTmzJC5B5VaMLavSo2FkcH
dHpnoLloeX+oC1Yuwf0ftLja+H/c8r6BpYW+Fz70laaeLmgYOI9T1S9BJqTm9bJXgXW0dyFiTOHj
WWm7vGn68prFl4lMtFZTui5DlaDmIfgMCw0UKFXN4QuETnP0qGs/UwHE4dNxpQFeaJWGFsUrIn+o
O4D5LwTnRZya1HHYc94VWBn8VLkcn6dT2N6iRXn3XwDzCn4Rgqbup56PGayaDHskGwGuEi261UCR
KjJ/r4z6aE4qo5N+lgwgzUKWmza5jyO0syklZmI4TxK7xjha4/Co4CYXUfgJIgJFxQDfp9LUqJaX
PNo2HsQTAnoOo7VzZe7h5X7wEUOtHKZQ4ScxK/5vxoLo/xOv0F7b/sSht8ApZsf9/2KZDcCeH8ky
mzvIgJZHZ0x18OKWk3y4RilMYfCe8h+LJ+UVIa/1JlkxpbCRMFkl01W5SoU0EHZKZkkOlnIOTUGC
raDuNhg2rKanWj76g0frlvC7aCp3KBUbtTIUsKoNI1R8KCrAcVUZsfEuBONSoD6ZXtfkOW4Dlh9W
GZbmkMO3Ty8NKWrqOM6IUeWNhY02clCXVTo0nH7UEijKOuiM9IBuqsMG6JAyJHhmZMOOcx5mnmAl
Ov/8J5T4EIJRrcwdzeem0V2ybgjfMcOI98OFBx2CGWr+s6X1GbV3wIiiCCx2dzA1huto6cTyB6AK
ObYhnkEHmfMtmLnz6DuwNL/SScRk9I/hfnZzZqL7qGWDR0OWCXyl0F3SgTbLP2aDdaf5Tvnf7F3f
5VB6yae90QeFFAvR1s76sbN6Xpw7f7pSUGYxSrTGs0R3snn3gcBr8cm8BYV1VVpJrEaoKFRZTXC+
ZLWEaROjGgHJnNVzwzPQQTlS7BZGmorq35waOQhDxQjDliELW87cUAlDoyK8+TmU2qWO501YWIH/
sJt7AVjBF7coYTo2hW8Q+9TxyD1Pc4QSSzQolFeFSneVqG6VJWV8yYxJRS5zP8u/ehawqoLna5Pl
wIheBTd7ezQQoTJvE6XPQTxTMLBZOJZ27MHv3Fo3od6qYQUM8jFPhmiFS+sop23jB20cViwN8Gru
dsQ2ePtjTKI48Ne2F/+JMijDAGpQv9wlTPswcVogj6ttvJdew4w7tM44hMqlojNUztRoBjiMBOEf
hhek3M1mozkjriIqpOshEVfTCp8B3yBcjal8cufoYqLfWx+QqY9BAVhvucLszAToYCicwVjZ3gFm
0+R63TqLNEPmLGeMmX/OaE3D472VAVsFMm5uUbjiWMJ9kwp05lwojz6YJzFOnqVpNdEqaIgeVsB6
2tjWQZUgfwXRtI2hwOtbqlEMSpSo/vKhCZwaeGTpOLwQbIWPzKlYJ86d01GfHTPEp0EuJJqEbxU+
I2jZJDhwXzAbtWghVwARy91TC9iuGVS4d4XFfjC8UVxXKlipqypYI87PNEn8MzR1tAeFUcj8Shp3
vkBS0Q7XO2IEBy2YTfrijhq1NGilM6QgnALz7qHoODQJ5VJK5hwGjaCkrU1mgNHn2r1t0m3RK0KN
YwwxghXJENSrlVP3wfG1wiVaWY0TYV3XPiBThynZeAAMWLQ+T+CRXjn/a5abELLbU/qV4K20fLqr
WYBbsH6ts2xHS8oehN2yEt0UtrfDcESkgOBGE2BEDppRmNZRAvYrdLsdTq/T7WrDIGPlHGBncMK6
9URQcBB6DCVJMUROPROzs8r3GeynX/1O8zXNAIebkPtCgynaQ0TZtQLNb1rY5zIwCuiyA6kquCoV
WltCAxcpAFRhsjmLVZUmErmKRvhGYTEeBjAwaGt0f62D6nau2If6Ki7pzgwDWGAV4YzaWM7ETKyK
CjgbTIhuCUgqVLm1q7ZpBVoJxwsbDKQwlZmH2T0xgpZfW3AcLhqnhMqeKs9wFghCvrMtjR5JMzGF
WDKohwDXA4lq4H70kMEliPQkPqknVc6/fCA6Gjp0EKKFzjypYPKg6dRBkFb5QHPaBCLvYpRv2ow2
GFJpWr6MpbQaY21rcNokq607E8faRm/S/dxaIZAF0Kng7X0T7D4EuwC/QgOD7JZld9HZJHDQWS4k
Ytxa3XPGnkeert3unCjVuBC5G4A1QCHfoMubEX+Obi7tdtGrO+pNNBVZQejiwWTCpLBPQEzodGt9
DPn9U4gOeBoB57RHkvUPB0BlNNnTB+9p3DuAFsgzTLPMMmoCZFzr2bdaLzWKawdbetWcMBwVf6s8
EVQnwQroW0WWXoXgUoZBMP+iuZ0XGEpYNIh4VYmfFN9Hz5bBiS6ahblsddFyTG0ycFTXeDtQ3cXa
EhBMvRCyK2yRnkohFHJ5IX0MtltTZJ0EhQ4Qsp7Mxnr2DESjaWaV9lw0hZqzBmuV1KkazVLuOp5p
Q1IkWlQC3XawXDLFSXabwTA+a9VyLpU1xWWQtjoEWxXb9CF4NrTFBvKE/KPRVhTChtbJctavCDCT
Z8stBWCr7xDshWGcXDM4KfQpZf1KIJyUD1goyMqsRzf1ym4MyGhsaz2yqLZWmd06cD4zdpRI1jol
YtBA8zmniWFxfMV/44NObeKakkV9OuMEUrT+8ObKrzqtT7+RnVYOOOcyzUBXR2LN2CCvLDLGKB0f
dGwdULE2xyakaqdAWcOntnq40y29rQSJjmglSm8nVFQGVwhezyeIjlYirVERzIPTrYxqmHmV0QFt
+AOG3xRKlGwPN3GKttGVu6BnXXtyDr2sRimXnVrHMiPJylcrsjoIKPAJt6rUS0KZ1AQL0nugwlfm
ExWAvo1JWRZbRjKs/Qp6SruRmbOHXYZoc5omAv9VVYRxmfl0eAYqNInG+HVw8gxsDyjhaMBKY0Ye
zSdk6/LKE42eZOTHRSxtadVmAnMAoygRuUpUjxLikE9go4KJyUp6z6BqaMlGA11rO5610UGJY7Rq
bjBV6vlttiTnctEZwozlHCINLrGM2V0zvsJv0cEyiEdsmZlkGVOtNbYP7p3fuvSre2DUEAALWgFD
1LKntyId5BMQXdSKArPBLD468OrmkJMb3Yz9kabPg/EogCsBgeR3+qEghadrHM4asjJIeiEejC8c
9XHP0TY428YzNBkytvqg5bBsH+HTXKwzK9RJjABEZcGdqiKjRlyZpe/NXNH5CLNh4DUV3AiCXjxn
lQl1E11/RaVdbZqxCt5aagTBS1wP0sT1jFFlhgxBcpHfAFKlbZOcyH6sjOx5qOIQLcS6IGXWSafw
0QAn2AhrKnNX9ZOyl6rfo8Kc4R1HgyJyNDzOotEo9GtAQaVy0cIjGzDhRjWAbu+5QrtUB/XotQIn
VV55jDV3wVu1WvErgipYO5hTF+U6UDAU0HDqTBM3HiWMIqC9D9bNI+UcSAgsKgNoHySKGhkWoIR0
j0xzhVMe41mtPZWclIWs+pTRd7H6kvWRG93MOE8mMTlzCM5MnDHoHs4l5AYSyIy4jqZvDZIoVYtx
vQbncj4ip0pHHR8fjg7fpnSu6lqN5CjcR86ZmBSvJSYVEYO1BFPxh18b8NLqlHCvW8fSHuuMlwq5
4MNkPtJBx+lzotPXUjEYx+3X/cBbIXD56XmfgCLnl2xoD6pSBdWaFI8C1FnozUXI3LqBLFlPeUa8
muDkprJuPzhMVajQsGvmBO9Mv6rMhkEnVmMEyPq08CwBquqfoHtXmdAcArC4CeAtsrZC+JlCjS/p
b1QZHyyoqhQkJHNqfII6tXmaokqT3RG9a3obqwqmdJ6jyrmXAqdBUmF7mqVoo4/U7OOrjl61rOF0
voE2LpNOEKxTp+QoMz6CBh1SqCkzAf1O2trXgDgTGvBd62mqRVeXY6cQYj6Bo7gbg7WtIFSN0Tir
9mGSRZkTTaai5VlFwiJ2lHqs0TIQQqdsWOO00s5milDrPtJV1N3RqKuHcNYPx+8IhOw+Y29Qu8BM
iH+lb2ALJj/Z/Uf2ckLCn3wUdbclokSgoTmtu92gIEFMiqOBEfMJ3YMuHl53dGgBBjRgmFHUtIZ5
FO5pzK4A5wczU20r6/QtnU8FQx9vOjOBzlqNEsqaCn2xbIJ1SKu9LSWT9laWUgVAbRYiJcDRUdkG
1usO2b4S5sCbeksLQ3fzgzNxx3c36doSrfyrDRpRZHEfC7MOIekjngyC9zliuKdRZV36+XBEY4bB
6FFTmJMGdnWYRWqy61y2iaPV2KnhkJCHilCgxHcgbCFDYbzTz4E2mAVbYARj0Dtb5zfEiIk1SKZB
oNaXaOo15dI5S4AJ4VRKk5RGufSzMZAZOQehyFiaWBDGzmZgQMFHy7viaiufdq5o14S8Rk8ZVxZk
1q7s2nA4KINWCpCTMrbPVWY0x2heMH+I0O2NaKa1AN1odHXzbrwt8JV27PEV/qUbAOkyiaQwpeB8
yp5ASSBznXYQuMLDwf23a0sVt8tSdmd0YGSD6zqDlOyZzr4tN7B7Racdd+TaVZOaObwZH3N+DuUm
HBOzwsWbjWtPIoGUXP/o5m3duxp/feA3v9PtdqFxyaJlLVhHqUuV9iiCygABAijugxBuK3bBe2ZL
a6GUsocG4KF13+GjMYh2iGkMa0Je9YFWtgJl3yILOAjZ4TnwBD/eW7AQcbaYJZidGEwKsKGBZSqz
nCQmaAOzMutTa4xRKaqoExNqfZUJZkZqLN8GES0LrDKXVUe0vKvOXcpb/C4zSrGv3Oi8V1QAyjxd
6dccMqoWa0YbwKVyMSXjVcYMhPo0eROXMRqUPzR4ZpLUVo384aJeZY0k18LUdKcqZWe2nGVpapsN
AHSIQKEXnWVyWKJhlbbRM054wAKdJoFe1t2Oax2xczA6fuY+DZobUES6ss7bG2COMI6OikEjTfiQ
prz9Y/pflGIaE1aMe90uOIb1ZCnVoAtPIJMoEGVEmRTdkc7ocnzVE9t5++aGDjngj/D25q22KhLd
i44P6Aa7oo0hcj5oeceXU13eHPLTGZl6VfOjPiZmZYa/3EqnLpGYFP8a3Vy/E9FLC0z3kn9e0fGp
uB2OL3AxNFtm8DvfovNByZQ/NdcEM389+9Ii6kEt/6ghEQyQmuCAIXzLoAhzsiu2ROzW+KHytZJv
yly9FKNiOrnKsagE6yqBTciUEzrQKpc9gliIJpuzqZXFZGE7VlDMMMa9npSBVRmtiWZmumUpFK0S
m9hJU2HO7ew45m5T0SiUKE8GfcF6KKUXry00uaTmmalMqC/Ev6vIhnqbeyuIJWiD2lsqwLgGEVQY
nrBqjNB4y5ZRGujRaBptlWoRSN36sqx3R5kaswXXq5y91MFEjzLvX3MdgqsiooRKUbX8aS6giWsd
6Y2vbq7Gh9zYZwoTFKTRzahGDp7pvNrbBrGi4Vm5Fzy5uab9DjWF65t3o2eHf6TazJl9d3OVztV5
xxJ2zajQ03KdhSu0C2PZKCUar2+olncZwHM0YSZU39wk7EzodJM4VDplT3vv9KZ3mZtKpns37xpJ
8irxvV7KR1QmxdeYaNS4y9xrxLkSJiWZa7wJUg4TpG8vBsa8q+PDa6ZWBKEGdle8tzKyoBr+1UrW
z+uFyhhw9lxjsLaz1N69/Eh0pZjLrxaQRp5+rU/Jeii0PPHFiH2o4hfqlfExFFct23Z445QQ8Bp9
FeXATlcGnxpQaou5uWnJLFuqgjN+Ax8zteAHoXUZelKlsZHNA117/8FZrO+wAhGCIgYN3fwI3KuM
gzSotQbtSUxOc8pSjyt4ZwlNc9HKhmF7opYZ0aLgtwBZUAS3KmT+rsIrvQFDg6U+5dladKLYapUN
Avp7vEUExdKbDuyCTBEi6EVw/+8m6CqVVyL1bNuZgtG4Gk1lvkbZVmXoF7T9wvhBZUYZBRMEQjtc
X6EqdfXAgGxR5e6OGG0UZtOPv4zpgE6Ad1IAkwqNlLfuZY8w6OrmOoA4dShnjDEpeSU7cXTzTtK9
vjmWhrUGCTSCEHCnCGQOKKHYBctM6V6zEn7Fj/871rSUyKDDLYBY8lH6DNX0G4tWROafEqxDPmZE
5lmg3r4x52nkTKoMwW5PUDqJU9Wjmz92aGbZd2I2xsuba7oR3Ss9ntPJOxo76E6ABmXBbJF2CGZn
R6Na8mABX5kw6H2xdQCwSeWwrtKghU3LWgDUBZXxahQgdxo0jo56ZjTORLQ2EYRJCkroVS0a/Ws5
ncSMH7pGoKChJEfl/zlTelhokyzNhdz/QPZEfx7MJmEmRcDAnSrDDLBKKOcgNgImLXzxeQgV2wr2
cgU6yoSq6nhe6AjpgBjyPrwQ3X+5Bma5gAWp3q7oxkM5gdHi1Ag0K2jNRr+V6VglZE6lZkFbGTjC
hMzRCa2L8qC8s25GN83qzok38HFXxEjepYZdikt3dMCe0VaASiXVjVvxgpPWekWrqFpwRF313qSL
RBwOu6Pxzc2lkchZ04TYYhmhzQ+9Y3pPHOECZiO0bQUTKZRBGQ9n+i3tHEkLuubNUlkjIUlHSZIa
ypmne3Apr9SdiB9dyDfarcNwNEO/u7QrdaIlABgTTWJIQuXmLBETA1XjtJp0j0dkd3UTSNVUvJVJ
pYTGnF/WkgJ9joNRFrmv5lwnTEou+1AZ05idQcnI7QWxKi/ZiY4+KUOdi2dktb5Tz4TQ9rLTmm38
XtmJcu6ZjBvbytrKacaY+eIVUzJN0kEAQoQgSB28hTOaj8feqPY+4XNnPUa1K0nRSlkwywHcCbmA
TVAq9QYkZxqqVrgmuPeAkh7pQzTJxxUol4ukB7ECC8piagqKVbKygDwtcGF9nUp8EF05G2MdspPo
DxkDZAaexjDwPaIkVaE/VNQq77EQLy4b7Z3jlV5ZiZa7Nn+DDNTRJsEVRUOa82bnSPZfyrMyV0a0
D64JxRLNi+GhoWKovQxxyZeHhUb3QBJL9ZvMiZvrjrgcHVyO+HjuOOI8kFTbsfNbscBpvevPMIXq
EjWqVFeDsUVcINOswwB5SIpmfUE4Q3JVZoaUVtikd03NspJMr2A4k35fkj9SGYSDCGj1qHNv3LWn
kZFIJZ58cOJONdJNP67lgV4lIpauhve4uEnEpUsadkYv0Lun11T3hEm55xRzoYxJjbm+jFpMKqDb
ANURuaSj64D9SgXhmngf9xDPcO9ehP9VrbU7JswOzkfqAL+E2g10uEgZ5zaalAuNWYd0MMasrEQT
ieDRsB7zAog2FsQIrAf3vnHkAuOnL5qckprSWkHcGsUZbclwqPd366ndnjRChYvJXK8KKE4RXkZ0
EKyxiaF5WVwEpTDqOsEcJposVaiLVECfP9Cq0UQac7XKJoEWKpYN/TPEspF6mricL3M7kM/o/vCV
XJGRt6KyEM8B8R2iPkdIAfjAY452l0MmGLiIUIJpSxFu8mZQdeoAt4/amzRvU4zEtQQIRg7t6bvo
pab+j4IfpUm9bEBFdY5O5x2JyQOJ+npbEePyZrR9RdpK3SEdia42EacWn1NzhbkGMbQZu0ZoWtBq
Qm0r5XxwWdS5CM3hQIrdQaqE1kfPh2t1pl403nBN6NeEY7uokdHaMob83tTKhK7Tebt0AelkFzfX
l+Ory6sxH6cXkoChlwBqLH6ZEdoW8zrYLunIt5GZVAZSki/WsYgRBfnkknVMzAq1vnE+oU0+JKhS
/KvIDB1T4RoJgcLxwsz4jvbGelqIycbeDSPsBChNmaKgHa9aGFEcM6IjNw+kRe5D64YK5miCviWg
7AuWA5mUcPmzqC2YulVn42naEOMw/FmacgHep6SWgBoaM+g1jcJYvN8/d+gG2amq3AbTgdSsAwlz
AS64Q9ZcQIjSCnGmAly+cyqm/usFfOkl3SoEH+0C6jQ3mVGFTWZ0GpNBlKk5xFbgrAsDo8OF8hXo
Ei0s+EIQFcfaR7m7ynbcLKq9BcqYTwS7AiWSJ1MCZ8xTRhvO0sBQmwmjbXW2Vpoc/Q0mJUtUICEf
nzFpvcR+pNeb/amk8ZaqrLWuVpLBQjdJPtfa33VD3kARrVugFWO+zAP0lEdTN6VmXArDQEtIK5l0
hPad8Xae63LNShOoRsQXYSwCb5eiTCcUvTrsdg9ZpYFlYwoNDF2+I+nCu12RkOLYMeZQTOOb42fJ
AuzcvFNcBB+cCcakYnA7TBycvHSN2U/KNShhUo39Nshznk0vgbgyGuPiT8JeIU5gZvaQ3lq+7Rnn
glRe4yGFGyThdlssDvPfQ1MbkJJksKQRqIoXaHj9Uep1yeamLdAGFOBQCoxUAXJqcLKtrZP2BsMi
tk3Gp+Boht5mhUgofdHSiYiFRI1uq4cuNFbtG+kSy4AIdMQ5F6+P5oJuHlGiW9tgxFzVtuNUivJx
yUhNcwE4Ul8E3kemWlZdPPfeJyeQSiIoIB5niK2YW4VFAwTZMkkNTUMJcEe1hBcy7iPM/ZD7TgXd
nGMPr3bWUaOVAsnWr5ghTRuSEsQBxTCQJaSrexeXl5fX6oujztDU6ItTNDfS0nhzit2ve+lDNetI
HVY314mKUfcXWXPy0Qng5nw+cloakTcP95IZ4XbbU5hPifahZFrSKa0vBgQFWgLfWWJsNQfqNiYV
csZCX8gOLCV99pdnxZlvyUwuKXNmhUklILoUuCKpa3w4Sn/Hh6MOZ+T45vLi5hntQ5aUUwyAnD4V
6tTjiv+WtSeK+dIhny7JhzIifNJV8dg98Z7sdrsmnihJMSY1gzF/ehxJbXz6Q2Fi7HFecqcfPROS
wvAQSqicpiuZ2iRJ81XMOME0bSDiJoFwoYlFgY0+bhIw4EQrOJ8OOBueJmLwcEEylYnthdLlb6NP
AkbInxkh4hNo3daWj9iqFWBP/Ky9W9p8pNyHO2tVxIpr4D2VR3XRkXZtvMoSkxWVSEhFZXypsuNM
nAJmVR7FwBWkIhiGNcq8TMSyjfql8VDN8JsibmXjlTyis/pqRd3f7r3dc3xVzA/aGVdnBUELhfOo
DKZqYJ82IAE9QpCmyolT1X5+NEj8dFV36VxnqklQZ+jYbrTF/BrbE4wd6pCTwnDJHkFyfmFf47TG
LoqhJXTlJGMd/WrKHK7gSriXaSVlLT5Qek2QR/R6GnFjOFRVXAgU3TdU50YYi1RvOsVb9uKMJFYd
Q+YCWwUS1OLCqe5SQfQ5xoKZELQje4n8PSPRrT+Kq5IKu6ZJ0RVsJx7zlw5fP/mHHiS0+PX4hvo1
heGB8dRycytlQvKcD264cQABoRx2waREc8JDatjA5l4+AkPOoI7h077FYJpdLiwpiYm+0vUmKyrO
1tHtPMF+ndEa4VGOVVqKsLZKmJUiZwFx5BFkfTAgQ2V2Uy2pzOCorWSjfLWb80bLlmcfG2sUOJxQ
ZR1QGNWSKthnRlQKm3gUXEYAw2zBtoOB+NIXHmWrxaQixg+rHZh7iTLpqSooSIFlLh/Ugn3ywMhz
+FKo27/7sSvOyVUh7B02W9+f0yKXfaOCeSkwA0+6ABHSiFE2Uh++5zkt0gYna4GsrNV+Vm0+3OLU
Ndo7RZbB1eHooKdMihtr0aZ4GJg00mJacHmquxewJPjix+pRSfkYEb2oRZqqra1LxXKcKMmVKkKi
pMNiLLW3apRJRemAK/Zz0nY34BJtKBntekDuStpAa++bdcsJM6tFoyq1Wy4IZYutdgGGTK1Vmw++
Vi2nJl9xqped0aGEBXh3c/O25m4/kaRg7wRx3hpfChpfd5Re9XLhHPmaVW0JmhTyVzKcpoT50mfQ
EuH4GESLql3LSo/i64PuxTX5SSndjcIJa/V8sFYLhQvZreHcUreG5Ck5UstJs9Dg4HbhUiJqVl3M
B6Ciyanz0ikP0eoEpLIQAWNBG1rbJe9TNG4ZkEmT3I0p6U55GgpLxghrnDAo1MCtoKi0T8/iLRQK
CxCoYu4kBS1KoUxdvgPMLQCRgpF/b1MvSRApy9oiwg+r8UlXK4+fbN5ZQSfIKYIqYBjvIuhUYQIf
uL+33B2yFVAng4RRNBqRW+daJIwjQY9ozPFDuSvIsVQwVapqhQgl7vlnmQNUiGiQtErxnvAnVDVH
mZQ22mBSAZpUyIR1KTusHWm7tHhzs0hdYoVcKOSkwD11oXPB+rqYmlbxSjGxDtEPwFm8unmHzIJQ
ws8GOx2K7FNy6M5rHe9yoL178EM6VCTeZsW+DKwVpTORK9FIuiuFDdHO0JRYdZN8ki/nFenmANGv
/0pnbUjkqiHS4CmaWvfHQ8tyYAS5ub7gFiAxvONgdDUdQ9EP6CFzFAR+VjfcoYij+fr1XkVjUkG1
rGgOaO/kYak2ReCaCBw3C1wMNOIFuA1KgyrbPnVxgOWq4x3MypaSCf8PZ/ppvxLdfZLGjBZ4gx60
kcA36zDidKtckDWCpcXJ1mYmJYhdNE4mVArXAOHW0lDqbeeQnXnfGBWDMisrGuwwH6oUxYJ0gnln
IIJGVeoW3sg0e/CWQmi/VpegqtoivnPwTbXOHAYBHz5OTxUkDJwuWuNbIGppCtyrOBe0z8/SySfI
yHQyJ1tOb+qcGGXe4nhqcrtrjPPFdvT5wDYq1eSPnpiTqACJJPNfKqO7/JbgwWU5Vt5Avge0A5GR
yB1OMqD+0DSpa87goTgz1yx3dESAAWlpALTjZARdpWrcWHvI5eJd4lb0o8fRBcgekUW7lBvVjORa
0ttFMpcgatRSqsCktKuGeFRP60wgFLxSEvSWT9sVAynVYdFqEoqRB/t2Ar86wrWKuFClLYi6h8tN
HHPl5rvdk1Eo5IXKedkW2Y0csmDrmTnROR4dH5M8x32Rwgy88Su1/dTaySWyMrat9Sw+48uyrhCp
enKv+GZ0ydWiCd3jQ5GY6uPxzf/6undAWlTa9Zh7DXMCZ7hjpUPieLqqIE0mmFap9tIEJ1J+n/W+
aevHaZgWlNNe6302liV2esAAipZUlhVf52egV1rGwa2R2WDyFtRFJBuiE6doBcivQva1Z4NhdjqZ
Q7siVwYvrTG+tp9F5sv8zC3GAHwDlBXpRoNBnN6pjkvt6PAzxFJWhUB+hYpTwcQpkLiGnTs9zAsc
H+Qw81X1vGlDDUpg7S7ASRsQpTdOd9rbsyiZGR3yroxg9j2+A6gUHYP25jNooTeeU0jGTbeut8dw
GFRZo0Zjf2jkhDuOuipWQ4ChjjkMiIgJOt51uKqbzsFlC51vHVKRrNjJzeA8sVQEiaSmLCESlt42
XCw4pPCoRtp8xpeLuqwvLOxSAqWL49E1qe98gmd6zX/poOQm+mESndRTlcs5CMI1nlbCg4Q8HSUL
se4GszRANcCDbYnGTGppkOXJuhkf0URWxOGNJ6frujA9Xi2jjJIInwB1kAzZ0pHMchQEYoM8VrEj
D8kVKdOVTXuwSq56aM5d6lZxigCFMs+QZBCiFr/UKoPSXZugpApFMF8BaXvdnAhgyiZRZbISnOtg
WEj4+6iDpcw5yoRXZ2xOpfSFYMnkuA1Y0V78lrSkRl871IGFHG/5MFUw12Krs1AVK/VOL8BtQG+y
yE6AKNbEINbbvF4SCRiULjjSNBq+pbGRhMBBH2YYcDFqyEZYo1mkqcz+tXYgZt+sRQpKqyO229G2
k6eSr4sGUb7NgcCO1x/BMIp++fCvLhO1QyUlh2xRsFJDI9V61/K7a1Qi06Q8Q9c3VzcXlg9kR08m
B2UZtGvKEyETZjGE7B4cjK+uWglSF//F4WiUXmKritc6SfO6T0cZ0IHZciwWXXaQxDPNk7Jdxjvq
V7PmLbS/Z7e8ym6wv4UGD8+ed7TSh6txGq7rGt230h2ub3rRXJOjnSYrQyh5ALqIPTn5wjJL3+SK
/PC8nPgl6uU32RnbTwk3yS4uZgdkCbdKo9+TkO8zcSWt5PJbV9268pilEPwj5PXwVtmKIbSeF/iG
HQ9lBv6cNtRN5//LAjeIK5KgypxsKTAjRPARLxUStiGAcmCF+Fi6bww2sAbgFBq3LecyyGwcnoKu
bvxQWTz2ZqFOVjqTPRwR4N6uHZmFiV3mjW6jt7OyaY9dv7jkFXGAF1N94vkY8th6tJVlFKfRe5Z9
x5NawRB5q75XbCDRPtzhlP6EOTVsKV3x0BmWQ5K5d2VyB20XmQUnvWClqWmBJis4vdSc9TjMklVN
3JaUmYRsZCbxtY8SAI2OR1+Mjg803a/FtPPD3Fkr5YIVw/qtAq/mI3ZG4/F4JJRVDuyonzwyep23
McGyEwI6Z4J9x43Wp4kIZXZwjka+txXWbEPVKmx2iIqeCXyv6ywDVSv9VnQS5EjtEwMapmZI2wsQ
do/txPKikbeQuruHzG4X2NYBSNhKaFZA7QbgqAzP26VSKrAXYL9y29/ObKGjzCsAnfQtILXwMbiN
2Un9DC7+CEyYz2TQSl8ZNdIpJaRawSkpV50aC2ZcoWOu8fXtiC8y0wTCugSLZOoTzFdFyJUk8cOC
5WcxFGLlc3c5McoKXqwM5+Qtd/1qxZtq7Ezmr4WHoF8rP9B+ZkUsOzuADLezskMaX9OqClk99Nqj
WYkcxj+xnFHN+/TGUtPJ5YbPID4K12/5d1NoXIDrnEnZjSTJ6o923ogLWYSbw1+W8gwpawYLGskG
V+Yv9QrJ+kIzJJdAIHU1puUStKPDwNtYQxmk18TurNNR/n2tp8tuze0n1ZjAWE1uwj22XOU/wbhR
GbO1epJKxc3GhITKWbhdgx2dPXxgF35oQdWvWXYagSvfkBWEqp1cyNqy0N4905ErrGjyuwM49ExW
KKDZzQXO5VgxubW548z5/uiosrNk19DOj5WtievJTopk9NKMrRTmTSTijiKVYFXQ5sTnUq5iyK5C
u/Bo/6jgVeQZV96DsHMqXblGZVamuaAHQ5jMLFXwQQwFkCkpbVVjkRVoFSa9AJECu6ssp1X26AFl
LWOx8fuux/ntrFAcHdOkGdcjKu2bELjyG5GlmveHBmObTXCqgFKW2xKyU0n+mZx83TscdQsGL1oo
hNG4pwJOJc7iKBYVDdMrGpsERO9m7AgQjWsrzRkOAKSOZcPBGMuI41RUJCZn9nh7KfJGO7/P7fsg
tQaVpGpo5LGX83YF0CLhqbVqW7R667qF4VFTGP3wcuINeat6WD2q4sRpGjvKa5WPEJW7VOXezVmV
w5jXkJW0qnX6qn2HtFD5BVkO2hceUAVuJd9C+uxrlZUvzUe+yktclZXgqOXIs5C3AVYRjCdV2ltf
TZy/dVB++fmdV6aEYJzACLOJAlqopqp8lJ43EoX1fti0qAo0KPvSDDfelaaFoWg8HQwMDtkmy6vm
AjeusCBT6FHU8g1HrsbIXHYOtWblvRLPK+/cmwshv323nzpABDe2at9P3sPCMOSr8VyCX5234Dk0
MZcA2OHszqW8cKFU2vBDr/j+dPF8Cjy+2Ol2sqLIvV6WSbuQqKOSvcHNiZ8v2oubn5EM0HfoBpfy
gmoBglJ4G5cVCw91LzmWq1P06f1FiVSlsbbt9tkuVYVyi5SUwxeQKX3KICvPwe9xDiAZj8pwAffH
Gg84CRok6NbJWtoqCDhDlgv6MofH2FhL1+JLjWfJ3AaVzOFxWj3Lyx9uMspUK1M5JpkxA2xCgcCV
ewpZydSnV03czSZPVwuKvcT4MfqQXac9nQoHieuRA2UrkEpQDiNzthiYMTOyvbOZ7QQ2imoiHqYa
bxbUHS1gEXACTctCQalzVsh668xvMwgRkfZPryfq6VQob9Gjyi+naLIA61jyKa3wtMEr7CkC+PHk
8vbIS551cXqLDSd4Bzad3bmxgmXjkKgIVAYDmXO9l5RWwx59xwJQojPDRktYb6GrmXTjmKDgxhR/
ubmA071V+qbNc3Cpjd1XNIuFVQAtfPKMaJAwDqyy8gIuyccUthKXVeT3rPFCBDcX7T6pQhEzfm3P
W5To2JYt2w/Jmkuza6WAtgpM5XkxSuvoo7G9s65trTTIkNdSsSYqf7P1PkjCWnvcJ5cRoIb5qb2L
226ODJbwEmd11G8ACnD0n8iH1VID7+hpZgUC9TIzleQ89qSy1QbwLjwbD8QjhitkE/xcXgz8VkLg
aaBVm4VdVMDFim4c5CG/bGsEdO/sngTbV/ZxZQi3z70K7L/Bb+2i04qi1y8OV5KEC97uBFF5Qyb3
LFYVTuOXX/lwQqm9OTOQliD3qvDgDF6OvJj58ygmIQ73QlknGkr4ilV5wD9nlVJGCx/6CFLg+Qk6
0ttaBctYA65YZfvK/QwmWQIbsizSIT3pmIOYaIkYOw/gI5ZzLdQuEOqjsCup2bdJGzAZD6o3zudZ
07CJWlxC3u5KcNa23R6YJ4nXncFLyHYpGm2bK3uieAtVFtA+FlZBiwZxiPScrVKFvDXg4tIES6uA
K9Wim9GPosXleO7tLER/ESzybE4atZBVyhlQpkzwyG+vpgUbRR9CxHmjlTurY16K5nSiquDsNWS8
1IBLq6jTJR1z4oNGPDsN3vXeM2/2quR98/5IlIpVAAr8ULqH3KC0obPLC58xnpDVltZEN+KEKbxH
w4NrEZAa4b7irS4zb3AqdaHyOfQyLyoLdwDncaVniMJZ+Tzy4GA+uQ0gsLADNRBWgdtshb7B/qjq
BbLeSAAG82BHG4YMaSEvLCxokcGZtRwBGdRbwwV3zu9Cm2ZXMvlihv3e2vilyyk0XZk9taU4BNcT
G/eoKCwDVe6tprf/0gb4aXMK9zZ7WgVL/h5PrHFfEENwf+h0HxePe3bhOAhqI+YeAp6ifSmy+6FF
ptDWn59+DoI4ngug1gB+OOhdrvILalpZQTmpuNTMZRcku+VSX4O20RuTxvPJU3ygTSnyRyQ1Ux6W
sH67R5kHYDBtRnueNQ8xNJasnROlwvvGsnm45aFWkLe8PE8wNvB87TRHQQ5WzrIHpDSmaNUtOXxO
c1MJ1YMVFYKGo4yWZ31kc/bNr8c4UlDtTvJoscNxJZXdMX7C/w87m0RzCmVuZHN0cmVhbQplbmRv
YmoKMTYgMCBvYmoKWy9JbmRleGVkCi9EZXZpY2VSR0IKMjU1CjwwMDMxODQzMTM2ODgwRjNEOEIz
RDNGODU0QTQ2N0ExRjRBOTM1MjRDNzU1MTRGODQ1ODUxNzQ1RDU0NkUyRjU3CjlCNjQ1QzcwNzA2
MzY4M0Y2NEEyNzg2ODYwODQ3MDU4NEY3MUFBOEE3NTU1OTU3QzREOTI3RDU4NUY3RUIyOUUKODI0
QUEyODU0NkFBOEE0MjZGOEJCQUIxOEYzRUI5OTUzOTdGOThDMUMyOUIzNThBOUZDMUM4QTAzMENF
QTQyRQo5MEE1QzhBNUE4QzRENkFBMjlEQkFFMjQ5RkIxRDFCNUIzQkFFMkIzMjFFQkJBMUNBRkJF
RDhDOUJFQURGNUMyCjE3QkZDQkUwRERDRUE2RkZDRTBFRTNEMUExQ0ZEOEU4RDhEQUYwRUZEQTlC
RDhEQ0VFRTBFMUVCRkJFMjk1REYKRTVGMEU0RTVFNkU3RTZFN0U5RTZFOEVDRUFFM0VCRUNFREYw
RUNFMEVCRUZGNkVGRjJGN0ZBRkFGQkZGRkZGRgowMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwCjAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAKMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMAowMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwCjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAKMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMAowMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwCjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAKMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMAowMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwCjAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAKMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMAowMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwCjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAKMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMAowMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwCjAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAKMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MD5dZW5kb2JqCjE1IDAgb2JqCjw8L1N1YnR5cGUvSW1hZ2UKL0NvbG9yU3BhY2UgMTYgMCBSCi9X
aWR0aCAxOTIKL0hlaWdodCAzNwovQml0c1BlckNvbXBvbmVudCA4Ci9GaWx0ZXIvRmxhdGVEZWNv
ZGUvTGVuZ3RoIDEzNTE+PnN0cmVhbQp4nO1YDY+jNhD1AlESX8wRlB4sHwpNcrs07pY2baQTS8P/
/1d9MzYkubCrqNJm96R7gG2MQx7DzPjhtv2J98buzyE0lwMrFbcbxejrytTV7Wl3qD1v7I1p7w73
znXvfr0cqYVqU8Hoa21qfXveHeowDH/h3RzzeZgk98nvlyMN/5TbXU1974t6OvE83qlA6Sfrx8f1
P5cjDX+Vpqm29QZ9Dtfvh93YO8J1/WS5ztbZ8q/LkUf/SW2trP+85zuov/SI5tH6Cdhif9H+C611
Y+sKfRL17va0e3xzXQ5Y2u7mSRbdY4uiF+3/4fz/04TdHpsbrlfYGC/wz4WDdCkrU6udNvU7BsDz
3CCcz5Onxx6v+r/QXW3zZ3p73h1quI1FmLDrMAby58dE7XeIkDYfKXc+oBqw/8dEPZvN/Jn/yfdX
TH/N9H8c/rvOeybLZZJl2LkYyJ+NcoQq0dASLp+TIIIiaguSP0otWhJFm5bFUKwqXGyogV5Et1ZC
BJxmUxWgVFY3xTSagknuaHDa8vCGRl+ZE56jkDHPtk9bu2+fHi7t35hQLdsKpSPEgiYvp20lyR90
HdqAApnFkOLIltTgVFua3+5xG1QVlxz/GNjGQoy4F6wbHr4QjrxWVNXT6WSC3YvI7vwGlonvfb0Y
uBAjDYoBDli2wH9R8mlaYfnr1qG3csIfLcsfL65ppChafpIF3c7MHBgIcxQtLgbEX9LwhsySiuA6
/mPMXjR/havEIvPuBvSn5CypieuG7VgQRRSS+Ev+2zP7j0DD8ufOPc3TgYC3nPEviG27Qa/CDbR5
3EUxIOAH8RzaCWBFjsN4DP3Pv10M7F8ouQoTAQWRpiIm/spRJZ2e8FexKAx/bSgDB7yxEd+o55+z
offMvxCjHPfgWeXKj4qahQP2KFvRtgSmQ/Y3Zu8fZMT8pVQyZf4xniPv+EviLw8O3Jj4V8b12cxO
Lplwzz+lOCG/opOY3yGSQnCtKmT9CenshVmPyBvwf3J9/L8COWSdSlgTi9jwR0AoevcKEd5ycJjZ
2vpPQQFEVwnOKf+SgghBLOmEkkS+kwtOF1fx/ze0yHr/gQcN5H9KKAuy7sY0JFHAnxfMX+74SVLK
JosRf5mBn2P540ECUD/s6an1iJ6m508JbCHp7dJJTjlMCpWrK+P3ucv/XnKKPy5HxsKkfdNAwgYF
WGln7A8bl+Q/lWOyLPPTlj8ldEpfBZOOidqRv/lFbE7IL9uSepzrVHntT6eYgGdTP1sdMTj/NtpG
8F7rV5IzLh4uOnf6lXDEL/ZX3GMQ9edO/5zKzyH9+THxrZefbtirzx9Jf4ad/vfvt6/av0KQxaR/
SjQcCoRDMBJyw3LHKpqNXRiKFSmlVL39h0HtQz1MGd799sG6/9D6gxIjSbmuNPonZenDHy/KKAhq
2w8bpFKHJqu3XxjaeeQ65vPX9VeU/lEM5J+K5pkACcgRQdMgBx0w85dNyiqB+HcDuQXuZXqLj+P6
i1m4YkQrXn/YDq4/IE2XptamDJif1pZ/CvT8kSqdm6zL1a7nuefrP0l2nw34P7uGaqyYkSR+c3Pl
6D9H/kjklNPfnv/ULD7w+tvUm0xmUTa8/tDWpEqCqtPx4B+f8td2VrD8y170vCmeo3OE4Rf6DID/
N+cSVsucZs1Ry5MwqZaYhEw17P8n9duino5pAdod047WhAr37mvbbPLzGRwfIakE97zTPxAPTkxa
wfDnvHlz/mb9v8Hx93Hxn9b/D2Vxzj9n6diQkLRrnhuHnuDU/9Xt+b+Ipv6+o5M9u37Jk9ZCf+J/
4z9ad2mWCmVuZHN0cmVhbQplbmRvYmoKMjEgMCBvYmoKWy9JbmRleGVkCi9EZXZpY2VSR0IKMjU1
CjwwMDAwMDAwMDAwNTUwMDAwQUEwMDAwRkYyNDAwMDAyNDAwNTUyNDAwQUEyNDAwRkY0OTAwMDA0
OTAwNTU0OTAwCkFBNDkwMEZGNkQwMDAwNkQwMDU1NkQwMEFBNkQwMEZGOTIwMDAwOTIwMDU1OTIw
MEFBOTIwMEZGQjYwMDAwQjYKMDA1NUI2MDBBQUI2MDBGRkRCMDAwMERCMDA1NURCMDBBQURCMDBG
RkZGMDAwMEZGMDA1NUZGMDBBQUZGMDBGRgowMDI0MDAwMDI0NTUwMDI0QUEwMDI0RkYyNDI0MDAy
NDI0NTUyNDI0QUEyNDI0RkY0OTI0MDA0OTI0NTU0OTI0CkFBNDkyNEZGNkQyNDAwNkQyNDU1NkQy
NEFBNkQyNEZGOTIyNDAwOTIyNDU1OTIyNEFBOTIyNEZGQjYyNDAwQjYKMjQ1NUI2MjRBQUI2MjRG
RkRCMjQwMERCMjQ1NURCMjRBQURCMjRGRkZGMjQwMEZGMjQ1NUZGMjRBQUZGMjRGRgowMDQ5MDAw
MDQ5NTUwMDQ5QUEwMDQ5RkYyNDQ5MDAyNDQ5NTUyNDQ5QUEyNDQ5RkY0OTQ5MDA0OTQ5NTU0OTQ5
CkFBNDk0OUZGNkQ0OTAwNkQ0OTU1NkQ0OUFBNkQ0OUZGOTI0OTAwOTI0OTU1OTI0OUFBOTI0OUZG
QjY0OTAwQjYKNDk1NUI2NDlBQUI2NDlGRkRCNDkwMERCNDk1NURCNDlBQURCNDlGRkZGNDkwMEZG
NDk1NUZGNDlBQUZGNDlGRgowMDZEMDAwMDZENTUwMDZEQUEwMDZERkYyNDZEMDAyNDZENTUyNDZE
QUEyNDZERkY0OTZEMDA0OTZENTU0OTZECkFBNDk2REZGNkQ2RDAwNkQ2RDU1NkQ2REFBNkQ2REZG
OTI2RDAwOTI2RDU1OTI2REFBOTI2REZGQjY2RDAwQjYKNkQ1NUI2NkRBQUI2NkRGRkRCNkQwMERC
NkQ1NURCNkRBQURCNkRGRkZGNkQwMEZGNkQ1NUZGNkRBQUZGNkRGRgowMDkyMDAwMDkyNTUwMDky
QUEwMDkyRkYyNDkyMDAyNDkyNTUyNDkyQUEyNDkyRkY0OTkyMDA0OTkyNTU0OTkyCkFBNDk5MkZG
NkQ5MjAwNkQ5MjU1NkQ5MkFBNkQ5MkZGOTI5MjAwOTI5MjU1OTI5MkFBOTI5MkZGQjY5MjAwQjYK
OTI1NUI2OTJBQUI2OTJGRkRCOTIwMERCOTI1NURCOTJBQURCOTJGRkZGOTIwMEZGOTI1NUZGOTJB
QUZGOTJGRgowMEI2MDAwMEI2NTUwMEI2QUEwMEI2RkYyNEI2MDAyNEI2NTUyNEI2QUEyNEI2RkY0
OUI2MDA0OUI2NTU0OUI2CkFBNDlCNkZGNkRCNjAwNkRCNjU1NkRCNkFBNkRCNkZGOTJCNjAwOTJC
NjU1OTJCNkFBOTJCNkZGQjZCNjAwQjYKQjY1NUI2QjZBQUI2QjZGRkRCQjYwMERCQjY1NURCQjZB
QURCQjZGRkZGQjYwMEZGQjY1NUZGQjZBQUZGQjZGRgowMERCMDAwMERCNTUwMERCQUEwMERCRkYy
NERCMDAyNERCNTUyNERCQUEyNERCRkY0OURCMDA0OURCNTU0OURCCkFBNDlEQkZGNkREQjAwNkRE
QjU1NkREQkFBNkREQkZGOTJEQjAwOTJEQjU1OTJEQkFBOTJEQkZGQjZEQjAwQjYKREI1NUI2REJB
QUI2REJGRkRCREIwMERCREI1NURCREJBQURCREJGRkZGREIwMEZGREI1NUZGREJBQUZGREJGRgow
MEZGMDAwMEZGNTUwMEZGQUEwMEZGRkYyNEZGMDAyNEZGNTUyNEZGQUEyNEZGRkY0OUZGMDA0OUZG
NTU0OUZGCkFBNDlGRkZGNkRGRjAwNkRGRjU1NkRGRkFBNkRGRkZGOTJGRjAwOTJGRjU1OTJGRkFB
OTJGRkZGQjZGRjAwQjYKRkY1NUI2RkZBQUI2RkZGRkRCRkYwMERCRkY1NURCRkZBQURCRkZGRkZG
RkYwMEZGRkY1NUZGRkZBQUZGRkZGRj5dZW5kb2JqCjIwIDAgb2JqCjw8L1N1YnR5cGUvSW1hZ2UK
L0NvbG9yU3BhY2UgMjEgMCBSCi9XaWR0aCAxNjAKL0hlaWdodCAxNzQKL0JpdHNQZXJDb21wb25l
bnQgOAovRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCA2NDA0Pj5zdHJlYW0KeJztXWuK5DiXXU1/
O7HA2kcILBg3zDLcIIMDZnYRBRKkf/QuOiENZehYRsNnqJxzzpUzI6uzHln5quFrZUVH2OHH9bnv
q6vo29t/xj/jn/HP+P8ypvcm4Osjb+t7k/C1ka+WJb83EV8a2+24rimvy3sT8qUxz8tVwX/KexPy
+EjL2qdt7vP28b1JeWzMpcyQvnJ1neefkMVpWVKC/KWFCF69NzkPx/nfN0sGhdMEKvM6p2V7b5Ie
jglaka6WCeilspS+LD+VHbxej0MBf5clnsDfso7p5vzeRN0PqEZJ81ymeZ4yEMxLAaPP703WPlbw
toC385z4AnX91ZLi/N502ThvpeRUckk5lzHnKed5mnI55Zv3Jk1jW0r8sEwhL2mA7KXlGMtfxwhj
PfwUOlIAGLAreL8CbGWkMOI952P+CQhcS8zL1BUKXOkHaPA0l8jNsvTxvam7vUopT+k0n2KZp1Tm
dLo+9iN2ZSgLNt+XuvN6FdNS4ZpTv8wxAb2RMrjEeI3Nd6UPJjkfE+QulqtR9uWP0k9z7mmsS+5B
7LB9ejfy1kIK+lQmvIOggtexB8k9NAY6koZSgOB7EXgj9Markk5LpY4EH4HgGI3C2JfUv5MWb4Js
SAv1I0GLyV3BlvMI/ejF4TwNZTu/A3kmYSONSZmoHXGGOkAzkpSlx+4YuYlv3p6+P1dDbyhHvE/i
7jSR5DROxzEV/MP2OALFYzrh+LelbxmjhK38lq6nSP5OMMfXUIdlgn0x60wbA1E8Lf/9xob6nHPf
AzLRqBc/pnSijkyIFhLQxCawBZbYkdL5DQH8cxVlkLI4LJMHZK7MA3Z5+Dif5sl9mGMsOQZIJ4jF
EfEtEbyhwEG4AMtob/pkHyB1BAzY9Zn4GZTweG+Wkqx9HIlPqTqaoKN9d5qj5+b1CKM31iPiMFOD
e7zeDMEV1m0iLKlPBA/oDIKtlGPeVhrARAnEMSCUHymf/VTS7VsYwm2MR+onoCrH2M859ssx3Ur8
726/4ogTjpiTH6A7CVCfoEavT92nzaAbd7FjUv74oSsUhdpRX+Dx+Aa1rTEMy0iFDFTX5etJ0Aac
R9+TvmmIKcVXritsG2CLfS+Jg2QBuW8FJ/lk6A0J7D7l+fyK5H26hcHj7a5l/y6+sbtu27quG8aD
s5bU66QRHE79q6oI4jyCJ919IHXwxjE2Hn9N4xrn+3m9IHIlgjHmkSr1in5klcpS/qbLuyy9d86R
tlYfGvynbXy8uiNxwwPFSKlAwPBq8SpC96qQ6Z68rSdJrsPLNf8y4hqhiNc9yAi9MuQv+UN+NUcC
hTgxIL6oXCwCzDVBdBl4TYUQH4K/11hDEK/4OgSu8Qh3hTvcW9lZskZmNt7dE2gkcw8+e1+N3hah
+kQwluk1CCRbhd657lhCC0qoE0aJcfaXppKoN0gknqByGfLXg8TYd6/gSKSB0I67SydJGEkkfs4E
zojE65eKoml0nVVCKO1D6YFgf+8KX2LALsOsyLRULLYQIXOSu2AKQUqAVxPaqh6kGy9HRntOj5AH
Qx8jzMwL5+1bV9HbY6QslLyrCAo4wubviAumJt5754PfeQz3E6AhPqb+y3d7+uAjJzx5tRdbkTp0
AgeffqkCx38t/ppKcxVJk8QbKQWuEaMnhS84k4gYKQYiWLcTyIsix5vY7Up7N/5lhIPprb3jn1ml
UIhebIbpxVhMyhJ4m8yWISjx0ltREtxBUobN1lguir1Znp31Hg/idDoEd4wOFLbpf16Eui0NE2gD
h6shS84bYmIygASpXuQCLUndBZBNNOuj/ULwWtxNXYsI+yXoE3JAcKyePUumfCSDvSlAtKDAhzuq
PERQD0EVis0vBjCU5EzpgLi4ON0x5HnkgRWRZrU+7eZAGWijTjoyWhrhYsBO56ofuUewoUrX3Z5m
hlfwtNKxwevq9llziedNsgeRHo+mHBsu2ylA8Q1hi0YG6Ywmam2zqwQ1XN/AMoYoCZBVufIOrigk
uLrj+jxXl9MQGVam+KtxN8YWhLRQC/wn7uGAiyaTvvo5kBoifS9DBzOMMuCuEUchf/yncX4OeUvu
qWpxQKLG7XVxJMVR5jz5A/nnB5IDkYQEYpc7QKuBVQBBEIAmGMGHIFr5mCsukpJzw9DE6RkELnTm
+BvwpstsvK3XzeV0W4o/wAQZIjVQIpuOkun00csOUU28mRvX8DrJCbvAfz/uSJbStzGDE4gsK3dx
XylC1CuA2JYAUk0jFAFC79qOcPGjNoErg9e4n0QOb7feE0Eaahd/sB3g0wpPNNGVM640+KKpwq6S
QCh04QCCDzQgIOIANrbSGplGqjo4KyVqZH1A2Mpwo4kDYB/k7uIPpSSrBbvR5M/gEyhU1XCPj7Sj
MVEURhTHjkcwoOl4Ak2gqyeY490an3w7JBdS/2MIrqRO2tHgJSuw8v76M310/tBESn8QlOQ37Aho
E8kdEYaGuHiAeSFwfDDaJl4LTojQ/arzfP/vpxH38XYF9IS/IsidfybR56r8ecodybtDrgn2Hg/a
RchIFT52+HgwjGE5ZyRwC+kLPskVB2Q0T7SDGUZe/MX53ht8wUjin0gxVjsTt07q62MbZBZjB9KC
cmLaRjsyRHqaTjaPuVM0M+iBw9Nc8Vbtp69mVDsLGNnGC7jqC0SRXnehsuQxdmsz9t6MZAU1BcWq
J0cvgqfvgyOP5qcACP89VO3/wHO1E/KCex6iUacbMkpwA6FyrW1Gs2weh3XeSIqNEetlH2kbafI2
GiYg5z01eIzN8fzd5J0IWxurde6NvoWiDD0ABTsdoMsrXPDy9q2rDqUqssRxoIRAUaoGDwHYSt3A
fX8nf4h4v78fYMEzEfnB+XyfKpx0KQel4bdEsMVm2K/eO74IquUXJLwhPvgIQr27s9AA8XdgdfId
LDTOj65ase+sbWWT2XTvxY29wovRzDqXxO/aEGhUoIjlllWrZBxuzfETYJazbC+M3MbIG9oBvSEv
Vz0QH5fPSuH5Pju94HF7LzESENHLfG6C7L6xakOm2Iiv03q7X3ihLbPbwH7ue2EI3P555nUPjAM3
BAx8vDBCpskFPP63g8H1KlSTTHGG3Po4VvHD3vPlobhV031mGbbBV3e1XaCRLj4vpEQcqdoTJOfe
bM26fUONF/lwiTL1KnVdHPUFbFT32bEZDxE+k+ptZ9P2vxc7Lw/6g0yZEejThdC+RJNh3s2Hb7B4
bQw9B+oC5L/lefziEy7xt3Nd/PukxhIvFPGxu9GwEPTtejevZpIaE9v1a9XBv3hu8Pspdeiqfaik
LGlP04HAnoKt91WzGHchXctF/rPknWwaO+a+G+QvxUNFD5oSHHP3Rx+qPpprKnp8WXRQ7dKGDFjH
ZGZsVehy8PCbG8Jqpm61hJGbeoPIsKDSusmy6OP5RAB0N+eChalS+1aW3315muljoGeth5vcxlgV
YK1s25w5TsOktfdVgDepkjLvDxL9zv9Ex1vLWIs7WEAE8YOFTnB51X7KnILAxxHc6AjNVumEEMz+
6nZXyS/z1fpxRuoBtTCTfcM7nslnRASpRmGb/11f+hYHBr8/OZ2LnfVHF0xWguAL1R05IaII7nHy
4NMZBzF3UIxE74VznG6XzY3iLi2MQWsR5WLqth2cbuK6QVWEWmjxsu9nbfCREYVX/Gp5TfEDRYoe
kOZM4UR6ROnEo87UAkkqJAFw99V7iAZWT5GeefmPWsU6/yGz+4mCDmstZ8pYVfSdEUAEN9asGWQP
1RLc3niY5PPGbAaCDitvnr6pOsmb9n9n8cC5AXCBkfCBqTaPpDPylT6M7rNWkeumcvROVjt+2vET
w852hFewW+kD45mX4+It3E2wckJ74b8/Dwc/bSnUWDGmPTuzMkSVqjIhjfv8oW52dGgyeviAk6qj
prMB9+13Y91YlrXz1yYeZPMABkRmUARmQa+nV/+MwFQDOguLQqhW013w97eLRHWtdzJTco/foNqt
0VcNgOHXSFTsCouvPhB+2NWAbADag+IziJUy6fkSjA/6BgpiwS6NpcWNaXdXKY7V2G4FEtCqq+qm
1Z5zCxfFKheYcLoLQ+i2XJ2k26BsefdEC4Pe9Uz+OiGIGFGABIZeUUFkd+mFqJyhMrTp0h5+MpDk
ubrddapKRdFEriE3tOMn7VTAnchfu7Kz3KoGCwR26Hf+aveZks6sLohPTWCOAJvuVUm8jLZ0RmNB
u+oDwVt8rFRNJaZTrbhfe6eg2eQv7FCJlaztnxm4bJzqbN2dc6RV71njrFK72xfYM6Mt2BVaCzG9
2eBL8WtTTXn66OJddmisng3iSgqwY2ZXn8t83glmHBbMrrjWIxk4x5I0nwoNinmvX0P+igVYobGw
mnbc0i4cdzCj/dAG5p2pvjNJr9pBoi38s0hgow1Ne0Vi2dWzk3YaX/fpOW+m9mz8DQPyhTv9tZSB
aZPdg0yRhVb2CqsWPjfRQyXKalEmjm0vY2SE1UiFhv5kCY6SbCNUxYZapQjVf8DVswJk/AWSQNAu
cQMOjCLaU+RMJaQoQa97o3E5epF0GBpn0b0Sxg5SU716RWW7R4/xgbuqif9d3AvvX+0LpWP3H610
Z7cvZgk3GhcWDVlLbFS8Rmik98eqlqoKsEKgimfUWVa/4K3Xe3nlpp2PYBtfnu93M+sJNb5iJuLq
JMcGnqV99glnlYlRmcqC1WzA9bQmd84/XtDaxNjG6ihNlT8aT6/iTXlw0iql3hxoOD+8CO2zSAXv
aG6qB3Sgbqz8dbb3j6hyKy0G03aPd2EX4nL72Nhq9k0L41VuqhMGJGzTxOpmfnu7cbNsifK7dY/j
/1w3ljbYNr4xerqnb/VNqvZlY9QoIAcnk6EbWWmYM42H+MVEfSNeHicEt9dncT9vx6/lqBrJmdoA
3VzP+EO6knufjKDzmgTFgCQM/xwho31BEvzR2xzKypE7XXFTodpZxFLLI3QJ8b6J5/NcbrXatw/N
QYEgxLEDDMaWPvZ9TBluirE8DXnTddTvZHm7lL5hwp36jj6AuRV7tHjnQ2szUL+FwHqW0ecPnhFg
gBpbYdGxlP21StaikJElIHhAr3AxVgVBtFFG31n/Az5Hm3zDBeeeNsmrMokop4wKgci00zEOeZQo
N8UsNCUmKHr5q1GgUoUewATJ1ddnDZe99s5wmxDwZTH6lQqqg76UOe415Tpa540m7tmcwMkSAq13
zZzwT5/6ZHBanHUiTSpPaxIvIMgA5/pv5+cmsM5sixKC2TREBAwMVHJ0arhBwAK9iez9OsLtUeB+
dZENk/h24pR20itV9MrRx+vkxcIQVFythUN6Lmx/e95/idYuopk1ng1iZVe3lKYYj71cQX+yZhG2
ZByHOJBCfgSSENDhxIYwHKROt2jI7aO3HoGPnBoJXjNPUGJPQQ/fMxeSrYwcmBd0CICYHsh+LHlS
/0bUlByka/SX+HD2vxQ/QEqx6fIc/ZG7xzjWRsuSvRqiLaBsVFZntEyZ55TP35zu4yNFzqdQEGmb
NM1cU/S4N/LhZkcZ3Njn0VqKMmc42WM1EMEEUK0hLKUMDHMaxtrQO1m9iRknJ+8ip3i8Fau/izwW
AKEUdHNQSlyCZe/zGYKx4kb9eMRdp16c/TD14t+Rr14EHUVunwpCfeyiMus1GMYZb4rJGAQe2prn
aAbsCf2p2WYPpCScZAkKx29vjw8QhPyDmbAgxt+xQIm5C3EUdo1shQY5/Dannl2Ap0kf5b2GOjMb
Ojk3Vv6fMIskkxtqCxCnpiyxXFL6MLJleDQEwbvxN9DXi6hjivmIj1Ma2A57TEPOd/wf8SSngm81
j7xtDQ1mUNhndD5tkitputTZfEpo2hrnLUXt/qdS+2MLrDMXBIx3zcZ1c1zi/Wby47JrSLRFXSlw
8skm5BSOPnUOLqqHpYuSYlzJ7CaiaMhWHtM4/irbMR5Htcoe+Vk9s9M4Tscj39jbnvEN+2mxZ+Si
i6Iodt00XdMSQDXyfGfp+WJsVg2wXgg299X+n2trx/2w41O0nOK3uY9sab8ubHivKyx+Zf97D4PC
1QNccHE998P1mRcf5Q45lYysjVncD6w1ZJaLOEEiCAKr40nHfBxyGcc89SOCBS7VIqAfMtf2AKHj
yHUV6nefRsE2AcE8lVOagJ4ig9W6ExjNUzPcj5Cn9EXqaxFBTSW3THPBxW62AoWrt7h5rJuzLUiZ
qsAZvlwuNWSuv6iGVFN2UmCG9/74dOI21QOtJ8gaWiqH5z7PU5xmKGnu0zINZDcUZshaW0EUY15s
/RGUZpy5mHBKdcGULnGlbIOMZc0lND/a6LQ1Ud1exo3DZJO0XGxUV9+NWn/EHvtr3V2raIDgHbnc
LDFfa+VeuraaCrgbQtD8u2MF5sf7sNbo2QGBCEh1hcrho24mzpX+uK/OK7y/SDrNE9eugGDi208L
T+iHeTbHu6kWSeMf1bDwnEa7JQTrHIiKNiqB06QFR9MRVEwlA8xigMpl9ICrLxW9pQjXSZumBTcB
lq+N1n6CB38GeSRQbiS2rdpuzpVArixKXMy42IKjk61vtM2Mb6c4c7n3rM2Mb5clWVa2egXbTa2X
PXNRyHZ90IxtIzcS9lbczOW0J/wHb0RwKlxPWwhZnjN04ngsMw864hvshXm5NvK2oKtRoEP7bPJI
SnAdPFBLJ9LW0gURXGw5PDHKCzeR3i09N08QuiLIuL4LpgZw/14bzjcm/epY9QqqnkveLeNV9VE5
xKoh3M1DLpmAYcwzALQ/bQMqLvc+Ejl8KtwEpnbWOVnA0Sk2fbpXe3ScmtoLS0eEQKHWhoBePyzS
gVjWaTBA+xOUOmPX9arNSfjW2s2WvdpmnfXmPZW8L83MJaZ+3qs9zbu7jjiAM3/I/GWBq1koLXOB
KmfgeLwidHjNeZrLXkreMqxpp55fhVfPa627JJBJTMPGKgZEd84y3/yeiuGTlvUYtTr+qs/r3M/L
qB/kWK6GUktwMHyNBI/9UfC78QV/5WSwJr7OetfuMvwVlB1nGF7+bsl8Y8I4z0eiyJ9qmK+mcgfS
loKr3Wzi7ovI3n5tVkh80JQLILBuMe5f7edArpcp3SxTBmRlvcKrAFBu3i8BWRmsyCQzJP3BkOWL
g61XBx+RbXZsqrt8+BWkzGleyyiS5hEEH5eFFNY62YqAdLGGQUTiMFV4Pakd5zvGxhK2t0iBlbpy
ef1VHJ7Kol/fuLrhT5nkB5WAxC5ACMnhAAXpfPvyP0O1xjYeVBFUdyxs16cHJJ6gIRN5DGLvftjC
jvi4sux0UK2qUwVyemo72HeMjTO1nD1srYjePJgsPD+g6PIzy4Jsknbq4G2Z8b/Oj3htQeV2TvXS
RnDe8ZFmhkqUAlzO/W89+Enr6ZsDK1Q490WXLlyMlVO6B6HXavWHi19fm7+eWWp1oAtDlo/ofauE
9uODwQdnT1TJ7uTjHXzb9pCp21ncBoRXluaHVpYvqGf6K/0Pzx+rSPJKCgOVpUGQ1MYJQF1KIP8h
7lN+3zXIMRCM4shWfdMvu7Lns7GwWkR3DBgbb52oziYt8rJ+XPXvJrMB0PK+g5qNO68AknXqV2Ou
jTVa1ShaSx9tNeL12nZs2TxbYRubBVB1WCtV6DL8Xsp+aZouN26iImlbpdCGlh65qctVoDsHfuVr
F6236hIRZpG+uw8fX3FkpSS2niKoOBuskm5d2OC8P/iaMzeaMbDWWHfXYfTKozhbIwPOtizdGQls
iz0gEyVpB6bMwVknb4hdy0Mb170JeSpfBpsG4wK44OsqD9cKV9aSqd3ibOiYPXOi/K3Q40itNQE0
1GSCxZUq1mavBR+BHdpdY17D27qG8HbkMaAWS6NmIbSGgtaw6ZT6NKReM3fBlijZUoI3/c29pLq0
q4uO9iU+jS1SaHfu8gjlQ/CIP1Cj+uL4tpFSsE6fwLUWwebhGlvlJnosTgya1iCEIX/zki86Nna3
IuRvtbhWvVrBEFS5wYq2hl5U7ettyeNQYSaEXfxsDY3ciNW96fUOiOpZgHyPX23dqKBqltEKmSgu
S/5MLQClOpy75ywxes5YD7uR8cIuViccbdqA1oVyeXjTn365HBtdSF2kxaYsm7CObWsNINKWR1pt
3m6s6kCR32BzipZbdrVgHeRSENq8w4832cB9/6KXY5sqNRX/lP1Q9tSdoKVb70aexuI5TcXGHq6l
VmhYQyqmoDQ8f/dq5zej7szp9k6qIM3VnLuzhcvqE4j+UVP/hp74NnMSLNgfKxhBljrYOqW3jAm+
MM5FNlrdv1qvTFYHJhxesvfK+cZ3DGZD+m0V9th4Fqd2//El9N6Y5pMtM5Mqm9v1zMffKlz+5thS
VJx3aLSMtgkyL19Zj/XWPN/62lfI/zbWVNG8bAHymYNrpdQrYtGfr4uqvnN8lyA8Vr3/zhL2xgJw
0Gxao3zosknu/cf51jrEwVgY6kPru1eojz53cOGWP3DRJRK2n488RVv6uQak6T8jeWwiDppn8u8T
Ln97bGrIaF+7hPbjg/XV9r/em4qvjCX6zxdBvuL4Af+5PCnZ+Opaxv/g8dMqiI2f8n9f8arjP++J
X2b8H5BeWt0KZW5kc3RyZWFtCmVuZG9iagoyMiAwIG9iago8PC9TdWJ0eXBlL0ltYWdlCi9Db2xv
clNwYWNlL0RldmljZVJHQgovV2lkdGggNTkKL0hlaWdodCA1OAovQml0c1BlckNvbXBvbmVudCA4
Ci9GaWx0ZXIvRmxhdGVEZWNvZGUKL0RlY29kZVBhcm1zPDwvUHJlZGljdG9yIDE1Ci9Db2x1bW5z
IDU5Ci9Db2xvcnMgMz4+L0xlbmd0aCA1NzM1Pj5zdHJlYW0KeJy9WnmcVcWVrlt3f+/1TiM0omwN
JpiQxOgkk4mJiiLqECUuMZOJIWJCUHEhyh5AMC2LgIpLoiIqEgExGHXiTCbmN/4S1CiowSBh74bu
ppvu19tb7lZ156u6771+DSrgH3m//kH3u/dWfXXqnO9859RVQj8kChEfJfrh8g8ekt6PQmj+Vxp9
r+Quc/kjH+RqSMVAbsB0TQ1JqJKQh1xVxLOhHCEamhZGwFxh9J2WG+QkPkoYhL1wc48BLie9KKMr
lIg5xD+4ph6HGFMrVAtYqKiKH/imphbgngAx7gnpScKVD7I84iJ0EeIC6sLFsGhWJUIc5m0cKkRR
ImShgBByzinNIQyL1p+fuLCfpIA4PAlDK9g5OV/vvZH5jrVHdEkR3+Mv9XjEWCHnMLOEq3AeUOAN
GVHUaKS+blaYgRTmCfta55MR40O40nfE4276ZMS9E9Mg4FTVgoBpmvBhAOaMUVUpWnsBHy/6/dQ+
CocZ+oz18ViLEZOcV/C+E9OCz3g+N3ThEWHOMfgnI/ssiP3Ck0rx88fbPO/iRXsaOZOAKyhHLsLz
SVtbR2lpaUlcxYI1hfTdioIH0iLEx3rIpyNmRXjox2MlBf/iRVgLFzQm//Yl3H0Hmtrb24F45Igz
YyYxiv2n96FiuHnEuZCgnw5a+HHu148DKhxRUxhjqqrKfxXpmoURcSlUqM4UAtD4+WBnYyrt4GbP
CxKJ2OizahIaUTkRT3DpNdiI3OIp44TSoig8NcTHwuWEc8FXlEqSol7gY1odZCtHh4MqiprOOLF4
HEADQjIB2Xugvam1XdNNVdU8z9M0raLEHl3bz0YcBsTQSOCL5MI4CBVDKmF+WxlilvmGoROAoeqJ
EPPjbCtYHZiFZXyfaboehMCXo+fAc2EXwzCiOEtnmWGrKY/sO9h2tDOt2/FMVgQGzAzEXjY1eECZ
rZFhp5f5HokZhDECeIZJ05lANwWpKDLjCfBY1mdCXEhjufB3ghDpF9sKQy5atOSDbdte3rIR/ioY
TOZB2PidDw51Z4MAsxnxrOvFLBs747qubeolMWNp3T3Dzhi0bPGdGHHnRwevv/761atXL122/IYb
Jk2ceIka7agXWIZwGYH/Uzk5jzi6KZeH5L6LnEczTmBYIrBABVANj/xqw/vb33nyV8tJ/naHkd17
27EqpuhZD56p2PGSo0daEHmWacLlDEu/+WdTRg4dvHL5vBKTHG5Izpgx4+677/7RjTfi3xt+cAVm
1iXBw9LMD1Rd+zS8kitC0ptpCjJIwM0GXNdoWxdbfN/ymtOHTJl63dat+5sbG6679tsbN/2JChcn
9YcaA87NeOnOf+w959zzPtjx0eDBg8eOHbvtr2+/9eabtSPP+veJV8ycNd9NdXzxc7XzZt2qMPLS
lt997etfn3jNtUuXLr3ysnNXP/I8c1I//s/rB1bH1U8HGyEOJOK84+QMzIU/0DQCRVcX1j36yONr
NS22cNF9299/r/7gvmnTbpk06YZUKqWq+vTpd63/zYb6hgbiMrO6v9vePrC2dsmSJfNmz6rfvYso
2oPrNm3YuPEvm9ZDPU347pVXXXnFTyb/+Lnnnpt6y7RVDz7QmWyfP3eWl+6cNmXygtnTVHISWVp4
aZ+UixXAM6gXUsRy2icXXHL1gEHDLr7k8rEXf6uu7oFkR+vIkSM3bNgwbvz4jS9svmP6Xc88+5sB
A2t6Mtm2tjZc+mD7tpun/uyh5ctuvGnSiy/9/t/GTTja1rl/799Hnjno7++/O+WmSY8//vj9998/
Zeotc+fOfX79sxec/42Yyl7dsvGNP/6+xFboJ4HOh5vwirymYYWYC4nuyYyQJWT2vIefeOixspoz
1q9fv27dutYjLZqh729oXLZy1dXX/8dPb5627vmN4y+7or29Y+fOD6+95rsPrlg+4dJLX/ntC1te
3DRz9vzymuHJjm5LV74z4dLFv5j7/euv3bJly8qVK6fdfvtNN05eu+bxIYP7txz6R7K1/kjDbksN
i5iC9rprQdyGH4sYYaBoQOxJHnjz/SNb39z2zLPrh9WOqKioaDp0eOiI2tf+94+33nbnPYvv++m0
O55Y88yEK69MJpONjYcvHzf2gZXLf/C9a9Y9uOqV1/9w2/QZg4aeHYRKsq15/LgL1/z60eu+d+3a
p56uq1syc+bsW2+e+uzaJ78yZtT4i/6VucnJP7w2popMn0/ctFfrRohliimOvEIGFrwWSLjpgNzx
88WllQM/2neQhappWQcaDkycOPG+BQtjVQMyXam7Zs9f8/TTF114cTab3f7uXy+7fNxTa359X93i
n99+y5gvf/GDv31449Tpew8c/L//erm8uhI0MHny5LpF9y5Z/sDsWfMWzJ//6ku/LU+Y546ptah3
29Qfmho5Pvj6qjGeQ9znDim1PJ+puopsMH3W4iee3cRVe92GzX/40xuv/v6VTZuee/TRJ9ta27f+
eevUqbds3rgZ5JDq7tq7b/cll1yyYtXyTZs2PPHkY7/buKF66NDVjz61+pGHd/7tvfaW5gvHXjhh
woS7Z8xZcf+qmTPnwCvOHDRw5vRpodOxbPHcn02+hkoO7eu3ecR5/o308bHaKTI5YtJjJNTI9l1J
T7Fbut3mo+2oi7ZteyebyXz9vHPnzplz06RJF3zrfLhEWUm8qamppqamrSOJ1A2Oe/vddwzTru4/
0Pd9TVc6O9oTMbuysrL+0OGK8qqenrTvOaOGD6EsO3r4wMoEiQsDc5GWjgm5okhUSBHiQhWi5hbI
fY9TUzh0JiR/eb+9vrlDjZVW9+v/+uuvP7Z4EYnZxM0uXrH89EEDUl3dtm0GAYgHukjLCDGkWXZc
QR2lUDiMYYgyynEypmkqUP0+E7qKKqbGB1SVfGnUwMq4yCMaNj2kfYqnfDXVC7rgFX2quhDqhFOd
gi46PfKnN/c0JtNMjcslWP369fufP7wGZvj8WaO+8KUvEMZNUwc9JxIJjAGUPAiRX1TkIM/1PVZe
URoGAf6GPPKFGFQp1XzOdBoyL21rvKbSOucLtQNKNQgsi0rEx1R8Sm8tV4i8vmUMECuC3TI++e83
/n6wpZOYJQ5DBU3DgCEDx+NxyAbYqTvVA32HfQJEaeMQcFBCAzecEuqiubWlK9kBWVJVVdWvulrX
9bTjCr2ja66btU1ND12W7RhcXXrRN79alRB6Wu01KS8g7m08AHEoqshIQEKWQa+FVFcxaoaTF17d
Vn8kaZf078o6up2Ao+hQu0zsfqhoEJyMU1nZStNyDgEtHU0o6bfe3rpr1y43m4Ufi2VQrX///uf+
y9eGDh2VAmiqikoWlibc4K6pBmW2ftnYc06vkFIuCsHAhQiUyCEktQi0AsOIaaJs5zNCDa4KZ0g6
5LevbT94pJNrMZ8rkJF40MmmbCMM/KxGoDctVJ+Qo4gV3bJwVWhiQ0Ps+L77xl/+3Nh4yLIMwIXa
0sE7kPku102rdtTnzxo9BiSNLcJTBjB5aS30aeANHVQx/ttnn1Yusi7KLfElVfxsRrdtYWcpJ2EQ
JsoKrEiUEzo0cU9AsiHZ/NqO93c1xCtPczhNpV3LshDaJXFz3EVfScSF1PTSYplCIobEcYiuEwh1
SDzTIg899uLO3XvAKppGDVwAtXu+9Gw9nXWsRNmQEbX9B57uM7HpGlWYk7EAMPAVr+uM08zrrjq/
X0xY2hBqzhUimgXCxjnE+AN+DdcIVbgFo6TLJ+s2b92xr8UsPy1QzLTrm1I3uumeeMwqidmB7ygs
wBwIHWCBQ2FW2NK0xW5gxz/acwCbniit6OnpwfcgNR4w8AP0J5bhMmLGE5XV1Zyqsp0BCJ6laZaq
e9kOW0lVlek//eGlZQbxUkEVqq6wj2QHYg9P+dgkXQWRtWXIxpffhnWVWCXX4inHU1AGaTpKD12k
0NB1PEPXDCGTPMIclfgqtDEJEFKZTIaqZklpheOhaNHBc0quvcKlmyMSRXkjYtMw23t6mIJST5QL
WDCWpMOzUTspPny6OqH+4LvjhlcLM2s83z2S8aeE8G6qgTW7PNLhkofX/q4p6QV63A9NcJmi6oKw
GXxR9KhMXReVKOHpVJdK+Ve+OPrb54/oV0E6kyJQQG6pFNm+7QDIy3FcTTUCHmqG4TkOIkUVrMdU
zVB0w2F+fdOR1s5ORzTqcIuBSpaGYl0wOEg1Qd0KI7jjxon9S4klnu3NJkoIf1T0QNMzhPzq+be2
72nsyBLkZMY0RdOE+vADA0ZWAcLhPIDVRFUp6xsV9tch+rFuxFvgpLsSlnHRhec7qe6YJQwnaicm
zB8zLNQXXtYRTxiWT+iu/Qd3/GOPT3RODaoY4FiVmqGgROK7PYCrOW3nnTXo1h9fbBb4TrIybOwB
OfbeV8mOBrZ2wysNKIJoDFUQGIWxwLT0wHW455fEY6ioZaEfDQAeFm1JwEIcxG0dOdai/je/cd4Z
AypTHS22oTDuIvS8gIPbdVAmZmEozVXViv31bx+99d4Oq6RfqOquw6gC3zMdP6AaUDu63zm4Qr/p
uivOHmpZVAp2mm/Mif6xTM0YlqmkqZPc+8DTTd28yzdorAyVG+yKYjh0XUQfvMnHkLruuS481LYs
+C72dPjQIePHfVVUbJT4GU9njkWD0O0RnknBmKrGY6EkZZGYwLWJsudeeLW+tYNRC4IQDAu42bRj
qiA1x6BOTbk95YarR59hwMCi9wjmVguta3ASflSZBxSK4GvuIfOXrT3cFXSDBqw45uNOlnLf4syK
xVOomA2DeR7SpKWpkAoYBboZ8Y7ozKY6Rtee+f2rJ4ReKq5xuFXGdwzD7E5mKsqqkLEzHiupLPtw
X8uzL7ychcjSbc/3gQiWtXTEs6v6yXI7nHnnzaMG6YZUvdi7qEcaSaKcoocSgDHhrT0OoTY50Bou
Wb12b2OSmhUuRguJcGQeZJx0qFrwS8SHIhObSExBALcOGAP3cT8T+tkrLxt72dgvOWmSSXUbyC62
4bkpcHMq7ZeWlUHBrnpk8/4jrUZJSWdPKhaLIQxAlyESquIOKNfmzbh1SDVBDRtTReNIdEpkHyNq
Qit+CO1Owc6ClxVBjw4XZcDe5mD5w0/VN6fToC/FRNbJZlO6oYY86vKJmgWRrYnopCIPqyp0AuaG
+4Lyrv7O5ZePGy0aET7p6iYlZcgyQWmp1t5Bfr3m5fd27NFiiQzzQR2Wqae7kghZjWQrEtr0KT/6
8lkVmmwJMLiioeZkkQhK0eVREFMquCJgpgY0OQfP+kK4HWojsxeubM8oWV9nupnx/FjChgiBuhBK
QuwKl6pHhRBD+CHRwOpgBDCm72a+9Y2vjb3ggkEDDDtGso6g/3ff+ejFl15LdvmBYlDDEgOaMR74
qu/EzcA2srPunPLl2mpYFw7NfV8XvopEirA1hVdEiH2p3Xw/sHTROHWdDLYPS886gWoZ+5v5sofW
7DrYGuiJLFcVyF7K4bJwO9GvEJIIjCTSBGRGsqsTQgImUWF7VUn1dCZMs6qioqwk4XqZjq4kSNfx
YAwzlqjwOObyIeKhBhM6t9XUPXNv+/yQMoxlyvCSVRsybVYxbdF5MWyWU0JhmMk6MdsiIWhO5COQ
HfNwh+VhVJPWH/XnLH7wYGuKaaUZH1BCoc8kHyu5dhJF/oD4LC8vb21vQ5WR7umW/W4mlVzgu55u
xOE2UEiqLOXgvpTY5SVl0M3E7Tm92p4z/ScjziyF4woVwgNslG4aIjlDLWF3VCOUuS+MuljC1LJ5
heuiZoAIETyOKNUCzpmmNSTZrIUrD7e5XmiwkEPaCs4LxFESPrkmKhRf4EFScrBPGBqGhohEaoEh
kAKBz/V8IRhV0Ew2Hi/hTAlcz1RYVYm6eO5tnzsjLgKChfJgjeeM4XtEl1/D3KpOcoijsybK89Ue
zVVNQi6J6y5TMFVjm3/3L5Y3tqUCEYVx0LBKddwrjM1D2dHi+TomWkFOjDMGIWWDWnwmVDgcHUWU
bRkAp1NWFuMLZt06ZnhVzhlYVGbyYjkftdRIvi6RGUTWon3POGRzAHEuso3uEQ2EcrDFmbd4xf6m
Tl+KY9jB9cC4mjiwoUL9FQ68RPUhfhFyCTdIRa/DbYQGJKzUjnckj9oGiRnBwysWDOofL1VFHOuS
gWCmCFnxkRcpKqNkllaUqAfKlMLBBs+dKrEQakbVzR4vwEbvPty59KFnPtzdgGUgXyOzwomgeAQm
hdJ8x0Oe7mFzFYyCx8HfnueYuqFTM9XdEze1MEgP7G/XLbr7zAExQ+pgUclEBqaEFZ1GFR9e5KwZ
MifXC5UnA7m8IhiZBYGva1AwnGoal4uBpXc3e/fUrTzUdNQJkEwSAVOybgC9r0i3UorK3mgoOJ2o
1hX4AJgvFA0y7tecFpv585tGj+yvySYs90NDNP9FUzqisN5BjoErim3oYyKbXdEJbu8JjU/FyS6K
OXHYIY/leI/jaZZVfySYu/DehuY2XzGpGfd8wXCSeEJ5aMpz5olOpEWZE+qCORiqsgpYmGTvmXv7
OWcPFMowQEElbnOdwLQjhGrxkTDJYyX58vnYHn3Yi1j+x0JV1oay5wCi1h2kRo3sbuheWLdyd32L
apUEUHkRYjlc0Tg0wu052RiStU6zXe011WX3zr9r9IgKWNKgPGrz+z6HphA1J/M1wQm0+Iy16DDu
2L5bULQkMRkEsWlZXOY2TdVk9oFToi4KNFs73E5mLLhvT0OrF6qBWJhehFjEXOTHUKSoJEELhur1
K9dX1M0fVhOHvrGpnFBENkhJ8cDZ0shK7hDtmLP13pM1qG6h2qTBC4en4oRDbLJ8Gs4SMIGYB6IU
56JoUBzoLZ3sPezMW7SsoaWNKyABVfTJlWhD8wdgKFRVzcumYyYtS6gL590+prZfVHIq0RkgKiBT
nDbJJKz7gW/IE2IJrfg4tNdHis7zTu6suNCki46z6w/33Dl7fmNbt0diCBwtVso4zWQcpGuwB/ez
NgpB7iQsbdX9vxx2RsxUc6ceUaOssDo5LJXZ4GNhfDziE39CGfvRCLBFAL7WSf2R1Jx7lu49nKTx
yua2biOWsMwY9AlSWkXCMFnGUtyHHlw5bLCQYdFP1NMpPu4teg+CKp8M4LMgDmS3hsrjVASlI0Hv
2Ns2v+6BfYdbzHhlRhynhXbMZA70rndaqV63YPbwYVXI1KJdCJ8WeRhlUv6gN8zTVO7vExyFnDJi
jAu3NlR5ACwYQvQM4B7NHeSueffuOdgEsY2U6DsuDFlqqw/fv2jkkPJ8HgVZhrRAoRFc0qeBeVLv
V5wqYvCq6JepohUp3rQhNOMLBd7UTu6aNbexqQXiEEpp8KCaexfMGTUEOZiI/hCFckJiz1jiNFdB
lfoZXlU4ZcT4+MzTBOfniNsXbVaTyTNgNyRHjnq33zndyWR1XV36y18OHVoFko0ZmpBL4nzRMzQj
cmAqdeU/AzEYImAeDOy5Dh7WLZAohetCXkQuvre+dd3Tz1x11VVjzh6uKZFKEUyP0kWjWtbNaoZJ
FcStSo5740QKqRO9X3GqiIWGFk9B+0q9Jxp8TNNNJmmERgIKTEKJbCPlXnWRIhxXKTSn6BWJN0Xo
cYgl053ovazPYGNCel9j6fP2zzE6Kx9KxQLh2Jey+iIO8mR3km+EnALi4p5+4XP8Gzv82O+PP9To
XSXPvSVxIsT/D49ZJfsKZW5kc3RyZWFtCmVuZG9iagozNSAwIG9iagpbL0luZGV4ZWQKL0Rldmlj
ZVJHQgoxNQo8NDU3REMxNkU5QUNGN0ZBNUQ0QUNDNUU0RUFGMEY4RkNGQ0ZFRkVGRUZGRkZGRkZG
MDAwMDAwMDAwMDAwMDAwMAowMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMD5dZW5kb2Jq
CjM2IDAgb2JqClsvSW5kZXhlZAovRGV2aWNlUkdCCjI1NQo8MDAwMDAwMDA2Njk5MzM2Njk5MzM5
OTk5MzM5OUNDNjY5OTk5NjY5OUNDQTZDQUYwNjZDQ0NDOTlDQ0NDQ0NDQwpDQ0Q3RDdEN0RERERE
REUzRTNFM0VBRUFFQUNDRUNGRkYxRjFGMUY4RjhGOEZGRkJGMEZGRkZGRjAwMDAwMDAwCjAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAKMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMAowMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwCjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAKMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMAowMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwCjAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAKMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MAowMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwCjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAKMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMAowMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwCjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAKMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMAowMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
CjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAKMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMAowMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwCjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAKMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMAowMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwCjAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDA+
XWVuZG9iagozNyAwIG9iagpbL0luZGV4ZWQKL0RldmljZVJHQgoxNQo8MDAwMDAwMEE2Q0NFMTk3
MkNCMUU3N0QzMzY4NkQ3NEU5NERCN0Y5REI5NjJBMERGNzZBQ0UzOEVCQUU4QTlDQQpFRUMyRDhG
NERDRDhDRkQ3RTdGN0VFRjNGN0ZGRkZGRj5dZW5kb2JqCjM4IDAgb2JqCjw8L1N1YnR5cGUvSW1h
Z2UKL0NvbG9yU3BhY2UvRGV2aWNlUkdCCi9XaWR0aCAxMjYKL0hlaWdodCA3MgovQml0c1BlckNv
bXBvbmVudCA4Ci9GaWx0ZXIvRENURGVjb2RlL0xlbmd0aCA1MzM0Pj5zdHJlYW0K/9j/7gAOQWRv
YmUAZAAAAAAB/9sAQwAEAwMEAwMEBAMEBQQEBQYKBwYGBgYMCQkHCg8NDw8ODQ4OEBIXFBARFhEO
DhQbFBYYGRoaGhATHB4cGR4XGRoZ/9sAQwEEBQUGBQYMBwcMGREOERkZGRkZGRkZGRkZGRkZGRkZ
GRkZGRkZGRkZGRkZGRkZGRkZGRkZGRkZGRkZGRkZGRkZ/8AAEQgASAB+AwERAAIRAQMRAf/EAB8A
AAEFAQEBAQEBAAAAAAAAAAABAgMEBQYHCAkKC//EALUQAAIBAwMCBAMFBQQEAAABfQECAwAEEQUS
ITFBBhNRYQcicRQygZGhCCNCscEVUtHwJDNicoIJChYXGBkaJSYnKCkqNDU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6g4SFhoeIiYqSk5SVlpeYmZqio6Slpqeoqaqys7S1tre4
ubrCw8TFxsfIycrS09TV1tfY2drh4uPk5ebn6Onq8fLz9PX29/j5+v/EAB8BAAMBAQEBAQEBAQEA
AAAAAAABAgMEBQYHCAkKC//EALURAAIBAgQEAwQHBQQEAAECdwABAgMRBAUhMQYSQVEHYXETIjKB
CBRCkaGxwQkjM1LwFWJy0QoWJDThJfEXGBkaJicoKSo1Njc4OTpDREVGR0hJSlNUVVZXWFlaY2Rl
ZmdoaWpzdHV2d3h5eoKDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJ
ytLT1NXW19jZ2uLj5OXm5+jp6vLz9PX29/j5+v/aAAwDAQACEQMRAD8A+4K9AkKACgAoAKACgDx3
xv8AHeLTvEU/g/4baFdeO/GcQ/f2tm4S10/nGbmc8Jg4yvboSprlnWtLlirsrl6s4fxnrvxm8N6B
c+JPHXj3wZ4AsEUlbS009r2QkdEXzMmSQ+i56+lYylWSu3by/pFWiyp4D8ffGvXvCyeLfCd54b+I
2hvJJH9lltH0y9cocN5f8HYjk9+lKE67Tkraf15DajsetfDL42aH8Rrm60iS3uvDniyxyL3QtSTy
7mLHVl6B15HI/EDIrpp1lN2e/Yhxa9D0uugkKACgAoAKAHUANoAKACgAoAKAPIv2hPHWreFfC2n6
J4Lbb4v8WX8ek6S27H2dn/1k2ccbFxz2LA9q5q03GKjHd6FRV9ex5OfjH8IP2cdBuvA2i3Oqa3rA
SRdUvtKiRp5bsghnkmdgA4bOAN2zgdqxUoQi4w1b6oqzbuz5I+M11aaleaRqOnw+Owl3DI/n+L7g
TyXHKkNCwAyvPPXqKxhZt2/P/gDke7/Af9pSw+D3wj03Ttb8I+Iby0F3Oy6lBAgtZGZydquxAJGC
CPrWkKrg3FK99d/+AK10juPFHj7wR+0Rpza18Krq50P4p+GUOoaV9qhW3u7lEGZIcqxWVSufl3HH
+6Wy6jjUTaVmtfu/y/4YI3XofRfwp8f23xP+H+h+KbRViN/bj7RCp/1M6krKnU8B1bBPbB71105c
8U+pDVmdlWogoAKACgB1ADaACgAoAKACgD5d/aJur23+M3gKSzY/abfw5r8+ljdgC9FnIUI9Gyse
COcgelcFZ2qavRL/ADNIrT5nyL+zJZ6JrHx18KReMBHcWktzIyJccpLciNzCGz1Jk2kepwO9KKV0
nt/Vha6ntH/BQP8A5GjwT/14XH/oxaqr/F+X6sS+H5nq/wCyxp+j6p+y9JaeK0hfQ5XvxfefjYsI
Zi7HPTABOe2M9qqkk4ST2u/yQ3e6sfBfw+ubyy+InhyXw68hu11aBbYj5WfMgADY7EHBHoTXPJXh
qNb6H6JfsjDZ4F8VRw4+xx+L9RW0/wCuX7vH65rpw3wv+uiFPc9/rrICgAoAKAHUANoAKAK9/qFp
pdpNeandQWVpAu6WeeRY4419WZsACpbUVduwJXKjeJNFW7WzbV9PF2wjKwfakEjb/uYXOfm/h9e1
Z+1hdK/4js+w2DxRodybgW+tadMbdJJJ9l3G3lLGcSM2DwFPBJxjvTVSEtncLNdDx34/6TN4s8N6
R4x+HF1bat4k8D6gmp20VrKs3nxEAyxfJn7yhWx3C471z1mpx5ovbXQuKadmtzzCb9mT4e/Hmxtv
H3wu8QXPhV9SYzXNvBCLiK1ucgunl7kaJ1bOQGxyCoCkZFTVRXTt3Jbsz57/AGmbDUdC8SaPoWs/
Eh/iPc2Fm26Z7ZUey3N/q2cSOXYhQx3NkZHrWWl9HfTcp7djuvgR8MdT+NPwxk8O2nxdl0Cxt7qR
bjw3HYB8gneHYiZDIrcnkEAr/s04RUm1fW/9dQd0jvNU+DnhH9mfTBd6RcXPjH4o6yGsfDdvJEB5
csg2GVIVJxtDH52J6gDGSaKkVBWbu3sv+AEdT6Z+DXw/Hwv+G2g+GWZJLq1hL3kqD/W3DsXkOe+G
YgH0UdMcddKPJBJ7kN3Z3dbCCgAoAKAHUAcZ4w+I+l+EtS03RVgutZ8S6oHaw0ixVWnmVersWIWO
Md5HIHB64NYzqKFkldlJX9Cpf+JPHtpp5vYPA2n3m1Sxs4vEOLrjsAbcRk/9tO4qHOry83L8r/8A
AC0b7laLWLj4wfB3Up9EsTpl5rum3lklrqLmM20uZbdhIVViNrKcgL2/ITdWk2lvcPhl6FqXwzrU
nxCfxCVtTYPY2Nt5C6lIm5onuWkZ4/JIcL9pBT5h80YJ254lwm6ik9tOv/A+7YaaUbGVpvgjxJa2
viGGd7JzqT6p5K/2nK8US3MkksYEZhG07mXcwJ78HIrH2FS7be6fV9fl+JXNHTysdF4A0DVPDekx
2OsmKRo7eBFlW9e4bcse1lBaNNsY2gqvPLP61tQpyppqX5/8DYiTUtjzfxj+z7dW+tal4l+DeuL4
R1rUkddS0+aIyaXqm7hvMjHMZOW+dQevABOaUqGrcHb+v6/4A+bueQL8KrjQE8nxN+zTp2syA/8A
H3oXiJvKf6RO5dfqT/KsuVxXvQ/Flb7Mu6N8L/FU+r2mofDn4JaD8Ob61kDQ6vrOtPdyQN3dIUbq
AejKRU8spNOMbW73DRbs9GtfgDq+gWl54ji8Q3XiX4l3ZRZtbuiEeGEgq8VshO2Mc+oyMgFc1U6E
+W8XeXqCkr67HtHhGDV7bw3p0XiiZbjVki/0h1IOTk4GQBkhcAnuQevU9dJSUEpbmcmm9DarYQUA
FABQA6gD5b/Z1u5PEHx1+N2q+IJGbW7W+jsbdJOsVoJZgAgPO391Fx9PWuGh70nKW/8AwS5aKx9R
V3EHkHxO8R3Vv428A/Dzw5cnRv8AhKbu7udQurU+VLHbwoZpVjYD5XlYsC4+YfMeCc1x1NZKnF2v
v3KWiu9Td8RfCTR73R508L+d4c12OEix1WxuZI54pRko0jgkyrnhg+7IJFN4eCXuqzWz1Gpvrqjx
DUdZ1344/BHwTrFhmx8eNqktss0B8sSXFtFcSleCAUk+zqSvQZOBxzzT/ewUrXknb8P6/QtaPyPb
vD/xZ0/XfhdaeNIIGaWeERnTlOJjfbvL+yAckOZsIM/3geBzXWqy9nzPft5mbj71jh/2ctKnvLL4
h3HiuVtS11vFN9Y3k7O+NmyFmjjUn5E3O2FHTPtWNCCknKS1d0/wKk2mrHC6Hp+l2HgL4s3SX2pW
XiHT/FOs2nh6Wzvrj7aHi2C3ghVWLSKGYArgjDHdxk1jy04qUr2aulr2KvJtLc6b40Qapd/Cr4ca
h4siNp4ol1bR7fU3gkMTbpSBcRkpjgnOV6A9M4q66vTjJrX/AIDFF+80tj2Px5odjc/DzW9PaBUt
rfS5fs6oSphKRHYUYcqVwMEc101YR9k1bRLT7iIt83qc94b+Gfh7WfDfgy71S3luTYaQoiiM7Khk
mSJpZXwQzudg5YnjPHNZQoU5Qi2tLbetvmU5NNnB/CPwVoviPXfirZa1ayXdtYeKJrS0VrqUG3h8
qM7EIYFRyeh4zWVKjTnKSa0T8+7KlJpJrqRfGXQdO8K3/wAF7FzezWlvqcOk3BiE0kt3bRwMAjpF
kvyAcAHkmitTScE9dl9wotu53fgfS/COq+JvEM3ha21O0jtbUaZqFtcpcQRzGTEmRFLhlKrkbgBn
cf7oq6UKTm+VWVrPfr6+gScklc8B8L3HhwfC3xZB/bNxF4/GvalaeHY7TVJBqTXCyEWqIofcybto
O7K4zmuaEafs238XS2/Qpt83kfXnhYaqPDOijxS0ba6LCD+0WQLsNz5a+bjHGN+7GOPSvVjzcqvu
YPfQ8s8XfCDV7D4in4j/AAovrPT/ABBPB5GraZehxZ6ug6FmXlJOEGQpHyg+u7nnTkpc9PR/1/X4
lpq1mdPL4u8dmzdbf4cv/aBX5PM1y1+zBu2XB34z/sVTqVukPxQWj3/A5HVfhJ4q8SeH/Cus6rr1
vF8StA1GfU7e5+eSyQzN89pjhhD5YRMjn5Se9ZujUcE2/eWo7xT20Ozn1Xx9qWlPZ2nh6y0TV5I9
n2+fUFuLW3Yj/WIirvkxyQrKueMmr5q7VuWz73/4cXuLqczafD7VfAVn8NvD/gnS11PQvC91LdXd
xcXqxTTPJb3UTYUg5Je5aQ9uwqGqlPlUVdL+v1Gmne7tcfoPwiuNB+KOu65BOD4QuJV1az0iM/Km
qtG0U0uDwPlG4c43SZ428NUbVG7e7vbzDm93zJPhJ4e8V+FLzx6/iDRreGHW9dutbshDfLI2ZFjU
QvwMH92OenJop+1jzXjvd7r7glyu2pL8F/DfibwrN4xj8U6VBZx614ivdat5IL1ZtqzshWJgADuG
Dz0qqPPFtNWWrvcUrWVmbnxd8AS/EnwVc6PY3qadqUU8N5p9y6bkjuYXDx7x1KkjBx6k84xWlWn7
SNuoouzMy6m8feLdBuNB1bw1Y+H5NQt2tb7UV1VbiOFHXbI8MYUMzYLbQ20AkE5xg5N1px5XHfrf
9P8AgjSine56GkC6bpwh0633LbQ7IIA+MhVwq5P0Aya6PhjaK2J3ep5d8H/C3ibwz4i8e3PibS4L
O28Q61Jqls8N6sxjDKiiNwAOcAnI4rmoxnGTbVky52aVnsR/F3wx4r8SeKPAl94V0e3vLbw3qy6j
cPc3ywecNjIY0GGOcHqaVaNSU04q6XmCaSd3udLFfeMZtahmj8MWOl2SxyS30jX6Sz3jLGywwptU
BfnYHex4C471SdVy5uS3fVaiajbe55p4R+CGo6x8NfEnhH4gWkelT3WuXGsaXf2V2JntJ5HLxyJg
KQ8Z6+oJGRnjOnRbg4zVuq18rFOSumj1j4ev4vj0RbH4h21n/atkqxfb7KffFqAGR5mwgNG2ApZS
MZPBxwN6fPblmrW/EhqLe51tdJIUAeZ/Gjx7deANK0C6WZtO0q+1mCz1XVliWQ6bbsGJkCsGHLKq
7mUhdx4yRXNWnKCVtF1ZUUncsXHiF/A3h7xJ4x1rxS3ibwpBp8d3ZHy4PMVlEnmKjwIqur5iC5zg
7ucYpczgnJu6+X+QWu0rWZJ4TtvFHizwxp+t674hutEvNUt47pbLSoLYxWcbqGWPdPDIzuARubIG
c4AAohGc4qTl91v1QNpOyRzPhr4t3mga3448LfE2aGXUPCVh/ao1O1h8pNQ08ru3mPOElXhSAcE9
KmNVwbjN6rqNq9mja8AXfij4g+HbTxTqusXHh211eMXOnabYQQMYLZuYzLJNG5eRlKsdu1RnGD1p
w9pUXM3ZfL/IT5VokXRpvi3R9H8XJqfiea+jWI3Gj34tbZLm3UISySKIhGxDL97ZyrdiM0n7WMZt
vzW3+Q1ytrQ5PwP4l8Ta9+zuni3UPEd0fEFxo8+oC5W1tQIpEWQqqp5W3b8ozkE9eRQnJ0XO+tn2
/wAgaXNaxF4L1jxF4p8AeCdVHxClg8S63DbTG0mtbIwXDbDNLFtWDegMaSYbPGPpWUZSnFcs/efT
T/IqyT1Wh2fiDRPENq/irXIvF+oWdqLfzdPsLaC2aKARwDJYyxOxLSBjhSBjHfNbzUlzSv8AL5eh
Ks7KxyPw5Txj8Qvhh4Q8RS+N9Qt9RvxbXV9ELWzWGWESgzRrtgDoWjDAEN1I96hRqVaafM9fTv6D
bSexPZ+LNc8EfGCfw94+8QS33hzW9Oa68P3VzDbQRwyRZa4hldI1y4TDKc425yCeQ1OVOpab0foK
ykro6r4dy6/rKX/iLW9UupNL1Sd5NH0yW2hj+y2hP7tnKxhy7AbsMeFYA5YE1dJyknJvR7IUrLRH
dV0kjqAG0AFAHJ+MNbj0+807TtY0G61nQNUiuIrySDT5L1YHHlmNZYkVj5bgyjO0gFVzgHIwm9Um
rp3voUl23PHNA+DY1bSPix4V0NL/AETwDrkMC6JbXsEsX2a82s0zxRSgOkPmeVwV+bB2nABOEaba
ko3S87/1+BTdrX3O/wDhx4s1PRvCumaF4/0LWNP1/SbWO1uHtdMuLy1ugihVlimgV1IZQCQ2GBJG
OK0pzcYqMk00uwmru6Zy8fwon+JPiP4geJvFNrNott4j0T+wNLt5o/8ASYbcDJuZFyNjGTBWMnOF
+brgZRpurJzkrJ6L8Cm+VJLU3vhbrmr+DfC2n+EfiBo+qQ6noUCWMN9ZabPeWmowRjbHKkkKNtJQ
LuWTa2fWtKc3Bcs09PJ/5ENX1RuXPi6513QfF0y6DrFtplrbm3s3m06dbm/kZGDmO32ebsBZACVG
fnPRc0pTlOM9LLpo/PoNJJrU4D4fC80r9mCLRtQ0fWrfWLfQrmxexbSLnzzMySBVCbMsDkfMMryM
mpi7UXG2tn0fn5Da965mfC6fwl4X+HHg281DwhqcfjHQbAHyrfwzdC7luRA8LR+YsOG3hyOW28gk
8VjTqUlFP7S8vXyKabfke1eKr6aPwNqMt5Y3QvLjTpENpZwSXciytEfkAjUlgG4zjH512VG3Temr
RCXvHK/s8Q3Wn/B/wtpWqWF/pmo6dZrBdW97ZS27o4LdPMUbu3K5FTQfuJNPTy8wluc3+1BpZ1vw
v4etbXRNQ1m7t9fs7krZ6dNceXAGKzZZFIGUJBXOTuHBrPE6pJLX5/1uENz260ukvbaK4hEqxyLu
USwvE4+qOAy/QgV2J3V0Q1YmqgHUAf/ZCmVuZHN0cmVhbQplbmRvYmoKMzkgMCBvYmoKPDwvUjM3
CjM3IDAgUi9SMzYKMzYgMCBSL1IzNQozNSAwIFIvUjIxCjIxIDAgUi9SMTYKMTYgMCBSL1IxMQox
MSAwIFI+PgplbmRvYmoKNDAgMCBvYmoKPDwvUjkKOSAwIFI+PgplbmRvYmoKNDEgMCBvYmoKPDwv
UjM4CjM4IDAgUi9SMjIKMjIgMCBSL1IyMAoyMCAwIFIvUjE1CjE1IDAgUi9SMTAKMTAgMCBSPj4K
ZW5kb2JqCjQyIDAgb2JqCjw8L1IzNAozNCAwIFIvUjE0CjE0IDAgUi9SMjUKMjUgMCBSL1IyOAoy
OCAwIFIvUjE5CjE5IDAgUi9SMzEKMzEgMCBSPj4KZW5kb2JqCjggMCBvYmoKPDwvRmlsdGVyL0Zs
YXRlRGVjb2RlCi9GdW5jdGlvblR5cGUgMAovRG9tYWluWzAKMV0KL1JhbmdlWy0xCjFdCi9CaXRz
UGVyU2FtcGxlIDgKL1NpemVbMjU2XS9MZW5ndGggMTI+PnN0cmVhbQp4nGtoGNkAAETAgAEKZW5k
c3RyZWFtCmVuZG9iago3IDAgb2JqCjw8L0ZpbHRlci9GbGF0ZURlY29kZQovRnVuY3Rpb25UeXBl
IDAKL0RvbWFpblswCjFdCi9SYW5nZVswCjFdCi9CaXRzUGVyU2FtcGxlIDgKL1NpemVbMjU2XS9M
ZW5ndGggMTI+PnN0cmVhbQp4nGNgGNkAAAEAAAEKZW5kc3RyZWFtCmVuZG9iagozMyAwIG9iago8
PC9UeXBlL0ZvbnREZXNjcmlwdG9yL0ZvbnROYW1lL1JDQVJNQytTeW1ib2wvRm9udEJCb3hbLTE4
MCAtMjkzIDEwOTAgMTAxMF0vRmxhZ3MgNAovQXNjZW50IDEwMTAKL0NhcEhlaWdodCAxMDEwCi9E
ZXNjZW50IC0yOTMKL0l0YWxpY0FuZ2xlIDAKL1N0ZW1WIDE2MwovTWlzc2luZ1dpZHRoIDI1MAov
Q2hhclNldCgvc3BhY2UvYnVsbGV0KQovRm9udEZpbGUzIDMyIDAgUj4+CmVuZG9iagozMiAwIG9i
ago8PC9TdWJ0eXBlL1R5cGUxQy9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoIDQzIDAgUj4+c3Ry
ZWFtCnicjZFNa1NBFIZnkurCj/gBrmzxCBa1hoALkbarEjEKaQ0JRdw5uffcZGAyM8ycYK/gtpuK
m+4qWtz4F0r/RVfdpP8hdNWx3Tg3QePS3cx5znnf88HZXIlxzivt+lp7vf6kkw+6RhWRpXCXh/lS
mC9fvLo4PD8+3760wJrfv14PC9fYbji6HX7eCj9uhG83WbmQ+Mg/88PN9lvomIw+CIdVqBubO9nr
EzxdXn4O3Rwir0EHEaiPkEmFUH/Tevd6owGPGhub0ECNTihoDbtKJtCUCWqPjyEzDtT0A4nRqSRp
tK/BmgcB3mIiYxFuJWgLUAWLbiC9j2+QHnpOaMIUyIDUiRqmhX2MZ0YTWGciH0QSpVrGk0+ctATR
sfXi5bRH6gsqfL2MGEwWM1OTDAcY6/8wElJ7INyiwqeLkEpvlcijb5SyTk5aGHqpezP3KjjsCZcq
9BPdYiuz+eCfqYW1Kp/UmknWX39JHlVW65DQaVSC6QE9NGfL/4+jMMZKB8AYMc7KnM/df3D2pRLe
h+19fvYp7N1ZXFl9uDhaGY9Ho9Px6snSvUrkv57tX965snOVsd9c/M4zCmVuZHN0cmVhbQplbmRv
YmoKNDMgMCBvYmoKNDM3CmVuZG9iagozMCAwIG9iago8PC9UeXBlL0ZvbnREZXNjcmlwdG9yL0Zv
bnROYW1lL0pKQlNNQytUaW1lcy1JdGFsaWMvRm9udEJCb3hbLTE2OSAtMjcwIDEwMTAgOTI0XS9G
bGFncyA5OAovQXNjZW50IDkyNAovQ2FwSGVpZ2h0IDY2OAovRGVzY2VudCAtMjcwCi9JdGFsaWNB
bmdsZSAtMTcKL1N0ZW1WIDExMQovTWlzc2luZ1dpZHRoIDI1MAovWEhlaWdodCA0NDIKL0NoYXJT
ZXQoL3NwYWNlL3BhcmVubGVmdC9wYXJlbnJpZ2h0L2NvbW1hL2h5cGhlbi9wZXJpb2Qvc2xhc2gv
dHdvL2NvbG9uL0EvQi9DL0QvRS9GL0cvSC9JL0ovSy9ML00vTi9PL1AvUS9SL1MvVC9VL1YvVy9h
L2IvYy9kL2UvZi9nL2gvaS9qL2svbC9tL24vby9wL3Evci9zL3QvdS92L3cveC95L3opCi9Gb250
RmlsZTMgMjkgMCBSPj4KZW5kb2JqCjI5IDAgb2JqCjw8L1N1YnR5cGUvVHlwZTFDL0ZpbHRlci9G
bGF0ZURlY29kZS9MZW5ndGggNDQgMCBSPj5zdHJlYW0KeJydeHl8U9W+7y61yUYFlBibiCZxYh71
iIATMzK3hUIZO6ZtaNqmGZqxmeeVpJnapk3bpPNIB2YKZSrIIFhBEVCPKI5HvVeOT8/adfWc91aK
5+q773P/eZ/0jzR77TX9vus7rDjioXFEXFzcE+vWLd+yccWsrYJCvmTOWmmmUJAd+30WNSWOenoc
9Uw8egM1/mb9bX7CM8SGuvETKM6jRO3TnKcmj9Q/PjJjEvUfjz3oyR3XE3dmHDE9NWX7jFmzZq8o
FinFgrx8KW/B4sWLeVlK3u9PeCv5EkFeEW8q/lLKFxaLCvlF0rm8LXw+T5rP5+UKhHzeis1JO9Zu
WsObvmZTKm8Nv4gvzhTykmRZeG68DYJsfpGEP4OXWyzmCR/8w8suLsoRSAXFRZK5vGUSXiZPIuJn
C/BLfEU2XxR7MJsn4osLBRIJ/s4TSHh54swiKT+HJy3mCYqyhbKc2PD499ziIilPJC7GzwvxE9xV
UrFEKskWC0RSHh4xaeXqB3OU5mdKY+NKBPgxrzgXt8wpzpbFVvNfz6SZgiIJT8pXSGPjZPF5OQKJ
SJipxOPirkRiwdgUZBJBUd4fo8/mifl5meIcIV8y1m9sV/5YH+9Pq84UiYTKsXeLx1r91/gCqYQv
zJ27SVCYJZPwUooLM4t4m4oX8zbwUvh5MmGmmPeg0P9vgz/K9v9XSIIglmxYpizK3rhcVZyzaYWI
v3llSW7SKnFe8mpJfsoaqWDL27J9W9eWFqSukwszt61XFGZtnz6DN3vO3CXzXiKIOcRzxE5iM7GS
mEs8T+wikohVxDziBSKZWE3MJ14kUog1xAJiKrGFeJt4iZhGbCXWEi8T04lUYh3xF2IGsY1YT7xC
zCS2ExuIhcQsIo3YSCwnXiVmEzuITcQKYhExnniYiCMmEBOJScQU4jGCQbyG4Us8hIc9Gbc17t64
18edjy+Iv/vQwoc+SliR0EFLoR2is+kV5BNk7fjnx596mPPw/UcaH532aO+EZRPenZg9cXjS2knf
PiZ7nHzc9PjtyU9PBoxJjBCDeqKbSWNGmPefdCS+mvgvlob1T/ZbbAPbzN7PPsf+9KkpT73yVCX0
TKTOgF7qb5E4atrIs0zUoqZdttSYQBEos0nNYjRpdBNLmWy2bDGQaspHvwDXyH35K0QF6TJ2virL
8hdAviUOtPi9Td56LpxEba451VJ/sZw9kYIgArN6qSdxx5fCzBSvJaD9cA51hVVCQ0dG7a8jtkGf
bWKr4eYwPc1r8oJmUO8J1u4/DxNYUESLoESX0WUEJjbglxnXW0g1dNJH2bCGCWfC0FEUSphIJVGL
cedzD8bXUC8wQx6/qxKcBzXi42hp7bomNB6ogNqi1iiFWfISva5UpjNpgQWYPfqApkrv1QNSplLJ
xA2K9ndhIu50JyS4w3BS2wfgJNkhbi6UqjUyTUAf0XLq9X4jKAPZuW8sRM/KIcnSfLkFLtYA0kZz
Om3ABozOPMs2g9WptZc5yImU3TgAfzk1GbZ85Pw0kfE5lQHHM0tLinKV6jLANpkCAT8A1UPc8zAr
gfG+N1reUP1Ur6g5Z/2GzegvL3Deg0V2d6q+1PYXNVtNP+UMWYAcWJwWp3UW+pn1EW0AvhRsODp8
8dtTg32ArAnqlTrLPpOQm44WJzA+16bZywxP8avV3cdaot++z8G7pO+luNE48AU0fBAPf/6VuTUp
R7YTkCmCIzc+7/lq6B1ue8fBugOAbKwx6awOq83INWsdZmAkJTVlTa3RSMvxvT2b0UzEQ1PR/Nln
t35381znrYuciSM3QYQaicSN/DOGm9do6KtRw1bKkIDWqmmD9iY9kAKTTWNROmx2vU3jtDttTtuz
oyRL+LxGvj1W0J248uXyKtAGKspbvLXwYWoV69LokYRaGjWBuoCYo/vU2+SadWYMkpYwfY3P6AOd
oNYdCnbGgMaqu+j1vhMkY0jroL7umAwgB56FxPb7iYz7pidhDw0ugMRf4cN9uh5ZA1feKK/a3nCj
tr2qq41kfNfWVLP/4FPfrzyNmBxUiTFvxZgvBhqb2Cz5M+YZ70MnHGZeBYdtEdMhVXM6SCURsWwt
mpgpq2mtqjrR+AkndMzXGDpFMi59BGuZvoYqH97MT/oEy1Ik6RkSrkC+y7wA4Gmyl0QHIuYIvH9x
MrxyLpFx+1N4mRkdDAUHAAmn0tCVUTJoDIdC3lrAbgLd2oGiQeF+bRsgB4/2HoyW1ZRyGcfkZVql
0WPw6bkei9sC7KRRb1GLdYHD+zjp5xWh5BA8An9kVaI+uhDR8RGx66PUXFz8u7Dlbjy8Q21k4kJO
R/PQgleGUr+59m7H+Qvca1cPfg4+Ij9LPr+QoytlHmnLTVm+b1r6Om7uNr44A5C7hb3nbrZ/efIG
98DQ4Y4jsaXYtRHlCeqJyGRwD268lchQUNkwnpm6UW9UAdJgClZWd8GJ3XAct/Xb6Cen4G6rl7VN
n2fBx1hFP+fw20Ep0DotZWnpaBHLdFgZzgEkehItRElo5sqDGVeHj3b9NMzVpzk0QEoyQqJaZfPh
04c+PM1hpKFF8Dqzw1GjAHkkmv08WjpPIGk98NkgJK9d57S199W34RM4Mk8TGSExMgtiyNylpp23
hgwgD+gcOrM8BkTgfHH0MRbKoWwJ6BU1bcAW1dbloEdGX2Hx0RMmXYrp3+hUVGJ0hjwRXxTSqCUs
qBodSKijwRco0AeZ5b4r1Ww8mPIY9VNvHIAPxY/wKD6zD+5KKKWZ1AaLHJiAzl3q3VuZ7SvASxSg
VLQHidEcSCACzvn5k6O/fM1VVS94OblwMWCj+PW3IBM+cgJOuPMp98TJK23XwLfgVGoFImJbrq+n
FkQUeMthJnR/jeEzRE1nNtIAcAOXK+RrUQANMOah5/IRSzRNMttcpN+j1WU48Uoya+i7VcFode2d
yE1us7bO1hgDHJwLX4cv30kfWLluV8GSZG77T54gAE6X0812uBIYi1xOADiM2w4nmitLgGEMDEd9
CUgGa4teydiYmbRLuB2QxfKahv29MLH9Jrd1+MLJQTsZ45tj1BONcRgZimvx8DcYx1yRJFRjHKXk
9p6tcdcEurht5XBm9Ndb4Av24cKWHegFtAAtRjOXnN1y58btQ++9w0FFcB5z/1c3b58CZLRaLRUq
8oSF3Nx8vvKVUlzdXGU39a/uOPALteyXeKpoZC7zVbAg+7XlU+cmoYkAjScR75vpkAFz4F6YC0sr
OX747Ix/oKcAadzH/HgweQ4idqOp6+Zwt76+MWcVIF/dcwkSfxuEMy7e4w59eqn/QxAbZIxUcFU5
VDqMj4dPjjzOHBNGESYJyX8TRuijw/HgH523h368cR6OA5Ak4SJE+wWt5qBOGlyfhGmhxn8Qy9Og
tktyMq91A3gdICITPbRmTdLmJYXPA3KPorIl5G2ovcjFtUb8Ovj2GWpCA6btA9AST01BW5gqWi4o
rXDVA4+r3FUOF1E3Wctpmt3q4/JwFkYPC72CNqDZKw/svXLjeB9kfMV9CR3XZqtN66yYQC30VSMk
s7tFJFi0Bj23JoVbIhPpJIAUyDoGbp6G8VevcTs7u+va8dJhJ8qOUh93QQUe/j1qzfvxPRSP+TXt
5dFFMt6+rZmArTP5gx6Xx+Pllvtc5cBHRpW1paVqpVTQIzr61fX/hBsOcT6AHybAOJqvKwERtHa4
oO/GECBDQavZ7nTYrVyb0WEFZiwx6obG+rqGvty2nTtzZLvzOIU58j2Fs8h5tAcOor8P7u+Io5w/
x8OpuALnzdVGUIKtSal2L3p49A2WcrPZMnZcHWH6hqDVA/aDKndFRe8ZmMpqtrQ4DoG/gvdqj3QO
9rWfA++QPyw9g57mIBcNrkxm+qJV/jZwAPQbImUtyspCsBusk+5JLxGqckwbsXswuUTlY/LSTd3t
jiEhfmQiJpRRy+8WSQT0lnyrcgwJqhSTecwildMvw4XqwO71JSUZcnauao1hKSC3SCqaKisHmr/k
ho4Guyv6exydzipwwNVmqTR4rW4jHkzl0FplEStrGGqU5fyFRst8G1sHCpz5zmuwjOVrqCzH+wcX
9Gg3a50ap4obdWB6Z2MFfjESByc8eRq+WXvk+K3uobbOWuADXpvXEFAFrBFAttfWdXYqosVSkUZU
ws3KzE5SZ5flsc7AQrt7udboWK5jq+hNXg/wA7IhZFCWAaBew12CjsXkA2U1wC+jcNuB6obJ4Fz3
HTjr4r6PExn/ooTUDOYmmh1Y3SafqG5fBR/TW/yCN+dsbyg8X8JNylbKgQRoA7r6sunr8Pc95Opr
e+/DyXffuXdl19HZzZz0ypIwqCFrGltCbjdwejgBR7UzCEjG37/526d3wvaIJcIdpDF+Q7fRN0wX
cDvdTo+zwh62/rqvrxh3l5qc/eZru/vfbfLVhus5odrD3QH88q9wOjWF2Vcv2Z2vS1cIuDivyQSA
5MvaBr49/8lVLj7WaP3wiL47zjVGHrBLzbzt7a8Y6oTTP7sPFwL4EgmnzPoPxH5tQdaK1zhT5ySh
CZhRwOKONWczW0obDEcN818zmt5MrdCw+qP9FQdABLRbjuouqc4a+sA5cL3l1MGmulB1S6+mkrUl
OUuxAqO1tPytuu2h3UELdkAOAAAppkHzyDbmJyeTZz+7G01bP2+MiZYDcsnuS798fxLOuPQHEcVO
AfVjd9wIOwY9q5p21VJlwe78T07l30fAG6Yne5SVoAMEPDW+hstQwupzNDgbMMT9zqCtxuTXYiup
dugswlor6xbUKr17F9id6HUHG2PMF6n2HQJs+HqvdqMFYDPLdVqA06mLOlgYaFjwo9TsRqw/3314
HCu+qxdOZcrRywlhWiDs81aASlBni1hJhtDcUGsPT7l78eyt/tKjuy9w+QPqTtBKdkejPac7ct+o
4IRpjKcjkJtQRjOVmWxlwAwMboUXvxkQa9zqKct3ZbxdEM04nMo9kFabD4rIvYUF6VuFh75Xc/5t
reNgw8eeO/EUHxvr1DU6vRozuzkYrAhfqT3Nbf++/iZoIg+KWnPWrVyLXpzLgY9SW63eZG2OebOZ
rWmhuwD+uKp9TSrs6susYmOR02kvs8jQlNEgNtgH4dzQ/oOXTn88fLkHG+yQTmuza21q7laUrd1p
FgIdu6RW3Xqqp/UeNsFj5fkJM5QZS9G7YWa6R16rOD0XOli3a7ure7u627G1PkZ+t+wUegrzjpp2
2OJ1VpgDVp8O6IHOKjGLHhQxCSuJERfRHqZvCpi9oBtUeELBniHIZ121wknodgKcTkNV1LeYtkL+
LkB+doi/bPr6NPS4Wu8ql8SgreyjRvZjnhoHB2B9/EjayEymplwlURlKANsAdB6Zf0c4I5CFT2oe
2op2I9Ga9lUDu7in0j4U3QNfgg/qbx85CTezwkPhqqvlZBjVq+lVzpCjHHTbwwagBDJLsWyZbIXd
pNPJZHzdXtwRc/lNHJ4mnYSMj+9yjw1cbr0GroJzoo494RJ/qTe9zs7CcqI/CX/rioMnqaXM12ht
P7vcMcvC9ts9VovdabJwctI27igwik1mC94SJ3C47ORN2grU5jA67XYj21hoygcmUhZVtx7vbvvu
Ckfr37lBrVYDttESqIqV0sP9En6RcJcWG2uAYkZgaiQOfBQPxZDGlBSYTQa9SqUxGAGJw5e/wlPj
r+cCj8fvDpBuusv9JfzI7p6qkNtz7DhwncEsg0+Jya62yHehVSx1skUI5GRuWN5xvK/j7nlOKXWC
KZJLCwvqS9tbGhvb2qUtophmK3uo0W58PiDtS/j4vUTGIiqfymcexGZQSisrNVplAFfcIw2QjNtB
WYFXOOX5ZatnpNYUXVzPDRpDZbWKOkW1xm8a2BkqARnk0i3JyxdtuPF9wBVw+TlytwBJsPH0N1ZW
RPBRq7G1GI+rWi2dWBLo9+7BhKvSAwu+4S74xliN0+uVwweG+zq1kiinQRwQuNeOuZkIfOcwrMOe
OBDzxEBNu2CuiiWesZS/B/tw1E87C7f/Ht/DqEVN/x/vAaAzTN8c0PtBO/C7Am7/NWhnwX7aOqRX
b/8jsK33lQVi2c7lcwcgi5Kxai8EfOcrxrzsmbQBioG97G345p1ERhqViU/y9nWaMnySzTZfpQ+A
+g+4H8PTCctoKWieWb1nOck4NnvzzrSCKTpjRU05cOOifwP/t92dos0zp5jZZfR+LBJBq8/hNWJG
MeFTLchFz7GUK80CoCTz6hQ9N86chamQziniqVeDUpKRVlin7BhojPw4zBnzPI3U3x8gZzgeOqn1
TLv7JfUOk9DJVrfS8TJdEYvXxi63eYzAAAxWkT5jBTrGEqBnpOnZgNRZyv3lLne5l+sLuL0ggC1R
WCpVKSX53SXH7128BV8+yLk7QsPIkQn/G3LOYAb5viduZEKM4NtpmWhune0MJLpq4RwHG70w2qze
JlGvjZm4I2G6yqXBuS/bowtimg95qoL7IZeyss7RPugSb8HOwKHi1mJnAL94kM1xDraHaSl+vQ9X
ot5dFex6EJ0v+GOVCGMc0P+Mgz9XGTt5ZYR6FbuLf5yKj1LTmJWuAIbeAVChqp5XsboKzQLJZLHb
7G/+7lf43N85PYMtV0Ef2VXSWijTaEvVPl2dmhPSeU14u/asRfErlwkLWGb4rOW09qb87wCbHmwA
nSa70rrVwLeMBYfTcdRLOC9oSpRCnV4D2KWgtDvnB2tI06s6AKfBxM7IgAdPer06TG+uNuvlO3bO
Xckt0+sMKh3m+D0sqzdJyzcnYfzRT7jqzS6FQ2UWaffYyux6h8lhZCHGqDzhI9oJ+PbhrnB6y6a6
PHbXhjpFOzgIWpqP3R2LFoeof2AIfB0/4vs9O3bZKxxVpgqLvwxogbrkxV3oDZvWprIqlOs02TJB
zsZUIc4Qi1JOXN/fCSe8B9Vct9/td3mj18PVw35y7CS9Z6mMabbOrraptqGtrEJEaNeDbHLWt6vh
ZJj42Q048yjnM9jfD58s917GoRLvfecIgSfyHZwJ/fGULjYZv5p2xVId851lNpmpGCWO8ln6nDIN
tvESfajVC8pdPm6Q3ixtEIsUsoLtA3nXTx2L9HVyWrsix6K3fqborLqLuPCBWELGtV0Yi5PUpycS
GX1hnCUjNBfwAK+rzV1h8POrUqqe9bxe/jLLneM2BXHha5t73/dWRno6znwF57Pa0QdukdvuB+wA
qKho7Xa5yr3lXvg0fPUWnAzeJTtkDYUSDAOt1xTWcMIaHxYgkCFIRYno1QL4C4uRVOnwWKx2h8nK
wWJ03n5d/4v+Opsx/7LeEdBNwUqANVdvk9j2WW3A4NA5YrlEjzfkdjxUwElMox5/dAWZCo0SkAar
v9LvqfJGuC6Py+tyw1nUrf8LDBGz2u602I1c9MxoMwaDAVjZebXyrtM97T9cjdkK/cldEWoeJqS7
MO3DRMYxKgeOY2o0FqvZVCjUjkmHxeePHIZvDcClXE+Fy+0Omj2sTWa7Xb/L1FcUzRhLYHPRevTS
qv6sd68f6YaPfcmVv2HXAgmmmqIqXdvB5vpvbnIYIfQa/IC539EgAfng1R3o4dXLJCKBqgiQ+dL2
42f7fz5ymXvwwkDXwViYhsrIyCOYtFfG6r9JTTtmrTMABVAoMvaloCxEsdZSm5248MDHBvurK67E
8GZR04fMbnsUPf75aC2rnkaNp1Bta7iq0RW7rPj9zi431qFYTatyVmKBb3JUxLRXsjX1pY1o9rM4
HGyrGWyNvPM/CsFmqzUp5lZcOHX5x+7lKtxBX8QXZV3G5ZmAcpqyqvOBgg00ZaYCuxXonVoHbt6G
m/ssnuIBtBwOseAZWNoWbaxsil0XJ+kvwG+G4qipMJ5pMlotRp20UGfQxy41QuY2R8Dpc3rE9/XH
Qc3R271H63DGCdgrrFVmvyMQuySoiUZVYUk6P4+3mqs/Vzasj4gAWwYExk1yvY1VrukPBt1BwG4G
PmP15nY0ibUYjZcXypV6wLYAg8fg0/r1HhMgFRqNvCSi7uisCl4a5LZ2RVsPX+hAj7JCaSF1F+gH
LU0Xvo7xBPah/+t0HPz+Nlz4cfzIKixfBp3JYLcV55WqNBgtVl+Ftzzsa+IOQxzW3Xi+7F5xq0Ah
N2sknJ0FWbtWo3HNt2rOg3qyR9os2LQKO9V5nAuQb3dv0ZXaFmnY6mZ6S8is0Uvn5yEGV7rYbtCm
kTHyermmb//poc8vDu3HgdpvVBsL0IQNSMuNOdf5kcFTN04ODx7FQb4yaNBbHTqrkpuMVMZcmwIY
2IXV6paBo903z3C8/rHrwUbqsZNxVNzn8XDcSCLzHYfPDmTAaNdZZA6zw+y0Osws9PSoI8FGl94u
HIKz4BK4Ai64vnPw7VXbs9C4lZzTMMXfegy+ZfWydhjzLG+bSJiDoswjrfu2rU3jJW3k5vIzSjMA
KdRUNl7s+PHwTe7R28f6T8SuWG4+APdvnBgWN6ppZ62VZqxEapNYW4I2jz7EyqamOqvBoerQWS8G
ohFrlaPC7N8ZXM1CS9H9dGomhr4fuNngAK5WDPp6Nb3bFrQHjVX6ckXVvMuj1Rj/UEztTPDSBkd3
JkRocIj6pPVURbC/io1FcuQZzCjvx8OX0Qpm3n3dFfADgI+2wxeOw/iuj7sGrg5ra1joSfRw2trM
50s26DeCt8CbVUsbVldn1Ah7sa960APMeD++Hb3NhI9B4tS7x2Bc27WqK+AmOG96t+yialjTu/cT
hZW1f0nNEjANIIYALdzBK1pXmLlpPe7Bg/+8iMm8O3B8CAyRB8Wd+4pkcpHKp69XcWrKxuRTJBVt
z4+NBrdeiYM9MMBExbSyDQlQhC2vB7PiX39iFopLhEXN4raulqaOzpKWQi5urofxUAXjJwMYj78m
Mj7/9Sem8EG79q5m3E6M2zHe/0/4N6ZQIi4obJJ0xH7uEjcL8euduDwsvLprI3OZoxP/uTThQxo1
cWRpDDbgFtX0ITYGX8RTL0AuU7KjVJuK00CKlwa34s94OL5rEFxj/7Dy5vx8vkFdyEkrFgmKVkTN
rL6rR9ovAvLG2e2rSu0Ki5YrSd27Ye0qlIukLBWE9EHISpgoj1ArI3BPhNb48J1HGoOPPkoQ/wdd
p7zKCmVuZHN0cmVhbQplbmRvYmoKNDQgMCBvYmoKNjgxMAplbmRvYmoKMjcgMCBvYmoKPDwvVHlw
ZS9Gb250RGVzY3JpcHRvci9Gb250TmFtZS9TS0pSTUMrVGltZXMtUm9tYW4vRm9udEJCb3hbLTE2
OCAtMjgxIDEwMDAgOTI0XS9GbGFncyAzNAovQXNjZW50IDkyNAovQ2FwSGVpZ2h0IDY3NgovRGVz
Y2VudCAtMjgxCi9JdGFsaWNBbmdsZSAwCi9TdGVtViAxMTEKL01pc3NpbmdXaWR0aCAyNTAKL1hI
ZWlnaHQgNDYxCi9DaGFyU2V0KC9zcGFjZS9wYXJlbmxlZnQvcGFyZW5yaWdodC9jb21tYS9oeXBo
ZW4vcGVyaW9kL2NvbG9uL2F0L0EvQi9DL0QvRS9GL0kvSy9ML00vTi9PL1AvUi9TL1QvVS9XL1kv
YS9iL2MvZC9lL2YvZy9oL2kvai9rL2wvbS9uL28vcC9xL3Ivcy90L3Uvdi93L3gveS96KQovRm9u
dEZpbGUzIDI2IDAgUj4+CmVuZG9iagoyNiAwIG9iago8PC9TdWJ0eXBlL1R5cGUxQy9GaWx0ZXIv
RmxhdGVEZWNvZGUvTGVuZ3RoIDQ1IDAgUj4+c3RyZWFtCnicnVh5VJPXtv9iIN9Xq9gSo6TYJLVa
rVOttRbaOuNUUREBGURkCBAMSSABkpAREqZDAgQCSYBEQOYZRMSJatViayfb2toJe9vejq8tvfeu
89HDe+udwOvtXevev95a+SPJOWefc35779/+7cMgfOYRDAaDfezgK+GHdq+NEGUK5evDpZmJEu/f
a+lABr1sHv04E72Men/X/L7R93EitJG5kOYtIM4se2y5/3Txo9PLFtHfPDJnyMJoZ4wxpldHhh9/
eu3adbulMlW2KC1dIXg2ODhYkKQS/N+IIEQoF6VJBE/hL7lCsVSWKZQoNgiOCYUCRbpQkCoSCwW7
j4TFHDi8T7B63+FIwT6hRJidKBaE5SSJRcmCUFGyUCIXPi1IlWYLxHM/BMlSSYpIIZJK5BsEO+WC
RIFcJkwW4UVCZbJQ5h1YJ5AJszNFcjn+LhDJBWnZiRKFMEWgkApEkmRxTop3e/x/qlSiEMiypXg8
E49gU2FSuUKenC2SKQR4x7CQvXNnVKQnKrz7ykV4WCBNxTNTpMk53tv8c0yRKJLIBQqhUuHdJ0ko
SBHJZeJEFd4Xm5Jli2aPkCMXSdL+3H2dIFuYlpidIhbKZ+16UfnzfoJ/uXWiTCZWza6Vzs765/4i
hVwoTt1wWJSZlCMXzPpUcFgaLAgVhAvTcsSJ2f8+8qe//n8eJAji+dCdKknyoV1qaUrM4d0y4ZGQ
rNSwPdlpe+Xp4QrRsZyMiAO5pyPzxIkHlZlJx1c/vUOwbv2GFwliPbGciCWOECHEBuJJIo4II/YQ
LxLPECuIo8ReYiOxkggn9hHPEk8Rx4j9xCoigjhAPEdEEq8Qm4ko4iDxPLGGOE6EEluIaOIQsYtY
R8QQh4ndRBDxEDGfeIJgEAsJP2IREUhswYFK+ODhi4wXGT3zfObJmGxmFLPZ5wkfuy/TV+WLWLGs
e2QYOUGtpBofWv1Q8fyT8+88nPzw/QXJC24tXLHwpt8Wv24/etGmRdWPrHnE9ejGRzP9F/k3slex
P1r83OKrHCZn/xLukmVL4pZIl5QtGYdWPxoCt3KI/tXt/5eppWwZ/R7cxVELtQqNOj0lQhUEqP2s
XbqqPj6dSYK7TucnlZQb9SnJD80OLdhDzYSR7EqwR6vZVUSxw5R0H3kJ7vL1m04FHhh9jn7Cw5iO
cnNOWo329A+Rhb4TkMdCKTP6g+gpfX5cKVcJY91kXJ6jvc7qrHTwx+BDvtDFOre2TmbLAlouyFYX
RpVRSlhNzuignQNJ2A4p1O7rR5cgySQ94WHQUjqKgwI1rO76gvziMnOJib8GdSASVpmdxQ5QywWN
Ltt5C+VCSVqytbjBUK2GLFQWYC10ZbbH1KcBDRdoFKHqTG1WjlILzKDAYqxU2tQVakAp8vLkGd3Z
I29feg2uuMaHG+h1ju5ae4uVi/cHLvqx64w3J2HIJLOeXs6pstrLawHVXqOJ5aNyEoQbtNHFlAam
u8joCk0d6KdgL3npQlNdD6Aut4gP8JGQBKE6dYx3UoqLjK3U14HLFFSR3ye8tjNerD64j/cJabLE
qkSGiHy8Y5jxfdq3gwE+ZtLL4UZO3J40eTigNh78FJK/Xb/7Wb/DkGrnV+VUSxtVZwC3tcnd/Nqe
iy/ERuelJfFjEqT7wMsUWvLJBsi8MFzf1c9ra3G3dd6i/H5fCNzTPm7GT6N04xRzegv9HmcmhgRB
et3LRRj5Hje5q1LrBHcpOgwHgMPxYRUOgDgSZc1YUD5t8UWxStbnRQ492EXNrCHBCq0yyIzX6d3k
tgp1M/iVoleRsGLmoq+T5Tf9DI61AfrBgNLt/+MULJp6EZJL2Wsaptdw2C4lOVlUZwA7vTEFdup0
QSUUO0MJ/0LeB3fPDPT2d3sugEtgVDUs7shsk9W9Uj/uOGNvOUOxxWebXAPnHoM+m26inbxg9DXn
JzBW1K/By2/I25JDHwORuSnJitOqpMIDgIrV1nTz4TkfDPQZW42LN8piiyE5Ebdpa1TCej6GGXTS
j3Uy6C0wkKOqMMaY83VqrlYtKogGFOKxYBP9tK8L/UKWoPm+jayaD1yu1wEFeSzknnnaV0MvJHFs
GNvpTe0M8A10fsOEVvoUBy3ZuBbxUOB3T0F/6P/jPyAPLn3mB7SYr5NyJm+tRY8j35P7dqSktgzn
8qXj+e9huH+4ePsuz2trHNTT87G1L2HeJBP+ZOTAVeO+9aSqrBSUACqtsHaMT79JFlni1OnGg2pu
PlldXgWqATVQY0zio42ksFtWm4zPTm5Avmg5WnxvM5z32qDnYi//IAkZPsBk0hsNqrxsowRQQRGf
wkXQ9/KHH716+UQU35vH7mmmhwHHcGgcw25CUiVrvKyhEMiBsUhfoEFPotwAtBpmG+rNDbPZ5qzp
tlQAO6gtx3HSoyQvlTq1v6An4FIUEYB2kWCz0bixGAfILTe5yaKtAx9RMIqEq2HuxFetTVcruHhP
g6fAG5L+OCSfG13KvkDTBg7dTILX7QNuh9PurBiswLb1SnKwxFnsKvBoa9LAIQp9Q85waKUv2q5k
nQfOwuET1Mwhkh39n0JyGcl20IdxUOKQ1I7Svw0zAKSY0wTmkgKY65vLMufm6/NAAdBYNVWx9THV
J0AwCBIfithzSLgBoHlgQ+fzV8Nff+Vb4c8A+oKfxyY+o1SNO0MOZAYBbig45jk1GHFZ/A2ATAoe
+A4+BFfeGM9NHuZ1n3ZJ3a9QXvrKbFA3qmCmsZv2e93/vUmY8+VSdlEN/TinptwGagDVazOe4M+k
k+C4wRBmpthPqWERyT7ZSO4o19WCNyj4LNmX0WIcwcE3/1voA1fCR/Z8veZYQnZkAv9j0myJzE3X
Rai5cM0OTudr/WMfXt6OKMSM3bH7RHh/J89LJ+9CSTck+xn0OhjEidt+SnIQhINTHZIbqkFTT+kE
BSdYhXeMHdndmf3xZ46DGHBCJRSdSJKFgGCcCe8/D8kf7t2CxAgP3YfrOLX3ewcmwARokTo2U9iJ
2n76f/oxrCx6G2Qx4X9PB3HQMbQMrUDx67s3XjvKvxn6dcpX+PQxcBkUwPifJQ8iXueHvvtC/1oc
1T5jYEzVf/pabNd6gB4GYbq9eccLstXZCkV6+klVFIgHJxvTu46PZfyKMQZT7T+NXKSGzl9uug6o
2aD9g2W+mqJZkLGUXf43yOCA3XrddlynxEo4QEIK/L3n9mt3bg18DX4C32Tej7i+713E6EeP41xp
ZrGXKclPTDUFmI/Y4qkeTldt9bkv7+SLLvHuR557HiACoPlJL7x4IlpyVL8ZUMl6zCqzbnVqG2D4
BO3f7o8zNn9yKVsDZ+itnPi2zJoUbPnRtcgHY+D/1qbvb15vvTTKR5jtjqk0Ifhcl9XQ4CQj6gqr
wQhF/2Agd6EvOEBerDMW5igz9GIgBjJ7nud0R+4d8BZ2+6sfPrjdlbGf5we/xNVoVTdMbGd8gTni
trckLoIU66a7a/CM0yhp5NVn1RkbANXsbmzuT2g9cihKFp/Fz0ooTCt7iQo+/Tl6mwV2GfS7vbXI
4SKDrYZacI+Cb0M/TGevAjdsGoZXvHhOTsF8L55ieBKOclpLG8pawX1wzX6+5fXu/gnwFhjRDso6
kkc3t6/Hl21gsRuwVCi0G8FuamYPCV4oNG43zVWVl60aJ/gAg0vn+rTZbG0w8PaJFWvCYhCZpy23
KHhzwmQAnj8HawaVc+pEQX8Pt3KkrBhEnJKjJwElY8WCxEqTrchaWgsaKAjgBvJz4NI5gqhmqFGw
TEnFGoNWp5YWnsDH2QCzWe1VVW08GMjCWdukaXiWOssqgU/6zrSz2OX/Kmr+kDQhSnqAnMN3q4dx
d5Jpox/jOK015XWAOluTn8BHVhLEmEwH9Rg5k4vcZ1W7wA0K5pDd56+0VdUUGWt59dpaswNQLa6G
9p5cjwjL+pBY/reYsaNy0nRhSu6smLkBn/PApWdhxlAl5vr3YP7Hbe1MOoMO4AxtI/MwD+XZcqoD
ZHZZZRagNuzcvTG0TfhWBl+pUqnNRRkSXR7IA7l1+nN5IcdlGSCVirqf8MO9+60j47zBroZuMAhu
nxjZaUWcqoAoS3YNqAeenr626poyW5kVuEsdZVVgAAy7utp62l194AroKGrWdlPINPMYp8f0qfky
oP7ao0s7uj0F+T53tGO02eYYucKvhN9xbrX3jXW1qjPreY3pdfEghTomSY8/knjnR95c4Ez8i/vS
aTnM52C/kPqXVJqXsEdWej1S6fXIsv/gkY//9AiOnSCDN3lnY2dbBVYk71NQAleSn4EGTd2LmFK5
xia9h97g0TX5g9sw+L2l7HXwHfg2pxgu8zWwSksLTGVlxYBrBkaLoZJiN1Tn5FRkBb4cHr37WHfy
gzj+zYy+vAY5EHMTTkujRWJHk5KXe7agWXeDykcbHSybvcKCnc4OrQHO0mZMyA3m9rbixsCP37z5
3hV5z5F+PiLelNZrzoI27nBX+9iNTtGmZt6cUAy85hWKh3FqPgt/5IyMdTYMAerK2bQ9fBRLgn1G
3VHznFKMtJurwbsUjCP/nnjtxbBE+ZF4HrxBFllF+uzCY/lcWaFvPllRbgWVgDpfXXiKP3Mah6q5
4GghXi92kUerjHV4/azQon/zJuyDKajzJuzH06vcHKE1zy7pRUmwKuBtR2ddT1t3q3sEXATndQNZ
HcJzQa3epO1gsS8oyXuFdgMImQPeqN/hrZ+dGPhKncMLfAz5mgUWoAlf+DyLHT0TR3/Jaa+tHoaP
3jy1PiY3MU3Ji89KN68tpfxgl3GcXtDtD2AROoTZ8AGsxuzEfvcpTE/2MquZZyowF5iMwohTcfnF
FPuBwWQ2FT0GSspLraUU+91X0TXWC52nbl0ebBnv4elqc7PVxhzATdW0vcGHQyT7wa8svAWG+GFX
nwcunPK/PbUF7/J3uNurup6J8NVgOVRncZTXAG7LbL5qSLDbaNjrZTqjizxQWWj3XgiSbDoa5nJk
CoVU2qRo72hu6mhXNEswp7+q7c/x0OicyOPf8SXU/rqUvYw+hqtZLqtYYTCogRHgZqGaYvc4U1Or
TweeAgnqDEm6WJUIjoOXRo9Bn7D3heNJZ4U1uspcIKf2x8Tv2hR6HfrF8BSsTpTu28Rih7rL65yu
QExhxW4TtqQZHC4cDoTk15/89nnEHRRwl7/8ZuIouEZdHxm8fWFEmdbH6zrtzKoPw8nilYg3wz30
iw1ap//tSbh30ntA+RVOESvegLUh/BFtItk9avJ2SZ0RxFBITwJpkVZrkOWI9ZmASjndO8JnN8BP
0FNa8lKJUwPiKVRJvnwp+oOBofq2Nt75875BJDu0ovSKp7/2qpOL8UaS3mmfWbjhllm8v4ORdDyn
yBqmEOrCVFiDVpa7LK5yO+A216hxlC4iwfaSbEOe2agt1AINMNrUZ1TN2pp83GSp1DmnhxXX4Lxb
H8HlfPav0dPb/5MbcDWg/2uEAY1TTGibJjgzJSTYYjAEeSnhgpsMrtA6cDmhq6+RkAWaVM1oHtXC
MsNtvjMTLDPa5tvCaoGMZjf0wQoB8/lcz4NtkV5hsEOnf6EEG7qCDVnzvXXJ2+184HRMepXmFSX5
YK41wWBrPfTLuO3M8tZYPm47S1xGoATGUmOxcTWqC1gJa8zOEieowVK41tZnxY1ntIYcLLUZx1bA
BWg4wGK2mqyFVaqqwipQBWwO1wBcDD8M6HinytZppeb4IsjFuIdLzTSTgwMXo0j12HVx/JlcLAZL
SnZ7S43OReaVJ1twCe3jwlASCtARa7GlxFJiLeFWG61mUEQVFJj1PKUGSlysBKvYnXgVrYdRAR1t
d9+6PdZRzXVVOC1YEVS70Ckta6isthhoQWGBVqvHzYhfAB1EFluEeknh0XxuZqG3occyedrN+GYK
/vcok4Z0HQdM1dV/bsfwaJTkfXN9DliFdRNmM5MwP1MWd1C8A4SA2BbZRVW3acCrVz8gwfu1tZ/a
8Ip+rK3MtQbcMqI7JNr5WTDcBhn3+t4Z4rWM1IyBj2f14xzO72CcNWSvyW4CaqAxyw2yZ1F2wAtQ
oR4DADi4oKnWdtGGUU7QkAPFdQZPpE1pU1apNqK4gNXQWWwvtQM7F5ypq+6twLP2a8jm0mpjUzQM
RD8E1GVWa6swl1Y76lqxhDYF/BUZnKkV5irAtYHKmvph3Kf9HNA4Yq304C3IWaZhfDLJxD0Rp4pV
W15XjvusbrsWC/UsEkRqdaFF2DcGFxlaobeD6xT9PUbxuFpo3KuebeBvhN+kA1r83V/A1Z95+5rD
b3HUWn2RBmeByTnKh8dJMF7UoWnJ6T/lDgPU+p2xoQpPXnPLGU9TRVllmY1fWlNWDWxUW3fT8OU2
SSTvMIk2HFIXnhLm5GlFIINiR4eOJkyMnjszPsFjO45XNuaeC+zFl+8bxEPoGawmxUUFuXq5VlqQ
C6h0ae95fgUJbp3rhwtH54SzNy2+mWLSz04v5dSV2UEF6CytK8TiIkeRGRGN9qDnA2AiTo3a2s+8
DwEDXt/X6f6oFIa5R4M+N7nV+5zxAQWPkK1n/rH8ox3XQoCcC7Rak7SsCBiA3vuqc9NNHi/X2jf+
hLTQGgDDYdg7d+qr36nkupHL20YDD/2ciwG7lsB4F0sM8urFo2gxjA74Ai5wt3XWd5dzXWiThuws
tZtx8Or1OdniIrNepcvTegKkI6pe4ABOh62zHPs9WVNDdoJ6XdeJ79GKAMRCwZlJRlNGCVcDV7pI
qb7SUWVzOTz8T+CivyJBhdliBmYuUJmKM3ANm3bjnHx8nIG7tFDvh+mml3Mc1mrve09rTX4cH1V5
va85Voa9n+0ioyyaWjBEwT4SWKrtNtvZ5vMNfYAabUrHBT8Ty32DIdxbfxQuMrxc0wBuU7CS7Dzf
0zgGqBuNsiA+SiNBeGHhUROeJHWRWZZMi64RDHFhEgnnp7y+7Wh01tFInuqGqC0SJACpNiiUukea
LNFKkSFC49WTuKt8+A3GW5Mw7ysmXD+9lVNkSdTICk/ouBKvgqgqrwA2QA3XFCTyZ+pJ8YOMT2HA
FJwHn4SLtn+/6vDRtNg8XpTP0MX+8ftXtiI/xIw7GHz8ZPNZnt/vIQbP9EIP4/cg72tArJJ1tajR
AGQg15xllKJH0bcBKAB+X1pZ0FRm5RacMbtBLWhptl/zvgZ4lOSNMntB70s9wQEC1IdW0AtMjcWz
zwZNTttVK55SqiSvFrlUA+th5ExvgIsFN9Avwc0zL/m6WA+g094OGfCie7y25lW7l8WnV3gY4Esm
vITL8c64zKzU+JDN6asAeggg9sDTX608F9eaM366rj7gpTekfbJ78rcNH4FfwN8dn7fdbr/d2f/+
zT+MwG1fMgfRHs6HlzpbB8bu/qXvFwAfAnBx6k/PTSVdymo63q3PD/g0tC29fUfL/trtYBV4Uhck
OywNzUzbfZTy+329dgjO7zl9Hlo88GiXP5iEC+/SC4eXsienQz7gbE2P1u3Hymob8oOPwF3f9X9/
4xb/8uW32z7A7e+zcAlahJ5eFbrmQJbO1WUrryyv4t+BNt+9LKMw55ymNh1wT4H0fJEoKkq8HVMm
e1XoUOzl0YttF3p57HcSqgYklwJ/fgCZkAOD0ZNwMTqEEtAW9Aw6jiLgZrQaJr93xTH6E5+9Cm2l
gzntpS55aUppnDos64QyTZIjA1Sqomf8WuOV3kF+e3efp8Wr2qz4Y/bk/83/l6Gl7FNfoCc4b/dc
mACvU1fSh06myxUiHvvM6WZlf5WtvLyKxz5lsQFQHlhdZS48LU2NTOVjXGHUG7j9L2MOQTsnFJa9
genTasBQP/oLJzM7Syw5m93R1Xq2oyurNRNP7zLgG5RDJgMuoxP+fQJCPv++KM9DR3lghIfVOf/B
w53VCxY8aFywkCD+F5jlaT0KZW5kc3RyZWFtCmVuZG9iago0NSAwIG9iago1OTExCmVuZG9iagoy
NCAwIG9iago8PC9UeXBlL0ZvbnREZXNjcmlwdG9yL0ZvbnROYW1lL0lHTlNNQytDb3VyaWVyLUJv
bGRPYmxpcXVlL0ZvbnRCQm94Wy02MSAtMjc4IDg0MCA4NzFdL0ZsYWdzIDk4Ci9Bc2NlbnQgODcx
Ci9DYXBIZWlnaHQgNTk3Ci9EZXNjZW50IC0yNzgKL0l0YWxpY0FuZ2xlIC0xMgovU3RlbVYgMTUz
Ci9NaXNzaW5nV2lkdGggNjAwCi9YSGVpZ2h0IDQ1MQovQ2hhclNldCgvc3BhY2UvcGVyaW9kL3Ns
YXNoL2NvbG9uL2EvYy9lL2cvaC9tL28vcC9yL3MvdC93KQovRm9udEZpbGUzIDIzIDAgUj4+CmVu
ZG9iagoyMyAwIG9iago8PC9TdWJ0eXBlL1R5cGUxQy9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3Ro
IDQ2IDAgUj4+c3RyZWFtCnicnVVrVBNnGp4QMoxd11o1LRGdzK619YpVj6er7rb1cmqjiKCiIlVP
SAYYCZmQTLgkkJCQcPvCTULuEAMqgoIsAmq1rev2srXupVsv266ntYet2l1PqXa333DGPbsziaLU
fz1nfsx87/s97/s+z/N9I0Li4xCRSJSk2JC6bfO6hetoo54i9YvX0hr1lmwNVWgkhfACNknEzopj
Z4tTuZ6x62OcZDaS0jbj5yw+GWmf9VTqtLGZz7BjT7O3psbw6kVdokHRv+dlbN05f+HCRetoXame
ys1jiKUrV64kskuJBxFiPWmgcrXEC/xLEamhdQWklkkmtpEkweSRRA6lIYl1W9IyFakbiHkbUjOI
DaSW1Cs1RJqRb05FpFAqUmsg5xM5tJ7QxD4IFa1VUwxFaw3JxBoDoSQMOlJF8ZvIEhWpEwKLCB2p
L6AMBv6doAxErl6pZUg1wdAEpVVpjGqhPL+eQ2sZQqen+XgBH+Gh0mgDY1DpKR1D8BXT1r8e65HJ
UzJCXQPFhwk6h89U0yqjMM14jFFSWgPBkCWMUCebJNSUQadRlvJ1eSidnoq2YDRQ2txH1RcRejJX
qVdrSEMUV2Dl0XzEY1MrdTpNaXQvHc0ar08xBlKTk5xKFWQbDcRmWksTKYSgL/FA4AmRR1L9NPEQ
BJmqonl6cw15TDFPW/KqJQiyHklD0pHXkW3IG8h2RIFkILuQtUgqIkKeRpKQqcgzvGmQeMSLfCWq
Ff0zrjDuf+KheL1EKulCtybMTJidsDqBSehg70xh75hHYfuoCNwVj8WxM6QNQVcTOIB1lvsNRRZ7
kQ3PC+9p3QaSwWpqy8bMDM0a8AbYGckaKOijL5RfBqPgStv5/sNtgQgIY52mEGO1VVdW4FlUrm01
wJ7P7LnYFxjo7Jb3n36742NwCvTaO8wee6MNmECRy9nsOFDpd3pBEIRavN7W1kZP8yHssZbglbti
dg67Q/oSWKJK3/TmLt0msBXj0BuvwhnwZTgfPgfnwvgVn3FTceZF6bULe1NeXr7mhVe2n754Y+Ty
XTmPxClHYcIodIyK2D98J4Zpf5QOqwdN7wEMroAyOAn+Esb95q/clM17zMp0eetpCYehGmCrKbeW
W+0mYMa0gYpBPIQuvp8qMf8oEqw4icO1aDfwNPi9fq87BEIgaA9YGisbKl2lAEtHYR2bJb16jtyS
Te/N1skLSnJt2UAJNK3G9pI261HXocbPr314B8QmHhn5mm/yS/iatGWgIVgfBEEZxH51lXuWW8W9
yCVy8zn0y/Vw1t8hdrBjGD/o8baBCBYpCzJ2S22NBV/EaKv2geUgq6viQywyIu26cKnvCvgUvJPb
lCEUAKOw4dv88LTpB9kEViHlklA9MFdbKh5MQwvT9KGZnF2Sxs9pry23TJjzHbQL+Br9nuicfG/2
oDCnw1UMME6O9sB5kumvXf3h7JGepABwV3ktXou7yg+wnp6e7r5tAzt255SlLnigx81R2MaLe0/M
VrJzpfnH94Z28CDJHM7JuAUc8tkaiL57JtD7O7l1e8XOffu3AhknirZUZimvsJfGWhrEoRiFceDb
zyP/uQbHEoOP68DbKaaDM9rfJJRbukL6p7f2paxa+cpyxZunLl7/4m9fycd9dhlK4DoYL2ZpeEna
YvTaD4IAb0gfb8gGd/ORlv7EBr/LzR+KSJnfaLY7iy14XpuqJYuHnjln/dKNb+fDKRb5eefB6oAj
5Gi1AiumTzduyFD5DjN4TbfFXwjyQHGRbY9jf2JNWZ0DODEmVNbpa2lw+/ETJWdt7/N2fB6KL9/u
Lz2mCcsLgzmeta2b3U6XtcnSZBcqt7/bfmGox17cgQtShuEXvFU23hPD62Px0oeWFaQsjVl2CA+i
S+//WuIUeKspm2jZePQo8AlUedxtgpS2gLXJHqPKiQ7ATX/+fafnLJCdOVqirayrqLHKc7lXo0i2
CUiDMSTvI9IF8zcJpBcJSCdhCk+bH/hk19LPLd+5uzh7Nx6jvHkUzgyLhr8XwwH4tRQqJqJEpXvQ
D6dA20ca24ELtMgipiBjNlVarbjNVm2rKixZnpiH5oPK2mhT47boQ/dw+bW2ukpglYF8P91hPlp8
ynoKfAL+1XGhu9PnCfHHptMcZCoctfZSPJPZVcHbb1ehJ9Lscte75VF+2V+ERfA2VEiPcwrJLRQu
gTc76j2NPr/M42kOAN9Df0X9v+ThvRA1JzC7y3zVLTUtde0AO4Cu5Rbr4DLJMjSZW+aEi7uBu8Hv
kfm8Meofc+mSCRYH+oClu87H3Uz8Bo2RFn/rI/7QQBE89r2YTXwWToqq6PvRxROFMqHDcG+D19XK
c//JpuE52+ebzBRebLcUAyPGBM0Rj7++MYSf8Qw1HwPYe0esOicAddXyKkZ9oKAhH8jmghV5O1IK
NeX5QIspLmX944OP/IfO44dgvDSFSjNtBxipDbR7W7xBv/zY4UH/OdALTlT/1oE9NOf+8DS2/95z
0/uhhb9rkh8QVBbzji5k6cUzOZtEWaDPEzSTjwiXy7gDsCMmH4UPQ6Vk+l96+yOerqS2Vkd5TV1l
rUOu4D6WfPNE9n4he+hEyH0EyNqA2+GyACdw1jr47MQnsyn8LUjXe1wHeHo+2DeYosoro9S48XhB
UA0KgNGeTQtz8E8Zb4L3y6RDJwcGu42RfLkJVarUKk3EeEwejbIvxRKGB55MuAE/jW7sGV/Pfrhx
bCr7gzTY2egGPizC/zEN5TaKwe+T/11lNlZZgUVmbDN1dPpbe/nDXhxmFWE4LRwOo989de9nt1sm
T0aQ/wNha8kRCmVuZHN0cmVhbQplbmRvYmoKNDYgMCBvYmoKMjEwMgplbmRvYmoKMTggMCBvYmoK
PDwvVHlwZS9Gb250RGVzY3JpcHRvci9Gb250TmFtZS9KS0NTTUMrVGltZXMtQm9sZC9Gb250QkJv
eFstMTY4IC0zNDEgMTAwMCA5NjBdL0ZsYWdzIDM0Ci9Bc2NlbnQgOTYwCi9DYXBIZWlnaHQgNjky
Ci9EZXNjZW50IC0zNDEKL0l0YWxpY0FuZ2xlIDAKL1N0ZW1WIDE2OQovTWlzc2luZ1dpZHRoIDI1
MAovWEhlaWdodCA0NzMKL0NoYXJTZXQoL3NwYWNlL2h5cGhlbi9zbGFzaC9jb2xvbi9BL0MvRC9F
L0YvRy9JL0wvTS9OL1AvUy9UL1cvYS9iL2MvZC9lL2YvZy9oL2kvay9sL20vbi9vL3Avci9zL3Qv
dS93L3gveSkKL0ZvbnRGaWxlMyAxNyAwIFI+PgplbmRvYmoKMTcgMCBvYmoKPDwvU3VidHlwZS9U
eXBlMUMvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCA0NyAwIFI+PnN0cmVhbQp4nJ1XeVRT17o/
Eck5CkVLmidUTdJBxafV9rXW4TrVoTggolJxIGogCQRCEs4JJEAmAmFwM4UZggSSIJZJkFEccOy9
DtfaOlxXx6veWlu7Onnv24du7lpvH7DtXeu99d5a77/k7O+cvb/f9/v9vm/ziMmTCB6PF7xl6/pd
29YviFalKJjX1mnVcu7pAnYmj501iZ3th1aib34x/RLtP5uIOOL/HCsKJDyzBGuDRw88P/rcNPbh
9InvFPOO8oZ4bNh7O2PmL1iwcL1Wl0GrEhL1kjeWL18uicuQPFuRbFAwqgSNZC7+ka5Qa3UpCo1+
kWSXQiHRJyokSpVaIVm/PWrv5shwSVh45HuScIVGQcvUkqi0OLUqXhKhildoGMV8iVJLS9QTfyTx
Wo1cpVdpNcwiyTuMRCZhdIp4FX5JYYxX6LiFhRKdgk5RMQz+LVExkgRaptEr5BK9VqLSxKvT5Nz2
+LlSq9FLdLQWr6fgFfypKC2jZ+JplU4vwTtGbXh34oz6RJme25dR4WWJVokj5dr4NC6b39b0MpWG
kegVRj23T5xCIlcxOrUsA++LP6WjVeNHSGNUmoTfd18ooRUJMlquVjDj3+VQ+T0/yb9kLdPp1Bnj
72rHo37bX6VnFGrlokhVSlwaI9mpTZFpJJHa5ZIIyTaFXJWW8t8Xfi/X/6+ABEGERbyToYnfppVH
rtcpNiijNtIJ7zKJ4XrVrrTozckGtcyYEhcjeW3FYoJ4jXiZ2EdsJzYQi4goYiOxmHiV2EG8S8wh
wok3iLnELmITMY+IJjYTYcR7xBbiLWI3sYT4dyKC2ENsI9YRe4lIYj2xjOARQcRMYjoxHxOQmIyD
zvIieOcnTZ9knnTJb5Vf/eSgyZWT/+Ef7/8BfwW/l5xG/plaSg1OmT+lfcq3U1dNvRuwLMAecDpw
eeDZwJ+eywt6Jej2tMXTTk47Pe329CnTJbAkaHQx8NFto4Qv+D58e4ZANxoMDUINP2mVQZ2YHKfc
lbEaUJHG2gExqybB3braB6WUD/1Ekx/mH8kCe6gxIykoA3sstnV2ShBFs3fJoFEl8MG1JyDjhrvc
vNGNPmE+Xw6ymvbCqYhhPSFaPqLHhhSLrKb99lAaHvSRUaX6atACait8TefrT4TANH7nqpoEkAbS
LdmJhXnActhcSNHwHjlWAG3Cb2D+jyjfP4gtQLJL7H03D8AAP1bPyoRoAcMfKKzJBQywFdrtdDiK
DlkPtxnOAgAqQkFdTaWv2FUU4kUlDOkpcBY47SVgaH6DDAaiUyEZuzP3pibrQag9p6KyCBQXlYiL
yorKQCl1jHGrlLpUhbQ36VLnsZqmJlGTx93b9Q2cz74U0tBfVdVWQgWx54CXDb6R4A0+B8VQBMUz
BEMwkTvULoY/mFuZDWQUGiaBLMd+wE4x0OEllWXWetBNQTcJSsurqiopwT1Ps7fGM7OrQbdLjPJI
oLRkqfJxsNVLykuya0A/BUvJ+7svLN8u1UYpRUFslPkGG9qGEXjJj30d8oRKWao5DlBvRT+As35u
vzriqs+xOcVldgyArGjfEX03oPpbvCeubDr1Jpo17yX0KhJ9FQan37vYdueyOOiXDcA3yvfxHvWz
rXCx3+gK9h/CMScJdpmta3NxAf7qI1dVZVeDjyk2kgS36utvl2EylJEodkyNYlm1P3LS/NsOlwXE
UGNaEmy3WFfl4PcsPnK509gI7lBsEgnLxh75H+Xj8pnb2FXc2efBN+A8P1jKpgiRIOxlNAu98u2r
cAYUPnmKoZQseIqE4iK18HJjNFqGFhlidkQZzsK5cMORkStijLv5YpqHnXoRhnuDAQyDSznoTfBr
i/Bkra/sSvmVihAPKS2x1GL02FsomSFv5FXmAimFtpKHTqa4pIBCk5ZL0ByxoAPN+kvY3891uM4M
iwr+KASO7EyrxaBPt6UBajf9RyiAwqMfXO5oYxR1YkzzDHchB1fww0F2/eAMgRFmji4TogSa7wYN
plM7qTENCXaazFgZNDT4yNWVGY0cdHNJwRC7a6zPv5W9zweXamuvV2EUk2nyTm5jOthAocuchoyn
Rqd0YHA2+o3OgQuFUduSmX1GjTXJoQWbQUSXZkRzznwL/EDB+GtwEgwcHshQDIgG5J6krjWUD1p0
fHOizWYEdmAqTauK8u6v3o/z3I/mo0XoEIqD89BcGP/xBw3dF8Ttzc3uoTMcg5GsKd3LQJnlAjv1
EmbyRQz/2zBshiD8X5hcxTF5rJAEcTn2/TmU4BUGtpACVxMZWZLpBjco+BJ5KrbFMggoOPnTp7gg
4rXfIr+oBP0OtVgws1gqBOWVrppad7OnphlQI97taAaaro3amaTx9JjEHKVvwe3d8K02HjsXPi+M
36fOOATkQHMkvSujPacj/yYFy/iOL03DyT1JJ6TuaJzW80vD0Fw09/MFcPpnp9sfXxejerhGWAID
j/SeBq2gMatCXWYs1hbvoUwT9kR3sU87aV/wFzi9KrhuhqDou0dCcJA27CikBGoa3iShGr6KVRwP
45AEPo+yxOgyXzCLJq85Gk2YOwI1fNsj9LhrTtw6m/Rup+jo7rp1YClYaFiSfEAl3a/fAqgDltoh
cRC8j21h9iDc38a7BMV+H7NLhOg+CQ7ZrNI8LOw2L7mx2FoDrlPwxoPBt2AQeaG+uetIda41vyDX
kS2ym/JtIJtStzCd3T5f9wdRfUs3xTAHdaK0xNw4sITaeRALCQIfO9aF0/kSp7MCrp0h2APr4UUh
nFnUWTJ45LO2wT+BexSkFv4Z/UGE7vIFQzT5kaMuC2ykxrCOt1kMsY4CkF1o40z2gY9cWWWvBLcp
wR7WPNnTUNPxRcdBRERYFal6EWNIyt0AqGddg4UciA+5vhHGfoXJP3aHL6ilyZv5jc96A4gx297B
JEmk2c/JXij31/LVmwzaBI1UGZ21BlBbuc4C80jIA33yGkRRLfBRKt+E+PIERBRR0ET21FaOwKWn
VSjUJ/LhZKMwnm94c9zB5zmd34Qajpg7sO87qi0gftxi47JtB3MwuI1eMrLUWguuUHAHOdI60FFR
mZtVLWrU1dtbANXd0npCLHh9SNURu1eh2xQr4hpKXDsMgoEPjkL1OXtbMHi4Es6GIXCm8pMZgmCC
TWdfFp5D/0YKviVcB7XO+JkoYOnmharaJI9W3Mw0WoYNK3XxChAD4o5kXNNTgu9sEfYkOu7FHXdV
MBiueDjy/b1tJ+eItvD/YChvfb+1uVc8dHgY+Jyd7lDBR8RQi6fv3Iug1/q+tpVaPbZbKLhtO9+S
mSSNTg17U+oZbCqvbvWIBQuIv7F24XCjYtEiY0Ls/ozjj79p7B4WT9Dgn78VJIr9lCvINb6ge7wg
Js6TfysIDcd85OLSjBpwgYJm8qfCbmUdRt8HH9H8DMRPTJwHOPAFUd21VWe//iAzsU3UTFfr6iIo
L65BqLmTXdbBK/4Bip74wcfwEyGck0Y6TI48K3CA7OKssqRqfSk2zdc3b1u6uU/64yHxhymtNEim
5CmpBzZKhx6ki7RouY9f3eQsrwRloKKwKv+o9ZytFVCPrl756mP5QFi/OPyY1gc6qY5WX0/LUVt6
s6jJUJ1Rf/C3VosNn/es1/pBOWe90Qz/pL08B8RRY+X/a6dt9uA2C6j/qc8mlFjquT5bNN5ndysN
O2JEQaONxo7RkHE7hiPwdb/RfNgrRE9o/v28eht4j3qZ3KNJ2xQhaxxIEh28mH4fwEAKKq5CP/jc
SWzMg6IBhUf1fxtzHDbmuehVqPwZ8rw918RQgLtsdc3dCgr7iPVj+Msgb4RL9jLm/GtwFc2PXBJ/
YEs0pRtB98gtA/E3b/S+/3mfiK42KLLM6SBUa2voFcPz35BBsG1cNnfh4uBBuBh7P9bOYyjntINB
G7RX2jFo49rJzZHaMBI5XjKxzFoHeijBjxvZ/xQeSkyUHehIGhzs7BgcUHUd4hovxuTFNqM7uBLy
oAMGzBAsY42sVghTUsjc1JycTJyjrSStAo81rthkp2ImmrVsNQp+cyQCBuwU30h+KPOmgpjQd/cd
WL1jr++0QqTrNndkfkRpEDjGd/oqKl2gAlQXNOeeyezOHcB8DPvhrzD4rvTu1nYxmnd7RW+aD5wK
vdLf8+FQv1F5XNSZ6NK4t3D0MF9Xe1iRN/j0r5OYET6xCAfqvaXXy6+U43HgYDG2hQEKjiEpQ57J
r7GCQxQ6jvtyUlK6TTszzuQ+K4ZfoyiG7MupsHOTWxn55pmYL0a6XGcui8bdbzTAzYM0fNsPOuEU
IXjHZlvCjUijPvItp60K/IVivSSclj8ibUAB1DF+IZT6j33HL0BS/2P8BhgwchJOL8VnDZ2YuB5z
H/J/IgR7M8zjo9bPPnJNmbEOjFAsFu1Ik+tOCR4SfqbJW3lNJuyt4yIYpby8U5gQbBVXyCQ9v7qw
6nDJYW9BdS6wAHt2hs2GXkAvhLDr0XaG7CyoywSKcWnITRlJBRNVji3Pc4JhCvJJj/db9GIDXW4F
OaHAanZoD+MIi5e0gbwSew3aDZtCfvh7y5GrmI2jSrObDcfDfQy38UyG351fnQP0wGpRqlea5Dnp
VlV2X0FN+h3DzdxWUAlcVWU9JZQXWRjyRH7R4cbNTmNIOFrDXLM35Tbm1YVqP7K1g1ocVtFaisNo
hmzJK3Uc3QzDxqaGePnweXj1J3TV38OHi9k5ru6Kipay0HFOcwic5SQRx+l/J8PvKnBlAOV4kspM
g+pZkklFWY2gl+JmTnzudjwnzsU+L0Kz4WzcQ9iUa8Ls7IKCgsN5INScW+kSwzryyzXnUBDyX7Nn
bZyX7utt9XbWOWqtLpG9qsAJnFRTq6tLJHh8uUUXKV5HooCEfQYlfSglXYWZFDl84Nqlk+4zF0TV
e5qNp8EAaHP19GEhoZhLQp3aYGUAlZJ+tPdyf/+nTVhIBcDNLnfzWKNXmFWWW5pbjcKgMeRHGNzo
cVe3lYV60UqGrDxccbgEeA5XOIAJmLIztckOh8loSneU5zsLSpP7UwcwgDV1zo4iavx+05LvzHOn
wBfQ3hCNUpdkN+96x5CpLMR4rMImV2wuB/WgvqW/52RxSXlFeWWjpoF22j1JVUZg5Yqv5iIdeFq6
8+u15sKEmCYEdRrG/zoQOqqtv3qHbaLv5nLeYeO8gzNcp6uxtooSfOZqaihvmHmiXr993HLjbBZl
wQTBEkuxO08El3HBzQ04ElA99UzUeKjMZlVwoXZ8Cyq21XDCnbgF7VTot8aIUq4meiNABJDqFNvH
1d/OzjnPNQfuxEu5m0UCR47dXHPAPhdPjT2tIT+5eDLueNYZEApDHz+F86Fo9RPkt1+ZKVeKd05u
GHC7OgB1pW0Tnk1FKVu2ynRtp/D1yGRys5vdcLeb94uK++QWmn++oD4bqIGl0JRnRpPRkxBEwL9l
t+fXg8pQ4K2vHCwpxv3NWYTFe50m+wrd9mqma0EImor+hAJZIs9VWMFFHqupHOEu1sM02e+osjfs
g4lj34e08mEkmwrXjKXiCxOMZb+v7fU0dZRg6pfghgDXQAp3pHw/2Mt1o3xEwXw+fm6Bq/CVahUP
j4KvC6UK+YH9x5XDp3q6Tw4rTsSK4c3JUoXiwL7jylPDPT34WU8snlKxjY/+Bza0C6Phwjf4yPbP
ff5f8YMMblbmhjFufsdUKAno6AgMhBJP4HME8V9Ssx2JCmVuZHN0cmVhbQplbmRvYmoKNDcgMCBv
YmoKNDI2MQplbmRvYmoKMTMgMCBvYmoKPDwvVHlwZS9Gb250RGVzY3JpcHRvci9Gb250TmFtZS9X
SFhSTUMrVGltZXMtQm9sZEl0YWxpYy9Gb250QkJveFstMjAwIC0zMjQgOTk2IDk2NF0vRmxhZ3Mg
OTgKL0FzY2VudCA5NjQKL0NhcEhlaWdodCA2ODUKL0Rlc2NlbnQgLTMyNAovSXRhbGljQW5nbGUg
LTE3Ci9TdGVtViAxNDgKL01pc3NpbmdXaWR0aCAyNTAKL1hIZWlnaHQgNDYyCi9DaGFyU2V0KC9z
cGFjZS9jb21tYS96ZXJvL3R3by9maXZlL3NpeC9NL1MvYS9iL2UvbS9wL3IvdC95KQovRm9udEZp
bGUzIDEyIDAgUj4+CmVuZG9iagoxMiAwIG9iago8PC9TdWJ0eXBlL1R5cGUxQy9GaWx0ZXIvRmxh
dGVEZWNvZGUvTGVuZ3RoIDQ4IDAgUj4+c3RyZWFtCnicnVR5UBRXGu9mnKE9wANHGI3Tve4aNShR
V+ORwyQaEQREBUUEcY4GGmamh+kemOGY4Rgd2CcKAwgM4oByn8qIpahoolEjaIzlkXhsrdm4Mdna
1dJNvcZn1W6jWzFV+99WV1e97t973+/7/b7vezg2xgfDcTxo67q4TZGrg2MYPc0t+JTVacN4lY7R
jGLBwgxceMtHmClBCejbF5YXcdKZWET9eD9BOQGrf2tszZSR308e8ZkoPJ30Olop3o2fxf89N3bT
1nnBwfNXs0ariUlJ5alFK1asoNRW6r8ItYbmmBQD9ba4yKR1rFFPG/gQajNNU3wqTSUzOppavSF6
W1hUKDU3NCqWCqUNtEmlo6LNajE3KoLR0AaOnkclsyZK9/qD0rAGLcMzrIELoT7hKBXFGWkNIx6i
LRraOArMp4y0Sc9wnLimGI5KMakMPK2leJZiDBqdWTtKL/5PZg08ZTSxIq4XETFUNMvxnMbEGHlK
ZIxes/Z1jnyqih/l5RgRpthkcaeW1ZhH1fyK8SrGwFE8beFHedQ0pWU4o05lFXnFUEYT8yoFM8cY
Ut6wz6dMdIrKpNXR3Ku4o6680Uf9RrXKaNRZX51lX+36lZ/hOVqXHBLF6NVmjtrE6lUGKopdQUVQ
kbSWMeup13X+X/xN1f6/OmIYNskaKTrNb1bp1Uvfo+YvXIxh8VgIthFbi23GYrEl2KdYFLYam4YF
Yjjmh03GArDJYv9gY7BifCxe7yPx2e5zUrJBcndMl3SW1C59Jv1FRsqcsr/Cvf5CNFJ5Rnw9uLBy
SFIrvCuvB2V/cjkPFNSp3Wu60JID7wAd4As5qymTNWZmAwewuIpc2dWmSisgMrgMQ1qLseeLYe/V
L0g4Df4RjocF4CnRbWhP04tWci77YauyPq+8CNiA3qpaixT220FmOC4DjrEObLen7ArfRfi/8LN7
RuQe/MW8kUVylCpDV17ysQIvRRkm2ZXiSidggc2Z5TAh/OXYIA2a5siPtRMmqGnyXV+RUw2Ogbry
1ppTTwVp0LWX56WtMmG88A2a/FKbE2vJC3cqTHC4yXfj3rwK0AmqSmvLG/aUBe0pgxOFWPdZd+1g
ucJfKEaqFriiR1juwQ8JwfITJSKpBRQWamzxc14GBeVE2W1qQOwywtIWWfyenApwGFRXdNV/vbdq
7/5S196aoB5rtbMBEHAGnAXD4Ce3VANhm5LSl0eTR6Hv7Bztrq27FLB6p7y5xM2XpDvD0+ekhOti
09g0QJiz6zx1Fe0tfyMPP6hqrTvc1NfV1FxCiIWxDQn+XTgQbV31owR+A2fJE9ayZhUgdppbP68r
rdnnIZ97TjeeOdnTefAo6CEGk3qj0B/EZxlasWwo4vs7n/f985ISxf8g74XKk9+eAsTBSrt51fbw
jwykoyR3d75TZFEAj7DSg7e8UW1i0NRQZCWgn8x9svb4PnfnU/fRtlPNJxqbasA+UOZ0Fbqza4rq
ANHd1NHv5ZuZOHUcWvwBeRXSG3ItxcivQOEPOwo9AtU/BUD/lXBfYMB12C3EylfL+uBsaaosduU2
9Qd6InXQNxQVSgP+khdXsCN7urY1o/+St+vZVaW5ltmSYcwBiqKiCld9/c1e6E+WHdjvPXCZCLj+
Z5m/cM7aPeLfgz+BfnAS9JOUWuXtsuo2V/lBUAVqig8Vnc7udnjFclA/3IWTHiZeQ/6PyciB3EZw
ghjyHhu61xePxtYoW5xemCjVywqteUWZoBBk7zO5dtYay1hAINmSZcjHWGauyCYbVceSzid9t6En
ASQCs4Ozm3ltqiUebAWJTaZ+S0dRu/OSoTRI7KI8j+WGMNUjqp4odoI0MMAirIUBcnVMbm4OIBy7
yyubqvoP3ydvwHwkcVijCwfNDTuBAk1E76AYtHDV8bjhyyeP/HyBzNcW54E8IqAmud1wZGCg7/sL
yoA4tBFeljeWuK3ACKIZJKVDjdvFIRPH0HKo42zXk2O3yPZzXR0tYvOMHBTt9785BT6H47xwQjr0
Cwx43C3WuELWWVskymWM88l1ovdikc/BTUcfnr/W2NTWUAOIqsoCW65dlTabzN5qU6UiKQEnyC7C
mPL63iv9t7z97YCo3l+Qv6s432kjd6BAacB1c0ReJDtdfdh8/Ctv1z++VJprdhftdpQUK/iUTLMN
EIUOl2s/AA3XyBNQIQ147D5ecbR5ujetIyk0UYOClikPnnE1g1ai39SsYvX5PKtMZvV0+JwhuD1o
fW5mMfItFBu12NYljPsaH7U2GU6W3BmZJj9d6+Btti0ZC8kF6F5hen4S2K1gb6YPw2VwEfwYht5M
HAyLS+HWxSkfwfuf2eIdiwsUcDtqlbe5+cRoY0hKJMls0Op2AsJqq3ZX1j+o6CT39x264u5pvtDZ
3gVesXqFdojj8Ma/JHCbcEEOXbJeiEtRrwwFojNXizsdR7MUX+l6N4L1xHvrP/os017ZnankvNk1
ekAwJi4t4Wz6XbgcToW+cO53zHCkl2QOGSvfPTgaPLdTwL2wwCOqGgMj4CSJAEbel6PpGetNK6PR
lAUfIxKg3xEocPgDiMOZ4jsOzv1l03BIlr24QK+8DP0e3IIzBgm0HzXLBxoyEyNT0fS0CNLG8bkm
QCRbm86da3jU9YBsOFdZ2SnqES98uDcBhcuh7+Cdh+A+cZHpi1PrdSpjVU57lvJQrqsA5IEUjfZD
1Wh+eW0jAW04eCaB90ZWyWNATMaOxJDgSLQUoLkEUgwt+Xu/t7atT/nk9l0YBuAiAr4d/fNCZYlB
3lFv3GFxphclk9lL41EMvy4t2ECLV6g+q9k7dB7aB+A08sjzVu+RVyYDKBEyH+HwRzhdIiyDm+Um
GR3G530ozuE8GYyD7/9078wDcFvx0+pbIVsSsjRJSkNGDsfGNtqDvBePtZwFxJc96rULoxaiaLSB
1Ov0er2B4ASJr3+WR4j1wASPrGUcnDC+pXzCBAz7D7q3XTsKZW5kc3RyZWFtCmVuZG9iago0OCAw
IG9iagoyMjI3CmVuZG9iagozNCAwIG9iago8PC9TdWJ0eXBlL1R5cGUxL0Jhc2VGb250L1JDQVJN
QytTeW1ib2wvVHlwZS9Gb250L05hbWUvUjM0L0ZvbnREZXNjcmlwdG9yIDMzIDAgUi9GaXJzdENo
YXIgMzIvTGFzdENoYXIgMjU0L1dpZHRoc1sKMjUwIDMzMyA3MTMgNTAwIDU0OSA4MzMgNzc4IDQz
OSAzMzMgMzMzIDUwMCA1NDkgMjUwIDU0OSAyNTAgMjc4CjUwMCA1MDAgNTAwIDUwMCA1MDAgNTAw
IDUwMCA1MDAgNTAwIDUwMCAyNzggMjc4IDU0OSA1NDkgNTQ5IDQ0NAo1NDkgNzIyIDY2NyA3MjIg
NjEyIDYxMSA3NjMgNjAzIDcyMiAzMzMgNjMxIDcyMiA2ODYgODg5IDcyMiA3MjIKNzY4IDc0MSA1
NTYgNTkyIDYxMSA2OTAgNDM5IDc2OCA2NDUgNzk1IDYxMSAzMzMgODYzIDMzMyA2NTggNTAwCjUw
MCA2MzEgNTQ5IDU0OSA0OTQgNDM5IDUyMSA0MTEgNjAzIDMyOSA2MDMgNTQ5IDU0OSA1NzYgNTIx
IDU0OQo1NDkgNTIxIDU0OSA2MDMgNDM5IDU3NiA3MTMgNjg2IDQ5MyA2ODYgNDk0IDQ4MCAyMDAg
NDgwIDU0OSAyNTAKMjUwIDI1MCAyNTAgMjUwIDI1MCAyNTAgMjUwIDI1MCAyNTAgMjUwIDI1MCAy
NTAgMjUwIDI1MCAyNTAgMjUwCjI1MCAyNTAgMjUwIDI1MCAyNTAgMjUwIDI1MCAyNTAgMjUwIDI1
MCAyNTAgMjUwIDI1MCAyNTAgMjUwIDI1MAo3NjIgNjIwIDI0NyA1NDkgMTY3IDcxMyA1MDAgNzUz
IDc1MyA3NTMgNzUzIDEwNDIgOTg3IDYwMyA5ODcgNjAzCjQwMCA1NDkgNDExIDU0OSA1NDkgNzEz
IDQ5NCA0NjAgNTQ5IDU0OSA1NDkgNTQ5IDEwMDAgNjAzIDEwMDAgNjU4CjgyMyA2ODYgNzk1IDk4
NyA3NjggNzY4IDgyMyA3NjggNzY4IDcxMyA3MTMgNzEzIDcxMyA3MTMgNzEzIDcxMwo3NjggNzEz
IDc5MCA3OTAgODkwIDgyMyA1NDkgMjUwIDcxMyA2MDMgNjAzIDEwNDIgOTg3IDYwMyA5ODcgNjAz
CjQ5NCAzMjkgNzkwIDc5MCA3ODYgNzEzIDM4NCAzODQgMzg0IDM4NCAzODQgMzg0IDQ5NCA0OTQg
NDk0IDQ5NAoyNTAgMzI5IDI3NCA2ODYgNjg2IDY4NiAzODQgMzg0IDM4NCAzODQgMzg0IDM4NCA0
OTQgNDk0IDQ5NF0KPj4KZW5kb2JqCjE0IDAgb2JqCjw8L1N1YnR5cGUvVHlwZTEvQmFzZUZvbnQv
V0hYUk1DK1RpbWVzLUJvbGRJdGFsaWMvVHlwZS9Gb250L05hbWUvUjE0L0ZvbnREZXNjcmlwdG9y
IDEzIDAgUi9GaXJzdENoYXIgMS9MYXN0Q2hhciAyNTUvV2lkdGhzWyAzMzMgMzMzIDMzMyAyNzgg
NTU2IDU1NiAxNjcgMzMzIDYxMSAyNzggNjA2IDMzMyAzMzMgNjExIDM4OQoyNTAgMjUwIDI1MCAy
NTAgMjUwIDI1MCAyNTAgMjUwIDI1MCAyNTAgMjUwIDI1MCAyNTAgMjUwIDI1MCAyNTAKMjUwIDM4
OSA1NTUgNTAwIDUwMCA4MzMgNzc4IDI3OCAzMzMgMzMzIDUwMCA1NzAgMjUwIDMzMyAyNTAgMjc4
CjUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCAzMzMgMzMzIDU3MCA1NzAg
NTcwIDUwMAo4MzIgNjY3IDY2NyA2NjcgNzIyIDY2NyA2NjcgNzIyIDc3OCAzODkgNTAwIDY2NyA2
MTEgODg5IDcyMiA3MjIKNjExIDcyMiA2NjcgNTU2IDYxMSA3MjIgNjY3IDg4OSA2NjcgNjExIDYx
MSAzMzMgMjc4IDMzMyA1NzAgNTAwCjMzMyA1MDAgNTAwIDQ0NCA1MDAgNDQ0IDMzMyA1MDAgNTU2
IDI3OCAyNzggNTAwIDI3OCA3NzggNTU2IDUwMAo1MDAgNTAwIDM4OSAzODkgMjc4IDU1NiA0NDQg
NjY3IDUwMCA0NDQgMzg5IDM0OCAyMjAgMzQ4IDU3MCAyNTAKNTAwIDI1MCAzMzMgNTAwIDUwMCAx
MDAwIDUwMCA1MDAgMzMzIDEwMDAgNTU2IDMzMyA5NDQgMjUwIDI1MCAyNTAKMjUwIDMzMyAzMzMg
NTAwIDUwMCAzNTAgNTAwIDEwMDAgMzMzIDEwMDAgMzg5IDMzMyA3MjIgMjUwIDI1MCA2MTEKMjUw
IDM4OSA1MDAgNTAwIDUwMCA1MDAgMjIwIDUwMCAzMzMgNzQ3IDI2NiA1MDAgNjA2IDI1MCA3NDcg
MzMzCjQwMCA1NzAgMzAwIDMwMCAzMzMgNTc2IDUwMCAyNTAgMzMzIDMwMCAzMDAgNTAwIDc1MCA3
NTAgNzUwIDUwMAo2NjcgNjY3IDY2NyA2NjcgNjY3IDY2NyA5NDQgNjY3IDY2NyA2NjcgNjY3IDY2
NyAzODkgMzg5IDM4OSAzODkKNzIyIDcyMiA3MjIgNzIyIDcyMiA3MjIgNzIyIDU3MCA3MjIgNzIy
IDcyMiA3MjIgNzIyIDYxMSA2MTEgNTAwCjUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDcyMiA0NDQg
NDQ0IDQ0NCA0NDQgNDQ0IDI3OCAyNzggMjc4IDI3OAo1MDAgNTU2IDUwMCA1MDAgNTAwIDUwMCA1
MDAgNTcwIDUwMCA1NTYgNTU2IDU1NiA1NTYgNDQ0IDUwMCA0NDRdCj4+CmVuZG9iagoyNSAwIG9i
ago8PC9TdWJ0eXBlL1R5cGUxL0Jhc2VGb250L0lHTlNNQytDb3VyaWVyLUJvbGRPYmxpcXVlL1R5
cGUvRm9udC9OYW1lL1IyNS9Gb250RGVzY3JpcHRvciAyNCAwIFIvRmlyc3RDaGFyIDEvTGFzdENo
YXIgMjU1L1dpZHRoc1sgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYw
MCA2MDAgNjAwIDYwMCA2MDAKNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAw
IDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwCjYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAg
NjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMAo2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2
MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAKNjAwIDYwMCA2MDAgNjAwIDYw
MCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwCjYwMCA2MDAgNjAw
IDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMAo2MDAg
NjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2
MDAKNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYw
MCA2MDAgNjAwCjYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAw
IDYwMCA2MDAgNjAwIDYwMAo2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAg
NjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAKNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2
MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwCjYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYw
MCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMAo2MDAgNjAwIDYwMCA2MDAgNjAw
IDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAKNjAwIDYwMCA2MDAg
NjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwCjYwMCA2
MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYw
MAo2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAw
IDYwMCA2MDBdCj4+CmVuZG9iagoyOCAwIG9iago8PC9TdWJ0eXBlL1R5cGUxL0Jhc2VGb250L1NL
SlJNQytUaW1lcy1Sb21hbi9UeXBlL0ZvbnQvTmFtZS9SMjgvRm9udERlc2NyaXB0b3IgMjcgMCBS
L0ZpcnN0Q2hhciAxL0xhc3RDaGFyIDI1NS9XaWR0aHNbIDMzMyAzMzMgMzMzIDI3OCA1NTYgNTU2
IDE2NyAzMzMgNjExIDI3OCA1NjQgMzMzIDMzMyA2MTEgNDQ0CjI1MCAyNTAgMjUwIDI1MCAyNTAg
MjUwIDI1MCAyNTAgMjUwIDI1MCAyNTAgMjUwIDI1MCAyNTAgMjUwIDI1MAoyNTAgMzMzIDQwOCA1
MDAgNTAwIDgzMyA3NzggMTgwIDMzMyAzMzMgNTAwIDU2NCAyNTAgMzMzIDI1MCAyNzgKNTAwIDUw
MCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDI3OCAyNzggNTY0IDU2NCA1NjQgNDQ0
CjkyMSA3MjIgNjY3IDY2NyA3MjIgNjExIDU1NiA3MjIgNzIyIDMzMyAzODkgNzIyIDYxMSA4ODkg
NzIyIDcyMgo1NTYgNzIyIDY2NyA1NTYgNjExIDcyMiA3MjIgOTQ0IDcyMiA3MjIgNjExIDMzMyAy
NzggMzMzIDQ2OSA1MDAKMzMzIDQ0NCA1MDAgNDQ0IDUwMCA0NDQgMzMzIDUwMCA1MDAgMjc4IDI3
OCA1MDAgMjc4IDc3OCA1MDAgNTAwCjUwMCA1MDAgMzMzIDM4OSAyNzggNTAwIDUwMCA3MjIgNTAw
IDUwMCA0NDQgNDgwIDIwMCA0ODAgNTQxIDI1MAo1MDAgMjUwIDMzMyA1MDAgNDQ0IDEwMDAgNTAw
IDUwMCAzMzMgMTAwMCA1NTYgMzMzIDg4OSAyNTAgMjUwIDI1MAoyNTAgMzMzIDMzMyA0NDQgNDQ0
IDM1MCA1MDAgMTAwMCAzMzMgOTgwIDM4OSAzMzMgNzIyIDI1MCAyNTAgNzIyCjI1MCAzMzMgNTAw
IDUwMCA1MDAgNTAwIDIwMCA1MDAgMzMzIDc2MCAyNzYgNTAwIDU2NCAyNTAgNzYwIDMzMwo0MDAg
NTY0IDMwMCAzMDAgMzMzIDUwMCA0NTMgMjUwIDMzMyAzMDAgMzEwIDUwMCA3NTAgNzUwIDc1MCA0
NDQKNzIyIDcyMiA3MjIgNzIyIDcyMiA3MjIgODg5IDY2NyA2MTEgNjExIDYxMSA2MTEgMzMzIDMz
MyAzMzMgMzMzCjcyMiA3MjIgNzIyIDcyMiA3MjIgNzIyIDcyMiA1NjQgNzIyIDcyMiA3MjIgNzIy
IDcyMiA3MjIgNTU2IDUwMAo0NDQgNDQ0IDQ0NCA0NDQgNDQ0IDQ0NCA2NjcgNDQ0IDQ0NCA0NDQg
NDQ0IDQ0NCAyNzggMjc4IDI3OCAyNzgKNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDU2NCA1
MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwXQo+PgplbmRvYmoKMTkgMCBvYmoKPDwvU3Vi
dHlwZS9UeXBlMS9CYXNlRm9udC9KS0NTTUMrVGltZXMtQm9sZC9UeXBlL0ZvbnQvTmFtZS9SMTkv
Rm9udERlc2NyaXB0b3IgMTggMCBSL0ZpcnN0Q2hhciAxL0xhc3RDaGFyIDI1NS9XaWR0aHNbIDMz
MyAzMzMgMzMzIDI3OCA1NTYgNTU2IDE2NyAzMzMgNjY3IDI3OCA1NzAgMzMzIDMzMyA2NjcgNDQ0
CjI1MCAyNTAgMjUwIDI1MCAyNTAgMjUwIDI1MCAyNTAgMjUwIDI1MCAyNTAgMjUwIDI1MCAyNTAg
MjUwIDI1MAoyNTAgMzMzIDU1NSA1MDAgNTAwIDEwMDAgODMzIDI3OCAzMzMgMzMzIDUwMCA1NzAg
MjUwIDMzMyAyNTAgMjc4CjUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCAz
MzMgMzMzIDU3MCA1NzAgNTcwIDUwMAo5MzAgNzIyIDY2NyA3MjIgNzIyIDY2NyA2MTEgNzc4IDc3
OCAzODkgNTAwIDc3OCA2NjcgOTQ0IDcyMiA3NzgKNjExIDc3OCA3MjIgNTU2IDY2NyA3MjIgNzIy
IDEwMDAgNzIyIDcyMiA2NjcgMzMzIDI3OCAzMzMgNTgxIDUwMAozMzMgNTAwIDU1NiA0NDQgNTU2
IDQ0NCAzMzMgNTAwIDU1NiAyNzggMzMzIDU1NiAyNzggODMzIDU1NiA1MDAKNTU2IDU1NiA0NDQg
Mzg5IDMzMyA1NTYgNTAwIDcyMiA1MDAgNTAwIDQ0NCAzOTQgMjIwIDM5NCA1MjAgMjUwCjUwMCAy
NTAgMzMzIDUwMCA1MDAgMTAwMCA1MDAgNTAwIDMzMyAxMDAwIDU1NiAzMzMgMTAwMCAyNTAgMjUw
IDI1MAoyNTAgMzMzIDMzMyA1MDAgNTAwIDM1MCA1MDAgMTAwMCAzMzMgMTAwMCAzODkgMzMzIDcy
MiAyNTAgMjUwIDcyMgoyNTAgMzMzIDUwMCA1MDAgNTAwIDUwMCAyMjAgNTAwIDMzMyA3NDcgMzAw
IDUwMCA1NzAgMjUwIDc0NyAzMzMKNDAwIDU3MCAzMDAgMzAwIDMzMyA1NTYgNTQwIDI1MCAzMzMg
MzAwIDMzMCA1MDAgNzUwIDc1MCA3NTAgNTAwCjcyMiA3MjIgNzIyIDcyMiA3MjIgNzIyIDEwMDAg
NzIyIDY2NyA2NjcgNjY3IDY2NyAzODkgMzg5IDM4OSAzODkKNzIyIDcyMiA3NzggNzc4IDc3OCA3
NzggNzc4IDU3MCA3NzggNzIyIDcyMiA3MjIgNzIyIDcyMiA2MTEgNTU2CjUwMCA1MDAgNTAwIDUw
MCA1MDAgNTAwIDcyMiA0NDQgNDQ0IDQ0NCA0NDQgNDQ0IDI3OCAyNzggMjc4IDI3OAo1MDAgNTU2
IDUwMCA1MDAgNTAwIDUwMCA1MDAgNTcwIDUwMCA1NTYgNTU2IDU1NiA1NTYgNTAwIDU1NiA1MDBd
Cj4+CmVuZG9iagozMSAwIG9iago8PC9TdWJ0eXBlL1R5cGUxL0Jhc2VGb250L0pKQlNNQytUaW1l
cy1JdGFsaWMvVHlwZS9Gb250L05hbWUvUjMxL0ZvbnREZXNjcmlwdG9yIDMwIDAgUi9GaXJzdENo
YXIgMS9MYXN0Q2hhciAyNTUvV2lkdGhzWyAzMzMgMzMzIDMzMyAyNzggNTAwIDUwMCAxNjcgMzMz
IDU1NiAyNzggNjc1IDMzMyAzMzMgNTU2IDM4OQoyNTAgMjUwIDI1MCAyNTAgMjUwIDI1MCAyNTAg
MjUwIDI1MCAyNTAgMjUwIDI1MCAyNTAgMjUwIDI1MCAyNTAKMjUwIDMzMyA0MjAgNTAwIDUwMCA4
MzMgNzc4IDIxNCAzMzMgMzMzIDUwMCA2NzUgMjUwIDMzMyAyNTAgMjc4CjUwMCA1MDAgNTAwIDUw
MCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCAzMzMgMzMzIDY3NSA2NzUgNjc1IDUwMAo5MjAgNjEx
IDYxMSA2NjcgNzIyIDYxMSA2MTEgNzIyIDcyMiAzMzMgNDQ0IDY2NyA1NTYgODMzIDY2NyA3MjIK
NjExIDcyMiA2MTEgNTAwIDU1NiA3MjIgNjExIDgzMyA2MTEgNTU2IDU1NiAzODkgMjc4IDM4OSA0
MjIgNTAwCjMzMyA1MDAgNTAwIDQ0NCA1MDAgNDQ0IDI3OCA1MDAgNTAwIDI3OCAyNzggNDQ0IDI3
OCA3MjIgNTAwIDUwMAo1MDAgNTAwIDM4OSAzODkgMjc4IDUwMCA0NDQgNjY3IDQ0NCA0NDQgMzg5
IDQwMCAyNzUgNDAwIDU0MSAyNTAKNTAwIDI1MCAzMzMgNTAwIDU1NiA4ODkgNTAwIDUwMCAzMzMg
MTAwMCA1MDAgMzMzIDk0NCAyNTAgMjUwIDI1MAoyNTAgMzMzIDMzMyA1NTYgNTU2IDM1MCA1MDAg
ODg5IDMzMyA5ODAgMzg5IDMzMyA2NjcgMjUwIDI1MCA1NTYKMjUwIDM4OSA1MDAgNTAwIDUwMCA1
MDAgMjc1IDUwMCAzMzMgNzYwIDI3NiA1MDAgNjc1IDI1MCA3NjAgMzMzCjQwMCA2NzUgMzAwIDMw
MCAzMzMgNTAwIDUyMyAyNTAgMzMzIDMwMCAzMTAgNTAwIDc1MCA3NTAgNzUwIDUwMAo2MTEgNjEx
IDYxMSA2MTEgNjExIDYxMSA4ODkgNjY3IDYxMSA2MTEgNjExIDYxMSAzMzMgMzMzIDMzMyAzMzMK
NzIyIDY2NyA3MjIgNzIyIDcyMiA3MjIgNzIyIDY3NSA3MjIgNzIyIDcyMiA3MjIgNzIyIDU1NiA2
MTEgNTAwCjUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDY2NyA0NDQgNDQ0IDQ0NCA0NDQgNDQ0IDI3
OCAyNzggMjc4IDI3OAo1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNjc1IDUwMCA1MDAgNTAw
IDUwMCA1MDAgNDQ0IDUwMCA0NDRdCj4+CmVuZG9iagoyIDAgb2JqCjw8L1Byb2R1Y2VyKEdOVSBH
aG9zdHNjcmlwdCA3LjA2KQovVGl0bGUoTWljcm9zb2Z0IFdvcmQgLSBDT01TV0FSRSAyMDA2IC0g
Q0ZQLmRvYykKL0NyZWF0b3IoUFNjcmlwdDUuZGxsIFZlcnNpb24gNS4yKQovQ3JlYXRpb25EYXRl
KDQvNS8yMDA1IDE4OjQ2OjI4KQovQXV0aG9yKHRoeWFnYSk+PmVuZG9iagp4cmVmCjAgNDkKMDAw
MDAwMDAwMCA2NTUzNSBmIAowMDAwMDExOTk4IDAwMDAwIG4gCjAwMDAxMTc5NjUgMDAwMDAgbiAK
MDAwMDAxMTkzMCAwMDAwMCBuIAowMDAwMDExNzE5IDAwMDAwIG4gCjAwMDAwMDAwMTUgMDAwMDAg
biAKMDAwMDAxMTY5OCAwMDAwMCBuIAowMDAwMDg2NjU0IDAwMDAwIG4gCjAwMDAwODY1MDYgMDAw
MDAgbiAKMDAwMDAxMjA0NiAwMDAwMCBuIAowMDAwMDEzNzM3IDAwMDAwIG4gCjAwMDAwMTIxMzQg
MDAwMDAgbiAKMDAwMDEwODc3NiAwMDAwMCBuIAowMDAwMTA4NDg2IDAwMDAwIG4gCjAwMDAxMTIx
NDEgMDAwMDAgbiAKMDAwMDA2MzI4MCAwMDAwMCBuIAowMDAwMDYxNjc3IDAwMDAwIG4gCjAwMDAx
MDQxMTggMDAwMDAgbiAKMDAwMDEwMzc4OCAwMDAwMCBuIAowMDAwMTE1NjM4IDAwMDAwIG4gCjAw
MDAwNjYzNzkgMDAwMDAgbiAKMDAwMDA2NDc3NiAwMDAwMCBuIAowMDAwMDcyOTI5IDAwMDAwIG4g
CjAwMDAxMDE1NzkgMDAwMDAgbiAKMDAwMDEwMTI4OCAwMDAwMCBuIAowMDAwMTEzMzA5IDAwMDAw
IG4gCjAwMDAwOTUyNzAgMDAwMDAgbiAKMDAwMDA5NDg5MCAwMDAwMCBuIAowMDAwMTE0NDc2IDAw
MDAwIG4gCjAwMDAwODc5NzMgMDAwMDAgbiAKMDAwMDA4NzU3NSAwMDAwMCBuIAowMDAwMTE2ODA0
IDAwMDAwIG4gCjAwMDAwODcwMzIgMDAwMDAgbiAKMDAwMDA4NjgwMSAwMDAwMCBuIAowMDAwMTEx
MTEwIDAwMDAwIG4gCjAwMDAwNzg4NjMgMDAwMDAgbiAKMDAwMDA3OTAwMyAwMDAwMCBuIAowMDAw
MDgwNjA2IDAwMDAwIG4gCjAwMDAwODA3NDYgMDAwMDAgbiAKMDAwMDA4NjIyNiAwMDAwMCBuIAow
MDAwMDg2MzEzIDAwMDAwIG4gCjAwMDAwODYzNDMgMDAwMDAgbiAKMDAwMDA4NjQxOSAwMDAwMCBu
IAowMDAwMDg3NTU1IDAwMDAwIG4gCjAwMDAwOTQ4NjkgMDAwMDAgbiAKMDAwMDEwMTI2NyAwMDAw
MCBuIAowMDAwMTAzNzY3IDAwMDAwIG4gCjAwMDAxMDg0NjUgMDAwMDAgbiAKMDAwMDExMTA4OSAw
MDAwMCBuIAp0cmFpbGVyCjw8IC9TaXplIDQ5IC9Sb290IDEgMCBSIC9JbmZvIDIgMCBSCj4+CnN0
YXJ0eHJlZgoxMTgxNDgKJSVFT0YK

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

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/

------=_NextPart_000_000F_01C53A24.B3DF80D0--




From mip4-bounces@ietf.org  Wed Apr 13 19:42:59 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA20741
	for <mip4-web-archive@ietf.org>; Wed, 13 Apr 2005 19:42:59 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DLrfX-000064-3C
	for mip4-web-archive@ietf.org; Wed, 13 Apr 2005 19:53:15 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DLrQj-0000Va-Lr; Wed, 13 Apr 2005 19:37:57 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DLrQi-0000TM-OE; Wed, 13 Apr 2005 19:37:56 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA20371;
	Wed, 13 Apr 2005 19:37:37 -0400 (EDT)
Received: from mailout1.samsung.com ([203.254.224.24])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DLraJ-0008Oj-OF; Wed, 13 Apr 2005 19:47:53 -0400
Received: from custom-daemon.mailout1.samsung.com by mailout1.samsung.com
	(iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004))
	id <0IEW00F01SAG79@mailout1.samsung.com>;
	Thu, 14 Apr 2005 08:37:28 +0900 (KST)
Received: from ep_mmp2 (mailout1.samsung.com [203.254.224.24])
	by mailout1.samsung.com
	(iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004))
	with ESMTP id <0IEW00I4VSAFXO@mailout1.samsung.com>; Thu,
	14 Apr 2005 08:37:27 +0900 (KST)
Received: from daniel ([168.219.198.108])
	by mmp2.samsung.com (iPlanet Messaging Server 5.2 HotFix 1.17 (built
	Jun 23 2003)) with ESMTPA id <0IEW00CRWSAFDL@mmp2.samsung.com>; Thu,
	14 Apr 2005 08:37:27 +0900 (KST)
Date: Thu, 14 Apr 2005 08:37:08 +0900
From: Soohong Daniel Park <soohong.park@samsung.com>
To: mip4@ietf.org, mip6@ietf.org, mipshop@ietf.org
Message-id: <007a01c54081$b5155480$6cc6dba8@daniel>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1478
X-Mailer: Microsoft Outlook, Build 10.0.6626
Content-type: multipart/mixed; boundary="Boundary_(ID_iqwV9fcPTeQOkWq5hLZvjA)"
Importance: Normal
X-Priority: 3 (Normal)
X-MSMail-priority: Normal
X-Spam-Score: 0.0 (/)
X-Scan-Signature: fb6060cb60c0cea16e3f7219e40a0a81
Subject: [Mip4] [New Draft] Link Characteristic Information for Mobile IP
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: c3a18ef96977fc9bcc21a621cbf1174b

This is a multi-part message in MIME format.

--Boundary_(ID_iqwV9fcPTeQOkWq5hLZvjA)
Content-type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7BIT

Not sure which working group would be fit for this proposal, so
I am posting it to multiple mailing list (MIP4,MIP6 and MIPSHOP)

All comments are highly welcome.

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


	Title		: Link Characteristic Information for Mobile IP
	Author(s)	: S. Park, M. Lee
	Filename	: draft-daniel-mip-link-characteristic-00.txt
	Pages		: 8
	Date		: 2005-4-13
	
This document introduces a new model for link characteristic
information that is sent by the mobile node to let the correspondent
node know which link is being used for communication between them.
This utility allows the correspondent node to forward its ongoing
traffics within the bandwidth of the mobile node while the mobile
node changes its link.  This model can be applicable for Mobile IPv4
as well as Mobile IPv6.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-daniel-mip-link-characteristic-00.
txt


Regards.
---------------------------------------------
Daniel (Soohong Daniel Park)
Mobile Platform Laboratory, SAMSUNG Electronics.

--Boundary_(ID_iqwV9fcPTeQOkWq5hLZvjA)
Content-type: Message/External-body; name=ATT00054.dat
Content-disposition: attachment; filename=ATT00054.dat
Content-Transfer-Encoding: 7bit

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

ENCODING mime
FILE /internet-drafts/draft-daniel-mip-link-characteristic-00.txt

--Boundary_(ID_iqwV9fcPTeQOkWq5hLZvjA)
Content-type: Message/External-body;
	name=draft-daniel-mip-link-characteristic-00.txt
Content-disposition: attachment;
	filename=draft-daniel-mip-link-characteristic-00.txt
Content-Transfer-Encoding: 7bit

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


--Boundary_(ID_iqwV9fcPTeQOkWq5hLZvjA)
Content-type: text/plain; name=ATT00057.txt
Content-disposition: attachment; filename=ATT00057.txt
Content-Transfer-Encoding: 7BIT

_______________________________________________
I-D-Announce mailing list
I-D-Announce@ietf.org
https://www1.ietf.org/mailman/listinfo/i-d-announce

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

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/

--Boundary_(ID_iqwV9fcPTeQOkWq5hLZvjA)--



From mip4-bounces@ietf.org Sat Apr 16 15:19:26 2005
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DMspC-00081J-3w; Sat, 16 Apr 2005 15:19:26 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DMspA-00080n-Pc
	for mip4@megatron.ietf.org; Sat, 16 Apr 2005 15:19:24 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA28749
	for <mip4@ietf.org>; Sat, 16 Apr 2005 15:19:21 -0400 (EDT)
Received: from smtp3.vsnl.net ([203.200.235.233])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DMpLh-0006CV-RQ
	for mip4@ietf.org; Sat, 16 Apr 2005 11:36:47 -0400
Received: from 98se (localhost [127.0.0.1])
	by smtp3.vsnl.net (vsnl mail server) with ESMTPA id
	<0IF10047XPE1FA@smtp3.vsnl.net> for mip4@ietf.org; Sat,
	16 Apr 2005 20:52:59 +0530 (IST)
Received: from ([61.11.57.130])
	by smtp3.vsnl.net	(InterScan E-Mail VirusWall Unix); Sat,
	16 Apr 2005 20:52:59 +0530 (IST)
Date: Sat, 16 Apr 2005 20:53:08 +0530
From: Keshava Ayanur <ayanur123@eth.net>
To: mip4@ietf.org
Message-id: <NJBBJJHJCLGEKNFNLOHFOEKCCCAA.ayanur123@eth.net>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7BIT
Importance: Normal
X-Priority: 3 (Normal)
X-MSMail-priority: Normal
X-Spam-Score: 0.9 (/)
X-Scan-Signature: 01485d64dfa90b45a74269b3ca9d5574
Content-Transfer-Encoding: 7BIT
Subject: [Mip4] test subscribe
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: ayanur123@eth.net
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org





-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/



From mip4-bounces@ietf.org Mon Apr 18 16:18:50 2005
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DNchm-0001Yh-6h; Mon, 18 Apr 2005 16:18:50 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DNZJx-0002bd-Ki
	for mip4@megatron.ietf.org; Mon, 18 Apr 2005 12:42:01 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA04906
	for <mip4@ietf.org>; Mon, 18 Apr 2005 12:41:58 -0400 (EDT)
Received: from web15302.mail.cnb.yahoo.com ([202.43.216.177]
	helo=web15302.mail.bjs.yahoo.com)
	by ietf-mx.ietf.org with smtp (Exim 4.33) id 1DNZUj-00033Y-IB
	for mip4@ietf.org; Mon, 18 Apr 2005 12:53:13 -0400
Message-ID: <20050418164144.3552.qmail@web15302.mail.bjs.yahoo.com>
Received: from [144.32.128.75] by web15302.mail.cnb.yahoo.com via HTTP;
	Tue, 19 Apr 2005 00:41:44 CST
Date: Tue, 19 Apr 2005 00:41:44 +0800 (CST)
From: enjoyzj <enjoyzj@yahoo.com.cn>
To: mip4@ietf.org
MIME-Version: 1.0
Content-Type: text/plain; charset=gb2312
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e1e48a527f609d1be2bc8d8a70eb76cb
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by ietf.org id MAA04906
X-Mailman-Approved-At: Mon, 18 Apr 2005 16:18:48 -0400
Subject: [Mip4] Questions on Mobile IP Security Issues
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org

Dear Experts,

I am trying to get a deeper understanding with regard
to the Mobile IP security issues, especially on key
and security association distribution for Mobile IP
message authentication. I've noticed that there are
many RFCs and IDs proposing various frameworks,
protocols, extensions, including AAA requirement for
Mobile IP(rfc2977), AAA keys for Mobile IPv4(rfc3957),
IKE(rfc2409), IKEv2, ISAKMP(rfc2408), the Internet
DOI(rfc2407), DIAMETER mobile IP extensions, DIAMETER
Base Protocol(rfc3588), IPsec, etc.. I've read some of
them. However, because of the lack of a general
description on the relationship between them, I am
kind of confused with how they are related with one
and another.

For example, if IKE is used for key exchange, why
there is need for the method described in rfc2977 and
rfc3957? Or rfc2977 and rfc3957 are proposed for
Mobile IP to use the IKE protocol? What is the
relationship between AAA and IPsec? Is there actually
a standardized method for Mobile IP key and SA
distribution? Is there actually a PKI available for
Mobile IP? Can existing RADIUS and DIAMETER servers be
viewed as part of Mobile IP PKI? Is IKEv2 mandatory in
mobility environment? ...

I am really sorry for so many question marks, and
please forgive my ignorance. I would be very
appreciated if anybody can give me a just brief
description or provide me a pointer. Thanks a lot in
advance!

Best Regards,
Juan

_________________________________________________________
Do You Yahoo!?
=D7=A2=B2=E1=CA=C0=BD=E7=D2=BB=C1=F7=C6=B7=D6=CA=B5=C4=D1=C5=BB=A2=C3=E2=B7=
=D1=B5=E7=D3=CA
http://cn.rd.yahoo.com/mail_cn/tag/1g/*http://cn.mail.yahoo.com/

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/



From mip4-bounces@ietf.org Tue Apr 19 09:14:27 2005
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DNsYd-0006XH-8a; Tue, 19 Apr 2005 09:14:27 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DNsYb-0006X8-KP
	for mip4@megatron.ietf.org; Tue, 19 Apr 2005 09:14:26 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA08029
	for <mip4@ietf.org>; Tue, 19 Apr 2005 09:14:23 -0400 (EDT)
Received: from motgate8.mot.com ([129.188.136.8])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DNsjb-0006Qt-MI
	for mip4@ietf.org; Tue, 19 Apr 2005 09:25:49 -0400
Received: from il06exr03.mot.com (il06exr03.mot.com [129.188.137.133])
	by motgate8.mot.com (Motorola/Motgate8) with ESMTP id j3JDGf24007028;
	Tue, 19 Apr 2005 06:16:42 -0700 (MST)
Received: from zfr01srv02.crm.mot.com (zfr01srv02.crm.mot.com [10.161.201.8])
	by il06exr03.mot.com (8.13.1/8.13.0) with ESMTP id j3JDGgJN010635;
	Tue, 19 Apr 2005 08:16:42 -0500 (CDT)
Received: from [10.161.201.117] (zfr01-2117.crm.mot.com [10.161.201.117])
	by zfr01srv02.crm.mot.com (Postfix) with ESMTP
	id 6E1CE865980; Tue, 19 Apr 2005 15:14:15 +0200 (CEST)
Message-ID: <42650425.5070907@motorola.com>
Date: Tue, 19 Apr 2005 15:14:13 +0200
From: Alexandru Petrescu <Alexandru.Petrescu@motorola.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.7.2) Gecko/20040803
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Henrik Levkowetz <henrik@levkowetz.com>
Subject: Re: [Mip4] IETF-62 Draft Minutes.
References: <42516A25.6080405@levkowetz.com> <4251E378.1070409@iprg.nokia.com>
	<42531682.4060708@levkowetz.com>
In-Reply-To: <42531682.4060708@levkowetz.com>
X-Enigmail-Version: 0.89.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d6b246023072368de71562c0ab503126
Content-Transfer-Encoding: 7bit
Cc: Pete McCann <mccap@lucent.com>, Vijay Devarapalli <vijayd@iprg.nokia.com>,
	Mobile IPv4 Mailing List <mip4@ietf.org>
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org

Henrik Levkowetz wrote:
>>>      Thomas : 
>>>   
>>>	Good. It fits better in the MIPv6 group.
>>
>>Thomas said lot more. I dont remember now. I think he said the first
>>scenario fits in the MIPv6 wg. Thomas?
>  
> Ok.  I don't remember more details myself.

It's recorded! Download the 46Mb mp3 of the mip4 iet62 session at:
http://limestone.uoregon.edu/ftp/pub/videolab/video/ietf62/ietf62-ch6-thur-noon.mp3

Thomas' double intervention on this particular topic is between
4:30:05 - 4:31:04 and
4:32:18 - 4:32:28

Alex


-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/



From mip4-bounces@ietf.org Sat Apr 30 15:46:22 2005
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DRxuw-0008Jo-F5; Sat, 30 Apr 2005 15:46:22 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DRSf5-0003D5-Cl; Fri, 29 Apr 2005 06:23:55 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA10254;
	Fri, 29 Apr 2005 06:23:52 -0400 (EDT)
Received: from mx1.iit.cnr.it ([146.48.98.40] helo=mx.iit.cnr.it)
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DRSs6-0003u4-Pa; Fri, 29 Apr 2005 06:37:24 -0400
Received: from localhost (mx.iit.cnr.it [127.0.0.1])
	by mx.iit.cnr.it (Postfix) with ESMTP id 047EC2EE0C;
	Fri, 29 Apr 2005 12:23:38 +0200 (CEST)
Received: from mx.iit.cnr.it ([127.0.0.1])
	by localhost (mx.iit.cnr.it [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP
	id 23151-17; Fri, 29 Apr 2005 12:23:30 +0200 (CEST)
Received: from delmastro1 (delmastrof.iit.cnr.it [146.48.98.74])
	by mx.iit.cnr.it (Postfix) with ESMTP id 8C4932EE16;
	Fri, 29 Apr 2005 12:23:30 +0200 (CEST)
Message-ID: <003301c54ca5$a5a81ca0$4a623092@delmastro1>
From: "Franca Delmastro" <franca.delmastro@iit.cnr.it>
To: "Franca Delmastro" <franca.delmastro@iit.cnr.it>
Date: Fri, 29 Apr 2005 12:24:33 +0200
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1437
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
X-Virus-Scanned: by Content Checker at iit.cnr.it
X-Spam-Score: 0.8 (/)
X-Scan-Signature: daad8889a1d1b9fb2a1968b7b145a34c
X-Mailman-Approved-At: Sat, 30 Apr 2005 15:46:21 -0400
Cc: 
Subject: [Mip4] IEEE WoWMoM 2005 Advance Program and Call for Participation
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1806565619=="
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org

This is a multi-part message in MIME format.

--===============1806565619==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0030_01C54CB6.669C5F10"

This is a multi-part message in MIME format.

------=_NextPart_000_0030_01C54CB6.669C5F10
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

IEEE WoWMoM 2005 Advance Program and Call for Participatio
[Apologies for multiple copies]

***********************************************************************


CALL FOR PARTICIPATION


WoWMoM 2005
Sixth IEEE International Symposium on a World of Wireless,
Mobile and Multimedia Networks


http://cnd.iit.cnr.it/wowmom2005
Taormina, Italy, June 13-16, 2005


Sponsored by
The IEEE Computer Society
The University of Texas at Arlington
Technical sponsored by IEEE TCCC


   =20
*************************************************************************=
*
ADVANCE REGISTRATION DEADLINE


Early Registration Deadline to avail of special discounted rates: May =
15, 2005.
Please see: http://wukong.uta.edu/cgi-bin/register.cgi=20
*************************************************************************=



WoWMoM 2005 MAIN FEATURES


*** 15 Technical Sessions


*** 2 Keynote Speeches


  Sensor networks: A hype or real challenge?
  Adam Wolisz, TU Berlin, Germany


  Designing Self-Organized Wireless Networks - Is It Possible?
  Sudhir Dixit, Nokia-NRC, Boston, USA


*** 1 Panel


  "The Future Wireless Network: Revolution vs. Evolution? Will managed =
cellular networks  evolve and survive, or will they be replaced by a =
fully decentralized ad-hoc/mesh architecture?"


*** 1 Poster Session


*** 2 Workshops


*************************************************************************=



WoWMoM 2005 PRELIMINARY PROGRAM




Monday - June 13, 2005




8h30 - 18h00: WoWMoM 2005 Workshops


Workshop #1: Autonomic Communications and Computing (ACC 2005)
http://www.autonomic-communication.org/acc/index.html



Workshop #2: Trust, Security and Privacy for Ubiquitous Computing =
(TSPUC2005)
http://www.iit.cnr.it/TSPUC2005


*************************************************************************=






Tuesday - June 14, 2005

8h30 -8h40: Opening Remarks

8h40-10h20: Session 1: Ad Hoc Networks I

Interference-Limited MAC Protocol for MANETs with Directional Antennas
  Aman Arora and Marwan Krunz (The University of Arizona, USA)


An Integrated Neighbor Discovery and MAC Protocol for Ad Hoc Networks =
Using Directional Antennas
  Gentian Jakllari, Wenjie Luo, and Srikanth V. Krishnamurthy =
(University of California at Santa Barbara, USA)


Exploiting Path Diversity in the Link Layer in Wireless Ad Hoc Networks
  Shweta Jain and Samir R Das (State University of New York at Stony =
Brook, USA)


A Scenario-Based Performance Evaluation of Multicast Routing Protocols =
for Ad Hoc Networks
  Manoj Pandey and Daniel Zappala (Brigham Young University, Provo USA)




10h20-10h45: Coffee break




10h45-11h45: Keynote speech


  Sensor networks: A hype or real challenge?
  Adam Wolisz, TU Berlin, Germany




12h00-13h00: Sessions 2A - 2B


Session 2A: Ad Hoc Networks II

An Adaptive Routing Protocol for Ad-Hoc Peer-to-Peer Networks
  Luca Gatani, Giuseppe Lo Re and Salvatore Gaglio (University of =
Palermo, Italy)


Evaluation of Peer-to-Peer Network Content Discovery Techniques over =
Mobile Ad Hoc Networks
  Leonardo B Oliveira, Isabela Siqueira, Daniel F. Macedo, Antonio A. =
Loureiro, and Hao Chi Wong (Federal University of Minas Gerais, Belo =
Horizonte, Brazil)


Stable, Congestion-Controlled Application-Layer Multicasting in =
PedestrianAd-Hoc Networks
  Peter Baumung (University of Karlsruhe, Germany)



Session 2B: From 3G to 4G

Application Rate Adaptation for Mobile Streaming
  Igor D. D. Curcio (Nokia Technology Platforms, Finland) and David Leon =
(Nokia Research Center, USA)


An Agent-Based Architecture for Handover Initiation and Decision in 4G =
Networks
  V. E. Zafeiris and E. A. Giakoumakis (Athens University of Economics =
and Business, Greece)


DIMSUMNet: New Directions in Wireless Networking Using Coordinated =
Dynamic Spectrum Access
  Milind M. Buddhikot (Lucent Bell Labs, USA), Paul Kolodzy (Stevens =
Institute of Technology, USA), Scott Miller (Lucent Bell Labs, USA), =
Kevin Ryan, and Jason Evans (Stevens Institute of Technology, USA)



13h00 -14h30 Lunch break


14h30-15h30: Poster Session



15h30-16h00: Coffee break



16h00-17h15: Session 3: Systems Evaluation

Performance Analysis of the IEEE 802.11 MAC and Physical Layer Protocol
  Mohammad Hossein Manshaei (INRIA, France), Gion Reto Cantieni (EPFL, =
Switzerland), Chadi Barakat, and Thierry Turletti (INRIA, France)


Saturation Throughput Analysis of a System of Interfering IEEE 802.11 =
WLANs
  Manoj K. Panda (Satyam Computer Services Ltd., India), Anurag Kumar =
(Indian Institute of Science, Bangalore, India), and S. H. Srinivasan =
(Satyam Computer Services Ltd., India)


What Is Wrong in Multimedia Messaging?
  Olli-Pekka Pohjola and Kalevi Kilkki (Nokia Research, Helsinki, =
Finland)




***********************************************************************






Wednesday June 15, 2005


8h30-10h10: Session 4: Ad Hoc Networks III

Service Discovery in Mobile Ad Hoc Networks: A Field Theoretic Approach
  Vincent Lenders, Martin May, and Bernhard Plattner (ETH, Switzerland)


An Agile Approach to Distributed Information Dissemination in Mobile Ad =
Hoc Networks
  Nicholas Bauer, Michael Colagrosso, and Tracy Camp (Colorado School of =
Mines, USA)


Lightweight Replication Middleware for Data and Service Components in =
Dense MANETs
  Paolo Bellavista, Antonio Corradi, and Eugenio Magistretti (University =
of Bologna, Italy)


Energy-Efficient Replica Voting Mechanisms for Secure Real-Time Embedded =
Systems
  Kevin A. Kwiat (Air Force Research Laboratory, Rome, NY, USA), =
Kaliappa Ravindran (City University of New York, USA), and Patrick =
Hurley (Air Force Research Laboratory, Rome, NY, USA)




10h15-11h15: Keynote speech


  Designing Self-Organized Wireless Networks - Is It Possible?
  Sudhir Dixit, Nokia-NRC, Boston, USA




11h15-11h45: Coffee break




11h45-13h05: Sessions 5A - 5B



Session 5A: Multi-hop Networks

Design and Evaluation of iMesh: An Infrastructure-Mode Wireless Mesh =
Network
  Vishnu Navda, Anand Kashyap, and Samir R. Das (University of New York =
at Stony Brook, USA)


High Throughput Routing in Hybrid Cellular and Ad-Hoc Networks
  Ioannis Ioannidis, Bogdan Carbunar, and Cristina Nita-Rotaru (Purdue =
University, USA)


On the Clustering Properties of Exponential Random Networks
  Nikhil Karamchandani, D. Manjunath (IIT-Bombay, India), and Srikanth =
K. Iyer (IIT-Kanpur, India)


Adaptive Routing for Intermittently Connected Mobile Ad Hoc Networks
  Mirco Musolesi, Stephen Hailes, and Cecilia Mascolo (University =
College London, UK)



Session 5B: Wireless Channel Protocols

Modeling and Analysis of Robust Header Compression Performance
  Chia Yuan Cho, Yong Huat Chew, Winston Khoon Guan Seah (Institute for =
Infocomm Research, Singapore)


A Joint Coding at Neighbor Network Layers
  Evgenii Krouk (St. Petersburg State University of Aerospace =
Instrumentation, Russia) and Sergei Semenov (Nokia Technology Platforms, =
Finland)


Cross-Layer Design of Dynamic Resource Allocation with Diverse QoS =
Guarantees for MIMO-OFDM Wireless Networks
  Jia Tang and Xi Zhang (Texas A&M University, USA)


A Generalized Algorithm for the Generation of Correlated Rayleigh Fading =
Envelopes
  Le Chung Tran, Tadeusz A. Wysocki (University of Wollongong, =
Australia), Alfred Mertins (University of Oldenburg, Germany) and =
Jennifer Seberry (University of Wollongong, Australia)




13h05-14h30: Lunch break




14h30-15h45: Session 6: 802.11


Temporal Fairness Provisioning in Multi-Rate Contention-Based 802.11e =
WLANs
  Ilenia Tinnirello (University of Palermo, Italy) and Sunghyun Choi =
(Seoul National University,  Korea)


The Wireless Hierarchical Token Bucket: A Channel Aware Scheduler
 for 802.11 Networks
  Rosario G. Garroppo, Stefano Giordano, Stefano Lucetti, and Edoardo =
Valori (University of Pisa, Italy)


Revisit of RTS/CTS Exchange in High-Speed IEEE 802.11 Networks
  Ilenia Tinnirello (University of Palermo, Italy), Sunghyun Choi, and =
Youngsoo Kim (Seoul National University, Korea)




15h45-16h15: Coffee break




16h15-17h35: Sessions 7A - 7B



Session 7A: Applications & Services

Adaptive Resource Management for Multimedia Applications in Wireless =
Networks
  Nilanjan Banerjee, Kalyan Basu, and Sajal K. Das (The University of =
Texas at Arlington, USA)


Personalized Service Composition for Ubiquitous Multimedia Delivery
  Swaroop Kalasapur, Mohan Kumar, and Behrooz Shirazi (The University of =
Texas at Arlington, USA)


Supporting Semantic-Based Multimedia Data Access in Ad Hoc Networks
  Bo Yang and Ali R. Hurson (The Pennsylvania State University, USA)


A System Structure for Adaptive Mobile Applications
  Vincenzo De Florio and Chris Blondia (University of Antwerp, Belgium)



Session 7B: MAC Protocols

A High-Throughput MAC Strategy for Next-Generation WLANs
  Seongkwan Kim, Youngsoo Kim, Sunghyun Choi (Seoul National University, =
Korea), Kyunghun Jang, and Jin-Bong Chang (Samsung Advanced Institute of =
Technology, Korea)


PARMA: A PHY/MAC Aware Routing Metric for Ad-Hoc Wireless Networks with =
Multi-Rate Radios
  Suli Zhao, Zhibin Wu (WINLAB, Rutgers University, USA), Arup Acharya =
(IBM Research, USA) and Dipankar Raychaudhuri (WINLAB, Rutgers =
University, USA),


Ad-Hoc Extensions to the 802.15.3 MAC Protocol
  Samir Datta, Ivan Seskar (WINLAB, Rutgers University, USA), Mustafa =
Demirhan (Intel Corp., USA), Siun-Chuon Mau, and Dipankar Raychaudhuri =
(WINLAB, Rutgers University, USA)


Packet Delay Distribution of the IEEE 802.11 Distributed Coordination =
Function
  P. Raptis, V. Vitsas (Technological Educational Institution, =
Thessaloniki, Greece), K, K. Paparrizos (University of Macedonia, =
Thessaloniki, Greece), P. Chatzimisios, and A. C. Boucouvalas =
(Bournemouth University, UK)





20h00: Social Dinner

**********************************************************








Thursday June 16, 2005


9h00-10h20: Sessions 8A - 8B


Session 8A: Energy Management

Energy-Aware Routing in Wireless Ad-Hoc Networks
  Panagiotis C. Kokkinos, Christos A. Papageorgiou and Emmanouel A. =
Varvarigos (University of Patras, Greece)


On Maximizing Lifetime of a Sensor Cluster
  Samar Agnihotri and Pavan Nuggehalli, and H. Jamadagni (Indian =
Institute of Science, India)


On Topology Control of Wireless Peer-to-Peer File Sharing Networks: =
Energy Efficiency, Fairness and Incentive
  Andrew Ka-Ho Leung, and Yu-Kwong Kwok (The University of Hong Kong)


Game Theoretic Power Aware Wireless Data Access
  Mark Kai-Ho Yeung and Yu-Kwong Kwok (The University of Hong Kong)



Session 8B: Quality of Service


Fast IP Handoff Support for VoIP and Multimedia Applications in 802.11 =
WLANs
  Ioanna Samprakou (Atmel Hellas S.A., Greece), Christos Bouras =
(University of Patras, Greece), and Theodore Karoubalis (Atmel Hellas =
S.A., Greece)


Exploiting MAC Flexibility in WiMAX for Media Streaming
  Shamik Sengupta, Mainak Chatterjee (University of Central Florida, =
USA), Samrat Ganguly, and Rauf Izmailov (NEC Labs, USA)


Dynamic QoS Negotiation and Adaptation for Networked Virtual Reality =
Services
  Lea Skorin-Kapov (Ericsson, Croatia) and Maja Matijasevic (University =
of Zagreb, Croatia)




10h20-10h50: Coffee break


10h50-12h10: Sessions 9A - 9B


Session 9A: Ad Hoc Networks IV

Hello Protocols for Wireless Ad-Hoc Networks: Overhead and Accuracy =
Tradeoffs
  Venkata C. Giruka and Mukesh Singhal (University of Kentucky, USA)


A Generic Algorithm to Improve the Performance of Proactive Ad Hoc =
Mechanisms
  Mona Ghassemian, Vasilis Friderikos, and A. Hamid Aghvami (King's =
College London, UK)


Comparisons of Inter-Domain Routing Schemes for Heterogeneous Ad Hoc =
Networks
  Wenbin Ma and Mooi Choo Chuah (University Bethlehem, USA)


Real-Time Intrusion Detection for Ad Hoc Networks
  Ioanna Stamouli, Patroklos G. Argyroudis, and Hitesh Tewari =
(University of Dublin, Ireland)



Session 9B: Location Mechanisms & Services

A Friis-Based Calibrated Model for WiFi Terminals Positioning
  Fr=E9d=E9ric Lassabe, Philippe Canalda, Pascal Chatonnay, Fran=E7ois =
Spies (Universit=E9 de Franche-Comt=E9, France), and Oumaya. Baala =
(Universit=E9 de Technologie de Belfort-Montb=E9liard, France)


Precise Distributed Localization Algorithms for Wireless Networks
  Saad Biaz and Yiming Ji (Auburn University, USA)


A Hidden Environment Model for Constructing Indoor Radio Maps
  Zhe Xiang, Hangjin Zhang, Jian Huang, Song Song (IBM China Research =
Lab., China), and Kevin C. Almeroth (University of California, USA)


Mobile Terminal Location Discovery Schemes for a 'Beyond 3G' =
Inter-Worked Network
  Daniel Morris, Paul Pangalos, and Hamid Aghvami (Kings College London, =
UK)




12h15-13h45: Lunch break




13h45-14h45 Panel=20


  "The Future Wireless Network: Revolution vs. Evolution? Will managed =
cellular networks  evolve and survive, or will they be replaced by a =
fully decentralized ad-hoc/mesh architecture?"


  Panel Organizer: Dipankar Raychaudhuri (WINLAB, Rutgers Univ, , USA)




15h00-16h40: Session 10: Power Control and Power Management


Flexible Power Modeling for Wireless Systems: Power Modeling and =
Optimization of two Bluetooth Implementations
  Luca Negri, Mariagiovanna Sami (Politecnico di Milano, Italy), Que =
Dung Tran, and Davide Zanetti (USI, Switzerland)


Power Control is not Required for Wireless Networks in the Linear Regime
  Bozidar Radunovic and Jean-Yves Le Boudec (EPFL, Switzerland)


Integrated Power Control and Rate Allocation for Radio Resource =
Management in Uplink Wideband CDMA Systems
  Lian Zhao (Ryerson University, Canada) and Jon W. Mark (University of =
Waterloo, Canada)


A Power Allocation Algorithm for Throughput Maximization in Mobile =
Networks
  Enzo Baccarelli, Mauro Biagi, Cristian Pelizzoni, Nicola Cordeschi, =
and Fabio Garzia (University of Rome "La Sapienza", Italy)




16h45: Closing session & Refreshments




************************************************************
Franca Delmastro
Pervasive Computing & Networking Lab. (PerLab)

IIT- National Research Council
via G. Moruzzi,1
56124 Pisa, Italy
phone: +39 050 3152407 (direct)
********************************************************


------=_NextPart_000_0030_01C54CB6.669C5F10
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE>IEEE WoWMoM 2005 Advance Program and Call for =
Participatio</TITLE>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<STYLE type=3Dtext/css>BLOCKQUOTE {
	PADDING-BOTTOM: 0px; PADDING-TOP: 0px
}
DL {
	PADDING-BOTTOM: 0px; PADDING-TOP: 0px
}
UL {
	PADDING-BOTTOM: 0px; PADDING-TOP: 0px
}
OL {
	PADDING-BOTTOM: 0px; PADDING-TOP: 0px
}
LI {
	PADDING-BOTTOM: 0px; PADDING-TOP: 0px
}
</STYLE>

<META content=3D"MSHTML 6.00.2800.1479" name=3DGENERATOR></HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#0000ff size=3D2></FONT>&nbsp;</DIV>
<DIV style=3D"FONT: 10pt arial">
<DIV></DIV><FONT size=3D3><FONT face=3D"Book Antiqua">[Apologies for =
multiple=20
copies]</FONT><BR></FONT></DIV>
<DIV>********************************************************************=
<SPAN></SPAN>***</DIV>
<DIV><FONT color=3D#0000ff size=3D-1><BR></FONT></DIV>
<DIV align=3Dcenter><FONT color=3D#000000>CALL FOR =
PARTICIPATION</FONT></DIV>
<DIV><FONT color=3D#0000ff><BR></FONT></DIV>
<DIV align=3Dcenter><FONT color=3D#000000>WoWMoM 2005</FONT></DIV>
<DIV align=3Dcenter><FONT color=3D#000000>Sixth IEEE International =
Symposium on a=20
World of Wireless,</FONT></DIV>
<DIV align=3Dcenter><FONT color=3D#000000>Mobile and Multimedia=20
Networks</FONT></DIV>
<DIV align=3Dcenter><FONT color=3D#000000><BR></FONT></DIV>
<DIV align=3Dcenter><FONT color=3D#000000><A=20
href=3D"http://cnd.iit.cnr.it/wowmom2005">http://cnd.iit.cnr.it/wowmom200=
5</A></FONT></DIV>
<DIV align=3Dcenter><FONT color=3D#000000>Taormina, Italy, June 13-16,=20
2005</FONT></DIV>
<DIV align=3Dcenter><FONT color=3D#000000><BR></FONT></DIV>
<DIV align=3Dcenter><FONT color=3D#000000>Sponsored by</FONT></DIV>
<DIV align=3Dcenter><FONT color=3D#000000>The IEEE Computer =
Society</FONT></DIV>
<DIV align=3Dcenter><FONT color=3D#000000>The University of Texas at=20
Arlington</FONT></DIV>
<DIV align=3Dcenter><FONT color=3D#000000>Technical sponsored by IEEE=20
TCCC</FONT></DIV>
<DIV><FONT color=3D#000000><BR></FONT></DIV>
<DIV><FONT color=3D#000000>&nbsp;&nbsp;&nbsp;&nbsp;</FONT></DIV>
<DIV><FONT=20
color=3D#000000>*********************************************************=
***********<SPAN></SPAN>******</FONT></DIV>
<DIV><FONT color=3D#000000>ADVANCE REGISTRATION DEADLINE</FONT></DIV>
<DIV><FONT color=3D#000000><BR></FONT></DIV>
<DIV><FONT color=3D#000000>Early Registration Deadline to avail of =
special=20
discounted rates: May 15, 2005.</FONT></DIV>
<DIV><FONT color=3D#000000>Please see:=20
http://wukong.uta.edu/cgi-bin/register.cgi&nbsp;</FONT></DIV>
<DIV><FONT=20
color=3D#000000>*********************************************************=
***********<SPAN></SPAN>*****</FONT></DIV>
<DIV><FONT color=3D#000000><BR></FONT></DIV>
<DIV><FONT color=3D#000000>WoWMoM 2005 MAIN FEATURES</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D+1><BR></FONT></DIV>
<DIV><FONT color=3D#000000>*** 15 Technical Sessions</FONT></DIV>
<DIV><FONT color=3D#000000><BR></FONT></DIV>
<DIV><FONT color=3D#000000>*** 2 Keynote Speeches</FONT></DIV>
<BLOCKQUOTE><FONT color=3D#000000 size=3D+1><BR></FONT></BLOCKQUOTE>
<BLOCKQUOTE><FONT color=3D#000000 size=3D-1><I>Sensor networks: A hype =
or real=20
  challenge?</I></FONT></BLOCKQUOTE>
<BLOCKQUOTE><FONT color=3D#000000 size=3D-1>Adam Wolisz, TU Berlin,=20
Germany</FONT></BLOCKQUOTE>
<BLOCKQUOTE><FONT color=3D#000000><BR></FONT></BLOCKQUOTE>
<BLOCKQUOTE><FONT color=3D#000000 size=3D-1><I>Designing Self-Organized =
Wireless=20
  Networks - Is It Possible?</I></FONT></BLOCKQUOTE>
<BLOCKQUOTE><FONT color=3D#000000 size=3D-1>Sudhir Dixit, Nokia-NRC, =
Boston,=20
  USA</FONT></BLOCKQUOTE>
<DIV><FONT color=3D#000000><BR></FONT></DIV>
<DIV><FONT color=3D#000000>*** 1 Panel</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D-1><B><BR></B></FONT></DIV>
<BLOCKQUOTE><FONT color=3D#000000 size=3D-1><I>"The Future Wireless =
Network:=20
  Revolution vs. Evolution? Will managed cellular networks&nbsp; evolve =
and=20
  survive, or will they be replaced by a fully decentralized ad-hoc/mesh =

  architecture?"</I></FONT></BLOCKQUOTE>
<DIV><FONT color=3D#000000 size=3D+1><BR></FONT></DIV>
<DIV><FONT color=3D#000000>*** 1 Poster Session</FONT></DIV>
<DIV><FONT color=3D#000000><BR></FONT></DIV>
<DIV><FONT color=3D#000000>*** 2 Workshops</FONT></DIV>
<DIV><FONT face=3D"Arial Black" color=3D#000000 =
size=3D+1><BR></FONT></DIV>
<DIV><FONT=20
color=3D#000000>*********************************************************=
***********<SPAN></SPAN>*****</FONT></DIV>
<DIV><FONT face=3D"Arial Black" color=3D#000000 =
size=3D+1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000>WoWMoM 2005 PRELIMINARY =
PROGRAM</FONT></DIV>
<DIV><BR></DIV>
<DIV><BR></DIV>
<DIV><FONT face=3D"Arial Black" color=3D#000000 size=3D-1>Monday - June =
13,=20
2005</FONT></DIV>
<DIV><BR></DIV>
<DIV><BR></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B>8h30</B></FONT><FONT face=3DArial=20
size=3D-1><B> - 18h00: WoWMoM 2005 Workshops</B></FONT></DIV>
<DIV><BR></DIV>
<DIV><FONT face=3DArial size=3D-1>Workshop #1: Autonomic Communications =
and=20
Computing (ACC 2005)</FONT></DIV>
<DIV><FONT face=3DArial=20
size=3D-1>http://www.autonomic-communication.org/acc/index.html</FONT><BR=
></DIV>
<DIV><FONT face=3DArial size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial size=3D-1>Workshop #2: Trust, Security and =
Privacy for=20
Ubiquitous Computing (TSPUC2005)</FONT></DIV>
<DIV><FONT face=3DArial =
size=3D-1>http://www.iit.cnr.it/TSPUC2005</FONT></DIV>
<DIV><BR></DIV>
<DIV><FONT face=3D"Times New Roman" color=3D#000000=20
size=3D-1>***************************************************************=
*****<SPAN></SPAN>*****</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D-2><BR></FONT></DIV>
<DIV><FONT color=3D#000000 size=3D-2><BR></FONT></DIV>
<DIV><FONT color=3D#000000 size=3D-1><BR><FONT face=3D"Arial =
Black">Tuesday - June 14,=20
2005</FONT></FONT></DIV>
<DIV><FONT face=3D"Arial Black" color=3D#000000 =
size=3D-1><BR></FONT><FONT face=3DArial=20
color=3D#000000 size=3D-1><B>8h30 -8h40: Opening =
Remarks<BR><BR>8h40-10h20: Session=20
1: Ad Hoc Networks I</B></FONT><BR></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Interference-Limited =
MAC Protocol=20
for MANETs with Directional Antennas</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Aman Arora =
and Marwan=20
  Krunz</I> (The University of Arizona, USA)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>An Integrated Neighbor =
Discovery and=20
MAC Protocol for Ad Hoc Networks Using Directional Antennas</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Gentian =
Jakllari, Wenjie=20
  Luo, and Srikanth V. Krishnamurthy (</I>University of California at =
Santa=20
  Barbara, USA)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Exploiting Path =
Diversity in the=20
Link Layer in Wireless Ad Hoc Networks</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Shweta Jain =
and Samir R=20
  Das (</I>State University of New York at Stony Brook, =
USA)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>A Scenario-Based =
Performance=20
Evaluation of Multicast Routing Protocols for Ad Hoc =
Networks</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Manoj Pandey =
and Daniel=20
  Zappala</I> (Brigham Young University, Provo USA)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B>10h20-10h45: Coffee =

break</B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B><BR></B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B><BR></B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B>10h45-11h45: =
Keynote=20
speech</B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><I><BR></I></FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Sensor =
networks: A hype=20
  or real challenge?</I></FONT></BLOCKQUOTE>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1>Adam Wolisz, TU =
Berlin,=20
  Germany</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B><BR></B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B>12h00-13h00: =
Sessions 2A -=20
2B</B></FONT><BR></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B><BR>Session 2A: Ad =
Hoc Networks=20
II</B></FONT><BR></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>An Adaptive Routing =
Protocol for=20
Ad-Hoc Peer-to-Peer Networks</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Luca Gatani, =
Giuseppe Lo=20
  Re and Salvatore Gaglio</I> (University of Palermo, =
Italy)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Evaluation of =
Peer-to-Peer Network=20
Content Discovery Techniques over Mobile Ad Hoc Networks</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Leonardo B =
Oliveira,=20
  Isabela Siqueira, Daniel F. Macedo, Antonio A. Loureiro, and Hao Chi =
Wong</I>=20
  (Federal University of Minas Gerais, Belo Horizonte, =
Brazil)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Stable, =
Congestion-Controlled=20
Application-Layer Multicasting in PedestrianAd-Hoc Networks</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Peter =
Baumung</I>=20
  (University of Karlsruhe, Germany)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR><B>Session 2B: =
>From 3G to=20
4G</B></FONT><BR></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Application Rate =
Adaptation for=20
Mobile Streaming</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Igor D. D. =
Curcio</I>=20
  (Nokia Technology Platforms, Finland)<I> and David Leon</I> (Nokia =
Research=20
  Center, USA)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>An Agent-Based =
Architecture for=20
Handover Initiation and Decision in 4G Networks</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>V. E. =
Zafeiris and E. A.=20
  Giakoumakis</I> (Athens University of Economics and Business,=20
Greece)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>DIMSUMNet: New =
Directions in=20
Wireless Networking Using Coordinated Dynamic Spectrum =
Access</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Milind M. =
Buddhikot</I>=20
  (Lucent Bell Labs, USA)<I>, Paul Kolodzy</I> (Stevens Institute of =
Technology,=20
  USA),<I> Scott Miller</I> (Lucent Bell Labs, USA)<I>, Kevin Ryan, and =
Jason=20
  Evans</I> (Stevens Institute of Technology, USA)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR><B>13h00 -14h30 =
Lunch=20
break</B></FONT><BR></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B><BR>14h30-15h30: =
Poster=20
Session</B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B><BR></B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B><BR>15h30-16h00: =
Coffee=20
break</B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B><BR><BR></B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B>16h00-17h15: =
Session 3: Systems=20
Evaluation</B></FONT><BR></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Performance Analysis =
of the IEEE=20
802.11 MAC and Physical Layer Protocol</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Mohammad =
Hossein=20
  Manshaei</I> (INRIA, France)<I>, Gion Reto Cantieni</I> (EPFL,=20
  Switzerland)<I>, Chadi Barakat, and Thierry Turletti</I> (INRIA,=20
France)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Saturation Throughput =
Analysis of a=20
System of Interfering IEEE 802.11 WLANs</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Manoj K. =
Panda</I>=20
  (Satyam Computer Services Ltd., India)<I>, Anurag Kumar</I> (Indian =
Institute=20
  of Science, Bangalore, India)<I>, and S. H. Srinivasan</I> (Satyam =
Computer=20
  Services Ltd., India)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>What Is Wrong in =
Multimedia=20
Messaging?</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Olli-Pekka =
Pohjola and=20
  Kalevi Kilkki</I> (Nokia Research, Helsinki, =
Finland)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3D"Times New Roman" color=3D#000000 =
size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3D"Times New Roman" color=3D#000000=20
size=3D-1>***************************************************************=
*****<SPAN></SPAN>***</FONT></DIV>
<DIV><FONT face=3D"Times New Roman" color=3D#000000 =
size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3D"Times New Roman" color=3D#000000 =
size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3D"Times New Roman" color=3D#000000 =
size=3D-1><BR><BR></FONT><FONT=20
face=3D"Arial Black" color=3D#000000 size=3D-1>Wednesday June 15,=20
2005<BR><BR><BR></FONT><FONT face=3DArial color=3D#000000 =
size=3D-1><B>8h30-10h10:=20
Session 4: Ad Hoc Networks III</B></FONT><BR></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Service Discovery in =
Mobile Ad Hoc=20
Networks: A Field Theoretic Approach</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Vincent =
Lenders, Martin=20
  May, and Bernhard Plattner</I> (ETH, Switzerland)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>An Agile Approach to =
Distributed=20
Information Dissemination in Mobile Ad Hoc Networks</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Nicholas =
Bauer, Michael=20
  Colagrosso, and Tracy Camp</I> (Colorado School of Mines,=20
USA)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Lightweight =
Replication Middleware=20
for Data and Service Components in Dense MANETs</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Paolo =
Bellavista,=20
  Antonio Corradi, and Eugenio Magistretti</I> (University of Bologna,=20
  Italy)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Energy-Efficient =
Replica Voting=20
Mechanisms for Secure Real-Time Embedded Systems</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Kevin A. =
Kwiat</I> (Air=20
  Force Research Laboratory, Rome, NY, USA),<I> Kaliappa Ravindran</I> =
(City=20
  University of New York, USA),<I> and Patrick Hurley</I> (Air Force =
Research=20
  Laboratory, Rome, NY, USA)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B>10h15-11h15: =
Keynote=20
speech</B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><I><BR></I></FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Designing =
Self-Organized=20
  Wireless Networks - Is It Possible?</I></FONT></BLOCKQUOTE>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1>Sudhir Dixit, =
Nokia-NRC,=20
  Boston, USA</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B><BR></B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B>11h15-11h45: Coffee =

break</B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B><BR></B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B><BR></B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B>11h45-13h05: =
Sessions 5A -=20
5B</B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B><BR></B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B><BR>Session 5A: =
Multi-hop=20
Networks</B></FONT><BR></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Design and Evaluation =
of iMesh: An=20
Infrastructure-Mode Wireless Mesh Network</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Vishnu =
Navda, Anand=20
  Kashyap, and Samir R. Das</I> (University of New York at Stony Brook,=20
  USA)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>High Throughput =
Routing in Hybrid=20
Cellular and Ad-Hoc Networks</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Ioannis =
Ioannidis,=20
  Bogdan Carbunar, and Cristina Nita-Rotaru</I> (Purdue University,=20
USA)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>On the Clustering =
Properties of=20
Exponential Random Networks</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Nikhil =
Karamchandani, D.=20
  Manjunath</I> (IIT-Bombay, India)<I>, and Srikanth K. Iyer</I> =
(IIT-Kanpur,=20
  India)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Adaptive Routing for =
Intermittently=20
Connected Mobile Ad Hoc Networks</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Mirco =
Musolesi, Stephen=20
  Hailes, and Cecilia Mascolo</I> (University College London,=20
UK)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR><B>Session 5B: =
Wireless Channel=20
Protocols</B></FONT><BR></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Modeling and Analysis =
of Robust=20
Header Compression Performance</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Chia Yuan =
Cho, Yong Huat=20
  Chew, Winston Khoon Guan Seah</I> (Institute for Infocomm Research,=20
  Singapore)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>A Joint Coding at =
Neighbor Network=20
Layers</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Evgenii =
Krouk</I> (St.=20
  Petersburg State University of Aerospace Instrumentation, Russia)<I> =
and=20
  Sergei Semenov</I> (Nokia Technology Platforms, =
Finland)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Cross-Layer Design of =
Dynamic=20
Resource Allocation with Diverse QoS Guarantees for MIMO-OFDM Wireless=20
Networks</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Jia Tang and =
Xi=20
  Zhang</I> (Texas A&amp;M University, USA)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>A Generalized =
Algorithm for the=20
Generation of Correlated Rayleigh Fading Envelopes</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Le Chung =
Tran, Tadeusz=20
  A. Wysocki</I> (University of Wollongong, Australia),<I> Alfred =
Mertins</I>=20
  (University of Oldenburg, Germany)<I> and Jennifer Seberry</I> =
(University of=20
  Wollongong, Australia)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B>13h05-14h30: Lunch=20
break</B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B><BR></B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B><BR></B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B>14h30-15h45: =
Session 6:=20
802.11</B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B><BR></B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Temporal Fairness =
Provisioning in=20
Multi-Rate Contention-Based 802.11e WLANs</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Ilenia =
Tinnirello</I>=20
  (University of Palermo, Italy)<I> and Sunghyun Choi</I> (Seoul =
National=20
  University,&nbsp; Korea)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>The Wireless =
Hierarchical Token=20
Bucket: A Channel Aware Scheduler</FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>&nbsp;for 802.11=20
Networks</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Rosario G. =
Garroppo,=20
  Stefano Giordano, Stefano Lucetti, and Edoardo Valori</I> (University =
of Pisa,=20
  Italy)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Revisit of RTS/CTS =
Exchange in=20
High-Speed IEEE 802.11 Networks</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Ilenia =
Tinnirello</I>=20
  (University of Palermo, Italy), Sunghyun Choi, and Youngsoo Kim (Seoul =

  National University, Korea)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B>15h45-16h15: Coffee =

break</B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B><BR></B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B><BR></B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B>16h15-17h35: =
Sessions 7A -=20
7B</B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B><BR></B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B><BR>Session 7A: =
Applications=20
&amp; Services</B></FONT><BR></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Adaptive Resource =
Management for=20
Multimedia Applications in Wireless Networks</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Nilanjan =
Banerjee,=20
  Kalyan Basu, and Sajal K. Das</I> (The University of Texas at =
Arlington,=20
  USA)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Personalized Service =
Composition for=20
Ubiquitous Multimedia Delivery</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Swaroop =
Kalasapur, Mohan=20
  Kumar, and Behrooz Shirazi</I> (The University of Texas at Arlington,=20
  USA)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Supporting =
Semantic-Based Multimedia=20
Data Access in Ad Hoc Networks</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Bo Yang and =
Ali R.=20
  Hurson</I> (The Pennsylvania State University, =
USA)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>A System Structure for =
Adaptive=20
Mobile Applications</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Vincenzo De =
Florio and=20
  Chris Blondia</I> (University of Antwerp, Belgium)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR><B>Session 7B: MAC =

Protocols</B></FONT><BR></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>A High-Throughput MAC =
Strategy for=20
Next-Generation WLANs</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Seongkwan =
Kim, Youngsoo=20
  Kim, Sunghyun Choi</I> (Seoul National University, Korea)<I>, Kyunghun =
Jang,=20
  and Jin-Bong Chang</I> (Samsung Advanced Institute of Technology,=20
Korea)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>PARMA: A PHY/MAC Aware =
Routing=20
Metric for Ad-Hoc Wireless Networks with Multi-Rate Radios</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Suli Zhao, =
Zhibin Wu</I>=20
  (WINLAB, Rutgers University, USA),<I> Arup Acharya</I> (IBM Research, =
USA)<I>=20
  and Dipankar Raychaudhuri</I> (WINLAB, Rutgers University,=20
USA),</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Ad-Hoc Extensions to =
the 802.15.3=20
MAC Protocol</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Samir Datta, =
Ivan=20
  Seskar</I> (WINLAB, Rutgers University, USA)<I>, Mustafa Demirhan</I> =
(Intel=20
  Corp., USA)<I>, Siun-Chuon Mau, and Dipankar Raychaudhuri</I> (WINLAB, =
Rutgers=20
  University, USA)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Packet Delay =
Distribution of the=20
IEEE 802.11 Distributed Coordination Function</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1>P. Raptis, V. =
Vitsas=20
  (Technological Educational Institution, Thessaloniki, Greece), K, K.=20
  Paparrizos (University of Macedonia, Thessaloniki, Greece), P. =
Chatzimisios,=20
  and A. C. Boucouvalas (Bournemouth University, UK)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B>20h00: Social=20
Dinner</B></FONT><BR><FONT face=3DArial color=3D#000000 =
size=3D-1><B></B></FONT></DIV>
<DIV><FONT face=3D"Times New Roman" color=3D#000000=20
size=3D-1>**********************************************************</FON=
T></DIV>
<DIV><FONT face=3D"Times New Roman" color=3D#000000 =
size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3D"Times New Roman" color=3D#000000 =
size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3D"Times New Roman" color=3D#000000 =
size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3D"Times New Roman" color=3D#000000 =
size=3D-1><BR><BR></FONT><FONT=20
face=3D"Arial Black" color=3D#000000 size=3D-1>Thursday June 16,=20
2005<BR><BR><BR></FONT><FONT face=3DArial color=3D#000000 =
size=3D-1><B>9h00-10h20:=20
Sessions 8A - 8B</B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B><BR><BR>Session 8A: =
Energy=20
Management</B></FONT><BR></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Energy-Aware Routing =
in Wireless=20
Ad-Hoc Networks</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Panagiotis =
C. Kokkinos,=20
  Christos A.</I> Papageorgiou<I> and Emmanouel A. Varvarigos</I> =
(University of=20
  Patras, Greece)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>On Maximizing Lifetime =
of a Sensor=20
Cluster</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Samar =
Agnihotri and=20
  Pavan Nuggehalli, and H. Jamadagni</I> (Indian Institute of Science,=20
  India)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>On Topology Control of =
Wireless=20
Peer-to-Peer File Sharing Networks: Energy Efficiency, Fairness and=20
Incentive</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Andrew Ka-Ho =
Leung, and=20
  Yu-Kwong Kwok</I> (The University of Hong Kong)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Game Theoretic Power =
Aware Wireless=20
Data Access</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Mark Kai-Ho =
Yeung and=20
  Yu-Kwong Kwok</I> (The University of Hong Kong)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR><B>Session 8B: =
Quality of=20
Service</B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B><BR></B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Fast IP Handoff =
Support for VoIP and=20
Multimedia Applications in 802.11 WLANs</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Ioanna =
Samprakou</I>=20
  (Atmel Hellas S.A., Greece),<I> Christos Bouras</I> (University of =
Patras,=20
  Greece)<I>, and Theodore Karoubalis</I> (Atmel Hellas S.A.,=20
Greece)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Exploiting MAC =
Flexibility in WiMAX=20
for Media Streaming</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Shamik =
Sengupta, Mainak=20
  Chatterjee</I> (University of Central Florida, USA)<I>, Samrat =
Ganguly, and=20
  Rauf Izmailov</I> (NEC Labs, USA)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Dynamic QoS =
Negotiation and=20
Adaptation for Networked Virtual Reality Services</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Lea =
Skorin-Kapov</I>=20
  (Ericsson, Croatia<I>) and Maja Matijasevic</I> (University of Zagreb, =

  Croatia)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><BR><BR><B>10h20-10h50: Coffee=20
break</B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B><BR><BR>10h50-12h10: Sessions 9A=20
- 9B</B></FONT><BR></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B><BR>Session 9A: Ad =
Hoc Networks=20
IV</B></FONT><BR></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Hello Protocols for =
Wireless Ad-Hoc=20
Networks: Overhead and Accuracy Tradeoffs</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Venkata C. =
Giruka and=20
  Mukesh Singhal</I> (University of Kentucky, USA)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>A Generic Algorithm to =
Improve the=20
Performance of Proactive Ad Hoc Mechanisms</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Mona =
Ghassemian, Vasilis=20
  Friderikos, and A. Hamid Aghvami</I> (King's College London,=20
UK)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Comparisons of =
Inter-Domain Routing=20
Schemes for Heterogeneous Ad Hoc Networks</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Wenbin Ma =
and Mooi Choo=20
  Chuah</I> (University Bethlehem, USA)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Real-Time Intrusion =
Detection for Ad=20
Hoc Networks</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Ioanna =
Stamouli,=20
  Patroklos G. Argyroudis, and Hitesh Tewari</I> (University of Dublin,=20
  Ireland<I>)</I></FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><I><BR></I></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><I><BR></I><B>Session =
9B: Location=20
Mechanisms &amp; Services</B></FONT><BR></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>A Friis-Based =
Calibrated Model for=20
WiFi Terminals Positioning</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Fr=E9d=E9ric =
Lassabe</I>,<I>=20
  Philippe Canalda</I>,<I> Pascal Chatonnay, Fran=E7ois Spies</I> =
(Universit=E9 de=20
  Franche-Comt=E9, France)<I>, and Oumaya. Baala</I> (Universit=E9 de =
Technologie de=20
  Belfort-Montb=E9liard, France)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Precise Distributed =
Localization=20
Algorithms for Wireless Networks</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Saad Biaz =
and Yiming=20
  Ji</I> (Auburn University, USA)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>A Hidden Environment =
Model for=20
Constructing Indoor Radio Maps</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Zhe Xiang, =
Hangjin=20
  Zhang, Jian Huang, Song Song</I> (IBM China Research Lab., China)<I>, =
and=20
  Kevin C. Almeroth</I> (University of California, =
USA)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Mobile Terminal =
Location Discovery=20
Schemes for a 'Beyond 3G' Inter-Worked Network</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Daniel =
Morris, Paul=20
  Pangalos, and Hamid Aghvami</I> (Kings College London, =
UK)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B>12h15-13h45: Lunch=20
break</B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B><BR></B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B><BR></B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B>13h45-14h45=20
Panel&nbsp;</B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B><BR></B></FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>"The Future =
Wireless=20
  Network: Revolution vs. Evolution? Will managed cellular =
networks&nbsp; evolve=20
  and survive, or will they be replaced by a fully decentralized =
ad-hoc/mesh=20
  architecture?"</I></FONT></BLOCKQUOTE>
<DIV><FONT face=3D"Times New Roman" color=3D#000000 =
size=3D-1><I><BR></I></FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><B>Panel =
Organizer</B>:=20
  Dipankar Raychaudhuri (WINLAB, Rutgers Univ, , =
USA)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B><BR></B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B>15h00-16h40: =
Session 10: Power=20
Control and Power Management</B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-1><B><BR></B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Flexible Power =
Modeling for Wireless=20
Systems: Power Modeling and Optimization of two Bluetooth=20
Implementations</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Luca Negri,=20
  Mariagiovanna Sami</I> (Politecnico di Milano, Italy)<I>, Que Dung =
Tran, and=20
  Davide Zanetti</I> (USI, Switzerland)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Power Control is not =
Required for=20
Wireless Networks in the Linear Regime</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Bozidar =
Radunovic and=20
  Jean-Yves Le Boudec</I> (EPFL, Switzerland</FONT><FONT face=3D"Times =
New Roman"=20
  color=3D#000000 size=3D-1>)</FONT></BLOCKQUOTE>
<DIV><FONT face=3D"Times New Roman" color=3D#000000 =
size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>Integrated Power =
Control and Rate=20
Allocation for Radio Resource Management in Uplink Wideband CDMA=20
Systems</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Lian =
Zhao</I> (Ryerson=20
  University, Canada)<I> and Jon W. Mark</I> (University of Waterloo,=20
  Canada)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1>A Power Allocation =
Algorithm for=20
Throughput Maximization in Mobile Networks</FONT></DIV>
<BLOCKQUOTE><FONT face=3DArial color=3D#000000 size=3D-1><I>Enzo =
Baccarelli, Mauro=20
  Biagi, Cristian Pelizzoni, Nicola Cordeschi, and Fabio Garzia</I> =
(University=20
  of Rome "La Sapienza", Italy)</FONT></BLOCKQUOTE>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><BR></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 size=3D-1><B>16h45: Closing=20
session</B></FONT><FONT face=3DArial color=3D#000000 size=3D-2><B>=20
&amp;</B></FONT><FONT face=3DArial color=3D#000000 size=3D-1><B>=20
Refreshments</B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-2><B><BR></B></FONT></DIV>
<DIV><FONT face=3DArial color=3D#000000 =
size=3D-2><B><BR></B></FONT></DIV>
<DIV>
<DIV><FONT color=3D#0000ff=20
size=3D2>************************************************************<BR>=
Franca=20
Delmastro<BR>Pervasive Computing &amp; Networking Lab. =
(PerLab)</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT color=3D#0000ff size=3D2>IIT- National Research =
Council<BR>via G.=20
Moruzzi,1<BR>56124 Pisa, Italy<BR>phone: +39 050 3152407=20
(direct)<BR>********************************************************</FON=
T></DIV><BR></DIV></BODY></HTML>

------=_NextPart_000_0030_01C54CB6.669C5F10--



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

-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/

--===============1806565619==--





From mip4-bounces@ietf.org Sat Apr 30 15:47:14 2005
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DRxvm-0008OQ-2H; Sat, 30 Apr 2005 15:47:14 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DRAYP-00084w-O8; Thu, 28 Apr 2005 11:03:49 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA24185;
	Thu, 28 Apr 2005 11:03:47 -0400 (EDT)
From: wjlou@WPI.EDU
Received: from mail1.wpi.edu ([130.215.36.91])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DRAlF-0006Ow-85; Thu, 28 Apr 2005 11:17:08 -0400
Received: from mcafee.wpi.edu (MCAFEE.WPI.EDU [130.215.36.86])
	by mail1.wpi.edu (8.13.4/8.13.4) with SMTP id j3SF3ihJ002671;
	Thu, 28 Apr 2005 11:03:44 -0400
Received: from SMTP.WPI.EDU(130.215.36.186) by mcafee.wpi.edu via csmap 
	id 9c7253fa_b7f6_11d9_8f6b_00304811e63a_17455;
	Thu, 28 Apr 2005 11:02:59 -0400 (EDT)
Received: from webmail.wpi.edu (UTILITY4.WPI.EDU [130.215.36.218])
	by SMTP.WPI.EDU (8.13.4/8.13.4) with SMTP id j3SF3XYR008560;
	Thu, 28 Apr 2005 11:03:33 -0400
Received: from 24.241.19.6 (SquirrelMail authenticated user wjlou)
	by webmail.WPI.EDU with HTTP; Thu, 28 Apr 2005 11:03:33 -0400 (EDT)
Message-ID: <1292.24.241.19.6.1114700613.squirrel@webmail.WPI.EDU>
Date: Thu, 28 Apr 2005 11:03:33 -0400 (EDT)
To: mipshop@ietf.org, mip4@ietf.org, manet@ietf.org
User-Agent: SquirrelMail/1.4.2
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3
Importance: Normal
X-Spam-Score: 1.1 (+)
X-Scan-Signature: cf3becbbd6d1a45acbe2ffd4ab88bdc2
Content-Transfer-Encoding: 8bit
X-Mailman-Approved-At: Sat, 30 Apr 2005 15:47:12 -0400
Cc: 
Subject: [Mip4] MSAN 2005 - Call For Participation
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip4>,
	<mailto:mip4-request@ietf.org?subject=subscribe>
Sender: mip4-bounces@ietf.org
Errors-To: mip4-bounces@ietf.org


Please accept our apologies for multiple copies

=======================================================================
                                MSAN 2005

                    First International Conference on
                   Multimedia Services Access Networks

                       Technically co-sponsored by
                  IEEE and IEEE Communications Society

                               Conference
                            June 13 - 14, 2005

                        Post-conference workshops
                             June 15, 2005

                          Orlando, Florida, USA
                           http://www.msan.org

                          CALL FOR PARTICIPATION

=======================================================================

                               ** SCOPE **

Access networks (the 'last-' or 'first-' mile according to provider's or
customer's perspective) represent one of the most important parts in
telecommunication systems, being responsible for the high-quality,
reliable and secure delivery of services to end users. They also
encompass some of the most demanding networking problems, such as the
coexistence of a large variety of technologies based on both wired and
wireless solutions, the need of optimal integration with the core
network in terms of bandwidth and availability mismatch, the provision of
an acceptable quality of service in very different application
scenarios and traffic conditions.

MSAN'05, the First International Conference on Multimedia Services Access
Networks is intended to provide a unique international forum to explore
the new research frontiers in the field of current and next generation
multimedia services access networks. Original unpublished contributions
will be presented that can improve the knowledge and practice in the
integrated design of efficient access technologies and the relevant
provision of advanced multimedia applications. Topics of interest address:
access network technologies (with particular emphasis on network design
methodologies, protocols, analysis of performance and quality of service);
multimedia service delivery (mainly focusing on the integration/adaptation
between multimedia data processing and
transmission techniques and access networks characteristics);
implementation, operation and performance (providing an opportunity to
present innovative applications and testbeds for the above technologies,
as well as new approaches to testing and performance evaluation).

                             ** PROGRAM **

The technical program of the conference will be available soon on the
conference website (http://www.msan.org)

Keynote Speaker:
Dr. Charles N. Judice, Adjunct Professor at Flagler College and Monmouth
University, IEEE Fellow for his pioneering work in MPEG, ADSL and visual
image processing techniques.

                            ** WORKSHOPS **

The following post-conference one-day workshops will be held in
conjunction with MSAN 2005, on June 15, 2005.

BWAN 2005: International Workshop on Broadband Wireless Access Network on
fixed network.  (http://www.bwan.org)

AAA-IDEA 2005: International Workshop on Internet DElivery of Advanced
Services.  (http://www.aaa-idea.org)

                             ** LOCATION **

The conference and workshops will take place at the GROSVENOR Resort in
the Walt Disney World Resort, Lake Buena Vista, Florida (Orlando Area). 
Hotel Website: www.grosvenorresort.com

                           ** REGISTRATION **

On-line registration for the conference and the workshops is available on
the conference website (http://www.msan.org)
The early registration deadline is May 12nd, 2005, 23:59 (GMT)

For any additional information please refer to the conference website.

Best regards,
Wenjing Lou and Rolland Vida
MSAN Publicity co-chairs







-- 
Mip4 mailing list: Mip4@ietf.org
    Web interface: https://www1.ietf.org/mailman/listinfo/mip4
     Charter page: http://www.ietf.org/html.charters/mip4-charter.html
Supplemental site: http://www.mip4.org/



