From nemo-bounces@ietf.org Sun Jul 01 00:28:38 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I4r34-00070G-Gx; Sun, 01 Jul 2007 00:28:34 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I4r31-0006vM-R2; Sun, 01 Jul 2007 00:28:32 -0400 Received: from omta04sl.mx.bigpond.com ([144.140.93.156]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I4r31-00066z-CQ; Sun, 01 Jul 2007 00:28:31 -0400 Received: from oaamta04sl.mx.bigpond.com ([124.190.105.118]) by omta04sl.mx.bigpond.com with ESMTP id <20070701042723.MUIF2916.omta04sl.mx.bigpond.com@oaamta04sl.mx.bigpond.com>; Sun, 1 Jul 2007 04:27:23 +0000 Received: from PC20005 ([124.190.105.118]) by oaamta04sl.mx.bigpond.com with ESMTP id <20070701042722.EZGX22522.oaamta04sl.mx.bigpond.com@PC20005>; Sun, 1 Jul 2007 04:27:22 +0000 From: "Hesham Soliman" To: , Date: Sun, 1 Jul 2007 14:27:17 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 thread-index: Ace7mBtfZ3/6qerdQv62CoSb8S1s9w== Message-Id: <20070701042722.EZGX22522.oaamta04sl.mx.bigpond.com@PC20005> X-Spam-Score: 0.0 (/) X-Scan-Signature: f60d0f7806b0c40781eee6b9cd0b2135 Cc: Subject: [nemo] Issue 93 - way forward X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Folks, Some of the people involved in the recent discussions on issue 93, the NETLMM chairs and the AD had a teleconference a few days ago to discuss how to address the lack of concensus on this issue. The aim of the meeting was to find a way of accomodating both sides with one solution that avoids the technical inefficiency/lack of flexibility concerns of both sides. The following is a summary of what we agreed on in the meeting. The agreement was to define a way of handling both cases (presence of TLV or not). To do that two different mechanisms were proposed, I'll list a summary of each one below. 1. Implicit signalling The idea is to use the first byte after the UDP header to switch on whether the following header is IP (v4 or v6) or a TLV header. Effectively, the first byte is the version field of the IP header. versions 4 or 6 have the obvious meaning, for the TLV header we can use one of the version numbers that are not used today like 0 or 1. So for instance, 0 means TLV, 4 means IPv4, and 6 means IPv6. Jari mentioned that this is used by other protocols like MPLS and it is considered a hack by some people on the IESG but in our case we use a specific port number for DSMIP therefore no one who does not implement the DSMIP spec should receive this. So, when using this alternative, the TLV would look something like this: Format (1byte) Type (1byte) Length (2 bytes) Format is just a bad name I use in this email to indicate that this byte is used to identify the format of the following information (IP header or TLV) Type is the message type length is the message length 2. Explicit signalling In this mechanism we define a new flag in the BU that, when set, indicates that the MN/MR wants to use the following format: IP UDP TLV ...etc when the flag is cleared, it indicates the the MN/MR wants to use the following format: IP UDP ...etc (i.e. no TLV). Obviously when using this mechanism there must be a default mechanism for sending the BU itself. I.e., we can always send the BU in the current UDP encapsulation format witohut the TLV but if the request is accepted then data packets are sent as agreed during the BU/BA exchange. In either solution we will have to mandate that both the HA and the MN support the negotiation mechanism and one default format. So, all implementations have to support the current format of UDP encapsulation as a base. This allows for interoperability. In this alternative there is no need for the Format field in alternative 1, we only need to define Type and Length fields with one byte reserved. Hesham From nemo-bounces@ietf.org Sun Jul 01 00:32:35 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I4r6w-0002XA-TG; Sun, 01 Jul 2007 00:32:34 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I4r6u-0002TI-Li; Sun, 01 Jul 2007 00:32:32 -0400 Received: from omta05sl.mx.bigpond.com ([144.140.93.195]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I4r6u-0006HG-6i; Sun, 01 Jul 2007 00:32:32 -0400 Received: from oaamta07sl.mx.bigpond.com ([124.190.105.118]) by omta05sl.mx.bigpond.com with ESMTP id <20070701043132.RNZS1743.omta05sl.mx.bigpond.com@oaamta07sl.mx.bigpond.com>; Sun, 1 Jul 2007 04:31:32 +0000 Received: from PC20005 ([124.190.105.118]) by oaamta07sl.mx.bigpond.com with ESMTP id <20070701043131.IXPC23012.oaamta07sl.mx.bigpond.com@PC20005>; Sun, 1 Jul 2007 04:31:31 +0000 From: "Hesham Soliman" To: "'Hesham Soliman'" , , Date: Sun, 1 Jul 2007 14:31:27 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <20070701042722.EZGX22522.oaamta04sl.mx.bigpond.com@PC20005> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 thread-index: Ace7mBtfZ3/6qerdQv62CoSb8S1s9wAAIOuw Message-Id: <20070701043131.IXPC23012.oaamta07sl.mx.bigpond.com@PC20005> X-Spam-Score: 0.0 (/) X-Scan-Signature: 287c806b254c6353fcb09ee0e53bbc5e Cc: Subject: [nemo] RE: [Mip6] Issue 93 - way forward X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Sorry, I forgot to mention the obvious, please send your comments ASAP so I can update the draft. Hesham > -----Original Message----- > From: Hesham Soliman [mailto:Hesham@elevatemobile.com] > Sent: Sunday, July 01, 2007 2:27 PM > To: mip6@ietf.org; nemo@ietf.org > Subject: [Mip6] Issue 93 - way forward > > Folks, > > Some of the people involved in the recent discussions on > issue 93, the > NETLMM chairs and the AD had a teleconference a few days ago > to discuss how > to address the lack of concensus on this issue. The aim of > the meeting was > to find a way of accomodating both sides with one solution > that avoids the > technical inefficiency/lack of flexibility concerns of both sides. > > The following is a summary of what we agreed on in the meeting. > > The agreement was to define a way of handling both cases > (presence of TLV or > not). To do that two different mechanisms were proposed, > I'll list a summary > of each one below. > > 1. Implicit signalling > > The idea is to use the first byte after the UDP header to > switch on whether > the following header is IP (v4 or v6) or a TLV header. > Effectively, the > first byte is the version field of the IP header. versions 4 > or 6 have the > obvious meaning, for the TLV header we can use one of the > version numbers > that are not used today like 0 or 1. So for instance, 0 > means TLV, 4 means > IPv4, and 6 means IPv6. > Jari mentioned that this is used by other protocols like > MPLS and it is > considered a hack by some people on the IESG but in our case we use a > specific port number for DSMIP therefore no one who does not > implement the > DSMIP spec should receive this. > > So, when using this alternative, the TLV would look > something like this: > > Format (1byte) Type (1byte) Length (2 bytes) > > Format is just a bad name I use in this email to indicate > that this byte is > used to identify the format of the following information (IP > header or TLV) > > Type is the message type > length is the message length > > 2. Explicit signalling > > In this mechanism we define a new flag in the BU that, when > set, indicates > that the MN/MR wants to use the following format: > IP > UDP > TLV > ...etc > when the flag is cleared, it indicates the the MN/MR wants to use the > following format: > IP > UDP > ...etc (i.e. no TLV). > > Obviously when using this mechanism there must be a default > mechanism for > sending the BU itself. I.e., we can always send the BU in > the current UDP > encapsulation format witohut the TLV but if the request is > accepted then > data packets are sent as agreed during the BU/BA exchange. > > In either solution we will have to mandate that both the HA > and the MN > support the negotiation mechanism and one default format. So, all > implementations have to support the current format of UDP > encapsulation as a > base. This allows for interoperability. > > In this alternative there is no need for the Format field in > alternative 1, > we only need to define Type and Length fields with one byte reserved. > > > Hesham > > > > _______________________________________________ > Mip6 mailing list > Mip6@ietf.org > https://www1.ietf.org/mailman/listinfo/mip6 > From qaloof@info-mass.com Sun Jul 01 00:48:35 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I4rMR-0001A7-JK for nemo-archive@lists.ietf.org; Sun, 01 Jul 2007 00:48:35 -0400 Received: from nc-71-52-137-87.dhcp.embarqhsd.net ([71.52.137.87]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1I4rMR-0007EY-72 for nemo-archive@lists.ietf.org; Sun, 01 Jul 2007 00:48:35 -0400 Message-ID: <001201c7bb79$8b784360$33770a84@jacqueline> From: "Willis Coleman" To: "nemo-archive" Subject: Re: Thank you, we will help you fight out the cash crunch Date: Sun, 1 Jul 2007 00:46:37 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000F_01C7BB79.8B784360" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.2962 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.3000 X-Spam-Score: 4.3 (++++) X-Scan-Signature: 244a2fd369eaf00ce6820a760a3de2e8 ------=_NextPart_000_000F_01C7BB79.8B784360 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Your your credit report does not matter to us! If your family OWN property and want IMMEDIATE pocket money to spend ANY = way you like, or simply require to LOWER your payments by a third or = more, here is best deal we can offer you TODAY (hurry, this offer will = expire NOW): $450,000+ debt AND EVEN MORE: After further review, our lenders have established the = lowest monthly payments! Hurry, when our best deal is gone, it is gone. Simply fill in this short = form... Do not worry about approval, your credit score will not disqualify you! http://planzxtranes.com/ ------=_NextPart_000_000F_01C7BB79.8B784360 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable
Your your credit report = doesn't matter to us!
 
If you OWN real estate and = want IMMEDIATE ready money to spend ANY way you like, or simply want to = LOWER your current payments by a third or more, here is the deal we can = offer you TONIGHT (hurry, this tender will expire TONIGHT):
 
$204,000+ = debt
 
AND EVEN MORE: After = further review, our lenders have set the lowest current = payments!
 
Hurry, when our best = deal is gone, it is gone. Simply fill in this simple form... =
 
Do not worry about = approval, your credit history will not disqualify you!
 
------=_NextPart_000_000F_01C7BB79.8B784360-- From cogps@msn.com Sun Jul 01 02:02:54 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I4sWM-00052D-8W for nemo-archive@lists.ietf.org; Sun, 01 Jul 2007 02:02:54 -0400 Received: from [59.92.59.25] (helo=pswapi) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1I4sVJ-0007t3-7G for nemo-archive@lists.ietf.org; Sun, 01 Jul 2007 02:02:54 -0400 Received: from [111.58.170.79] (helo=jduo) by pswapi with smtp (Exim 4.66 (FreeBSD)) id 1I5/YV-0001Rv-2g; Sun, 1 Jul 2007 11:35:07 +0530 Message-ID: <46874340.1010005@fuse.net> Date: Sun, 1 Jul 2007 11:31:36 +0530 From: Sal Ponce User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: nemo-archive@lists.ietf.org Subject: Fwd: doc.212874.pdf Content-Type: multipart/mixed; boundary="------------060006020207030502060008" X-Spam-Score: 4.3 (++++) X-Scan-Signature: ea36de7a5e28e9b4461c8d685f4e97f1 --------------060006020207030502060008 Content-Type: text/plain; charset=windows-1250; format=flowed Content-Transfer-Encoding: 7bit --------------060006020207030502060008 Content-Type: application/pdf; name="doc.212874.pdf" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="doc.212874.pdf" JVBERi0xLjMgCjEgMCBvYmoKPDwKPj4KZW5kb2JqCjIgMCBvYmoKPDwKL1R5cGUgL0NhdGFsb2cK L1BhZ2VzIDMgMCBSCj4+CmVuZG9iagozIDAgb2JqCjw8Ci9UeXBlIC9QYWdlcwovS2lkcyBbIDQg MCBSIF0KL0NvdW50IDEKPj4KZW5kb2JqCjQgMCBvYmoKPDwKL1R5cGUgL1BhZ2UKL1BhcmVudCAz IDAgUgovUmVzb3VyY2VzIDw8Ci9Gb250IDw8IC9GMCA4IDAgUiA+PgovWE9iamVjdCA8PCAvSW0w IDkgMCBSID4+Ci9Qcm9jU2V0IDcgMCBSID4+Ci9NZWRpYUJveCBbMCAwIDIxMSAyMzldCi9Dcm9w Qm94IFswIDAgMjExIDIzOV0KL0NvbnRlbnRzIDUgMCBSCi9UaHVtYiAxMiAwIFIKPj4KZW5kb2Jq CjUgMCBvYmoKPDwKL0xlbmd0aCA2IDAgUgo+PgpzdHJlYW0KcQoyMTEgMCAwIDIzOSAwIDAgY20K L0ltMCBEbwpRCmVuZHN0cmVhbQplbmRvYmoKNiAwIG9iagozMQplbmRvYmoKNyAwIG9iagpbIC9Q REYgL1RleHQgL0ltYWdlSSBdCmVuZG9iago4IDAgb2JqCjw8Ci9UeXBlIC9Gb250Ci9TdWJ0eXBl IC9UeXBlMQovTmFtZSAvRjAKL0Jhc2VGb250IC9IZWx2ZXRpY2EKL0VuY29kaW5nIC9NYWNSb21h bkVuY29kaW5nCj4+CmVuZG9iago5IDAgb2JqCjw8Ci9UeXBlIC9YT2JqZWN0Ci9TdWJ0eXBlIC9J bWFnZQovTmFtZSAvSW0wCi9GaWx0ZXIgWyAvTFpXRGVjb2RlIF0KL1dpZHRoIDIxMQovSGVpZ2h0 IDIzOQovQ29sb3JTcGFjZSAxMSAwIFIKL0JpdHNQZXJDb21wb25lbnQgOAovTGVuZ3RoIDEwIDAg Ugo+PgpzdHJlYW0KgAAgUDgkFg0HhEJhULhkNh0PiERiUTikVi0XjEZjUbjkdj0fkEhkUjkklk0n lEplUrlktl0vmExmUzmk1m03nE5nU7nk9n0/oFBhhERqNGcLUFCpUwB0EQUHXFFo1IixSjz6gdPh LxjC4pS4UCNR1eADxb1mgREa8DIgOJVOqEIQSorUCZQVQVkgVhR0Mq0KvsRQVYAF1AF6gVchoVhO In9gsVkQTGsy8w9rgS4t2MABSw0DfkHIlzQQwgZKCxIvWQwMJLl/hOtgSNa6NhWlgRIgmOY2TxTg ADXLkFzkERxKXCp2e1n2OwsDyy4VfDGyNpoVCzNEEI0IARrnti4ummgVvgtghpcw3Y7UD46g5T8R 218FyGFv3UCJOOcCC/qBHA6T1NO4qBEc974vm76erBA6sugAAjAA4Z/AApoAOyhLzEc/KyiM8bTo NBrZLkggLOy1UDCU+AAPMAEOoMp78IG/aCuAghwQk57ygsgrWuUJT5w5BhQQcgT/EEXjLQkZpBNC psTmbGCCRdDrPoE5SDyM28TIGsjZSqhKnlSCzDP5GyER640QyCa8hp450kSVCMjoEt01RSg02kcu pBCMIzCIEfkytWXBHNshbDTUw8DSpB6EMJMrdzQghvTTH02KC5zFABJa0ztLLMoRITDT/QKBM9Qs SIQIku1EAEwVIhLCM9SdKrMxVLIPRcDOOIy3z25rIrJTlPIIBzu1ellWoHRcvlSUDuvmo9Z0fZSB njbLE0vH1oWka9qTgyKtWK4KCxcm1F0QABUlxZKKuch1eKXel4Xiid1oJTl634jxcOde6F3ygddI +fWDppf6ioleaSWzgqI4AhhBGuxCilxTi0IIWpcASjBQH0GGEJlf9DrIIgiX3biFhmeN3oSzFWZS bzLOCKV/oG7EBvOguXILkORsLiuPQMRuMWxiGb4664LZ3L2cITddTpevSnniImMZrOiBaJE8RX+s lwHiJULu9kKDZi0UIQjm4la7ppBWZL2e3QRugUDimOvcg+tM6gcobhuWwYC7yBqwWuhR8RsrpApM 66vlBjoHHQAbfH3BtmGYibIve7PIgm0oNuWa8prq2Z5c6CYGABa7zolYIPySBthKHTszwjZ7v1nW 4qgdx5VxsH5cIgbdkAAjqsJPXuH1SDKMIhUyysKEdCgp+eIY+aiOgfTNn1CCVDwqCrqJO9oN42/T tDHfafqCEc9hHWrt3yxkF4CP8cADt/vv3yoGM0grq3VlhBg58gb1SCPXeKjd7b6n1veIIgVLDzXx i4GuDt/ysBcAgX2+hm4SS3QPfEzmCUAXDQidUWODhJX8gCMKEp4hBQpD8gyACACjoAjxOSQWApBm pupQAQIC0M4QRCGazdgcJXwiNgKbgzI+gHQ1FwAIYxBG+gAhohddSXhUgVhLBQABpmGotJSKABwj hUQuRaIJCsQH/rnPgBZZI5xcHFBWLiHrPyFIuRumUJUGTsggdwQKCUTYDEZUWa2OJCy9RiIPGeNJ JozRoIYuiGxBlfgWfDAGPBB4fw4AAjeG6rl+kJjGrCSJJxHBGPqRiU5HpRrNlKT0JQjZWMQIrK8h cCJZy9bmQJSw/Bag2AAN4vUf2ykITIe4QQSovtol9NFES2IsC1ezDorTblkECPUoY1qg1sDxi6i6 PDQVrzSmiv8QQ5yuLMZqVoBwCZnRCEEWI2RxTYHmaMyJqb+Z0TpFw/adswE6sdnlBJLYAJ8IhhG1 OQc/yvzUWYrop5ekCliOI7Ohi63Q0Pogpp09E1UGHASA6LpbFVl6NglkvVHaPzppDQR9NJaTmFCI gdfbVWcmZMGPox1HqX0vbjTgiFPagVBqQRcJBg3EVJqcSGpcn6n1TqpVWq1V6sVZq1VurlXavVfr BWGsVY6yVlrNWchbcmDVTei75xjESajerUR4a8zyWL/H5XIj9baeGNIdUcksuIvRekSgc2wO38hS Ks+ExDLyXggGvFF3EySHzNL6hwsgFRUCoIJIcpp6CBn/IkgeSxGRnpTF4A4Iwq3KJ3B2amY6EjDI ws2TM7ZDrKGxOOnWy4ABlLss0oAgYd0yH5skkW0Jhmy1vV7aU4gqLhEOsdFeB0NjVWXCVbJDZn3K EwYoA5fI/AkDeNgi21drUMA7PdaS2SsAdl9t/F26CgQ7j8ClcZRBsry3ZQjcxRqR0g3qIHfK6JDb p3ZFWscgYXDdW9R1gFVd3SXsUASvkXASB4hSUWPEa417WipFQBV5iBxHLQR3gK34SrN4Fn85UhF5 Tg4eIYa2ZojQdrhucQw5wvMONppNiFAeJAAP5xsQfCRLnGF1w2no7qasSYmWYebFJB8WuvhlNDGb tgAY4h8xMg11EWj8sIVowLjpahKXC5MmcCC61NABXOMimCCVzvjisgmVcXkFw7INdbclwybXMoll UuDyuzzIqJzZAnNEEuhmsFYCX3F1U4c7QFhmTkFcdZttMdRBFaysXBLxaxcZwhMp9bZmdNGEl4z0 gsxs94D0MzytRiLOZrASfunWpzLjXLroBWDRiJu8IgXqYhsdgZvmos0VDZyHraYJBbXmsFUVzK9r PZRPGMug2jBMnxxyyF6f4RHcMiCcurrRVcvm4NnbnqcaxYi2R45g0ZJywG7GSQjLK2shFmjjNG3r vYmBrHhKdITYRNfAClpFkoc8p+8qFSXPcivX3CCdl91qU/hpC5YoIv9xRhPCuL76IRxta3HidMlX WnJmsvOSJ15MT1EhZ2tPVRPN1FSv+O8vJ9zRuBelvc66B0HoXQ+idF6N0fpHSeldL6Z03p3T+odR 6kSxKeR+pk66qvVFzEIr45ILxPOJDbf6gIRCDsBB5m12LjLVKkbCG3XMCEZMiLu0oMUR1yN03DDm y7B14gzjkdakPL2YhJSQLXbnmQlVKXhQFR8DMIG3DiszeL33Oy/ae/MkMwpx7K56Sndm6kZaJBpx qhn5X5HazJryg8nIpQaQSy7jVQ3l2/LgiTC86onTDe1szjThQHfJAvct/oPPS/4oIJPQAqEqlk/M 3M8oCeD1WPDMGanks2evojOG2Cl8o27FHHHOZQ8XyXLiB5EM78rzJMSvNWUqQXT+MJCPfMkwcfXz 1JleK4WQY9cvqgEvrvZp7JzksOwHWi8iyMWlGLKnvvuCgP2t1piv4MriDIJDVkjmDhrv8Gni1lsi vHiq5C9P4iiEjDHGbq+CDs3QEkRHsCGwSDAqWjOjkuziZliK1JcP4iDwLJfucjDv9FmNiwFsXCCP 5QTIdiEwDmsQCM3vIiHMhQhPqwUOTjEwbv4KTDOHGQLHogKnHKjCFC9QgBeJjQRHxqbjWu1ExG4t /qgwwF9CDKTJdIlIun8mDnCQ2iBPqC6tPs3qEurkYsdQaCHniw/CNOcwjiMRBsvOooFmJwBiEtAK lpDpOLbiBn0ExCCAjo6w0BBKlqzgKo0I1DCvIkAqRtCkvQnplHxxIgEEXqdqFRQIquRMXjEAjoug KtzKeROpfwhKtxPo0kbo2BeEckjjLIQxdiFIJRODSxWEOjORfABEbw8CGE8iBIGnYCEPgP6RXpUj oRhxpRjJpDixgB/RhHKBeAKrKKHxkqokKkUgHRnRQRouCMdCCHKFVkvRlFbFGRnxoxyEcjAxzk7p 0RxPzKMnvxkHxpplQpnvylrx7CFxdFlCvSCCBR/AjSADOJdF6C9KKRyOuAKpNpvR7xXCBgkAkB9G YtRlQiohUGVSGxeSHxsSTFTwLyOCByPGjx5qINwCBvImMlLRDletxoSgLKfM5oAgKmXyXjEH8yRj DhBF5yVAKivSeCBQgmCKXyqiDlOQ0CKvBF8CNnoGcGwCzxKseQ7xCGSF3JcP/MtKwQeiDrFCUBQC whrv5NhqvtCChiKS5CTy6DaS7iHw1qINCF/zAw+EjLEH3F2KaqNDzzFpimsCyGCy4MhiRwxzDjGy 7Clj9rkEXj+kmnJrWKKrXEXyRCBC6MAnwIeDSplk7TOjAkrTBRUCnhHMBEIqajSjTAYOzrTzQCFT SlelfDnzbCfTYDcj+mdrVTRwhL1EOjAlQzbl2I9IhG/nzTZK/zaMILfO5N+GgBBLiJXrHELFHrXI bsSL+LLL3iemBrxgpAuDFJLC9TnHzEXTpJNlAnaTrtkiGk4kNrfCBrODCFaCErxLyJQJ4MFzhT0z /ieT2iDGVKLEdxrz7PWAAT8nuT9tdNVwCDPuxgAUBCBUCCEsMMNT+CyGysRyEigGBls0TNdFlDGC 6jAnrsz0LGDvkDYMKiojA0XALFOUON8NTCB0P0Q0LxSiFsllXkXMnEDksyvicGFDWsMs3C1GKivS F0Js+u2TVs9PkTHqMDEgpBa0gGBHRCChlDkratVSCwkMtCyJnMQjYFDsBUoUo0wnqGK07CN0pFsH 7S9CHs4F/ta02UJkYlsn7NQ09EsLBiE09qzmFF9QIsJt4M9NeNixAt7SUBcQNilnq1Mtz0cAK1O1 As1qXsKi+CIjGBUSNCFqpBGnppw1J0hiHRcCMsPUxoSNal+tIVUjE1KiBnkM3IvBUFatfzICFJP1 e08N4N41g0xlmDii6t/C9VbCMBr1hE7ViTMifoamkDKiBVsApAbVowsFYGTSqCBs00ViCoM0pm11 xVyP5uXV0VqgZjxUAjB0iDCymU8CDnQkXVuTjDIOyOVjXgbLMs5TplktwnGV3FrOVpf1pL/ochcM BDSI8jUDVDCOBGYI3WBCezj2ICBDphBDq15nzWFiBpWw/iDWHvzGasEoIDikviDmBpGkeURDMwFC DWZKGH9JS1vWYWSCDF5kfuwkpinD7jUkaER2RgAWfH/FnWKODs1CBDyLS2nCE2So2jUEUWgu0G1h Vkmlk2jFfFgSSiFTeFJPGDZC62Y2yWpEUEvrsglUZiCnKDyOJw+iDWyFmkM2guUWnkJpmjAW6kWl ZCQD1I/lmkpLY27JmAdkLlTGRFBGvlDqsN/XMCL2zkDE3TKiUBBXJHJtmOHzHynOEMSymlwXQS0i XjaV13XCLHX3UCK1rCNALG9CQ0gvgqkNIWqDFmm0zXbCxpqGaHZmbw9owVHssCFVAJ0Eat8GHjMy 7M3Iummi/rSH3RcGgCnHejMmLjFGHwxFUVSJQNwDNPz3SnWPaCFGNGbGOJ/t/N8GZjLMOmlNuEdk DmwH2JPPT32Xvu9mjDFGUqZGlXlRdlmGWh+ELio3ujDneHcX3y7F/4EF+DbYMDdt437KGFQr/JeH dX2IAlD1ExeEqYLQhCyGWs7n4CBQVCGGtHSp0YMXii0nI4OWZuSnnWbYQ4I3+yjoZCo4UVqtFHNk Liw4H4XiFnjYZJpEvi9Fk4cAAH/GdVjH3nNQUGpHQUPlxy3FUBcWhTH1IsBnpCDM3UPiEnjRrYUS NkDYoHsDgGYpAIjmBGr4somjCC8oLjjIN4vCIC7xbwqK+ICHPlCY94l1gzrYnRjniRhIR4wiJpDD chcKpCPodIlo85JooYYJZLq3ZJpDvo6yVomvCiCRYqu3WigkOJnZRgYDcWmD9LQIgiWZUiBO5F5p nJyGRCtFCRFCXpVpWuGxoi6v12Ux9CsW2YpiwELhzx5CUuOkekpEqZbu6Zc5YvTgEZDDMhlUuDy5 aiLoLIojypbBzyOwxEdNeiHk+PEllEJZerJEW5yCSiwCvJWFBP8AuHN25ObRTOw3CkaCCs3PqvGp bDQQN59LcuvvDlrDzCvGg49MK3wJb4XNitL38sZu6kvJ+CvCrCvGPCyaC55l/teJ2JqinALHNnLQ hFQkXJxPlj9aApftc4XCC6UJtCFFo6FtdPmw6vzFEILJ1jFaDjQNmioaNm/GhlGagWWCQtvtTyrk roxpjjiJ9aYi9llDDSroUacPktpJOnWafQCatQhWJiFS7i9HECtPwmoaSiRvw6nuyZO6axNF1wZp 9KenDtOmoH86swKMdIva6weWWwFp1FOaxqDZ2OOwThUu6CB60lXvGw3a3Vw64YdatkvIvDdwpKej MNOm5PG6gCCatXzQdbAlXkrw1Xojg4SgAaxnKwr4/Ygno7G6aDP7Iz+amlXwgQiC8qSzq6m3+bRI KqaQvyp66nol202i07giHqaSujBSDiTGwtTatYK6El/TBbiOCypuvw57lM37mCHbtJ0TBiOqWQa7 kqv7yiOVM093biMvZKXtjiCHsyvjXzawYbMmIi87nq1HlZ2UhZLJKwvl675yrBjxSORjPJ7BBRM7 AUkYPSIjVaMiFcElBAlJnF1EDitcHiNDe8BvUF6VdyrPyzzlURrFEKVxconRmiGcLIsa5MSLF7AU gxliGcPrQionwWAvKVGZAilcRgASLCE8TEMRrDAgpC3qaqAxIjcySCFLujipE0utAkxAYZs5fRyh HFFxwO4ToI5Xaic8gkAOrCBcigLSYoySVxlDCcWiGco8YpQZKwMB/VW23o32fzn5+ilsJchuRr/g uFfj7jW5WRjkjqAzG8oII842f85qo8sPdRpczJQc9Owil8gyPCFUVEJkWj7yDDMyZjdvvR6SSLCh HDhgldB9HTHCFHR0FNpRWr/5iqrxkyil4CGhHB4nmdB0kqfBa2BHRodddcqNJDy9eZPiJ9fTDhcC zq1JsdP9iiBA75u9kCOq8749qiVZ6CIbnqr8wiKzx9tbwiGduqgrBledviKTxzDCTjnQQtnhcDYd z5SoLClGYn8gkLRE7Lz5iALLXwhEXC3z1mcraiErjySzQK3jNeBLC+AzbWjuXTWleTjzfBBJRzlk JTblnT0DTziid97lBd8hBHmTyPzDUAdoAapjy+HitMCZK+D8nbvjDzzD8r2eVr3+WoTjCzwiCTjz xpk+NRTxTT1d0iWrIwfeQryeSbaTpxd+HOXeXeDCDEOn+CyE8LmsHlHlQr6CCrwGS8YE9CCeg0Oz tid6PkvUS0laVx9aWE9MV5Kw9+qRsTULeUnMzFHkXFAs8FGl4l9zb1dz/MbXYibUd7LXe4oIwe2u 8iEw90feq15zavz5+ps+dTLCCUdqMKBUXiysO+MySHV3mQainUXYgayU5DvLDTbrSsQNG/GYx0xX zEsuQ/U04HbfWMWGv0w0XPntXhlbGN+IIM5pa7192meh4weovXsmTYftGBUUg/XiGjzVzVj6QRdt UiOvmb9GojaOdb3iD8xup3ec9x9CIeit5ukl1l8mVfxYTfrMC2bUeVJXxbHII/wCUf2IAip0Ha37 cG2BaiAEQAQOCQVHLiCgBGjMiQgAIJUFJ9DCEwQEo1QI1HQR4x14rwAQKBrWChVUQaDw6KyuWSx4 wSQQMjS2WkRGwuaTmdTueABcKCByqOwkjlJayIKgCIwVGyqFQsiSeHqhBROWAmCRuBx6PyFrgCjQ mpABHI6myqbjOxVWaT9GwWXwOYgCi0eWWW3wS8z2+X2eW6fQRvXGCEeEhWTFJBQWnXupRCqxSVkm sxzBt6Y18pRWx1qmWmVZB9S0k27PYS50UbSKExqzQ5cTe937abWgwrAxyElzD0mH4yC1+BjuB4uc 5SB57jcEuZuEhbK61ro146GxyzkWSCcu57yW3uHPxG9PbeXaQiy9flwPvQTfRWgQThAAHUGqZLJz +y9twIK5gA9qCma6KDOmc6VFw+7SQI7iCQCirPPi7TzQoviHEc9TdkEfzkOglcJAAa5HCQXD6oHB SWv0zwAP6/8HoHAbkkcJRQFS5KWkE/CKuy5UWu6mkIwJCshra5MMoSQR+Q6liZoMJAdxNIiexmIw lOTEQkIKI0UPyUD9oJHyCGbJLspRKkhSlNKCJVI6Ww9NU4IrET1iMIzRraXEVxwJUypRK00TjQKW xfQVC0NIb10PCyNIQwiKzfNJQAqxRrlwrEpT1RUK0TTSdKbRgAUcgp9UgAALAsLj1lSXB+L5SVKU s3KK1EnbZoGa6GJpEFOoKQRQTsmlPrgj04qdUNiIKKVS1OxTwFwXDWJ69djN0vizOlXMUtqa9lJy 160VxXpQGvO6VgTZ6NI4jz/yJYyuG8hLnIJN9nWgvz5p9UDLWSKVqINWzxp0XAKkE4VLwnY543gn 1uX6lq8Wegabmu6rtp1g7TphOF3MEhKSILeiBiVZ+Ir7fDYqawmFPko1/ILP69OplyglrgqEOyvN 3qDbha5mzyHNlirbuOvVqgBdkh44geFzW57opVaKeZPowAaZbid38eNW202695zjsQ25kqV5/iSF 61pqc68gjWaRCulaOhNjTerWSbHWiWXwvdHLmI1+5glljVwePAIrj7A7XUONRCneytw+BGqsllP2 uge2zgjKDsWwhj7lp0bqDdG2akpmqc6xlbIrYyoJzw6EPAraCdOa+/ZmsiU6B1imcklnMoLy84UZ zfZSHqKW710zC37PvVNpw5lJ9zKHa0IgbdOumHWDki9WzXnvUDvaC+uovbPLN7iAB6SCH56vrp4p plPf77bFAJSDgFtgbF4cCBgteQSikoxdAa0wjI35qBCU9VtxNGRo2gOeUUADkMP4OKP5/ZCALHLg AACATCCmDnIIjSB6cAlIbhG95XZxSCEzTGlYBwSjoDNSy7dsgSErCphEAAGAMFOGchPD+IBBYIiO SbComUHAAQuVMQNEiX0IRJigUAXAMB9FsgyLhfERy/QziDF1IYyglCNiKQ+Cw3iZm8T4fVN6eWHx JAqlaKUK1TCCiwiaMEYoQwmgGn2LkXo/P0JWLV/Q3iEHeSWQ9PKmXQG+jibdeRWCfmxiKPyQRMTC J9h7H+TTWJAtNQ8pc6CqUZErLjIxWRCJHqyOXJQY5MTlsHiNJuWRf1niChAQMGx8olsgl2xIla8i BxSioPokkr5VOWfbK4iySJZzNYFLUwkuVblgadMCHswH0kDH1NuWJWEJHGJUwuYyvZnTlk2csygo FnjXnA+2cTPQEpRctOaekzWSHLgU0yOk8SEvGnrP+eiz5+UAoJQUoISpYUGoVQuhlDaHUPohRGiV E6KUVotRejFGaNUbo5R2j1H6QUhpFSOklJaTUnpRSmlVK6WUtpdS+mFMaZUzppTWm1N6cU5p1Tun lPafU/qBUGoVQ6iVFqMTQgIKZW5kc3RyZWFtCmVuZG9iagoxMCAwIG9iago2Nzg4CmVuZG9iagox MSAwIG9iagpbIC9JbmRleGVkIC9EZXZpY2VSR0IgMjU1IDE0IDAgUiBdCmVuZG9iagoxMiAwIG9i ago8PAovRmlsdGVyIFsgL0xaV0RlY29kZSBdCi9XaWR0aCA5NAovSGVpZ2h0IDEwNgovQ29sb3JT cGFjZSAxMSAwIFIKL0JpdHNQZXJDb21wb25lbnQgOAovTGVuZ3RoIDEzIDAgUgo+PgpzdHJlYW0K gD/gUDgkFg0HhEJhULhkNh0PiERiUTikVi0XjEZjUbjkdj0fkEhkUjkklk0nlEplUrlktl0vlT5e 7zfb5ez5fT6ej3e8GcrocSrYKZWbZWEMdbjcT0eDwjD4fL7er3fMkqj4fT7fTxer1fb8fkJd9Mfr +fsber0edgfcwkjncrjUylRifXqObTgbh6VyHR65SLBZi/ZTRZDhcjfUSMMDWZWCbDeYbUa0GYLB WzBZyyZzmZs4fSvXS7TCfVTxebzaLAXaHQqMaLVaLyeLvV6xSzDcK5hjLZrgZjTcL+4j6qM5fj6f r6ZDlYFafNTeTbcjVeT3eMJZLXa66ZDGWjMZju1LicLddbqdEDTjDVLCbrLdr0d7hdrib7ecz7r7 ydx4GyZxqoGfblm4choF2WRTHOc5wOoap6Hwea3I6bhtGsThQEIWprFUa5wnCSpelWSRekkTRUEi SpJlISJNEwURFi8SA7lAPY/FicR1nYgxil+VxruAS5jFedR3nYOI8joNQ3D6bpwHCaRjFmYRgl4d x3ncbRrmkRxHjcYxyF6hhWFeZRhGea56K4SY+FgQJElccBzHCSBZjcWJKkCWJYEiTBaEQTxjlohJ hmmahNk4RpKlkVp1HkeBaFySbzG6gY9l0Rg6FgRZlHAaQ8FGPBIEuUxsnEcpoGIXRblKo6BGqdho EgWQ3FKRA4E4UY7jASYnEsYpVQqjkLmsUBTkUYpyl6bhzHKLRODyKZKCwVBWlGVhTGETBRlIWRKj gSxBL6SZYm0b9LoKY5iW8YRJj+WJOHY2hKk0URXlaWh6nsexnmMXxPlEVJvHAbxyHGcBAlANZVGq TaGGwpRkmwa54HaepWE6ZJimOZpnGgY5UGkTB2HKcBiFwS5tnEaRNl+XaEmebZtFoWRYjmQRLnae R5GcZxg0sgZJmSTRtnSbpvnacJTGSVCpnum58sScpdleZ6BmedRkmQcBemMWpOlCTozEUWg+liah hWIjZuG2axLleQRVlsUZnG2aRYGYXRXmcVpTleURvG7g50nKVZHjMbxrmqxBwmuaxpINehzFyahY mCbBlH4fp+myaZtGaZZnq+fh4HieRal/rpxHAdh1nSXhkFidZ6HOhk6HEahumti5674aRxnGbxpG qZRRl7sxTk2YhllYRJbD+W5q7WhBvLjg5zFIXBhK4evGGhoSBFoaJcDiUQ+Gcb5pGEbBiIMdZ0Hk X5aQGgRyHmcBJlaORSkeHwX4xhRCNFyIMcQ8hwtsI0PAd47RjjXF2Msawyx1DwHcOseI7R1jzHUO EdA4B8QhOIP4dI5BsnGOU50fh/CWllH6VgfELiBuchXCs4w+3DDwHshMrg7hjjCFuJoSQhF+GpJm jw9ZCCwFgH6PwnY9oljrHaOcZg2BfE4KjCsZI3BmjeHUOArJOT+Q2HwPcfQ6hzHZIFCOHY8x7D1J oclCQ9IaEDX4PZlg4B6L9gUQ0WoshUCUFgH0aQ2hmDSG2NMYA0RhxmHuVpArnCtD3UiPYYYuRsED hGV0tRtD+D6GWOQZ4yxoDCiaPorDUWowjIGOwd46ycD4ISMcagyQ4ifDyLkaouBxjlHMMIYgxB1I OHQOMdQuxaDQGwN8cULh0joHML8XihSBDpHeOoVgrRPEDHgUwaLjBtDhG/BgeIihQCVGMMAVY8x7 jvEkLYPAlkSjwHqPERAshGjVHKNQeY9R8CeFCKkXYqhBjdGmNaZA0GWDkc6P0cY4RvDPGYMcfI+Z ZEIGGMYW4pxZmiGQMQqY+InwjhcdceJWCqkvGALUV41FQKAFYFsP4XwcBnB+MkbYzUAjZYSOUbQz xUGGG4J0RowCBsYHUJ0UYjBPCZEcNwb41QrihC0G0M4LqfDNFeLgTgtBei2P4W0gQyhpjIHePEdx CRTC1FKK8Ygs4CCKGGLoY4oaADFFqIkYYuBpCNEALQSYqBQR7NSbQYowmYkCHEOkcQqRSCEIGMIa YthaC/FwMkag0RkjTGwG8RIfxTicDWO8eo6hVjWE8OYdY5Svj7FmM4XA0XdDfHIOwWwvhljVGIKk U4kBQCPQ4JQVIoHUDwElX4UAmxID0LUQkWoyhTC4GGL0ULNxDCVFOJEUgnJoDjG4OoagdxTBpEkL EUdKCWjNF2Lgdo8R4iUFyLUPglg9CGE2IwcUaBsDVHGJ4VAqBmjNE6O0dI8RYihckQIb45xqDOGs L9LTJh2DeEKLIPgrBPiHg6NwUwpxFi9NZWEgdZBlVnrSQgUAoxHBeD+GkOYrw+DHF0NMaIzhpjKF wI0YwvBsWIGwLYY4pydmodOMQXIvECHGSKJ0gZkxZjcHENwdo7x4C7GSMoR4lRECwFaHQeI9x2iZ F8JITIvRWjzHwPUYA1hkDQHANYco6R4CcFIJ0Woog3iyFCLMxI7RgN5n6PAV4phPCPDyH6tA7yEi 2GWKcX0PxSCwFoJUTItXCDcHiOwdUDxahtEsF0O1RCdj1JaL0UolRIifDsKcX4xNJCfEeJ0TBoCo D6o6JkdA6BsD0HkPkWwpRskDcMNkVAjg/CaEOJPXI4BPi+FQLMU4pF+jxFaKkSjNhaSQIGMwa40x 3m0ISMgXgoBxDnG6JgZooBXCmGYIgRYfRqDQFeMAWg1g6BvFKLsYdYDklaH0Owcw6oZn8GiZcgad BuCpFkLMX4xxkr8HqNUaozhwjgGXCocY6ByDGfWPgmsGx1w6HhQ1wg08ojIGmMwcL8R5DLHGMGPY 8hZCcEsLMTwr5UUpIONIa4yF+D0GaMoaj9H7EEGwNYXwiRNh6F+oiVhLBwDYGaH4SgZRJC0FMOod w6cpjwHkPUeUSx2xfTYOmGo7h1D2k0cQbw1RsIuFiTweh5DyXuK+Pocg5hvGpHn08f432TlT1IQg eY8B0n8HyOgeg6RrDMmsOwesIxvDYHSOmNPfiEwjLMP7tZZqGnEJJ5rzRZTiUNc75whfoh/HId8Q YfQ/B8vXG8vRChLxujbGoLgXQrhLC9FIJATojg0iGD0H0UAfBiDOGYMgXYlRRCJCa8MbotRcjKFQ MgUI2x3jXG1jQUIjxWjlHeOYPonQ+ihEUICBo5BrDWGeLwYgwh0juR6QIZgzRijvgbH3/n/SVGaB rA/hFA/gxhNhABKhVhMBWBjBXEzs9BcBbs7g7hKA5gghohihlBdhgBmA7BagyhgBxhbjah4BdBUB bBwByh2BbhhpDjwBrBpheBZBfs9hfBchrhvhtiBhmhjBgoGv6v/QgQgiPl0hshrDZPqhehPBYhQB hBrhhBhhsGRBbBhBaBRA9hNA6ArpahnhVhhhXg/Bcg4BwB2hwGopLBeBdhwhzh2hjBoBuBvBprch mBhBYhdhWhfBkn2huOihmBkhhsIwhRAxBCMCeB7RCjUB4uuMCh7L3B7D/CuB5h3GEBsBnh3EshNB bhUBDBfA/DfhoIVL3B3isCtiuh7B6C0h5B5hGhWhVgsg9A6hohpMEh/jUh4pPxBxcRcxdCDBiBtB shWDLh5RTxdxiRixjRjxkRkxlRlxmRmxnRnxoRnDoB4B1hzImh+F6B2isqxCMqKqUOdRBiqB7hmh sBnCVB4B5h4hxHhPMQgsph3BTBUBMhOHnh1OxiEoViZRIiKh1ByhwhOhDAzhwB0hshChQhGraByq fBxCZxDF+uKhvCBx9JXhzq0B2iBpaBjhvhwF1CJh4h8h4Bwh1BritKLiRBihphiBWhihYiBhkhiB gBSBHBKGrBhCdh4BThhhHhVhchOBchWhVJXh1BlJDkrBjh0R/RTh6jIhtp+h5hVhPBQM0iexBBth zBzBIhRhJBfBhBOl+h6hwhyhxBhOJh2O6h2ByBhBZBMqIBujoB1MohvhphtibB7hfwQhGhYA1BiE fhHhXBHGXhBBPBWBHhaBMBIA9gjgzBVhThXE2B4i6BGBHhRhYBshpBehQBNA0qOBJKTh3hEhchOh pEoB5h3h0BqhjhcnRhpyBh0iEhnB0hjhDhZAxvKhxhpQomEhqIXQ4BohShBsxBfhhiJBVhVhQPHi BhOhdBIBRBQBFmKhqB5B2hyBdhUBChZhRBcAng2A+BRhkBKhLBSA7BXhUm/hVhGhZhkhShapGGsh fBlByGWRBlnBzEWhHhkwuCBz1hYA7hPhLBQBOBgh0IphGhQhEQahcJ6h2hRhCgxhOg/hLGQhtg9h iA0g0BHgdhThNBJhdBmhiBfhYBJhrhjhfE/A+hNg4hCw0BgTSh3K3hYhuByhzhyBuBihvBtBfSPh 4DlB9BohsDqhuBzyShcBdhXBUBShSo9yqCDh4B8B3BchvBXhtByBwzAA7hPBXBABwB5BxGwBPHQh nh1keB1oGh7oyiGBYBdBZp+h6CBhLBeBIhJhTBFBzrVtMhyBPA/AvhBgxhCA2hChMhMBohEhWhlB PBqhkhkhYBYhDBIBMgxByB4hyiBnQhrBxhtoExBBxoShZhZBIBehcBSimh3BZVEoKh4BShaBbR7B 0hbBfhZP5h2h7PChgveI3mop/BLBnhDhPBbBDhoBoyiPG1Zh3ndVghaBXBRA/FKmCk2B4BUmBBXh ghhBzhwhmh3B0DKiCkhBzGWPFB5h5BYBbrhhTBMBzphiEoNhzBcBnhTJlhsLNyXhwBlBsB1BuBiK WObBWBnhqhpBrBuhqh3IMiGBWmABhBrBkiBhRBghPhShZhPhihmBixqByw6D2hhhowJhQoD0bhwB qBYBZBThZBaBMhhhrheq6BbqLB9hbhMhZB4JXRBo9h6BqBpQphhBXMph1BgBqVrx0hahnBeoyh7h Zw7KuhWVwB4G1BbPOhwh4huhjBqBdRaosMkioicRHowqGnihtBhhoBnKKh7JTvXJPivyvyrhxO8r av9iEBpBzBkBNBTA9BsBtBqhshuBrM3BqhwB1Bxuxh3sZBlKoBvWtImikIMhVBjhZiBhrBwhqBgP mRyBqCbB6y0Bv2BB6uhOipOQ3hspXB2KLB8JnyFBwh3BkBcBoR2xA1wB4x4hEhJhag/hxhzhxTCh NhChXhHsvxbD+KUJNsiP5oRh2h5vGBrhnoQ0lxBpJIQooImRromqGiNoRvXxuCTqGomRimDBtBJB LA5vrhMBqwcBKFXBIFKBohxhoCDN/BZBNBXBchRBfIRhPhkBFhQhPhFEtB1xo39xj3WBOBWhCBEh Rg8hm1+BPBdhdMyhQ3z30iCoUBiBaBlBdBVBsIXBJBbg5BRhEg6BmBohm3+YQRdhzUqBChOA3C7K njEXvBFg1BRA2hohwBnraSIiBImBnhihxBRhMBjnTh3hRBlhHBihgBcBYv44Q4jxBqGh2B6B1B5y QKGp9BsHwhosiVMNgiBB8B7B9BNhFBfhABBhSDKBphnBohchTBJhCBtwcYkY2Y243Y344Y445Y54 6Y647Y748Y849CPGjh0h6qKoVh9h0BwhzY3ILmEBxvuB0BtLSB3hyB3ClQyCBhyKIoyh5qGoLB6I MB0JJB2k6xqHbiCyShxBtBlCJBzQi4sh7pXB3hu4RiEh1B12uq4B3XaCDIRk2B5B2B0O0h8h5hbh iBbhkheBdR8HOs4vaTpNNBmBjBcBmBoBdF+h7BeUShRk+pHCGNmheBKBehILvhrnEFABTBRh0B3h wBZhgBZXThZySxlhthshqBLv0BYhmBcBwh2BxhGhbBKhhBtBgiBjwBHBXBKgzhtDKBEhFBWBDhXA +hoB0hkhcM6hvhsuihuYpBRhEA+BbhPhAh0EGhWhcBbEBBr3VIgQ6pghbQ/BgBmhhBKhdBPBNheh PxTh5hchVhBBeBUg+prh0BbhhBjmXhJH5ByBVhKhKhIBCBBBXhkhRgxhDg0BghYhXiEh4o9g1hGB LhLBOhJV+hmhQhMhFhchhBbBoNugpAwgngWAwAhBqhzBqCGChBghXhmPwh3BwBcBPs7K2TvBNApA 3AmA/gtAjh2BzhuRlvbhrhLBRhOA+hTBIkdhyJkrLhvBkXGBjBQBsBlhaJoB1BQhWBiuQRRB24JB gBvhrbDCBQIhVhmhghdhdhYhSKBBdA3hFhBhAhHhOXVBYBWBRhKBQBJA+BSBGBchfBbAphFAyArh AArBshthqhXBMAyBh1GEsh5gzhBhGAsBRAhBgjdhbBWBUB3INEDhwNUBEBUhFA8CEhlJlAzhEhHh GrgBrhnBlhvhrhqHOB+hyR/BDBKBCBIBXhNp2B5CGBZBjhgJMBaBzVihihfBcB0ZIBWBfVPBIhIB gsMKLPBxkhu6LBihlhiNPA81NkEBxBoDf4PiBBshkhSBhBVhLj8ByBchjhpiDBsDg7TbUB/pphVB dBRhNBchWBUhYBjBjBMBVhShpBqBqXVBlw8hYNoBEhTBHhdLpg1hKg4hEhLhAhyByBxKchTCbCmo 3BDBRBOBNBlBG4mhzmAEyCBB1jyBVBTBSBwhq8UCDhqBshwA5BKBLhFhLhED8BuNNIkh/ich8hVh cFsBehTiHhxB2BvhOBnhG9BBrljRhWnhxhvhdBYBUP3hXRnMIh2NNBrb7RhB5M5Jhh3zXCBB4h1h whhhWBQqIW3hsYriCbCIKyzDaB4BZhQBIBdhRBLhshmBnEjh3heBjP5B05QiD7xOQoGvABvhT4iB ChWhFhYhhBax0RIhzhqoVioD+BepShahtBWuPGop+iKqG8IO0Ox3o49iM4sh8Y1EhB0B0xRhQBah WA+hYBDWBP6B3s0CZo4DyF+hDTzhOhohHB6B9cCCCyv6NhHYs+GD+BShihiLqhahxBzB0M0B8D/J uuvBWhdhQ34BbivB7BYhisjhpThiF1Nh2BahihjCB6ohgkZBKBwEHiE3ZhzBAhVBUhoBvhvolh4o GXQpOi2d3h/oRrWqSPPIVvS49ByBuhxBGhKBAA+hWBM0bBnAiA3AxAZA8gbBpBohphJs9MMA+u2h hI3h6BXBbBQhrFZjlRwCChghWhZB7l+IKh4gmhEhEgsA6g9BJBThVhdhlUPhVBVhpBiBmg0A+Asg oBIA8htB3Bu3zhn5+qjCFhlBrBsBWhZ9PiBBdhTBeBlhijMBqhViEhdQagyhIhHjhBwrmB5hjBhh eBy0qBdE+hGhOBCBOKv4nB6BbBkBcgzhNg0hqBthnhbBmhZBWBNA7BmBg/OY8DEhwQ47WBuhiBfB sBjA5BJBFhEhZBFu+BbhkBahNBEg/RIh1QzBT2WhbhuhYYtO1CEBfhWBce9h7B1meiAHpSKdRLRX t9yONNJtGL1WJxwtpuphNohVLpYvd9vhouNnsJtL9/yOSSWRvJ4vBjMNeSRkLZgu16utcN9XSaSs 9ps8pIdEMBpNJ6PR5LpcK9qtBmLBTqRiMNeqBkKtvO1wGxDnghH8gqJfJ1NLhLMFeK9mMJrTi1Wu 2W23W+4XG3ul0OVttlqs9wNRtOdvLxlsNWslYPJ7PNQsBTMCMNtoM5+5FpOZmLFrq17Pl7Wxwthv Pt9Pt95FktBtMRksd9Pp8sSzt6I6B9MhmL1mMpjSR1PJ0uJ3OG3vR6vJoNXcyO/N97vp6t54Nm2N tvNtXrtivJ5vXWPlVq5Po8+m9YKtRptMotEKxEuZ3OhFqpKntPHtwORvLJkLJ1vF13L/P/AEAwEf kCNWfRyHccp9wIkkCH40R+Hw1kHNAfZunMchxHUcx+n8fh+wofZ/RHEkHn0fzInkeh7lOWhmRUe6 SHyfJ8Hy1kSRJBcFwfDrIxRDscJxEZ+n0fh8pIdaElcUpIlGWhWnew0ARqe6UHebJrmmWJXlIaBu mdD5+QQcpeGYXkVHkcp1HLGp8LkyJ+x3EkBTpOs6R0UZeEkaRrmOdJ5naRpVEuRhLFceJ6HmchwG +ZpnmaXBiFyP5PDAWxelKWxXFOShRECZ5xGQbpqmsThGDqZ9JNWfhYFmX52nad84GGY5ilATBKHC bhyHjBJMFQQJOlKRpoHCahqHIbZpG+cBynYdq5G+bBqEwVZAFuaJbnYeJ5Gycpsm8bhmKIeTjGMc 5wHGa5vWYcJxG8appHedh2Hsep6JwYpmmGPhNEGWpbmYyMCH2fMdnwex6GuZZfT6Zp7nsexZGcU5 GE+QhrmubRsnIa5vm8Z5+Q9O2SZLBs4lYXBEloXhRGScJrB6RQ0i2NRIGea5nFjJhWleVpcl8XJn GMXZjlSUxHlaVJnHGZhWm0UJklyVZrGqY5jlQTCSGeXhWP4c8anyXBimGZxmGqYRfmtjpiGqZZYF kaZSl6bRlpAbRhLybhznGe58nvHq2GybJpkaXA+GKcu6HKcpDEwORUlsQxhF0VBYEiSBXkgUZRli WBQ58URKkuZplOgtZPFMTY8FIShoo6dh0m+bprmKaxwHAaZqmYVhHjcURBE4ZxlG0OBfi4OBHCCU xSFMRBMDeVRckSdR7HPk3sTrghbmMUhynccBtt6N5OEeTpQl7DRxlWYBWHIcpwmkZpj3ebSXl8Td WnYeh2lsbgqhgC9FSKMUgfyHCOa2MAVI8R2DmRsPoVouhaClE0KM1A1zejOFaK0Q4kxfh/GMN8Zg gBTCdD6JITY2xzwiGoMkezCC2DdHCNUbw4i0kjG2OMcAwRmDDHwPsew1Rgi5G2M0ZIuxOiyaKMQZ y0xkjTGyMcaI3YYoYE2LZJ4pxkjeHMN4YY0xiMZGm/IYQxRYiaGILgaAyRkjZEaMwPooBYh+NoMc Yw0BjkaHsaMfT2Y/IASGMYZAvBNi9EOOseo6BmDaGsM4aQ3h7j4HuLEX4rxJiaESNIaIyThjwHWO UdI3X3sGHyOkeI4x3q9GYM4XI7B3DjJIe0cQ+mEIkHIOYj0glEj1YgPMRAhw3iBFWGcdg9R1BrEw IMJofQ1DkHaOUdY7h1I6LYPMe48JrDwJIOQdI5BrDehuP+Lo2xRCPESfkYAzRrl8HAXh2Y0xvnAL WKoYgvg6CgESKYow6R1jnE2KkSwiKAjMGWMETIdw4CdEGJkdI6h3jgHgNsag1xgjcnaNocI24/0b QEjNRI9B3jzHwPFOZa2BmiH0wNv7CEVo+ZIO4lIpBWimEuJUTo75sGhHyNgbAzx0DtHEjoZY3BoD RHANako/0o04HnNouKOR+JFTijk0ScKrI/quWwbw6DKDdGkYYeg7B3jrF8McXsUhojplwNQqA9x6 j2qSSREjgaOV1LkMUX4kxOigD4LgbYrB3D0HgKQYYrBZjOFw34ew0hnDcFkLgYysB3CrEgKESwhh TjRG4N4YA3BajAGELQdo7B1IgH4PMfS+C1jYUYMsaIzxyDhQUgsZ4zhYCgFIIIZ45RjDcHQOANAm g8B/FYIg3Y6RnjLG0I0TYoBmDTGaOQbg4R2nYHLaMbo6Bqi5F0Kxj42hxjrG3UaTg8R51RH2Osdo 7mDGrkkPAeI8R73zR/fAdY9B8jyLYOZNYjxHCaE0KIXI4qeiaDyIcWgqRfIQrtg1kgtxeCJFIKIQ 5vhuDblwIUVwlRDC0EOMgbYxg7h4EmD0KYYBlvzFQI8T42F1i/G0MMT4zhICqFEI4WorRQjwHeO0 Vg0xclsGeN0bo1hwzyJKMgZ4nULjVFuN4Vo1hxjfFsM0YgqRlCoGMNkwQsBaiTE+KAZYzBjDEFmL 6HI4xjDVGiKIZwkhdC7FaOA6Y2hzDRD2J0N4zBbi3auMwRglBPDNqKM8YAtxBCKEoLEXYthvjcGy JYTIdhiDhyCWsc8nxjjOGReseQ0xjiwMcMlFoxx7N+wdqlAQwBlCYGUM0XY8R8DuG4OYczbRrDBJ CMMbIvhLCjFKJgUoohyy4zkMkkg2B3DTFqNYUowSHi0FJIcdY4hMjEF6Wwa67hPCdEwJUTgqx3j1 HqL4Ygm5/iDJqK4bA4xySLG2LwawuRjDbiGMUXtZRXUTGOKoTAvxbi6GKMwaAyBTDOEoNoagzh0j tHWNcdQ0BlDfh8PUeYxxeDDQyOUZ2hBlkO4kMtNQ6BsZsESJsNovRwi0LYO4eY6xKCdFWJ8VOPxk C9EUHQUgixMi6OXH3VXQS5WfEmI4UIehfjZFiOgd6VxyMdHPDQdY3BaC2yyKsUUkh7jtHUPMkg9B 9DzD6KQKwiw0hRFsLYRYfxWhsD0KwShbEPj9HNkdwY4GDD7USPE2A1o97kHwPgww9h3D1pgPYeAr xYjHE4KEQs/BuC4FWNMP4ihVDZG4NgZw0BcOtEIMoaYzqIDdEeJ4QY1BeCl0MMsUQoRTjGoIM8Yw wZ+jlJINyRgfRPBoGGN8W5bESDhHAOyePeEJDYGiOYdY6B6Vx6F88kyBB8jrHYrpjvXRzPYRIL0Z wqRni+FsOEdg2Q4ioDMJ0YwrfoEpUTJ75xcESDpHSOceh7WCj6HUOodaBjDj160RsM0XsTUHCpS6 AH+OWRqNA+hAWZMHgHYG6GGF2E8GkHQGWHCHgG4QkHyhUG8MMHkHO/mPqHSQgGw4IFCEgF2ISHcH SHqHMHEY6Hc4c6YHCGKGuFwh+TcJGNCH2HSHYHWkih+QIm4HOHmHmHi3IHmFkGUFAGE1gHGgaFcG WFkFEGME+HSHcHeEKEWFQF4FiEmYGJwQ+QsHCGavMHihkG4/8HsHKHIG6YKSqx4vWHcRIHaHgHkb OZwG4Go+ARGF6iEG0HQG2lSHiG4G+HGYiM3AZEULeHOHaG4EmE4DqF0GSFSvCOkPsCSECCiD2FYD uEyFMEyEQEgEqGsGmGWFwE6EkFsFiGWFoiY1ESYE8DsGC/AHQHcHEkeGOJwp+HUfME2FWF4FuGCG SGkDcESEKKCGYGsG2GcDEEoCGDU7MGI1AD4eAFIGOFEkeG1C0EqLKERDAJMNWHyLIFYHQQ2GKoKE kGKE2EOEWDQukGiEsE6ECEcE2EqhkHCEiEyFID6EiEUGWGWGILYTgEOFkEaGoHKGoFwF8F8EKEUE kGOF2E3EXIoLYlAL+GWFWEIFaDaHGHGG6FmF0FaDMESDUDEE4DEGGGaGAHMHSkYG2GAFcEwFOFaF gGYFmGQGWZEQoThFsHEKcE4GSGCFkHqV6GMGsF65kFGE8FkFaGEGUGkD2EaEOGlICzsGgEeFuD8F mGOF+GqG4GqGad2R6miHmEkE0EgaCEMRQH4JwNkFkFYFGF2F0FcikFyE1CqEmEEC0G8GiGQE6E8E EFIFeFUGwG6G+FKFUF4G0GuT4GeGVD4H9K8juHBLCF8GcrGHcGrHXIrM6JMHQHOHIxcGi8WFMHMH KHEGIrMDQEMDgDeFaDsGYdqpg+EHOGSd2G+FAE2GOHIHUHcLYMMHeFGGCFAFexuHgQ2GuHAGgFKF cFaFKFuFtKOGoEWEmEMG+KSHqvyFc1JNuGrN8SSm6JINCH4HOq4Rq68LWRIG4GmGgFeFAE8G0HAG kFCFuFIE2EEDSHUHEG6FsFyFCGGGIGE8BE+FoEeEkEEG2GYGCLeGSG4GaGsHKG0Ga10V6HoGsGGF IQASKHyHOHfB6HOHORNCKHkViHegeSERGYQHqJIHiHyvORQ+gNENARnHFRmRWHsG4HKHA66HUQkH tDENERjPURGgaHOHYp+RkHxBaG+G2RoHqx5M0G2ww+oGyG6HGhqG+TgLY6YHeHCoarqmwmwV6JIh eOEXuRIRWHulcHXSfJ2HIHYmcKIMyHy/EymHcG+vjKKOEHmHcHOlpESLgG+HcG0DsFGD88cD9OQH MF0FuFiFAFQIuGGGSFY6sHgYiGSGaFcF2FOE6l4HoE2GiFQ1kv0+ekkHsG6WnDYPsHUHOueGiGGG gGkRIHOHMHaWOGQW4HQFsFSGgEoEwF4G4HGHCHWHMG2FKESEGE8EOEYHiHaHMFWFqFOEkDuDGh0G aFmFsEsE8FWFQZYGGD0D8E4FAFUE+WYG2FaEwEOFyF+FEb+HyVaFMGIGeGgJIreHsG0G0GUHQHEG gSHRSH8HeHVJcGkGmNYHtFsHdRpWcHMHeHc+qQwRUHmHDNOFOFQEmF8GAEicGGODkEODCDgFMEUG OGqGmC8EHY8FQEIGmGwijZKG8GmGQHKG7D2LiGwHaGmDoEyDfU4FIYGF2FuFgGQGaGWFSFKFeDuE CE8F6F2FWFCE+DOFWE8EIEramFHFOSLAM6CHKh0E2EiEMEeEyEeD+FgE6E2FKE4FwF7QG8CEcE6F cE4EwD7SwGQEiD8FwgCGgGuWmnaGmGiGOGAGWGAFUQ2OoFyFSEiDoDI9wVoGqFeSiHiGMGWGoGFG IGIGCF0GlMe3wFsFmGEF2HAHMHQGMGSGUGKGVXqJGF6F0GeE2EsDyGWFyEjHAJKQeH2FCEUESEmD +EGqaHUgAFmHgmldiFROiFiFCFYFSFmFwFyFyGYGYGQjWFwGOE8zGGED4EkECEIFoE8GIGaGcFsF 8GEHkHkHgG6fCNQF2Ge3wG+SwvDB+RmLYykG6FQFyu8GsGiRAH2FmFiFYFAFaFVH0E6FQFwGExsE YGIF2FKFCE6EgEcFKEsFCGOF0NDa01UHRWGp6YYGAFsF0GggCMCF+GQGMHkreTyF+tIHEHuHoHiF gFEGYJw+WHeE1OqFKEqEoOyHdg4FWE6D2DDNAG0FAF2FUEgFQFCF8GQGUDsEswCFSFAnAGnacEwE 8FeFQQ0HWL4GwGMbMJIFvMuSwGqHkga/fdstuFGEkEYD8HeHoHWFuFqFWG+GsI+F2FkFiKeHUvWv gHoF1aIFEFeE/UiEkG8G6GyEOE4EgFuGcGHGWG0GkxcJISsFoE+DUEeDQCOHAGuG4GAKUHcJQhiH EHWEaEKEGFQESDRAcHIF3IAHdDtXIgkGVAsG7MYuSFME4Em/8HuFUGSFsmstU6EHUq4XiysGQF8G Ud29AGcGWk0RsH3Wi86EqDcWMF9VSHTYBfKHhhZPSH+72HmXm6+vmHaHjRONYW2HjYGHLSaGuFZU 6GeGiGYR2VjT9YGJJkcGwFUE0DkF6FCEGtNLcNEFSEuE8FQFIEwb8HpQWFuE4DwDKtCFgKAGnhLU DdCHEDWDeCuEqEgEARmHzk6mwrcgfAAJwGYFsEQFMEEDKV6HgkiHuTCLZPJYeP2gaQK/8Hw7nDqH kG+HRmqJHeFB8/nXsYQro6ETgGYGeGCGyGwGnRnnCHebyGJTENkYgHkqiHzqQHQGvWGGzVurEHWp 6GmXIQISAQ8NERI5+R3RmGw0hcOFAHOHCG8Hnk8LWhyG2HEHOHERmHqG4GubpMfrCwwGiHYHmHQR 2qaHiYjRYJHf0MOHkO3B2qSRmHwGsjXmAHKRIN2HaqGGiLeqaHQgY9sLWKGHnsPM86EaAFSG2GqG qJIErf8CWESCmNgG4JwRAH8EUD8F6EAFWEeECF4D2EKEIEwE4EQEiF4GMFZi2G4oaHWGaFyFahkG +DHhugAh5kGEKE2EoErlHBWHYLeEeFsEgG0G2GuHRX4E+EiDOE0EEEWG8GwHSFsGuFQDqFuDbKeV sEOEaFkF4FIb9SGLVCOHrckGcQyHQLeFgGuF4FAGGFqlIGAGsF+XWGlrCGcF+FPZoGEWaHSF2GgF uG4HeYyGibeFEFFdCG1tIwcHEGoG9PntkJGIuFiCsEfL48xtmZEFaE0GoGITIGMfkEYDmFAWYGuF kGuFHdKGUFkE8ETcGFIF+LICOD4DyESFK2eGuGsF4UeF4FUFnu2LeGcUeHEG1pyHGHMGWF+GLLCX UGgHKF2HCFkGaHNmNQpwms+GVhQx6LYGcG8G8CyDgDuEOD4FGLfEAHGFmGXGIHIGiECFeEBXGFSH QHIHll2ExPYGAFejYEgFsEiEwGiEUGkGUFyIYEQGiG+2RxMrsHOG62LWEJIFIFmFYDOE4DStIP6J MR8F8FiG0GeHUGSGjMYFSErUiE+EKGYGyFyYSHeFSEeEaHUh01eGSDcEmEsGOWOHIHWHUEcEwEYE 0EIEDWcHeLfVSGyfCG4HaHQHWGtKgdodkGyHUfSFoESFyEOGAFyU0ecE+F2EopDVKLV3sGCEQE2E 8EaEgFlEY64F0GUGGGWHAGSFWGQFUFcFQGQHIG+HewIGaG+GoGOFuKCG7YGFgGwFSGo84GeGRy0H pp31Ko4RAYGH6JIb9SXSW/eRIVWNGQhqoloYhdpWKHSQc1OHuGWGmG2vUHfrKYgrcHqR+ODrgXuH mThdtrDrC7B0gG2GWLofBOwG+HUGuSA20G0HEEiEuEyFAFXQYJGpQO2G1D0DsE6Dt4MF6sCHaEdg CFGbgYSHyi6G9ZmG6GhzyHS6bK8GLYGHEFoFMEYGUGu9/5RM95UHllYHljWRI+YHK7Bm0wcHcHcH WHgHgWgJNtCOFUCwcrmRwH8vmHsSeFKFgFQE+vWHUGQT7TFazlYHaOEHuk+HRVgGYqb6P9ERKNAX sRWhh8So2WaG+60t+hq/mEmGCFSGxENRKHUFHGOEqEcE+HGn4GEMqFOEsE29kGktG/yW+OGHaG8G 0auGKFUHAN+gaHMF6ScHEG2HC/eG0jAFaFQEGVHAoviEGFKEkEcEyFkIA7nm83/BYM5XE3GGskwy VmuGo03A3Xg2VmyU08HY6Wa0Fkt2Am3G73I5W21Hu9no13E4me1mskUGgGaxme9Xw8kenzqo1ekV gvFWc0uf1ks2Y6XC3Uuez2sFEsnU2mq8Hc9XI33a3W21UksUAq10knk8ncwmOp2czVq+n6+oNcbl c7pdbtd7xeV+wVWzmKtmIu1qnlWohGbyeg0Kr3c7HIxl8pmVEWg222zF4r1qm1NgWK2my1GqyVo6 pMrVafFYukgtWcxF6pU2cx4XE6m1G/t1c3G12EvVojXG3G00XG41k0WWtWQxW453Fc2gzGIrEyil Oi1Kj1UtlQ2E+W0GJ2Qt1qs1cglswFAq2OvmWuFO8Xc6l4y2Q12y2lgmEycpvnS6BnkqS4zkIUQ2 lEVJJHC0x5nkfB0HIbJmGKWB3nUdBqFoVRxm6dZll+bJqmsZ5cmaV5wnCaBqK4M48ByPRFCKch5n CvMcx1HceLkdZzGqUpSD+c5zHGUpdluPxSEyZRlm6dB3HSXZnF8b5vG2bhtmvERdmGWpeGYahllu aRUMETB1w+YpdEyep6ngfR9n4YpZPaRJMmqaRrN0fy5nQcBkmUYRUnQdpxnAdZzjsTpKEAR5QnKd p0LmapnmQaRjmQZ5emWURfl4RxlkAT5VD8zBbmKXBMHaeB2lkYq0FqUBnl8YhamAXx4nYdZsmWZK DHMcJlkyTw6ESXA6EwWpQjmTBHFmWZnHMdx0EoVhKFsVxVmMUZKmKWJZGcXplG4cRpnEdBtoMbBw G4SxPjyXhhlSep9nrHt831fZ/n6fp+Guapoz6bJynAQxWE0bxzHROR9HWd51nue564mex1nIdBTE kUxmGibBSmmS5TFsRR5HedxtnAZZ9H0fGXnudJvnAWRKlOcpyHIuyVHeVhWEwXBlFPPpwwEcZzHZ Pq5nOcBrG8aRomg+BkmybJjHGXxRFgRJrGkZptG+ZJ6nseZsG0ahzG2bpYEoUxhGUY5+H2fWyIIg p+bwcuDHEdpuHiex5GqieGHbPp1vqdBznIahiFmUxEkGbZnGse58pwfR7oMex8HsWphk8Y5oF/fn SdKvKBHScx0m8c51nCenAHRDNqUoguPGYbBuG9zfMrqeJ6HaZBiFkg05Hybx0m4Yhhl3DR2F0WBf HDvWlLkchzmsVheEuWBrlGfB9Hy9xaFhMhqnEbB5bIaMXX8fppGEZplFkYc+nSenVR/vB99MvPwD 4Huy4eY+B5j5H2PkcI4hvv7XyPl8IwRqCyGIOMYb/YLQXd0NQVAnBFDIGSL4dQ6hzCbF6KMZDkiD C2FYMMOAfRJDTGwNQY4tBgCuFOL0c6rRtDmGkKsWImyDDFGuLQPArQ6CpE8KEVIshdBWC+HQUwrx YPVLiMkYgkxdFpFiNoUg2RzDdBuHsJQOA/hBEwLQTAuhjDCEuKEW7eB+DYGSNMZgtRijhHkN0Q4w A6CfFII4dikxdDQFOKoaIpx8j5HwOEb45BPCnFeOdXhc0+jYGuMoWIsT/jwHANUcZxRwjWF2NYXA 4B2DfFYKEXgiBKigkk7Uf6fRoDnGQJwZQixzDqHCNQbYzRMi3ECMkcgx4LzFdKVwa4pBXCPFBMtR Q6BcOiGWNwaZBheixGmN0bo5R4jvHeJuFwuRbjEGiN4b6bx5mwFsQYX4zBbvTG6MwWAqBZC7F8Ja R42ZtRUIMMMZYmhjDSFyLEbgpxsjkHEHIUwhhNDAE6OIdI4BHiQFYM4aQ4U+joHEO4Y4uRrjUHYM 6YQwB5n0HEOwbQdRPBcC+JALw5iECnFWLIRojxNjrHaO0ua/h9jBGUJkY40Rci8ZoNIiYxhsDTFa M0VQ3R1DbFaKEZIwhkDNHmSogyfRWjQE2MMbAuHhC7FiLwUAkBXh5HUPBnUxq2L5G6NwbFQRfCLE +Hwxw6hpMzGfNqdgwBrB8EYIBtQzxcCqGWXMfLExpjDGLOwagug8CeD+oQRQ6BwjkFKKcWI6R1Dr LsNwbgzxSCwEcMQcovHKj5EmMIUYqBkCuIMNQZo5XOFwIKRoe5xR1jiHkN4RwsQ2CuUcNUcIyBIC 9EKKMY4s5Ej4GiMQZgeRCiPHGSWnY/R9i+GMJcWYxhSC7HCLEcQ6x1BpFOIILwmwwymG+KkUIyhd jAFixUd1WTdCfGoJIWoxhOjQGAL0bI7hpjRHVYetuB0ejpHQOUaY2hljMGYMaEI6h0zeHOO6+pBY YjmG+OEcA9B6DzJOOe64/R7uwIMPkfg+ByMYHqhmSi/h22cHE6odA6RxsuHpggfo/h+qJGwpMcjl R6DBGsLyUcxCCjbGeNgYQwRjyJHzJQ3Q3xvjVFoMIU46B6jlT6OUeCgB1jgH0PwfI3Wii3F4KEeY 9R1X2H8Ncdo0hYDJEwlIco7B7YKy6QYd+IBvDolhgjQhBRgDGFkI4VwdxTC5E8KUYYrhtjnG++7N o9hMiUF0O4dY9IAD6FIJUYglhQC3rSxgbw2RSCdEeOEcY3kdwHHyK83AbRCiSEoJgP400yXkHPFQ cA6jjjsHMn3Yxuy6oRHeLkawqsUj7Hu+UVwrRkCwLtIoe44BsJ82Pt3b2xx2TeHBsF90lJYwFHjN sazKB2PgHsN8dQ3V7D2HAOkdIkhMCYF+MMYU/CCsUHeLMXInBgjSFmW4fIpBhCtEEKwRw1hyjY0K XEXouxZZtHig4cYaRNh5DcKAPPEBrQOH2KYVYxB2kCHohEUAkhhC5GOMMZw3hiDCF2K0NIZApCqF kKVHafWXD5GAhZ1o5xqjUGYdoOQsRfipgCPgR4thLDPRYuYcmtxTmWG0XYbw7xsinF+Iog2FxwCB FKHK/YtC7YgHkI0RIihKClE+NkbAxR20oGuOoZ44x3DhNaJwOQpA+OCGkIcSYiwsBlEJW9dZck+i hGoJMSIqA9C8oGLYZooQwiQCmKcWwo10joFeLcWj0xxb+H+kZX4xhVCvGgJ8dY9R0CTFsJ4WU7hQ DFE9xOawuRYJRHKNocg3hbLjGcOEZwyhvjKINk8X48B4Z/QiLYVIzxxbppGKkUYlBMiWESLUXQrR 2lm1OjsZQ0xkDvPoNpp4yBoi7FL00c47x0i4GkLr44zhd77EAIcRyRgawuxlroQXYV4gwdweQdgQ QsASITYP4uwsoeYVAVQWAY4ZgZCJgUB1gaQZ4bgYSpAYozoV61wVYYYaoYISBRoRYSAS4cocZHDx w3QU4bAThmYbQYwYYXoVwYwSwp4OgXAYAWQjYc4h6Lorj1Ab4c4aYWYYIToVYZgS7P4dYVIoQdAe Ac4UwZIUb3h2wZqVYV4O4TwWgVrIwZBdAbAZ7K4gwcaBRmCRIfYrsKwfAdwcYeQcAb4bobIWgWQU z9gaQbhD4awb4a5HbBoaIeIeYeAbgcwaJAIawWkLz+YdIYwbIZqaYaIZwY4bIPYPwO4a4bixouof ZuYZIYwYAgweTF4VAZoVAbx9AuweB34VwWIYgdKBQXwW4U4VxmoTQWgRAZgawZYRwUQRgOoSoQIZ AbIZwVoVQW4UQUYVkAbKgfwVwaTkAPYLwWwV4VIZgbgXwQAWwPpdIcRuQfYZzuoaSj71Ae4fAeoY YZIWQZQcQYAfi7AaoboayAYeYagcoaULgf6+AVgRYUgOIWAZAY4caEQPYTIQwRQXYRrmIbAYgZQb JH4bgXUCYaAYrYo3QZ4dIZDMrKa24eodgVAY4Vb9QdoYRWabodzbp4p8J9weIer8Yewd68YconDP YjQdakwbwdSDwZxl5fAupPqRQfBfh8IfaBTdqkod5xTo4Y6IQXYeblYRwR4OAHYMIJIbQc4bglIf Isoej1AgwbobwZoSgQYNbJgZ0eofYq4d0UZ/kf8Lg2JkYWIRobQcA4YcwcwSIVgUxkgUgTYRgW4R wRwRYXgUoPgSQPTXATYX4V4ZwV4TwagSLFUpAgocYeIbyKAOQX4WQTIUAQYMYaJuCzR+gZ4aAaAa QboaYa4aKAAeplwewboaQbAd5QyRJigewe7Hq7At7Hseq7BYL6AeyRMugusNgbM24bDcpHpf7MyA DHwfs5M6wuIXj7cWYSQjQd4bbGoLQPYOQNwSANAVQTQXwXIV4T4YAWgQgVgToYoX4ZQZoNwTwMIY ocoXqKgcMzgWoZ4UQUIQ4PoZYXIVxDoUYaobIa8ZgV4QoRoVgUQUoSIZ4YqmYToRoSwSwPodAcYd AVgVYTwMYPoOwbIdAbIYZ5RVphavAgwWgZwZwcinM69GlGsf4VwVAT4UYVYUgXwbIaL9gcIVgW4X B+IXwVAUQXUPIbod4dgbwU4TAYyJIX4aIcQaIUgZoTQfAfczIf4cBxIYQaYaAbwagbSXoZYWwVqS AXQWoToUoVAVk+ZXYbpVQSoZoY4YKsAYgaQbYbIQARYP4HQNwJr+wXgWQZIY5SZtAb4YggwXNGAc 1GdG1SdSiY1BYaZW1KgcIbcRAeQc7CgeAeYd7NAcxN4fJPobobEWwcjDIf5Bwc5OYfggzNofAdId geQgxXYda8gdIZZPQb5vQXoaAaIsqHgZYWAUoTQSARJRsYAagQYSIQIKgQ4LwYLuoRIUCzISwNgb 4aQW4gw+4YiSTN9Stctc1c6tpPtWI3U6IfaRgblBQaxioe4bocTmgawYpv4eIWYWoVoSAPAH4cob MUIf5VodofCRVdFhVhdhlGweJVwdhdRf1WVhtiti1i9jFjNjVjdjljtj1j9kFkNkVkdklktk1k9l FlNlVldllltl1l9mFmNmVmdmlmtm1m9nFnNnVndnlntn1n9nIgIKZW5kc3RyZWFtCmVuZG9iagox MyAwIG9iagoxNDQwMgplbmRvYmoKMTQgMCBvYmoKPDwKL0xlbmd0aCAxNSAwIFIKPj4Kc3RyZWFt Cv///4weoyqTkMaMB1YCPLXMNRDzbKpf4CIcNaJ+GVSAx1EN5vQ4eYX+BYxVB8gL0/4cx2rGJ0ro Q3+LwpjfQmAxT0Ymh7+rhsU33M0A56H+BGlpypCzs9QyP5bLHtksUChydrAyITf3WRTEWvxmWQDP wspfdX4zqL3KdNyjoCzME6J9RcS0PR3JAXjFZ9HFN5OQlgkPyrLMlCapOMfWBNp5gR89Nlxb/17T xMaliv04GpRCKV709vManyzidjC877LcLOg5iOiYXK1fATddOVHxfHtQcHFEixFwbYegKnZTB6M8 QSwk2ojROYkJl8NaiD/V2LBHHDtZjangLtRXgdv7vR0n4vevszE5vMj9F1E97SrtNUcpjtTSbwKm xoOCwUGg6SOXmdfJ0pSS0KvjDZkN+89UJV0o98wqnpOuIVXvwT4SWdfpIqp+tHoqmIjDpYSS+qnw IqG9TUBQ+2Gl6yPj/Xy7555lZlPgkOtoU5Ht5ouX1644lPx45PjaiuP9buF5KckYji9sbr9Y1xPq xfp1XNEklGYhDUoZ6NX95UPeX2yoePrX5GmXPUGrJwalnWJ3wvfd4wUo/O3++dNB2DOtgKuoWJAS 8M5Tm/VaQZO9uFW0lji6vzWovS98/gevrIhbVODsZ9C6u2uwFaxD0mWZh/vRQroH6ng2ZnY+FiLG cXemXt53GJnjyK+QDIL1pQrxd0ysfzcktZ6b87S9uSY1YIQT15ytu2VdS3LgQRfqMo833w5uBMMM n7fBXHHnkdFrpakIU2RusbDgkfH4fCSHswSVIghZL6cQ8ASB2JVTRDv9TI9hu0ASm9IDk04oGgEs sCM0ClLcG0PgnRt28GCx7a1BT2iBYQNUZZeijbKkumLH720ay4heqyV6IhXa0wOHFVLvl7Tz6xmK jac8MWKf+VEMFB2Vc8m67evQyL/TUNQmP2vbM1f0vuSc+xb/mxBRpyVuPJg494Ykx0/jmp+4wd8k nBJ7kdFfLsx2LWeHfg+s7ExFJUPMSQobLaW75QplbmRzdHJlYW0KZW5kb2JqCjE1IDAgb2JqCjc2 OAplbmRvYmoKeHJlZgowIDE2CjAwMDAwMDAwMDAgNjU1MzUgZiAKMDAwMDAwMDAxMCAwMDAwMCBu IAowMDAwMDAwMTg1IDAwMDAwIG4gCjAwMDAwMDAyMzQgMDAwMDAgbiAKMDAwMDAwMDI5MyAwMDAw MCBuIAowMDAwMDAwNDk3IDAwMDAwIG4gCjAwMDAwMDA1ODAgMDAwMDAgbiAKMDAwMDAwMDU5OCAw MDAwMCBuIAowMDAwMDAwNjM2IDAwMDAwIG4gCjAwMDAwMDA3NDQgMDAwMDAgbiAKMDAwMDAwNzcx MyAwMDAwMCBuIAowMDAwMDA3NzM0IDAwMDAwIG4gCjAwMDAwMDc3ODUgMDAwMDAgbiAKMDAwMDAy MjMyNiAwMDAwMCBuIAowMDAwMDIyMzQ4IDAwMDAwIG4gCjAwMDAwMjMxNzEgMDAwMDAgbiAKdHJh aWxlcgo8PAovU2l6ZSAxNgovSW5mbyAxIDAgUgovUm9vdCAyIDAgUgo+PgpzdGFydHhyZWYKMjMx OTEKJSVFT0YK --------------060006020207030502060008-- From nemo-bounces@ietf.org Mon Jul 02 05:59:36 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5Igo-0004Ca-Ci; Mon, 02 Jul 2007 05:59:26 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5Ign-0004CH-9e; Mon, 02 Jul 2007 05:59:25 -0400 Received: from smtp.nokia.com ([131.228.20.173] helo=mgw-ext14.nokia.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I5Igm-0002yb-QP; Mon, 02 Jul 2007 05:59:25 -0400 Received: from esebh105.NOE.Nokia.com (esebh105.ntc.nokia.com [172.21.138.211]) by mgw-ext14.nokia.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id l629wbSn026939; Mon, 2 Jul 2007 12:58:43 +0300 Received: from esebh104.NOE.Nokia.com ([172.21.143.34]) by esebh105.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 2 Jul 2007 12:58:18 +0300 Received: from trebe101.NOE.Nokia.com ([172.22.124.61]) by esebh104.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 2 Jul 2007 12:58:18 +0300 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [nemo] Issue 93 - way forward Date: Mon, 2 Jul 2007 12:58:17 +0300 Message-ID: <58357EDC7884E24BAD684C1B2D91F96D05C361C6@trebe101.NOE.Nokia.com> In-Reply-To: <20070701042722.EZGX22522.oaamta04sl.mx.bigpond.com@PC20005> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [nemo] Issue 93 - way forward Thread-Index: Ace7mBtfZ3/6qerdQv62CoSb8S1s9wA8zQQA References: <20070701042722.EZGX22522.oaamta04sl.mx.bigpond.com@PC20005> From: To: , , X-OriginalArrivalTime: 02 Jul 2007 09:58:18.0692 (UTC) FILETIME=[84283040:01C7BC8F] X-Nokia-AV: Clean X-Spam-Score: 0.2 (/) X-Scan-Signature: 5011df3e2a27abcc044eaa15befcaa87 Cc: X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Hi, Nice to see this issue finally moving forward.=20 So in mechanism 1, how would the MN signal the HA when to use TLV? Would the MN just start using the TLV option and the HA enables it as well when the first TLV tunneled packet is received from the MN? How does the MN even know the HA supports the TLV unless the support in mandated? ICMP error? Error code in BACK? I'm leaning towards the explicit signalling. IMHO, having the new flags in BU/BACK is much cleaner approach. Cheers, Markku >-----Original Message----- >From: ext Hesham Soliman [mailto:Hesham@elevatemobile.com]=20 >Sent: 01 July, 2007 07:27 >To: mip6@ietf.org; nemo@ietf.org >Subject: [nemo] Issue 93 - way forward > >Folks,=20 > >Some of the people involved in the recent discussions on issue=20 >93, the NETLMM chairs and the AD had a teleconference a few=20 >days ago to discuss how to address the lack of concensus on=20 >this issue. The aim of the meeting was to find a way of=20 >accomodating both sides with one solution that avoids the=20 >technical inefficiency/lack of flexibility concerns of both sides. > >The following is a summary of what we agreed on in the meeting.=20 > >The agreement was to define a way of handling both cases=20 >(presence of TLV or not). To do that two different mechanisms=20 >were proposed, I'll list a summary of each one below.=20 > >1. Implicit signalling > >The idea is to use the first byte after the UDP header to=20 >switch on whether the following header is IP (v4 or v6) or a=20 >TLV header. Effectively, the first byte is the version field=20 >of the IP header. versions 4 or 6 have the obvious meaning,=20 >for the TLV header we can use one of the version numbers that=20 >are not used today like 0 or 1. So for instance, 0 means TLV,=20 >4 means IPv4, and 6 means IPv6.=20 >Jari mentioned that this is used by other protocols like MPLS=20 >and it is considered a hack by some people on the IESG but in=20 >our case we use a specific port number for DSMIP therefore no=20 >one who does not implement the DSMIP spec should receive this.=20 > >So, when using this alternative, the TLV would look something=20 >like this: > >Format (1byte) Type (1byte) Length (2 bytes) > >Format is just a bad name I use in this email to indicate that=20 >this byte is used to identify the format of the following=20 >information (IP header or TLV) > >Type is the message type >length is the message length > >2. Explicit signalling > >In this mechanism we define a new flag in the BU that, when=20 >set, indicates that the MN/MR wants to use the following format: > IP > UDP > TLV > ...etc >when the flag is cleared, it indicates the the MN/MR wants to=20 >use the following format: > IP > UDP > ...etc (i.e. no TLV).=20 > >Obviously when using this mechanism there must be a default=20 >mechanism for sending the BU itself. I.e., we can always send=20 >the BU in the current UDP encapsulation format witohut the TLV=20 >but if the request is accepted then data packets are sent as=20 >agreed during the BU/BA exchange.=20 > >In either solution we will have to mandate that both the HA=20 >and the MN support the negotiation mechanism and one default=20 >format. So, all implementations have to support the current=20 >format of UDP encapsulation as a base. This allows for=20 >interoperability.=20 > >In this alternative there is no need for the Format field in=20 >alternative 1, we only need to define Type and Length fields=20 >with one byte reserved. > > >Hesham > > > > From wck@bmonb.com Mon Jul 02 06:36:14 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5JGQ-0007tf-JZ for nemo-archive@lists.ietf.org; Mon, 02 Jul 2007 06:36:14 -0400 Received: from [124.125.227.121] (helo=bdcos) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1I5JGL-0003eM-8T for nemo-archive@lists.ietf.org; Mon, 02 Jul 2007 06:36:14 -0400 Received: (qmail 19997 invoked from network); Mon, 2 Jul 2007 16:06:10 +0530 Received: from unknown (HELO xexjs) (237.176.66.95) by bdcos with SMTP; Mon, 2 Jul 2007 16:06:10 +0530 Message-ID: <4688D51A.6000606@bmonb.com> Date: Mon, 2 Jul 2007 16:06:10 +0530 From: Portia Crow User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: nemo-archive@lists.ietf.org Subject: Re: Alert-pfqyojqglqde.pdf Content-Type: multipart/mixed; boundary="------------010205030605030407000600" X-Spam-Score: 3.9 (+++) X-Scan-Signature: df9edf1223802dd4cf213867a3af6121 --------------010205030605030407000600 Content-Type: text/plain; charset=iso-8859-2; format=flowed Content-Transfer-Encoding: 7bit --------------010205030605030407000600 Content-Type: application/pdf; name="Alert-pfqyojqglqde.pdf" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="Alert-pfqyojqglqde.pdf" JVBERi0xLjMgCjEgMCBvYmoKPDwKPj4KZW5kb2JqCjIgMCBvYmoKPDwKL1R5cGUgL0NhdGFsb2cK L1BhZ2VzIDMgMCBSCj4+CmVuZG9iagozIDAgb2JqCjw8Ci9UeXBlIC9QYWdlcwovS2lkcyBbIDQg MCBSIF0KL0NvdW50IDEKPj4KZW5kb2JqCjQgMCBvYmoKPDwKL1R5cGUgL1BhZ2UKL1BhcmVudCAz IDAgUgovUmVzb3VyY2VzIDw8Ci9Gb250IDw8IC9GMCA4IDAgUiA+PgovWE9iamVjdCA8PCAvSW0w IDkgMCBSID4+Ci9Qcm9jU2V0IDcgMCBSID4+Ci9NZWRpYUJveCBbMCAwIDU3OCAxNDddCi9Dcm9w Qm94IFswIDAgNTc4IDE0N10KL0NvbnRlbnRzIDUgMCBSCi9UaHVtYiAxMiAwIFIKPj4KZW5kb2Jq CjUgMCBvYmoKPDwKL0xlbmd0aCA2IDAgUgo+PgpzdHJlYW0KcQo1NzggMCAwIDE0NyAwIDAgY20K L0ltMCBEbwpRCmVuZHN0cmVhbQplbmRvYmoKNiAwIG9iagozMQplbmRvYmoKNyAwIG9iagpbIC9Q REYgL1RleHQgL0ltYWdlSSBdCmVuZG9iago4IDAgb2JqCjw8Ci9UeXBlIC9Gb250Ci9TdWJ0eXBl IC9UeXBlMQovTmFtZSAvRjAKL0Jhc2VGb250IC9IZWx2ZXRpY2EKL0VuY29kaW5nIC9NYWNSb21h bkVuY29kaW5nCj4+CmVuZG9iago5IDAgb2JqCjw8Ci9UeXBlIC9YT2JqZWN0Ci9TdWJ0eXBlIC9J bWFnZQovTmFtZSAvSW0wCi9GaWx0ZXIgWyAvTFpXRGVjb2RlIF0KL1dpZHRoIDU3OAovSGVpZ2h0 IDE0NwovQ29sb3JTcGFjZSAxMSAwIFIKL0JpdHNQZXJDb21wb25lbnQgOAovTGVuZ3RoIDEwIDAg Ugo+PgpzdHJlYW0KgAAgUDgkFg0HhEJhULhkNh0PiERiUTikVi0XjEZjUbjkdj0fkEhkUjkklk0n lEplUrlktl0vmExmUzmk1m03nE5nU7nk9n0/oFBoVDolFo1HpFJpVLplNp1PqFRqVTqlVq1XrFZr Vbrldr1fsFhsVjslls1ntFptVrtkdQ52HI5mtxnV0goxXttjx2vN6v1RvjYgbYwU3Q4xjF2wd9ge KhYxuORmeOl+QykEOx2idwuQAy8QHOag1wk2fv8VxR2WMe00W1sNumqgWEkA5WOEbC90kP2mw0UC 1u9xudhe9yUyWPExuyz18kzY1cJQ/RiO50Wf28WXuM08ryOSuLh7O42axznDhXf0HKh3fy7YxEUx Q58W4wsG+erWLh1X3hI7EO9LjvswroN2gzoAA2TIIS0JDuM9iDuEADzOO46MwuhUJuAuzoHCg67N e3j/Pw279tmyyFQebEArpC76IJAiGv4iDCLfCKIvVHMcKo5KCxC27evI0jXunDiEF68kjx2hTmPx DMfuJFzqRBKS4upJyEMUwjkvZHTaN6WbfoI20KM0WMAnCyjKOhKEYv9CElgAXrzSyh83TfJUyPcW K8szNElvmwKBS7EUhTE+blMzQkPy1QcEs9K0rgA8jevO4c+yohjnUpTUNOE3cgTohcRKhDcQriGM VyU3UeIFRc9zc3s1QsyL4oM3UQLxXM5wrWqETU9DX15SNSz2gcksFE73LtVVKRlJ4c13WDzSigtZ x5aU3oFXj5vjalLoS2lgvc4D4w3Yr3LxV7os5K1X2TEbZsLULlO3QjuWswLC2DOQAWdXDfxDb7VX za15w5FzO21Z7F4PdcFUzgVXKk800OjVDI33ArcoVe9Y0jhLmSNdKGMJVr0QVPzr2ZHmSZC17hYV iljuBMdq5LkMk1I76+L7gGUoHkdPX9ITC0Tbl8tfasjVRkM5xJObNZmzteEPF9y4shtOSEvrHNDV 8x2suOh6Dp9rvvp1ODtW8noHpmMV/qDBxJZk54Ns6sMpdy5YVucwai5epR1lMQtFImY6jp2P8JJs A3rT6BwZhKGaRoUA5zFzRXRhMLwPf2n7BLTO0HhtKVvw1X8baOwTFI/U7Rf++uPTm8s/UsO44gXJ yXj8q8o5uzM+4XJ4Vn2xZrmEAURnPg4RhrL59g6sspe+/c07Pn7c2coadp/fODxWF77lnvUcxnE7 p6fR7M5rt6nHWyaJQLiezWPx9BKONefmX8OYa1RKnG/N5e05ld7hTlGvPUcw4SbXxwKgenJYkBHt JxWM0hNbWE8oFbiZhKixinJrcOhl/cBWDq0QiuV0KYzTP2MHB1pzqyMP2Ps+17cFCMqQPmo1AT+S Ks4gHABSRnS3udQihNBMMn9OzTwg0zrnCPi9RuQqFxuFqvme2950Tn1DIGPxDwrrdjFC9d5DhAUA 2eHgYK21H59YGoGgfCAisbmOReNPCp37nV2HdPlE2Iz923t4PXCRmkfCfOfkNImRUiyzO+kZI+SE kSqGEjLJKS0l5MSZk1JuTknZPSflBKGUUo5SSllNKeVEqZVSrlZK2V0r5YSxllLOWktZbS3lxLmX Uu5eS9l9L+YEwZhTDmJMWYxNYizHmVMuPrC5krbKKoB0atYItITtMybBPIyQlVw/ONLNlPQuNZH4 izOEKK0PEAAdb+JqNnjIzabM8SeRQg8bCah7jVMkPokFeaXW6L0Xa8hg8eJ8zeXEfecUMWWuvYnP KhxOJ6LILgDEwSLEUv0XTCo7MiDyInUIfeibgaBzsM7OJUiVJEPFiZHhKE5qH0vJgaoWL2VfRPP8 vFH1GXZswbsL0WZBaZx5RRPajEcn1yUdElyhTZ0oMQphU8lqbBzJHdqgp5EGWQrhng8mrlEYEOvk KQgKS9kSM7h1TupcNqoVrJLIh7MaFOkGiBTtZE76ePraElJ0sPXQlyrtFghFLnREDRow2LldHZVq rZYskE0mUxXOU5wbDzHbUFiGQIw6EoOsRIW5Bp7F4DkKopVyuK87JrHMVY6o1jLWETNCiaukAjJT pJ8yegRiWJmRjBOW3drbfEis8Wm1ZEk+2/uNK64ad6w3HuZc251z7oXRqeqMgp/bpXXlREo4bYrk 3Yu9Hwx1c5p2RpFd+80kETG7tHGZfyyVIXnvhIxVrbWyPvY9Cxzd5b437LYf1KhlpyITqTfq/mBS 0JXMZcWph7EJr9pNgbCFwlUthUJaFVKK23q0wjhstjhDdW0w5iGSDfMRYlk3TnE2KcVYrxZi3F2L 8YYxxljPGmNcbY3xxjnHWO8eY9x9j/IGQchZDyJkXI2R8kZJyVksol3SH4PtZk7Et2ipQXuWV7KR TWvwJyuTHLNyp2qdy7h1/BMsvkMgnE7MmErSRnTxV4nEYqSU2ve9GQRZTL5UjwR3KTubTHwQULM+ DFIVZUWKcteNpj46Cou83RxE2dkXYzoRrBoc7pVy/HKJEbDhng0NX3MZO6sU8Y1Px/OZyqajLpHR BUcZyROg0Q7EjTznKnarN7LcPmgl2rMgV8h+kP2A1AjA9tt57ae11ah/F7m0tkUZEbT91cuKyMEb HYGXGamtgnqjWBdj6xp2NUKoqzNvsdhuRLaJSNVV0Nw149Rdkgn+1KQJfubkcbmiDnRt7pNcbYvZ gueGtiCwoUTsgu6elomyPsdygtX27EIttXR7DDd8FyYvwSu78XCHW0MbRUZdmXu2zKhLeThLrGzT oYo6e9Y8uWTjX1CkNbAwoj/xlvt63WUld0sU5i/duZxS9SRmyD3dvdptR8g6Fc1IqMKgyLBva3qu 1zv/QFGMQHlWup6LTluibin51d3bR+hKkvzzBNh9Vl7YapWBJfXXgIIMJ2hRrDF/bCcvtlKUPBsK No82/Yz5i7IAqHTpY3OO2c20Py1vqjTadRPKu7VMcfDwlqVEvui0nMEFzSyBRzCLAWjN3S59fdn1 bj5QZ6NkW8y9Tnw+ytVNVuMs5hHms0MMGL5N28fUi5YtVXR5RS+bZrD7JMdWdoO5mAMazv4CvWkY Cav3XyKuHDjO+gpKdfcJT+NdbUixuvBmKBSO3OzXSPsIVIsXhm6PSTcE+yZzM+7Z3M913Z5m1WHu d3frvHfnpSa16DRFWi5DnHEPoocJEO2jfs0wAvZvXNEkDj5v/m7viORuCjfvjNktWtpNOtpobPjG nP0GVHetLirosLXm6uRnJQAPIP6ucssONNdLBEIrMwJGbL7IcjVs7IoC6HrFfvuF2OEGtwRpBrXu sE5KknHoRt7HhMGI7LFG7wVqiH8lLOJK/OmjfwoM2NMPms4H7lstQwSMAmUHhk2vsiLwuEdwfNHs zOjwjGqjCjknpHKupGKNZiVIGN3HaL3C/t0iSufpTQ+JOQ/CdtBJfxBMmCMk6QDiprBxDpUIrCds oQ5PxiQvxCNEuLeiwKqp5RDCRr3iWu3CIRFCgNNOZJaROCXk2MCJxiORKvvxXDEwviHQziRRGCHx WiNHSooQQLXMrmuRVCURSisQ9DMRYs2xUD2RNCLMAOat/iWP5j/kBxLq8iQloDUNKt8nOkxrbGhN Ej+BZpknRJKkdr8mTvND/A7RvkDjbnUPtw5vSiGx0mhR1pARQwhCqvGk/vMnWQNrQj2tLCGDxLqK MrxnMNULaFyPVolH5Rft0HCIhGEE4muDok0NGx/DWk7QFiDp8xlu8P1uVNjGOteKKlNN4E6OaRQj JDxm6l9kzDNQZgASDuxjTR1FoSRJ6rPv8sFomj3mUGVQgN1SFwIpzt6IPyExsk5qLt4jBK/wylCK fncD2MAQLRyt4LyjwhYhZh1vZstxwtrCFtTGIyBDxKfqML2HJuFN2jEM/KrGaysyByytzjexxEzE KC8lgyxp1n6HzJrylSkHYiCLqJ9y3NJoqJtnguBR3y2ytPdoWn0IGSlj4xGGcSBCBp1wXmPSOHTJ 3tnRZp5uxQ7ukS2NCyjK5RolnoHSvjMl6tKKgSCuLI6mMNjPRQ0mnLHGtjotzH7QHzSCEDpyqqgN +PTu/KwQqLtMUHTLJDBFFkDP3TCOAGanALqlNDmTVOgviSXJ/OwRPMHrxP6D0rco3J+wmI9xXJyT bOYmETjiluoMNHTPUDaQZwfSuL0lzT3FSFzx9SHmarIKKOZOWODrMS1TeM5D1nnkDxdw0kQETElz omnkJr1rMs8pCoXGGHODxi8lpS5SEvmKgDrjEEhQcD2FeDcR9KdM1DbIkzxq1UITIwqPXT6G0ENn s0RumwUL2NR0GinKZorPsDBjIDNOXzaHxmISvT7EED4vnNdNRl1nPqgrSnzw30BzrMn0ez3PnPmD TSuDRKaUquiz0oU0bEyC8SnqSmiQdqKjEPvOzSHEIqfFLqZzdELqkK9wMIEDEHXCCUnHVCDneKlP JLxi5UiH6utDiKkEYp/RJnQPcj9SGCkBzKxvij7r3LN0OGclujwmTTmTTvRH9Tmq/Q8Q2NJIVHEE aqpnvqQQLLNwoxxi8lLVWnAxANW0snyUjCaFYRp0boIktNviUtLP5RivLOlzAFLtiCu0kswC8sAI mRkiTnvPdFiuwEMC4x7OktmviqDCUorEPxIizlfJIRTi/VwCOVxReRGrfVyCNV0CHFC1zJYkRVuV 1qtM4lMilDrV2pQk+tOLqymitxQV01gTOnBMwCYTKM41+Co11Duprlr0SixxapoEmCK1mCPszjkw RvNw+2D1hRjCLG+DJPBDR1sOIWRWOCRyMirEbn4xNLUpEVJiBNBWAoQlXRCGeHajLn3j8xPVrrBj 7V9GVP4GAxLMCWJ2DQeVet/CWRRRaQktxNMD9QsVbDVunUbDHWC2HyIEuWNCbpuCDxE1ijRj+mOG cRwDRVlWBWpndjGN60uT0HTDMyyTfnmx0LOj6H0kBOTvE2XtBtwWSWIx0NBrVk62+0fWSzAEKxMO IWsrA3AGU2aKNC4XEXE1VvFUiXIiXC6Lirgtn2BH2rJg7BwqKkwE6sKsnyTGRDGSODcU8M/3RkKJ C3MSTMyxblKSyH+DVy+ScySyYORopWBDaXPntTJt+wMRkwTCCXQPSlqEcHLTAoS3e1MqEE/vlxkD oufLBjDk3XgCHuro8XTU6jZ08M4NiTumwXmnnXniGl0OUjiWvEcXmteVqCUkfEYXzU81fus08jCt e1Dl8R/FuUQuAuxSYDshDi+mjFIMFQtVaShvAs7tzM/x8IvlCTmjNX6m5kl4CYDD7lLJw2vU6x/3 SYBlkYNoOX+q5KGrOXd0GM4I3zyYTmDyBEt4BOYopX4m8rg4E28iE30Sfz93cwBXq1l1jnI0eUtj O1oybyT2iCXKNub09quRUmay0JoXtQ5DI2nqqWXD3o6l6XELTv6YmviIwENlZl2vq4Zkp4nnnLSn NIK39HN4AXaXvnnOX4UzkYu0+Nm0GVVVay/zNLbvDHQjqDU4DY4sBiGKXYvnLXC4VWIEELN08IB0 Uu4Di4SDrVeIIPH0wiYjSWjQaGzPNt4yjoqkCjGXZm9v8jKVOHsuZYHkfwknFycuvOdt2q6ne1PK q1IpzDQ0UR3uOPYqt2lFrW2Kt47zhHprPPVKgL9IaOdvxnzFiM/Tu14F/v5WmIcZM4/EflvnSZUm F4Kv3ZqYDmo2MJAHGVgMzXLRZOS5i1bntp0khUBWsZKHMu/t3udNFGKEuIOZhFYS5iNn+iFRvqLn Eyk5nH7TumIxPIyuNndN5nIy4IsjjsQaA47kuCIQYwjO9DcWfPS0eFxDoxvx+DgTwln5/kmuDHs2 5pL3uqDEdJpFsS10YrINXyOimWYjEywT7I4Z0DPTcVGntXNK5T23JXNkyxWVVLk6cDQXBswFFGCp MPSRO52CvRgsf2EpN6sOSZGV7ij1YpYUSCWyWTT2G6usXxy4dX/azMmaoGVVqC8UatQrV6ta1qoE CTlZ7u+D+YEnbtLEbU/2wkSVOQWa6sU4yVQFbVNIfGekk0XM/Rq116e7CroRawpmW5wEKayq7lFq 0kHZnQV34FCbNbJsIPlH+IpoBwbHf40hZ24Tiuymx5vsKbSMpwmFKkWuJWiNc0Zn4P1vnUSZ5Hv4 bbaLvG9jV0cuMrbvWNTTV7ZZjKc66biKX0cOEVvY5w0W40G6pbpL4lCo0MH3V11UUYD3V7ubzCKa l7z7z7071baax7274b475b576b677b778b879b97+b+7/b/8AcA8BcB8CcC8DcD8EcE8FcF8GcG8 HcH8IcI8JcJ8KJLCAgplbmRzdHJlYW0KZW5kb2JqCjEwIDAgb2JqCjQ2NzUKZW5kb2JqCjExIDAg b2JqClsgL0luZGV4ZWQgL0RldmljZVJHQiAyNTUgMTQgMCBSIF0KZW5kb2JqCjEyIDAgb2JqCjw8 Ci9GaWx0ZXIgWyAvTFpXRGVjb2RlIF0KL1dpZHRoIDEwNgovSGVpZ2h0IDI3Ci9Db2xvclNwYWNl IDExIDAgUgovQml0c1BlckNvbXBvbmVudCA4Ci9MZW5ndGggMTMgMCBSCj4+CnN0cmVhbQqAP+BQ OCQWDQeEQmFQuGQ2HQ+IRGJROKRWLReMRV/P9/R2PR+PPt/Pt+P1+RuQR2Bx1+v1/PyDSmXS2XzG OvV9PR3PJ4PN8vKUzJ/P17vl8SeTx2Svx4Pd3ymTvt9P58yJ9PZ7vh8P57y6kv55vp5O1+uiqvml wmUwORVJ+1V+vp9Pyp0GNwij1p+Pelvh91uQPq4vN9vF6Pt6PqpSnBXC3PqV3bIv6pvm1wKUR+OR mIx5kulhsZ5rpStdOqFbKpSs1SNZ3tJ7VdlOxhtN9MZxPRvshwsdjvRdN99NejvZvPFttF5slpu1 nMpyMhmvdgt19tN6vx6Ld1KxMsxKt50t9zvRysp3MFcOdYOt6Ox7vt7LpvLVjN5jsl4sBWOZOE0W JQl+Z5inifB4FSbpQFQbRRG8eZsl0bhbF8cJcmmeJmnqfB7F6aheE+aJMmCdRbGkeBmGmdRpHGfB vMq+B1F+dpZm8fJqmGbRhGob5rlsdhUEqbhDmKcZhmCeRZmofJkmScpjm2eZrK8bZym6XZlmCZBx mKXRwFqX5wF6dB6nOcB4G+RxiESWRzlMX53FoYRrGGaJrmwakVmIdhemIcphHYeZ2L8e5hG4YJqH QaRtHuaRvHqa5nm4aRlHOYpnHiYpsHWa5yngc5sH2ZqkM4iCPGBOJgHaWxNnQQxPmySZTmKVRsm4 b55H2eBanUVJWHmS0lmSWB2FAVZ1k2WJ1FGdh9HQahvGyZBsGYWJvFUUJwkmSB2joZ59GCwR9God pomme5knsfp5m+cpyFeYJbFgaZWnEfBuJm2xjGYeE6nYZxdHgVhhnYXBnm+aR7n0e5bnWVJdnQWR uHebRtn2aBoHmYz9F+xprnrAhsGQaBtmoZx2mQ7hVleeJOHefp1m4e5qFEdBIFWdBNledZPm8eRt GQa5llgdDUYcZ55mLfRcHeVBlnoX6kHQfByl+bhel6ZZhmqd5n34Yp2Hsdh4H6dhjHiXRnngY5mb MaJ4GSdx6naZRpGiXZslwU5zkwaR3maex/HoXJ6FOWVl2OTRcneVRmnQZNzG0XptF2YZzl6YZ0F+ ax9mVUlSocjytqwf0Nn4fDKqslPRq2e6WLbwJ6HsfZ6q8fa4nsrSinudR5HScR4m+maGJKfp6nue /jr4kyQJcoaPLUlihpn6DMen56VIQjyo9d2qhqj1i99ukXp+omiv+2l6veqjny+cu6Gpn6npfKyy /Koj3uqmrR+9mfj5B+kDJaP0qzo3VPZdBAmBUC4GQNgdA+CEEYIIbHqYceTxR6j5XUS0qI8x+jwH APobA5h6DkbGO4eg9SsMLHePMeLCnllJH6PEfo7XYl5JIPslZHB5D2UE3MdQ+RzjhH2Nkb4/Bqjh H4NiII5R1j3HQ+yCUU4qRVisRYYo2hjDBG2MFywvBYDUFeLkZovRmjzGGKQeYixEjxDQIMbQbxSD VE8MIbIwxijeGKMQbwwxcDWFuOUdo5irC0HqKAWQ9xNiuHQJ8bY7Rsv2I8bgYIshqCxFoNwV4khq iDEQO0NAmB6h6FcO8TSYxaGEHlFeVkrZXSvHA8EZw6BlDBHWwZpI2BzjaHePYdw2h5jVHOPscI2B 2jVHGPkbrUxxmJHk2EdY4x5DgHmPceg/JsDUHWNEcQ+xtM+GyOofQ5nukeGsPAZ40h6DJG2PIbA3 RyjhHGPEcMShsjlHsOA2YxR8FElfP+gFAXQEeG4O1ko7Bni6HWK0ekM0MDMGgOkZovxpjEHwPkfM VivPDIW+l8j8KBUhpFSN6I/hajkFYKkbwnhTUrOENcaY5xozsGYLwbYvYUj1pJTunlPafE2H8O4f Y6x4D8HaXl+T7n50gp/U2p1T6oVRqlVOqkDCow0HZAd55NIA0dI6SIy0CDJwDmxUYfQ6SvFIcDB4 l5HoBu5Hs8WAdc31V1edV0g5lyCEeHqP4eT63pVcsA/AllHK8kgrGS6Ao/h7V/HdDQdtbihuxKiP skkUiEEzMqQx/LpWXjrLIOiaA9B8TXJGuKzFABxD8GyMQfIshcj4FKLwdIsxYjWFaKkdYljiDNG2 OcbY4R4jeHHPka49hoHWGoOAfg13XD0GyOwa4wR3C1F6OUWouhiDCFCM4To1R1DUscLwfAqBfD5F WOQfg3DCKZHYLsXQ4xaC0GQLoXw2BeDCHQLwXY8xVjLHyLwYY+RYjTSYNkdI2HUD5GoPAZw1hzDW HCOkco4B3DfGsPMZ4pR7CKF6PgVL3TXDRFoOUVIsB1ChGMNgZIxhvjHF4OgWorR3CcF0PcU40R9D DVCMy8QzBmjwGKNcfYyx2DuHcK8Y4tBcjfFoM8egxRaj3E+K4e4lh3D9woPEcguB2CrGQfMbQ7Bs jaHMN0b48BvM+XwUM6w0xlj4F8NAdgyxvDsG6M4ewwRoDwGRCeuI9BdjxFYK0e4lBLj1DuIAb0oR miSnwOEYg8xbjZHsNEbQ5BuDZHeNUZzaxvj5GvFaDw8FQjNW+MEYI9hYCxHMKUTgz7eMgF1l8Y+k hpDmGkM4dgyiuj2GUPoXRZBzi/HeLIXg4xajPHs1sdozxoDiGiOQeQ5DK5vGoPsY9oSzjdHUN0bA 9xoDPHiMdTY1R0plGqPEZ42B9DNGYPoXowh8CwFuO4U48h9DwGgO8ZQwESyPG0LQaYtBfjkvgOwV znNglUUeNkYo4BhiiGuJndYzxgjVY2OUZFtBaCqHUJoVA9xGyJE3f0VQxB3C6GXxy0g9I7DEOgMk b48dN6Xx7Y4do+R1C9HOLQWo2hYoFF0Lsb4txYDPFkK9a5eRnHUFgPUTSGhgi8HOLIYI4hei8ySN rS5sR7DHHUohJi3xhDQHwMQYI9cUD7HIMEb4vz2ihFONwTgnhgGoHCK+YA1YrMKHwNoceeRzjNHU PUdI6h9jmHMPwbw6h+jjnsO8fA7R4j2HiTsd6MTLPIH2PdB42vIDkK8N4fY1RvjuPEPMdA86cj5M O/92Y9RtD1GoxZkg+xojpH4OIeA+x2+HrQS0xQ+mxwttKOkfMTh+DlG4PoaY1h9DKn6PYcw8BzS6 GwNgdA2MEDaHAPQbegR3j8HXOL5g5XxjLGoNEc/5x4j5J6T/NI3BvD3GuN36H0hlRKGwGEHCF8PE G+G2HEHAG8HQHAGMG2GUHKHmHGl4GuHOHynmH2HcHyH6aoHqHGF6GsF+cgGiG+HQHCGkHAGsGkHU 3a06GSHwF0GUHyoU+aHMHkHMayGIiM8eHmHUHYLGGyHQG2HGHcHGhChGH2HA8UHKHqH20oGgF2HA HOHIHOHiHQHQHcHWmwrwgaHMHWHSEqF6EwE+GUE6FcWqFGGUFEFWHYEwFqHwE+FaHsEqFkHWFEEk GmEME4F+E6FwGyFsKWG0HQG0FGGMFKF8HaFkdGn4FqGEVWQcEqEyF2E8E8GOE+G6HamWHoHMFaGs FSFkHiE+FuHwFCFYHsEoFMHaEiGeHaGSKWHeHq2OGiFk6SFmF4GoGAR+FOFuHuFCGkH0GKHgHyHa FcG0FOFYGcFWFaGWFeFcGgFeFwGwFsFeGaFeFIG2Eyx0GGFsHwFAK6HqPuGKFwGmFvBuGKHCHcHC EgF4EmEwGHDWHQFQFOHsEaFeHuEwSQFmG6HgG0FKGGFQFiGGFyFukAGYHKGWEkGAEmGEHOF2FeHo EyHYH6HMG29sEUGgD4wKFgSgGUFyGoF2G6HYG4F+G8F2FgHEFIFMHsEYzeHMHwHCFYG+FGE4GHDc GKFim4GmF0Go3mGsGKFuHQcaHyF8tckSf6FwHQFYGaHIGYE4GAFA3MGUssh0ge7A3SHOG+HqGwG4 HSG60yG6HCHaHEG8HcG6maG+G6HmGwGWHiGCGaHk0mLEdEowHaHkHe8ur+smcEqKHZAmHEnmHEGI HUF8NyeEJedQHwHMHnAcKYZ8G1CSHErihUdoGsHoGcGmHcGaQeGyHIHaHKGzIi98HDF+hahSHYHy HTF+HcmqHo9+9UugHEHOHMHGHZJWKIHiqMHgHqHiLmH0HWHsHS8oHcHgHw82HqHWHkgqLOXUHoe6 daLQL0KyH0HxCUPMHqHFN4HTNyHgLMHIn6KzNoH4HcdmhKHwG+HIHqHBOagyHrPTG4duYWHyHuLC HkQMHgHG9BMfOaNieOPlG4g8ZeKGHLJZNIHVAuHYOyHofyf631NyKoVKGOHOGGE2G6EeFuHYFUGW HaGKGGHSF6GmHWGgFuGaF4FkGUFuE+FUFeF4GaGEGeHKGgHtPeKiGSHaGGGBIUGEHKF5JCF2R2GO +iG2FcF0F0GaHG6e8+bOF0R+FUF2y6FMG2FA/iX6GqvqGCGKFQFyFmF6G2F8FQHEE8FwHSFaFaHK FAFOG+E6F6QspsF2FEGOFKFIFwFcFyGQGBJqFmGQHAGQFgHKFHF8F0I8GeHYGZQcGG1uGQFsGQF+ GWGgGmFsGvHAHOGo22F8F8HQFoGKHSF+GGHWF0GCGyGEQ2HsHKHQHUGWGmGmGMGy19OgGaHcGKFg HCFMFmHSFQX4NC4kGIHCGEF9JAhUL4JeGCHRSCHWFcGEHkFoGZVJRkGEnEhIeSGOGuGYGEGMGawW FsHFTiHKFgF4HYFgFYHGFCFWHKE+GNAUHsdygGF2j2FaGUFiF+60GEHWF3O4FyHUFeEuG8EQZOGU VKHcHuHaHAHlAQHqHM+UHMiC9aHyHmHJCpAiR4GwGkHIGiFSG+E+GqHW2yMoGSHuF4OqGEF4G4Fy F6G8F09QGyGiGqGyEYFSEsFUG8FALyGyHqGiGMYYGKHKUQUVAwHxCkVAG+G8GtAIHKHUHSG4HcVu Z/L2HCHqG852HWHYPeHBX+F+GYGMGsG7AKHWHJHKHCGgHWUqmII8HIHfSIHLaoGsGWGiG4ToGqGO GhRaHQHeHUHIHoHAG0HzUW2eGKG2U0+6ouHzacHeGgG0GqUqGNOkG4HoGu7QGKGyHm/aG+GoGQHM GMGUG0GaGmHGGqhUHsIG9aHQYmG0aeGAGqHuGaG+PG/iHeKKHwWgGwm+hCssHEHaHCuipg2AFyHa FaF4G+Fw9SUedII6HEwoGAG2F+GOHKGGGlZyKlO0VwYm+AIxT+G4zgGsGgFYHCFEE2G8EeFrD4uK G8G41MEaGUEITaFIF8HZFiGcFgFybvNAHAHSH1a0HmG8Si78IKwWHUHWyQJ0tSimJCsurEqqp2s7 CUMop4I8F4HfSAG0FwEYFOEqFOG8E4E+HAEkGkHiGY94HEGMcGF0HCFoF4HMvmHcFIFYGwFKFaGA FoFAGCFCFGGte0HeG5gHhrhspGI8muHlQPNueS+K9m86s4I6MrOUHo/em2TuJLKjhviZibidifih ijilinipiritivixiyIgICAKZW5kc3RyZWFtCmVuZG9iagoxMyAwIG9iago0MDExCmVuZG9iagox NCAwIG9iago8PAovTGVuZ3RoIDE1IDAgUgo+PgpzdHJlYW0K////gOMsKp34E/maDRKC4qFSXEWB vmBZ0T4Yx6kyURkrZJkPkcStidenI+W5psha+CSgeuIB07Q/63vpHswCSjCcWcFgB0s4rm8dZxXl wg4JY4jsZFugo0cbjGbnj7AYKwnajBAlxL+U4iaqyOm40kxAvrCcX1TkeuFKYnD6epwEVSgVe+3U END7upjkcmowsynhT4g2MwIXfmWIeOAkfTVNkrA7ZsELYXukRu4Od6E4WfDAjyTDpqMpLhwJU5k+ oCvv3JKw5/QsizoamrK70wuslJrRV0F0gHCQisMqyGRVuEDoaSfclbMXr07KayLVF7Zw6A2xXY4h 7RjkF+FIbZqJVgOxM5llS0mzFbTW6suMWrSaDBEpLf9CEhcjW4W+5NvClQ5b+lmkrm5YhFkkEbPY q7/q1O3pFgAAOluF+EBhu9VvFtDJu383EwORNxVEEMAE+pTy5Kvy5eVNa96OzJljPLA0BWuzPX+3 zrbME8eNF8IiCabN/IuzSfaS18MsO//ccARHJELG2xB9qCNFNTsHV0WuJUE52Iswa2Pzl57ycw/3 uzM5gg5KALdtReypTUTu+2kvNUK6Zq0dWUS8TLjLRHP/fvYOyPbFNjyx34n2zYRf/bqhuCBP1XqT ksdLXgu/XYm1a1KsMYjo42dx2TX2OTKx2urRKsBLvVMTCbEeyA+ofnv6KqyCEo/qhGgfe6FRLHw7 /ab8SWRPXG0BezYQJLSMHt84ofLIi3YxqvHT/B5QOBv2NGVbg8LJhD7/lWK0IoGTWiKGIq38VFju J1QMd4wobsCOyURRksmPkV/xRoFy2tyVYP9DXVObTHrwWfF8gl89ECiCYbtM8U2r45MtVm0J684I LitcynjWutHIN1MndGRQ98UMQ7dZ75rtHfBbJtspLwpVjNTNYo6eKsXyUjpWozEcr3XTCGVt9oJd Uag5e9hD0GQXncelPPJrLkSlhOjXoJdNdKCy4ZY0P+jdeGO2uzMb09HieQ7U5D0ZisICYmOZr9c6 YrjQlve5CmVuZHN0cmVhbQplbmRvYmoKMTUgMCBvYmoKNzY4CmVuZG9iagp4cmVmCjAgMTYKMDAw MDAwMDAwMCA2NTUzNSBmIAowMDAwMDAwMDEwIDAwMDAwIG4gCjAwMDAwMDAxODUgMDAwMDAgbiAK MDAwMDAwMDIzNCAwMDAwMCBuIAowMDAwMDAwMjkzIDAwMDAwIG4gCjAwMDAwMDA0OTcgMDAwMDAg biAKMDAwMDAwMDU4MCAwMDAwMCBuIAowMDAwMDAwNTk4IDAwMDAwIG4gCjAwMDAwMDA2MzYgMDAw MDAgbiAKMDAwMDAwMDc0NCAwMDAwMCBuIAowMDAwMDA1NjAwIDAwMDAwIG4gCjAwMDAwMDU2MjEg MDAwMDAgbiAKMDAwMDAwNTY3MiAwMDAwMCBuIAowMDAwMDA5ODIyIDAwMDAwIG4gCjAwMDAwMDk4 NDMgMDAwMDAgbiAKMDAwMDAxMDY2NiAwMDAwMCBuIAp0cmFpbGVyCjw8Ci9TaXplIDE2Ci9JbmZv IDEgMCBSCi9Sb290IDIgMCBSCj4+CnN0YXJ0eHJlZgoxMDY4NgolJUVPRgo= --------------010205030605030407000600-- From nemo-bounces@ietf.org Mon Jul 02 07:54:45 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5KUJ-0003nu-TE; Mon, 02 Jul 2007 07:54:39 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5KUI-0003nH-77; Mon, 02 Jul 2007 07:54:38 -0400 Received: from omta02sl.mx.bigpond.com ([144.140.93.154]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I5KUB-0003qT-6N; Mon, 02 Jul 2007 07:54:38 -0400 Received: from oaamta02sl.mx.bigpond.com ([124.190.105.118]) by omta02sl.mx.bigpond.com with ESMTP id <20070702115427.GGLT1821.omta02sl.mx.bigpond.com@oaamta02sl.mx.bigpond.com>; Mon, 2 Jul 2007 11:54:27 +0000 Received: from PC20005 ([124.190.105.118]) by oaamta02sl.mx.bigpond.com with ESMTP id <20070702115427.CSVS338.oaamta02sl.mx.bigpond.com@PC20005>; Mon, 2 Jul 2007 11:54:27 +0000 From: "Hesham Soliman" To: , , Subject: RE: [nemo] Issue 93 - way forward Date: Mon, 2 Jul 2007 21:54:22 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: Ace7mBtfZ3/6qerdQv62CoSb8S1s9wA8zQQAAAUDPiA= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 In-Reply-To: <58357EDC7884E24BAD684C1B2D91F96D05C361C6@trebe101.NOE.Nokia.com> Message-Id: <20070702115427.CSVS338.oaamta02sl.mx.bigpond.com@PC20005> X-Spam-Score: 0.1 (/) X-Scan-Signature: 37af5f8fbf6f013c5b771388e24b09e7 Cc: X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org > Nice to see this issue finally moving forward. > So in mechanism 1, how would the MN signal the HA when to > use TLV? Would > the MN just start using the TLV > option and the HA enables it as well when the first TLV > tunneled packet > is received from the MN? How does the MN even > know the HA supports the TLV unless the support in mandated? > ICMP error? > Error code in BACK? => There is no signalling in this option, the packet is just parsed based on the first byte. If the HA doesn't support the TLV then it would have to send an ICMP error. You can't send an error in the BA because the error is in the data flow, which happens after the BU/BA. > > I'm leaning towards the explicit signalling. IMHO, having > the new flags > in BU/BACK is much cleaner approach. => I think it's cleaner too. Hesham > > Cheers, > Markku > > >-----Original Message----- > >From: ext Hesham Soliman [mailto:Hesham@elevatemobile.com] > >Sent: 01 July, 2007 07:27 > >To: mip6@ietf.org; nemo@ietf.org > >Subject: [nemo] Issue 93 - way forward > > > >Folks, > > > >Some of the people involved in the recent discussions on issue > >93, the NETLMM chairs and the AD had a teleconference a few > >days ago to discuss how to address the lack of concensus on > >this issue. The aim of the meeting was to find a way of > >accomodating both sides with one solution that avoids the > >technical inefficiency/lack of flexibility concerns of both sides. > > > >The following is a summary of what we agreed on in the meeting. > > > >The agreement was to define a way of handling both cases > >(presence of TLV or not). To do that two different mechanisms > >were proposed, I'll list a summary of each one below. > > > >1. Implicit signalling > > > >The idea is to use the first byte after the UDP header to > >switch on whether the following header is IP (v4 or v6) or a > >TLV header. Effectively, the first byte is the version field > >of the IP header. versions 4 or 6 have the obvious meaning, > >for the TLV header we can use one of the version numbers that > >are not used today like 0 or 1. So for instance, 0 means TLV, > >4 means IPv4, and 6 means IPv6. > >Jari mentioned that this is used by other protocols like MPLS > >and it is considered a hack by some people on the IESG but in > >our case we use a specific port number for DSMIP therefore no > >one who does not implement the DSMIP spec should receive this. > > > >So, when using this alternative, the TLV would look something > >like this: > > > >Format (1byte) Type (1byte) Length (2 bytes) > > > >Format is just a bad name I use in this email to indicate that > >this byte is used to identify the format of the following > >information (IP header or TLV) > > > >Type is the message type > >length is the message length > > > >2. Explicit signalling > > > >In this mechanism we define a new flag in the BU that, when > >set, indicates that the MN/MR wants to use the following format: > > IP > > UDP > > TLV > > ...etc > >when the flag is cleared, it indicates the the MN/MR wants to > >use the following format: > > IP > > UDP > > ...etc (i.e. no TLV). > > > >Obviously when using this mechanism there must be a default > >mechanism for sending the BU itself. I.e., we can always send > >the BU in the current UDP encapsulation format witohut the TLV > >but if the request is accepted then data packets are sent as > >agreed during the BU/BA exchange. > > > >In either solution we will have to mandate that both the HA > >and the MN support the negotiation mechanism and one default > >format. So, all implementations have to support the current > >format of UDP encapsulation as a base. This allows for > >interoperability. > > > >In this alternative there is no need for the Format field in > >alternative 1, we only need to define Type and Length fields > >with one byte reserved. > > > > > >Hesham > > > > > > > > > From ryug@westmont.edu Mon Jul 02 08:13:56 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5Kmy-0003Jx-B1 for nemo-archive@lists.ietf.org; Mon, 02 Jul 2007 08:13:56 -0400 Received: from p54a1dfab.dip.t-dialin.net ([84.161.223.171]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1I5Kmr-0008Ga-OG for nemo-archive@lists.ietf.org; Mon, 02 Jul 2007 08:13:56 -0400 Received: from [101.74.155.55] (helo=wkhw) by p54A1DFAB.dip.t-dialin.net with smtp (Exim 4.62 (FreeBSD)) id 1I5L~l-0003Oo-TR; Mon, 2 Jul 2007 14:25:05 +0200 Message-ID: <4688EDB5.3010104@westmont.edu> Date: Mon, 2 Jul 2007 14:21:09 +0200 From: Vivien A. Lugo User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: nemo-archive@lists.ietf.org Subject: NET blog and risk boring the readers I have here or should I split it onto a new blog for Mac and Rails related content? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 3.6 (+++) X-Scan-Signature: 93238566e09e6e262849b4f805833007 ERMX Grabs Edge Of US Trade With China And Moves Into Nitride Devices! EntreMetrix Inc. (ERMX) $0.16 Congress's push to increase trade agreements with China gives ERMX huge advantage as they enter joint venture to manufacture Nitride Devices for military, energy and technological solutions in China. This is huge. Get on ERMX Monday! chewing on apples-getting healthier everyday. Does anyone know how good MS's verification on shared files are and what privileges to be transferred locally are? For a time it was considered OK, and the government only got involved when it led to siginificant losses for large numbers of shareholders. Comparisons have been drawn between Shoulders and Babe Ruth in their respective sports and I'd say the comparison isn't that far off. For a full list of the new features and to download the upgrade see the Parallels site here. I'd also like to mention that Jim Shoulders will be the first subject of Legends of Rodeo, a new feature here on About Rodeo. " I'm kind of a dork for mixed-use complexes, and this one looks really nice, if a bit too much like San Jose's Santana Row. From mext-bounces@ietf.org Mon Jul 02 08:46:51 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5LIl-0006EL-Ah; Mon, 02 Jul 2007 08:46:47 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5LIk-00065F-8A for mext@ietf.org; Mon, 02 Jul 2007 08:46:46 -0400 Received: from an-out-0708.google.com ([209.85.132.245]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I5LIG-0000Ag-4R for mext@ietf.org; Mon, 02 Jul 2007 08:46:46 -0400 Received: by an-out-0708.google.com with SMTP id c17so331629anc for ; Mon, 02 Jul 2007 05:46:15 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WeROWQjk5kY4XB4bBWbvSShZy8dZskX04/RdJj4ZNOc5ByeU3R+rVR4Z59pKRb/uyETz1EHZ9Qcf31k1WKFw4sWCbQ+TXsUlHBDMHSaa3daT1lLO2tZDnb09Z1cGfQ32F5+ULe+Q9aSaZQkaXCjNm/m557el4oC8bGR3fncxxlw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sskmz/7Z0KmBXEstZry7d7qfNrG/H29KoSV9CHOgQImG0zc5ml+RyBTYzjLsTJAXNuSVzPxJb8tJVdaN6ENUDSxWgOQ484y6iwJWlkOrR80ISO3X285GLSOrSGM5/hbpG2ewKjoW53++KOSIv/QxkpGBLNw3IG8a0EKy5TZxgtk= Received: by 10.100.126.2 with SMTP id y2mr3607942anc.1183380375834; Mon, 02 Jul 2007 05:46:15 -0700 (PDT) Received: by 10.100.135.16 with HTTP; Mon, 2 Jul 2007 05:46:15 -0700 (PDT) Message-ID: <729b68be0707020546i27e6f377s2f60b9ec1032582f@mail.gmail.com> Date: Mon, 2 Jul 2007 14:46:15 +0200 From: "Jean-Michel Combes" To: "Behcet Sarikaya" Subject: Re: [MEXT] new charter version In-Reply-To: <84929.44768.qm@web84106.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <84929.44768.qm@web84106.mail.mud.yahoo.com> X-Spam-Score: 0.0 (/) X-Scan-Signature: 9182cfff02fae4f1b6e9349e01d62f32 Cc: mext@ietf.org X-BeenThere: mext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile IPv6 EXTensions WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mext-bounces@ietf.org Hi Behcet, 2007/6/30, Behcet Sarikaya : > > Hi Jari, > In fact HA reliability work is almost over. I think the current draft is > expected to go for WGLC soon and the subteam is almost closed. I don't think > it would take Aug 08 to complete this work. HA reliability could be > completely removed from this charter. IMHO, I am not so sure. That depends whether you want, concerning the IPsec failover, a MIP6 WG based solution or a general one (i.e. IFare work) included the draft. > > Kind regards, > > Behcet > [snip] Best regards. JMC. _______________________________________________ MEXT mailing list MEXT@ietf.org https://www1.ietf.org/mailman/listinfo/mext From mext-bounces@ietf.org Mon Jul 02 09:10:41 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5Lfo-0000Bs-5K; Mon, 02 Jul 2007 09:10:36 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5Lfm-0000Bn-U0 for mext@ietf.org; Mon, 02 Jul 2007 09:10:34 -0400 Received: from mx1.grc.nasa.gov ([128.156.11.68]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I5Lf3-0006Bu-NV for mext@ietf.org; Mon, 02 Jul 2007 09:10:34 -0400 Received: from lombok-fi.grc.nasa.gov (seraph.grc.nasa.gov [128.156.10.10]) by mx1.grc.nasa.gov (Postfix) with ESMTP id 66233C260 for ; Mon, 2 Jul 2007 09:09:48 -0400 (EDT) Received: from apataki.grc.nasa.gov (apataki.grc.nasa.gov [139.88.112.35]) by lombok-fi.grc.nasa.gov (NASA GRC TCPD 8.13.7/8.13.7) with ESMTP id l62D9l4B029463; Mon, 2 Jul 2007 09:09:47 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by apataki.grc.nasa.gov (NASA GRC TCPD 8.13.7/8.13.7) with ESMTP id l62D9lBS005638; Mon, 2 Jul 2007 09:09:47 -0400 (EDT) Received: from apataki.grc.nasa.gov ([127.0.0.1])by localhost (apataki.grc.nasa.gov [127.0.0.1]) (amavisd-new, port 10024)with ESMTP id 8UJEXmWtiGbc; Mon, 2 Jul 2007 09:09:47 -0400 (EDT) Received: from drpepper.grc.nasa.gov (gr2134391.grc.nasa.gov [139.88.44.123])by apataki.grc.nasa.gov (NASA GRC TCPD 8.13.7/8.13.7) with ESMTP id l62D9gcp005617;Mon, 2 Jul 2007 09:09:42 -0400 (EDT) Received: by drpepper.grc.nasa.gov (Postfix, from userid 501)id 7B9E94FDE7; Mon, 2 Jul 2007 09:06:27 -0400 (EDT) Date: Mon, 2 Jul 2007 09:06:27 -0400 From: Wesley Eddy To: Jean-Michel Combes Subject: Re: [MEXT] new charter version Message-ID: <20070702130627.GD6234@grc.nasa.gov> References: <84929.44768.qm@web84106.mail.mud.yahoo.com> <729b68be0707020546i27e6f377s2f60b9ec1032582f@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <729b68be0707020546i27e6f377s2f60b9ec1032582f@mail.gmail.com> User-Agent: Mutt/1.5.5.1i X-imss-version: 2.046 X-imss-result: Passed X-imss-scores: Clean:99.90000 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:1 C:1 M:1 S:1 R:1 (0.0000 0.0000) X-Spam-Score: 0.0 (/) X-Scan-Signature: ea4ac80f790299f943f0a53be7e1a21a Cc: mext@ietf.org X-BeenThere: mext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: weddy@grc.nasa.gov List-Id: Mobile IPv6 EXTensions WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mext-bounces@ietf.org On Mon, Jul 02, 2007 at 02:46:15PM +0200, Jean-Michel Combes wrote: > Hi Behcet, > > 2007/6/30, Behcet Sarikaya : > > > >Hi Jari, > > In fact HA reliability work is almost over. I think the current draft is > >expected to go for WGLC soon and the subteam is almost closed. I don't > >think > >it would take Aug 08 to complete this work. HA reliability could be > >completely removed from this charter. > > IMHO, I am not so sure. That depends whether you want, concerning the > IPsec failover, a MIP6 WG based solution or a general one (i.e. IFare > work) included the draft. > I agree. When I read it last, it seemed like to meet all of its stated capabilities, the HA reliability work would need to block on the IFARE work, but perhaps it was just unclear and my understanding was wrong. Other than this part, it did seem mostly complete to me. Specifically, there didn't seem to be detailed enough information on the IPsec state synchronization mechanism within the hareliability draft itself to implement both interoperable, and fully-functional solutions. -- Wesley M. Eddy Verizon Federal Network Systems _______________________________________________ MEXT mailing list MEXT@ietf.org https://www1.ietf.org/mailman/listinfo/mext From nemo-bounces@ietf.org Mon Jul 02 14:27:15 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5QcE-00043R-6U; Mon, 02 Jul 2007 14:27:14 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5QcC-0003w0-Ci for nemo@ietf.org; Mon, 02 Jul 2007 14:27:12 -0400 Received: from mx1.grc.nasa.gov ([128.156.11.68]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I5Qc2-0001vL-GA for nemo@ietf.org; Mon, 02 Jul 2007 14:27:12 -0400 Received: from lombok-fi.grc.nasa.gov (seraph.grc.nasa.gov [128.156.10.10]) by mx1.grc.nasa.gov (Postfix) with ESMTP id 667E7C3E1 for ; Mon, 2 Jul 2007 14:27:01 -0400 (EDT) Received: from apataki.grc.nasa.gov (apataki.grc.nasa.gov [139.88.112.35]) by lombok-fi.grc.nasa.gov (NASA GRC TCPD 8.13.7/8.13.7) with ESMTP id l62IR0rM020351; Mon, 2 Jul 2007 14:27:00 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by apataki.grc.nasa.gov (NASA GRC TCPD 8.13.7/8.13.7) with ESMTP id l62IQrZ1003994; Mon, 2 Jul 2007 14:27:00 -0400 (EDT) Received: from apataki.grc.nasa.gov ([127.0.0.1])by localhost (apataki.grc.nasa.gov [127.0.0.1]) (amavisd-new, port 10024)with ESMTP id toP229A-FYWS; Mon, 2 Jul 2007 14:26:53 -0400 (EDT) Received: from drpepper.grc.nasa.gov (gr2134391.grc.nasa.gov [139.88.44.123])by apataki.grc.nasa.gov (NASA GRC TCPD 8.13.7/8.13.7) with ESMTP id l62IQoxv003984;Mon, 2 Jul 2007 14:26:50 -0400 (EDT) Received: by drpepper.grc.nasa.gov (Postfix, from userid 501)id E3DE54FE3E; Mon, 2 Jul 2007 14:23:34 -0400 (EDT) Date: Mon, 2 Jul 2007 14:23:34 -0400 From: Wesley Eddy To: Mobile Platform Internet Mailing List Message-ID: <20070702182334.GR6234@grc.nasa.gov> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.5.1i X-imss-version: 2.046 X-imss-result: Passed X-imss-scores: Clean:99.90000 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:1 C:1 M:1 S:1 R:1 (0.0000 0.0000) X-Spam-Score: 0.0 (/) X-Scan-Signature: 21c69d3cfc2dd19218717dbe1d974352 Cc: IETF NEMO WG , Carlos =?iso-8859-1?Q?Jes=FAs?= Bernardos Cano Subject: [nemo] Re: [MPI]Comments on draft-eddy-nemo-aero-reqs-00.txt X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: weddy@grc.nasa.gov List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org On Sat, Jun 30, 2007 at 11:34:51AM +0200, marcelo bagnulo braun wrote: > > > >I understand that the MIPv6 basic RO security isn't IPsec based, but I > >don't see this as a good reason not to require the NEMO RO to be > >securable through IPsec. The MIPv6 RO security wasn't built on IPsec > >because it was felt that the needed PKI structure didn't exist. With > >recent work like BTNS, I believe this concern could be revisited. > > I am not sure BTNS could provide the security required by a nemo ro > solution. BAsically BTNS is an unathenticated mode of using IKE/IPSec. > The whole point of RO security is proving address/prefix ownership, > which is exactly what btns lacks. I mean, btns approach is basically a > leap of faith approach, where basically it makes sure that the > communication peer remains the same that the one contacted at the > begining of the communication. But in nemo RO this is not enough, > basically becasue the one that initiated the contact maybe an attakcer > trying to hijack a prefix. so, i seriously doubt btns could do the work > needed for securing nemo ro.... > I don't quite understand what you're trying to say. RO is for application flows and the RO security ensures that a node you can talk to over the HA tunnels is the same node that is claiming to be at some other topologically-correct address. My understanding is that the entire reason IPsec wasn't chosen to secure this is that pre-configuration of trust anchors or other credentials between MNs and CNs was seen as impossible; but now BTNS enables SAs to be configured without this pre-configuration, so IPsec should become viable for RO security, by my (possibly flawed) reasoning. If IPsec SAs for application flows are set up using Home Addresses through the bi-directional tunnel (when necessary, using BTNS PAD entries), then they should later be able to move to topologically correct addresses (via multihoming capabilities of MOBIKE). Can you clear up what I'm missing here, and what would be wrong with this? If it isn't a completely braindead idea (and it may be ... I just don't see why yet, because your previous criticism didn't make sense), I can add more detail and compare to the current standard. -- Wesley M. Eddy Verizon Federal Network Systems From nemo-bounces@ietf.org Tue Jul 03 05:13:22 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5eRl-0000df-4A; Tue, 03 Jul 2007 05:13:21 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5eRk-0000dS-3j; Tue, 03 Jul 2007 05:13:20 -0400 Received: from ams-iport-1.cisco.com ([144.254.224.140]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I5eRg-0006R0-40; Tue, 03 Jul 2007 05:13:20 -0400 Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 03 Jul 2007 11:13:13 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAPuviUaQ/uCLh2dsb2JhbACPIwIJDiw X-IronPort-AV: i="4.16,491,1175464800"; d="scan'208"; a="147086636:sNHT156576160" Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l639DDnZ007652; Tue, 3 Jul 2007 11:13:13 +0200 Received: from xbh-ams-331.emea.cisco.com (xbh-ams-331.cisco.com [144.254.231.71]) by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l639D3TC024135; Tue, 3 Jul 2007 09:13:08 GMT Received: from xmb-ams-337.cisco.com ([144.254.231.82]) by xbh-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 3 Jul 2007 11:13:03 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Tue, 3 Jul 2007 11:12:50 +0200 Message-ID: <7892795E1A87F04CADFCCF41FADD00FC042D27F8@xmb-ams-337.emea.cisco.com> In-Reply-To: <20070701043131.IXPC23012.oaamta07sl.mx.bigpond.com@PC20005> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Mip6] Issue 93 - way forward Thread-Index: Ace7mBtfZ3/6qerdQv62CoSb8S1s9wAAIOuwAG38rCA= References: <20070701042722.EZGX22522.oaamta04sl.mx.bigpond.com@PC20005> <20070701043131.IXPC23012.oaamta07sl.mx.bigpond.com@PC20005> From: "Pascal Thubert \(pthubert\)" To: "Hesham Soliman" , , X-OriginalArrivalTime: 03 Jul 2007 09:13:03.0344 (UTC) FILETIME=[5C18B700:01C7BD52] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=4427; t=1183453993; x=1184317993; c=relaxed/simple; s=amsdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=pthubert@cisco.com; z=From:=20=22Pascal=20Thubert=20\(pthubert\)=22=20 |Subject:=20RE=3A=20[Mip6]=20Issue=2093=20-=20way=20forward |Sender:=20; bh=s8i1+lc3yp9O2arAlcGJzQFwH6mt+UogucfYS5k8RtE=; b=v9SIWiRHnpphyogYwcz9V0PPN9Zyw1GNG6J2NPDcMyMcknwEaRjHhHNc/RRUYpa4+kECefKT Qtvv8JAYGQNKfp3Y2a4Zx3dLTUNo60D6OtHKnKbBiXXQ7V28oepxLtaL; Authentication-Results: ams-dkim-2; header.From=pthubert@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 0ff9c467ad7f19c2a6d058acd7faaec8 Cc: Subject: [nemo] RE: [Mip6] Issue 93 - way forward X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Hi Hesham,=20 Speaking of obvious, I guess we need to make sure we word this 'the first nibble' as opposed to the first byte, since we are talking about the version which is only the first 4 bits of the payload within UDP :) > > that the MN/MR wants to use the following format: > > IP > > UDP > > TLV Does the tunnel IP mean IPv4 only or do you plan to specify it for both families? I'm just concerned that we might not be symmetrical, which was a strong point of your original draft. Pascal >-----Original Message----- >From: Hesham Soliman [mailto:Hesham@elevatemobile.com] >Sent: Saturday, June 30, 2007 9:31 PM >To: 'Hesham Soliman'; mip6@ietf.org; nemo@ietf.org >Subject: RE: [Mip6] Issue 93 - way forward > >Sorry, I forgot to mention the obvious, please send your comments ASAP so I >can update the draft. > >Hesham > > > -----Original Message----- > > From: Hesham Soliman [mailto:Hesham@elevatemobile.com] > > Sent: Sunday, July 01, 2007 2:27 PM > > To: mip6@ietf.org; nemo@ietf.org > > Subject: [Mip6] Issue 93 - way forward > > > > Folks, > > > > Some of the people involved in the recent discussions on > > issue 93, the > > NETLMM chairs and the AD had a teleconference a few days ago > > to discuss how > > to address the lack of concensus on this issue. The aim of > > the meeting was > > to find a way of accomodating both sides with one solution > > that avoids the > > technical inefficiency/lack of flexibility concerns of both sides. > > > > The following is a summary of what we agreed on in the meeting. > > > > The agreement was to define a way of handling both cases > > (presence of TLV or > > not). To do that two different mechanisms were proposed, > > I'll list a summary > > of each one below. > > > > 1. Implicit signalling > > > > The idea is to use the first byte after the UDP header to > > switch on whether > > the following header is IP (v4 or v6) or a TLV header. > > Effectively, the > > first byte is the version field of the IP header. versions 4 > > or 6 have the > > obvious meaning, for the TLV header we can use one of the > > version numbers > > that are not used today like 0 or 1. So for instance, 0 > > means TLV, 4 means > > IPv4, and 6 means IPv6. > > Jari mentioned that this is used by other protocols like > > MPLS and it is > > considered a hack by some people on the IESG but in our case we use a > > specific port number for DSMIP therefore no one who does not > > implement the > > DSMIP spec should receive this. > > > > So, when using this alternative, the TLV would look > > something like this: > > > > Format (1byte) Type (1byte) Length (2 bytes) > > > > Format is just a bad name I use in this email to indicate > > that this byte is > > used to identify the format of the following information (IP > > header or TLV) > > > > Type is the message type > > length is the message length > > > > 2. Explicit signalling > > > > In this mechanism we define a new flag in the BU that, when > > set, indicates > > that the MN/MR wants to use the following format: > > IP > > UDP > > TLV > > ...etc > > when the flag is cleared, it indicates the the MN/MR wants to use the > > following format: > > IP > > UDP > > ...etc (i.e. no TLV). > > > > Obviously when using this mechanism there must be a default > > mechanism for > > sending the BU itself. I.e., we can always send the BU in > > the current UDP > > encapsulation format witohut the TLV but if the request is > > accepted then > > data packets are sent as agreed during the BU/BA exchange. > > > > In either solution we will have to mandate that both the HA > > and the MN > > support the negotiation mechanism and one default format. So, all > > implementations have to support the current format of UDP > > encapsulation as a > > base. This allows for interoperability. > > > > In this alternative there is no need for the Format field in > > alternative 1, > > we only need to define Type and Length fields with one byte reserved. > > > > > > Hesham > > > > > > > > _______________________________________________ > > Mip6 mailing list > > Mip6@ietf.org > > https://www1.ietf.org/mailman/listinfo/mip6 > > > > > >_______________________________________________ >Mip6 mailing list >Mip6@ietf.org >https://www1.ietf.org/mailman/listinfo/mip6 From nemo-bounces@ietf.org Tue Jul 03 05:45:51 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5exA-00074B-VK; Tue, 03 Jul 2007 05:45:48 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5exA-00072p-4y; Tue, 03 Jul 2007 05:45:48 -0400 Received: from omta04sl.mx.bigpond.com ([144.140.93.156]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I5ex6-0007Sa-A0; Tue, 03 Jul 2007 05:45:48 -0400 Received: from oaamta08sl.mx.bigpond.com ([124.190.105.118]) by omta04sl.mx.bigpond.com with ESMTP id <20070703094541.TOUS2916.omta04sl.mx.bigpond.com@oaamta08sl.mx.bigpond.com>; Tue, 3 Jul 2007 09:45:41 +0000 Received: from PC20005 ([124.190.105.118]) by oaamta08sl.mx.bigpond.com with ESMTP id <20070703094540.EGBB17816.oaamta08sl.mx.bigpond.com@PC20005>; Tue, 3 Jul 2007 09:45:40 +0000 From: "Hesham Soliman" To: "'Pascal Thubert \(pthubert\)'" , , Date: Tue, 3 Jul 2007 19:45:35 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <7892795E1A87F04CADFCCF41FADD00FC042D27F8@xmb-ams-337.emea.cisco.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Thread-Index: Ace7mBtfZ3/6qerdQv62CoSb8S1s9wAAIOuwAG38rCAAAXl9gA== Message-Id: <20070703094540.EGBB17816.oaamta08sl.mx.bigpond.com@PC20005> X-Spam-Score: 0.1 (/) X-Scan-Signature: 21be852dc93f0971708678c18d38c096 Cc: Subject: [nemo] RE: [Mip6] Issue 93 - way forward X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org > Speaking of obvious, I guess we need to make sure we word this 'the > first nibble' as opposed to the first byte, since we are > talking about > the version which is only the first 4 bits of the payload > within UDP :) => Right, once I get a clear idea of which option we're going for we can name things accordingly. So far there was one preference mentioned for option 2. Can you say which one you prefer? > > > > > that the MN/MR wants to use the following format: > > > IP > > > UDP > > > TLV > > Does the tunnel IP mean IPv4 only or do you plan to specify > it for both > families? => To avoid confusion, the text you quoted above was listing the order of headers not the different tunnel types. But to answer your question, the tunnel IP would cover both the same way we have it today. So IP/UDP/IP works regardless of the IP version. I think the same can be done for the TLV but I suspect people would want to define different types for the Type field. Hesham I'm just concerned that we might not be > symmetrical, which was > a strong point of your original draft. > > Pascal > > >-----Original Message----- > >From: Hesham Soliman [mailto:Hesham@elevatemobile.com] > >Sent: Saturday, June 30, 2007 9:31 PM > >To: 'Hesham Soliman'; mip6@ietf.org; nemo@ietf.org > >Subject: RE: [Mip6] Issue 93 - way forward > > > >Sorry, I forgot to mention the obvious, please send your > comments ASAP > so I > >can update the draft. > > > >Hesham > > > > > -----Original Message----- > > > From: Hesham Soliman [mailto:Hesham@elevatemobile.com] > > > Sent: Sunday, July 01, 2007 2:27 PM > > > To: mip6@ietf.org; nemo@ietf.org > > > Subject: [Mip6] Issue 93 - way forward > > > > > > Folks, > > > > > > Some of the people involved in the recent discussions on > > > issue 93, the > > > NETLMM chairs and the AD had a teleconference a few days ago > > > to discuss how > > > to address the lack of concensus on this issue. The aim of > > > the meeting was > > > to find a way of accomodating both sides with one solution > > > that avoids the > > > technical inefficiency/lack of flexibility concerns of > both sides. > > > > > > The following is a summary of what we agreed on in the meeting. > > > > > > The agreement was to define a way of handling both cases > > > (presence of TLV or > > > not). To do that two different mechanisms were proposed, > > > I'll list a summary > > > of each one below. > > > > > > 1. Implicit signalling > > > > > > The idea is to use the first byte after the UDP header to > > > switch on whether > > > the following header is IP (v4 or v6) or a TLV header. > > > Effectively, the > > > first byte is the version field of the IP header. versions 4 > > > or 6 have the > > > obvious meaning, for the TLV header we can use one of the > > > version numbers > > > that are not used today like 0 or 1. So for instance, 0 > > > means TLV, 4 means > > > IPv4, and 6 means IPv6. > > > Jari mentioned that this is used by other protocols like > > > MPLS and it is > > > considered a hack by some people on the IESG but in our > case we use > a > > > specific port number for DSMIP therefore no one who does not > > > implement the > > > DSMIP spec should receive this. > > > > > > So, when using this alternative, the TLV would look > > > something like this: > > > > > > Format (1byte) Type (1byte) Length (2 bytes) > > > > > > Format is just a bad name I use in this email to indicate > > > that this byte is > > > used to identify the format of the following information (IP > > > header or TLV) > > > > > > Type is the message type > > > length is the message length > > > > > > 2. Explicit signalling > > > > > > In this mechanism we define a new flag in the BU that, when > > > set, indicates > > > that the MN/MR wants to use the following format: > > > IP > > > UDP > > > TLV > > > ...etc > > > when the flag is cleared, it indicates the the MN/MR wants to use > the > > > following format: > > > IP > > > UDP > > > ...etc (i.e. no TLV). > > > > > > Obviously when using this mechanism there must be a default > > > mechanism for > > > sending the BU itself. I.e., we can always send the BU in > > > the current UDP > > > encapsulation format witohut the TLV but if the request is > > > accepted then > > > data packets are sent as agreed during the BU/BA exchange. > > > > > > In either solution we will have to mandate that both the HA > > > and the MN > > > support the negotiation mechanism and one default format. So, all > > > implementations have to support the current format of UDP > > > encapsulation as a > > > base. This allows for interoperability. > > > > > > In this alternative there is no need for the Format field in > > > alternative 1, > > > we only need to define Type and Length fields with one byte > reserved. > > > > > > > > > Hesham > > > > > > > > > > > > _______________________________________________ > > > Mip6 mailing list > > > Mip6@ietf.org > > > https://www1.ietf.org/mailman/listinfo/mip6 > > > > > > > > > > >_______________________________________________ > >Mip6 mailing list > >Mip6@ietf.org > >https://www1.ietf.org/mailman/listinfo/mip6 > From nemo-bounces@ietf.org Tue Jul 03 05:50:11 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5f1P-0001sl-4K; Tue, 03 Jul 2007 05:50:11 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5f1N-0001sg-SZ for nemo@ietf.org; Tue, 03 Jul 2007 05:50:09 -0400 Received: from smtp03.uc3m.es ([163.117.176.133] helo=smtp.uc3m.es) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I5f1J-0008K3-9H for nemo@ietf.org; Tue, 03 Jul 2007 05:50:09 -0400 Received: from [163.117.139.53] (chelo-it-uc3m-es.it.uc3m.es [163.117.139.53])by smtp.uc3m.es (Postfix) with ESMTP id EF5A126E68; Tue, 3 Jul 2007 11:19:45 +0200 (CEST) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: marcelo bagnulo braun Date: Tue, 3 Jul 2007 11:19:45 +0200 To: (Mobile Platform Internet Mailing List) X-Mailer: Apple Mail (2.752.3) X-imss-version: 2.047 X-imss-result: Passed X-imss-scanInfo: M:B L:E SM:2 X-imss-tmaseResult: TT:1 TS:-29.7007 TC:1F TRN:86 TV:3.6.1039(15274.003) X-imss-scores: Clean:100.00000 C:0 M:0 S:0 R:0 X-imss-settings: Baseline:1 C:1 M:1 S:1 R:1 (0.0000 0.0000) X-Spam-Score: 0.1 (/) X-Scan-Signature: 67c1ea29f88502ef6a32ccec927970f0 Cc: IETF NEMO WG , =?ISO-8859-1?Q?Carlos_Jes=FAs_Bernardos_Cano?= Subject: [nemo] Re: [MPI]Comments on draft-eddy-nemo-aero-reqs-00.txt X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org El 02/07/2007, a las 20:23, Wesley Eddy escribi=F3: > On Sat, Jun 30, 2007 at 11:34:51AM +0200, marcelo bagnulo braun wrote: >>> >>> I understand that the MIPv6 basic RO security isn't IPsec based, =20 >>> but I >>> don't see this as a good reason not to require the NEMO RO to be >>> securable through IPsec. The MIPv6 RO security wasn't built on =20 >>> IPsec >>> because it was felt that the needed PKI structure didn't exist. =20 >>> With >>> recent work like BTNS, I believe this concern could be revisited. >> >> I am not sure BTNS could provide the security required by a nemo ro >> solution. BAsically BTNS is an unathenticated mode of using IKE/=20 >> IPSec. >> The whole point of RO security is proving address/prefix ownership, >> which is exactly what btns lacks. I mean, btns approach is =20 >> basically a >> leap of faith approach, where basically it makes sure that the >> communication peer remains the same that the one contacted at the >> begining of the communication. But in nemo RO this is not enough, >> basically becasue the one that initiated the contact maybe an =20 >> attakcer >> trying to hijack a prefix. so, i seriously doubt btns could do the =20= >> work >> needed for securing nemo ro.... >> > > > I don't quite understand what you're trying to say. RO is for > application flows and the RO security ensures that a node you can talk > to over the HA tunnels is the same node that is claiming to be at some > other topologically-correct address. not only that, but also that the node is the actual owner of the home =20= address (in some sense). I mean, MIPv6 protects against the so called =20= time shifted attacks, where the attacker is able to intercept packets =20= along the path for a short period and then moves and continue with =20 the attack (this is the motivation why the RR check need to be =20 performed periodically) so, in order to provide proper security for RO we need to provide =20 some form of address/prefix ownership proof. > My understanding is that the > entire reason IPsec wasn't chosen to secure this is that > pre-configuration of trust anchors or other credentials between MNs =20= > and > CNs was seen as impossible; exactly > but now BTNS enables SAs to be configured > without this pre-configuration, right but doing so, it looses some features and one of such features =20 i what is needed for securing RO afaiu BTNS lacks of any authentication and data origin proof capabilities =20 and this is a critical feature for securing RO it would be possible to add such features adding additional stuff =20 (like using CGAs in IKE) but this is certainly not btns and i don't =20 think it worth the complexity and probably some nemo RO specific =20 security solutions make more sense > so IPsec should become viable for RO > security, by my (possibly flawed) reasoning. > > If IPsec SAs for application flows are set up using Home Addresses > through the bi-directional tunnel (when necessary, using BTNS PAD > entries), then they should later be able to move to topologically > correct addresses (via multihoming capabilities of MOBIKE). Can you > clear up what I'm missing here, and what would be wrong with this? > that there is no address ownership proof in this scheme btns does not provides that and mobike assumes a competelly different =20= scenario. Mobike afaiu, i designed for the roadwarrior case i.e. an =20 endpoint with tunnel mode with a security gateway with preshared =20 trust, whcih would not apply for the any-to-any nemo RO scenario that =20= we are considering here just for reference, an excellent description of the address ownership =20= and time shifted attacks and related RO security background can be =20 found in RFC4225 and for btns applicability scenarios see http://=20 www.ietf.org/internet-drafts/draft-ietf-btns-prob-and-applic-05.txt regards, marcelo > If it isn't a completely braindead idea (and it may be ... I just =20 > don't > see why yet, because your previous criticism didn't make sense), I can > add more detail and compare to the current standard. > > --=20 > Wesley M. Eddy > Verizon Federal Network Systems > > ############################################################# > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to > To switch to the INDEX mode, E-mail to > Send administrative queries to > From nemo-bounces@ietf.org Tue Jul 03 05:56:56 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5f7v-0000Wr-N4; Tue, 03 Jul 2007 05:56:55 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5f7t-0000W4-OP; Tue, 03 Jul 2007 05:56:53 -0400 Received: from omta03sl.mx.bigpond.com ([144.140.92.155]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I5f7t-00036i-8c; Tue, 03 Jul 2007 05:56:53 -0400 Received: from oaamta03sl.mx.bigpond.com ([124.190.105.118]) by omta03sl.mx.bigpond.com with ESMTP id <20070703095545.MEJU1824.omta03sl.mx.bigpond.com@oaamta03sl.mx.bigpond.com>; Tue, 3 Jul 2007 09:55:45 +0000 Received: from PC20005 ([124.190.105.118]) by oaamta03sl.mx.bigpond.com with ESMTP id <20070703095544.HHAH24129.oaamta03sl.mx.bigpond.com@PC20005>; Tue, 3 Jul 2007 09:55:44 +0000 From: "Hesham Soliman" To: , Date: Tue, 3 Jul 2007 19:55:41 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <20070701042722.EZGX22522.oaamta04sl.mx.bigpond.com@PC20005> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Thread-Index: Ace7mBtfZ3/6qerdQv62CoSb8S1s9wBwAf5Q Message-Id: <20070703095544.HHAH24129.oaamta03sl.mx.bigpond.com@PC20005> X-Spam-Score: 0.0 (/) X-Scan-Signature: 5ebbf074524e58e662bc8209a6235027 Cc: Subject: [nemo] RE: [Mip6] Issue 93 - concensus call X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Folks, Please express a choice, preferrably with reasons for one of the two options below. I'd really like to get this in the draft before the deadline. Thanks, Hesham > -----Original Message----- > From: Hesham Soliman [mailto:Hesham@elevatemobile.com] > Sent: Sunday, July 01, 2007 2:27 PM > To: mip6@ietf.org; nemo@ietf.org > Subject: [Mip6] Issue 93 - way forward > > Folks, > > Some of the people involved in the recent discussions on > issue 93, the > NETLMM chairs and the AD had a teleconference a few days ago > to discuss how > to address the lack of concensus on this issue. The aim of > the meeting was > to find a way of accomodating both sides with one solution > that avoids the > technical inefficiency/lack of flexibility concerns of both sides. > > The following is a summary of what we agreed on in the meeting. > > The agreement was to define a way of handling both cases > (presence of TLV or > not). To do that two different mechanisms were proposed, > I'll list a summary > of each one below. > > 1. Implicit signalling > > The idea is to use the first byte after the UDP header to > switch on whether > the following header is IP (v4 or v6) or a TLV header. > Effectively, the > first byte is the version field of the IP header. versions 4 > or 6 have the > obvious meaning, for the TLV header we can use one of the > version numbers > that are not used today like 0 or 1. So for instance, 0 > means TLV, 4 means > IPv4, and 6 means IPv6. > Jari mentioned that this is used by other protocols like > MPLS and it is > considered a hack by some people on the IESG but in our case we use a > specific port number for DSMIP therefore no one who does not > implement the > DSMIP spec should receive this. > > So, when using this alternative, the TLV would look > something like this: > > Format (1byte) Type (1byte) Length (2 bytes) > > Format is just a bad name I use in this email to indicate > that this byte is > used to identify the format of the following information (IP > header or TLV) > > Type is the message type > length is the message length > > 2. Explicit signalling > > In this mechanism we define a new flag in the BU that, when > set, indicates > that the MN/MR wants to use the following format: > IP > UDP > TLV > ...etc > when the flag is cleared, it indicates the the MN/MR wants to use the > following format: > IP > UDP > ...etc (i.e. no TLV). > > Obviously when using this mechanism there must be a default > mechanism for > sending the BU itself. I.e., we can always send the BU in > the current UDP > encapsulation format witohut the TLV but if the request is > accepted then > data packets are sent as agreed during the BU/BA exchange. > > In either solution we will have to mandate that both the HA > and the MN > support the negotiation mechanism and one default format. So, all > implementations have to support the current format of UDP > encapsulation as a > base. This allows for interoperability. > > In this alternative there is no need for the Format field in > alternative 1, > we only need to define Type and Length fields with one byte reserved. > > > Hesham > > > > _______________________________________________ > Mip6 mailing list > Mip6@ietf.org > https://www1.ietf.org/mailman/listinfo/mip6 > From nemo-bounces@ietf.org Tue Jul 03 07:03:37 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5gAP-0005uG-K1; Tue, 03 Jul 2007 07:03:33 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5gAN-0005pG-TC; Tue, 03 Jul 2007 07:03:31 -0400 Received: from ams-iport-1.cisco.com ([144.254.224.140]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I5gA4-0003qa-BT; Tue, 03 Jul 2007 07:03:31 -0400 Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 03 Jul 2007 13:03:12 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAMPJiUaQ/uCLh2dsb2JhbACPJAIJDiw X-IronPort-AV: i="4.16,492,1175464800"; d="scan'208"; a="147101310:sNHT91580802" Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l63B3BV4012105; Tue, 3 Jul 2007 13:03:11 +0200 Received: from xbh-ams-331.emea.cisco.com (xbh-ams-331.cisco.com [144.254.231.71]) by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l63B36TG001612; Tue, 3 Jul 2007 11:03:10 GMT Received: from xmb-ams-337.cisco.com ([144.254.231.82]) by xbh-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 3 Jul 2007 13:03:04 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: [nemo] RE: [Mip6] Issue 93 - concensus call Date: Tue, 3 Jul 2007 13:03:00 +0200 Message-ID: <7892795E1A87F04CADFCCF41FADD00FC042D28DE@xmb-ams-337.emea.cisco.com> In-Reply-To: <20070703095544.HHAH24129.oaamta03sl.mx.bigpond.com@PC20005> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [nemo] RE: [Mip6] Issue 93 - concensus call Thread-Index: Ace7mBtfZ3/6qerdQv62CoSb8S1s9wBwAf5QAAIJtoA= References: <20070701042722.EZGX22522.oaamta04sl.mx.bigpond.com@PC20005> <20070703095544.HHAH24129.oaamta03sl.mx.bigpond.com@PC20005> From: "Pascal Thubert \(pthubert\)" To: "Hesham Soliman" , , X-OriginalArrivalTime: 03 Jul 2007 11:03:04.0379 (UTC) FILETIME=[BA9EB8B0:01C7BD61] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=4502; t=1183460591; x=1184324591; c=relaxed/simple; s=amsdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=pthubert@cisco.com; z=From:=20=22Pascal=20Thubert=20\(pthubert\)=22=20 |Subject:=20RE=3A=20[nemo]=20RE=3A=20[Mip6]=20Issue=2093=20-=20concensus= 20call |Sender:=20; bh=WUjsgl9gJEQXuSdAkrDV0lueSTaqnEdeFDaEZqPgj0A=; b=R4ceOXB5DZuXaZzjiIvm6LA4o3YYZPXO70zJgn7ItS9IMjBrbItnQ+vDvVUaTq3w6nSi9HiR NrjH76Q6HgIXeoC9Nsksi2T+iOUUNo+wEaUvKznzZcegrRiawOiclR18; Authentication-Results: ams-dkim-2; header.From=pthubert@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 36b1f8810cb91289d885dc8ab4fc8172 Cc: X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Hi Hesham: Option 1 is fine with me. Note that we could collapse the format and the type by keeping the type less than x45 which leave ample space to define many TLVs. We have to define the error case when the HA does not support a TLV from the MN which is compatible with eth case when the HA supports only IPv4 and IPv6. OTOH, option 2 seems to demand that we define the interaction if one end supports one value of the flag and the other end does not, on top of the case where a given value for the TLV type is not supported by one party. Usually that ends up with requesting that the HA supports both and be more complex. Do I miss something? Pascal >-----Original Message----- >From: Hesham Soliman [mailto:Hesham@elevatemobile.com] >Sent: Tuesday, July 03, 2007 11:56 AM >To: mip6@ietf.org; nemo@ietf.org >Subject: [nemo] RE: [Mip6] Issue 93 - concensus call > >Folks, > >Please express a choice, preferrably with reasons for one of the two options >below. I'd really like to get this in the draft before the deadline. > >Thanks, >Hesham > > > -----Original Message----- > > From: Hesham Soliman [mailto:Hesham@elevatemobile.com] > > Sent: Sunday, July 01, 2007 2:27 PM > > To: mip6@ietf.org; nemo@ietf.org > > Subject: [Mip6] Issue 93 - way forward > > > > Folks, > > > > Some of the people involved in the recent discussions on > > issue 93, the > > NETLMM chairs and the AD had a teleconference a few days ago > > to discuss how > > to address the lack of concensus on this issue. The aim of > > the meeting was > > to find a way of accomodating both sides with one solution > > that avoids the > > technical inefficiency/lack of flexibility concerns of both sides. > > > > The following is a summary of what we agreed on in the meeting. > > > > The agreement was to define a way of handling both cases > > (presence of TLV or > > not). To do that two different mechanisms were proposed, > > I'll list a summary > > of each one below. > > > > 1. Implicit signalling > > > > The idea is to use the first byte after the UDP header to > > switch on whether > > the following header is IP (v4 or v6) or a TLV header. > > Effectively, the > > first byte is the version field of the IP header. versions 4 > > or 6 have the > > obvious meaning, for the TLV header we can use one of the > > version numbers > > that are not used today like 0 or 1. So for instance, 0 > > means TLV, 4 means > > IPv4, and 6 means IPv6. > > Jari mentioned that this is used by other protocols like > > MPLS and it is > > considered a hack by some people on the IESG but in our case we use a > > specific port number for DSMIP therefore no one who does not > > implement the > > DSMIP spec should receive this. > > > > So, when using this alternative, the TLV would look > > something like this: > > > > Format (1byte) Type (1byte) Length (2 bytes) > > > > Format is just a bad name I use in this email to indicate > > that this byte is > > used to identify the format of the following information (IP > > header or TLV) > > > > Type is the message type > > length is the message length > > > > 2. Explicit signalling > > > > In this mechanism we define a new flag in the BU that, when > > set, indicates > > that the MN/MR wants to use the following format: > > IP > > UDP > > TLV > > ...etc > > when the flag is cleared, it indicates the the MN/MR wants to use the > > following format: > > IP > > UDP > > ...etc (i.e. no TLV). > > > > Obviously when using this mechanism there must be a default > > mechanism for > > sending the BU itself. I.e., we can always send the BU in > > the current UDP > > encapsulation format witohut the TLV but if the request is > > accepted then > > data packets are sent as agreed during the BU/BA exchange. > > > > In either solution we will have to mandate that both the HA > > and the MN > > support the negotiation mechanism and one default format. So, all > > implementations have to support the current format of UDP > > encapsulation as a > > base. This allows for interoperability. > > > > In this alternative there is no need for the Format field in > > alternative 1, > > we only need to define Type and Length fields with one byte reserved. > > > > > > Hesham > > > > > > > > _______________________________________________ > > Mip6 mailing list > > Mip6@ietf.org > > https://www1.ietf.org/mailman/listinfo/mip6 > > From nemo-bounces@ietf.org Tue Jul 03 07:20:27 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5gQj-0004SG-Qb; Tue, 03 Jul 2007 07:20:25 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5gQi-0004Qk-7o; Tue, 03 Jul 2007 07:20:24 -0400 Received: from omta04sl.mx.bigpond.com ([144.140.93.156]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I5gQc-0008Dv-Ny; Tue, 03 Jul 2007 07:20:23 -0400 Received: from oaamta04sl.mx.bigpond.com ([124.190.105.118]) by omta04sl.mx.bigpond.com with ESMTP id <20070703112015.VKQW2916.omta04sl.mx.bigpond.com@oaamta04sl.mx.bigpond.com>; Tue, 3 Jul 2007 11:20:15 +0000 Received: from PC20005 ([124.190.105.118]) by oaamta04sl.mx.bigpond.com with ESMTP id <20070703112015.DUHG22522.oaamta04sl.mx.bigpond.com@PC20005>; Tue, 3 Jul 2007 11:20:15 +0000 From: "Hesham Soliman" To: "'Pascal Thubert \(pthubert\)'" , , Subject: RE: [nemo] RE: [Mip6] Issue 93 - concensus call Date: Tue, 3 Jul 2007 21:20:11 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <7892795E1A87F04CADFCCF41FADD00FC042D28DE@xmb-ams-337.emea.cisco.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Thread-Index: Ace7mBtfZ3/6qerdQv62CoSb8S1s9wBwAf5QAAIJtoAAANrk4A== Message-Id: <20070703112015.DUHG22522.oaamta04sl.mx.bigpond.com@PC20005> X-Spam-Score: 0.1 (/) X-Scan-Signature: 3971661e40967acfc35f708dd5f33760 Cc: X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org > Option 1 is fine with me. Note that we could collapse the > format and the > type by keeping the type less than x45 which leave ample > space to define > many TLVs. We have to define the error case when the HA does > not support > a TLV from the MN which is compatible with eth case when the > HA supports > only IPv4 and IPv6. => Yes that goes back to the previous comment made about option 1. I think the error case would have to be an ICMP message because this is an error on the data path not the signalling path. > > OTOH, option 2 seems to demand that we define the > interaction if one end > supports one value of the flag and the other end does not, => No, it doesn't do that, our suggestion from the conference call was to have a base format that MUST always be supported, in addition to the negotiation mechanism. I'll record your preference for option 1 though unless you change it. Hesham > > >-----Original Message----- > >From: Hesham Soliman [mailto:Hesham@elevatemobile.com] > >Sent: Tuesday, July 03, 2007 11:56 AM > >To: mip6@ietf.org; nemo@ietf.org > >Subject: [nemo] RE: [Mip6] Issue 93 - concensus call > > > >Folks, > > > >Please express a choice, preferrably with reasons for one of the two > options > >below. I'd really like to get this in the draft before the deadline. > > > >Thanks, > >Hesham > > > > > -----Original Message----- > > > From: Hesham Soliman [mailto:Hesham@elevatemobile.com] > > > Sent: Sunday, July 01, 2007 2:27 PM > > > To: mip6@ietf.org; nemo@ietf.org > > > Subject: [Mip6] Issue 93 - way forward > > > > > > Folks, > > > > > > Some of the people involved in the recent discussions on > > > issue 93, the > > > NETLMM chairs and the AD had a teleconference a few days ago > > > to discuss how > > > to address the lack of concensus on this issue. The aim of > > > the meeting was > > > to find a way of accomodating both sides with one solution > > > that avoids the > > > technical inefficiency/lack of flexibility concerns of > both sides. > > > > > > The following is a summary of what we agreed on in the meeting. > > > > > > The agreement was to define a way of handling both cases > > > (presence of TLV or > > > not). To do that two different mechanisms were proposed, > > > I'll list a summary > > > of each one below. > > > > > > 1. Implicit signalling > > > > > > The idea is to use the first byte after the UDP header to > > > switch on whether > > > the following header is IP (v4 or v6) or a TLV header. > > > Effectively, the > > > first byte is the version field of the IP header. versions 4 > > > or 6 have the > > > obvious meaning, for the TLV header we can use one of the > > > version numbers > > > that are not used today like 0 or 1. So for instance, 0 > > > means TLV, 4 means > > > IPv4, and 6 means IPv6. > > > Jari mentioned that this is used by other protocols like > > > MPLS and it is > > > considered a hack by some people on the IESG but in our > case we use > a > > > specific port number for DSMIP therefore no one who does not > > > implement the > > > DSMIP spec should receive this. > > > > > > So, when using this alternative, the TLV would look > > > something like this: > > > > > > Format (1byte) Type (1byte) Length (2 bytes) > > > > > > Format is just a bad name I use in this email to indicate > > > that this byte is > > > used to identify the format of the following information (IP > > > header or TLV) > > > > > > Type is the message type > > > length is the message length > > > > > > 2. Explicit signalling > > > > > > In this mechanism we define a new flag in the BU that, when > > > set, indicates > > > that the MN/MR wants to use the following format: > > > IP > > > UDP > > > TLV > > > ...etc > > > when the flag is cleared, it indicates the the MN/MR wants to use > the > > > following format: > > > IP > > > UDP > > > ...etc (i.e. no TLV). > > > > > > Obviously when using this mechanism there must be a default > > > mechanism for > > > sending the BU itself. I.e., we can always send the BU in > > > the current UDP > > > encapsulation format witohut the TLV but if the request is > > > accepted then > > > data packets are sent as agreed during the BU/BA exchange. > > > > > > In either solution we will have to mandate that both the HA > > > and the MN > > > support the negotiation mechanism and one default format. So, all > > > implementations have to support the current format of UDP > > > encapsulation as a > > > base. This allows for interoperability. > > > > > > In this alternative there is no need for the Format field in > > > alternative 1, > > > we only need to define Type and Length fields with one byte > reserved. > > > > > > > > > Hesham > > > > > > > > > > > > _______________________________________________ > > > Mip6 mailing list > > > Mip6@ietf.org > > > https://www1.ietf.org/mailman/listinfo/mip6 > > > > From kbosl@cside.com Tue Jul 03 15:51:02 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5oOs-0001Eo-4x for nemo-archive@lists.ietf.org; Tue, 03 Jul 2007 15:51:02 -0400 Received: from [189.172.41.148] (helo=dsl-189-172-41-148.prod-infinitum.com.mx) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1I5oOb-00012U-Sr for nemo-archive@lists.ietf.org; Tue, 03 Jul 2007 15:51:02 -0400 Received: from slp.ca ([44.116.32.220]) by dsl-189-172-41-148.prod-infinitum.com.mx with Microsoft SMTPSVC(6.0.3790.0); Tue, 3 Jul 2007 13:50:40 -0600 Message-ID: <001401c7bdab$6f2a2a00$dc20742c@slp.ca> From: "funnypostcard.com" To: Subject: God Bless America Date: Tue, 3 Jul 2007 13:50:40 -0600 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4920.2300 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 X-Spam-Score: 4.7 (++++) X-Scan-Signature: ea4ac80f790299f943f0a53be7e1a21a Hi. Friend has sent you a greeting card. See your card as often as you wish during the next 15 days. SEEING YOUR CARD If your email software creates links to Web pages, click on your card's direct www address below while you are connected to the Internet: http://70.48.37.9/?b161d496d2989907cd64e28cae3d7703a3b01bd Or copy and paste it into your browser's "Location" box (where Internet addresses go). PRIVACY funnypostcard.com honors your privacy. Our home page and Card Pick Up have links to our Privacy Policy. TERMS OF USE By accessing your card you agree we have no liability. If you don't know the person sending the card or don't wish to see the card, please disregard this Announcement. We hope you enjoy your awesome card. Wishing you the best, Mailer-Daemon, funnypostcard.com From nemo-bounces@ietf.org Wed Jul 04 03:57:53 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5zkE-0007RZ-40; Wed, 04 Jul 2007 03:57:50 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5zkC-0007RQ-RV; Wed, 04 Jul 2007 03:57:48 -0400 Received: from ams-iport-1.cisco.com ([144.254.224.140]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I5zk7-0008L6-58; Wed, 04 Jul 2007 03:57:48 -0400 Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 04 Jul 2007 09:57:39 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAKrvikaQ/uCLh2dsb2JhbACPHwEBCQ4s X-IronPort-AV: i="4.16,495,1175464800"; d="scan'208"; a="147180390:sNHT407977912" Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l647vcoX001851; Wed, 4 Jul 2007 09:57:38 +0200 Received: from xbh-ams-331.emea.cisco.com (xbh-ams-331.cisco.com [144.254.231.71]) by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l647vPTG018820; Wed, 4 Jul 2007 07:57:38 GMT Received: from xmb-ams-337.cisco.com ([144.254.231.82]) by xbh-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 4 Jul 2007 09:57:27 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: [nemo] RE: [Mip6] Summary and conclusion of: DS-MIP6 - Consensuscalltoclose issue 93 Date: Wed, 4 Jul 2007 09:57:22 +0200 Message-ID: <7892795E1A87F04CADFCCF41FADD00FC042D2C02@xmb-ams-337.emea.cisco.com> In-Reply-To: <017801c7b7c3$a7900dd0$1220fea9@amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [nemo] RE: [Mip6] Summary and conclusion of: DS-MIP6 - Consensuscalltoclose issue 93 Thread-Index: Ace0rDWZxhwuwNAaS8CRy2KiWfMalwDEsshgAZRK1XA= References: <20070607005358.PNHE23012.oaamta07sl.mx.bigpond.com@PC20005><35912544FC930E49BF20EF16C3EF2765024ACE7B@xmb-hkg-416.apac.cisco.com><004f01c7a8bb$28b99470$1220fea9@amer.cisco.com><467B9059.5090508@piuha.net> <017801c7b7c3$a7900dd0$1220fea9@amer.cisco.com> From: "Pascal Thubert \(pthubert\)" To: "Sri Gundavelli \(sgundave\)" , "Jari Arkko" X-OriginalArrivalTime: 04 Jul 2007 07:57:27.0429 (UTC) FILETIME=[F6E4C350:01C7BE10] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=3676; t=1183535858; x=1184399858; c=relaxed/simple; s=amsdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=pthubert@cisco.com; z=From:=20=22Pascal=20Thubert=20\(pthubert\)=22=20 |Subject:=20RE=3A=20[nemo]=20RE=3A=20[Mip6]=20Summary=20and=20conclusion= 20of=3A=20DS-MIP6=20-=20Consensuscalltoclose=20issue=2093 |Sender:=20; bh=w3tzxviu6WROhkE+n/upa/rrcvdsWtwEuyaC/d+hLe8=; b=PGk2As+NcGRwJHvL6tAQAm3AE0ocY3zJPH3I7vS2eZlMV/l1+yRpeHqsm3qYVLW8j/n1RpZ0 J0tYlsQ1bzALkKuPndUPOiSMlyabnB9UnKCsyTu5rGnSZF9b8/y8dC+l; Authentication-Results: ams-dkim-2; header.From=pthubert@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: a7d2e37451f7f22841e3b6f40c67db0f Cc: nemo@ietf.org, Mobile IPv6 Mailing List , Henrik Levkowetz , Basavaraj Patil X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Hi Sri: We went through this KA discussion. Even discussed having an async message sent by the HA with a short TTL or something so that it would pass the NAT but not reach the MN, so the MN could be left sleeping and save battery. But at the end of the day, BU/BA seemed to do the job quite fine, bringing the value of revalidating the BCE when a simple ping would be total loss. Do you have an issue with that? On which side? Pascal >-----Original Message----- >From: Sri Gundavelli (sgundave) >Sent: Tuesday, June 26, 2007 9:29 AM >To: 'Jari Arkko' >Cc: nemo@ietf.org; 'Mobile IPv6 Mailing List'; 'Henrik Levkowetz'; 'Basavaraj Patil' >Subject: [nemo] RE: [Mip6] Summary and conclusion of: DS-MIP6 - Consensuscalltoclose issue 93 > >Hi Jari, > > >> -----Original Message----- >> From: Jari Arkko [mailto:jari.arkko@piuha.net] >> Sent: Friday, June 22, 2007 2:03 AM >> To: Sri Gundavelli >> Cc: 'Basavaraj Patil'; 'Henrik Levkowetz'; nemo@ietf.org; >> 'Mobile IPv6 Mailing List' >> Subject: Re: [Mip6] Summary and conclusion of: DS-MIP6 - >> Consensus calltoclose issue 93 >> >> Sri, >> >> > 4. Tunnel Keep Alive message >> > >> > When DSMIP chose IPv4 UDP transport for NAT traversal, >> > the need for keepalive messaging between the tunnel >> > peers for keeping the NAT bindings came up. The authors >> > of the draft chose to use MIP6 signaling messages BU/BA >> > as a way to refresh the keepalive messages. IMO, having >> > a simple keepalive messages is lot more useful than an >> > expensive BU/BA. Most 3519 implementation today optimize >> > on this, by eliminating the keepalives when there is >> > traffic. We cant do such optimizations with BU/BA. >> > >> >> I don't see why not. First of all, you can always skip >> a keepalive when there is other traffic. Secondly, you >> can skip the entire contents and send an empty container. >> Etc. >> > >That's what I meant, when using a KA message, it can always >be skipped when there is traffic. The KA processing is not >expensive as compared to the use of BU/BA for the same purpose. > > >> > 6. Why do we need GRE Header ? >> > >> > We need GRE tunnel header for various reasons, when ever we >> > carry multiple streams within a tunnel, the GRE header for its >> > mature header semantics, the key field and the sequence number >> > field is useful. >> > >> >> Hmm. Reading on... >> >> > We have some NEMO use cases where we use the GRE key to tag >> > certain MNP flows, and the tunnel peers use these keys as a >> > form of a selector for differential treatment. Its a color >> > code. >> > >> > Use cases: >> > >> > a.) Overlapping private IPv4 addressing support on the MAGs >> > (PMIP6 Usage) >> > >> >> From your list, this sounds like the most valid reason. But are >> there other ways to deal with this? Can you expand on the >> requirement and describe why there are no other ways to >> deal with it? >> > >This is for supporting the overlapping private IPv4 address >scenario. As Vijay was saying, GRE is the most simplest way >to solve this. It has the proper semantics in the header, >such as GRE key etc. There are many MIP4 implementations that >use this mechanism for tagging the flows between the PDSN and >the HA. > > >> > c.) Carrying other protocol packets (Lets say, IPX packets) >> > in a MIP tunnel. >> > >> >> This is not a very convincing use case. We can always encapsulate >> L2TP etc. inside if we really want to. >> > >The scenario was about using about using MIP tunnel for routing >other traffic. L2TP cant be used, as it wont provide mobility. > >Regards >Sri From nemo-bounces@ietf.org Wed Jul 04 04:39:14 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I60OD-0000zp-B0; Wed, 04 Jul 2007 04:39:09 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I60OC-0000xt-44; Wed, 04 Jul 2007 04:39:08 -0400 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.43) id 1I60O5-00072S-Qd; Wed, 04 Jul 2007 04:39:08 -0400 Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-2.cisco.com with ESMTP; 04 Jul 2007 01:39:01 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAEf5ikarR7PEh2dsb2JhbACPHwEBCQ4s X-IronPort-AV: i="4.16,496,1175497200"; d="scan'208"; a="383510551:sNHT37198286" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l648d0RF030781; Wed, 4 Jul 2007 01:39:00 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l648cpmo020076; Wed, 4 Jul 2007 08:38:53 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 4 Jul 2007 01:38:51 -0700 Received: from sgundavewxp ([10.89.16.214]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 4 Jul 2007 01:38:50 -0700 From: "Sri Gundavelli" To: "'Pascal Thubert \(pthubert\)'" , "'Jari Arkko'" References: <20070607005358.PNHE23012.oaamta07sl.mx.bigpond.com@PC20005><35912544FC930E49BF20EF16C3EF2765024ACE7B@xmb-hkg-416.apac.cisco.com><004f01c7a8bb$28b99470$1220fea9@amer.cisco.com><467B9059.5090508@piuha.net> <017801c7b7c3$a7900dd0$1220fea9@amer.cisco.com> <7892795E1A87F04CADFCCF41FADD00FC042D2C02@xmb-ams-337.emea.cisco.com> Subject: RE: [nemo] RE: [Mip6] Summary and conclusion of: DS-MIP6 - Consensuscalltoclose issue 93 Date: Wed, 4 Jul 2007 01:38:47 -0700 Message-ID: <021d01c7be16$bedbeaf0$ea5e150a@amer.cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Ace0rDWZxhwuwNAaS8CRy2KiWfMalwDEsshgAZRK1XAAAOCSQA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 In-Reply-To: <7892795E1A87F04CADFCCF41FADD00FC042D2C02@xmb-ams-337.emea.cisco.com> X-OriginalArrivalTime: 04 Jul 2007 08:38:50.0849 (UTC) FILETIME=[BF209510:01C7BE16] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1644; t=1183538340; x=1184402340; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=sgundave@cisco.com; z=From:=20=22Sri=20Gundavelli=22=20 |Subject:=20RE=3A=20[nemo]=20RE=3A=20[Mip6]=20Summary=20and=20conclusion= 20of=3A=20DS-MIP6=20-=20Consensuscalltoclose=20issue=2093 |Sender:=20; bh=mbd6zjC+++Rw05V+PIA3tEW1IEBo8CCVoSkFb/nZB3M=; b=V0g5kvlYwulwpTQgADMwsYB2olxw1Ngk22pldzKWrxw6TviWLZ9O/vyNZlHtrRHqOKALOFm3 JgiMowyuCkv8RJ+r+a/UDU7R8N7rmHtcoorOdRYw8Ej4uDy0Jv4HHxwS; Authentication-Results: sj-dkim-4; header.From=sgundave@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 7baded97d9887f7a0c7e8a33c2e3ea1b Cc: nemo@ietf.org, 'Mobile IPv6 Mailing List' , 'Henrik Levkowetz' , 'Basavaraj Patil' X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Hi Pascal, > -----Original Message----- > From: Pascal Thubert (pthubert) [mailto:pthubert@cisco.com] > Sent: Wednesday, July 04, 2007 12:57 AM > To: Sri Gundavelli (sgundave); Jari Arkko > Cc: nemo@ietf.org; Mobile IPv6 Mailing List; Henrik > Levkowetz; Basavaraj Patil > Subject: RE: [nemo] RE: [Mip6] Summary and conclusion of: > DS-MIP6 - Consensuscalltoclose issue 93 > > Hi Sri: > > We went through this KA discussion. Even discussed having an async > message sent by the HA with a short TTL or something so that it would > pass the NAT but not reach the MN, so the MN could be left > sleeping and > save battery. But at the end of the day, BU/BA seemed to do the job > quite fine, bringing the value of revalidating the BCE when a simple > ping would be total loss. My concern with the use of BU/BA message as a tunnel keep alive mechanism is the processing load on the HA. The amount of checks the BU message will go through is lot more than a normal keepalive message would go through, in most implementations, IMO. Each time a BU is processed, the home agent needs to search for the BCE in its table for that node and update the lifetime. For a simple keepalive, this entire search can be skipped, its just a echo back and further the message can be skipped when there is data traffic. If the home agent is hosting like 1 to 2 million bindings, we need to pay bit more attention to this. But, if you guys already thought about this issue and if you are convinced, the processing load on the HA for a BU vs a simple KA message is just the same, no issue from my side. Regards Sri From toij6565@yahoo.co.jp Wed Jul 04 19:02:32 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6Drk-0000A7-6N for NEMO-ARCHIVE@LISTS.IETF.ORG; Wed, 04 Jul 2007 19:02:32 -0400 Received: from [221.203.92.213] (helo=so-net.ne.jp) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I6Drj-0005Rg-7t for NEMO-ARCHIVE@LISTS.IETF.ORG; Wed, 04 Jul 2007 19:02:32 -0400 Received: from fwgruheq3 (unknown [60.25.195.251]) by smtp55 (Coremail) with SMTP id VkglJjeZOUzDQ5FG.1 for ; Sat, 05 Jul 2008 07:01:48 +0800 (CST) X-Originating-IP: [60.25.195.251] Subject: =?iso-2022-jp?B?GyRCJTslQyUvJTkkNyQrNj1MIyRKJDcbKEI=?= From: =?shift-jis?B?eXVraWtv?= To: X-Mailer: Microsoft Outlook Express 6.00.2800.1478 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0008_01C7AF45.580252E0" X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 4.5 (++++) X-Scan-Signature: 5ebbf074524e58e662bc8209a6235027 This is a multi-part message in MIME format. ------=_NextPart_000_0008_01C7AF45.580252E0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit $B0&$@$NNx$@$N$$$j$^$;$s!*(B $B$H$K$+$/3d$j@Z$j%;%C%/%9$N$_$G2q$C$F2<$5$$!#(B http://pure-love.biz/yu/?fs29 $B%$%d!*!*!*(B hosono145yuko@yahoo.co.uk ------=_NextPart_000_0008_01C7AF45.580252E0 Content-Type: text/html; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable
=1B$B0&$@$NNx$@$N$$$j$^$;$s!*=1B(B
=
=1B$B$H$K$+$/3d$j@Z$j%;%C%/%9$N$_$G2q$C$F2<$5$$!#=1B(B
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
=1B$B%$%d!*!*!*=1B(B
hosono145yuko@yahoo.co.= uk =
------=_NextPart_000_0008_01C7AF45.580252E0-- From ybatwing@castlemails.com Thu Jul 05 05:03:04 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6NEu-0005H3-Dt for nemo-archive@lists.ietf.org; Thu, 05 Jul 2007 05:03:04 -0400 Received: from [220.88.5.241] (helo=castlemails.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1I6NEt-00050S-PQ for nemo-archive@lists.ietf.org; Thu, 05 Jul 2007 05:03:04 -0400 Message-ID: <001501c7bf2e$bb69ea70$0683fa74@samsunggr0vqrp> From: "Kory Hartman" To: "nemo-archive" Subject: Superstar Stock Report Date: Thu, 5 Jul 2007 18:03:03 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.181 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1158 X-Spam-Score: 0.2 (/) X-Scan-Signature: 7a6398bf8aaeabc7a7bb696b6b0a2aad MRMT IS THE TRUE SUPERNOVA MONSTER MOTORS INC - Hires Award-Winning Design Studio for National Branding Television Commercial Ticker: MRMT Trade: July 05 Thursday, 2007 MRMT Price: $0.6 Monday July 2, 9:00 am ET - News Release CHICAGO, IL--(MARKET WIRE)--Jul 2, 2007 Monster Motors, Inc. (Other OTC:MRMT.PK - News) announces a major contract with top Commercial graphic producer Keech Studio for the production of a National advertising spot for Monster Motors, Inc. The Monster Motors commercial ad spot is designed for showing in Major cable television Markets nationwide represented by Viamedia including those markets serviced by Verizon FiOS, RCN, Knology, WOW, Surewest, New Wave, Everest, Grande, Blue Ridge, Service Electric, CATV and Atlantic Broadband. WATCH MRMT SHOOT THROUGH THE SKY THURSDAY! From nemo-bounces@ietf.org Thu Jul 05 08:47:09 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6QjV-0003vQ-Nw; Thu, 05 Jul 2007 08:46:53 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6QjT-0003vD-3z; Thu, 05 Jul 2007 08:46:51 -0400 Received: from omta03sl.mx.bigpond.com ([144.140.92.155]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I6QjP-0005BX-4Z; Thu, 05 Jul 2007 08:46:51 -0400 Received: from oaamta03sl.mx.bigpond.com ([124.190.105.118]) by omta03sl.mx.bigpond.com with ESMTP id <20070705124643.KRQA1824.omta03sl.mx.bigpond.com@oaamta03sl.mx.bigpond.com>; Thu, 5 Jul 2007 12:46:43 +0000 Received: from PC20005 ([124.190.105.118]) by oaamta03sl.mx.bigpond.com with ESMTP id <20070705124643.FKGN24129.oaamta03sl.mx.bigpond.com@PC20005>; Thu, 5 Jul 2007 12:46:43 +0000 From: "Hesham Soliman" To: "'Hesham Soliman'" , , Date: Thu, 5 Jul 2007 22:46:39 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Thread-Index: Ace7mBtfZ3/6qerdQv62CoSb8S1s9wDaYH+w Message-Id: <20070705124643.FKGN24129.oaamta03sl.mx.bigpond.com@PC20005> X-Spam-Score: 0.1 (/) X-Scan-Signature: 5ebbf074524e58e662bc8209a6235027 Cc: Subject: [nemo] RE: Issue 93 - way forward X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Folks, With the deadline fast approaching, I'd like to remind everyone to express a choice, or a "don't care" about this issue. Given the contrast between the amount of emails on this issue before Vs now, I'm inclined to assume that a lot of people who participated before don't care which alternative we go for. So just to be clear, the options are: Alternative 1 Alternative 2 Don't care So far we had one opinion for alt 1 and another for alt 2. Personally, I prefer 2 because it's clearer and doesn't allow for a seamless switch between the two packet formats on a per-packet basis. I think that makes things more predictable for tunnel setup at the HA. I'm also less comfortable with the generic ICMP error response from the HA when the MN sends a packet in a format that is not supported by the HA. I think using the BU to signal which format should be used is cleaner. My 2 cents. Hesham PS: If we get a lot of "don't care" then I'll ask the chairs/AD to make the decisions for us. > -----Original Message----- > From: Hesham Soliman [mailto:Hesham@elevatemobile.com] > Sent: Sunday, July 01, 2007 2:27 PM > To: 'mip6@ietf.org'; 'nemo@ietf.org' > Subject: Issue 93 - way forward > > Folks, > > Some of the people involved in the recent discussions on > issue 93, the NETLMM chairs and the AD had a teleconference > a few days ago to discuss how to address the lack of > concensus on this issue. The aim of the meeting was to find > a way of accomodating both sides with one solution that > avoids the technical inefficiency/lack of flexibility > concerns of both sides. > > The following is a summary of what we agreed on in the meeting. > > The agreement was to define a way of handling both cases > (presence of TLV or not). To do that two different > mechanisms were proposed, I'll list a summary of each one below. > > 1. Implicit signalling > > The idea is to use the first byte after the UDP header to > switch on whether the following header is IP (v4 or v6) or a > TLV header. Effectively, the first byte is the version field > of the IP header. versions 4 or 6 have the obvious meaning, > for the TLV header we can use one of the version numbers > that are not used today like 0 or 1. So for instance, 0 > means TLV, 4 means IPv4, and 6 means IPv6. > Jari mentioned that this is used by other protocols like > MPLS and it is considered a hack by some people on the IESG > but in our case we use a specific port number for DSMIP > therefore no one who does not implement the DSMIP spec > should receive this. > > So, when using this alternative, the TLV would look > something like this: > > Format (1byte) Type (1byte) Length (2 bytes) > > Format is just a bad name I use in this email to indicate > that this byte is used to identify the format of the > following information (IP header or TLV) > > Type is the message type > length is the message length > > 2. Explicit signalling > > In this mechanism we define a new flag in the BU that, when > set, indicates that the MN/MR wants to use the following format: > IP > UDP > TLV > ...etc > when the flag is cleared, it indicates the the MN/MR wants > to use the following format: > IP > UDP > ...etc (i.e. no TLV). > > Obviously when using this mechanism there must be a default > mechanism for sending the BU itself. I.e., we can always > send the BU in the current UDP encapsulation format witohut > the TLV but if the request is accepted then data packets are > sent as agreed during the BU/BA exchange. > > In either solution we will have to mandate that both the HA > and the MN support the negotiation mechanism and one default > format. So, all implementations have to support the current > format of UDP encapsulation as a base. This allows for > interoperability. > > In this alternative there is no need for the Format field in > alternative 1, we only need to define Type and Length fields > with one byte reserved. > > > Hesham > From nemo-bounces@ietf.org Thu Jul 05 08:47:14 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6Qjh-000422-4H; Thu, 05 Jul 2007 08:47:05 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6Qjd-0003xJ-SO; Thu, 05 Jul 2007 08:47:03 -0400 Received: from ams-iport-1.cisco.com ([144.254.224.140]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I6QjX-0005Fc-Ap; Thu, 05 Jul 2007 08:47:01 -0400 Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 05 Jul 2007 14:46:52 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAF6FjEaQ/uCKh2dsb2JhbACPLQEBAQgOLA X-IronPort-AV: i="4.16,503,1175464800"; d="scan'208"; a="147314657:sNHT32074766" Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l65Ckqa5019658; Thu, 5 Jul 2007 14:46:52 +0200 Received: from xbh-ams-331.emea.cisco.com (xbh-ams-331.cisco.com [144.254.231.71]) by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l65CkVTG009999; Thu, 5 Jul 2007 12:46:43 GMT Received: from xmb-ams-337.cisco.com ([144.254.231.82]) by xbh-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 5 Jul 2007 14:46:34 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: [nemo] RE: [Mip6] Summary and conclusion of: DS-MIP6 - Consensuscalltoclose issue 93 Date: Thu, 5 Jul 2007 14:46:30 +0200 Message-ID: <7892795E1A87F04CADFCCF41FADD00FC042D31BA@xmb-ams-337.emea.cisco.com> In-Reply-To: <021d01c7be16$bedbeaf0$ea5e150a@amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [nemo] RE: [Mip6] Summary and conclusion of: DS-MIP6 - Consensuscalltoclose issue 93 Thread-Index: Ace0rDWZxhwuwNAaS8CRy2KiWfMalwDEsshgAZRK1XAAAOCSQAA7Lgcg References: <20070607005358.PNHE23012.oaamta07sl.mx.bigpond.com@PC20005><35912544FC930E49BF20EF16C3EF2765024ACE7B@xmb-hkg-416.apac.cisco.com><004f01c7a8bb$28b99470$1220fea9@amer.cisco.com><467B9059.5090508@piuha.net> <017801c7b7c3$a7900dd0$1220fea9@amer.cisco.com> <7892795E1A87F04CADFCCF41FADD00FC042D2C02@xmb-ams-337.emea.cisco.com> <021d01c7be16$bedbeaf0$ea5e150a@amer.cisco.com> From: "Pascal Thubert \(pthubert\)" To: "Sri Gundavelli \(sgundave\)" , "Jari Arkko" X-OriginalArrivalTime: 05 Jul 2007 12:46:34.0762 (UTC) FILETIME=[851F76A0:01C7BF02] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=2968; t=1183639612; x=1184503612; c=relaxed/simple; s=amsdkim1002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=pthubert@cisco.com; z=From:=20=22Pascal=20Thubert=20\(pthubert\)=22=20 |Subject:=20RE=3A=20[nemo]=20RE=3A=20[Mip6]=20Summary=20and=20conclusion= 20of=3A=20DS-MIP6=20-=20Consensuscalltoclose=20issue=2093 |Sender:=20; bh=oiiwy1G6Q84Dv/ngxEEbU7l7DwOQhmvJ6x4pJ7HVWk4=; b=BpbXZ+T/Tqjd6XpaHvwqKbi+nm6Hn1n7yprg1c+ZlRK4dr3UryyyM6roZWUx2Vr2d00ro+4Z avCV7SUmhNJ3Vr5SMTQZmyYhUnBqVOPCKXtpYbAwxurB5KMHEvxi35CV; Authentication-Results: ams-dkim-1; header.From=pthubert@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 4b800b1eab964a31702fa68f1ff0e955 Cc: nemo@ietf.org, Mobile IPv6 Mailing List , Henrik Levkowetz , Basavaraj Patil X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Hi Sri: That's fine, then. I agree there is additional processing on a BU but then, this revalidates the cache so you get value for the relatively low CPU increment on the overall message processing from the device driver up.=20 How often should a BCE be refreshed? How long should a HA keep sending packets in the void because it does not know the MN is unreachable at this old CoA? If your deployment permits, that time should be kept short enough. If it is in the order of a minute, the BU exchange should ensure that the NAT state is maintained at no additional cost. That's the tradeoff we ended up agreeing upon. As a result, the draft does not specify a NAT maintenance mechanism and the whole thing ends up as a configuration issue; note also that nothing prevents a particular implementation to add its own secret sauce long as the processing involved (such as pinging) does not bother a standard endpoint. Pascal >-----Original Message----- >From: Sri Gundavelli (sgundave) >Sent: Wednesday, July 04, 2007 10:39 AM >To: Pascal Thubert (pthubert); 'Jari Arkko' >Cc: nemo@ietf.org; 'Mobile IPv6 Mailing List'; 'Henrik Levkowetz'; 'Basavaraj Patil' >Subject: RE: [nemo] RE: [Mip6] Summary and conclusion of: DS-MIP6 - Consensuscalltoclose issue 93 > >Hi Pascal, > > >> -----Original Message----- >> From: Pascal Thubert (pthubert) [mailto:pthubert@cisco.com] >> Sent: Wednesday, July 04, 2007 12:57 AM >> To: Sri Gundavelli (sgundave); Jari Arkko >> Cc: nemo@ietf.org; Mobile IPv6 Mailing List; Henrik >> Levkowetz; Basavaraj Patil >> Subject: RE: [nemo] RE: [Mip6] Summary and conclusion of: >> DS-MIP6 - Consensuscalltoclose issue 93 >> >> Hi Sri: >> >> We went through this KA discussion. Even discussed having an async >> message sent by the HA with a short TTL or something so that it would >> pass the NAT but not reach the MN, so the MN could be left >> sleeping and >> save battery. But at the end of the day, BU/BA seemed to do the job >> quite fine, bringing the value of revalidating the BCE when a simple >> ping would be total loss. > >My concern with the use of BU/BA message as a tunnel keep alive >mechanism is the processing load on the HA. The amount of checks >the BU message will go through is lot more than a normal keepalive >message would go through, in most implementations, IMO. Each time >a BU is processed, the home agent needs to search for the BCE in its >table for that node and update the lifetime. For a simple keepalive, >this entire search can be skipped, its just a echo back and further >the message can be skipped when there is data traffic. If the home >agent is hosting like 1 to 2 million bindings, we need to pay bit >more attention to this. But, if you guys already thought about this >issue and if you are convinced, the processing load on the HA for a >BU vs a simple KA message is just the same, no issue from my side. > >Regards >Sri > > > From nemo-bounces@ietf.org Thu Jul 05 10:04:22 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6RwS-0005iY-K2; Thu, 05 Jul 2007 10:04:20 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6RwP-0005f1-LN; Thu, 05 Jul 2007 10:04:18 -0400 Received: from ithilien.qualcomm.com ([129.46.51.59]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I6RwG-00016I-EM; Thu, 05 Jul 2007 10:04:17 -0400 Received: from neophyte.qualcomm.com (neophyte.qualcomm.com [129.46.61.149]) by ithilien.qualcomm.com (8.13.6/8.12.5/1.0) with ESMTP id l65E44OD007616 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 5 Jul 2007 07:04:04 -0700 Received: from SANEXCAS03.na.qualcomm.com (sanexcas03.qualcomm.com [172.30.32.65]) by neophyte.qualcomm.com (8.13.6/8.13.6/1.0) with ESMTP id l65E431s026713; Thu, 5 Jul 2007 07:04:03 -0700 Received: from NAEX13.na.qualcomm.com ([129.46.51.248]) by SANEXCAS03.na.qualcomm.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 5 Jul 2007 07:04:03 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 5 Jul 2007 07:04:02 -0700 Message-ID: In-Reply-To: <20070705124643.FKGN24129.oaamta03sl.mx.bigpond.com@PC20005> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Mip6] RE: Issue 93 - way forward Thread-Index: Ace7mBtfZ3/6qerdQv62CoSb8S1s9wDaYH+wAALofWA= References: <20070705124643.FKGN24129.oaamta03sl.mx.bigpond.com@PC20005> From: "Narayanan, Vidya" To: "Hesham Soliman" , , X-OriginalArrivalTime: 05 Jul 2007 14:04:03.0546 (UTC) FILETIME=[58039BA0:01C7BF0D] X-Spam-Score: 0.0 (/) X-Scan-Signature: 6ffdee8af20de249c24731d8414917d3 Cc: Subject: [nemo] RE: [Mip6] RE: Issue 93 - way forward X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org I prefer to use an explicit signaling mechanism (Alt 2) as well. =20 Vidya > -----Original Message----- > From: Hesham Soliman [mailto:Hesham@elevatemobile.com]=20 > Sent: Thursday, July 05, 2007 5:47 AM > To: 'Hesham Soliman'; mip6@ietf.org; nemo@ietf.org > Subject: [Mip6] RE: Issue 93 - way forward >=20 > Folks,=20 >=20 > With the deadline fast approaching, I'd like to remind=20 > everyone to express a choice, or a "don't care" about this=20 > issue. Given the contrast between the amount of emails on=20 > this issue before Vs now, I'm inclined to assume that a lot=20 > of people who participated before don't care which=20 > alternative we go for.=20 >=20 > So just to be clear, the options are: > Alternative 1 > Alternative 2 > Don't care >=20 > So far we had one opinion for alt 1 and another for alt 2.=20 >=20 > Personally, I prefer 2 because it's clearer and doesn't allow=20 > for a seamless switch between the two packet formats on a=20 > per-packet basis. I think that makes things more predictable=20 > for tunnel setup at the HA. I'm also less comfortable with=20 > the generic ICMP error response from the HA when the MN sends=20 > a packet in a format that is not supported by the HA. I think=20 > using the BU to signal which format should be used is cleaner.=20 >=20 > My 2 cents. >=20 > Hesham >=20 > PS: If we get a lot of "don't care" then I'll ask the=20 > chairs/AD to make the decisions for us. =20 >=20 > > -----Original Message----- > > From: Hesham Soliman [mailto:Hesham@elevatemobile.com] >=20 > Sent: Sunday, July 01, 2007 2:27 PM > To: 'mip6@ietf.org';=20 > 'nemo@ietf.org' > > Subject: Issue 93 - way forward > > > > Folks, > > > > Some of the people involved in the recent discussions on =20 > > issue 93, the NETLMM chairs and the AD had a teleconference=20 > > a few days ago to discuss how to address the lack of >=20 > concensus on this issue. The aim of the meeting was to find =20 > > a way of accomodating both sides with one solution that >=20 > avoids the technical inefficiency/lack of flexibility >=20 > concerns of both sides. > > > > The following is a summary of what we agreed on in the meeting.=20 > > > > The agreement was to define a way of handling both cases =20 > > (presence of TLV or not). To do that two different >=20 > mechanisms were proposed, I'll list a summary of each one below.=20 > > > > 1. Implicit signalling > > > > The idea is to use the first byte after the UDP header to =20 > > switch on whether the following header is IP (v4 or v6) or=20 > a > TLV header. Effectively, the first byte is the version=20 > field > of the IP header. versions 4 or 6 have the obvious=20 > meaning, > for the TLV header we can use one of the version=20 > numbers > that are not used today like 0 or 1. So for=20 > instance, 0 > means TLV, 4 means IPv4, and 6 means IPv6.=20 > > Jari mentioned that this is used by other protocols like =20 > > MPLS and it is considered a hack by some people on the IESG=20 > > but in our case we use a specific port number for DSMIP >=20 > therefore no one who does not implement the DSMIP spec >=20 > should receive this.=20 > > > > So, when using this alternative, the TLV would look >=20 > something like this: > > > > Format (1byte) Type (1byte) Length (2 bytes) > > Format=20 > is just a bad name I use in this email to indicate > that=20 > this byte is used to identify the format of the > following=20 > information (IP header or TLV) > > Type is the message type=20 > > length is the message length > > 2. Explicit signalling =20 > > > In this mechanism we define a new flag in the BU that,=20 > when > set, indicates that the MN/MR wants to use the=20 > following format: > > IP > > UDP > > TLV > > ...etc > > when the flag is cleared, it indicates the the MN/MR wants=20 > > to use the following format: > > IP > > UDP > > ...etc (i.e. no TLV).=20 > > > > Obviously when using this mechanism there must be a=20 > default > mechanism for sending the BU itself. I.e., we can=20 > always > send the BU in the current UDP encapsulation format=20 > witohut > the TLV but if the request is accepted then data=20 > packets are > sent as agreed during the BU/BA exchange.=20 > > > > In either solution we will have to mandate that both the=20 > HA > and the MN support the negotiation mechanism and one=20 > default > format. So, all implementations have to support=20 > the current > format of UDP encapsulation as a base. This=20 > allows for > interoperability.=20 > > > > In this alternative there is no need for the Format field=20 > in > alternative 1, we only need to define Type and Length=20 > fields > with one byte reserved. > > > > > > Hesham > >=20 >=20 >=20 >=20 > _______________________________________________ > Mip6 mailing list > Mip6@ietf.org > https://www1.ietf.org/mailman/listinfo/mip6 >=20 From nemo-bounces@ietf.org Thu Jul 05 10:24:17 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6SFk-0004Eh-MY; Thu, 05 Jul 2007 10:24:16 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6SFj-0004EZ-2s for nemo@ietf.org; Thu, 05 Jul 2007 10:24:15 -0400 Received: from smtp0.netlab.nec.de ([195.37.70.40]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I6SFd-0004eG-Ek for nemo@ietf.org; Thu, 05 Jul 2007 10:24:15 -0400 Received: from localhost (atlas1.office [127.0.0.1]) by smtp0.netlab.nec.de (Postfix) with ESMTP id D0EBB20102C6 for ; Thu, 5 Jul 2007 16:24:08 +0200 (CEST) X-Virus-Scanned: Amavisd on Debian GNU/Linux (atlas1.office) Received: from smtp0.netlab.nec.de ([127.0.0.1]) by localhost (atlas1.office [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J4ttAbS+k3k8 for ; Thu, 5 Jul 2007 16:24:08 +0200 (CEST) Received: from mx1.office (mx1.office [10.1.1.23]) by smtp0.netlab.nec.de (Postfix) with ESMTP id A3D1E2000186 for ; Thu, 5 Jul 2007 16:24:03 +0200 (CEST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C7BF10.2349E642" Date: Thu, 5 Jul 2007 16:25:08 +0200 Message-ID: <5F6519BF2DE0404D99B7C75607FF76FF90D5@mx1.office> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: Submitted I-D draft-baldessari-c2ccc-nemo-req-01 thread-index: Ace/EEnOQBrL87/wTcCyPpsGTa+LQg== From: "Roberto Baldessari" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: 313575717ab99ab523072fd0986ea42f Subject: [nemo] Submitted I-D draft-baldessari-c2ccc-nemo-req-01 X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org This is a multi-part message in MIME format. ------_=_NextPart_001_01C7BF10.2349E642 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear all, We submitted a new version of the C2C-C automotive requirements for NEMO = RO. The draft is attached and also available at = ftp://kyoto.netlab.nec.de/pub/internet-drafts/draft-baldessari-c2ccc-nemo= -req-01.txt There are several changes. We worked on restricting the requirements to = the ones that are in the RO scope and removed what is unlikely to be = addressed by the MEXT WG. Further, we compared requirements with the = ones from aviation industry (draft-eddy-nemo-aero-reqs-00) and outlined = similar or identical requirements. Also, the structure of the document has changed. If you want to skip the = technical approach description, which did not change much, have a look = directly at Section 5 (RO scenario) and 6 (Requirements). We borrowed = from draft-eddy-nemo-aero-reqs-00 the style in which requirements are = listed, which we found particularly good. Any comment is appreciated. Best regards, Roberto =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Roberto Baldessari Research Staff Member NEC Laboratories, Network Division, NEC Europe Ltd. Kurfuerstenanlage 36, D-69115 Heidelberg Tel. +49 (0)6221 4342-167 Fax: +49 (0)6221 4342-55 e-mail: roberto.baldessari@netlab.nec.de web: http://www.netlab.nec.de/ NEC Europe Limited | Registered Office:=20 NEC House, 1 Victoria Road, London W3 6BL=20 Registered in England 2832014=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ------_=_NextPart_001_01C7BF10.2349E642 Content-Type: text/plain; name="draft-baldessari-c2ccc-nemo-req-01.txt" Content-Transfer-Encoding: base64 Content-Description: draft-baldessari-c2ccc-nemo-req-01.txt Content-Disposition: attachment; filename="draft-baldessari-c2ccc-nemo-req-01.txt" CgoKTkVNTyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBSLiBCYWxkZXNzYXJpCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgTkVDIEV1cm9wZQpJbnRlbmRlZCBzdGF0dXM6IEluZm9y bWF0aW9uYWwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBBLiBGZXN0YWcKRXhwaXJl czogSmFudWFyeSA2LCAyMDA4ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIE5F QyBHZXJtYW55CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgTS4gTGVuYXJkaQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgSGl0YWNoaSBFdXJvcGUKICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBKdWx5IDA1LCAyMDA3 CgoKICAgICAgIEMyQy1DIENvbnNvcnRpdW0gUmVxdWlyZW1lbnRzIGZvciBORU1PIFJvdXRlIE9w dGltaXphdGlvbgogICAgICAgICAgICAgICAgICAgZHJhZnQtYmFsZGVzc2FyaS1jMmNjYy1uZW1v LXJlcS0wMQoKU3RhdHVzIG9mIHRoaXMgTWVtbwoKICAgQnkgc3VibWl0dGluZyB0aGlzIEludGVy bmV0LURyYWZ0LCBlYWNoIGF1dGhvciByZXByZXNlbnRzIHRoYXQgYW55CiAgIGFwcGxpY2FibGUg cGF0ZW50IG9yIG90aGVyIElQUiBjbGFpbXMgb2Ygd2hpY2ggaGUgb3Igc2hlIGlzIGF3YXJlCiAg IGhhdmUgYmVlbiBvciB3aWxsIGJlIGRpc2Nsb3NlZCwgYW5kIGFueSBvZiB3aGljaCBoZSBvciBz aGUgYmVjb21lcwogICBhd2FyZSB3aWxsIGJlIGRpc2Nsb3NlZCwgaW4gYWNjb3JkYW5jZSB3aXRo IFNlY3Rpb24gNiBvZiBCQ1AgNzkuCgogICBJbnRlcm5ldC1EcmFmdHMgYXJlIHdvcmtpbmcgZG9j dW1lbnRzIG9mIHRoZSBJbnRlcm5ldCBFbmdpbmVlcmluZwogICBUYXNrIEZvcmNlIChJRVRGKSwg aXRzIGFyZWFzLCBhbmQgaXRzIHdvcmtpbmcgZ3JvdXBzLiAgTm90ZSB0aGF0CiAgIG90aGVyIGdy b3VwcyBtYXkgYWxzbyBkaXN0cmlidXRlIHdvcmtpbmcgZG9jdW1lbnRzIGFzIEludGVybmV0LQog ICBEcmFmdHMuCgogICBJbnRlcm5ldC1EcmFmdHMgYXJlIGRyYWZ0IGRvY3VtZW50cyB2YWxpZCBm b3IgYSBtYXhpbXVtIG9mIHNpeCBtb250aHMKICAgYW5kIG1heSBiZSB1cGRhdGVkLCByZXBsYWNl ZCwgb3Igb2Jzb2xldGVkIGJ5IG90aGVyIGRvY3VtZW50cyBhdCBhbnkKICAgdGltZS4gIEl0IGlz IGluYXBwcm9wcmlhdGUgdG8gdXNlIEludGVybmV0LURyYWZ0cyBhcyByZWZlcmVuY2UKICAgbWF0 ZXJpYWwgb3IgdG8gY2l0ZSB0aGVtIG90aGVyIHRoYW4gYXMgIndvcmsgaW4gcHJvZ3Jlc3MuIgoK ICAgVGhlIGxpc3Qgb2YgY3VycmVudCBJbnRlcm5ldC1EcmFmdHMgY2FuIGJlIGFjY2Vzc2VkIGF0 CiAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvaWV0Zi8xaWQtYWJzdHJhY3RzLnR4dC4KCiAgIFRoZSBs aXN0IG9mIEludGVybmV0LURyYWZ0IFNoYWRvdyBEaXJlY3RvcmllcyBjYW4gYmUgYWNjZXNzZWQg YXQKICAgaHR0cDovL3d3dy5pZXRmLm9yZy9zaGFkb3cuaHRtbC4KCiAgIFRoaXMgSW50ZXJuZXQt RHJhZnQgd2lsbCBleHBpcmUgb24gSmFudWFyeSA2LCAyMDA4LgoKQ29weXJpZ2h0IE5vdGljZQoK ICAgQ29weXJpZ2h0IChDKSBUaGUgSUVURiBUcnVzdCAoMjAwNykuCgpBYnN0cmFjdAoKICAgVmVo aWN1bGFyIGFkIGhvYyBOZXR3b3JrcyAoVkFORVRzKSwgc2VsZi1vcmdhbml6ZWQgbmV0d29ya3Mg YmFzZWQgb24KICAgc2hvcnQtcmFuZ2Ugd2lyZWxlc3MgdGVjaG5vbG9naWVzLCBhaW0gYXQgaW1w cm92aW5nIHJvYWQgc2FmZXR5IGFuZAogICBwcm92aWRpbmcgY29tZm9ydCBhbmQgZW50ZXJ0YWlu bWVudCBhcHBsaWNhdGlvbnMuICBUaGUgQ2FyMkNhcgogICBDb21tdW5pY2F0aW9uIENvbnNvcnRp dW0gaXMgZGVmaW5pbmcgYSBFdXJvcGVhbiBzdGFuZGFyZCBmb3IgaW50ZXItCiAgIHZlaGljbGUg Y29tbXVuaWNhdGlvbiB0aGF0IGFkb3B0cyBWQU5FVHMgcHJpbmNpcGxlcy4gIFRoaXMgZG9jdW1l bnQKCgoKQmFsZGVzc2FyaSwgZXQgYWwuICAgICAgIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4ICAg ICAgICAgICAgICAgIFtQYWdlIDFdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICBDMkMtQ0MgTkVN TyBSTyBSZXF1aXJlbWVudHMgICAgICAgICAgICAgSnVseSAyMDA3CgoKICAgc3BlY2lmaWVzIHJl cXVpcmVtZW50cyBmb3IgUm91dGUgT3B0aW1pemF0aW9uIHRlY2huaXF1ZXMgZm9yIHVzYWdlIG9m CiAgIE5ldHdvcmsgTW9iaWxpdHkgKE5FTU8pIGluIFZBTkVUcyBhcyBpZGVudGlmaWVkIGJ5IHRo ZSBDb25zb3J0aXVtLgoKClRhYmxlIG9mIENvbnRlbnRzCgogICAxLiAgSW50cm9kdWN0aW9uIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDMKICAgMi4g IFRlcm1pbm9sb2d5ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuICA0CiAgIDMuICBDMkMgQ29tbXVuaWNhdGlvbiBBcmNoaXRlY3R1cmUgLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNgogICAgIDMuMS4gIFN5c3RlbSBBcmNoaXRlY3R1cmUg IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDYKICAgICAzLjIuICBQcm90 b2NvbCBBcmNoaXRlY3R1cmUgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA4 CiAgICAgMy4zLiAgSVB2NiBEZXBsb3ltZW50ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAgOQogICA0LiAgSW50ZW5kZWQgTkVNTyBEZXBsb3ltZW50IC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTEKICAgICA0LjEuICBTY29wZSBvZiBORU1P ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDExCiAgICAgNC4y LiAgRXhhbXBsZSBVc2UgQ2FzZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAxMQogICAgICAgNC4yLjEuICBOb3RpZmljYXRpb24gU2VydmljZXMgIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gMTIKICAgICAgIDQuMi4yLiAgUGVlci10by1wZWVyIEFwcGxp Y2F0aW9ucyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDEyCiAgICAgICA0LjIuMy4gIFVw bG9hZCBhbmQgRG93bmxvYWQgU2VydmljZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxMgog ICA1LiAgTkVNTyBSb3V0ZSBPcHRpbWl6YXRpb24gU2NlbmFyaW9zICAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gMTMKICAgNi4gIE5FTU8gUm91dGUgT3B0aW1pemF0aW9uIFJlcXVpcmVtZW50 cyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDE1CiAgICAgNi4xLiAgUmVxIDEgLSBTZXBhcmFi aWxpdHkgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxNQogICAgIDYuMi4g IFJlcSAyIC0gTU5OIElQc2VjICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gMTUKICAgICA2LjMuICBSZXEgMyAtIFJPIFNlY3VyaXR5ICAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIDE2CiAgICAgNi40LiAgUmVxIDQgLSBQcml2YWN5IFByb3RlY3Rp b24gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxNgogICAgIDYuNS4gIFJlcSA1IC0g TXVsdGlob21pbmcgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTcKICAg ICA2LjYuICBSZXEgNiAtIENvZXhpc3RlbmNlIHdpdGggU3ViLUlQdjYgUk8gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIDE3CiAgIDcuICBJQU5BIENvbnNpZGVyYXRpb25zICAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxNwogICA4LiAgU2VjdXJpdHkgQ29uc2lkZXJhdGlv bnMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTcKICAgOS4gIEFja25v d2xlZGdtZW50cyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IDE3CiAgIDEwLiBSZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAxOAogICAgIDEwLjEuIE5vcm1hdGl2ZSBSZWZlcmVuY2VzIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTgKICAgICAxMC4yLiBJbmZvcm1hdGl2 ZSBSZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDE4CiAgIEF1 dGhvcnMnIEFkZHJlc3NlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAxOQogICBJbnRlbGxlY3R1YWwgUHJvcGVydHkgYW5kIENvcHlyaWdodCBTdGF0ZW1l bnRzIC4gLiAuIC4gLiAuIC4gLiAuIC4gMjEKCgoKCgoKCgoKCgoKCgoKCgpCYWxkZXNzYXJpLCBl dCBhbC4gICAgICAgRXhwaXJlcyBKYW51YXJ5IDYsIDIwMDggICAgICAgICAgICAgICAgW1BhZ2Ug Ml0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgIEMyQy1DQyBORU1PIFJPIFJlcXVpcmVtZW50cyAg ICAgICAgICAgICBKdWx5IDIwMDcKCgoxLiAgSW50cm9kdWN0aW9uCgogICBJbiBWZWhpY3VsYXIg YWQgaG9jIE5ldHdvcmtzIChWQU5FVHMpLCBjYXJzIGFyZSBlcXVpcHBlZCB3aXRoIHNob3J0LQog ICByYW5nZSB3aXJlbGVzcyBjb21tdW5pY2F0aW9uIGRldmljZXMgdGhhdCBvcGVyYXRlIGF0IGZy ZXF1ZW5jaWVzCiAgIGRlZGljYXRlZCB0byBzYWZldHkgYW5kIG5vbi1zYWZldHkgdmVoaWN1bGFy IGFwcGxpY2F0aW9ucy4gIFdoZW4KICAgZW50ZXJpbmcgdGhlIHByb3hpbWl0eSBvZiBlYWNoIG90 aGVyLCB2ZWhpY2xlcyBmb3JtIGEgc2VsZi1vcmdhbml6ZWQKICAgbmV0d29yayBieSBtZWFucyBv ZiBhIHNwZWNpYWxpemVkIHJvdXRpbmcgcHJvdG9jb2wgdGhhdCBhbGxvd3MgZm9yCiAgIHBhY2tl dCBleGNoYW5nZSB0aHJvdWdoIGJyb2FkY2FzdCBhbmQgdW5pY2FzdCBjb21tdW5pY2F0aW9ucy4K ICAgRnVydGhlciwgZml4ZWQgY29tbXVuaWNhdGlvbiBkZXZpY2VzIGFyZSBpbnN0YWxsZWQgYWxv bmcgcm9hZHNpZGVzCiAgIGFuZCBjYW4gZWl0aGVyIGRpc3RyaWJ1dGUgbG9jYWwgd2FybmluZ3Mg b3Igb2ZmZXIgY29ubmVjdGl2aXR5IHdpdGggYQogICBuZXR3b3JrIGluZnJhc3RydWN0dXJlLiAg RHVlIHRvIGl0cyBzYWZldHktb3JpZW50ZWQgbmF0dXJlIGFuZAogICBleHRyZW1lbHkgZHluYW1p YyBvcGVyYXRpb25hbCBlbnZpcm9ubWVudCwgdGhpcyB0eXBlIG9mIGNvbW11bmljYXRpb24KICAg aGFzIGxlYWQgcmVzZWFyY2ggdG8gY29uc2lkZXIgc3BlY2lhbGl6ZWQgcHJvdG9jb2xzIGFuZCBh bGdvcml0aG1zLAogICBlc3BlY2lhbGx5IGNvbmNlcm5pbmcgaW5mb3JtYXRpb24gZGlzc2VtaW5h dGlvbiwgZ2VvZ3JhcGhpYwogICBkaXN0cmlidXRpb24gb2YgcGFja2V0cyBhbmQgcHJpdmFjeS9z ZWN1cml0eSBpc3N1ZXMuCgogICBUaGUgQ2FyMkNhciBDb21tdW5pY2F0aW9uIENvbnNvcnRpdW0g WzEwXSBpcyBhbiBpbmR1c3RyeSBjb25zb3J0aXVtCiAgIG9mIGNhciBtYW51ZmFjdHVyZXJzIGFu ZCBlbGVjdHJvbmljcyBzdXBwbGllcnMgdGhhdCBmb2N1c2VzIG9uIHRoZQogICBkZWZpbml0aW9u IG9mIGFuIEV1cm9wZWFuIHN0YW5kYXJkIGZvciB2ZWhpY3VsYXIgY29tbXVuaWNhdGlvbgogICBw cm90b2NvbHMuICBUaGUgQ29uc29ydGl1bSBnYXRoZXJzIHJlc3VsdHMgZnJvbSByZXNlYXJjaCBw cm9qZWN0cyBhbmQKICAgYWltcyBhdCBoYXJtb25pemluZyB0aGVpciBlZmZvcnRzLiAgVGhlIGZp cnN0IHRlY2huaWNhbCBkb2N1bWVudAogICBbMTFdLCB0byBiZSByZWxlYXNlZCBpbiB0aGUgZm9s bG93aW5nIG1vbnRocywgZ2l2ZXMgYW4gb3ZlcnZpZXcgb2YKICAgdGhlIHN5c3RlbSBhbmQgcHJv dG9jb2wgYXJjaGl0ZWN0dXJlLCBhcyB3ZWxsIGFzIG9mIHRoZSBhcHBsaWNhdGlvbnMKICAgb24g d2hpY2ggdGhlIENvbnNvcnRpdW0gaGFzIGFncmVlZCBzbyBmYXIuICBJbiBlc3NlbmNlLCB0aGlz IGRvY3VtZW50CiAgIGRlZmluZXMgYSBDMkMtQyBwcm90b2NvbCBzdGFjayB0aGF0IG9mZmVycyBz cGVjaWFsaXplZAogICBmdW5jdGlvbmFsaXRpZXMgYW5kIGludGVyZmFjZXMgdG8gKHByaW1hcmls eSkgc2FmZXR5LW9yaWVudGVkCiAgIGFwcGxpY2F0aW9ucyBhbmQgcmVsaWVzIGFzIGEgY29tbXVu aWNhdGlvbiB0ZWNobm9sb2d5IG9uIGEgbW9kaWZpZWQKICAgdmVyc2lvbiBvZiBJRUVFIDgwMi4x MXAgWzEyXS4gIFRoaXMgcHJvdG9jb2wgc3RhY2sgaXMgcGxhY2VkIGJlc2lkZSBhCiAgIHRyYWRp dGlvbmFsIFRDUC9JUCBzdGFjaywgYmFzZWQgb24gSVAgdmVyc2lvbiA2LCB3aGljaCBpcyB1c2Vk IG1haW5seQogICBmb3Igbm9uLXNhZmV0eSBhcHBsaWNhdGlvbnMgb3IgcG90ZW50aWFsbHkgYnkg YW55IGFwcGxpY2F0aW9uIHRoYXQgaXMKICAgbm90IHN1YmplY3QgdG8gc3RyaWN0IGRlbGl2ZXJ5 IHJlcXVpcmVtZW50cywgaW5jbHVkaW5nIEludGVybmV0LWJhc2VkCiAgIGFwcGxpY2F0aW9ucy4g IFRoZSBpbnRlcmFjdGlvbiBiZXR3ZWVuIHRoZXNlIHN0YWNrcyBpcyBjdXJyZW50bHkKICAgZGlz Y3Vzc2VkIGFuZCBicmllZmx5IG92ZXJ2aWV3ZWQgaW4gdGhpcyBkb2N1bWVudC4KCiAgIEFzIHZl aGljbGVzIGNvbm5lY3RpbmcgdG8gdGhlIEludGVybmV0IHZpYSBkZWRpY2F0ZWQgYWNjZXNzIHBv aW50cwogICAoYWxzbyB0ZXJtZWQgUm9hZCBTaWRlIFVuaXRzLCBzZWUgU2VjdGlvbiAyIGZvciB0 ZXJtaW5vbG9neSkgY2hhbmdlCiAgIHRoZWlyIGF0dGFjaG1lbnQgcG9pbnQgd2hpbGUgZHJpdmlu ZywgdGhlIENvbnNvcnRpdW0gY29uc2lkZXJzIElQCiAgIE1vYmlsaXR5IHN1cHBvcnQgYXMgZW5o YW5jaW5nIHRoZSBzeXN0ZW0gd2l0aCBzZXNzaW9uIGNvbnRpbnVpdHkgYW5kCiAgIGdsb2JhbCBy ZWFjaGFiaWxpdHkuICBXaGVuIGNvbnNpZGVyaW5nIHRoYXQgcGFzc2VuZ2VyIGRldmljZXMgY2Fu IGJlCiAgIHBsdWdnZWQgaW50byBjYXIgY29tbXVuaWNhdGlvbiBlcXVpcG1lbnQsIHRoZXJlZm9y ZSB0dXJuaW5nIGEgdmVoaWNsZQogICBpbnRvIGFuIGVudGlyZSBtb3ZpbmcgbmV0d29yaywgTmV0 d29yayBNb2JpbGl0eSAoTkVNTykgcHJpbmNpcGxlcwogICBoYXZlIGNsZWFyIGJlbmVmaXRzIGlu IHRoZSBkaXNjdXNzZWQgc2NlbmFyaW8gKGkuZS4gcGFzc2VuZ2VyIGRldmljZXMKICAgc2hpZWxk ZWQgZnJvbSBtb2JpbGl0eSwgY2VudHJhbGl6ZWQgbW9iaWxpdHkgbWFuYWdlbWVudCkuCgogICBJ biBORU1PIEJhc2ljIFN1cHBvcnQgcHJvdG9jb2wgWzFdIGFsbCBkYXRhIHBhY2tldHMgZ28gdGhy b3VnaCB0aGUKICAgSVB2Ni1pbi1JUHY2IHR1bm5lbCBlc3RhYmxpc2hlZCBiZXR3ZWVuIHRoZSBN b2JpbGUgUm91dGVyIChNUikgYW5kCiAgIHRoZSBIb21lIEFnZW50IChIQSkuICBBcyBhbHJlYWR5 IHBvaW50ZWQgb3V0IGluIHZhcmlvdXMgZG9jdW1lbnRzCiAgIChbN10sIFs2XSBhbmQgWzldKSB0 aGlzIGNhbiBoYXZlIHNldmVyZSBjb25zZXF1ZW5jZXMgb24gdGhlCgoKCkJhbGRlc3NhcmksIGV0 IGFsLiAgICAgICBFeHBpcmVzIEphbnVhcnkgNiwgMjAwOCAgICAgICAgICAgICAgICBbUGFnZSAz XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgQzJDLUNDIE5FTU8gUk8gUmVxdWlyZW1lbnRzICAg ICAgICAgICAgIEp1bHkgMjAwNwoKCiAgIGNvbW11bmljYXRpb24gcGVyZm9ybWFuY2VzLCBhcyBp dCBjYXVzZXMgZGF0YSBwYWNrZXRzIHRvIGZvbGxvdyBhCiAgIHBhdGggdGhhdCBjYW4gYmUgdmVy eSBmYXIgZnJvbSBvcHRpbWFsIGFuZCByZXF1aXJlcyBhIGRvdWJsZSBJUHY2CiAgIGhlYWRlciBm b3IgZXZlcnkgcGFja2V0IGV4Y2hhbmdlZCB3aXRoIGEgQ29ycmVzcG9uZGVudCBOb2RlIChDTikg aW4KICAgdGhlIEludGVybmV0LiAgQ29tcGFyZWQgd2l0aCBhIGNvbW11bmljYXRpb24gdGhhdCB1 c2VzIHRoZSBpZGVhbAogICBwYWNrZXQgcm91dGluZyBhbmQgdGhlIG5vcm1hbCBJUHY2IGhlYWRl ciBzaXplLCB0aGVzZSBmYWN0b3JzIHJlc3VsdHMKICAgaW4gYW4gaW5jcmVhc2VkIGRlbGF5IGFu ZCBhIHJlZHVjZWQgdGhyb3VnaHB1dCwgcGx1cyBpbmRpcmVjdAogICBjb25zZXF1ZW5jZXMgbGlr ZSBpbmNyZWFzZWQgcGFja2V0IGZyYWdtZW50YXRpb24gYW5kIG92ZXJhbGwgbGVzcwogICBlZmZp Y2llbnQgdXNhZ2Ugb2YgcmVzb3VyY2VzLiAgRXZlbiBpZiwgYXMgZGVzY3JpYmVkIGxhdGVyLCB0 aGUgQzJDLUMKICAgQ29uc29ydGl1bSBpbnRlbmRzIHRvIGFkb3B0IE5FTU8gb25seSBmb3Igbm9u LXNhZmV0eSBhcHBsaWNhdGlvbnMsIGEKICAgUm91dGUgT3B0aW1pemF0aW9uIChSTykgbWVjaGFu aXNtIHRoYXQgYWxsZXZpYXRlcyBvciBldmVuIGVsaW1pbmF0ZXMKICAgdGhpcyBpbmVmZmljaWVu Y3kgaXMgaGlnaGx5IGRlc2lyYWJsZS4gIE1vcmVvdmVyLCB0aGUgYWN0dWFsCiAgIGRlcGxveW1l bnQgb2YgTkVNTyBhcyBkZWZhdWx0IElQIG1vYmlsaXR5IHN1cHBvcnQgaW4gQzJDLUMKICAgY29t bXVuaWNhdGlvbiBzeXN0ZW1zIHN0cm9uZ2x5IGRlcGVuZHMgb24gdGhlIGF2YWlsYWJpbGl0eSBv ZiBSTwogICB0ZWNobmlxdWVzLgoKICAgVGhlIGRvY3VtZW50IGlzIG9yZ2FuaXplZCBhcyBmb2xs b3dzOiBTZWN0aW9uIDIgZGVmaW5lcyB0ZXJtaW5vbG9neS4KICAgU2VjdGlvbiAzIGRlc2NyaWJl cyB0aGUgdGVjaG5pY2FsIGFwcHJvYWNoIG9mIEMyQy1DIENvbnNvcnRpdW0gdGhhdAogICBhbGxv d3MgZm9yIHVzYWdlIG9mIE5FTU8uICBTZWN0aW9uIDQgZGVzY3JpYmVzIHRoZSBkZXBsb3ltZW50 IG9mIE5FTU8KICAgaW4gdmVoaWN1bGFyIGFwcGxpY2F0aW9ucyBhcyBpbnRlbmRlZCBieSB0aGUg QzJDLUMgQ29uc29ydGl1bS4KICAgU2VjdGlvbiA1IGludHJvZHVjZXMgdGhlIFJPIHNjZW5hcmlv IGFuZCBmaW5hbGx5IFNlY3Rpb24gNiBsaXN0cyB0aGUKICAgcmVxdWlyZW1lbnRzIGZvciBORU1P IFJPLgoKCjIuICBUZXJtaW5vbG9neQoKICAgVGhlIGZvbGxvd2luZyB0ZXJtcyB1c2VkIGluIHRo aXMgZG9jdW1lbnQgYXJlIGRlZmluZWQgaW4gdGhlIE1vYmlsZQogICBJUHY2IHByb3RvY29sIHNw ZWNpZmljYXRpb24gWzJdOgoKICAgbyAgSG9tZSBBZ2VudCAoSEEpCgogICBvICBIb21lIEFkZHJl c3MgKEhvQSkKCiAgIFRoZSBmb2xsb3dpbmcgdGVybXMgdXNlZCBpbiB0aGlzIGRvY3VtZW50IGFy ZSBkZWZpbmVkIGluIHRoZSBNb2JpbGUKICAgTmV0d29yayB0ZXJtaW5vbG9neSBkb2N1bWVudCBb OF06CgogICBvICBOZXR3b3JrIE1vYmlsaXR5IChORU1PKQoKICAgbyAgTW9iaWxlIE5ldHdvcmsK CiAgIG8gIE1vYmlsZSBSb3V0ZXIgKE1SKQoKICAgbyAgTW9iaWxlIE5ldHdvcmsgUHJlZml4IChN TlApCgogICBvICBNb2JpbGUgTmV0d29yayBOb2RlIChNTk4pCgogICBUaGUgZm9sbG93aW5nIHRl cm1zIHVzZWQgaW4gdGhpcyBkb2N1bWVudCBhcmUgZGVmaW5lZCBpbiB0aGUgTkVNTwogICBSb3V0 ZSBPcHRpbWl6YXRpb24gU3BhY2UgQW5hbHlzaXMgZG9jdW1lbnQgWzZdOgoKCgoKQmFsZGVzc2Fy aSwgZXQgYWwuICAgICAgIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4ICAgICAgICAgICAgICAgIFtQ YWdlIDRdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICBDMkMtQ0MgTkVNTyBSTyBSZXF1aXJlbWVu dHMgICAgICAgICAgICAgSnVseSAyMDA3CgoKICAgbyAgQ29ycmVzcG9uZGVudCBSb3V0ZXIgKENS KQoKICAgbyAgQ29ycmVzcG9uZGVudCBFbnRpdHkgKENFKQoKICAgVGhlIGZvbGxvd2luZyBuZXcg dGVybXMgYXJlIHVzZWQgaW4gdGhpcyBkb2N1bWVudDoKCiAgIG8gIE9uIEJvYXJkIFVuaXQgKE9C VSk6IGEgZGV2aWNlIGluc3RhbGxlZCBpbiB2ZWhpY2xlcywgaW1wbGVtZW50aW5nCiAgICAgIHRo ZSBjb21tdW5pY2F0aW9uIHByb3RvY29scyBhbmQgYWxnb3JpdGhtIGFuZCBlcXVpcHBlZCB3aXRo IGF0CiAgICAgIGxlYXN0IDEpIGEgc2hvcnQtcmFuZ2Ugd2lyZWxlc3MgbmV0d29yayBpbnRlcmZh Y2Ugb3BlcmF0aW5nIGF0CiAgICAgIGRlZGljYXRlZCBmcmVxdWVuY2llcyBhbmQgMikgYSB3aXJl bGVzcyBvciB3aXJlZCBuZXR3b3JrIGludGVyZmFjZQogICAgICB3aGVyZSBBcHBsaWNhdGlvbiBV bml0cyAoQVUpIGNhbiBiZSBhdHRhY2hlZCB0by4gIFdpdGggcmVzcGVjdCB0bwogICAgICB0aGUg TkVNTyB0ZXJtaW5vbG9neSwgdGhlIE9CVSBpcyB0aGUgcGh5c2ljYWwgbWFjaGluZSBhY3Rpbmcg YXMKICAgICAgTVIsIDEpIGlzIHVzZWQgYXMgZWdyZXNzIGludGVyZmFjZSBhbmQgMikgYXMgaW5n cmVzcy4KCiAgIG8gIEFwcGxpY2F0aW9uIFVuaXQgKEFVKTogYSBwb3J0YWJsZSBvciBidWlsdC1p biBkZXZpY2UgY29ubmVjdGVkCiAgICAgIHRlbXBvcmFyaWx5IG9yIHBlcm1hbmVudGx5IHRvIHRo ZSB2ZWhpY2xlIE9CVS4gIEl0IGlzIGFzc3VtZWQgdGhhdAogICAgICBBVXMgc3VwcG9ydCBhIHN0 YW5kYXJkIFRDUC9JUHY2IHByb3RvY29sIHN0YWNrLCBvcHRpb25hbGx5CiAgICAgIGVuaGFuY2Vk IHdpdGggSVAgTW9iaWxpdHkgc3VwcG9ydC4gIFdpdGggcmVzcGVjdCB0byB0aGUgTkVNTwogICAg ICB0ZXJtaW5vbG9neSwgYW4gQVUgaXMgYSBnZW5lcmljIE1OTi4KCiAgIG8gIFJvYWQgU2lkZSBV bml0IChSU1UpOiBhIGRldmljZSBpbnN0YWxsZWQgYWxvbmcgcm9hZHNpZGVzCiAgICAgIGltcGxl bWVudGluZyB0aGUgQzJDLUMgY29tbXVuaWNhdGlvbiBwcm90b2NvbHMgYW5kIGFsZ29yaXRobXMu CiAgICAgIFJTVXMgY2FuIGVpdGhlciBiZSBpc29sYXRlZCBvciBjb25uZWN0ZWQgdG8gYSBuZXR3 b3JrCiAgICAgIGluZnJhc3RydWN0dXJlLiAgSW4gdGhlIGxhdHRlciBjYXNlLCBSU1VzIGFyZSBh dHRhY2htZW50IHBvaW50cwogICAgICBlaXRoZXIgYWN0aW5nIHRoZW1zZWx2ZXMgYXMgSVB2NiBh Y2Nlc3Mgcm91dGVycyBvciBhcyBuZXR3b3JrCiAgICAgIGJyaWRnZXMgZGlyZWN0bHkgY29ubmVj dGVkIHRvIGFuIGFjY2VzcyByb3V0ZXIuCgogICBvICBJbi12ZWhpY2xlIG5ldHdvcms6IHRoZSB3 aXJlbGVzcyBvciB3aXJlZCBuZXR3b3JrIHBsYWNlZCBpbiBhCiAgICAgIHZlaGljbGUgYW5kIGNv bXBvc2VkIGJ5IChwb3RlbnRpYWxseSkgc2V2ZXJhbCBBVXMgYW5kIG9uZSBPQlUuCgogICBvICBW ZWhpY2xlLXRvLVZlaGljbGUgKFYyVikgQ29tbXVuaWNhdGlvbiBNb2RlOiBhIGdlbmVyaWMKICAg ICAgY29tbXVuaWNhdGlvbiBtb2RlIGluIHdoaWNoIGRhdGEgcGFja2V0cyBhcmUgZXhjaGFuZ2Vk IGJldHdlZW4gdHdvCiAgICAgIHZlaGljbGVzLCBlaXRoZXIgZGlyZWN0bHkgb3IgYnkgbWVhbnMg b2YgbXVsdGktaG9wIHJvdXRpbmcsCiAgICAgIHdpdGhvdXQgaW52b2x2aW5nIGFueSBub2RlIGlu IHRoZSBpbmZyYXN0cnVjdHVyZS4KCiAgIG8gIFZlaGljbGUtdG8tSW5mcmFzdHJ1Y3R1cmUgKFYy SSkgQ29tbXVuaWNhdGlvbiBNb2RlOiBhIGdlbmVyaWMKICAgICAgY29tbXVuaWNhdGlvbiBtb2Rl IGluIHdoaWNoIGRhdGEgcGFja2V0cyBzZW50IG9yIHJlY2VpdmVkIGJ5IGEKICAgICAgdmVoaWNs ZSB0cmF2ZXJzZSBhIG5ldHdvcmsgaW5mcmFzdHJ1Y3R1cmUuCgogICBvICBWZWhpY2xlLXRvLUlu ZnJhc3RydWN0dXJlLXRvLVZlaGljbGUgKFYySTJWKSBDb21tdW5pY2F0aW9uIE1vZGU6IGEKICAg ICAgZ2VuZXJpYyBjb21tdW5pY2F0aW9uIG1vZGUgaW4gd2hpY2ggZGF0YSBwYWNrZXRzIGFyZSBl eGNoYW5nZWQKICAgICAgYmV0d2VlbiB0d28gdmVoaWNsZXMsIGJ5IG1lYW5zIG9mIG11bHRpLWhv cCByb3V0aW5nIGludm9sdmluZyBhCiAgICAgIFJTVSBub3QgY29ubmVjdGVkIHRvIGEgbmV0d29y ayBpbmZyYXN0cnVjdHVyZS4KCgoKCgoKCgpCYWxkZXNzYXJpLCBldCBhbC4gICAgICAgRXhwaXJl cyBKYW51YXJ5IDYsIDIwMDggICAgICAgICAgICAgICAgW1BhZ2UgNV0KDApJbnRlcm5ldC1EcmFm dCAgICAgICAgIEMyQy1DQyBORU1PIFJPIFJlcXVpcmVtZW50cyAgICAgICAgICAgICBKdWx5IDIw MDcKCgozLiAgQzJDIENvbW11bmljYXRpb24gQXJjaGl0ZWN0dXJlCgozLjEuICBTeXN0ZW0gQXJj aGl0ZWN0dXJlCgogICBUaGUgY3VycmVudCBkcmFmdCByZWZlcmVuY2UgYXJjaGl0ZWN0dXJlIG9m IHRoZSBDMkMgY29tbXVuaWNhdGlvbgogICBzeXN0ZW0gaXMgc2hvd24gaW4gRmlndXJlIDEuCgog ICAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgIEludGVybmV0ICAgICAgICB8CiAgICAgICAg ICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgIHwKICAgICAgICAgICAgICAg ICAgICAgICAgKy0tLSstLS0tLS0tLS0tLS0tLS0tLSstKwogICAgICAgICAgICAgICAgICAgICAg ICAgICAgfCAgICAgICAgICAgICAgICAgfAogICAgICAgICAgICAgICAgIEFjY2VzcyAgKy0tKy0r ICAgICAgICAgICAgKy0tKy0rICBBY2Nlc3MKICAgICAgICAgICAgICAgICBSb3V0ZXIgIHwgQVIg fCAgICAgICAgICAgIHwgQVIgfCAgUm91dGVyCiAgICAgICAgICAgICAgICAgICAgICAgICArLS0r LSsgICAgICAgICAgICArLS0rLSsKICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAg ICAgICAgICAgIHwKICAgICAgICAgICAgICAgICAgICAgIC0tKy0tLSstLS0gICAgICAgICAgICAt LSstLS0rLS0KICAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAg ICB8CiAgICAgICAgIFJvYWQgU2lkZSAgICstLSstLSsgICAgICAgICAgICAgICAgICAgKy0tKy0t KyAgIFB1YmxpYwogICAgICAgICAgIFVuaXQgICAgICB8IFJTVSB8ICAgICAgICAgICAgICAgICAg IHwgUEhTIHwgIEhvdCBTcG90CiAgICAgICAgICAgICAgICAgICAgICstLS0rLSsgICAgICAgICAg ICAgICAgICAgKy0tLSstKwogICAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAg ICAgICAgICAgICB8CiAgICAgICAgICAgICAgICAgICAgICAgIC9cICAgICAgICAgICAgICAgICAg ICAgICAgL1wKCiAgICAgICAgICAgICAgICAgICAgICAgIFxfICAgICAgICAgICAgICAgICAgICAg ICAgIFxfCiAgICAgICAgICAgICAgICAgICAgICAgICAgXF8gICAgICAgICAgICAgICAgICAgICAg ICAgXF8KICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwgICAgICAgICAgICAgICAgICAgICAg ICAgIFwKCiAgICAgICAgICAgIE1hbmRhdG9yeSAgICAgICAgXC8KICAgICAgICAgIE1vZCBJRUVF IDgwMi4xMXAgICAgfCAgICAgICBfXyAgICAgICAgICAgICAgIFwvICBPcHRpb25hbCBJRUVFCiAg ICAgICAgICAgIEludGVyZmFjZSAgICAgKy0tLSstLSsgICAgICBcX18gICAgICBcLyAgICAgfCAg IDgwMi4xMWEvYi9nCiAgICAgICAgICAgICAgICAgICAgICAgICAgfCBPQlUxIHwgICAgICAgICAg ICAgICAgfCAgICAgfCAgICBJbnRlcmZhY2UKICAgICAgICAgICAgICAgICAgICAgICAgICArLS0r LS0tKyAgICAgICAgICAgICAgKy0rLS0tLS0rLS0tKwogICAgICAgICAgICAgICAgICAgVmVoaWNs ZTEgIHwgICAgICAgICAgICAgICAgICB8ICAgT0JVMiAgICB8ICBPbi1Cb2FyZAogICAgICAgICAg ICAgICAgICAgICAgICAtKy0tLSstKy0gICAgICAgICAgICAgICArLS0rLS0tLS0tLS0rICAgIFVu aXQKICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgIHwgICAgICAgICAgICAgICAgICAgfCBW ZWhpY2xlMgogICAgICAgQXBwbGljYXRpb24gICAgKy0tKy0rICstKy0tKyAgICAgICAgICAgLS0r LS0rLS0KICAgICAgICAgIFVuaXRzICAgICAgIHwgQVUgfCB8IEFVIHwgICAgICAgICAgICAgfAog ICAgICAgICAgICAgICAgICAgICAgKy0tLS0rICstLS0tKyAgICAgICAgICAgKy0rLS0rCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8IEFVIHwKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICstLS0tKwoKICAgICAgICAgICAg ICAgICAgRmlndXJlIDE6IEMyQy1DQyBSZWZlcmVuY2UgQXJjaGl0ZWN0dXJlCgogICBWZWhpY2xl cyBhcmUgZXF1aXBwZWQgd2l0aCBuZXR3b3JrcyBsb2dpY2FsbHkgY29tcG9zZWQgb2YgYW4gT0JV IGFuZAogICBwb3RlbnRpYWxseSBtdWx0aXBsZSBBVXMuICBBbiBBVSBpcyB0eXBpY2FsbHkgYSBk ZWRpY2F0ZWQgZGV2aWNlIHRoYXQKICAgZXhlY3V0ZXMgYSBzaW5nbGUgb3IgYSBzZXQgb2YgYXBw bGljYXRpb25zIGFuZCB1dGlsaXplcyB0aGUgT0JVCiAgIGNvbW11bmljYXRpb24gY2FwYWJpbGl0 aWVzLiAgQW4gQVUgY2FuIGJlIGFuIGludGVncmF0ZWQgcGFydCBvZiBhCiAgIHZlaGljbGUgYW5k IGJlIHBlcm1hbmVudGx5IGNvbm5lY3RlZCB0byBhbiBPQlUuICBJdCBjYW4gYWxzbyBiZSBhCgoK CkJhbGRlc3NhcmksIGV0IGFsLiAgICAgICBFeHBpcmVzIEphbnVhcnkgNiwgMjAwOCAgICAgICAg ICAgICAgICBbUGFnZSA2XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgQzJDLUNDIE5FTU8gUk8g UmVxdWlyZW1lbnRzICAgICAgICAgICAgIEp1bHkgMjAwNwoKCiAgIHBvcnRhYmxlIGRldmljZSBz dWNoIGFzIGxhcHRvcCwgUERBIG9yIGdhbWUgcGFkIHRoYXQgY2FuIGR5bmFtaWNhbGx5CiAgIGF0 dGFjaCB0byAoYW5kIGRldGFjaCBmcm9tKSBhbiBPQlUuICBBVSBhbmQgT0JVIGFyZSB1c3VhbGx5 IGNvbm5lY3RlZAogICB3aXRoIHdpcmVkIGNvbm5lY3Rpb24sIGJ1dCB0aGUgY29ubmVjdGlvbiBj YW4gYWxzbyBiZSB3aXJlbGVzcywgc3VjaAogICBhcyBCbHVldG9vdGguICBUaGUgZGlzdGluY3Rp b24gYmV0d2VlbiBBVSBhbmQgT0JVIGlzIGxvZ2ljYWwsIHRoZXkKICAgY2FuIGFsc28gcmVzaWRl IGluIGEgc2luZ2xlIHBoeXNpY2FsIHVuaXQuCgogICBWZWhpY2xlcycgT0JVcyBhbmQgc3RhdGlv bmFyeSB1bml0cyBhbG9uZyB0aGUgcm9hZCwgdGVybWVkIHJvYWQtc2lkZQogICB1bml0cyAoUlNV cyksIGZvcm0gYW4gYWQgaG9jIG5ldHdvcmsuICBBbiBPQlUgaXMgYXQgbGVhc3QgZXF1aXBwZWQK ICAgd2l0aCBhIChzaG9ydCByYW5nZSkgd2lyZWxlc3MgY29tbXVuaWNhdGlvbiBkZXZpY2UgYmFz ZWQgb24gZHJhZnQKICAgc3RhbmRhcmQgSUVFRSA4MDIuMTFwIFsxMl0gKGFkYXB0ZWQgdG8gRXVy b3BlYW4gY29uZGl0aW9ucyBhbmQgd2l0aAogICBzcGVjaWZpYyBDMkMtQyBleHRlbnNpb25zKSBw cmltYXJpbHkgZGVkaWNhdGVkIGZvciByb2FkIHNhZmV0eSwgYW5kCiAgIHBvdGVudGlhbGx5IHdp dGggb3RoZXIgb3B0aW9uYWwgY29tbXVuaWNhdGlvbiBkZXZpY2VzLiAgT0JVcyBkaXJlY3RseQog ICBjb21tdW5pY2F0ZSBpZiB3aXJlbGVzcyBjb25uZWN0aXZpdHkgZXhpc3QgYW1vbmcgdGhlbS4g IEluIGNhc2Ugb2Ygbm8KICAgZGlyZWN0IGNvbm5lY3Rpdml0eSwgbXVsdGktaG9wIGNvbW11bmlj YXRpb24gaXMgdXNlZCwgd2hlcmUgZGF0YSBpcwogICBmb3J3YXJkZWQgZnJvbSBvbmUgT0JVIHRv IGFub3RoZXIsIHVudGlsIGl0IHJlYWNoZXMgaXRzIGRlc3RpbmF0aW9uLgogICBGb3IgZXhhbXBs ZSBpbiBGaWd1cmUgMSwgUlNVIGFuZCBPQlUxIGhhdmUgZGlyZWN0IGNvbm5lY3Rpdml0eSwKICAg d2hlcmVhcyBPQlUyIGlzIG91dCBvZiBSU1UgcmFkaW8gY292ZXJhZ2UgYnV0IGNhbiBjb21tdW5p Y2F0ZSB3aXRoIGl0CiAgIHRocm91Z2ggbXVsdGktaG9wIHJvdXRpbmcuCgogICBUaGUgcHJpbWFy eSByb2xlIG9mIGFuIFJTVSBpcyBpbXByb3ZlbWVudCBvZiByb2FkIHNhZmV0eS4gIFJTVXMgaGF2 ZQogICB0d28gcG9zc2libGUgY29uZmlndXJhdGlvbiBtb2RlczogYXMgaXNvbGF0ZWQgbm9kZXMs IHRoZXkgZXhlY3V0ZQogICBhcHBsaWNhdGlvbnMgYW5kL29yIGV4dGVuZCB0aGUgY292ZXJhZ2Ug b2YgdGhlIGFkIGhvYyBuZXR3b3JrCiAgIGltcGxlbWVudGluZyByb3V0aW5nIGZ1bmN0aW9uYWxp dGllcy4gIEFzIGF0dGFjaG1lbnQgcG9pbnQgY29ubmVjdGVkCiAgIHRvIGFuIGluZnJhc3RydWN0 dXJlIG5ldHdvcmssIFJTVXMgZGlzdHJpYnV0ZSBpbmZvcm1hdGlvbiBvcmlnaW5hdGVkCiAgIGlu IHRoZSBpbmZyYXN0cnVjdHVyZSBhbmQgb2ZmZXIgY29ubmVjdGl2aXR5IHRvIHRoZSB2ZWhpY2xl cy4gIEFzCiAgIHJlc3VsdCwgZm9yIGV4YW1wbGUsIHRoZSBsYXR0ZXIgY29uZmlndXJhdGlvbiBh bGxvd3MgQVVzIHJlZ2lzdGVyZWQKICAgd2l0aCBhbiBPQlUgdG8gY29tbXVuaWNhdGUgd2l0aCBh bnkgaG9zdCBsb2NhdGVkIGluIHRoZSBJbnRlcm5ldCwKICAgd2hlbiBhdCBsZWFzdCBvbmUgUlNV IGNvbm5lY3RlZCB0byBhIG5ldHdvcmsgaW5mcmFzdHJ1Y3R1cmUgaXMKICAgYXZhaWxhYmxlLgoK ICAgQW4gT0JVIG1heSBhbHNvIGJlIGVxdWlwcGVkIHdpdGggYWx0ZXJuYXRpdmUgd2lyZWxlc3Mg dGVjaG5vbG9naWVzCiAgIGZvciBib3RoLCBzYWZldHkgYW5kIG5vbi1zYWZldHkuICBGb3IgZXhh bXBsZSwgYW4gT0JVIG1heSBhbHNvCiAgIGNvbW11bmljYXRlIHdpdGggSW50ZXJuZXQgbm9kZXMg b3Igc2VydmVycyB2aWEgcHVibGljIHdpcmVsZXNzIExBTgogICBob3Qgc3BvdHMgKFBIUykgb3Bl cmF0ZWQgaW5kaXZpZHVhbGx5IG9yIGJ5IHdpcmVsZXNzIEludGVybmV0IHNlcnZpY2UKICAgcHJv dmlkZXJzLiAgV2hpbGUgUlNVcyBmb3IgSW50ZXJuZXQgYWNjZXNzIGFyZSB0eXBpY2FsbHkgc2V0 IHVwIHdpdGgKICAgYSBjb250cm9sbGVkIHByb2Nlc3MgYnkgYSBDMkMtQyBrZXkgc3Rha2UgaG9s ZGVyLCBzdWNoIGFzIHJvYWQKICAgYWRtaW5pc3RyYXRvcnMgb3Igb3RoZXIgcHVibGljIGF1dGhv cml0aWVzLCBwdWJsaWMgaG90IHNwb3RzIGFyZQogICB1c3VhbGx5IHNldCB1cCBpbiBhIGxlc3Mg Y29udHJvbGxlZCBlbnZpcm9ubWVudC4gIFRoZXNlIHR3byB0eXBlcyBvZgogICBpbmZyYXN0cnVj dHVyZSBhY2Nlc3MsIFJTVSBhbmQgUEhTLCBhbHNvIGNvcnJlc3BvbmQgdG8gZGlmZmVyZW50CiAg IGFwcGxpY2F0aW9ucyB0eXBlcy4gIE90aGVyIGNvbW11bmljYXRpb24gdGVjaG5vbG9neSwgc3Vj aCBhcyB3aWRlCiAgIGNvdmVyYWdlL2NlbGx1bGFyIG5ldHdvcmtzIChlLmcuICBVTVRTLCBHUFJT KSBtYXkgYWxzbyBiZSBvcHRpb25hbGx5CiAgIGluc3RhbGxlZCBpbiBPQlVzLCBidXQgdGhlaXIg dXNhZ2UgaXMgY3VycmVudGx5IGNvbnNpZGVyZWQgb3V0IG9mCiAgIHNjb3BlIG9mIHRoZSBDMkMt Q0MgQ29uc29ydGl1bS4KCiAgIFRoZSBDMkMtQ0MgY29tbW9ubHkgcmVmZXJzIHRvIHR3byBtYWlu IGNvbW11bmljYXRpb24gbW9kZXM6CgogICBvICBpbiBWZWhpY2xlLXRvLVZlaGljbGUgKFYyVikg bW9kZSwgZGF0YSBwYWNrZXRzIGFyZSBleGNoYW5nZWQKICAgICAgZGlyZWN0bHkgYmV0d2VlbiBP QlVzLCBlaXRoZXIgdmlhIG11bHRpLWhvcCBvciBub3QsIHdpdGhvdXQKCgoKQmFsZGVzc2FyaSwg ZXQgYWwuICAgICAgIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4ICAgICAgICAgICAgICAgIFtQYWdl IDddCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICBDMkMtQ0MgTkVNTyBSTyBSZXF1aXJlbWVudHMg ICAgICAgICAgICAgSnVseSAyMDA3CgoKICAgICAgaW52b2x2aW5nIGFueSBSU1U7CgogICBvICBp biBWZWhpY2xlLXRvLUluZnJhc3RydWN0dXJlIG1vZGUgKFYySSksIGFuIE9CVSBleGNoYW5nZXMg ZGF0YQogICAgICBwYWNrZXRzIHRocm91Z2ggYSBSU1Ugd2l0aCBhbiBhcmJpdHJhcnkgbm9kZSBj b25uZWN0ZWQgdG8gdGhlCiAgICAgIGluZnJhc3RydWN0dXJlIChwb3RlbnRpYWxseSBhbm90aGVy IHZlaGljbGUgbm90IGF0dGFjaGVkIHRvIHRoZQogICAgICBzYW1lIFJTVSkuCgozLjIuICBQcm90 b2NvbCBBcmNoaXRlY3R1cmUKCiAgIFRoZSBwcm90b2NvbCBzdGFjayBjdXJyZW50bHkgY29uc2lk ZXJlZCBieSBDMkMtQ0MgZm9yIE9CVXMgaXMKICAgZGVwaWN0ZWQgaW4gRmlndXJlIDIuCgogICAg ICAgICAgICAgICArLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tKwogICAg ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgfAogICAg ICAgICAgICAgICB8ICAgICAgIEMyQy1DQyAgICAgICB8ICAgICBJUC1iYXNlZCAgICAgfAogICAg ICAgICAgICAgICB8ICAgIEFwcGxpY2F0aW9ucyAgICB8ICAgQXBwbGljYXRpb25zICAgfAogICAg ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgfAogICAg ICAgICAgICAgICArLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tKwogICAg ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICB8ICAgIFRDUC9VRFAvLi4uICAgfAogICAg ICAgICAgICAgICB8ICBDMkMtQ0MgVHJhbnNwb3J0ICArLS0tLS0tLS0tLS0tLS0tLS0tKwogICAg ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgfAogICAg ICAgICAgICAgICArLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0rICAgIElQdjYgICAgfAogICAg ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgfAogICAg ICAgICAgICAgICB8ICAgICAgQzJDLUNDIE5ldHdvcmsgICAgICB8ICAgICAgICAgICAgfAogICAg ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgfAogICAg ICAgICAgICAgICArLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0rLS0tLS0tLS0tLS0tKwogICAg ICAgICAgICAgICB8ICAgICAgTW9kaWZpZWQgICAgICB8ICBTdGFuZGFyZCBXTEFOICAgfAogICAg ICAgICAgICAgICB8ICAgIElFRUUgODAyLjExcCAgICB8IElFRUUgODAyLjExYS9iL2cgfAogICAg ICAgICAgICAgICArLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tKwoKICAg ICAgICAgICAgICAgICAgICAgICBGaWd1cmUgMjogT0JVIFByb3RvY29sIFN0YWNrCgogICBQcm90 b2NvbCBibG9ja3MgYXJlIGV4cGxhaW5lZCBpbiB0aGUgZm9sbG93aW5nIGxpc3Q6CgogICBvICBN b2RpZmllZCBJRUVFIDgwMi4xMXA6IHRoaXMgYmxvY2sgcmVwcmVzZW50cyBNQUMgYW5kIFBIWSBs YXllcnMgb2YKICAgICAgYSB3aXJlbGVzcyB0ZWNobm9sb2d5IGJhc2VkIHVwb24gY3VycmVudCBk cmFmdCBzdGFuZGFyZCBJRUVFCiAgICAgIDgwMi4xMXAgWzEyXSBidXQgbW9kaWZpZWQgZm9yIHVz YWdlIGluIEV1cm9wZS4gIEluIEV1cm9wZSwKICAgICAgYWxsb2NhdGlvbiBvZiBkZWRpY2F0ZWQg ZnJlcXVlbmNpZXMgYXJvdW5kIDUuOSBHSHogZm9yIHNhZmV0eSBhbmQKICAgICAgbm9uLXNhZmV0 eSBhcHBsaWNhdGlvbnMgaXMgaW4gcHJvZ3Jlc3MuICBFeHBlY3RlZCBjb21tdW5pY2F0aW9uCiAg ICAgIHJhbmdlIGluIGxpbmUgb2Ygc2lnaHQgaXMgYXJvdW5kIDUwMG0uICBUaGlzIG5ldHdvcmsg aW50ZXJmYWNlIGlzCiAgICAgIG1hbmRhdG9yeS4KCiAgIG8gIElFRUUgODAyLjExYS9iL2c6IHRo aXMgYmxvY2sgcmVwcmVzZW50cyBNQUMgYW5kIFBIWSBsYXllcnMKICAgICAgcHJvdmlkZWQgYnkg b25lIG9yZSBtb3JlIElFRUUgODAyLjExYS9iL2cgbmV0d29yayBpbnRlcmZhY2VzLgogICAgICBU aGlzIG5ldHdvcmsgaW50ZXJmYWNlIGlzIG9wdGlvbmFsIGJ1dCBDMkMtQyBDb25zb3J0aXVtIGVu Y291cmFnZXMKICAgICAgaXRzIGluc3RhbGxhdGlvbi4KCgoKCgpCYWxkZXNzYXJpLCBldCBhbC4g ICAgICAgRXhwaXJlcyBKYW51YXJ5IDYsIDIwMDggICAgICAgICAgICAgICAgW1BhZ2UgOF0KDApJ bnRlcm5ldC1EcmFmdCAgICAgICAgIEMyQy1DQyBORU1PIFJPIFJlcXVpcmVtZW50cyAgICAgICAg ICAgICBKdWx5IDIwMDcKCgogICBvICBDMkMtQ0MgTmV0d29yazogdGhpcyBibG9jayByZXByZXNl bnRzIHRoZSBuZXR3b3JrIGxheWVyIHByb3RvY29sCiAgICAgIGN1cnJlbnRseSBkZWZpbmVkIGJ5 IEMyQy1DQy4gIFRoZSBwcm90b2NvbCBwcm92aWRlcyBzZWN1cmUgYWQgaG9jCiAgICAgIHJvdXRp bmcgYW5kIGZvcndhcmRpbmcsIGFzIHdlbGwgYXMgYWRkcmVzc2luZywgZXJyb3IgaGFuZGxpbmcs CiAgICAgIHBhY2tldCBzZXF1ZW5jaW5nLCBjb25nZXN0aW9uIGNvbnRyb2wgYW5kIGVmZmljaWVu dCBpbmZvcm1hdGlvbgogICAgICBkaXNzZW1pbmF0aW9uLiAgVGhlIHNwZWNpZmljYXRpb24gb2Yg dGhpcyBwcm90b2NvbCBpcyBjdXJyZW50bHkKICAgICAgdW5kZXIgZGlzY3Vzc2lvbi4gIE9ubHkg dGhlIEMyQy1DQyBOZXR3b3JrIHByb3RvY29sIGNhbiBhY2Nlc3MgdGhlCiAgICAgIE1vZGlmaWVk IElFRUUgODAyLjExcCBuZXR3b3JrIGludGVyZmFjZS4gIFRoZSBDMkMtQ0MgTmV0d29yawogICAg ICBwcm90b2NvbCBjYW4gYWxzbyBhY2Nlc3MgdGhlIElFRUUgODAyLjExYS9iL2cgaW50ZXJmYWNl LiAgVGhlCiAgICAgIEMyQy1DQyBOZXR3b3JrIHByb3RvY29sIG9mZmVycyBhbiBpbnRlcmZhY2Ug dG8gdGhlIElQdjYgcHJvdG9jb2wuCiAgICAgIFRoaXMgaW50ZXJmYWNlIGFsbG93cyBJUHY2IGhl YWRlcnMgYW5kIHBheWxvYWQgdG8gYmUgZW5jYXBzdWxhdGVkCiAgICAgIGludG8gQzJDLUNDIE5l dHdvcmsgZGF0YWdyYW1zIGFuZCBzZW50IG92ZXIgdGhlIE1vZGlmaWVkIElFRUUKICAgICAgODAy LjExcCBvciBJRUVFIDgwMi4xMWEvYi9nIG5ldHdvcmsgaW50ZXJmYWNlLiAgVGhlIHNwZWNpZmlj YXRpb24KICAgICAgb2YgdGhpcyBpbnRlcmZhY2UgaXMgY3VycmVudGx5IHVuZGVyIGRpc2N1c3Np b24uICBBIHByaW1hcnkgZ29hbAogICAgICBvZiB0aGUgQzJDLUNDIE5ldHdvcmsgbGF5ZXIgaXMg dG8gcHJvdmlkZSBnZW9ncmFwaGljIHJvdXRpbmcgYW5kCiAgICAgIGFkZHJlc3NpbmcgZnVuY3Rp b25hbGl0aWVzIGZvciBjb29wZXJhdGl2ZSBzYWZldHkgYXBwbGljYXRpb25zLgogICAgICBUaHJv dWdoIHRoZSBtZW50aW9uZWQgaW50ZXJmYWNlIHRvIHRoZSBJUHY2IHByb3RvY29sLCB0aGVzZQog ICAgICBmdW5jdGlvbmFsaXRpZXMgYXJlIGFsc28gYXZhaWxhYmxlIGZvciBJUC1iYXNlZCBhcHBs aWNhdGlvbnMuCgogICBvICBDMkMtQ0MgVHJhbnNwb3J0OiB0aGlzIGJsb2NrIHJlcHJlc2VudHMg dGhlIHRyYW5zcG9ydCBsYXllcgogICAgICBwcm90b2NvbCBjdXJyZW50bHkgZGVmaW5lZCBieSBD MkMtQ0MuICBUaGlzIHByb3RvY29sIHByb3ZpZGVzIGEKICAgICAgc2VsZWN0ZWQgc2V0IG9mIHRy YWRpdGlvbmFsIHRyYW5zcG9ydCBsYXllciBmdW5jdGlvbmFsaXRpZXMgKGUuZy4KICAgICAgYXBw bGljYXRpb24gZGF0YSBtdWx0aXBsZXhpbmcvZGVtdWx0aXBsZXhpbmcsIGNvbm5lY3Rpb24KICAg ICAgZXN0YWJsaXNobWVudCwgcmVsaWFiaWxpdHkgZXRjLikuICBUaGUgc3BlY2lmaWNhdGlvbiBv ZiB0aGlzCiAgICAgIHByb3RvY29sIGlzIGN1cnJlbnRseSB1bmRlciBkaXNjdXNzaW9uLgoKICAg byAgQzJDLUNDIEFwcGxpY2F0aW9uczogdGhpcyBibG9jayByZXByZXNlbnRzIHRoZSBhcHBsaWNh dGlvbiBsYXllcgogICAgICBwcm90b2NvbCBjdXJyZW50bHkgZGVmaW5lZCBieSBDMkMtQ0MgYW5k IGNvbmNlcm5zIEFjdGl2ZSBTYWZldHkKICAgICAgYW5kIFRyYWZmaWMgRWZmaWNpZW5jeSBBcHBs aWNhdGlvbnMuCgozLjMuICBJUHY2IERlcGxveW1lbnQKCiAgIEFzIGRlc2NyaWJlZCBpbiBTZWN0 aW9uIDMuMiwgdGhlIEMyQy1DQyBpbmNsdWRlcyBJUHY2IGFzIG1hbmRhdG9yeQogICBwYXJ0IG9m IGl0cyBzcGVjaWZpZWQgcHJvdG9jb2wgYXJjaGl0ZWN0dXJlLiAgQ3VycmVudGx5LCB0aHJlZQog ICBtZXRob2RzIGFyZSBkaXNjdXNzZWQgZm9yIHRyYW5zbWlzc2lvbiBvZiBJUHY2IGhlYWRlcnMg YW5kIHRoZWlyCiAgIHBheWxvYWQ6CgogICBvICBPbiB0aGUgTW9kaWZpZWQgSUVFRSA4MDIuMTFw IGludGVyZmFjZSB2aWEgdGhlIEMyQy1DQyBOZXR3b3JrCiAgICAgIGxheWVyOiBpbiB0aGlzIG1l dGhvZCwgSVB2NiBoZWFkZXJzIGFyZSBlbmNhcHN1bGF0ZWQgaW50byBDMkMtQ0MKICAgICAgTmV0 d29yayBoZWFkZXJzIGFuZCBzZW50IHVzaW5nIGRlZGljYXRlZCBmcmVxdWVuY2llcyBmb3IgaW50 ZXItCiAgICAgIHZlaGljbGUgY29tbXVuaWNhdGlvbnMuICBBcyB0aGUgQzJDLUNDIE5ldHdvcmsg bGF5ZXIgdHJhbnNwYXJlbnRseQogICAgICBwcm92aWRlcyBhZCBob2Mgcm91dGluZywgZnJvbSB0 aGUgSVB2NiBsYXllciBwZXJzcGVjdGl2ZSBvdGhlcgogICAgICBub2RlcyAoT0JVcyBhbmQgUlNV KSBhcmUgYXR0YWNoZWQgdG8gdGhlIHNhbWUgbGluay4gIFRoZSByZWFsCiAgICAgIGJyb2FkY2Fz dCBkb21haW4sIHdoZXJlIElQdjYgbXVsdGljYXN0IGhlYWRlcnMgYXJlIGRpc3RyaWJ1dGVkIHRv LAogICAgICBpcyBjaG9zZW4gYnkgdGhlIEMyQy1DQyBOZXR3b3JrIGxheWVyIGFjY29yZGluZyB0 byB0aGUgcGFja2V0CiAgICAgIHR5cGUuICBJbiBwYXJ0aWN1bGFyLCBDMkMtQ0MgTmV0d29yayBs YXllciBwcm92aWRlcyBlZmZpY2llbnQKICAgICAgZmxvb2RpbmcgYW5kIGdlb2dyYXBoaWNhbGx5 IHNjb3BlZCBicm9hZGNhc3QgbWVjaGFuaXNtcy4gIFdpdGgKICAgICAgcmVzcGVjdCB0byBhIGN1 cnJlbnRseSBhZG9wdGVkIHRlcm1pbm9sb2d5LCBpbnRyb2R1Y2VkIGluIFsxM10sCiAgICAgIHRo ZSBDMkMtQyBDb25zb3J0aXVtIGFwcHJvYWNoIGZvciB1c2FnZSBvZiBORU1PIG9uIHRoZSBNb2Rp ZmllZAoKCgpCYWxkZXNzYXJpLCBldCBhbC4gICAgICAgRXhwaXJlcyBKYW51YXJ5IDYsIDIwMDgg ICAgICAgICAgICAgICAgW1BhZ2UgOV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgIEMyQy1DQyBO RU1PIFJPIFJlcXVpcmVtZW50cyAgICAgICAgICAgICBKdWx5IDIwMDcKCgogICAgICBJRUVFIDgw Mi4xMXAgaXMgZnVsbHkgTUFORVQtQ2VudHJpYywgaW4gdGhlIHNlbnNlIHRoYXQgdGhlIHN1Yi0K ICAgICAgSVB2NiBwcm90b2NvbCBsYXllciBwcm92aWRlcyByb3V0aW5nIGFuZCBmb3J3YXJkaW5n IGluIHRoZSBhZCBob2MKICAgICAgbmV0d29yay4gIFRoaXMgcmVzdWx0cyBpbiB0aGUgYWQgaG9j IG5hdHVyZSBvZiBWQU5FVHMgYmVpbmcgaGlkZGVuCiAgICAgIGZyb20gSVB2NiBsYXllci4gIEEg Y29tcGFyaXNvbiBvZiBhcHByb2FjaGVzIGZvciBWQU5FVHMgY2FuIGJlCiAgICAgIGZvdW5kIGlu IFsxNF0uICBUaGUgZGVwbG95YWJpbGl0eSBvZiB0aGlzIG1ldGhvZCBzdHJvbmdseSBkZXBlbmRz CiAgICAgIG9uIHRoZSBmdXR1cmUgYXZhaWxhYmlsaXR5IG9mIGRlZGljYXRlZCBmcmVxdWVuY2ll cyBmb3Igbm9uLXNhZmV0eQogICAgICBwdXJwb3NlcyBpbiBpbnRlci12ZWhpY2xlIGNvbW11bmlj YXRpb25zLiAgSWYgZnJlcXVlbmNpZXMgZm9yIHRoaXMKICAgICAgcHVycG9zZSB3aWxsIG5vdCBi ZSBhbGxvY2F0ZWQsIG9ubHkgdGhlIGxlZnQgcGFydCBvZiB0aGUgcHJvdG9jb2wKICAgICAgc3Rh Y2sgb2YgRmlndXJlIDIgY2FuIGFjY2VzcyB0aGUgTW9kaWZpZWQgSUVFRSA4MDIuMTFwIGludGVy ZmFjZS4KCiAgIG8gIE9uIHRoZSBJRUVFIDgwMi4xMWEvYi9nIGludGVyZmFjZSB2aWEgdGhlIEMy Qy1DQyBOZXR3b3JrIGxheWVyOiBpbgogICAgICB0aGlzIG1ldGhvZCwgSVB2NiBoZWFkZXJzIGFy ZSBlbmNhcHN1bGF0ZWQgaW50byBDMkMtQ0MgTmV0d29yawogICAgICBoZWFkZXJzIGFuZCBzZW50 IHVzaW5nIGxpY2Vuc2UtZnJlZSBJU00gZnJlcXVlbmN5IGJhbmRzICh3aXJlbGVzcwogICAgICBM QU4pLiAgRXhjZXB0IHRoZSBuZXR3b3JrIGludGVyZmFjZSwgdGhpcyBtZXRob2QgaXMgZXF1aXZh bGVudCB0bwogICAgICB0aGUgcHJldmlvdXMgb25lLgoKICAgbyAgT24gdGhlIElFRUUgODAyLjEx YS9iL2cgaW50ZXJmYWNlIGRpcmVjdGx5OiBpbiB0aGlzIG1ldGhvZCwgSVB2NgogICAgICBoZWFk ZXJzIGFyZSBzZW50IGRpcmVjdGx5IHRvIHRoZSB3aXJlbGVzcyBMQU4gaW50ZXJmYWNlIGFzCiAg ICAgIHNwZWNpZmllZCBieSBbNV0uCgogICBUaGUgZm9sbG93aW5nIGluZm9ybWF0aW9uYWwgbGlz dCBicmllZmx5IHN1bW1hcml6ZXMgY3VycmVudGx5CiAgIGRpc2N1c3NlZCBkZXNpZ24gY29uY2Vw dHM6CgogICBvICB2ZWhpY2xlcyB1c2Ugb25seSBJUHY2IGFkZHJlc3NlcyB3aXRoIGFzIGhvc3Qg cGFydCBhbiBFVUktNjQKICAgICAgaWRlbnRpZmllciBkZXJpdmVkIGZyb20gdGhlIE1BQyBhZGRy ZXNzLiAgUHJpdmFjeSBpc3N1ZXMgZGVzY3JpYmVkCiAgICAgIGluIFs0XSBhcmUgc3Ryb25nbHkg YWxsZXZpYXRlZCB0aHJvdWdoIHRoZSB1c2Ugb2YgdGVtcG9yYXJ5LAogICAgICBjaGFuZ2luZyBN QUMgYWRkcmVzc2VzLCB3aGljaCBhcmUgYXNzaWduZWQgaW4gYSBzZXQgdG8gZXZlcnkKICAgICAg dmVoaWNsZSAoYXMgcGFydCBvZiB0aGVpciBhc3NpZ25lZCAicHNldWRvbnltcyIpOwoKICAgbyAg d2hlbiBhIFJTVSBjb25uZWN0ZWQgdG8gYSBuZXR3b3JrIGluZnJhc3RydWN0dXJlIGlzIGF2YWls YWJsZSwgYW4KICAgICAgT0JVIGNvbmZpZ3VyZXMgYSBnbG9iYWxseSByb3V0YWJsZSBDYXJlLW9m IEFkZHJlc3MgdXNpbmcgc3RhdGVsZXNzCiAgICAgIGFkZHJlc3MgY29uZmlndXJhdGlvbjsKCiAg IG8gIHdoZW4gaW5mcmFzdHJ1Y3R1cmUgYWNjZXNzIGlzIG5vdCBhdmFpbGFibGUsIE9CVXMgdXNl IGFkZHJlc3NlcwogICAgICB3aXRoIGFzIHByZWZpeCBwYXJ0IGEgcHJlZGVmaW5lZCBJUHY2IHBy ZWZpeCAoZWl0aGVyIHJlc2VydmVkIGZvcgogICAgICBDMkMtQyBjb21tdW5pY2F0aW9ucyBvciBh IGdlbmVyYWwgcHVycG9zZSBvbmUpOwoKICAgbyAgUlNVIGNhbiBlaXRoZXIgYWN0IGFzIElQdjYg QWNjZXNzIFJvdXRlcnMgb3IgYXMgbmV0d29yayBicmlkZ2VzCiAgICAgIGNvbm5lY3RlZCB0byBl eHRlcm5hbCBJUHY2IEFjY2VzcyBSb3V0ZXJzLiAgRGlmZmVyZW50IEFjY2VzcwogICAgICBSb3V0 ZXJzIGFyZSByZXNwb25zaWJsZSBmb3IgYW5ub3VuY2luZyBkaWZmZXJlbnQgbmV0d29yayBwcmVm aXhlcwogICAgICB3aXRoIGdsb2JhbCB2YWxpZGl0eS4gIEFzIGEgY29uc2VxdWVuY2UsIHdoZW4g cm9hbWluZyBiZXR3ZWVuCiAgICAgIGRpZmZlcmVudCBBY2Nlc3MgUm91dGVycywgdmVoaWNsZXMg ZXhwZXJpZW5jZSBsYXllciAzIGhhbmRvdmVycy4KCiAgIEluIGFsbCB0aGUgbWV0aG9kcyBmb3Ig dXNlIG9mIElQdjYgaW4gQzJDLUNDIHN5c3RlbXMgYXMgZGVzY3JpYmVkCiAgIGFib3ZlLCB0aGUg SVB2NiBsYXllciBpcyBtZWFudCB0byBiZSBlbmhhbmNlZCB3aXRoIE1vYmlsaXR5IFN1cHBvcnQu CiAgIEFzIGEgdmVoaWNsZSBpbmNsdWRlcyBhIHNldCBvZiBhdHRhY2hlZCBkZXZpY2VzIChBVXMp LCBOZXR3b3JrCiAgIE1vYmlsaXR5IHNlZW1zIHRoZSBtb3N0IGFwcHJvcHJpYXRlIHNvbHV0aW9u LCBhbGxvd2luZyBmb3IgYQogICBjZW50cmFsaXplZCBtYW5hZ2VtZW50IG9mIG1vYmlsaXR5IHRv IGJlIGV4ZWN1dGVkIGluIE9CVXMuCgoKCkJhbGRlc3NhcmksIGV0IGFsLiAgICAgICBFeHBpcmVz IEphbnVhcnkgNiwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDEwXQoMCkludGVybmV0LURyYWZ0 ICAgICAgICAgQzJDLUNDIE5FTU8gUk8gUmVxdWlyZW1lbnRzICAgICAgICAgICAgIEp1bHkgMjAw NwoKCjQuICBJbnRlbmRlZCBORU1PIERlcGxveW1lbnQKCjQuMS4gIFNjb3BlIG9mIE5FTU8KCiAg IEluIFZBTkVUcyBiYXNlZCBvbiBJRUVFIDgwMi4xMSBmYW1pbHksIGEgbGltaXRlZCBhbW91bnQg b2YgYmFuZHdpZHRoCiAgIGlzIHNoYXJlZCBhbW9uZyBhIHBvdGVudGlhbGx5IGhpZ2ggbnVtYmVy IG9mIHZlaGljbGVzLiAgQWRkaXRpb25hbGx5CiAgIGFwcGxpY2F0aW9ucyBmb3Igc2FmZXR5IHB1 cnBvc2VzIGhhdmUgc3RyaWN0IHJlcXVpcmVtZW50cyBpbiB0ZXJtcyBvZgogICBkZWxheSwgaW5m b3JtYXRpb24gZGlzc2VtaW5hdGlvbiBhbmQgYWdncmVnYXRpb24gYW5kIHNlY3VyZSBhZCBob2MK ICAgcm91dGluZy4gIFRoaXMgY29uZmxpY3RpbmcgY29uZGl0aW9ucyBoYXZlIGxlZCByZXNlYXJj aCBhY3Rpdml0aWVzIHRvCiAgIGNvbnNpZGVyIGRpZmZlcmVudCBhcHByb2FjaGVzIGNvbXBhcmVk IHdpdGggdHJhZGl0aW9uYWwsIHBhY2tldC0KICAgY2VudHJpYyBuZXR3b3JrIGVuZ2luZWVyaW5n LiAgSW4gcGFydGljdWxhciwgb25seSB0aHJvdWdoIGEgbW9yZQogICBpbmZvcm1hdGlvbi1jZW50 cmljIGFwcHJvYWNoIGl0IHNlZW1zIHBvc3NpYmxlIHRvIGFjaGlldmUKICAgZnVuY3Rpb25hbGl0 aWVzIGxpa2UgZ2VvZ3JhcGhpYyBkaXN0cmlidXRpb24sIGluZm9ybWF0aW9uCiAgIGRpc3NlbWlu YXRpb24gYWNjb3JkaW5nIHRvIHJlbGV2YW5jZSwgaW5mb3JtYXRpb24gYWdncmVnYXRpb24gdXNp bmcKICAgY3Jvc3MtbGF5ZXIgYW5hbHlzaXMsIHBsYXVzaWJpbGl0eSBjaGVja3MgYXQgZGlmZmVy ZW50IHByb3RvY29sCiAgIGxheWVycy4KCiAgIFRha2luZyB0aGVzZSBhc3BlY3RzIGludG8gY29u c2lkZXJhdGlvbiwgdGhlIEMyQy1DIENvbnNvcnRpdW0gaXMKICAgZGVmaW5pbmcgYSBwcm90b2Nv bCBzdGFjayBtYWlubHkgZGVkaWNhdGVkIGZvciB2ZWhpY3VsYXIgc2FmZXR5CiAgIGNvbW11bmlj YXRpb25zLiAgQXBwbGljYXRpb25zIHRoYXQgYXJlIG5vdCBzdWJqZWN0IHRvIHRoZXNlCiAgIHBh cnRpY3VsYXIgcmVxdWlyZW1lbnRzIG11c3QgdXNlIHRoZSByaWdodCBwYXJ0IG9mIHRoZSBwcm90 b2NvbCBzdGFjawogICBvZiBGaWd1cmUgMi4gIFRoaXMgaW1wbGllcyB0aGF0IHRoZSB1c2FnZSBv ZiBORU1PIGluIHZlaGljdWxhcgogICBjb21tdW5pY2F0aW9ucyBkb2VzIG5vdCB0YXJnZXQgc2Fm ZXR5LW9mLWxpZmUgYXBwbGljYXRpb25zIGJ1dCByYXRoZXIKICAgbGVzcyByZXN0cmljdGl2ZSwg bm9uLXNhZmV0eSBhcHBsaWNhdGlvbnMuCgogICBBbm90aGVyIGltcG9ydGFudCBhc3BlY3QgZm9y IGRlcGxveWFiaWxpdHkgaXMgcmVsYXRlZCB0byBjb3N0cy4gIEEKICAgcHJpbWFyeSBnb2FsIG9m IHRoZSBDMkMtQyBDb25zb3J0aXVtIGlzIHRvIGFjaGlldmUgYSBzcHJlYWQgZGlmZnVzaW9uCiAg IGluIHRlcm1zIG9mIHZlaGljbGVzIGVxdWlwcGVkIHdpdGggY29tbXVuaWNhdGlvbiBkZXZpY2Vz IGFuZAogICBwcm90b2NvbHMuICBUaGlzIGltcGxpZXMgdGhhdCB2ZWhpY2xlcyBvZiBkaWZmZXJl bnQgYnJhbmRzIGFuZAogICBjbGFzc2VzIHNob3VsZCBiZSBlcXVpcHBlZCBieSBkZWZhdWx0IHdp dGggYSBiYXNpYyBjb21tdW5pY2F0aW9uCiAgIHN5c3RlbSwgd2hlcmVhcyBkaWZmZXJlbnRpYXRp b24gb2YgcHJvZHVjdHMgY2FuIGJlIGFjaGlldmVkIGJ5CiAgIG9mZmVyaW5nIGFkZGl0aW9uYWwg c2VydmljZXMuICBORU1PLCBsaWtlIGFueSBvdGhlciBzb2x1dGlvbiBiYXNlZCBvbgogICBJUCBN b2JpbGl0eSBzdXBwb3J0LCByZWxpZXMgb24gYSBzZXJ2aWNlIHByb3ZpZGVyIHRoYXQgZ3VhcmFu dGVlcwogICBnbG9iYWwgcmVhY2hhYmlsaXR5IGF0IHRoZSBIb21lIE5ldHdvcmsgUHJlZml4IGJ5 IG1haW50YWluaW5nIGFuIEhvbWUKICAgQWdlbnQuICBBcyBpdCBkb2VzIG5vdCBzZWVtIHJlYWxp c3RpYyB0aGF0IGV2ZXJ5IGNhciBvd25lciB3aWxsIGFsc28KICAgc3Vic2NyaWJlIGZvciBzdWNo IGEgc2VydmljZSwgYSBzZXQgb2YgbGltaXRlZCBhcHBsaWNhdGlvbnMgYmFzZWQgb24KICAgSVB2 NiBzaG91bGQgYmUgYXZhaWxhYmxlIGV2ZW4gd2l0aG91dCBNb2JpbGl0eSBTdXBwb3J0LiAgVGhl cmVmb3JlLAogICBORU1PIG1vZHVsYXJpdHkgYW5kIGludGVyb3BlcmFiaWxpdHkgd2l0aCBub24t TkVNTyBlcXVpcHBlZCB2ZWhpY2xlcwogICBoYXMgdG8gYmUgZ3VhcmFudGVlZC4KCjQuMi4gIEV4 YW1wbGUgVXNlIENhc2VzCgogICBJbiB0aGlzIHNlY3Rpb24sIHRoZSBtYWluIHVzZSBjYXNlcyBh cmUgbGlzdGVkIHRoYXQgaGF2ZSBiZWVuCiAgIGlkZW50aWZpZWQgYnkgdGhlIEMyQy1DQyBmb3Ig dXNhZ2Ugb2YgTkVNTyBpbiBpbnRlci12ZWhpY2xlCiAgIGNvbW11bmljYXRpb25zOiBub3RpZmlj YXRpb24gc2VydmljZXMsIHBlZXItdG8tcGVlciBhcHBsaWNhdGlvbnMgYW5kCiAgIHVwbG9hZC9k b3dubG9hZCBzZXJ2aWNlcy4KCgoKCgpCYWxkZXNzYXJpLCBldCBhbC4gICAgICAgRXhwaXJlcyBK YW51YXJ5IDYsIDIwMDggICAgICAgICAgICAgICBbUGFnZSAxMV0KDApJbnRlcm5ldC1EcmFmdCAg ICAgICAgIEMyQy1DQyBORU1PIFJPIFJlcXVpcmVtZW50cyAgICAgICAgICAgICBKdWx5IDIwMDcK Cgo0LjIuMS4gIE5vdGlmaWNhdGlvbiBTZXJ2aWNlcwoKICAgQSBnZW5lcmljIG5vdGlmaWNhdGlv biBzZXJ2aWNlIGRlbGl2ZXJzIGluZm9ybWF0aW9uIHRvIHN1YnNjcmliZXJzIGJ5CiAgIG1lYW5z IG9mIHRoZSBJbnRlcm5ldC4gIEFmdGVyIHN1YnNjcmliaW5nIHRoZSBzZXJ2aWNlIHdpdGggYQog ICBwcm92aWRlciwgYSB1c2VyIGlzIG5vdGlmaWVkIHdoZW4gdXBkYXRlcyBhcmUgYXZhaWxhYmxl LiAgRXhhbXBsZQogICBzZXJ2aWNlcyBhcmUgd2VhdGhlciwgdHJhZmZpYyBvciBuZXdzIHJlcG9y dHMsIGFzIHdlbGwgYXMgY29tbWVyY2lhbAogICBhbmQgdGVjaG5pY2FsIGluZm9ybWF0aW9uIGZy b20gdGhlIGNhciBwcm9kdWNlciBvciBvdGhlciBjb21wYW5pZXMuCgogICBBcyB0aGUgbmV0d29y ayBhZGRyZXNzIG9mIGEgdmVoaWNsZSBjaGFuZ2VzIHdoaWxlIHRoZSB2ZWhpY2xlIG1vdmVzCiAg IGFtb25nIGRpZmZlcmVudCBwb2ludHMgb2YgYXR0YWNobWVudCwgd2l0aG91dCBORU1PIGVhY2gg YXBwbGljYXRpb24KICAgc2hvdWxkIHJlZ2lzdGVyIHRoZSBuZXcgYWRkcmVzcyBpbiBvcmRlciB0 byByZWNlaXZlIGluZm9ybWF0aW9uIGF0CiAgIHRoZSBjb3JyZWN0IGxvY2F0aW9uLiAgU2Vydmlj ZSBwcm92aWRlcnMgd291bGQgbmVlZCB0byB1cGRhdGUKICAgY29udGludW91c2x5IHRoZSBzdWJz Y3JpcHRpb24gZGF0YSBhbmQgd291bGQgYmUgYWJsZSB0byB0cmFjayB0aGUKICAgdXNlcnMuICBB ZG9wdGluZyBORU1PLCB3aGljaCBwcm92aWRlcyBnbG9iYWwgcmVhY2hhYmlsaXR5IGF0IGEKICAg cmVhc29uYWJseSBjb25zdGFudCBpZGVudGlmaWVyIChlLmcuICBNb2JpbGUgTmV0d29yayBQcmVm aXgpLAogICBlZmZpY2llbmN5IGFuZCBsb2NhdGlvbiBwcml2YWN5IGltcHJvdmUgY29uc2lkZXJh Ymx5LgoKNC4yLjIuICBQZWVyLXRvLXBlZXIgQXBwbGljYXRpb25zCgogICBBIGdlbmVyaWMgcGVl ci10by1wZWVyIGFwcGxpY2F0aW9uIGV4Y2hhbmdlcyBkYXRhIGRpcmVjdGx5IGJldHdlZW4KICAg dmVoaWNsZXMsIHdpdGhvdXQgY29udGFjdGluZyBhbnkgYXBwbGljYXRpb24gc2VydmVyLiAgRGF0 YSB0cmFmZmljCiAgIGdvZXMgdGhyb3VnaCBhIG5ldHdvcmsgaW5mcmFzdHJ1Y3R1cmUgKFYySSBv ciBWMkkyVikgb3IgZGlyZWN0bHkKICAgYmV0d2VlbiBjYXJzIHdoZW4gdGhlIGluZnJhc3RydWN0 dXJlIGlzIG5vdCBhdmFpbGFibGUgKFYyVikuICBFeGFtcGxlCiAgIGFwcGxpY2F0aW9ucyBhcmUg dmVoaWNsZS10by12ZWhpY2xlIGluc3RhbnQgbWVzc2FnaW5nIChjaGF0KSBhbmQgb2ZmLQogICBs aW5lIG1lc3NhZ2luZyAocGVlci10by1wZWVyIGVtYWlsKSwgdmVoaWNsZS10by12ZWhpY2xlIHZv aWNlIG92ZXIgSVAKICAgYW5kIGZpbGUgZXhjaGFuZ2UuCgogICBJbiB0aGlzIHNldCBvZiB1c2Ug Y2FzZXMsIHRoZSBzYW1lIGFwcGxpY2F0aW9ucyBzaG91bGQgYmUgYWJsZSB0byBydW4KICAgaW4g VjJWIGFuZCBWMkkgbW9kZS4gIEFzIGFwcGxpY2F0aW9ucyBzaG91bGQgbm90IGJlIGF3YXJlIG9m IHJvdXRpbmcKICAgbm9yIGFkZHJlc3NpbmcgaXNzdWVzLCB0aGV5IHNob3VsZCB1c2UgdGhlIHNh bWUgaWRlbnRpZmllciBmb3IKICAgc2Vzc2lvbnMgYW5kIHVzZXJzIChlLmcuIGNhcnMvZHJpdmVy cy9wYXNzZW5nZXJzKSBpbmRlcGVuZGVudGx5IG9mCiAgIHRoZSBjb21tdW5pY2F0aW9ucyBtb2Rl LiAgUG9zc2libGUgYXBwcm9hY2hlcyBhcmUgZWl0aGVyIHRvIGFkb3B0CiAgIHJlc29sdXRpb24g bWVjaGFuaXNtcyBvciBhY3R1YWxseSBtYWludGFpbiB0aGUgc2FtZSBuZXR3b3JrCiAgIGlkZW50 aWZpZXIgaW4gYm90aCBWMlYgYW5kIFYySSBtb2Rlcy4gIFRoaXMgY291bGQgYmUgYWNoaWV2ZWQg Zm9yCiAgIGV4YW1wbGUgZ2VuZXJhbGl6aW5nIHRoZSBjb25jZXB0IG9mIE1vYmlsZSBOZXR3b3Jr IFByZWZpeCAoTU5QKSBhbmQKICAgYWxsb3dpbmcgYSBNb2JpbGUgUm91dGVyIChPQlUpIHRvIHVz ZSBpdCBmb3IgVjJWIGNvbW11bmljYXRpb25zIGluCiAgIGFic2VuY2Ugb2YgYXR0YWNobWVudCBw b2ludHMuICBCeSBtZWFucyBvZiBlbmZvcmNpbmcgbGltaXRlZCBsaWZldGltZQogICBmb3IgSVB2 NiBwcmVmaXhlcyBhbmQgZHVlIHRvIHRoZSBpc29sYXRpb24gb2YgVkFORVQgY2x1c3RlcnMgZnJv bSB0aGUKICAgaW5mcmFzdHJ1Y3R1cmUgKGluIFYyViksIHRoaXMgdXNlIG9mIE1OUCBzaG91bGQg bm90IGludHJvZHVjZSByb3V0aW5nCiAgIGluY29uc2lzdGVuY2llcy4KCjQuMi4zLiAgVXBsb2Fk IGFuZCBEb3dubG9hZCBTZXJ2aWNlcwoKICAgQSBnZW5lcmljIHVwbG9hZC9kb3dubG9hZCBzZXJ2 aWNlIHZpYSB0aGUgSW50ZXJuZXQgY29uc2lzdHMgaW4gc2ltcGxlCiAgIGZpbGUgZXhjaGFuZ2Ug cHJvY2VkdXJlcyB3aXRoIHNlcnZlcnMgbG9jYXRlZCBpbiB0aGUgSW50ZXJuZXQuCgogICBBcyBp biB2ZWhpY3VsYXIgc2NlbmFyaW9zIHRoZSBjb25uZWN0aXZpdHkgdG8gdGhlIGluZnJhc3RydWN0 dXJlIGlzCiAgIGhpZ2hseSBpbnRlcm1pdHRlbnQsIG5ldHdvcmsgYWRkcmVzcycgY2hhbmdlcyBj YXVzZSBhcHBsaWNhdGlvbnMgdG8KCgoKQmFsZGVzc2FyaSwgZXQgYWwuICAgICAgIEV4cGlyZXMg SmFudWFyeSA2LCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgMTJdCgwKSW50ZXJuZXQtRHJhZnQg ICAgICAgICBDMkMtQ0MgTkVNTyBSTyBSZXF1aXJlbWVudHMgICAgICAgICAgICAgSnVseSAyMDA3 CgoKICAgcmUtZXN0YWJsaXNoIHNlc3Npb25zIGluIG9yZGVyIHRvIHJlc3VtZSB0aGUgZXhjaGFu Z2UsIHdoaWNoIGltcGxpZXMKICAgY29uc2lkZXJhYmxlIG92ZXJoZWFkLiAgU2Vzc2lvbiByZS1l c3RhYmxpc2htZW50IGNhbiBiZSBhdm9pZGVkCiAgIGFkb3B0aW5nIE5FTU8uCgoKNS4gIE5FTU8g Um91dGUgT3B0aW1pemF0aW9uIFNjZW5hcmlvcwoKICAgSW4gdGhpcyBzZWN0aW9uLCBvcGVyYXRp b25hbCBjaGFyYWN0ZXJpc3RpY3Mgb2YgdGhlIGludGVuZGVkIE5FTU8KICAgZGVwbG95bWVudCBh cmUgZGVzY3JpYmVkIHRoYXQgYXJlIHJlbGV2YW50IGZvciB0aGUgZGVzaWduIG9mIFJvdXRlCiAg IE9wdGltaXphdGlvbiB0ZWNobmlxdWVzLiAgSW4gcGFydGljdWxhciBhIHJlc3RyaWN0aW9uIG9m IHRoZSBnZW5lcmFsCiAgIHNvbHV0aW9uIHNwYWNlIGZvciBSTyBhbmQgbW90aXZhdGlvbnMgZm9y IFJPIHJlcXVpcmVtZW50cyBkZXNjcmliZWQKICAgaW4gU2VjdGlvbiA2IGFyZSBwcm92aWRlZC4K CiAgIEluIG1vc3QgTkVNTyBkZXBsb3ltZW50IHNjZW5hcmlvcywgTVJzIGhhdmUgcGVybWFuZW50 IGNvbm5lY3Rpdml0eSB0bwogICB0aGUgaW5mcmFzdHJ1Y3R1cmUgYW5kIFJvdXRlIE9wdGltaXph dGlvbiB0ZWNobmlxdWVzIGFyZSBtYWlubHkKICAgaW50ZW5kZWQgYXMgZXh0ZW5zaW9ucyBvZiBN SVB2NiBSTywgd2hlcmUgY29tbXVuaWNhdGlvbiBhc3N1bWVzIHRvCiAgIHRha2UgcGxhY2UgYWx3 YXlzIHRocm91Z2ggYSBwb2ludCBvZiBhdHRhY2htZW50IChpbmZyYXN0cnVjdHVyZS1iYXNlZAog ICBSTykuICBJbiBWQU5FVHMgYmFzZWQgb24gd2lyZWxlc3MgTEFOIHRlY2hub2xvZ2llcywgdGhl IGNvbm5lY3Rpdml0eQogICBvZiBtb3ZpbmcgdmVoaWNsZXMgdG8gdGhlIGluZnJhc3RydWN0dXJl IGlzIGludGVybWl0dGVudCBkdWUgdG8KICAgbGltaXRlZCBjb3ZlcmFnZSBvZiBhY2Nlc3MgcG9p bnRzLiAgTmV2ZXJ0aGVsZXNzLCBkaXJlY3QKICAgY29tbXVuaWNhdGlvbiBhbW9uZyB2ZWhpY2xl cyBzaG91bGQgYmUgc3VwcG9ydGVkIGV2ZW4gd2hlbgogICBpbmZyYXN0cnVjdHVyZSBhY2Nlc3Mg aXMgbm90IGF2YWlsYWJsZS4gIEJlY2F1c2UgdGhpcyBjYXNlIGlzCiAgIHN0cmljdGx5IGEgcGVj dWxpYXJpdHkgb2YgdGhlIGNvbnNpZGVyZWQgc2NlbmFyaW8sIGEgdGVjaG5pcXVlIHRvCiAgIGFs bG93IGRpcmVjdCBjb21tdW5pY2F0aW9uIChzaW5nbGUtIGFuZCBtdWx0aS1ob3ApIGJ5IGV4cG9z aW5nIHRoZQogICBNTlAgYXNzb2NpYXRlZCB0byB2ZWhpY2xlcyB3aWxsIGJlIHN0dWRpZWQgYnkg dGhlIEMyQy1DQyBhcyBwYXJ0IG9mCiAgIHRoZSBzdWItSVB2NiBDMkMtQ0MgTmV0d29yayBsYXll ci4gIE9uY2Ugc3VjaCBhIG1lY2hhbmlzbSBpcwogICBhdmFpbGFibGUsIGl0IE1BWSBhbHNvIGJl IHVzZWQgYXMgUk8gdGVjaG5pcXVlIGJldHdlZW4gTVJzIGxvY2F0ZWQgaW4KICAgdGhlaXIgdmlj aW5pdHkgKGluZnJhc3RydWN0dXJlLWxlc3MgUk8pLiAgVGhlIHN1Yi1JUHY2IGxheWVyIGlzCiAg IHJlc3BvbnNpYmxlIGZvciBtYWtpbmcgc3VyZSB0aGF0IHRoaXMgbWVjaGFuaXNtIGlzIHNjYWxh YmxlLAogICByZWFzb25hYmx5IHNlY3VyZSAoaS5lLiBjb21wYXJlZCB3aXRoIGN1cnJlbnQgSW50 ZXJuZXQgbGV2ZWwgb2YKICAgc2VjdXJpdHkpIGFuZCBwcm90ZWN0cyB1c2VycycgcHJpdmFjeS4g IE1vcmUgZGV0YWlscyBhYm91dAogICBpbmZyYXN0cnVjdHVyZS1sZXNzIFJPIGFyZSBvdXQgb2Yg dGhlIHNjb3BlIG9mIHRoaXMgZG9jdW1lbnQuCgogICBBIEMyQy1DQyBPQlUgTVVTVCBiZSBjYXBh YmxlIG9mIGJvdGggaW5mcmFzdHJ1Y3R1cmUtYmFzZWQgYW5kCiAgIGluZnJhc3RydWN0dXJlLWxl c3MgTkVNTyBSTy4gIFdoZW4gYm90aCB0ZWNobmlxdWVzIGFyZSBzaW11bHRhbmVvdXNseQogICBw b3NzaWJsZSAoZS5nLiB0d28gTVJzIHRoYXQgYXJlIHJlYWNoYWJsZSBib3RoIHZpYSB0aGUgaW5m cmFzdHJ1Y3R1cmUKICAgYW5kIGRpcmVjdGx5IGluIHRoZSBhZCBob2MgZG9tYWluKSB0aGUgT0JV IHNob3VsZCBhcHBseSBhcHByb3ByaWF0ZQogICBwb2xpY2llcyB0byBjaG9vc2Ugb25lLiAgVGhl IGRlZmluaXRpb24gb2Ygc3VjaCBwb2xpY2llcyBpcyBvdXQgb2YKICAgc2NvcGUgb2YgdGhpcyBk b2N1bWVudC4gIEZ1cnRoZXJtb3JlLCB0aGUgc2NvcGUgb2YgdGhpcyBkb2N1bWVudCBpcwogICBy ZXN0cmljdGVkIHRvIHRoZSBzcGVjaWZpY2F0aW9uIG9mIHJlcXVpcmVtZW50cyBmb3IgaW5mcmFz dHJ1Y3R1cmUtCiAgIGJhc2VkIE5FTU8gUk8gdGVjaG5pcXVlcy4KCiAgIFdpdGggcmVzcGVjdCB0 byB0aGUgY2xhc3NpZmljYXRpb24gb2YgTkVNTyBSb3V0ZSBPcHRpbWl6YXRpb24KICAgc2NlbmFy aW9zIGRlc2NyaWJlZCBpbiBbNl0sIHRoZSBub24tbmVzdGVkIE5FTU8gUk8gY2FzZSAoU2VjdGlv biAzLjEpCiAgIGlzIGNvbnNpZGVyZWQgYXMgdGhlIG1vc3QgaW1wb3J0YW50IGZvciB0aGUgQzJD LUNDIGRlcGxveW1lbnQuICBJbgogICBmYWN0LCBNSVB2Ni1lbmFibGVkIEFVcyAoaS5lLiAgVk1O cykgYW5kIG5lc3RlZCBOZXR3b3JrIE1vYmlsaXR5IGFyZQogICBub3QgY29uc2lkZXJlZCBpbiB0 aGUgQzJDLUNDIHVzZSBjYXNlcy4KCgoKCkJhbGRlc3NhcmksIGV0IGFsLiAgICAgICBFeHBpcmVz IEphbnVhcnkgNiwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDEzXQoMCkludGVybmV0LURyYWZ0 ICAgICAgICAgQzJDLUNDIE5FTU8gUk8gUmVxdWlyZW1lbnRzICAgICAgICAgICAgIEp1bHkgMjAw NwoKCiAgIFRoZSByZXF1aXJlbWVudHMgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50IHJlZmVyIHRv IFJPIGJldHdlZW4gTVIgYW5kCiAgIENSIChDb3JyZXNwb25kZW50IFJvdXRlcikuICBBY2NvcmRp bmcgdG8gQzJDLUNDIHVzZSBjYXNlcywgdGhlIENSIGNhbgogICBiZToKCiAgIG8gIGEgTkVNTyBN Ui4gIEZvciBleGFtcGxlIHRoZSBNUiBydW5uaW5nIG9uIGFub3RoZXIgdmVoaWNsZSBvcgogICAg ICBhbm90aGVyIG1vYmlsZSBkZXZpY2UgY29ubmVjdGVkIHRvIHRoZSBJbnRlcm5ldDsKCiAgIG8g IGEgUk8tZW5hYmxlZCByb3V0ZXIsIGkuZS4gYSByb3V0ZXIgc3RhdGljIG9yIG1vYmlsZSB0aGF0 IGRvZXMgbm90CiAgICAgIGFjdCBhcyBORU1PIE1SIGJ1dCBpcyBjYXBhYmxlIG9mIGVzdGFibGlz aGluZyBSTyBzZXNzaW9ucyB3aXRoCiAgICAgIE5FTU8gTVJzLiAgRm9yIGV4YW1wbGUgdGhlIGFj Y2VzcyByb3V0ZXIgc2VydmluZyBhIENOIGluIHRoZQogICAgICBpbmZyYXN0cnVjdHVyZSB0aGF0 IG9mZmVycyBzZXJ2aWNlcyB0byB2ZWhpY2xlcywgb3IgdGhlIGFjY2VzcwogICAgICByb3V0ZXIg c2VydmluZyBSU1VzIGluc3RhbGxlZCBhbG9uZyB0aGUgcm9hZDsKCiAgIG8gIGEgUk8tZW5hYmxl ZCByb3V0ZXIgY29sbGFwc2VkIGludG8gdGhlIENOLCBpLmUuIHBlcmZvcm1pbmcKICAgICAgaW50 ZXJuYWwgcm91dGluZy4gIEZvciBleGFtcGxlIFJTVXMgaW5zdGFsbGVkIGFsb25nIHRoZSByb2Fk LgoKICAgQXMgY29uc2VxdWVuY2Ugb2YgdGhlIGZhY3QgdGhhdCBjb25uZWN0aXZpdHkgdG8gdGhl IGluZnJhc3RydWN0dXJlCiAgIHN0cm9uZ2x5IGRlcGVuZHMgb24gdmVoaWNsZXMnIG1vYmlsaXR5 LCB0d28gb3Bwb3NpdGUgc2l0dWF0aW9ucyBhcmUKICAgaGVyZSBjb25zaWRlcmVkIGFzIFJPIHNj ZW5hcmlvczogdmVoaWNsZXMgcGFzc2luZyBieSBwb2ludHMgb2YKICAgYXR0YWNobWVudCB3aGls ZSBkcml2aW5nIGFuZCB2ZWhpY2xlcyBjb25uZWN0aW5nIHRvIHRoZQogICBpbmZyYXN0cnVjdHVy ZSB3aGlsZSBzdG9wcGVkIG9yIHBhcmtlZC4KCiAgIEluIHRoZSBmaXJzdCBjYXNlLCB0aGUgY29u bmVjdGl2aXR5IHRvIHRoZSBpbmZyYXN0cnVjdHVyZSBpcwogICBhdmFpbGFibGUgb25seSBmb3Ig c2hvcnQgdGltZSBpbnRlcnZhbHMuICBWZWhpY2xlcycgYXBwbGljYXRpb25zCiAgIGV4Y2hhbmdl IGRhdGEgcGFja2V0cyB3aXRoIG5vZGVzIGluIHRoZSBpbmZyYXN0cnVjdHVyZSBpbiBmb3JtIG9m CiAgIHNob3J0IGJ1cnN0cywgY29udGFpbmluZyBmb3IgZXhhbXBsZSB0cmFmZmljIHVwZGF0ZXMg b3IgaW5mb3JtYXRpb24KICAgYWJvdXQgbG9jYWwgcG9pbnRzIG9mIGludGVyZXN0cy4gIEluIHRo aXMgc2l0dWF0aW9uLCBwcm92aWRpbmcgcHJvbXB0CiAgIGFuZCByZWxpYWJsZSBjb21tdW5pY2F0 aW9uIGlzIG1vcmUgaW1wb3J0YW50IHRoYW4gYWNoaWV2aW5nIG9wdGltYWwKICAgcm91dGluZyBv ciBoaWdoZXN0IGF2YWlsYWJsZSB0aHJvdWdocHV0LiAgSW4gcGFydGljdWxhciwgdGhlCiAgIGFk ZGl0aW9uYWwgZGVsYXkgZm9yIFJPIGVzdGFibGlzaG1lbnQgd2l0aCBldmVyeSBDUnMgY2FuIGhh dmUgYQogICBjb25zaWRlcmFibGUgbmVnYXRpdmUgaW1wYWN0LiAgRnVydGhlcm1vcmUsIGluIHNv bWUgc2l0dWF0aW9ucyB0aGUKICAgcGF0aCB0aHJvdWdoIE1SLUhBIHR1bm5lbCBtaWdodCBiZSBj b25zaWRlcmVkIG1vcmUgcmVsaWFibGUgYW5kCiAgIHRydXN0d29ydGh5IHRoYW4gYSBkaXJlY3Qg b25lIHRvIHRoZSBDUi4gIEluIHBhcnRpY3VsYXIsIHRoZSB0dW5uZWwKICAgYWxsb3dzIHRoZSBN UiB0byBoaWRlIGl0cyBDb0EgZnJvbSB0aGUgQ1Igd2hpY2ggcmVzdWx0cyBpbiBhIGxvY2F0aW9u CiAgIHByaXZhY3kgcHJvdGVjdGlvbi4gIFRoZXJlZm9yZToKCiAgIG8gIHZlaGljbGVzIHNob3Vs ZCBiZSBhYmxlIHRvIGRlY2lkZSB3aGV0aGVyIG9yIG5vdCB0byBzd2l0Y2ggdG8gUk8KICAgICAg YWNjb3JkaW5nIHRvIHZhcmlvdXMgY3JpdGVyaWEgKGUuZy4gc3BlZWQsIGRlbnNpdHkgYW5kIGdl b2dyYXBoaWMKICAgICAgbG9jYXRpb24gb2YgYXR0YWNobWVudCBwb2ludHMsIHRydXN0d29ydGhp bmVzcyBvZiBDUiBldGMuKTsKCiAgIG8gIGEgbGlnaHR3ZWlnaHQgUk8gc2NoZW1lIHByb3ZpZGlu ZyBzb21lIGRlZ3JlZSBvZiBvcHRpbWl6YXRpb24KICAgICAgKGUuZy4gZGlyZWN0IE1SLUNSIHJv dXRpbmcgYnV0IHdpdGggdGhlIHNhbWUgcGFja2V0IG92ZXJoZWFkIGR1ZQogICAgICB0byB0dW5u ZWxpbmcpIGFuZCByZXF1aXJpbmcgc2hvcnQgZXN0YWJsaXNobWVudCB0aW1lcyBpcyBtb3JlCiAg ICAgIGxpa2VseSB0byBiZSBzZWxlY3RlZC4KCiAgIEFub3RoZXIgYXNwZWN0IG9mIHRoZSB2ZWhp Y3VsYXIgZHluYW1pYyBzY2VuYXJpbyBpcyB0aGF0CiAgIGNvbW11bmljYXRpb24gaW52b2x2aW5n IHRoZSBpbmZyYXN0cnVjdHVyZSB0YWtlcyBwbGFjZSBtb3N0bHkgd2l0aAogICBub2RlcyBkZWRp Y2F0ZWQgZm9yIHZlaGljdWxhciBjb21tdW5pY2F0aW9ucywgbGlrZSBjb250cm9sIGNlbnRlcnMs CgoKCkJhbGRlc3NhcmksIGV0IGFsLiAgICAgICBFeHBpcmVzIEphbnVhcnkgNiwgMjAwOCAgICAg ICAgICAgICAgIFtQYWdlIDE0XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgQzJDLUNDIE5FTU8g Uk8gUmVxdWlyZW1lbnRzICAgICAgICAgICAgIEp1bHkgMjAwNwoKCiAgIG5vdGlmaWNhdGlvbiBw b2ludHMsIGluZm90YWlubWVudCBzZXJ2aWNlIHByb3ZpZGVycy4gIEluIGFsbCBvZiB0aGVzZQog ICBjYXNlcywgdGhlIENvcnJlc3BvbmRlbnQgUm91dGVyIGlzIGEgbmV3bHkgZGVwbG95ZWQgZGV2 aWNlLgogICBDb25zZXF1ZW50bHksIFJPIHRlY2huaXF1ZXMgZm9yIHRoaXMgc2NlbmFyaW8gYXJl IG5vdCBzdHJpY3RseQogICByZXF1aXJlZCB0byBiZSBjb21wYXRpYmxlIHdpdGggQ05zIGltcGxl bWVudGluZyBsZWdhY3kgTUlQdjYgUk8uCgogICBJbiB0aGUgY2FzZSBvZiBsb3cgbW9iaWxlIG9y IHN0YXRpYyB2ZWhpY2xlcywgdGhlIGNoYXJhY3RlcmlzdGljcyBvZgogICB0aGUgY29ubmVjdGl2 aXR5IGFsbG93IGZvciBjbGFzc2ljYWwgaW50ZXJuZXQtYmFzZWQgYXBwbGljYXRpb25zLAogICBp bnZvbHZpbmcgbXVsdGlwbGUgbm9kZXMgaW4gdGhlIGluZnJhc3RydWN0dXJlLiAgVGhpcyBzY2Vu YXJpbwogICBwcmVzZW50cyBsZXNzIHBlY3VsaWFyaXRpZXMgdGhhbiB0aGUgZHluYW1pYyBvbmUg d2hlbiBjb21wYXJlZCB3aXRoCiAgIG90aGVyIE5FTU8gZGVwbG95bWVudHMgKGNvbnNpZGVyaW5n IHRoYXQgdGhlIHN1Yi1JUHY2IEMyQy1DQyBsYXllcgogICBwcmVzZW50cyBhIGZsYXQgdG9wb2xv Z3kgdG8gTkVNTykuCgogICBPdGhlciByZXF1aXJlbWVudHMgZm9yIFJPIHBvaW50ZWQgb3V0IGlu IFNlY3Rpb24gNiBsaWtlIG11bHRpaG9taW5nLAogICBzZWN1cml0eSBhbmQgcHJpdmFjeSwgYXJl IGZ1bmRhbWVudGFsIGFuZCBub3QgcmVsYXRlZCB0byB0aGUgZHluYW1pY3MKICAgb2YgdGhlIHNj ZW5hcmlvLgoKCjYuICBORU1PIFJvdXRlIE9wdGltaXphdGlvbiBSZXF1aXJlbWVudHMKCiAgIFRo ZSBDMkMtQyBDb25zb3J0aXVtIGhhcyBpZGVudGlmaWVkIHRoZSBmb2xsb3dpbmcgcmVxdWlyZW1l bnRzIGZvcgogICBORU1PIFJPIHRlY2huaXF1ZXMuCgo2LjEuICBSZXEgMSAtIFNlcGFyYWJpbGl0 eQoKICAgQSBSTyB0ZWNobmlxdWUsIGluY2x1ZGluZyBpdHMgZXN0YWJsaXNobWVudCBwcm9jZWR1 cmUsIE1VU1QgaGF2ZSB0aGUKICAgYWJpbGl0eSB0byBiZSBieXBhc3NlZCBieSBhcHBsaWNhdGlv bnMgdGhhdCBkZXNpcmUgdG8gdXNlCiAgIGJpZGlyZWN0aW9uYWwgdHVubmVscyB0aHJvdWdoIHRo ZSBIQS4KCiAgIEFzIGV4cGxhaW5lZCBpbiBTZWN0aW9uIDUsIGluIHNvbWUgc2NlbmFyaW9zIGR1 ZSB0byB0aGUgaW50ZXJtaXR0ZW50CiAgIGNvbm5lY3Rpdml0eSwgaXQgbWlnaHQgbm90IGJlIGJl bmVmaWNpYWwgdG8gYWN0aXZhdGUgUk8uICBUaGVyZWZvcmUsCiAgIGFwcGxpY2F0aW9ucyBvciBv dGhlciBtYW5hZ2VtZW50IGluc3RhbmNlcyBpbiB0aGUgT0JVIHNob3VsZCBiZSBhYmxlCiAgIHRv IHRyaWdnZXIgdGhlIHN3aXRjaGluZyB0byBSTyBhY2NvcmRpbmcgdG8gYXBwcm9wcmlhdGUgY3Jp dGVyaWEuCgogICBUaGlzIHJlcXVpcmVtZW50IGlzIGFsc28gc3BlY2lmaWVkIGluIFs5XS4KCjYu Mi4gIFJlcSAyIC0gTU5OIElQc2VjCgogICBBIFJPIHRlY2huaXF1ZSBTSE9VTEQgYWxsb3cgTU5O cyBjb25uZWN0ZWQgdG8gdGhlIE1SIHRvIHVzZSBJUHNlYyBhcwogICBpZiB0aGV5IHdlcmUgY29u bmVjdGVkIHRvIGEgcmVndWxhciBhY2Nlc3Mgcm91dGVyLgoKICAgVGhpcyByZXF1aXJlbWVudCBj b21lcyBmcm9tIHRoZSBmYWN0IHRoYXQgbm8gYXNzdW1wdGlvbiBjYW4gYmUgbWFkZQogICBvbiBw cmUtZXhpc3RpbmcgdHJ1c3QgcmVsYXRpb25zaGlwcyBiZXR3ZWVuIHBhc3NlbmdlciBkZXZpY2Vz IGFuZCB0aGUKICAgT0JVLiAgVGhlcmVmb3JlLCBwYXNzZW5nZXIgZGV2aWNlcyAoYXNzdW1lZCB0 byBydW4gSVB2NiB3aXRob3V0CiAgIE1vYmlsaXR5IFN1cHBvcnQpIHNob3VsZCBiZSBhYmxlIHRv IHVzZSBmdWxsIElQc2VjIGZ1bmN0aW9uYWxpdGllcwogICB3aGVuIGNvbm5lY3RpbmcgdG8gdGhl IGluZnJhc3RydWN0dXJlIHZpYSBhIE1SLgoKCgoKCgpCYWxkZXNzYXJpLCBldCBhbC4gICAgICAg RXhwaXJlcyBKYW51YXJ5IDYsIDIwMDggICAgICAgICAgICAgICBbUGFnZSAxNV0KDApJbnRlcm5l dC1EcmFmdCAgICAgICAgIEMyQy1DQyBORU1PIFJPIFJlcXVpcmVtZW50cyAgICAgICAgICAgICBK dWx5IDIwMDcKCgo2LjMuICBSZXEgMyAtIFJPIFNlY3VyaXR5CgogICBBIFJPIHRlY2huaXF1ZSBN VVNUIHByZXZlbnQgbWFsaWNpb3VzIG5vZGVzIHRvIGNsYWltIGZhbHNlIE1OUAogICBvd25lcnNo aXAuICBJbiBvcmRlciB0byBhY2hpZXZlIHRoaXMsIGEgUk8gdGVjaG5pcXVlIE1BWSBtYWtlIHVz ZSBvZgogICBzZWN1cml0eSBmZWF0dXJlcyBwcm92aWRlZCBieSB0aGUgc3ViLUlQdjYgQzJDLUND IE5ldHdvcmsgbGF5ZXIgKGUuZy4KICAgY3J5cHRvZ3JhcGhpYyBwcm90ZWN0aW9uKSwgYnV0IGl0 IE1VU1QgTk9UIGludHJvZHVjZSBuZXcgc2VjdXJpdHkKICAgbGVha3MgZm9yIHRoZSBDMkMtQ0Mg YXBwbGljYXRpb25zIG9yIHJlbmRlciB0aGVpciBzZWN1cml0eSBtZWFzdXJlcwogICBpbmVmZmVj dGl2ZS4KCiAgIEl0IGlzIHJlcXVpcmVkIHRoYXQgdGhlIHNlY3VyaXR5IGxldmVsIG9mIGEgUk8g c2NoZW1lIGlzIGNvbXBhcmFibGUKICAgd2l0aCB0b2RheSdzIEludGVybmV0LCB3aGljaCBpcyB0 aGUgc2FtZSBnb2FsIG9mIE1JUHY2IFJldHVybgogICBSb3V0YWJpbGl0eSBwcm9jZWR1cmUuICBJ biBhZGRpdGlvbiB0byB0aGF0LCBhcyBkYXRhIHNlY3VyaXR5IGlzCiAgIG1hbmRhdG9yeSBmb3Ig c2FmZXR5IGFwcGxpY2F0aW9ucyB0YXJnZXRlZCBieSB0aGUgQzJDLUMgQ29uc29ydGl1bQogICBh bmQgaW1wbGVtZW50ZWQgaW4gdGhlIGxlZnQgcGFydCBvZiB0aGUgcHJvdG9jb2wgc3RhY2sgZGVw aWN0ZWQgaW4KICAgRmlndXJlIDIsIHNlY3VyaXR5IGZlYXR1cmVzIHdpbGwgYmUgYWxyZWFkeSBp bXBsZW1lbnRlZCBpbiBhIEMyQy1DQwogICBjb21wbGlhbnQgT0JVLiAgVGhlIHByZXNlbmNlIG9m IHRoaXMgZmVhdHVyZXMgbWlnaHQgZmFjaWxpdGF0ZSB0aGUKICAgZGVzaWduIG9mIGEgbGlnaHR3 ZWlnaHQsIHlldCBzZWN1cmUsIFJPIHRlY2huaXF1ZS4KCiAgIEMyQy1DQyBzZWN1cml0eSBtZWNo YW5pc21zIGFyZSBjdXJyZW50bHkgZGlzY3Vzc2VkIGFuZCBmdXJ0aGVyCiAgIGRldGFpbHMgYXJl IG91dCBvZiBzY29wZSBvZiB0aGlzIGRvY3VtZW50LiAgQXMgaW5mb3JtYXRpb25hbAogICByZWZl cmVuY2VzLCBzZWUgWzE2XSwgWzE3XSBhbmQgWzE4XS4KCjYuNC4gIFJlcSA0IC0gUHJpdmFjeSBQ cm90ZWN0aW9uCgogICBBIFJPIHRlY2huaXF1ZSBNVVNUIG5vdCByZXF1aXJlIHRoYXQgdGhlIE1O UCBpcyByZXZlYWxlZCB0byBhbGwgbm9kZXMKICAgaW4gdGhlIHZpc2l0ZWQgbmV0d29yay4gIElu c3RlYWQsIGEgUk8gdGVjaG5pcXVlIE1VU1QgYWxsb3cgZm9yCiAgIHJldmVhbGluZyB0aGUgTU5Q IG9ubHkgdG8gc2VsZWN0ZWQgbm9kZXMgaW4gdGhlIHZpc2l0ZWQgbmV0d29yay4KICAgRnVydGhl cm1vcmUsIGEgUk8gdGVjaG5pcXVlIFNIT1VMRCBhbGxvdyB0aGF0IE1OUCBhbmQgSG9BIGFyZSBu b3QKICAgZXhjaGFuZ2VkIGFzIGNsZWFyIHRleHQuCgogICBQcml2YWN5IG9mIGRyaXZlcnMgYW5k IHBhc3NlbmdlcnMgaXMgbWFuZGF0b3J5IGZvciBzYWZldHkKICAgYXBwbGljYXRpb25zIHRhcmdl dGVkIGJ5IHRoZSBDMkMtQyBDb25zb3J0aXVtLiAgTWVjaGFuaXNtcyB0bwogICBpbXBsZW1lbnQg cHJpdmFjeSBpbiB0aGUgbGVmdCBwYXJ0IG9mIHRoZSBwcm90b2NvbCBzdGFjayBkZXBpY3RlZCBp bgogICBGaWd1cmUgMiBhcmUgY3VycmVudGx5IGRpc2N1c3NlZCAoZS5nLiAicmV2b2NhYmxlIHBz ZXVkb25pbWl0eSIsCiAgIHdoZXJlIHByZS1hc3NpZ25lZCwgcXVhc2ktcmFuZG9tIGFuZCBjaGFu Z2luZyBwc2V1ZG9ueW1zIGFyZSB1c2VkIGFzCiAgIE1BQyBhbmQgc3ViLUlQdjYgbGF5ZXIgaWRl bnRpZmllcnMpLgoKICAgV2hlbiB1c2luZyB0aGUgcmlnaHQgcGFydCBvZiB0aGUgc3RhY2sgZGVw aWN0ZWQgaW4gRmlndXJlIDIgdG8gYWNjZXNzCiAgIHRoZSBJbnRlcm5ldCB1c2luZyBJUHY2LCB1 c2VycyB3aWxsIGJlIGF3YXJlIHRoYXQgdGhlIGxldmVsIG9mCiAgIHByaXZhY3kgcHJvdGVjdGlv biBpcyBkZWNyZWFzZWQuICBOZXZlcnRoZWxlc3MsIGNsZWFyIHRleHQKICAgaW5mb3JtYXRpb24g dGhhdCBjb3VsZCBhbGxvdyBmb3IgbGlua2luZyBjaGFuZ2VkIHBzZXVkb255bXMgYnkKICAgc2Vu ZGluZyBjb25zdGFudCBpZGVudGlmaWVycyBzaG91bGQgYmUgbWluaW1pemVkIG9yIGV2ZW4gcHJv aGliaXRlZC4KICAgSW4gcGFydGljdWxhciwgZW5jcnlwdGlvbiBvZiBIb21lIEFkZHJlc3MgYW5k IE1vYmlsZSBOZXR3b3JrIFByZWZpeAogICBpbiBORU1PIHNpZ25hbGluZyBzaG91bGQgYmUgY29u c2lkZXJlZCAoZS5nLiBzcGVjaWZpZWQgYXMgb3B0aW9uYWwKICAgbWVjaGFuaXNtIGluIFszXSku CgogICBDMkMtQ0MgcHJpdmFjeSBwcm90ZWN0aW9uIG1lY2hhbmlzbXMgYXJlIGN1cnJlbnRseSBk aXNjdXNzZWQgYW5kCiAgIGZ1cnRoZXIgZGV0YWlscyBhcmUgb3V0IG9mIHNjb3BlIG9mIHRoaXMg ZG9jdW1lbnQuICBBcyBpbmZvcm1hdGlvbmFsCgoKCkJhbGRlc3NhcmksIGV0IGFsLiAgICAgICBF eHBpcmVzIEphbnVhcnkgNiwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDE2XQoMCkludGVybmV0 LURyYWZ0ICAgICAgICAgQzJDLUNDIE5FTU8gUk8gUmVxdWlyZW1lbnRzICAgICAgICAgICAgIEp1 bHkgMjAwNwoKCiAgIHJlZmVyZW5jZSwgc2VlIFsxNV0uCgo2LjUuICBSZXEgNSAtIE11bHRpaG9t aW5nCgogICBBIFJPIHRlY2huaXF1ZSBNVVNUIGFsbG93IGEgTVIgdG8gYmUgc2ltdWx0YW5lb3Vz bHkgY29ubmVjdGVkIHRvCiAgIG11bHRpcGxlIGFjY2VzcyBuZXR3b3JrcywgaGF2aW5nIG11bHRp cGxlIHByZWZpeGVzIGFuZCBDYXJlLU9mCiAgIEFkZHJlc3NlcyBpbiBhIE1PTkFNSTYgY29udGV4 dC4KCiAgIEluIG90aGVyIHdvcmRzLCBpdCBpcyByZXF1aXJlZCB0aGF0IGEgUk8gdGVjaG5pcXVl IGNhbiBiZSB1c2VkIG9uCiAgIG11bHRpcGxlIGNvbW11bmljYXRpb24gdGVjaG5vbG9naWVzLiAg QXNzdW1pbmcgdGhhdCBtZWNoYW5pc21zIGZvcgogICByZWdpc3RlcmluZyBhbmQgaGFuZGxpbmcg bXVsdGlwbGUgQ29BcyBhcmUgcHJvdmlkZWQgZnJvbSB0aGUgTU9OQU1JNgogICB3b3JrLCBORU1P IFJPIHNob3VsZCBiZSB1c2FibGUgZm9yIGV2ZXJ5IGF2YWlsYWJsZSBDb0EuCgogICBUaGlzIHJl cXVpcmVtZW50IGlzIGFsc28gc3BlY2lmaWVkIGluIFs5XS4KCjYuNi4gIFJlcSA2IC0gQ29leGlz dGVuY2Ugd2l0aCBTdWItSVB2NiBSTwoKICAgQSBSTyB0ZWNobmlxdWUgTVVTVCBhbGxvdyBmb3Ig Y29leGlzdGVuY2UgaW4gdGhlIHNhbWUgT0JVIHdpdGggYSBSTwogICB0ZWNobmlxdWUgb2ZmZXJl ZCBieSB0aGUgc3ViLUlQdjYgQzJDLUNDIE5ldHdvcmsgbGF5ZXIuICBUaGUgT0JVIE1VU1QKICAg YmUgYWJsZSB0byBjaG9vc2Ugd2hpY2ggdGVjaG5pcXVlIHRvIHVzZSB3aGVuIGJvdGggYXJlIHNp bXVsdGFuZW91c2x5CiAgIGF2YWlsYWJsZS4KCiAgIFRoZSBoZXJlIG1lbnRpb25lZCBzdWItSVB2 NiBSTyB0ZWNobmlxdWUgaXMgc3VwcG9zZWQgdG8gaW5qZWN0IHJvdXRlcwogICBpbnRvIHRoZSBJ UHY2IHJvdXRpbmcgdGFibGUgYXMgcmVzdWx0IG9mIGEgc3ViLUlQdjYgc2lnbmFsaW5nIGJldHdl ZW4KICAgY2Fycywgd2l0aG91dCBpbnZvbHZpbmcgdGhlIGluZnJhc3RydWN0dXJlLiAgQSBORU1P IFJPIHRlY2huaXF1ZQogICBzaG91bGQgbm90IGJlIGRpc3R1cmJlZCBieSB0aGUgc3ViLUlQdjYg Uk8gdGVjaG5pcXVlLgoKCjcuICBJQU5BIENvbnNpZGVyYXRpb25zCgogICBUaGlzIGRvY3VtZW50 IGRvZXMgbm90IHJlcXVpcmUgYW55IElBTkEgYWN0aW9uLgoKCjguICBTZWN1cml0eSBDb25zaWRl cmF0aW9ucwoKICAgVGhpcyBkb2N1bWVudCBkb2VzIG5vdCBzcGVjaWZ5IGFueSBwcm90b2NvbCB0 aGVyZWZvcmUgZG9lcyBub3QgY3JlYXRlCiAgIGFueSBzZWN1cml0eSB0aHJlYXQuICBIb3dldmVy LCBpdCBzcGVjaWZpZXMgcmVxdWlyZW1lbnRzIGZvciBhCiAgIHByb3RvY29sIHRoYXQgaW5jbHVk ZSBzZWN1cml0eSBhbmQgcHJpdmFjeSBpc3N1ZXMgaW4gVkFORVRzIGFzCiAgIGN1cnJlbnRseSBk aXNjdXNzZWQgaW4gdGhlIEMyQy1DIENvbnNvcnRpdW0uCgoKOS4gIEFja25vd2xlZGdtZW50cwoK ICAgVGhlIGF1dGhvcnMgd291bGQgbGlrZSB0byB0aGFuayB0aGUgbWVtYmVycyBvZiB0aGUgd29y ayBncm91cHMgUEhZLwogICBNQUMvTkVUIGFuZCBBUFAgb2YgdGhlIEMyQy1DIENvbnNvcnRpdW0g YW5kIGluIHBhcnRpY3VsYXIgVGltCiAgIExlaW5tdWVsbGVyLCBCZXJuZCBCb2Nob3csIEFuZHJh cyBLb3ZhY3MgYW5kIE1hdHRoaWFzIFJvZWNrbC4KCgoKCgpCYWxkZXNzYXJpLCBldCBhbC4gICAg ICAgRXhwaXJlcyBKYW51YXJ5IDYsIDIwMDggICAgICAgICAgICAgICBbUGFnZSAxN10KDApJbnRl cm5ldC1EcmFmdCAgICAgICAgIEMyQy1DQyBORU1PIFJPIFJlcXVpcmVtZW50cyAgICAgICAgICAg ICBKdWx5IDIwMDcKCgoxMC4gIFJlZmVyZW5jZXMKCjEwLjEuICBOb3JtYXRpdmUgUmVmZXJlbmNl cwoKICAgWzFdICAgRGV2YXJhcGFsbGksIFYuLCBXYWtpa2F3YSwgUi4sIFBldHJlc2N1LCBBLiwg YW5kIFAuIFRodWJlcnQsCiAgICAgICAgICJOZXR3b3JrIE1vYmlsaXR5IChORU1PKSBCYXNpYyBT dXBwb3J0IFByb3RvY29sIiwgUkZDIDM5NjMsCiAgICAgICAgIEphbnVhcnkgMjAwNS4KCiAgIFsy XSAgIEpvaG5zb24sIEQuLCBQZXJraW5zLCBDLiwgYW5kIEouIEFya2tvLCAiTW9iaWxpdHkgU3Vw cG9ydCBpbgogICAgICAgICBJUHY2IiwgUkZDIDM3NzUsIEp1bmUgMjAwNC4KCiAgIFszXSAgIEFy a2tvLCBKLiwgRGV2YXJhcGFsbGksIFYuLCBhbmQgRi4gRHVwb250LCAiVXNpbmcgSVBzZWMgdG8K ICAgICAgICAgUHJvdGVjdCBNb2JpbGUgSVB2NiBTaWduYWxpbmcgQmV0d2VlbiBNb2JpbGUgTm9k ZXMgYW5kIEhvbWUKICAgICAgICAgQWdlbnRzIiwgUkZDIDM3NzYsIEp1bmUgMjAwNC4KCiAgIFs0 XSAgIE5hcnRlbiwgVC4gYW5kIFIuIERyYXZlcywgIlByaXZhY3kgRXh0ZW5zaW9ucyBmb3IgU3Rh dGVsZXNzCiAgICAgICAgIEFkZHJlc3MgQXV0b2NvbmZpZ3VyYXRpb24gaW4gSVB2NiIsIFJGQyAz MDQxLCBKYW51YXJ5IDIwMDEuCgogICBbNV0gICBDcmF3Zm9yZCwgTS4sICJUcmFuc21pc3Npb24g b2YgSVB2NiBQYWNrZXRzIG92ZXIgRXRoZXJuZXQKICAgICAgICAgTmV0d29ya3MiLCBSRkMgMjQ2 NCwgRGVjZW1iZXIgMTk5OC4KCiAgIFs2XSAgIE5nLCBDLiwgWmhhbywgRi4sIFdhdGFyaSwgTS4s IGFuZCBQLiBUaHViZXJ0LCAiTmV0d29yayBNb2JpbGl0eQogICAgICAgICBSb3V0ZSBPcHRpbWl6 YXRpb24gU29sdXRpb24gU3BhY2UgQW5hbHlzaXMiLAogICAgICAgICBkcmFmdC1pZXRmLW5lbW8t cm8tc3BhY2UtYW5hbHlzaXMgKHdvcmsgaW4gcHJvZ3Jlc3MpLAogICAgICAgICBTZXB0ZW1iZXIg MjAwNi4KCiAgIFs3XSAgIE5nLCBDLiwgIk5ldHdvcmsgTW9iaWxpdHkgUm91dGUgT3B0aW1pemF0 aW9uIFByb2JsZW0KICAgICAgICAgU3RhdGVtZW50IiwgZHJhZnQtaWV0Zi1uZW1vLXJvLXByb2Js ZW0tc3RhdGVtZW50LTAzICh3b3JrIGluCiAgICAgICAgIHByb2dyZXNzKSwgU2VwdGVtYmVyIDIw MDYuCgoxMC4yLiAgSW5mb3JtYXRpdmUgUmVmZXJlbmNlcwoKICAgWzhdICAgRXJuc3QsIFQuIGFu ZCBILiBMYWNoLCAiTmV0d29yayBNb2JpbGl0eSBTdXBwb3J0IFRlcm1pbm9sb2d5IiwKICAgICAg ICAgZHJhZnQtaWV0Zi1uZW1vLXRlcm1pbm9sb2d5LTA2ICh3b3JrIGluIHByb2dyZXNzKSwKICAg ICAgICAgTm92ZW1iZXIgMjAwNi4KCiAgIFs5XSAgIEVkZHksIFcuLCBJdmFuY2ljLCBXLiwgYW5k IFQuIERhdmlzLCAiTkVNTyBSb3V0ZSBPcHRpbWl6YXRpb24KICAgICAgICAgUmVxdWlyZW1lbnRz IGZvciBPcGVyYXRpb25hbCBVc2UgaW4gQWVyb25hdXRpY3MgYW5kIFNwYWNlCiAgICAgICAgIEV4 cGxvcmF0aW9uIE1vYmlsZSBOZXR3b3JrcyIsIGRyYWZ0LWVkZHktbmVtby1hZXJvLXJlcXMtMDAK ICAgICAgICAgKHdvcmsgaW4gcHJvZ3Jlc3MpLCBBcHJpbCAyMDA3LgoKICAgWzEwXSAgIkNhcjJD YXIgQ29tbXVuaWNhdGlvbiBDb25zb3J0aXVtIE9mZmljaWFsIFdlYnNpdGUiLAogICAgICAgICBo dHRwOi8vd3d3LmNhci0yLWNhci5vcmcvIC4KCiAgIFsxMV0gICJDYXIyQ2FyIENvbW11bmljYXRp b24gQ29uc29ydGl1bSBNYW5pZmVzdG8iLAogICAgICAgICBodHRwOi8vd3d3LmNhci0yLWNhci5v cmcvaW5kZXgucGhwP2lkPTU3MCAsIE1heSAyMDA3LgoKICAgWzEyXSAgIkRyYWZ0IEFtZW5kbWVu dCB0byBTdGFuZGFyZCBmb3IgSW5mb3JtYXRpb24gVGVjaG5vbG9neSAuCgoKCkJhbGRlc3Nhcmks IGV0IGFsLiAgICAgICBFeHBpcmVzIEphbnVhcnkgNiwgMjAwOCAgICAgICAgICAgICAgIFtQYWdl IDE4XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgQzJDLUNDIE5FTU8gUk8gUmVxdWlyZW1lbnRz ICAgICAgICAgICAgIEp1bHkgMjAwNwoKCiAgICAgICAgIFRlbGVjb21tdW5pY2F0aW9ucyBhbmQg aW5mb3JtYXRpb24gZXhjaGFuZ2UgYmV0d2VlbiBzeXN0ZW1zIC4KICAgICAgICAgTG9jYWwgYW5k IE1ldHJvcG9saXRhbiBuZXR3b3JrcyAuIFNwZWNpZmljIHJlcXVpcmVtZW50cyAtIFBhcnQKICAg ICAgICAgMTE6IFdpcmVsZXNzIExBTiBNZWRpdW0gQWNjZXNzIENvbnRyb2wgKE1BQykgYW5kIFBo eXNpY2FsIExheWVyCiAgICAgICAgIChQSFkpIHNwZWNpZmljYXRpb25zOiBBbWVuZG1lbnQgMzog V2lyZWxlc3MgQWNjZXNzIGluIFZlaGljdWxhcgogICAgICAgICBFbnZpcm9ubWVudHMgKFdBVkUp IiwgSUVFRSBQODAyLjExcC9EMS4wLCBGZWJydWFyeSAyMDA2LgoKICAgWzEzXSAgTWNDYXJ0aHks IEIuLCBFZHdhcmRzLCBDLiwgRHVubW9yZSwgTS4sIGFuZCBSLiBBZ3VpYXIsICJUaGUKICAgICAg ICAgSW50ZWdyYXRpb24gb2YgQWQtaG9jIChNQU5FVCkgYW5kIE1vYmlsZSBOZXR3b3JraW5nIChO RU1PKToKICAgICAgICAgUHJpbmNpcGxlcyB0byBTdXBwb3J0IFJlc2N1ZSBUZWFtIENvbW11bmlj YXRpb24iLCBQcm9jLiBvZgogICAgICAgICBJbnRlcm5hdGlvbmFsIENvbmZlcmVuY2Ugb24gTW9i aWxlICAgICAgICAgICBDb21wdXRpbmcgYW5kCiAgICAgICAgIFViaXF1aXRvdXMgTmV0d29ya2lu ZyAoSUNNVSAyMDA2KSwgT2N0b2JlciAyMDA2LgoKICAgWzE0XSAgQmFsZGVzc2FyaSwgUi4sIEZl c3RhZywgQS4sIGFuZCBKLiBBYmVpbGxlLCAiTkVNTyBtZWV0cyBWQU5FVDoKICAgICAgICAgQSBE ZXBsb3lhYmlsaXR5IEFuYWx5c2lzIG9mIE5ldHdvcmsgTW9iaWxpdHkgaW4gVmVoaWN1bGFyCiAg ICAgICAgIENvbW11bmljYXRpb24iLCBQcm9jLm9mIDd0aCBJbnRlcm5hdGlvbmFsIENvbmZlcmVu Y2Ugb24gSVRTCiAgICAgICAgIFRlbGVjb21tdW5pY2F0aW9ucyAoSVRTVDIwMDcpLCBKdW5lIDIw MDcuCgogICBbMTVdICBGb25zZWNhLCBFLiwgRmVzdGFnLCBBLiwgQmFsZGVzc2FyaSwgUi4sIGFu ZCBSLiBBZ3VpYXIsCiAgICAgICAgICJTdXBwb3J0IG9mIEFub255bWl0eSBpbiBWQU5FVHMgLSBQ dXR0aW5nIFBzZXVkb255bWl0eSBpbnRvCiAgICAgICAgIFByYWN0aWNlIiwgUHJvYy5vZiBJRUVF IFdpcmVsZXNzIENvbW11bmljYXRpb24gYW5kIE5ldHdvcmtpbmcKICAgICAgICAgQ29uZmVyZW5j ZSAoV0NOQzIwMDcpLCBNYXJjaCAyMDA3LgoKICAgWzE2XSAgUmF5YSwgTS4gYW5kIEouIEh1YmF1 eCwgIlRoZSBTZWN1cml0eSBvZiBWZWhpY3VsYXIgQWQgSG9jCiAgICAgICAgIE5ldHdvcmtzIiwg UHJvYy5vZiBXb3Jrc2hvcCBvbiBTZWN1cml0eSBvZiBBZCBIb2MgYW5kCiAgICAgICAgIFNlbnNv ciBOZXR3b3JrcyAoU0FTTjIwMDUpLCBOb3ZlbWJlciAyMDA1LgoKICAgWzE3XSAgQWlqYXosIEEu LCBCb2Nob3csIEIuLCBEb2V0emVyLCBGLiwgRmVzdGFnLCBBLiwgR2VybGFjaCwgTS4sCiAgICAg ICAgIExlaW5tdWVsbGVyLCBULiwgYW5kIFIuIEtyb2gsICJBdHRhY2tzIG9uIEludGVyIFZlaGlj bGUKICAgICAgICAgQ29tbXVuaWNhdGlvbiBTeXN0ZW1zIC0gYW4gQW5hbHlzaXMiLCBQcm9jLm9m IEludGVybmF0aW9uYWwKICAgICAgICAgV29ya3Nob3Agb24gICAgICAgICAgICBJbnRlbGxpZ2Vu dCBUcmFuc3BvcnRhdGlvbiAoV0lUMjAwNiksCiAgICAgICAgIE1hcmNoIDIwMDYuCgogICBbMThd ICBGb25zZWNhLCBFLiBhbmQgQS4gRmVzdGFnLCAiQSBTdXJ2ZXkgb2YgRXhpc3RpbmcgQXBwcm9h Y2hlcyBmb3IKICAgICAgICAgU2VjdXJlIEFkIEhvYyBSb3V0aW5nIGFuZCBUaGVpciBBcHBsaWNh YmlsaXR5IHRvIFZBTkVUUyIsIE5FQwogICAgICAgICBUZWNobmljYWwgUmVwb3J0IE5MRS1QUi0y MDA2LTE5LCBNYXJjaCAyMDA2LgoKCkF1dGhvcnMnIEFkZHJlc3NlcwoKICAgUm9iZXJ0byBCYWxk ZXNzYXJpCiAgIE5FQyBFdXJvcGUgTmV0d29yayBMYWJvcmF0b3JpZXMKICAgS3VyZnVlcnN0ZW4t YW5sYWdlIDM2CiAgIEhlaWRlbGJlcmcgIDY5MTE1CiAgIEdlcm1hbnkKCiAgIFBob25lOiArNDkg NjIyMSA0MzQyMTY3CiAgIEVtYWlsOiByb2JlcnRvLmJhbGRlc3NhcmlAbmV0bGFiLm5lYy5kZQoK CgoKQmFsZGVzc2FyaSwgZXQgYWwuICAgICAgIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4ICAgICAg ICAgICAgICAgW1BhZ2UgMTldCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICBDMkMtQ0MgTkVNTyBS TyBSZXF1aXJlbWVudHMgICAgICAgICAgICAgSnVseSAyMDA3CgoKICAgQW5kcmVhcyBGZXN0YWcK ICAgTkVDIERldXRzY2hsYW5kIEdtYkgKICAgS3VyZnVlcnN0ZW4tYW5sYWdlIDM2CiAgIEhlaWRl bGJlcmcgIDY5MTE1CiAgIEdlcm1hbnkKCiAgIFBob25lOiArNDkgNjIyMSA0MzQyMTQ3CiAgIEVt YWlsOiBhbmRyZWFzLmZlc3RhZ0BuZXRsYWIubmVjLmRlCgoKICAgTWFzc2ltaWxpYW5vIExlbmFy ZGkKICAgSGl0YWNoaSBFdXJvcGUgU0FTIFNvcGhpYSBBbnRpcG9saXMgTGFib3JhdG9yeQogICBJ bW1ldWJsZSBMZSBUaGVsZW1lCiAgIDE1MDMgUm91dGUgZGVzIERvbGluZXMKICAgVmFsYm9ubmUg IEYtMDY1NjAKICAgRnJhbmNlCgogICBQaG9uZTogKzMzIDQ4OSA4NzQxNjgKICAgRW1haWw6IG1h c3NpbWlsaWFuby5sZW5hcmRpQGhpdGFjaGktZXUuY29tCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoK CgoKCgoKCgoKQmFsZGVzc2FyaSwgZXQgYWwuICAgICAgIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4 ICAgICAgICAgICAgICAgW1BhZ2UgMjBdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICBDMkMtQ0Mg TkVNTyBSTyBSZXF1aXJlbWVudHMgICAgICAgICAgICAgSnVseSAyMDA3CgoKRnVsbCBDb3B5cmln aHQgU3RhdGVtZW50CgogICBDb3B5cmlnaHQgKEMpIFRoZSBJRVRGIFRydXN0ICgyMDA3KS4KCiAg IFRoaXMgZG9jdW1lbnQgaXMgc3ViamVjdCB0byB0aGUgcmlnaHRzLCBsaWNlbnNlcyBhbmQgcmVz dHJpY3Rpb25zCiAgIGNvbnRhaW5lZCBpbiBCQ1AgNzgsIGFuZCBleGNlcHQgYXMgc2V0IGZvcnRo IHRoZXJlaW4sIHRoZSBhdXRob3JzCiAgIHJldGFpbiBhbGwgdGhlaXIgcmlnaHRzLgoKICAgVGhp cyBkb2N1bWVudCBhbmQgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBoZXJlaW4gYXJlIHByb3Zp ZGVkIG9uIGFuCiAgICJBUyBJUyIgYmFzaXMgYW5kIFRIRSBDT05UUklCVVRPUiwgVEhFIE9SR0FO SVpBVElPTiBIRS9TSEUgUkVQUkVTRU5UUwogICBPUiBJUyBTUE9OU09SRUQgQlkgKElGIEFOWSks IFRIRSBJTlRFUk5FVCBTT0NJRVRZLCBUSEUgSUVURiBUUlVTVCBBTkQKICAgVEhFIElOVEVSTkVU IEVOR0lORUVSSU5HIFRBU0sgRk9SQ0UgRElTQ0xBSU0gQUxMIFdBUlJBTlRJRVMsIEVYUFJFU1MK ICAgT1IgSU1QTElFRCwgSU5DTFVESU5HIEJVVCBOT1QgTElNSVRFRCBUTyBBTlkgV0FSUkFOVFkg VEhBVCBUSEUgVVNFIE9GCiAgIFRIRSBJTkZPUk1BVElPTiBIRVJFSU4gV0lMTCBOT1QgSU5GUklO R0UgQU5ZIFJJR0hUUyBPUiBBTlkgSU1QTElFRAogICBXQVJSQU5USUVTIE9GIE1FUkNIQU5UQUJJ TElUWSBPUiBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4KCgpJbnRlbGxlY3R1YWwg UHJvcGVydHkKCiAgIFRoZSBJRVRGIHRha2VzIG5vIHBvc2l0aW9uIHJlZ2FyZGluZyB0aGUgdmFs aWRpdHkgb3Igc2NvcGUgb2YgYW55CiAgIEludGVsbGVjdHVhbCBQcm9wZXJ0eSBSaWdodHMgb3Ig b3RoZXIgcmlnaHRzIHRoYXQgbWlnaHQgYmUgY2xhaW1lZCB0bwogICBwZXJ0YWluIHRvIHRoZSBp bXBsZW1lbnRhdGlvbiBvciB1c2Ugb2YgdGhlIHRlY2hub2xvZ3kgZGVzY3JpYmVkIGluCiAgIHRo aXMgZG9jdW1lbnQgb3IgdGhlIGV4dGVudCB0byB3aGljaCBhbnkgbGljZW5zZSB1bmRlciBzdWNo IHJpZ2h0cwogICBtaWdodCBvciBtaWdodCBub3QgYmUgYXZhaWxhYmxlOyBub3IgZG9lcyBpdCBy ZXByZXNlbnQgdGhhdCBpdCBoYXMKICAgbWFkZSBhbnkgaW5kZXBlbmRlbnQgZWZmb3J0IHRvIGlk ZW50aWZ5IGFueSBzdWNoIHJpZ2h0cy4gIEluZm9ybWF0aW9uCiAgIG9uIHRoZSBwcm9jZWR1cmVz IHdpdGggcmVzcGVjdCB0byByaWdodHMgaW4gUkZDIGRvY3VtZW50cyBjYW4gYmUKICAgZm91bmQg aW4gQkNQIDc4IGFuZCBCQ1AgNzkuCgogICBDb3BpZXMgb2YgSVBSIGRpc2Nsb3N1cmVzIG1hZGUg dG8gdGhlIElFVEYgU2VjcmV0YXJpYXQgYW5kIGFueQogICBhc3N1cmFuY2VzIG9mIGxpY2Vuc2Vz IHRvIGJlIG1hZGUgYXZhaWxhYmxlLCBvciB0aGUgcmVzdWx0IG9mIGFuCiAgIGF0dGVtcHQgbWFk ZSB0byBvYnRhaW4gYSBnZW5lcmFsIGxpY2Vuc2Ugb3IgcGVybWlzc2lvbiBmb3IgdGhlIHVzZSBv ZgogICBzdWNoIHByb3ByaWV0YXJ5IHJpZ2h0cyBieSBpbXBsZW1lbnRlcnMgb3IgdXNlcnMgb2Yg dGhpcwogICBzcGVjaWZpY2F0aW9uIGNhbiBiZSBvYnRhaW5lZCBmcm9tIHRoZSBJRVRGIG9uLWxp bmUgSVBSIHJlcG9zaXRvcnkgYXQKICAgaHR0cDovL3d3dy5pZXRmLm9yZy9pcHIuCgogICBUaGUg SUVURiBpbnZpdGVzIGFueSBpbnRlcmVzdGVkIHBhcnR5IHRvIGJyaW5nIHRvIGl0cyBhdHRlbnRp b24gYW55CiAgIGNvcHlyaWdodHMsIHBhdGVudHMgb3IgcGF0ZW50IGFwcGxpY2F0aW9ucywgb3Ig b3RoZXIgcHJvcHJpZXRhcnkKICAgcmlnaHRzIHRoYXQgbWF5IGNvdmVyIHRlY2hub2xvZ3kgdGhh dCBtYXkgYmUgcmVxdWlyZWQgdG8gaW1wbGVtZW50CiAgIHRoaXMgc3RhbmRhcmQuICBQbGVhc2Ug YWRkcmVzcyB0aGUgaW5mb3JtYXRpb24gdG8gdGhlIElFVEYgYXQKICAgaWV0Zi1pcHJAaWV0Zi5v cmcuCgoKQWNrbm93bGVkZ21lbnQKCiAgIEZ1bmRpbmcgZm9yIHRoZSBSRkMgRWRpdG9yIGZ1bmN0 aW9uIGlzIHByb3ZpZGVkIGJ5IHRoZSBJRVRGCiAgIEFkbWluaXN0cmF0aXZlIFN1cHBvcnQgQWN0 aXZpdHkgKElBU0EpLgoKCgoKCkJhbGRlc3NhcmksIGV0IGFsLiAgICAgICBFeHBpcmVzIEphbnVh cnkgNiwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDIxXQoMCgo= ------_=_NextPart_001_01C7BF10.2349E642-- From chocochipcookiedp@yahoo.co.uk Thu Jul 05 11:44:23 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6TVH-0000D1-4u for NEMO-ARCHIVE@LISTS.IETF.ORG; Thu, 05 Jul 2007 11:44:23 -0400 Received: from [60.19.225.247] (helo=so-net.ne.jp) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I6TVG-0001ip-7r for NEMO-ARCHIVE@LISTS.IETF.ORG; Thu, 05 Jul 2007 11:44:23 -0400 Received: from truaovozau5 (unknown [100.162.212.178]) by smtp78 (Coremail) with SMTP id 1JxrhGMDOVLl153l.1 for ; Sat, 05 Jul 2008 23:41:02 +0800 (CST) X-Originating-IP: [100.162.212.178] Subject: =?iso-2022-jp?B?GyRCOiMkSiRpISYhJiEqISkbKEI=?= From: =?shift-jis?B?ZW1p?= To: X-Mailer: Microsoft Outlook Express 6.00.2800.1478 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0006_01C8C1B2.D4664230" X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Score: 4.6 (++++) X-Scan-Signature: 82c9bddb247d9ba4471160a9a865a5f3 This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C8C1B2.D4664230 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: base64 GyRCJSglcyVIJWohPEw1TkEkRyEiJSglbSUoJW0kSj13QC1DIyRIRD5AXE8iTW08aCRqSnxCaiRO JTslQyUvJTkkN0p8QmohKiEqISobKEINCg0KGyRCNHw0VjhCRGokQCQrJGkhIjojJCwlQSVjJXMl OSF5GyhCDQoNChskQiUoJXMlSCVqITxMNU5BJE8kMyRBJGkkKyRpGyhCDQpodHRwOi8vc2VyZWJ1 LmJpei9jYXMvP2FzMTMNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KGyRCIUolYSE8JWtHWz8uRGQ7XyRyJDQ0 dUs+JE5KfSRPJDMkQSRpJF4kRyFLGyhCDQptYWtpX25vZGEyMUB5YWhvby5jby51ayANCg== ------=_NextPart_000_0006_01C8C1B2.D4664230 Content-Type: text/html; charset="iso-2022-jp" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWlzby0yMDIyLWpwIj4NCjxNRVRBIGNvbnRlbnQ9Ik1TSFRN TCA2LjAwLjI5MDAuMjc2OSIgbmFtZT1HRU5FUkFUT1I+DQo8U1RZTEU+PC9TVFlMRT4NCjwvSEVB RD4NCjxCT0RZIGJnQ29sb3I9I2ZmZmZmZj4NCjxESVY+PEZPTlQgZmFjZT0iTVMgVUkgR290aGlj IiBzaXplPTI+DQo8RElWPjxGT05UIGZhY2U9Ik1TIFVJIEdvdGhpYyIgc2l6ZT0yPg0KPERJVj48 Rk9OVCBmYWNlPSJNUyBVSSBHb3RoaWMiIA0Kc2l6ZT0yPhskQiUoJXMlSCVqITxMNU5BJEchIiUo JW0lKCVtJEo9d0AtQyMkSEQ+QFxPIk1tPGgkakp8QmokTiU7JUMlLyU5JDdKfEJqISohKiEqGyhC PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPSJNUyBVSSBHb3RoaWMiIHNpemU9Mj48L0ZP TlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9Ik1TIFVJIEdvdGhpYyIgc2l6ZT0yPhsk QjR8NFY4QkRqJEAkKyRpISI6IyQsJUElYyVzJTkheRsoQjwvRk9OVD48L0RJVj4NCjxESVY+PEZP TlQgZmFjZT0iTVMgVUkgR290aGljIiBzaXplPTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48 Rk9OVCBmYWNlPSJNUyBVSSBHb3RoaWMiIHNpemU9Mj4bJEIlKCVzJUglaiE8TDVOQSRPJDMkQSRp JCskaRsoQjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT0bJEJBV0JOGyhCPjxBIA0KaHJl Zj0iaHR0cDovL3NlcmVidS5iaXovY2FzLz9hczEzIj5odHRwOi8vc2VyZWJ1LmJpei9jYXMvP2Fz MTM8L0E+PEEgDQpocmVmPSJodHRwOi8vd3d3Lml3eHl6LmNvbS9jYXMvP2FzMTMiPjwvQT48L0ZP TlQ+PEEgDQpocmVmPSJodHRwOi8vY2I0MDUuaXB0aW1lLm9yZy9zZXJlYnUvP2FzMTMiPjwvQT48 QlI+PEEgDQpocmVmPSJodHRwOi8vdmx6aC5jb20vP2FzMTMiPjwvQT48L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+DQo8 RElWPjxGT05UIHNpemU9Mj4bJEIhSiVhITwla0dbPy5EZDtfJHIkNDR1Sz4kTkp9JE8kMyRBJGkk XiRHIUsbKEI8L0ZPTlQ+PC9ESVY+DQo8RElWPjxBIGhyZWY9Im1haWx0bzptYWtpX25vZGEyMUB5 YWhvby5jby51ayI+bWFraV9ub2RhMjFAeWFob28uY28udWs8L0E+IA0KPEJSPjwvRElWPjwvRElW PjwvRk9OVD48L0RJVj48L0ZPTlQ+PC9ESVY+PC9CT0RZPjwvSFRNTD4NCg== ------=_NextPart_000_0006_01C8C1B2.D4664230-- From nemo-bounces@ietf.org Thu Jul 05 11:48:51 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6TZT-0003yX-AK; Thu, 05 Jul 2007 11:48:43 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6TPh-0006R7-Tz; Thu, 05 Jul 2007 11:38:37 -0400 Received: from mail2.azairenet.com ([207.47.15.6]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I6TEI-0008WV-ND; Thu, 05 Jul 2007 11:27:48 -0400 Received: from [127.0.0.1] ([67.180.82.252]) by mail2.azairenet.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Thu, 5 Jul 2007 08:26:49 -0700 Message-ID: <468D0DB4.4030106@azairenet.com> Date: Thu, 05 Jul 2007 08:26:44 -0700 From: Vijay Devarapalli User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Hesham Soliman References: <20070705124643.FKGN24129.oaamta03sl.mx.bigpond.com@PC20005> In-Reply-To: <20070705124643.FKGN24129.oaamta03sl.mx.bigpond.com@PC20005> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 05 Jul 2007 15:26:49.0929 (UTC) FILETIME=[E8358390:01C7BF18] X-Spam-Score: 0.0 (/) X-Scan-Signature: 093efd19b5f651b2707595638f6c4003 Cc: nemo@ietf.org, mip6@ietf.org Subject: [nemo] Re: [Mip6] RE: Issue 93 - way forward X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org I prefer alternative 2. Vijay Hesham Soliman wrote: > Folks, > > With the deadline fast approaching, I'd like to remind everyone to express a > choice, or a "don't care" about this issue. Given the contrast between the > amount of emails on this issue before Vs now, I'm inclined to assume that a > lot of people who participated before don't care which alternative we go > for. > > So just to be clear, the options are: > Alternative 1 > Alternative 2 > Don't care > > So far we had one opinion for alt 1 and another for alt 2. > > Personally, I prefer 2 because it's clearer and doesn't allow for a seamless > switch between the two packet formats on a per-packet basis. I think that > makes things more predictable for tunnel setup at the HA. I'm also less > comfortable with the generic ICMP error response from the HA when the MN > sends a packet in a format that is not supported by the HA. I think using > the BU to signal which format should be used is cleaner. > > My 2 cents. > > Hesham > > PS: If we get a lot of "don't care" then I'll ask the chairs/AD to make the > decisions for us. > > > -----Original Message----- > > From: Hesham Soliman [mailto:Hesham@elevatemobile.com] > > Sent: Sunday, July 01, 2007 2:27 PM > > To: 'mip6@ietf.org'; 'nemo@ietf.org' > > Subject: Issue 93 - way forward > > > > Folks, > > > > Some of the people involved in the recent discussions on > > issue 93, the NETLMM chairs and the AD had a teleconference > > a few days ago to discuss how to address the lack of > > concensus on this issue. The aim of the meeting was to find > > a way of accomodating both sides with one solution that > > avoids the technical inefficiency/lack of flexibility > > concerns of both sides. > > > > The following is a summary of what we agreed on in the meeting. > > > > The agreement was to define a way of handling both cases > > (presence of TLV or not). To do that two different > > mechanisms were proposed, I'll list a summary of each one below. > > > > 1. Implicit signalling > > > > The idea is to use the first byte after the UDP header to > > switch on whether the following header is IP (v4 or v6) or a > > TLV header. Effectively, the first byte is the version field > > of the IP header. versions 4 or 6 have the obvious meaning, > > for the TLV header we can use one of the version numbers > > that are not used today like 0 or 1. So for instance, 0 > > means TLV, 4 means IPv4, and 6 means IPv6. > > Jari mentioned that this is used by other protocols like > > MPLS and it is considered a hack by some people on the IESG > > but in our case we use a specific port number for DSMIP > > therefore no one who does not implement the DSMIP spec > > should receive this. > > > > So, when using this alternative, the TLV would look > > something like this: > > > > Format (1byte) Type (1byte) Length (2 bytes) > > > > Format is just a bad name I use in this email to indicate > > that this byte is used to identify the format of the > > following information (IP header or TLV) > > > > Type is the message type > > length is the message length > > > > 2. Explicit signalling > > > > In this mechanism we define a new flag in the BU that, when > > set, indicates that the MN/MR wants to use the following format: > > IP > > UDP > > TLV > > ...etc > > when the flag is cleared, it indicates the the MN/MR wants > > to use the following format: > > IP > > UDP > > ...etc (i.e. no TLV). > > > > Obviously when using this mechanism there must be a default > > mechanism for sending the BU itself. I.e., we can always > > send the BU in the current UDP encapsulation format witohut > > the TLV but if the request is accepted then data packets are > > sent as agreed during the BU/BA exchange. > > > > In either solution we will have to mandate that both the HA > > and the MN support the negotiation mechanism and one default > > format. So, all implementations have to support the current > > format of UDP encapsulation as a base. This allows for > > interoperability. > > > > In this alternative there is no need for the Format field in > > alternative 1, we only need to define Type and Length fields > > with one byte reserved. > > > > > > Hesham > > > > > > _______________________________________________ > Mip6 mailing list > Mip6@ietf.org > https://www1.ietf.org/mailman/listinfo/mip6 > From nemo-bounces@ietf.org Thu Jul 05 12:05:41 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6Tpt-0006ap-3y; Thu, 05 Jul 2007 12:05:41 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6Tpr-0006ZE-8f for nemo@ietf.org; Thu, 05 Jul 2007 12:05:39 -0400 Received: from web84112.mail.mud.yahoo.com ([68.142.206.199]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1I6Top-0002Fd-84 for nemo@ietf.org; Thu, 05 Jul 2007 12:05:39 -0400 Received: (qmail 35660 invoked by uid 60001); 5 Jul 2007 15:57:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=4WYW9ixiqYZWiGRd1820Dul/1R673AUBp+AA5Q+wOcxbm92nzAik4Hw59pbDd5iUpZUh2qNV8rrfhDoRDGcwtn1ahUh8/vBWfBiUbASMl0ONkJryOCvVXbVgc5W7A1+Rjg2Wshbidsv0M4x6RJ56mQZsNWlI4QWgaysUrjy7mUA=; X-YMail-OSG: civ8jfIVM1mn_9QinCc7D7KGnGIKlc9VIufKEtfif1JFxJiIMPVAT3BI3MgV5fJRecThNQl5UGmzIlZl4c.xV1EcL2EmKvRNDgRWY267aLPWNAypElU- Received: from [206.16.17.212] by web84112.mail.mud.yahoo.com via HTTP; Thu, 05 Jul 2007 08:57:52 PDT X-Mailer: YahooMailRC/651.38 YahooMailWebService/0.7.41.16 Date: Thu, 5 Jul 2007 08:57:52 -0700 (PDT) From: Behcet Sarikaya To: Vijay Devarapalli , Hesham Soliman MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-5776690-1183651072=:34361" Message-ID: <990752.34361.qm@web84112.mail.mud.yahoo.com> X-Spam-Score: 0.1 (/) X-Scan-Signature: 827a2a57ca7ab0837847220f447e8d56 Cc: nemo@ietf.org, mip6@ietf.org Subject: [nemo] Re: [Mip6] RE: Issue 93 - way forward X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Behcet Sarikaya List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org --0-5776690-1183651072=:34361 Content-Type: text/plain; charset=ascii +1. Regards, Behcet ----- Original Message ---- From: Vijay Devarapalli To: Hesham Soliman Cc: nemo@ietf.org; mip6@ietf.org Sent: Thursday, July 5, 2007 10:26:44 AM Subject: Re: [Mip6] RE: Issue 93 - way forward I prefer alternative 2. Vijay Hesham Soliman wrote: > Folks, > > With the deadline fast approaching, I'd like to remind everyone to express a > choice, or a "don't care" about this issue. Given the contrast between the > amount of emails on this issue before Vs now, I'm inclined to assume that a > lot of people who participated before don't care which alternative we go > for. > > So just to be clear, the options are: > Alternative 1 > Alternative 2 > Don't care > > So far we had one opinion for alt 1 and another for alt 2. > > Personally, I prefer 2 because it's clearer and doesn't allow for a seamless > switch between the two packet formats on a per-packet basis. I think that > makes things more predictable for tunnel setup at the HA. I'm also less > comfortable with the generic ICMP error response from the HA when the MN > sends a packet in a format that is not supported by the HA. I think using > the BU to signal which format should be used is cleaner. > > My 2 cents. > > Hesham > > PS: If we get a lot of "don't care" then I'll ask the chairs/AD to make the > decisions for us. > > > -----Original Message----- > > From: Hesham Soliman [mailto:Hesham@elevatemobile.com] > > Sent: Sunday, July 01, 2007 2:27 PM > > To: 'mip6@ietf.org'; 'nemo@ietf.org' > > Subject: Issue 93 - way forward > > > > Folks, > > > > Some of the people involved in the recent discussions on > > issue 93, the NETLMM chairs and the AD had a teleconference > > a few days ago to discuss how to address the lack of > > concensus on this issue. The aim of the meeting was to find > > a way of accomodating both sides with one solution that > > avoids the technical inefficiency/lack of flexibility > > concerns of both sides. > > > > The following is a summary of what we agreed on in the meeting. > > > > The agreement was to define a way of handling both cases > > (presence of TLV or not). To do that two different > > mechanisms were proposed, I'll list a summary of each one below. > > > > 1. Implicit signalling > > > > The idea is to use the first byte after the UDP header to > > switch on whether the following header is IP (v4 or v6) or a > > TLV header. Effectively, the first byte is the version field > > of the IP header. versions 4 or 6 have the obvious meaning, > > for the TLV header we can use one of the version numbers > > that are not used today like 0 or 1. So for instance, 0 > > means TLV, 4 means IPv4, and 6 means IPv6. > > Jari mentioned that this is used by other protocols like > > MPLS and it is considered a hack by some people on the IESG > > but in our case we use a specific port number for DSMIP > > therefore no one who does not implement the DSMIP spec > > should receive this. > > > > So, when using this alternative, the TLV would look > > something like this: > > > > Format (1byte) Type (1byte) Length (2 bytes) > > > > Format is just a bad name I use in this email to indicate > > that this byte is used to identify the format of the > > following information (IP header or TLV) > > > > Type is the message type > > length is the message length > > > > 2. Explicit signalling > > > > In this mechanism we define a new flag in the BU that, when > > set, indicates that the MN/MR wants to use the following format: > > IP > > UDP > > TLV > > ...etc > > when the flag is cleared, it indicates the the MN/MR wants > > to use the following format: > > IP > > UDP > > ...etc (i.e. no TLV). > > > > Obviously when using this mechanism there must be a default > > mechanism for sending the BU itself. I.e., we can always > > send the BU in the current UDP encapsulation format witohut > > the TLV but if the request is accepted then data packets are > > sent as agreed during the BU/BA exchange. > > > > In either solution we will have to mandate that both the HA > > and the MN support the negotiation mechanism and one default > > format. So, all implementations have to support the current > > format of UDP encapsulation as a base. This allows for > > interoperability. > > > > In this alternative there is no need for the Format field in > > alternative 1, we only need to define Type and Length fields > > with one byte reserved. > > > > > > Hesham > > > > > > _______________________________________________ > Mip6 mailing list > Mip6@ietf.org > https://www1.ietf.org/mailman/listinfo/mip6 > _______________________________________________ Mip6 mailing list Mip6@ietf.org https://www1.ietf.org/mailman/listinfo/mip6 --0-5776690-1183651072=:34361 Content-Type: text/html; charset=ascii
+1.

Regards,

Behcet

----- Original Message ----
From: Vijay Devarapalli <vijay.devarapalli@azairenet.com>
To: Hesham Soliman <Hesham@elevatemobile.com>
Cc: nemo@ietf.org; mip6@ietf.org
Sent: Thursday, July 5, 2007 10:26:44 AM
Subject: Re: [Mip6] RE: Issue 93 - way forward

I prefer alternative 2.

Vijay

Hesham Soliman wrote:
> Folks,
>
> With the deadline fast approaching, I'd like to remind everyone to express a
> choice, or a "don't care" about this issue. Given the contrast between the
> amount of emails on this issue before Vs now, I'm inclined to assume that a
> lot of people who participated before don't care which alternative we go
> for.
>
> So just to be clear, the options are:
> Alternative 1
> Alternative 2
> Don't care
>
> So far we had one opinion for alt 1 and another for alt 2.
>
> Personally, I prefer 2 because it's clearer and doesn't allow for a seamless
> switch between the two packet formats on a per-packet basis. I think that
> makes things more predictable for tunnel setup at the HA. I'm also less
> comfortable with the generic ICMP error response from the HA when the MN
> sends a packet in a format that is not supported by the HA. I think using
> the BU to signal which format should be used is cleaner.
>
> My 2 cents.
>
> Hesham
>
> PS: If we get a lot of "don't care" then I'll ask the chairs/AD to make the
> decisions for us.
>
>  > -----Original Message-----
>  > From: Hesham Soliman [mailto:Hesham@elevatemobile.com]
>  > Sent: Sunday, July 01, 2007 2:27 PM
>  > To: 'mip6@ietf.org'; 'nemo@ietf.org'
>  > Subject: Issue 93 - way forward
>  >
>  > Folks,
>  >
>  > Some of the people involved in the recent discussions on
>  > issue 93, the NETLMM chairs and the AD had a teleconference
>  > a few days ago to discuss how to address the lack of
>  > concensus on this issue. The aim of the meeting was to find
>  > a way of accomodating both sides with one solution that
>  > avoids the technical inefficiency/lack of flexibility
>  > concerns of both sides.
>  >
>  > The following is a summary of what we agreed on in the meeting.
>  >
>  > The agreement was to define a way of handling both cases
>  > (presence of TLV or not). To do that two different
>  > mechanisms were proposed, I'll list a summary of each one below.
>  >
>  > 1. Implicit signalling
>  >
>  > The idea is to use the first byte after the UDP header to
>  > switch on whether the following header is IP (v4 or v6) or a
>  > TLV header. Effectively, the first byte is the version field
>  > of the IP header. versions 4 or 6 have the obvious meaning,
>  > for the TLV header we can use one of the version numbers
>  > that are not used today like 0 or 1. So for instance, 0
>  > means TLV, 4 means IPv4, and 6 means IPv6.
>  > Jari mentioned that this is used by other protocols like
>  > MPLS and it is considered a hack by some people on the IESG
>  > but in our case we use a specific port number for DSMIP
>  > therefore no one who does not implement the DSMIP spec
>  > should receive this.
>  >
>  > So, when using this alternative, the TLV would look
>  > something like this:
>  >
>  > Format (1byte) Type (1byte)  Length (2 bytes)
>  >
>  > Format is just a bad name I use in this email to indicate
>  > that this byte is used to identify the format of the
>  > following information (IP header or TLV)
>  >
>  > Type is the message type
>  > length is the message length
>  >
>  > 2. Explicit signalling
>  >
>  > In this mechanism we define a new flag in the BU that, when
>  > set, indicates that the MN/MR wants to use the following format:
>  >   IP
>  >   UDP
>  >   TLV
>  >    ...etc
>  > when the flag is cleared, it indicates the the MN/MR wants
>  > to use the following format:
>  >   IP
>  >   UDP
>  >   ...etc (i.e. no TLV).
>  >
>  > Obviously when using this mechanism there must be a default
>  > mechanism for sending the BU itself. I.e., we can always
>  > send the BU in the current UDP encapsulation format witohut
>  > the TLV but if the request is accepted then data packets are
>  > sent as agreed during the BU/BA exchange.
>  >
>  > In either solution we will have to mandate that both the HA
>  > and the MN support the negotiation mechanism and one default
>  > format. So, all implementations have to support the current
>  > format of UDP encapsulation as a base. This allows for
>  > interoperability.
>  >
>  > In this alternative there is no need for the Format field in
>  > alternative 1, we only need to define Type and Length fields
>  > with one byte reserved.
>  >
>  >
>  > Hesham
>  >
>
>
>
> _______________________________________________
> Mip6 mailing list
> Mip6@ietf.org
> https://www1.ietf.org/mailman/listinfo/mip6
>


_______________________________________________
Mip6 mailing list
Mip6@ietf.org
https://www1.ietf.org/mailman/listinfo/mip6

--0-5776690-1183651072=:34361-- From nemo-bounces@ietf.org Thu Jul 05 12:05:54 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6Tq6-0006yk-5L; Thu, 05 Jul 2007 12:05:54 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6Tq4-0006xi-Hi; Thu, 05 Jul 2007 12:05:52 -0400 Received: from zcars04f.nortel.com ([47.129.242.57]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I6Tp1-0002JG-Fk; Thu, 05 Jul 2007 12:05:52 -0400 Received: from zrc2hxm2.corp.nortel.com (zrc2hxm2.corp.nortel.com [47.103.123.73]) by zcars04f.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id l65G4ij14516; Thu, 5 Jul 2007 16:04:44 GMT X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [nemo] RE: Issue 93 - way forward Date: Thu, 5 Jul 2007 11:04:43 -0500 Message-ID: <6FC4416DDE56C44DA0AEE67BC7CA437115614B2D@zrc2hxm2.corp.nortel.com> In-Reply-To: <20070705124643.FKGN24129.oaamta03sl.mx.bigpond.com@PC20005> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [nemo] RE: Issue 93 - way forward thread-index: Ace7mBtfZ3/6qerdQv62CoSb8S1s9wDaYH+wAAbrlRA= References: <20070705124643.FKGN24129.oaamta03sl.mx.bigpond.com@PC20005> From: "Ahmad Muhanna" To: "Hesham Soliman" , , X-Spam-Score: 0.0 (/) X-Scan-Signature: b22590c27682ace61775ee7b453b40d3 Cc: X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Since option 1 is contained and the proposed processing is very specific to the case at hand, I support option 1. That way we preserve one bit in the BU. Regards, Ahmad =20 > -----Original Message----- > From: Hesham Soliman [mailto:Hesham@elevatemobile.com]=20 > Sent: Thursday, July 05, 2007 7:47 AM > To: 'Hesham Soliman'; mip6@ietf.org; nemo@ietf.org > Subject: [nemo] RE: Issue 93 - way forward >=20 > Folks,=20 >=20 > With the deadline fast approaching, I'd like to remind=20 > everyone to express a choice, or a "don't care" about this=20 > issue. Given the contrast between the amount of emails on=20 > this issue before Vs now, I'm inclined to assume that a lot=20 > of people who participated before don't care which=20 > alternative we go for.=20 >=20 > So just to be clear, the options are: > Alternative 1 > Alternative 2 > Don't care >=20 > So far we had one opinion for alt 1 and another for alt 2.=20 >=20 > Personally, I prefer 2 because it's clearer and doesn't allow=20 > for a seamless switch between the two packet formats on a=20 > per-packet basis. I think that makes things more predictable=20 > for tunnel setup at the HA. I'm also less comfortable with=20 > the generic ICMP error response from the HA when the MN sends=20 > a packet in a format that is not supported by the HA. I think=20 > using the BU to signal which format should be used is cleaner.=20 >=20 > My 2 cents. >=20 > Hesham >=20 > PS: If we get a lot of "don't care" then I'll ask the=20 > chairs/AD to make the decisions for us. =20 >=20 > > -----Original Message----- > > From: Hesham Soliman [mailto:Hesham@elevatemobile.com] >=20 > Sent: Sunday, July 01, 2007 2:27 PM > To: 'mip6@ietf.org';=20 > 'nemo@ietf.org' > > Subject: Issue 93 - way forward > > > > Folks, > > > > Some of the people involved in the recent discussions on =20 > > issue 93, the NETLMM chairs and the AD had a teleconference=20 > > a few days ago to discuss how to address the lack of >=20 > concensus on this issue. The aim of the meeting was to find =20 > > a way of accomodating both sides with one solution that >=20 > avoids the technical inefficiency/lack of flexibility >=20 > concerns of both sides. > > > > The following is a summary of what we agreed on in the meeting.=20 > > > > The agreement was to define a way of handling both cases =20 > > (presence of TLV or not). To do that two different >=20 > mechanisms were proposed, I'll list a summary of each one below.=20 > > > > 1. Implicit signalling > > > > The idea is to use the first byte after the UDP header to =20 > > switch on whether the following header is IP (v4 or v6) or=20 > a > TLV header. Effectively, the first byte is the version=20 > field > of the IP header. versions 4 or 6 have the obvious=20 > meaning, > for the TLV header we can use one of the version=20 > numbers > that are not used today like 0 or 1. So for=20 > instance, 0 > means TLV, 4 means IPv4, and 6 means IPv6.=20 > > Jari mentioned that this is used by other protocols like =20 > > MPLS and it is considered a hack by some people on the IESG=20 > > but in our case we use a specific port number for DSMIP >=20 > therefore no one who does not implement the DSMIP spec >=20 > should receive this.=20 > > > > So, when using this alternative, the TLV would look >=20 > something like this: > > > > Format (1byte) Type (1byte) Length (2 bytes) > > Format=20 > is just a bad name I use in this email to indicate > that=20 > this byte is used to identify the format of the > following=20 > information (IP header or TLV) > > Type is the message type=20 > > length is the message length > > 2. Explicit signalling =20 > > > In this mechanism we define a new flag in the BU that,=20 > when > set, indicates that the MN/MR wants to use the=20 > following format: > > IP > > UDP > > TLV > > ...etc > > when the flag is cleared, it indicates the the MN/MR wants=20 > > to use the following format: > > IP > > UDP > > ...etc (i.e. no TLV).=20 > > > > Obviously when using this mechanism there must be a=20 > default > mechanism for sending the BU itself. I.e., we can=20 > always > send the BU in the current UDP encapsulation format=20 > witohut > the TLV but if the request is accepted then data=20 > packets are > sent as agreed during the BU/BA exchange.=20 > > > > In either solution we will have to mandate that both the=20 > HA > and the MN support the negotiation mechanism and one=20 > default > format. So, all implementations have to support=20 > the current > format of UDP encapsulation as a base. This=20 > allows for > interoperability.=20 > > > > In this alternative there is no need for the Format field=20 > in > alternative 1, we only need to define Type and Length=20 > fields > with one byte reserved. > > > > > > Hesham > >=20 >=20 >=20 >=20 >=20 From nemo-bounces@ietf.org Thu Jul 05 12:14:04 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6Ty0-0008Kh-HQ; Thu, 05 Jul 2007 12:14:04 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6Txz-0008IX-A2 for nemo@ietf.org; Thu, 05 Jul 2007 12:14:03 -0400 Received: from slb-smtpout-01.boeing.com ([130.76.64.48]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I6Tx3-0004ec-HQ for nemo@ietf.org; Thu, 05 Jul 2007 12:14:03 -0400 Received: from slb-av-01.boeing.com (slb-av-01.boeing.com [129.172.13.4]) by slb-smtpout-01.ns.cs.boeing.com (8.14.0/8.14.0/8.14.0/SMTPOUT) with ESMTP id l65GCYld019548 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 5 Jul 2007 09:12:35 -0700 (PDT) Received: from slb-av-01.boeing.com (localhost [127.0.0.1]) by slb-av-01.boeing.com (8.14.0/8.14.0/DOWNSTREAM_RELAY) with ESMTP id l65GCXsd007467; Thu, 5 Jul 2007 09:12:34 -0700 (PDT) Received: from XCH-NWBH-11.nw.nos.boeing.com (xch-nwbh-11.nw.nos.boeing.com [130.247.55.84]) by slb-av-01.boeing.com (8.14.0/8.14.0/UPSTREAM_RELAY) with ESMTP id l65GCQ3a007169; Thu, 5 Jul 2007 09:12:30 -0700 (PDT) Received: from XCH-NW-8V1.nw.nos.boeing.com ([130.247.55.71]) by XCH-NWBH-11.nw.nos.boeing.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 5 Jul 2007 09:12:30 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 5 Jul 2007 09:12:29 -0700 Message-ID: <0D090F1E0F5536449C7E6527AFFA280A0368585A@XCH-NW-8V1.nw.nos.boeing.com> In-Reply-To: <20070702144409.GL6234@grc.nasa.gov> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: IETF NEMO inputs Thread-Index: Ace8t/Svh1olD9UoRey6481YDwY42QCXgBcw References: <20070702144409.GL6234@grc.nasa.gov> From: "Davis, Terry L" To: , X-OriginalArrivalTime: 05 Jul 2007 16:12:30.0368 (UTC) FILETIME=[49A35200:01C7BF1F] X-Spam-Score: 0.0 (/) X-Scan-Signature: 67c1ea29f88502ef6a32ccec927970f0 Cc: kelly.kitchens@baesystems.com, wivancic@grc.nasa.gov, eivan.cerasi@eurocontrol.int, andy.colon@faa.gov Subject: [nemo] RE: IETF NEMO inputs X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org All The document looks great. My comments are mostly communication usage expansion as we look at new concepts coming from the airlines and airports. Final comments are below. Wes, my thanks to you for serving as the document editor! Take care Terry =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D Section 1 Paragraph 3 "For decades... This paragraph needs to make it clear that at least the aircraft will have a minimum of three networks on it and will under NO circumstances consist of a single network nor will the multiple networks be provided by a single service provider. Multiple onboard independent networks for commercial aircraft are required in order for the aircraft to comply with regulatory and legal requirements. Section 2.1.1 Suggested sentences for the last paragraph following first sentence: "...requests and grants. Future ATS communications are likely to include longer messages and higher message frequencies for postional awareness communication of all vehicles in motion at the airport and all aircraft within a thirty mile range during flight. In addition, these communications are likely to include vehicle trajectories as well as absolute position data." Section 2.1.2 Airline message trafficing may include detailed electronic passenger manifests, passenger ticketing/re-booking traffic, and complete electronic baggage manifests. When bandwidth is available, though mainly at the terminal, "airplane health information" data transfers into the 10 or low hundreds of megabytes are likely; and in future, it is expected that the In-Flight Entertain systems (IFE) may receive movie refreshes running in the gigabytes. Section 2.1.3 We do know that several service providers are planning on offering passenger Internet access during flight as DSL type rates, just as Connexion-by-Boeing did. In addition, several airlines have plans to offer onboard cellular service to their passengers (not saying I like it but notheless...); some of these may utilize VoIP services. Section 4.1 We may want to note that large airports will be especially challenged by the RO configurations due to the number of airline involved, the number of service providers, and the high volume new ROs as aircraft arrive and depart. > -----Original Message----- > From: Wesley Eddy [mailto:weddy@grc.nasa.gov] > Sent: Monday, July 02, 2007 7:44 AM > To: wivancic@grc.nasa.gov; Davis, Terry L; kelly.kitchens@baesystems.com; > andy.colon@faa.gov; eivan.cerasi@eurocontrol.int > Cc: Kerczewski, Robert J. (GRC-PRA0); Rafael.Apaza@faa.gov; Gib Winter; > bdimond@grc.nasa.gov > Subject: IETF NEMO inputs >=20 > Gentlemen: >=20 > This is a friendly reminder that the cutoff for submitting updated IETF > Internet-Drafts is the morning of July 9th. Attached is the working > copy of the draft update that I plan to submit on NEMO Route Optimization > requirements for aeronautics. I believe this will soon become a working > group item of the new MEXT working group, after the Chicago IETF meeting > this month, as it is on the proposed charter with November 2007 as the > target date for submission to the RFC Editor for publication as an RFC. > By December 2007, an initial draft solution to meet those requirements > is intended to become a MEXT working group item, with later publication > as an RFC after approval by the working group. >=20 > If you have any inputs, please provide them by the 4 PM EST on the 5th > so that I have enough time to include them before the submission cutoff. > Even a simple ACK that says it looks okay as-is would be useful. Sorry > if this catches some of you at an inopportune time due to US holidays. > Thanks for your help! >=20 > I've also been coordinating with the automotive (C2CCC) industry people > who are also looking for a NEMO RO solution, and planning at least a > short informal meeting with them in Chicago for any of us from aero that > make it to the IETF meeting. They seem to be at about the same stage of > work that we are (RO requirements understood, but no in-depth evaluation > of potential RO solutions and downselection has been made yet). We're > planning to share results as they develop, and hopefully find a solution > that's suitable for both industries. I plan to similarly coordinate > with the "personal mobile router" folks, if it seems to make sense. >=20 > If anyone else from the ICAO group is interested in attending the IETF > meeting, you can contact me for some details, tips, and information. > Will and I, at least, will be there. I would highly recommend reading > the "Tao of the IETF" (RFC 4677) before going: > http://www.ietf.org/tao.html >=20 > -- > Wesley M. Eddy > Verizon Federal Network Systems From mext-bounces@ietf.org Thu Jul 05 13:15:14 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6Uuy-0005tK-WF; Thu, 05 Jul 2007 13:15:01 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6TGg-0004nh-Hf; Thu, 05 Jul 2007 11:29:18 -0400 Received: from carter-zimmerman.suchdamage.org ([69.25.196.178]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I6TGg-0006HG-B2; Thu, 05 Jul 2007 11:29:18 -0400 Received: by carter-zimmerman.suchdamage.org (Postfix, from userid 8042) id 41B774A3E; Thu, 5 Jul 2007 11:28:45 -0400 (EDT) From: Sam Hartman To: iesg@ietf.org References: Date: Thu, 05 Jul 2007 11:28:45 -0400 In-Reply-To: (IESG Secretary's message of "Tue, 26 Jun 2007 16:00:01 -0400") Message-ID: User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: 0.0 (/) X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c X-Mailman-Approved-At: Thu, 05 Jul 2007 13:14:59 -0400 Cc: mext@ietf.org Subject: [MEXT] Re: WG Review: Mobility EXTensions for IPv6 (mext) X-BeenThere: mext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile IPv6 EXTensions WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mext-bounces@ietf.org Hi. Sorry for how late these comments are. It has come up in another discussion that there is ambiguity about to what extent it is appropriate for mext to be changing the IPsec protocols as a user of those protocols. I have no problem with mext defining new payloads to use IKE to configure some mobile IPV6 paramaters. I'm concerned though about basically any changes beyond that. I think this should be clarified in the charter. _______________________________________________ MEXT mailing list MEXT@ietf.org https://www1.ietf.org/mailman/listinfo/mext From mext-bounces@ietf.org Thu Jul 05 13:15:17 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6UvF-00061E-IU; Thu, 05 Jul 2007 13:15:17 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6UvE-0005yw-33; Thu, 05 Jul 2007 13:15:16 -0400 Received: from p130.piuha.net ([193.234.218.130]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I6UvD-0001sy-QY; Thu, 05 Jul 2007 13:15:16 -0400 Received: from p130.piuha.net (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id 200A1198666; Thu, 5 Jul 2007 20:14:42 +0300 (EEST) Received: from [127.0.0.1] (p130.piuha.net [193.234.218.130]) by p130.piuha.net (Postfix) with ESMTP id 0EBA8198646; Thu, 5 Jul 2007 20:14:40 +0300 (EEST) Message-ID: <468D26FC.3000307@piuha.net> Date: Thu, 05 Jul 2007 19:14:36 +0200 From: Jari Arkko User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Sam Hartman References: In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Spam-Score: 0.0 (/) X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22 Cc: iesg@ietf.org, mext@ietf.org Subject: [MEXT] Re: WG Review: Mobility EXTensions for IPv6 (mext) X-BeenThere: mext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile IPv6 EXTensions WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mext-bounces@ietf.org Yes, I agree that this should be clarified. Sam, let me work on text with you and then we can post the suggestion to the list. Jari Sam Hartman kirjoitti: > Hi. > Sorry for how late these comments are. > > It has come up in another discussion that there is ambiguity about to > what extent it is appropriate for mext to be changing the IPsec > protocols as a user of those protocols. > > I have no problem with mext defining new payloads to use IKE to > configure some mobile IPV6 paramaters. I'm concerned though about > basically any changes beyond that. > > > I think this should be clarified in the charter. > > > > > > > _______________________________________________ MEXT mailing list MEXT@ietf.org https://www1.ietf.org/mailman/listinfo/mext From nemo-bounces@ietf.org Thu Jul 05 13:24:47 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6V4R-0001eZ-03; Thu, 05 Jul 2007 13:24:47 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6V4P-0001dk-PJ for nemo@ietf.org; Thu, 05 Jul 2007 13:24:45 -0400 Received: from mx1.grc.nasa.gov ([128.156.11.68]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I6V3m-0003g4-8F for nemo@ietf.org; Thu, 05 Jul 2007 13:24:32 -0400 Received: from lombok-fi.grc.nasa.gov (seraph.grc.nasa.gov [128.156.10.10]) by mx1.grc.nasa.gov (Postfix) with ESMTP id 18853C34F for ; Thu, 5 Jul 2007 13:24:05 -0400 (EDT) Received: from apataki.grc.nasa.gov (apataki.grc.nasa.gov [139.88.112.35]) by lombok-fi.grc.nasa.gov (NASA GRC TCPD 8.13.7/8.13.7) with ESMTP id l65HO3HD016265; Thu, 5 Jul 2007 13:24:03 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by apataki.grc.nasa.gov (NASA GRC TCPD 8.13.7/8.13.7) with SMTP id l65HO2nX015372; Thu, 5 Jul 2007 13:24:03 -0400 (EDT) Received: from apataki.grc.nasa.gov ([127.0.0.1])by localhost (apataki.grc.nasa.gov [127.0.0.1]) (amavisd-new, port 10024)with ESMTP id viBJ30L7W2tJ; Thu, 5 Jul 2007 13:23:51 -0400 (EDT) Received: from drpepper.grc.nasa.gov (gr2134391.grc.nasa.gov [139.88.44.123])by apataki.grc.nasa.gov (NASA GRC TCPD 8.13.7/8.13.7) with ESMTP id l65HNl4w015286;Thu, 5 Jul 2007 13:23:47 -0400 (EDT) Received: by drpepper.grc.nasa.gov (Postfix, from userid 501)id 60D654FE8D; Thu, 5 Jul 2007 13:20:27 -0400 (EDT) Date: Thu, 5 Jul 2007 13:20:27 -0400 From: Wesley Eddy To: "Davis, Terry L" Message-ID: <20070705172022.GB1009@grc.nasa.gov> References: <20070702144409.GL6234@grc.nasa.gov> <0D090F1E0F5536449C7E6527AFFA280A0368585A@XCH-NW-8V1.nw.nos.boeing.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0D090F1E0F5536449C7E6527AFFA280A0368585A@XCH-NW-8V1.nw.nos.boe ing.com> User-Agent: Mutt/1.5.5.1i X-imss-version: 2.046 X-imss-result: Passed X-imss-scores: Clean:99.90000 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:1 C:1 M:1 S:1 R:1 (0.0000 0.0000) X-Spam-Score: 0.0 (/) X-Scan-Signature: de4f315c9369b71d7dd5909b42224370 Cc: nemo@ietf.org, eivan.cerasi@eurocontrol.int, andy.colon@faa.gov, kelly.kitchens@baesystems.com, mpi@multicasttech.com, wivancic@grc.nasa.gov Subject: [nemo] Re: IETF NEMO inputs X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: weddy@grc.nasa.gov List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org On Thu, Jul 05, 2007 at 09:12:29AM -0700, Davis, Terry L wrote: > All > > The document looks great. My comments are mostly communication usage > expansion as we look at new concepts coming from the airlines and > airports. > > Final comments are below. Thanks; I'll work these changes in today, and they'll show up in the 01 version that I'll submit before the IETF cut-off. -- Wesley M. Eddy Verizon Federal Network Systems From nemo-bounces@ietf.org Thu Jul 05 14:33:11 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6W8b-0001Lz-Lq; Thu, 05 Jul 2007 14:33:09 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6W8a-0001Le-85; Thu, 05 Jul 2007 14:33:08 -0400 Received: from sj-iport-3-in.cisco.com ([171.71.176.72] helo=sj-iport-3.cisco.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I6W8Z-0003Tf-Me; Thu, 05 Jul 2007 14:33:08 -0400 Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-3.cisco.com with ESMTP; 05 Jul 2007 11:32:56 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAP7VjEarR7PD/2dsb2JhbAA X-IronPort-AV: i="4.16,504,1175497200"; d="scan'208"; a="500392427:sNHT514523768" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l65IWuTn028822; Thu, 5 Jul 2007 11:32:56 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l65IWkke026336; Thu, 5 Jul 2007 18:32:52 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 5 Jul 2007 11:32:47 -0700 Received: from sgundavewxp ([10.32.246.213]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 5 Jul 2007 11:32:46 -0700 From: "Sri Gundavelli" To: "'Hesham Soliman'" , , References: <20070705124643.FKGN24129.oaamta03sl.mx.bigpond.com@PC20005> Date: Thu, 5 Jul 2007 11:32:46 -0700 Message-ID: <005b01c7bf32$e22209a0$d5f6200a@amer.cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 In-Reply-To: <20070705124643.FKGN24129.oaamta03sl.mx.bigpond.com@PC20005> Thread-Index: Ace7mBtfZ3/6qerdQv62CoSb8S1s9wDaYH+wAAnlOuA= X-OriginalArrivalTime: 05 Jul 2007 18:32:47.0150 (UTC) FILETIME=[E26E54E0:01C7BF32] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=4994; t=1183660376; x=1184524376; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=sgundave@cisco.com; z=From:=20=22Sri=20Gundavelli=22=20 |Subject:=20RE=3A=20[Mip6]=20RE=3A=20Issue=2093=20-=20way=20forward |Sender:=20; bh=gdTFRIvzcZOiROTzAo3vZzU63r/PvJxglNU6k6JULGw=; b=tesERn+J34B51FlHS/8ecXiJApAK0FiI8IqPk3HpjWiUAnYyzPL6lZ72V3sFpI/NMKeQqCeM Gz0a9J2Qssj+g7NCTGE5TpIO/82QZ+zwXhs9R0Wf7su7kuZMLDmBSdhX; Authentication-Results: sj-dkim-3; header.From=sgundave@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 87a3f533bb300b99e2a18357f3c1563d Cc: Subject: [nemo] RE: [Mip6] RE: Issue 93 - way forward X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Hesham, Sorry for the late reply on this. Can you confirm, for option#2, the flag will be present in the Binding Acknowledgment ? Thanks Sri > -----Original Message----- > From: Hesham Soliman [mailto:Hesham@elevatemobile.com] > Sent: Thursday, July 05, 2007 5:47 AM > To: 'Hesham Soliman'; mip6@ietf.org; nemo@ietf.org > Subject: [Mip6] RE: Issue 93 - way forward > > Folks, > > With the deadline fast approaching, I'd like to remind > everyone to express a > choice, or a "don't care" about this issue. Given the > contrast between the > amount of emails on this issue before Vs now, I'm inclined to > assume that a > lot of people who participated before don't care which > alternative we go > for. > > So just to be clear, the options are: > Alternative 1 > Alternative 2 > Don't care > > So far we had one opinion for alt 1 and another for alt 2. > > Personally, I prefer 2 because it's clearer and doesn't allow > for a seamless > switch between the two packet formats on a per-packet basis. > I think that > makes things more predictable for tunnel setup at the HA. I'm > also less > comfortable with the generic ICMP error response from the HA > when the MN > sends a packet in a format that is not supported by the HA. I > think using > the BU to signal which format should be used is cleaner. > > My 2 cents. > > Hesham > > PS: If we get a lot of "don't care" then I'll ask the > chairs/AD to make the > decisions for us. > > > -----Original Message----- > > From: Hesham Soliman [mailto:Hesham@elevatemobile.com] > > Sent: Sunday, July 01, 2007 2:27 PM > > To: 'mip6@ietf.org'; 'nemo@ietf.org' > > Subject: Issue 93 - way forward > > > > Folks, > > > > Some of the people involved in the recent discussions on > > issue 93, the NETLMM chairs and the AD had a teleconference > > a few days ago to discuss how to address the lack of > > concensus on this issue. The aim of the meeting was to find > > a way of accomodating both sides with one solution that > > avoids the technical inefficiency/lack of flexibility > > concerns of both sides. > > > > The following is a summary of what we agreed on in the meeting. > > > > The agreement was to define a way of handling both cases > > (presence of TLV or not). To do that two different > > mechanisms were proposed, I'll list a summary of each one below. > > > > 1. Implicit signalling > > > > The idea is to use the first byte after the UDP header to > > switch on whether the following header is IP (v4 or v6) or a > > TLV header. Effectively, the first byte is the version field > > of the IP header. versions 4 or 6 have the obvious meaning, > > for the TLV header we can use one of the version numbers > > that are not used today like 0 or 1. So for instance, 0 > > means TLV, 4 means IPv4, and 6 means IPv6. > > Jari mentioned that this is used by other protocols like > > MPLS and it is considered a hack by some people on the IESG > > but in our case we use a specific port number for DSMIP > > therefore no one who does not implement the DSMIP spec > > should receive this. > > > > So, when using this alternative, the TLV would look > > something like this: > > > > Format (1byte) Type (1byte) Length (2 bytes) > > > > Format is just a bad name I use in this email to indicate > > that this byte is used to identify the format of the > > following information (IP header or TLV) > > > > Type is the message type > > length is the message length > > > > 2. Explicit signalling > > > > In this mechanism we define a new flag in the BU that, when > > set, indicates that the MN/MR wants to use the following format: > > IP > > UDP > > TLV > > ...etc > > when the flag is cleared, it indicates the the MN/MR wants > > to use the following format: > > IP > > UDP > > ...etc (i.e. no TLV). > > > > Obviously when using this mechanism there must be a default > > mechanism for sending the BU itself. I.e., we can always > > send the BU in the current UDP encapsulation format witohut > > the TLV but if the request is accepted then data packets are > > sent as agreed during the BU/BA exchange. > > > > In either solution we will have to mandate that both the HA > > and the MN support the negotiation mechanism and one default > > format. So, all implementations have to support the current > > format of UDP encapsulation as a base. This allows for > > interoperability. > > > > In this alternative there is no need for the Format field in > > alternative 1, we only need to define Type and Length fields > > with one byte reserved. > > > > > > Hesham > > > > > > _______________________________________________ > Mip6 mailing list > Mip6@ietf.org > https://www1.ietf.org/mailman/listinfo/mip6 From nemo-bounces@ietf.org Thu Jul 05 17:48:25 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6ZBX-00008s-SP; Thu, 05 Jul 2007 17:48:23 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6ZBW-00008b-0Z; Thu, 05 Jul 2007 17:48:22 -0400 Received: from mail2.azairenet.com ([207.47.15.6]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I6ZBR-0001Qr-F9; Thu, 05 Jul 2007 17:48:21 -0400 Received: from [127.0.0.1] ([207.47.15.6]) by mail2.azairenet.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Thu, 5 Jul 2007 14:48:15 -0700 Message-ID: <468D6720.2060107@azairenet.com> Date: Thu, 05 Jul 2007 14:48:16 -0700 From: Vijay Devarapalli User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Sri Gundavelli References: <20070705124643.FKGN24129.oaamta03sl.mx.bigpond.com@PC20005> <005b01c7bf32$e22209a0$d5f6200a@amer.cisco.com> In-Reply-To: <005b01c7bf32$e22209a0$d5f6200a@amer.cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 05 Jul 2007 21:48:15.0890 (UTC) FILETIME=[314E0720:01C7BF4E] X-Spam-Score: 0.0 (/) X-Scan-Signature: 3d7f2f6612d734db849efa86ea692407 Cc: nemo@ietf.org, mip6@ietf.org Subject: [nemo] Re: [Mip6] RE: Issue 93 - way forward X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Sri Gundavelli wrote: > Hesham, > > Sorry for the late reply on this. > > Can you confirm, for option#2, the flag will be present in > the Binding Acknowledgment ? The flag would need to be echoed back in the binding acknowledgment. Vijay > > Thanks > Sri > > > -----Original Message----- > > From: Hesham Soliman [mailto:Hesham@elevatemobile.com] > > Sent: Thursday, July 05, 2007 5:47 AM > > To: 'Hesham Soliman'; mip6@ietf.org; nemo@ietf.org > > Subject: [Mip6] RE: Issue 93 - way forward > > > > Folks, > > > > With the deadline fast approaching, I'd like to remind > > everyone to express a > > choice, or a "don't care" about this issue. Given the > > contrast between the > > amount of emails on this issue before Vs now, I'm inclined to > > assume that a > > lot of people who participated before don't care which > > alternative we go > > for. > > > > So just to be clear, the options are: > > Alternative 1 > > Alternative 2 > > Don't care > > > > So far we had one opinion for alt 1 and another for alt 2. > > > > Personally, I prefer 2 because it's clearer and doesn't allow > > for a seamless > > switch between the two packet formats on a per-packet basis. > > I think that > > makes things more predictable for tunnel setup at the HA. I'm > > also less > > comfortable with the generic ICMP error response from the HA > > when the MN > > sends a packet in a format that is not supported by the HA. I > > think using > > the BU to signal which format should be used is cleaner. > > > > My 2 cents. > > > > Hesham > > > > PS: If we get a lot of "don't care" then I'll ask the > > chairs/AD to make the > > decisions for us. > > > > > -----Original Message----- > > > From: Hesham Soliman [mailto:Hesham@elevatemobile.com] > > > Sent: Sunday, July 01, 2007 2:27 PM > > > To: 'mip6@ietf.org'; 'nemo@ietf.org' > > > Subject: Issue 93 - way forward > > > > > > Folks, > > > > > > Some of the people involved in the recent discussions on > > > issue 93, the NETLMM chairs and the AD had a teleconference > > > a few days ago to discuss how to address the lack of > > > concensus on this issue. The aim of the meeting was to find > > > a way of accomodating both sides with one solution that > > > avoids the technical inefficiency/lack of flexibility > > > concerns of both sides. > > > > > > The following is a summary of what we agreed on in the meeting. > > > > > > The agreement was to define a way of handling both cases > > > (presence of TLV or not). To do that two different > > > mechanisms were proposed, I'll list a summary of each one below. > > > > > > 1. Implicit signalling > > > > > > The idea is to use the first byte after the UDP header to > > > switch on whether the following header is IP (v4 or v6) or a > > > TLV header. Effectively, the first byte is the version field > > > of the IP header. versions 4 or 6 have the obvious meaning, > > > for the TLV header we can use one of the version numbers > > > that are not used today like 0 or 1. So for instance, 0 > > > means TLV, 4 means IPv4, and 6 means IPv6. > > > Jari mentioned that this is used by other protocols like > > > MPLS and it is considered a hack by some people on the IESG > > > but in our case we use a specific port number for DSMIP > > > therefore no one who does not implement the DSMIP spec > > > should receive this. > > > > > > So, when using this alternative, the TLV would look > > > something like this: > > > > > > Format (1byte) Type (1byte) Length (2 bytes) > > > > > > Format is just a bad name I use in this email to indicate > > > that this byte is used to identify the format of the > > > following information (IP header or TLV) > > > > > > Type is the message type > > > length is the message length > > > > > > 2. Explicit signalling > > > > > > In this mechanism we define a new flag in the BU that, when > > > set, indicates that the MN/MR wants to use the following format: > > > IP > > > UDP > > > TLV > > > ...etc > > > when the flag is cleared, it indicates the the MN/MR wants > > > to use the following format: > > > IP > > > UDP > > > ...etc (i.e. no TLV). > > > > > > Obviously when using this mechanism there must be a default > > > mechanism for sending the BU itself. I.e., we can always > > > send the BU in the current UDP encapsulation format witohut > > > the TLV but if the request is accepted then data packets are > > > sent as agreed during the BU/BA exchange. > > > > > > In either solution we will have to mandate that both the HA > > > and the MN support the negotiation mechanism and one default > > > format. So, all implementations have to support the current > > > format of UDP encapsulation as a base. This allows for > > > interoperability. > > > > > > In this alternative there is no need for the Format field in > > > alternative 1, we only need to define Type and Length fields > > > with one byte reserved. > > > > > > > > > Hesham > > > > > > > > > > > _______________________________________________ > > Mip6 mailing list > > Mip6@ietf.org > > https://www1.ietf.org/mailman/listinfo/mip6 > > _______________________________________________ > Mip6 mailing list > Mip6@ietf.org > https://www1.ietf.org/mailman/listinfo/mip6 > From vsjni@warpmail.net Thu Jul 05 17:53:25 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6ZGP-0002SD-9e for nemo-archive@lists.ietf.org; Thu, 05 Jul 2007 17:53:25 -0400 Received: from [134.39.203.229] (helo=ylkiypp) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1I6ZGK-0002QH-Qq for nemo-archive@lists.ietf.org; Thu, 05 Jul 2007 17:53:25 -0400 Received: (qmail 10270 invoked from network); Thu, 5 Jul 2007 14:53:29 -0700 Received: from unknown (HELO uwgwc) (191.96.118.187) by ylkiypp with SMTP; Thu, 5 Jul 2007 14:53:29 -0700 Message-ID: <468D6859.5010501@warpmail.net> Date: Thu, 5 Jul 2007 14:53:29 -0700 From: Haynes User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: nemo-archive@lists.ietf.org Subject: A recent article suggested that these instruments could be useful as housing bubble insurance. Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 2.5 (++) X-Scan-Signature: ffa9dfbbe7cc58b3fa6b8ae3e57b0aa3 Brokers Move On ERMX! EntreMetrix Inc. (ERMX) $0.18 Heavy trading today as ERMX announced its launch of digital support tools for its portfolio companies. Brokers are getting ahead of this steady climb as they grab up large blocks of shares for there clients. Look at the numbers and get on ERMX Friday morning! CAC certificates are now automatically published to Active Directory when a user logs in. Multiple layers of protection prevent installation of most malware. CAC certificates are now automatically published to Active Directory when a user logs in. But over time cash flow becomes positive. Aimed at business users who need to collaborate remotely, iLinc provides a centralized suite of services and tools used for meetings, conferences, remote learning and customer support. I know in my own life how easy it is to give up when being rejected. He goes on to propose that the current slump should undermine the myth that "we should all be rooting for high house prices". The company has redesigned its Streamline and iClear iPod cases for the iPhone. From nemo-bounces@ietf.org Thu Jul 05 23:00:06 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6e3B-0004jo-2R; Thu, 05 Jul 2007 23:00:05 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6e39-0004eL-B2; Thu, 05 Jul 2007 23:00:03 -0400 Received: from omta04sl.mx.bigpond.com ([144.140.93.156]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I6e38-0001Eb-IZ; Thu, 05 Jul 2007 23:00:03 -0400 Received: from oaamta04sl.mx.bigpond.com ([124.190.105.118]) by omta04sl.mx.bigpond.com with ESMTP id <20070706025902.KFGW4018.omta04sl.mx.bigpond.com@oaamta04sl.mx.bigpond.com>; Fri, 6 Jul 2007 02:59:02 +0000 Received: from PC20005 ([124.190.105.118]) by oaamta04sl.mx.bigpond.com with ESMTP id <20070706025901.GPWU22522.oaamta04sl.mx.bigpond.com@PC20005>; Fri, 6 Jul 2007 02:59:01 +0000 From: "Hesham Soliman" To: "'Sri Gundavelli'" , , Date: Fri, 6 Jul 2007 12:58:57 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <005b01c7bf32$e22209a0$d5f6200a@amer.cisco.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Thread-Index: Ace7mBtfZ3/6qerdQv62CoSb8S1s9wDaYH+wAAnlOuAAFBauUA== Message-Id: <20070706025901.GPWU22522.oaamta04sl.mx.bigpond.com@PC20005> X-Spam-Score: 0.0 (/) X-Scan-Signature: 6ba8aaf827dcb437101951262f69b3de Cc: Subject: [nemo] RE: [Mip6] RE: Issue 93 - way forward X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Yes it has to be present in the BA. Hesham > -----Original Message----- > From: Sri Gundavelli [mailto:sgundave@cisco.com] > Sent: Friday, July 06, 2007 4:33 AM > To: 'Hesham Soliman'; mip6@ietf.org; nemo@ietf.org > Subject: RE: [Mip6] RE: Issue 93 - way forward > > Hesham, > > Sorry for the late reply on this. > > Can you confirm, for option#2, the flag will be present in > the Binding Acknowledgment ? > > Thanks > Sri > > > -----Original Message----- > > From: Hesham Soliman [mailto:Hesham@elevatemobile.com] > > Sent: Thursday, July 05, 2007 5:47 AM > > To: 'Hesham Soliman'; mip6@ietf.org; nemo@ietf.org > > Subject: [Mip6] RE: Issue 93 - way forward > > > > Folks, > > > > With the deadline fast approaching, I'd like to remind > > everyone to express a > > choice, or a "don't care" about this issue. Given the > > contrast between the > > amount of emails on this issue before Vs now, I'm inclined to > > assume that a > > lot of people who participated before don't care which > > alternative we go > > for. > > > > So just to be clear, the options are: > > Alternative 1 > > Alternative 2 > > Don't care > > > > So far we had one opinion for alt 1 and another for alt 2. > > > > Personally, I prefer 2 because it's clearer and doesn't allow > > for a seamless > > switch between the two packet formats on a per-packet basis. > > I think that > > makes things more predictable for tunnel setup at the HA. I'm > > also less > > comfortable with the generic ICMP error response from the HA > > when the MN > > sends a packet in a format that is not supported by the HA. I > > think using > > the BU to signal which format should be used is cleaner. > > > > My 2 cents. > > > > Hesham > > > > PS: If we get a lot of "don't care" then I'll ask the > > chairs/AD to make the > > decisions for us. > > > > > -----Original Message----- > > > From: Hesham Soliman [mailto:Hesham@elevatemobile.com] > > > Sent: Sunday, July 01, 2007 2:27 PM > > > To: 'mip6@ietf.org'; 'nemo@ietf.org' > > > Subject: Issue 93 - way forward > > > > > > Folks, > > > > > > Some of the people involved in the recent discussions on > > > issue 93, the NETLMM chairs and the AD had a teleconference > > > a few days ago to discuss how to address the lack of > > > concensus on this issue. The aim of the meeting was to find > > > a way of accomodating both sides with one solution that > > > avoids the technical inefficiency/lack of flexibility > > > concerns of both sides. > > > > > > The following is a summary of what we agreed on in the meeting. > > > > > > The agreement was to define a way of handling both cases > > > (presence of TLV or not). To do that two different > > > mechanisms were proposed, I'll list a summary of each > one below. > > > > > > 1. Implicit signalling > > > > > > The idea is to use the first byte after the UDP header to > > > switch on whether the following header is IP (v4 or v6) or a > > > TLV header. Effectively, the first byte is the version field > > > of the IP header. versions 4 or 6 have the obvious meaning, > > > for the TLV header we can use one of the version numbers > > > that are not used today like 0 or 1. So for instance, 0 > > > means TLV, 4 means IPv4, and 6 means IPv6. > > > Jari mentioned that this is used by other protocols like > > > MPLS and it is considered a hack by some people on the IESG > > > but in our case we use a specific port number for DSMIP > > > therefore no one who does not implement the DSMIP spec > > > should receive this. > > > > > > So, when using this alternative, the TLV would look > > > something like this: > > > > > > Format (1byte) Type (1byte) Length (2 bytes) > > > > > > Format is just a bad name I use in this email to indicate > > > that this byte is used to identify the format of the > > > following information (IP header or TLV) > > > > > > Type is the message type > > > length is the message length > > > > > > 2. Explicit signalling > > > > > > In this mechanism we define a new flag in the BU that, when > > > set, indicates that the MN/MR wants to use the following format: > > > IP > > > UDP > > > TLV > > > ...etc > > > when the flag is cleared, it indicates the the MN/MR wants > > > to use the following format: > > > IP > > > UDP > > > ...etc (i.e. no TLV). > > > > > > Obviously when using this mechanism there must be a default > > > mechanism for sending the BU itself. I.e., we can always > > > send the BU in the current UDP encapsulation format witohut > > > the TLV but if the request is accepted then data packets are > > > sent as agreed during the BU/BA exchange. > > > > > > In either solution we will have to mandate that both the HA > > > and the MN support the negotiation mechanism and one default > > > format. So, all implementations have to support the current > > > format of UDP encapsulation as a base. This allows for > > > interoperability. > > > > > > In this alternative there is no need for the Format field in > > > alternative 1, we only need to define Type and Length fields > > > with one byte reserved. > > > > > > > > > Hesham > > > > > > > > > > > _______________________________________________ > > Mip6 mailing list > > Mip6@ietf.org > > https://www1.ietf.org/mailman/listinfo/mip6 > From nemo-bounces@ietf.org Fri Jul 06 00:48:47 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6fkK-0007zs-Se; Fri, 06 Jul 2007 00:48:44 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6fkJ-0007zn-86 for nemo@ietf.org; Fri, 06 Jul 2007 00:48:43 -0400 Received: from smtp.mei.co.jp ([133.183.129.25]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I6fkI-0000nS-Kl for nemo@ietf.org; Fri, 06 Jul 2007 00:48:43 -0400 Received: from mail-gw.jp.panasonic.com (dodgers.mei.co.jp [157.8.1.150]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/jazz) with ESMTP id l664kZjK017176 for ; Fri, 6 Jul 2007 13:46:35 +0900 (JST) Received: by mail-gw.jp.panasonic.com (8.11.6p2/3.7W/somlx3) with ESMTP id l664kba22502 for ; Fri, 6 Jul 2007 13:46:37 +0900 (JST) Received: from pslexc01.psl.local (localhost [127.0.0.1]) by mail.jp.panasonic.com (8.11.6p2/3.7W/expos) with ESMTP id l664kZZ21329 for ; Fri, 6 Jul 2007 13:46:35 +0900 (JST) Received: from localhost.localdomain ([10.68.141.92]) by pslexc01.psl.local with Microsoft SMTPSVC(6.0.3790.1830); Fri, 6 Jul 2007 12:46:26 +0800 Received: by localhost.localdomain (Postfix, from userid 1000) id 2A23742808EB; Fri, 6 Jul 2007 12:45:41 +0800 (SGT) From: Chan-Wah Ng To: IETF NEMO WG Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Panasonic Singapore Labs Date: Fri, 06 Jul 2007 12:45:40 +0800 Message-Id: <1183697140.6805.13.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 X-OriginalArrivalTime: 06 Jul 2007 04:46:26.0845 (UTC) FILETIME=[9CADECD0:01C7BF88] X-Spam-Score: 0.1 (/) X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c Subject: [nemo] NEMO Consumer Electronics Requirements X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: chanwah.ng@sg.panasonic.com List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Hello all, I have submitted a draft for NEMO RO Requirements from the Consumer Electronics perspective, but apparently I'd used an earlier version of xml2rfc resulting in some outdated wordings being used ... bottom line is: it may not get published in time for Chicago. In the meantime, the draft can be retrieved from any of the following sites: http://www.mobilenetworks.org/~chanwah/draft-ng-nemo-ce-req-00.txt http://www.freewebs.com/cwng/nemo/draft-ng-nemo-ce-req-00.txt /rgds /cwng From nemo-bounces@ietf.org Fri Jul 06 01:20:22 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6gEw-0004NH-4M; Fri, 06 Jul 2007 01:20:22 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6gEM-00045U-3v; Fri, 06 Jul 2007 01:19:46 -0400 Received: from mail.sfc.wide.ad.jp ([2001:200:0:8803:203:47ff:fedf:73a6]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I6gEK-0006iA-Iw; Fri, 06 Jul 2007 01:19:45 -0400 Received: from [203.178.143.210] (dhcp-143-210.sfc.wide.ad.jp [203.178.143.210]) by mail.sfc.wide.ad.jp (Postfix) with ESMTP id 22D5F4D88F; Fri, 6 Jul 2007 14:19:42 +0900 (JST) Message-ID: <468DD0FD.2040900@sfc.wide.ad.jp> Date: Fri, 06 Jul 2007 14:19:57 +0900 From: Jean Lorchat User-Agent: Mozilla-Thunderbird 2.0.0.0 (X11/20070601) MIME-Version: 1.0 To: mip6@ietf.org References: <20070705124643.FKGN24129.oaamta03sl.mx.bigpond.com@PC20005> In-Reply-To: <20070705124643.FKGN24129.oaamta03sl.mx.bigpond.com@PC20005> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.8 (--) X-Scan-Signature: 8fbbaa16f9fd29df280814cb95ae2290 Cc: nemo@ietf.org Subject: [nemo] Re: [Mip6] RE: Issue 93 - way forward X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Dear all, We are taking care of a Linux implementation of the DSMIP draft. From our point of view, alternative 1 seems better because it does not require a kind of new state on the HA for DSMIP operation. We did not think about issues related to changing the encapsulated protocol (v4/v6/TLV) on a per-packet basis though. Jean (Nautilus6 Project) Hesham Soliman wrote: > Folks, > > With the deadline fast approaching, I'd like to remind everyone to express a > choice, or a "don't care" about this issue. Given the contrast between the > amount of emails on this issue before Vs now, I'm inclined to assume that a > lot of people who participated before don't care which alternative we go > for. > > So just to be clear, the options are: > Alternative 1 > Alternative 2 > Don't care > > So far we had one opinion for alt 1 and another for alt 2. > > Personally, I prefer 2 because it's clearer and doesn't allow for a seamless > switch between the two packet formats on a per-packet basis. I think that > makes things more predictable for tunnel setup at the HA. I'm also less > comfortable with the generic ICMP error response from the HA when the MN > sends a packet in a format that is not supported by the HA. I think using > the BU to signal which format should be used is cleaner. > > My 2 cents. > > Hesham > > PS: If we get a lot of "don't care" then I'll ask the chairs/AD to make the > decisions for us. > > > -----Original Message----- > > From: Hesham Soliman [mailto:Hesham@elevatemobile.com] > > Sent: Sunday, July 01, 2007 2:27 PM > > To: 'mip6@ietf.org'; 'nemo@ietf.org' > > Subject: Issue 93 - way forward > > > > Folks, > > > > Some of the people involved in the recent discussions on > > issue 93, the NETLMM chairs and the AD had a teleconference > > a few days ago to discuss how to address the lack of > > concensus on this issue. The aim of the meeting was to find > > a way of accomodating both sides with one solution that > > avoids the technical inefficiency/lack of flexibility > > concerns of both sides. > > > > The following is a summary of what we agreed on in the meeting. > > > > The agreement was to define a way of handling both cases > > (presence of TLV or not). To do that two different > > mechanisms were proposed, I'll list a summary of each one below. > > > > 1. Implicit signalling > > > > The idea is to use the first byte after the UDP header to > > switch on whether the following header is IP (v4 or v6) or a > > TLV header. Effectively, the first byte is the version field > > of the IP header. versions 4 or 6 have the obvious meaning, > > for the TLV header we can use one of the version numbers > > that are not used today like 0 or 1. So for instance, 0 > > means TLV, 4 means IPv4, and 6 means IPv6. > > Jari mentioned that this is used by other protocols like > > MPLS and it is considered a hack by some people on the IESG > > but in our case we use a specific port number for DSMIP > > therefore no one who does not implement the DSMIP spec > > should receive this. > > > > So, when using this alternative, the TLV would look > > something like this: > > > > Format (1byte) Type (1byte) Length (2 bytes) > > > > Format is just a bad name I use in this email to indicate > > that this byte is used to identify the format of the > > following information (IP header or TLV) > > > > Type is the message type > > length is the message length > > > > 2. Explicit signalling > > > > In this mechanism we define a new flag in the BU that, when > > set, indicates that the MN/MR wants to use the following format: > > IP > > UDP > > TLV > > ...etc > > when the flag is cleared, it indicates the the MN/MR wants > > to use the following format: > > IP > > UDP > > ...etc (i.e. no TLV). > > > > Obviously when using this mechanism there must be a default > > mechanism for sending the BU itself. I.e., we can always > > send the BU in the current UDP encapsulation format witohut > > the TLV but if the request is accepted then data packets are > > sent as agreed during the BU/BA exchange. > > > > In either solution we will have to mandate that both the HA > > and the MN support the negotiation mechanism and one default > > format. So, all implementations have to support the current > > format of UDP encapsulation as a base. This allows for > > interoperability. > > > > In this alternative there is no need for the Format field in > > alternative 1, we only need to define Type and Length fields > > with one byte reserved. > > > > > > Hesham > > > > > > _______________________________________________ > Mip6 mailing list > Mip6@ietf.org > https://www1.ietf.org/mailman/listinfo/mip6 > From nemo-bounces@ietf.org Fri Jul 06 04:21:19 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6j41-0000jI-Au; Fri, 06 Jul 2007 04:21:17 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6j3z-0000is-DS; Fri, 06 Jul 2007 04:21:15 -0400 Received: from sj-iport-6.cisco.com ([171.71.176.117]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I6j3y-0002Lx-P0; Fri, 06 Jul 2007 04:21:15 -0400 Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-6.cisco.com with ESMTP; 06 Jul 2007 01:21:14 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAJaXjUarR7PD/2dsb2JhbAA X-IronPort-AV: i="4.16,507,1175497200"; d="scan'208"; a="177506436:sNHT33706665" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l668LDXr021747; Fri, 6 Jul 2007 01:21:13 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l668L5XH025903; Fri, 6 Jul 2007 08:21:09 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 6 Jul 2007 01:21:05 -0700 Received: from sgundavewxp ([10.32.246.213]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 6 Jul 2007 01:21:04 -0700 From: "Sri Gundavelli" To: "'Hesham Soliman'" , , References: <005b01c7bf32$e22209a0$d5f6200a@amer.cisco.com> <20070706025901.GPWU22522.oaamta04sl.mx.bigpond.com@PC20005> Date: Fri, 6 Jul 2007 01:20:59 -0700 Message-ID: <00b101c7bfa6$95c94360$d5f6200a@amer.cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 In-Reply-To: <20070706025901.GPWU22522.oaamta04sl.mx.bigpond.com@PC20005> Thread-Index: Ace7mBtfZ3/6qerdQv62CoSb8S1s9wDaYH+wAAnlOuAAFBauUAAKntng X-OriginalArrivalTime: 06 Jul 2007 08:21:05.0032 (UTC) FILETIME=[98AD5080:01C7BFA6] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=6953; t=1183710073; x=1184574073; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=sgundave@cisco.com; z=From:=20=22Sri=20Gundavelli=22=20 |Subject:=20RE=3A=20[Mip6]=20RE=3A=20Issue=2093=20-=20way=20forward |Sender:=20; bh=CrIL/tS+j72Rgl9ESWqutNEb4tTekcR2w0MYAJgzJSQ=; b=uZ/lsbTwb27H1RqVgwBQaDY74cK4pzH7xGKMFJPz+uTB9J/LWmW9NaLzU+ycOWUvSWddOfod mdJ8o15YXnVawY6sXRdDQyyRYjalUycxMB5nah0HEl8VqZ/ObOdO0zpR; Authentication-Results: sj-dkim-3; header.From=sgundave@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 4b7d60495f1a7f2e853e8cbae7e6dbfc Cc: Subject: [nemo] RE: [Mip6] RE: Issue 93 - way forward X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org I agree Option#2 is cleaner and also disallowing encap mode switch over on a per packet basis might be a good idea. At the same time, I agree with Jean and Ahmad, it does not introduce additional states, keeps the implementation simple. We went over the flows as how the MN would ask for a specific enap mode, in the presence/absence of NAT, in all cases the explicit request appeared to be redundant, as the acceptance of a specific encap mode and the NAT detection, seem to implicitly dictate if TLV is required or not. Its a tough call, but I'll go for Option#2. Just to keep predictability in the operation and keep things explicit. Sri > -----Original Message----- > From: Hesham Soliman [mailto:Hesham@elevatemobile.com] > Sent: Thursday, July 05, 2007 7:59 PM > To: 'Sri Gundavelli'; mip6@ietf.org; nemo@ietf.org > Subject: RE: [Mip6] RE: Issue 93 - way forward > > Yes it has to be present in the BA. > > Hesham > > > -----Original Message----- > > From: Sri Gundavelli [mailto:sgundave@cisco.com] > > Sent: Friday, July 06, 2007 4:33 AM > > To: 'Hesham Soliman'; mip6@ietf.org; nemo@ietf.org > > Subject: RE: [Mip6] RE: Issue 93 - way forward > > > > Hesham, > > > > Sorry for the late reply on this. > > > > Can you confirm, for option#2, the flag will be present in > > the Binding Acknowledgment ? > > > > Thanks > > Sri > > > > > -----Original Message----- > > > From: Hesham Soliman [mailto:Hesham@elevatemobile.com] > > > Sent: Thursday, July 05, 2007 5:47 AM > > > To: 'Hesham Soliman'; mip6@ietf.org; nemo@ietf.org > > > Subject: [Mip6] RE: Issue 93 - way forward > > > > > > Folks, > > > > > > With the deadline fast approaching, I'd like to remind > > > everyone to express a > > > choice, or a "don't care" about this issue. Given the > > > contrast between the > > > amount of emails on this issue before Vs now, I'm inclined to > > > assume that a > > > lot of people who participated before don't care which > > > alternative we go > > > for. > > > > > > So just to be clear, the options are: > > > Alternative 1 > > > Alternative 2 > > > Don't care > > > > > > So far we had one opinion for alt 1 and another for alt 2. > > > > > > Personally, I prefer 2 because it's clearer and doesn't allow > > > for a seamless > > > switch between the two packet formats on a per-packet basis. > > > I think that > > > makes things more predictable for tunnel setup at the HA. I'm > > > also less > > > comfortable with the generic ICMP error response from the HA > > > when the MN > > > sends a packet in a format that is not supported by the HA. I > > > think using > > > the BU to signal which format should be used is cleaner. > > > > > > My 2 cents. > > > > > > Hesham > > > > > > PS: If we get a lot of "don't care" then I'll ask the > > > chairs/AD to make the > > > decisions for us. > > > > > > > -----Original Message----- > > > > From: Hesham Soliman [mailto:Hesham@elevatemobile.com] > > > > Sent: Sunday, July 01, 2007 2:27 PM > > > > To: 'mip6@ietf.org'; 'nemo@ietf.org' > > > > Subject: Issue 93 - way forward > > > > > > > > Folks, > > > > > > > > Some of the people involved in the recent discussions on > > > > issue 93, the NETLMM chairs and the AD had a teleconference > > > > a few days ago to discuss how to address the lack of > > > > concensus on this issue. The aim of the meeting was to find > > > > a way of accomodating both sides with one solution that > > > > avoids the technical inefficiency/lack of flexibility > > > > concerns of both sides. > > > > > > > > The following is a summary of what we agreed on in > the meeting. > > > > > > > > The agreement was to define a way of handling both cases > > > > (presence of TLV or not). To do that two different > > > > mechanisms were proposed, I'll list a summary of each > > one below. > > > > > > > > 1. Implicit signalling > > > > > > > > The idea is to use the first byte after the UDP header to > > > > switch on whether the following header is IP (v4 or v6) or a > > > > TLV header. Effectively, the first byte is the version field > > > > of the IP header. versions 4 or 6 have the obvious meaning, > > > > for the TLV header we can use one of the version numbers > > > > that are not used today like 0 or 1. So for instance, 0 > > > > means TLV, 4 means IPv4, and 6 means IPv6. > > > > Jari mentioned that this is used by other protocols like > > > > MPLS and it is considered a hack by some people on the IESG > > > > but in our case we use a specific port number for DSMIP > > > > therefore no one who does not implement the DSMIP spec > > > > should receive this. > > > > > > > > So, when using this alternative, the TLV would look > > > > something like this: > > > > > > > > Format (1byte) Type (1byte) Length (2 bytes) > > > > > > > > Format is just a bad name I use in this email to indicate > > > > that this byte is used to identify the format of the > > > > following information (IP header or TLV) > > > > > > > > Type is the message type > > > > length is the message length > > > > > > > > 2. Explicit signalling > > > > > > > > In this mechanism we define a new flag in the BU that, when > > > > set, indicates that the MN/MR wants to use the > following format: > > > > IP > > > > UDP > > > > TLV > > > > ...etc > > > > when the flag is cleared, it indicates the the MN/MR wants > > > > to use the following format: > > > > IP > > > > UDP > > > > ...etc (i.e. no TLV). > > > > > > > > Obviously when using this mechanism there must be a default > > > > mechanism for sending the BU itself. I.e., we can always > > > > send the BU in the current UDP encapsulation format witohut > > > > the TLV but if the request is accepted then data packets are > > > > sent as agreed during the BU/BA exchange. > > > > > > > > In either solution we will have to mandate that both the HA > > > > and the MN support the negotiation mechanism and one default > > > > format. So, all implementations have to support the current > > > > format of UDP encapsulation as a base. This allows for > > > > interoperability. > > > > > > > > In this alternative there is no need for the Format field in > > > > alternative 1, we only need to define Type and Length fields > > > > with one byte reserved. > > > > > > > > > > > > Hesham > > > > > > > > > > > > > > > > _______________________________________________ > > > Mip6 mailing list > > > Mip6@ietf.org > > > https://www1.ietf.org/mailman/listinfo/mip6 > > From nemo-bounces@ietf.org Fri Jul 06 04:48:21 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6jUA-0005dQ-0m; Fri, 06 Jul 2007 04:48:18 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6jU8-0005dL-Uq for nemo@ietf.org; Fri, 06 Jul 2007 04:48:16 -0400 Received: from mail128.messagelabs.com ([216.82.250.131]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1I6jU8-0005kg-Jl for nemo@ietf.org; Fri, 06 Jul 2007 04:48:16 -0400 X-VirusChecked: Checked X-Env-Sender: alexandru.petrescu@gmail.com X-Msg-Ref: server-12.tower-128.messagelabs.com!1183711663!9052414!1 X-StarScan-Version: 5.5.12.11; banners=.,-,- X-Originating-IP: [129.188.136.8] Received: (qmail 14525 invoked from network); 6 Jul 2007 08:47:43 -0000 Received: from motgate8.mot.com (HELO motgate8.mot.com) (129.188.136.8) by server-12.tower-128.messagelabs.com with SMTP; 6 Jul 2007 08:47:43 -0000 Received: from il06exr03.mot.com (il06exr03.mot.com [129.188.137.133]) by motgate8.mot.com (8.12.11/Motorola) with ESMTP id l668lgoc026840; Fri, 6 Jul 2007 01:47:42 -0700 (MST) Received: from il06vts02.mot.com (il06vts02.mot.com [129.188.137.142]) by il06exr03.mot.com (8.13.1/Vontu) with SMTP id l668lgaG027130; Fri, 6 Jul 2007 03:47:42 -0500 (CDT) Received: from [127.0.0.1] (zfr01-2117.crm.mot.com [10.161.201.117]) by il06exr03.mot.com (8.13.1/8.13.0) with ESMTP id l668leUi027118; Fri, 6 Jul 2007 03:47:41 -0500 (CDT) Message-ID: <468E01AC.3070007@gmail.com> Date: Fri, 06 Jul 2007 10:47:40 +0200 From: Alexandru Petrescu User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: chanwah.ng@sg.panasonic.com Subject: Re: [nemo] NEMO Consumer Electronics Requirements References: <1183697140.6805.13.camel@localhost> In-Reply-To: <1183697140.6805.13.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 000754-2, 05/07/2007), Outbound message X-Antivirus-Status: Clean X-Vontu: Pass X-Spam-Score: 0.0 (/) X-Scan-Signature: 8b431ad66d60be2d47c7bfeb879db82c Cc: IETF NEMO WG X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Chan-Wah Ng wrote: > Hello all, > > I have submitted a draft for NEMO RO Requirements from the Consumer > Electronics perspective, but apparently I'd used an earlier version > of xml2rfc resulting in some outdated wordings being used ... bottom > line is: it may not get published in time for Chicago. > > In the meantime, the draft can be retrieved from any of the following > sites: > > http://www.mobilenetworks.org/~chanwah/draft-ng-nemo-ce-req-00.txt > http://www.freewebs.com/cwng/nemo/draft-ng-nemo-ce-req-00.txt Hi, thanks for this draft. Regarding the sections on Personal Mobile Routers (PMR) and PMR in a car (sec 2.1 and 2.2). I find the two descriptions very relevant for NEMO and I think there is a real need for these scenarios to be acommodated with IP protocols. For PMR, I wanted to suggest citing the following: [x] Devarapalli, V., "Personal Mobile Router", Slide presentation at NEMO Working Group meeting, 67th IETF, San Diego, USA, November 2006. (on March 15th, 2007 it was available at http://www3.ietf.org/proceedings/06nov/slides/nemo-2.pdf) draft-wakikawa-manemo-problem-statement-00.txt describes among others, section 3.4 Crowd of Personal Mobile Routers. Unpublished draft "MANEMO Configuration Problems" http://tinyurl.com/2z6ln describes Personal Mobile Router usecase in section 3.3 Thanks again for this draft, Alex > > /rgds /cwng > > ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ From nemo-bounces@ietf.org Fri Jul 06 08:11:14 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6meX-0005Eb-Rk; Fri, 06 Jul 2007 08:11:13 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6meW-0005EM-8C for nemo@ietf.org; Fri, 06 Jul 2007 08:11:12 -0400 Received: from concorde.inria.fr ([192.93.2.39]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I6meV-0003wT-SA for nemo@ietf.org; Fri, 06 Jul 2007 08:11:12 -0400 Received: from iseran.local ([90.95.46.17]) (authenticated bits=0) by concorde.inria.fr (8.13.6/8.13.6) with ESMTP id l66CAkTC009812 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Jul 2007 14:10:53 +0200 Date: Fri, 6 Jul 2007 10:37:43 +0200 From: Thierry Ernst To: ml-nemo Message-Id: <20070706103743.4673d809.thierry.ernst@inria.fr> Organization: INRIA X-Mailer: Sylpheed version 2.2.3 (GTK+ 2.10.6; powerpc-apple-darwin8.8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Miltered: at concorde with ID 468E3146.000 by Joe's j-chkmail (http://j-chkmail . ensmp . fr)! X-Spam-Score: 0.0 (/) X-Scan-Signature: 52e1467c2184c31006318542db5614d5 Cc: tj Subject: [nemo] NEMO Agenda Requests X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Dear all, Please send to TJ and I your requests for a slot during the NEMO WG meeting and provide the following information: - Name of speaker - Title of presentation - Requested time - associated draft (if any, and preferably) - Motivations for this slot The NEMO WG will meet in Chicago and we have to give priority to the following: - complete existing documents - collect requirements from the Aviation industry, the Automotive industry and personal mobile router industry Other requests will be considered based on time availability. FYI, the NEMO WG meeting has been scheduled as follow: ---------------------------------------------- NEMO Session 1 (1 hour) Thursday, Morning Session I 0900-1130 Room Name: Red Lacquar ---------------------------------------------- Regards, Thierry Ernst. -- Thierry ERNST, PhD INRIA Rocquencourt France Project-Team IMARA / JRU LARA http://www.lara.prd.fr +33 1 39 63 59 30 (office) -- The coming end of the IPv4 world: http://penrose.uk6x.com From nemo-bounces@ietf.org Fri Jul 06 15:51:24 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6tpl-0004Rr-Sf; Fri, 06 Jul 2007 15:51:17 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6tpk-0004Rf-Qw for nemo@ietf.org; Fri, 06 Jul 2007 15:51:16 -0400 Received: from mx1.grc.nasa.gov ([128.156.11.68]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I6tpc-0007hy-Hi for nemo@ietf.org; Fri, 06 Jul 2007 15:51:16 -0400 Received: from lombok-fi.grc.nasa.gov (seraph.grc.nasa.gov [128.156.10.10]) by mx1.grc.nasa.gov (Postfix) with ESMTP id 25578C3E4 for ; Fri, 6 Jul 2007 15:51:08 -0400 (EDT) Received: from apataki.grc.nasa.gov (apataki.grc.nasa.gov [139.88.112.35]) by lombok-fi.grc.nasa.gov (NASA GRC TCPD 8.13.7/8.13.7) with ESMTP id l66Jp5ci025350; Fri, 6 Jul 2007 15:51:07 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by apataki.grc.nasa.gov (NASA GRC TCPD 8.13.7/8.13.7) with ESMTP id l66Jov0w016275; Fri, 6 Jul 2007 15:51:03 -0400 (EDT) Received: from apataki.grc.nasa.gov ([127.0.0.1])by localhost (apataki.grc.nasa.gov [127.0.0.1]) (amavisd-new, port 10024)with ESMTP id 7DHK0MLaeyui; Fri, 6 Jul 2007 15:50:56 -0400 (EDT) Received: from drpepper.grc.nasa.gov (gr2134391.grc.nasa.gov [139.88.44.123])by apataki.grc.nasa.gov (NASA GRC TCPD 8.13.7/8.13.7) with ESMTP id l66JopVC016260;Fri, 6 Jul 2007 15:50:51 -0400 (EDT) Received: by drpepper.grc.nasa.gov (Postfix, from userid 501)id 317834FE8F; Fri, 6 Jul 2007 15:47:31 -0400 (EDT) Date: Fri, 6 Jul 2007 15:47:31 -0400 From: Wesley Eddy To: MPI@multicasttech.com, nemo@ietf.org Message-ID: <20070706194731.GB11164@grc.nasa.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.5.1i X-imss-version: 2.046 X-imss-result: Passed X-imss-scores: Clean:32.45483 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:1 C:1 M:1 S:1 R:1 (0.0000 0.0000) X-Spam-Score: 2.1 (++) X-Scan-Signature: de4f315c9369b71d7dd5909b42224370 Cc: Subject: [nemo] update to aero-reqs draft X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: weddy@grc.nasa.gov List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org I just submitted an update to the draft on aeronautical requirements for NEMO route optimization. Until it gets put onto the IETF website, you can find a copy here: http://roland.grc.nasa.gov/~weddy/shared/nemo/draft-eddy-nemo-aero-reqs-01.txt Colorized comparison to the previous version is here: http://roland.grc.nasa.gov/~weddy/shared/nemo/aero-reqs-00-to-01-diff.html This update incorporates comments from ICAO participants, Eurocontrol, avionics vendors, and others from the MPI and NEMO mailing lists. I think this has undergone enough review and approval from aviation industry people to be adopted as a working group item here (MEXT?) after the IETF meeting. -- Wesley M. Eddy Verizon Federal Network Systems From gcornfield@goiasnet.com Fri Jul 06 17:14:12 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6v80-0002gG-9y for nemo-archive@lists.ietf.org; Fri, 06 Jul 2007 17:14:12 -0400 Received: from 68-186-81-47.dhcp.snsd.wa.charter.com ([68.186.81.47] helo=johnson.administration.wsmconline.org) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1I6v7z-0005O0-Sn for nemo-archive@lists.ietf.org; Fri, 06 Jul 2007 17:14:12 -0400 Message-ID: <001301c7bfd7$ba578440$002b1d74@johnson> From: "Carrie Duran" To: "nemo-archive" Subject: Fw: Thank you, we are ready to lend money Date: Fri, 6 Jul 2007 14:10:01 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0010_01C7BFD7.BA578440" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.2962 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2963 X-Spam-Score: 4.7 (++++) X-Scan-Signature: b4a0a5f5992e2a4954405484e7717d8c ------=_NextPart_000_0010_01C7BFD7.BA578440 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Your your credit report doesn't matter to us! If your family OWN real estate and want IMMEDIATE money to spend ANY way = you like, or simply require to LOWER your current payments by a third or = more, here is best deal we can offer you TODAY (hurry, this offer will = expire TODAY): $391,000+ loan AND EVEN MORE: After further review, our lenders have established the = lowest monthly payments! Hurry, when our deal is gone, it is gone. Simply complete this short = form... Do not worry about approval, your your credit report will not disqualify = you! http://healnutss.com/ ------=_NextPart_000_0010_01C7BFD7.BA578440 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable
Your credit score does = not matter to us!
 
If your family OWN = property and want IMMEDIATE ready money to spend ANY way you like, or = simply require to LOWER your monthly payments by a third or more, here = is our best deal we can offer you TONIGHT (hurry, this lot will expire = TONIGHT):
 
$321,000+ = loan
 
AND EVEN MORE: After = further review, our lenders have established the lowest monthly = payments!
 
Hurry, when our best = deal is gone, it is gone. Simply fill this plain form... =
 
Do not worry about = approval, your credit will not disqualify you!
 
------=_NextPart_000_0010_01C7BFD7.BA578440-- From nemo-bounces@ietf.org Sat Jul 07 07:29:33 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I78Ti-00012C-Fa; Sat, 07 Jul 2007 07:29:30 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I78Tg-00011v-Ha; Sat, 07 Jul 2007 07:29:28 -0400 Received: from omta03sl.mx.bigpond.com ([144.140.92.155]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I78Ta-00041J-U9; Sat, 07 Jul 2007 07:29:28 -0400 Received: from oaamta03sl.mx.bigpond.com ([124.190.105.118]) by omta03sl.mx.bigpond.com with ESMTP id <20070707112919.OYSZ12810.omta03sl.mx.bigpond.com@oaamta03sl.mx.bigpond.com>; Sat, 7 Jul 2007 11:29:19 +0000 Received: from PC20005 ([124.190.105.118]) by oaamta03sl.mx.bigpond.com with ESMTP id <20070707112919.UKJV24129.oaamta03sl.mx.bigpond.com@PC20005>; Sat, 7 Jul 2007 11:29:19 +0000 From: "Hesham Soliman" To: , Date: Sat, 7 Jul 2007 21:29:14 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Thread-Index: Ace7mBtfZ3/6qerdQv62CoSb8S1s9wDaYH+wAAnlOuAAFBauUABD7BKw Message-Id: <20070707112919.UKJV24129.oaamta03sl.mx.bigpond.com@PC20005> X-Spam-Score: 0.1 (/) X-Scan-Signature: 200d029292fbb60d25b263122ced50fc Cc: Subject: [nemo] RE: [Mip6] RE: Issue 93 - resolution X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Ok, it looks like we're going with alternative 2. Thanks for all your input. I'll submit the draft this weekend with this issue's resolution included. I talked to Jari about what to do with his review of issue 73 and he suggested I submit the draft with all the other issues fixed. So whenever he comes back with a resolution for it I can update the draft and announce it on the list (i.e. even if I submit another version after the deadline). We don't have any other outstanding issues. Thanks, Hesham > > > Folks, > > > > > > With the deadline fast approaching, I'd like to remind > > > everyone to express a > > > choice, or a "don't care" about this issue. Given the > > > contrast between the > > > amount of emails on this issue before Vs now, I'm inclined to > > > assume that a > > > lot of people who participated before don't care which > > > alternative we go > > > for. > > > > > > So just to be clear, the options are: > > > Alternative 1 > > > Alternative 2 > > > Don't care > > > > > > So far we had one opinion for alt 1 and another for alt 2. > > > > > > Personally, I prefer 2 because it's clearer and doesn't allow > > > for a seamless > > > switch between the two packet formats on a per-packet basis. > > > I think that > > > makes things more predictable for tunnel setup at the HA. I'm > > > also less > > > comfortable with the generic ICMP error response from the HA > > > when the MN > > > sends a packet in a format that is not supported by the HA. I > > > think using > > > the BU to signal which format should be used is cleaner. > > > > > > My 2 cents. > > > > > > Hesham > > > > > > PS: If we get a lot of "don't care" then I'll ask the > > > chairs/AD to make the > > > decisions for us. > > > > > > > -----Original Message----- > > > > From: Hesham Soliman [mailto:Hesham@elevatemobile.com] > > > > Sent: Sunday, July 01, 2007 2:27 PM > > > > To: 'mip6@ietf.org'; 'nemo@ietf.org' > > > > Subject: Issue 93 - way forward > > > > > > > > Folks, > > > > > > > > Some of the people involved in the recent discussions on > > > > issue 93, the NETLMM chairs and the AD had a teleconference > > > > a few days ago to discuss how to address the lack of > > > > concensus on this issue. The aim of the meeting was to find > > > > a way of accomodating both sides with one solution that > > > > avoids the technical inefficiency/lack of flexibility > > > > concerns of both sides. > > > > > > > > The following is a summary of what we agreed on in > the meeting. > > > > > > > > The agreement was to define a way of handling both cases > > > > (presence of TLV or not). To do that two different > > > > mechanisms were proposed, I'll list a summary of each > > one below. > > > > > > > > 1. Implicit signalling > > > > > > > > The idea is to use the first byte after the UDP header to > > > > switch on whether the following header is IP (v4 or v6) or a > > > > TLV header. Effectively, the first byte is the version field > > > > of the IP header. versions 4 or 6 have the obvious meaning, > > > > for the TLV header we can use one of the version numbers > > > > that are not used today like 0 or 1. So for instance, 0 > > > > means TLV, 4 means IPv4, and 6 means IPv6. > > > > Jari mentioned that this is used by other protocols like > > > > MPLS and it is considered a hack by some people on the IESG > > > > but in our case we use a specific port number for DSMIP > > > > therefore no one who does not implement the DSMIP spec > > > > should receive this. > > > > > > > > So, when using this alternative, the TLV would look > > > > something like this: > > > > > > > > Format (1byte) Type (1byte) Length (2 bytes) > > > > > > > > Format is just a bad name I use in this email to indicate > > > > that this byte is used to identify the format of the > > > > following information (IP header or TLV) > > > > > > > > Type is the message type > > > > length is the message length > > > > > > > > 2. Explicit signalling > > > > > > > > In this mechanism we define a new flag in the BU that, when > > > > set, indicates that the MN/MR wants to use the > following format: > > > > IP > > > > UDP > > > > TLV > > > > ...etc > > > > when the flag is cleared, it indicates the the MN/MR wants > > > > to use the following format: > > > > IP > > > > UDP > > > > ...etc (i.e. no TLV). > > > > > > > > Obviously when using this mechanism there must be a default > > > > mechanism for sending the BU itself. I.e., we can always > > > > send the BU in the current UDP encapsulation format witohut > > > > the TLV but if the request is accepted then data packets are > > > > sent as agreed during the BU/BA exchange. > > > > > > > > In either solution we will have to mandate that both the HA > > > > and the MN support the negotiation mechanism and one default > > > > format. So, all implementations have to support the current > > > > format of UDP encapsulation as a base. This allows for > > > > interoperability. > > > > > > > > In this alternative there is no need for the Format field in > > > > alternative 1, we only need to define Type and Length fields > > > > with one byte reserved. > > > > > > > > > > > > Hesham > > > > > > > > > > > > > > > > _______________________________________________ > > > Mip6 mailing list > > > Mip6@ietf.org > > > https://www1.ietf.org/mailman/listinfo/mip6 > > From xeqcd@elior.com Sat Jul 07 07:57:45 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I78v3-00021H-03 for nemo-archive@lists.ietf.org; Sat, 07 Jul 2007 07:57:45 -0400 Received: from [89.101.23.29] (helo=089-101-023029.ntlworld.ie) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1I78ux-0006Bs-M6 for nemo-archive@lists.ietf.org; Sat, 07 Jul 2007 07:57:44 -0400 Received: from [196.128.111.164] (helo=kfkvu) by 089-101-023029.ntlworld.ie with smtp (Exim 4.66 (FreeBSD)) id 1I79!%-0005iV-KE; Sat, 7 Jul 2007 13:02:20 +0100 Message-ID: <468F7FB1.4000203@elior.com> Date: Sat, 7 Jul 2007 12:57:37 +0100 From: Emma User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: nemo-archive@lists.ietf.org Subject: Re: e-mail.ndiwskt.pdf Content-Type: multipart/mixed; boundary="------------000803060508060304030406" X-Spam-Score: 4.3 (++++) X-Scan-Signature: 913ee11e7c554f7d4da75d500826397e --------------000803060508060304030406 Content-Type: text/plain; charset=windows-1250; format=flowed Content-Transfer-Encoding: 7bit --------------000803060508060304030406 Content-Type: application/pdf; name="e-mail.ndiwskt.pdf" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="e-mail.ndiwskt.pdf" JVBERi0xLjMgCjEgMCBvYmoKPDwKPj4KZW5kb2JqCjIgMCBvYmoKPDwKL1R5cGUgL0NhdGFsb2cK L1BhZ2VzIDMgMCBSCj4+CmVuZG9iagozIDAgb2JqCjw8Ci9UeXBlIC9QYWdlcwovS2lkcyBbIDQg MCBSIF0KL0NvdW50IDEKPj4KZW5kb2JqCjQgMCBvYmoKPDwKL1R5cGUgL1BhZ2UKL1BhcmVudCAz IDAgUgovUmVzb3VyY2VzIDw8Ci9Gb250IDw8IC9GMCA4IDAgUiA+PgovWE9iamVjdCA8PCAvSW0w IDkgMCBSID4+Ci9Qcm9jU2V0IDcgMCBSID4+Ci9NZWRpYUJveCBbMCAwIDUwNyAyOTVdCi9Dcm9w Qm94IFswIDAgNTA3IDI5NV0KL0NvbnRlbnRzIDUgMCBSCi9UaHVtYiAxMiAwIFIKPj4KZW5kb2Jq CjUgMCBvYmoKPDwKL0xlbmd0aCA2IDAgUgo+PgpzdHJlYW0KcQo1MDcgMCAwIDI5NSAwIDAgY20K L0ltMCBEbwpRCmVuZHN0cmVhbQplbmRvYmoKNiAwIG9iagozMQplbmRvYmoKNyAwIG9iagpbIC9Q REYgL1RleHQgL0ltYWdlSSBdCmVuZG9iago4IDAgb2JqCjw8Ci9UeXBlIC9Gb250Ci9TdWJ0eXBl IC9UeXBlMQovTmFtZSAvRjAKL0Jhc2VGb250IC9IZWx2ZXRpY2EKL0VuY29kaW5nIC9NYWNSb21h bkVuY29kaW5nCj4+CmVuZG9iago5IDAgb2JqCjw8Ci9UeXBlIC9YT2JqZWN0Ci9TdWJ0eXBlIC9J bWFnZQovTmFtZSAvSW0wCi9GaWx0ZXIgWyAvTFpXRGVjb2RlIF0KL1dpZHRoIDUwNwovSGVpZ2h0 IDI5NQovQ29sb3JTcGFjZSAxMSAwIFIKL0JpdHNQZXJDb21wb25lbnQgOAovTGVuZ3RoIDEwIDAg Ugo+PgpzdHJlYW0KgAAgUDgkFg0HhEJhULhkNh0PiERiUTikVi0XjEZjUbjkdj0fkEhkUjkklk0n lEplUrlktl0vmExmUzmk1m03nE5nU7nk9n0/oFBoVDolFo1HpFJpVLplNp1PqFRqVTqlVq1XrFZr Vbrldr1fhIwGCsVgAH1ntFpsEaE7rHQ6bYbDYwtdrsVigVwud3sdmtEDtI+mFyvgwDdVvECskCs+ MwV+HwnyVRvV3HUSwOPyYAt4AuOWy8gvd0uuOxsjtGbzmhxOrgV7gV9x2zg4nt+V0mruMRtOSE+u 3etqVwgeJVmPxun3uTt+7g+fvllzNqxm+hvQu9l02CtVnydu1+Pg98g+n2eRgedszrhV3hup3/gA Abx+35tzAHZ4/c6cJuLBPszjsLE7SFu8yS3L0H0EtWysDOQ/jvvvBaCtw9zywggTVM8w7XN0w7jQ KhT0LbASBPk9SEsCvzaRO0Krs65z8tI48WIKv4AQ2gz1PwgbFxbICFvvHr8u05LxNO3zfoXGUbvE yEnt9F6FSJFUIPQgYTsedcExTHq8RrI6FB1JcFvZDy5Rmh0kt/Mi/S4vMUwwgkjs1Nslwq0M0zmg zzRy0LTwC5zhIZLENSfOSCsTOsnw1PCrPBLzyO3K7+TG0M5NbP0bIa+z1OE/ckUqhlEuK3MoTo71 SObEdGz8GElyU+UPoNGsDBPWEcutFE9VPKyC1xLNHoW4VGRZYKDwChDZSdOlY2fBrQ0HC6EVfR8d IHKrtz7RqqMm2z0ynblUU3YDJNugk9zVVKHyk9TiVMADFvM6iFXA8dTzDUVyx3dCEx+wEnsSDclT xZSCUJDC8MNb8l3fcVq1dU+C2JfL+TEH1fWFe98MU/dORsxOG3vSUH4Ridh3Cg0CRFIKqusgZ127 k8WXq2uKZjF5t3FfiEYLMsng2bcOSLgKHWwvOh2y0jlZnm8Sv9DujIHaaxYJYU4ILoVCh84K6ata AAZk99XaUg2kPTsz5rpfTk7VcyFRlImm3jdeYbE+uIWbqmpXWg2xw/neIq1q2N0fBkTPxUL24ZDb zXfoce57urNw3SLLxlWwfb1bOwsZM8G8ivtA85R20TjWrkZ1DrW7RWcrRjodJ8rlKD21zdl40gus x4w6yOTaW3sMhdeIJ3+8rg7D86vYXJx9lsed1RzAPZyHn+crq0cRT9mXxSfptozvuYq2Lc8q8V/Q 5AkKLC0nmSVya9uPrOOvn2uVQ99aCejylH+wbJLpAjPvlfsQ5RL7EGwEQfAh6JdH2KJYStx15J0H P7fSz5Z72oLmlIdAEvSQoBmxYIz97SXVWEJNu8p0z/oEEQQs9IjEL4YHrgm7uExnTRuFhXCguLBC zpcMuuiFTxITGvh8i5g5EIgRBL1D5M0FkmlPhG/eDkVYrRXixFmLUW4uRdi9F+MEYYxRjjJGWM0Z 40RpjVGuNkbY3RVMMztT0KY5FnFYYRr5ckuMtJXHEiphm+s0IrDkw8exWGFL4YeOcdFSsVYXH5OL pYtn2G3HJbMgY3kahy0wHxZD3SPM8uh8UTGkwKYA34hEi5JENgisliErSLwNNikY7RiWFodlG6hA Jo0iq2kO3V/BEnfk/UEbBlj7VfMPgtJkj68JbS0kFMt6jr1prsSEpiSS6pkSwTe4hDhsDFI4VMXe TBBIarrNlJ2Aj313pbesl+Bx4jhNWbev0+8wCNwnIlHFTyNpRtKkex+aK4VEznmZLFTFAFqT4hEq lPx6kmvddy6iVMKXWMsMFJ6VC408uYb692X8CkrRAbTKY7Ri3vvDM4ld6sF2FnSUa99Pj6VtH7YB IhVcf5yNDB0k9M0oqFNFY8oSeje6Dkbp+6tbTIKRKoZjAGgbuZyKUZyQRqq8qTwzXK7xKahI7TcT 6meiFF0CGMkObmRLATk0kb4mqolC6OL9mijWkLfj6TiPXFCPEMKcH0odE+sdJlysJexUc3hyKxQb eWn1ES5a1oVnq6ms88Wp0PlejRpzLjTv0RMtWPiv68oeiiBtls6lNMXrw+J2Svo7Wfam39KaMlFy dpubleijXrL/d/L8GFPi/vaoo1WTE6rDEiazZt0CimNKvSMltM9hVuFopOitvE5rkxGqayu5qJ7n qISmkSiSTrnG0q5cpjyNqQpHS44C7kkbzLysyeZ+llml0ck6+s8VnLQyNeuX+upkD2MyuRRSPFcb ikffYOtpSP36T3OLaQ5EnixnSrZUtYmEDGsAVsfIubAIbnQIVWdI0QMFOKh+rzEDjHj1Ww659WcM sIVmXXD8ziZ1mVsgFJucrHsaX1qeyq8CHWewtx5ZmU2EZZz+wVedsVLccsIxjVHA5E78ViOgrYkV 4SD4SvbVi22FX9FgwEWWsuTb+EbiWjLE82JK2kOLa68OKWomKNylzDNZYntEdHEuxWU4sG3ztkbP xJxWT9zGoSg1BAdaBIhT+yOg9IaRJZdDSWldLFDvvDPS+m9Oad09p/UGodRaj1JqXU2p9Uap1Vqv VmrdXav1hrHWWs9aa11trfXGudda715r3X2v9gbB2FsPYmxdjbH2RsnZWy9mbN2ds/aG0dpbT2pt VxjjVdGSs3P1Q+RIKG4RnFNb8JVPNqqTKva2uUFyjmcaSlTd7Ql5Q6lqH8TMz7ZSFFN9GbIFUqfB fs0Jm8ezI3EZO4G6dUisdAindpCUtVVY3wqiiVFr70fYyJJc5+GrCSzeOjcrHzO0xcDrTXCNKmt4 Yi+HLcEgU4cFtdXyG54YPktJGD8wHzzjrBW18rw2GmMx3ybTcoJgrpVO8xXXRjyVggrxxqivXbS4 mxNHcVE6cmvk/CPoWp+iGvsipnkNVoP0yldBBU89NHsDaUnJeHHyCxRorkDlfW9Sw47O+7l6cqI0 XPnTyEMKINpVPxyjjfappNEuV3ghrW5dH35L3TS8eudGFaEi/crAY7wKA3fpRXUvDo2S/HodctZE F0jlItG8d5wEM8JzbdHkNLVwnzAP2Xk5IIeWjKUmXpXCyi6n7Drflc+lFiT8D43x/kfJ+V8v5nzf nfP+h9H6X07i/D+p9cimgZTqFuuQrO32PwJ5Lz5zkbonju87Jve3RjUu1p5t9ptlAvw6/39+PMcv 1QoJhDweVHLyJG5kAKgqVF0Pvl5PHv5taqdqKDTv8MKHQMOkCu2qNi3vurYM3u+snmEtAKmQENgO DEMljk2kUklOnN/jTCGh1jfjNkenaGYDutBQOtcnaLbwQmoEyDVEqnTiGFImHOmiCOfmbQYtdC5t 5lnuBDpkDjNwboJukCJFvuAoqOkmRwYQhNYvHGUJ8twHTE1jzFCITufQjQqtjQdCNFYQoqHDTERF 3DLi9wVQyQxNcQfQ4Q5w6Q6w7Q7w8Q8w9Q9w+Q+tRE/C2p9Q/NptKCMjqDzGOOQMtRBtTkEPrFWw guymuEbF6IqJ+pqprRGNSHKnSqZGmp5GwQfxEllrSlRIMOil1JjxNNSN3wVNAlZv/L4DnmpOdxZr bRTHbE8DVNvO4RVtPGBwwvxJLuys2wDlkqAECmenWnPPPxfNPohwmrXvcDEvyEZuSkKLcxZHbK0C 6HXPXxnNIFSoIkdNuEcmnObl7LUsHLuPfxrDSEdRCxwMpoaltOCiGDfK8CIQ3xzG8m0pNuWR5NOg TuFEppKOgiSx9p7N7nGyEyAyHSHyISIyJSJyKSKyLSLyMSMyNSNyOSOyPSPyQSQyRSRySSSyTSTy USUyVSVyWSWyXSXyYSYyZSZyaSaiowSOLEoGLnjwztQwtGbrqSXvVmYNxjaLZjHSGpWFQx8mTyDj eDrQrxoiHygiQF6jVDgopt/uHySjMq5DYjrQSLGMZkMw1xeiFqUKYDlwlGzDfOtNsmZixl9npu7C KssG4sLPWJOEWjbEUlcyASSG6GNkzsQKprtHNLfEbGoCKLiDaE2HXlCHTssQXukrOphQqPcTFwQC zG7oov6zATNDIFYogoVSslJk/GMTLiwrGwQEDn9nhMdy4lRkxTKTLQTx8kNkBzPKjLbxEFxRayNs JlNxDxXR1jEjiOumaymJ9lTyuqnENLrpWzTLURKTUvELTkglNn+H2xMl6lDTKyTJnq/jaSoOoLRD CHjS0zqiEKIy9TnTNrIT1zzk1HFzAjIwznem6zhFGwlHSzOxkpxRASeyOuNxtSukcRHDwnLwvkaK YKEJBHRzNFNmoEmllJn0GwaHiR2zwxMmAnTxsj9FOTTz1SMLAx3MVqEO2kQq1SpscN2j9EcThTRH qObGvUX0VmuLODiPVrNTlORt7nj0RyOxHP1CPEHELx4yFR1q/xPjUoV0EQuUUObjolXUgybCevao xUkUrCfPGIzMw0t0wUw0xUx0yUyvISCRjynClN4CQyki602IMSBwKl2ytuTJW0iClTdCdyDCWU9C Ho5iw01J1xjGbiHU/NhHvvhVAMUyGOnwtII08U3VDFqGCnBIhqKpdqFmcH1UsEPIGzfxrCIvKIVt HiDRYnvNsOrGBvhCHSpOrNkJeF1vKvcTtLFoRG1KcCZomoFDJC6UuvBjCoBJsHVucVfGzS8JQvGs fGwH71QOeKRRazjRymvIQVBlsu1viqNu0EX1nNdI5KgoFHBOUohwNHhFqVAEBMgqZIXpr1anhpEu XpjGvnpFJP3QFTt1kvUMglTVWJNpYOwMfHyVb1PRHqGkTPS1bTMPEWDG/QJNjGrEOraoCP/L+TGR hmVt3Dcu2Epo7G12DPRrXILJlC8qMpymszkPDv1JYVg1kkdpKi3jHk9odPRrsxhPdQOH61ZVsUiV VmxLPqdlxIDpOptJtNipqkfqNOexmui2awDPJ2bWCKRPt2MVlIEpGyjq6jW0ulSmSiELeWMyvWot +poCEvGGD08Qu2wQMP1Tjt3I+DWwvHS08NgSDVgTYjHq4VFFAKkueTr2qOinSWbpuJEGtlPJ3FlO Zi/KzueodXDMzRHjTpbK0mHp3KS3GS82zDbzLlNPSVQ1WOyuwH9LiFqJ+J22mQEIUpBW0qBzAnIV BExrMqLVOiOjssZFlvhTZpvM5CQTcnj2kiPqbXFoUSqW5vpIejC0Tx3C8K7rqM+RvvE1DikjAsG3 n0zCfRqouNE3rCftA0qivxI3t3w3xXx3yXy3zXz30X031X132X233X334X435X536X637X738X83 9X93+X+3/SaxAxyotpvKD0eiMS7ClUtIzOf1sitHsVJIuKltKYIUOR70BLQCJ1diNlzoxDVPOPKy zDGRoSwiEYQQALf1LiQKcVNj1xBH5YFCWkGYTUvi0mq3ov9Uur8K1YbVXTXUuki3wCRCz3diEL2O vO2ylzL4KCvN/H4Mu2FGpnkqRGfjfnSTR2PDZohKyOqiIXky+15jDuRMu2uz4iW1N3AlWMTDGHYq GKjR/GinHzyoOlxWiptiKQIDAY2U4ttLvOjUGnQp64eotWtOfuLYCHjGZrZVfYqJ/KEn5MmuJ3JE RobjWFTtuZJNsx8NFJJU+R3SnRyn1quUjOwzKDGplKlyDIZlsLcy4q2XiqmZXjhR7EmGpIHpVmkI WnxoGTfVCC60Ux3w3PFpymS3l5guBMnMnytsX5KmTGxPLNHpcp0U1N7nX5f4MEUoe5GomZFHwQP2 qrrU6KwpdGzXA5wpzXq4vwSvAHO4n1Xwf4+rOt6McMnow2u5ilOkX5lPLQ2V5rFuRYrICmQYGlzY +Jgxd5kUCRRRpMDYyGnpxD1QjubG6i8SwGgPcGr06y85uky5kS3Zyl7Fh6P51ml3ZuIDON5tBRxo WJdZarcXqi1llTtVmRLTCokJlVqVGtuqfpyG76BxRYSIEaZ5nV0EB0nQzkNuUuHRdE8WT5gaJZI6 eISIaOSOI3tR3ajP2C3TC05JVpEuKroL+VkGp6tVmFLrlSsx8M1n3RyaXoqpF1SiLa3kQZejnvX6 o5M4YCL3JWtxO5gRdW8W1Hh4BIr2gVaJJGfoXV0CIV/Vb2CtSUlMqQDuyCXlJ2Ia4XlaMDfVv1/a 6Iq29SH7J3/7RbR7SbS7TbT7UPn6raNPIRBKD6SotretmbZCTLC5XiXYgier/0bjS0gCzMREnr1w qYJJxW7oaMBKn6fK1XvCbqv7O2/wuL1koXsRrbfHBqw5DlFbfNM2QiN1u43iOs+Mcu56Fxpa8iZM 1nQPzqCIhl9CEnX71pIu/pw3bKsIaGxHZEC7qWEo+zgjBC3MSsbqoaixtb7b/HQYQmk1Yltnnqqo B4EL3t/LWsirOMJt4r3j5v5MRGP7VnvM3LpXhRSWwjMKf8A79LEnOS7cN7g7L0rkak4Ykb/8UJKk fG2HSnHmzMsL+KQtF8GoATB5HmoiyXhPtJZs1lLo6caixkXraY4L9Mbn0jnMRNFkzqNcX4cJws8s ztCz0GjMOIZnkrSGWn6bdvdRFjPC4qUM6qM7gRsQ5VTccjSceprs5bxFs8hoZ8fzKsNnSq6ms3f5 IGED97970KTwHVdsPH0mx8uZ3IgZsmXETx+r2riWp46kKrkkU8/zfs8sfqKc5rTI+Xjph87Lqm/8 qrMMWEfcZF/kpn6EwXKvAQNvD4jUZ2FvvbkHUE4dQcda4dM9JEDPu9RrE7yjAcNt4k98IGYt99lc u3Lb7Cec/sydQ6W5dmxc5GeJ5b9VuV6DWGpDO9oqhZnJrsoH8daD2o+D7B1wBjQ9dI+bqHiyvHAb d4cG2LM91PDs79IGAqoVr3TqhRq445sJSd28205nPn8XowLu32I3D6fPtdpOIVkEvGzP1M0ifD1d 29TMc969OV1tAD2dKdeMk6pjOwFFPP4cLdgJou83n8aIbHbVsMalamW+XcCjbkL+WdI9m9xcpLcJ kkA+Ubu3kpgWR7nJhzDMei3+cJScqTU9E2myxeXvEdk3QdNeU9HEmtzl1uawUeDCZ3SwCLWpON16 2iDv7lNbsiSHu5rWWj39gy4Kp+TnjL8eycE5PJLD1cJr4G8+st1+7CMC3VGVZiP14bBiF4X4W4ie pWkdYaxO37HbF1RrPdVCo7zic/AjPjtbNue/BzVdB4/I7mle/iRllLpMyord07mZ8HAbuKBcw8zi YsBWOimz7Ylou4SbU/c/dfd/efe/ffftWfYdUtOT7SbJO/VQTHs/kCZtKbviH7YNXYDCf+qCIa7p xzVxD/i7e/lliYklKDGl3OsbQ0l/vxjimQJIdCs/qYhTU7yXez0ydDq0husV8cC0RGsbXSp7ck49 HpkJhiAD6BD4AQWDQeEQmEjCGDBWKyCwOBQqCid1jodNsABsYQWGBuMwaGwiJxMASYACcTwWQxSD wyDSaByeCTSVRaXTmFRKZTd1wYNxyGjCQRqhgCHzOdSqLy2YTqoVGpVOqS6nxGJTSJSuUxiMxwAD CvDqRUOITyay6MWUAWsANug1eHzSYzWlQa3Qq4S+HKy01iDj6VV223CG2SrRDAWiCYOWWShWLEXu w1eUVqTTcT3mKUGX4q6RTNV7DXjEZ6EX6UYyK1yoZGnzKCbLXQrJRi90OO6G6SjHW2W2HEW8N5WD XOdYKEV+r4W41XodHpQiwR7QSXL5mL8TTcC2UjQVCmbiTz/H9yn0ms7yDb+E5zP4G/z3HV+oQ31X bZQKbyy9u2+CROutL1pS2qFM4uS/pI2aVpwr4fO27yEIY5D2LqqK8qehzFwJBaEwi4cNN2/KsJ49 sDwjCbmJG5MFossjKLy4LpxrGy1OGysKrPBbfQcHQToG8yxo0jzdqhHyUrTAEYuK40QQ+zMDnW80 Jyegq/PlEy0s2nTKR1AbAISxyJyoii5NUmcTp1CSCy+5sGN6/sxTaoCOvTD7QuUikJPJJ8ONXPKD yCg6xvs1MeIoy8lPK86qUXPcuppKivRvS1Lu6/y2Q5LTFwO97JydJD9IIGCuTnSs3VFTsGMuzTB0 M4bdMU/cCU+5dQxapD9J2mrBt/GciyvXqlq4sc7Jc7DMI9X6fMRSrIsrNK60XMcYUMwzdRMnVTUH T7gphTkoWs1ycUfXietbTF13XYFQuLOD9wvAz22e09V17E6Gg2/s5seuCwPxLN2Qo/KlLvHEiSdX S0TEp9XsfY7UOPMNivrY6KYNNSBKPglLrNgczyPelcNxUWBVIu9dQMlUAoVac9JrOGPZoqKiM0gs qIEpq4G24M0plbM75u9x153mukRvhroZ4DdhXyH1sqpk2fWzkOk6xrMkaEj1+X9rSqsZIrdXxsGz Ojq+z7Vj1qqrOu17huO5bnum64I0my7tvSKas6TNUFvfA8FwfCcLw3D8RxPFcXxnG8dx/IcjyXJ8 pyvLcvzHM81zfOc7z3P9B0PRZrP3R9N0/UdTw2XbMj6E586XWdV2fabVp0cr5kcraRjEb5nQyDa5 I196fG2ZunWPcqJ3Xa+b53feY79QUqkKMIEVmTqIDczJzp11t1I/bu8vPYSxiaN+2dbwr14Hg6f7 DqqtbVHULYW2+f/H8qi2HdFZI7HWfPJeok16RC2yMRLcrF3BJH1pPe9ApTKRmKPyIK+KCMF2BHHX Cbt477X9QfhATlPxzVFobI67AtYOiap9K+3lCjIyiKZaOfeBsJiNvFIM9w/xcXjwSIogF8j2WHQc eiqyEMR4jptRonB/0EiYQPV4rgnSFkrveXmyIhJyINqKL+7JRBLorKsYVESIcPoYpiPKlWJEa3ak oM4/FLDMmhnGA2ugtMXjwF8O+/d17C07nqf80NjrDUVFRQsc1mZKIdEHOqZaQJZSPnzj5GySjoWD xqPgTA1RDy/RNBgetpZOYSGgibFeH7pWlJCjVAYDbIZOotkIh9vDK5Ky1jWztnSSymlrYBLQg8pT owtRaiUpCFZJuVaMgWW0y5mMEIHA2Zs0ZpTTmpNWa015sTZm1Nubk3ZvTfnBOGcU45yTlnNOedE6 Z1TrnZO2d0754TxnlPOek9Z7T3nxPmfU+5+T9n9P+gFAaBUDoJQWg1B6EUJoVQuhlDaHUPohRGiV E6KUVotRejDp19ssKZMl1JWSBGUKHC48rJicsIdPR1TC+2cOdhnDdFk0DpM8ZpMkn5X2qxwK0naA 7SSrr8ZIoQAClFUlVpY19QrCkcDbNK12lsp4WngLsZNscRUyJmYUdWNxGamzBl7TIlyryVyqjwQi phsF1L0rIi4H1RUNnFrEpOXbh6jmOqFUMskvF4MGrzWeHpFYV1zqigiri0TWrNsC+N4plynMjPcp hcCd0nLNIikwtZQqwMBslWJQkhYvQJaec1V8XThtSRVWVkhgab15MghVTKNDoIJL8pSLBG67FcZ2 rGHCmbNLeZJHwp9tFNJ/smg63CQ5ZkOIJXOCpIyP3GN+iEqEu7LxzhjU9nLuDKJZhZbutKJrkQiS Id9ry/TZ3huauI4EmYio3hTVWCtxiFFNuGl5VcZ67UoJ3ei5pIrim1kLesjVQMAk6vKimTCh1Gu7 aYiJIqQVBJfW8mS5dqyXXMO5f6oKt76xSMLD6oF2K8L/NRgEtxuUj2PmPUK+jwb7teTjUmCpxZj4 aRRhCocqySVEWfaFoi9MWJVpNDnFqyGPJMVUrrA61MLFQQTBy/+HLfYLfpX839lq4XHrLUBFFSS8 1XRrVsqTJn/s3IRXdZNL8npPseyXLllVHUis2ikmqhss5wNMm+x1SDqZSyenCx8LDW36j1jdX7gE DJCfojoyuIVTx3qLGiC66xWZNi9bezuOrCP1sNeU++nsZYulpdHCoOrJHH01AbKZWIdNEykVJopF 6/4eY7l1ixoDOEhfmzbFJioEmkeG7rCilNTkpPDCmAkjM+QvxhqGHews6XZTHWCJd19l3+Jvr5HJ 5Cj5c1JIu1Ok3vxnwZC9dWIm+bbVDD4+8c9nHUhgqLCkft2Mlv7ja38clhwBKpm3eqOMOlA1fv9F ePVhrczLBVIp8MJaGQcQSwxzdkYM1ru0g75UV4+zPbhD+sy3LRufKKMkN8vZJONuTCmhWwItKDxi 9e9yYboNsyPX6quCP13ruTD2IF+gnWFYawjveeKvI1Y2AuvJTsiSdzXD/N94EK5aiLgxomLvKKA8 XE8QrKQBvhhqFF2ihFTkQbuAL7Wpa2Vh0a8V73hwi66k/strMyPhrEkXs7enk8w50yKn/C+5WDNs 05Itmtuvl1/L13jACreCv7L4l0vVw5c73JBFsEMZpeark5VLrGiazR0kfyxG4ieSjDI1/8Yc40kd d03z50uQlh8FbAnSx/FJn9jV3irHvPNr2B47hDxIFsfeI43hp0KR3tKr0JyewPWsryH2003eSEv8 oz9X631/sfZ+19v7n3fvff/B+H8X4/yfl/N+f9H6f1fr/Z+3937/4fx/l/P+n9f7f3/x/n/X+/+f 9/8//ABADAFAHAJALANAPARATAVAXAZAbAdAfAhAjAlAnApArAtAvAxAzA1A3A5A7A9A/BBBDBFB G/EICAplbmRzdHJlYW0KZW5kb2JqCjEwIDAgb2JqCjc4MDEKZW5kb2JqCjExIDAgb2JqClsgL0lu ZGV4ZWQgL0RldmljZVJHQiAyNTUgMTQgMCBSIF0KZW5kb2JqCjEyIDAgb2JqCjw8Ci9GaWx0ZXIg WyAvTFpXRGVjb2RlIF0KL1dpZHRoIDEwNgovSGVpZ2h0IDYyCi9Db2xvclNwYWNlIDExIDAgUgov Qml0c1BlckNvbXBvbmVudCA4Ci9MZW5ndGggMTMgMCBSCj4+CnN0cmVhbQqAP+BQOCQWDQeEQmFQ uGQ2HQ+IRGJROKRWLReMRJ/Rt0u90OhzOFyt9tvB2Op5vF4Ph7vd+S+NzF/Pt+TSazV9S99v2YP1 +wOYzSaTyeTqhPt5vV5PV7vSYz6oP18PalO93OZyOF0O1zvJ6PGizF+TyYwOivp9Pl6U2X2190Ka 0ewxuoW2jTV+v6fwKxW+/TqdVCB3F7PR53HAy+oUK83mNvV5vJ7VRzu5zul2OdvZpyOZwO92up1u Vxvu0Wl8vF5O971PJvWZRu2vbIvB4O5wulwObLWWMxOYsNjrtRqZKJpPIdYKdMrRSJxRpJErBRpt 3O51u3sKJWJtgMZcLdaqViLtZNJksVzuNxTHXphQI5WrlTMRhrZXKNKrtXqZOEmQ5iGKXa6Gubxq m2cRtGwahml+XJXkuQw8lgVhQFMUBKnueq1pYW5gFilp7HwqZmmIXhcFaUxcmEWRYFcUpNEuRZWl 0U5bF0VJcFeUZpmUYiYmYZZhFGUJKlUVJPFIWhPmUahjLo1BflmVpdluWBaxgXBYlWbpvm0gZoGg YxfloVRSEkQ5Tk0SJkGOXx1nUc5TFeTxxHUcR0HScZelwVhgSuXBdFaVJVP+TREEGRI5lUWBOFyX hWnckx0qwVhSE0X5hluYRflwc6sHieZ3vsW5SEoQ5aFSUBbz8ZZpmOxrfoscpzHGYxkmCYpiF8b5 umwXpZlWThKkKSJEDo0B1Hakw6EMNxdGAWpWlYUT+k6WUkmAXxZtaqjCkYSpCE8UpLl2XJZFZQxW FSTUXk6Z5kGCvR+mma5nlkXxXmUZZiGIYJcXOVhalsUpbWqwp6HUdh0EYSZBnEzzDHkYxgFxeRcl +YRZlYWJREQSo/lCVZNl8YpcmGYRcnMcpxJ0VRUEwQZCjeQJKDyTE0F1YKfKMXUzGeZpjGIX9Wlq V5pGyaKBmsbBnmFYJMkmQJBj2MhWzWcZwG4VZZlKerCnWdx0l6/hnmWYcTF2Yxhl0VxfFUVhaFOa RoX68qknktJ8GCYBZGrpVdF2c51sukBay4T5LkSY+LGsaJknVW1Z8ogqhMMeJ3nXzeGJaep8H0fC tq6ep4nYk52HSdB3HUdJ4NAuqXnad52Heeh3tt2zIsgeR89CtB8pjvJ1HgdR6MKfJ8nwoKaxIe59 NNvJyHWcXbHf3x8Hidx2nl17JnopTVnb0/TddZZ3HZES/UmdjQnR152nWeB1xGeyzJfzJ3Hoeh5H klQ8Hxu+HyWYnzoR8Dzfg6wdg6x0EsHsPKBBUCglpJ0agwJPiGExeAYstBsR/DxJUhweZqDfOVIu Ncbo0xdDHFsLQX4qheDNFwKcXAoRfC4FkLU5YqROCRQ+K4VItBPDYG8NJAw0yBwgHeLsXQsRtDVG kUoeI4BwDbbEOkbo5htioGAKMbg5xuEDHANkaxJBri0GGK8bg4hsjOGqMgdQ7h0DLG2MoeDpSijF GOLwV4vxUinFoJsTothLibFwJgSIphFCxFgwYWQqBgi0FeLQW4qRfjKhmLoUAqBfilGeNkZovBii 2LoV8eA3BrjUGzCkkQ3TRDmOyOccA6hwR3Hg5h1JXTbjzK+WspxGxsDiGsMQZQvRpDKGMLtg4sxe CqGCM4XY3BwjXGANEXo4RxDdUIJ4bTjxsjXGlCacU4yBjLGML4UglxFCTE0IEZgzxiC3GILEb45B uC7F+K5M4k4birFSJ0SQ0RqjKGmNoZxA3ZjqDiH8LYmRMCCFKJUQwrRPiVFqjkWIvBUCVFOIpP4p zGjUPQMU+4sUYi0FkKQW4thUjRGoMoUItRMjjN0W0Y4xBcn8FKK8VonhWixE+LYX4rBICsESKEWY lxPCsEkjMPIfQzhVFoK0UQqBWCaFULMUAwxpDAEaKgQhTB6DhG2NcYIthWjIPKgJn4thTCoFkJwT 4rRJCuFyKNJAlxhi4FgNQZ4yRWrDGKMsXxMRUC4E8GYOgTBYCvE+I8PwbVkBkE8J0RJ0BGCBEqHQ aQ2BmivFqKJOJWBxjenJadyrs3CjkHAOQc433TjoHqZCAT+4QKjhA/olL9URj1MGS+1o2xwpfbsM Mcw4hvDmHQxEdL1X0DxdLBo0xXh4EpHeaod73R3lUl6PAsY/CYqiu2ZB8BXn+Guuq7QeI63MDlHI N8cQ4xuKVHI5ge93CmjtHmO0wBNTIlWJOOthjhRyutHMOa5tyhwjerKN0bQ1GIjeGAMIWg5CRkxH C1saIzj1WsviNwck2RtDXGgNsbQ02tDdNsO5vJQnoD6tRjHGWM8aY1xsQSDRaVZY3x5j3H2P8gZB yFkPImRcjZHyRkmccGnlQOeIwt+JJx0v5f4919DCcmwSI2aeDzzjUDvdpk8dDhXtvtdU7R+iHHWD pNQQMfI+x8mvJY88tOSs7Z3yCvQYgyRdizFuKoWIuRUioF0KYVwthUDFGELwXwtxYi7R2HwRYbhR irEw/0eLyR8xBFINqVCnRcClFqKAXAvxZC3FyKw+ZxhPCKF2tLVQoRSidEqMAYYuRUVaHS5IgY04 iiqFqKYRgmBCilFKJkaQ0RlE5xhnjZ2z7UDVG+NSTgphdDOXQMcWAw5kjMGaMUZQzBhjBGOLkRgq BDCPFUIoecD8niWFGI0ZQzW2i8WyLKoIxRZC9GKLUWoyBZClFyKEYwyxfi9F0LIYqZBuoKFkMgWD 8h1EDGkN4aIqhdClEpZYSIlhCNbG0YLaHI+SG/J2Px0A+Lv3fdiWMqI/B7IbHoPgehjScj7uhbeA A6x03ceTyoxTPSiFE6CY4f134Sj2HyPeO48XjuYtyO6EvJeqdVIeOKbIzRkjAHQVk9g3BpDPGOLg WgqMHDUxANodI6ysDhG6X7kQ/+1jlwXg8bY0BvjoG93UbI1RnjdG6NSB3VvCeFx8M4bAzBQinEuJ oRYgxUCeEeIcPAZhFB/DiJMR4gxUiuFBwUYWrxajZGmM87A6WmINE4JQRQjBMiAR0KUU4phPCID2 HERYew2Po4n4b33v7UMLHPw0bYwBgi6vcOEdTLR0GkfQOzMr8DdjfHC1p/o8iBu8GlWoaHYiPjlG gM4ZQvxjSiGCL9EXwP1frIwe62eWSfFvdDfeBxhTD9DH70se8HmGYHHAG6HAQWJSHgJivuHquye2 HkHYeAJ0/ZAdAeIYKgFqF6FgFiFmFUGQGGF8GoGu/EGaGEGAQgGOF+FsQ+FgGSGsGQGcGcGSyaJi XOa6FUE8FkFME2GmnMHQckUES4FgFIF2hYGUGgGEHErJAhCNCOgIH6GCGEFsGgGsGaFmF0FYG4V+ rUGCG+G4GymwG8GOGCF4QWGkN2G82YJiGiGWGOGk60m+GgxC4tDOF+F8FsE+riGKGiGKGaGcGOlS nDCRD7AcyYHyLaecZ6IwKigwIKyYHwLmH8ewzbD9EfEhEjElEnEpErEtEvExEzE0IMJi+WHEHaJA tcHE3CGMFWFWSWP6GWGCF2FgFmE+nOFsG2igHCG4G0wM6mIEHKHQHAGaGQF8G8GtDCwYGuG4GpBy HONEHSdUHMZ6wEHOGy7Cr+j1A+fZE4J8rIGsOwHQNMH0REHgNWJoLSNMJiI+HGG6GqGiGQGQY0GQ F4GoceGYPSGbC67jE26sJiReE8FUFOEsFYFKEwEkEGDsD2D2DSEIEiD0iCFGEQEwD0EqE4EKFoFc FCEODoDEYxAMhLGQHG0AOgE2EWEiEKDqEYD4DcF4PwGWX6Fc2CO0HWEqFGEOEiEcD0D0DYCqEUD4 DXDiFcUqHKIGe2HWFmFqFIFyFyqy88jIGgXkF0GEGKUGF0FQgEGgGmGSSuFIFkooEcD4DaFg8iGd HmGSnhFxHs5KKgGeGYGOGaGiGMoLLUbQJCG9J612MuHOtYiqG3HOF2nmGEGcF4VwF47izm7qGUGU Y2maGWGSF8GbFWGybsPKFpHQGaF0FsFgGCYAGQGmGE28GCG2GmGcJCG+IG/sG876+qG6FyRAGqG6 GiGYGcGEGaGUGDHWFwJitYG6HG7cHOHaHK/+GsG8nBAHANLI/UbEHQeOv2JOJUHcewgENO5+5S6Q gKLSHu6WLEJeIeHweUHM+WeAec5S7jG4yaHgcyNONREaH4H0Jiu0tmVGHmHc/SL4y3HGI2IM5meO Km5+7iyau0Kgdwe2gBEEeUmkG0l8eAhKdet0HmMGJ4c+t9OGIWLoE6FoEwE6FuEyE4FQEgFCFGEm FoFwFUFe0EF0GQS2F2FQGQGsGNBOFgGumEGkG2GeGkGoGYG+G8m6GxDSjeGwHDGCoMmCGqJiYiHA EWE0EEFez+E0FDQ0FwE4FsGS7KGGFOFiRyTcSmF8FaFqGCFiFeF3FMF+FOGCGqGEKgFYFmFEFMXa FXKGF6GUFyWiFoGshSFKF6FGGCGkF+GmHCGkMaGEGeF+FqnmFkF2FYGyQOIHGQHKFcFwFMoublUG EmFEEWNUNuHiHaEkFUEaE0kIFUF6FKbWFsX4GGGcR8GgGqGYF8kwGQGiGGGIGqGHQeIWeAGQGYGA F0GWFsF6GS3+Gkq5NWGwnAG8G6aUGWGKHK7oGGsIGKGkGCFGsQSWE2GGGeGAFoGCQqFHH62OFMFM ErNQFeJiG+HSG+FwGIFmFsFyFaUIE6/DVm2+FEFuE6FwGMb+HEGoGKGmGGGmGmGYlSGeGhHmHAHK G8u+FkGHTKGGFbXsGIGRA+FkFUFCYOOKoiE0FSEcF8GYF0JjUQGcGjDQGYGQgYHMIGHMHYHIFSGC FMFKFmEyFeGAFSGNF8hEu4GSSGGeG1HiGuGMQ+FYFQF4FEGsG2Gkm6GkZUFiigGYHU15VgxiKeJ5 OoHuesggHhOoHs6aNqlMHCxGHaHSHOIS6U5jOqLo/iLxPoIiLE/wKeL0J0gcgQHeHIwYf4HiIkMa KONNEIIiZ6J0g8LiglEPaVb9b/cBcDcFcHcJcLEhCwG0GKF8F2G+GyGwhEHaNCLab2zGHKHfPdGS +uhFGVcs52+auUHElvcuNoJa/2NiKgcyHYHmJSHGHWHGX4GKzKOwJQJSHSK4tmHkukH0KiL0g8Lp aY6MKgREMhOQHSHKHOHC+g7W+beUdcHSu+ecHFbcwWGyG4G2GofQ7WYYG6HIG6xfJ+OwtjCIG25k IG5SUm6ld9EYdCfiI+HSHIKYNgI2NuHaviiytYe3GUVtAM5+zAUmde5KHPLq86FAEgokE8E+EmFe FSE+u0G6G4GqFqF4FWF+GKFuFQ88EDJmESEeD+EeEaD+FXBqEoEmD+EaEcDyFm7KFIFgE7DuGEJi GyGoGiFME0EqFkFeFEGOTeFAFKEsEQEgD7H0EyE+XKpJgmFQE+GqGmGaKhC8FpVmGCFyGUFuHSjk vuHsUAFmGUGKGAFgFoFEGAF2FoFYFYE+FQFaFAFcFmFPgQEkEaEMD0E2EuEQFsFiFMFiPy2AFC5y zAHaFWFiFGZSF0E2EqEOFAEyEQE4E0EUFUFcE/OUIGGoGrBYVyaOFIJGG7ZEHYHKU4XyGWF6OEGB E6MypQFIE6E6EYGUVyJiGEGGF4F+GAqEF7WoF4FqE8EuTUFEEqS4FAGhRnKmGXLGyUya7oG/K+GO GiGuGbF0HJG4NeTyHCNAHWtYG+GWGUGG34SvS6VsuGm7GIwgHEG+ZQwqHOHEIGG/YDYmEsbsGRge GuHCwXFoG0PYG8TuNybGHEioyqIGGes8FxioF+GSFzciHU5iHqFli8koFcFoFiFSFYPoFGFuE/lc F0HAmyGyjYGulTNIGuZa7y+ba2HKMQJ4+UHEVrHMm+7quEGyNIHAu4IGfkNG+WYYHOgAHYIHcuHf l/WIGQmMQavCNtDMGTUKGsT0HNSCV8wWjXeQxCuGjIGeoHWiGAG7awa0G9mG8KZ6LQRIKmKKYTb0 LII23ahGNM/lOOLgLeg8LDb6IrfVreJk/ky0JkINrmLgLcKOLbbQH7rkJeNRbwLfpvrmLsL+H3rh bIxwI2y8RJE5bCvBsQITOsJsLev8gfrINMexEUJ9qynFWEVgGCFuGQGKFxLOGHtEF7jWFAUIEuYC FW9Obab+R9tKwmFvO2HGF+F2FcF+F/AsFaE6Ffh8F9S1KKFYNerEYCFUGzGg//V+Gy9MdSIGu0jN GUHJeqGmGMGVlgF4FcX4F+G0QPtElFHaGMGcGBXKFGsHKYGCFmGbA++rFqxIFtSuHJZJGCGVFrXu F6FiRUEwFqFoFLAMHOHYHMEwFEETX8z2pwF+UHLqHCFIFAEeGsGqGaxeF8GQPGFEEdVxRBFdtwFd kmGZGqIEtaG4GOGcj80s72GwJiGuG0Ginq+KF6Fk+aQVaAtygdtwkmYKGEW4FtQ+k+GaGwG3Y4GQ iZgmGSGIF0nAGVGdCyGkeAnIGhHSFUFEEoawEsF6GAFeFAEwEUFOFAEkGOZUGKGgGCTiHOcapyFw FSFSFaEvMs9GG0GkGYV4F8PAF6F8FiF6FqFWFvRMGIlC5+tyFcFgE8ZQFkFkrcFIFSEsdVJ8IEG8 G+Gvw8GXF8FqFwFQFAFWEsFAPiGKaLl+GPQ8FKr4FKaGhWTeGCGYF4FOFYEzK6UebnkWEIFGFIEi G1aAbPWjHTDyGFMmFTz8FUggHeQ4HkY4E/uYhcFZzwFkG4QYF0qGGeGiGI5+GSmKU8j6PAE0FAEW EoEaD2FGE8EdeoIGpdRIkqFSFiE8MrqQI3tEF2GSGSF4FAFCEWFcWGFescvcG+eAFOE+EiFcFcE5 WQFyVKHAHGG2iqGupIF0FUrvYWGCJUHbiYGNAuE52KnJHCya5+c87ppef2IY/lOyHu/lAaIo/kfY l4e0dMe4HZPyJ8W94kW8uyHaHG7ofAhGeTEEJYeUJcJ4IGKFacQ2Kqe3FAvKxdHENNbkJ9Eazgg3 raIQJi5SzmgQHh57QWH45+eT5IJqzcJYysoT4lG/OWdD6ALfHr6jsUd/6UIEMgNUe0LonIKsc2cl bgVGf0JUYmvEYnfjcuOxLqb3NEQ2TuuYHGF2GGFiHHe6JCG6T3YAuHouG6GWPQ6cHiGWGyGRCIQX DMGxM8KxpOwzPGHcKWHiKCNMHPN4zCHlKBa2YWfeVGvSHCM0iqGsJMeMJUMiugf2vCHolOHGGxup 9sJidSuWuQHEHSJFnMpcGTHSGHvMFZwmGUGsGpCEq7a8JiG8HAGwGtX0+2GFYCG2GQSG+gHUJiYn 5U5yNDgEwXm7ciHWHAtepo6x+QHGHMG9dWHgIGyrnErKmE5yIA9Xs9Hw+Xw/4RCYVC4ZDYdD2w22 ouV6sU8pkckkgeGKvFos1KnUukEGrFMm1yuFepFamlMqEo6HO44S2GmzkqkUCm04i0OkD0nFEjlC pUetFYn1Qnkg1mmzV0tVa53M5FmtVUwl+t1es1CvF+sF6uZaiD6m0agVgsVG/bc63a6E0okWiUgd FImkUqUwj1uslVPEWpFGlluvVguV0rVwulUqk+kFQnEgvFirLc/XNM1itFOrFin10vVc/H4+15gE MczMi0Ud0wmEQrVcomYzWGkU2f1Kokgw11V1co3Y6nRpn5jVcmE8ikunEKmU0hE4lEI4G2134/X4 sVkpVuuFcptCtVkpE8mUIok2i2OwV0rlWnlsuFYo1MlqUlGo2mehJ0HGcLFlKUJOEaU5TkwVRUk4 Z5omQh8JQnCiEnMdJym0a5qmqaRlmQZxgnGchumIXRZF8WhVGwbpqGsb5rG3DRwG6bJ2HadKEoGe Zxm6bRwxIb5wm6dBzHKd54Rwd0AnOb56nqeUoHigx8HieB4HoeR4yeeh4nseJ2HedUhmwXyyGEXR YH9NZ9n0fUinIZBlGCWSQHQchwnUcpxGkZpjGmbZopkcx1pkchynAbRuGoaZsGYcbsTWfx90odKq HTIx3HedlJOKcxwGyapxm8bRvHIbh4Hedx7nsessSueh3nqeh5nqeZ5TafNJVaep41Ud54yWd50G 8cZtVmeTMmqbxpG2cRtG07J0HKchznWcpynYch4HcdZ00hTR2HZbrjHOgZ6ITSh9T0cRsGcZJqma ZBpG7QVhwrfF80keh7HmzJ7Hyex8H0gp8VZWaDHufKDH2058n1XVJTXWZ50ofcKHrgJ6HuelSGvW 9fHmd5536dZ5HXhR7uQhK3H5iB8nUeB0yxkcu5bXZ8HseUtHYdJ0IKe52nkduHnzfOj6RpOlaXpm m6dplJFmXxWF2ZRcGQapimUbBkFYXxTk2T5HFATZHFYUBLF0XhXFgXRUHvVh2HkdhPFqTBimeYJl mSYRilwWkMHIhJgmiXpgmkX5NlQSBMFGRpSlaTZhmKXRXlsUhVlsUJmGoYqEmUaxjcmXRlmgYtGm cXxelkZpomMXplluT5cbCXBOlcW5TGsbhplIVJLm4mx525p/i+N4/keT5TM78WJgFsVxmmUYZmmc YpRl0T2qFEUpYEwVr8meYZfGmZZjXUeB4naWBilWX5llwXJflaWZZFEd2eoSc51HIaZsjPGqNsZw zRtNbHINgc45xxDfGuNQZ4yERDiG6QkbY4xrqAGdAEZ41BvDRGgMQX4yBei2GMMEW4whkC7F6M4X Y2BxDWHGO0cY2BvjVHYkUdxxnlQ7h5D2HzyVJGnYapQ0zFk2suUkm4fKrF0EOMyPqI5p4hLqMzD9 CpmV1KSitFuLkXYvRfjBGGMUY4yRljNGeNEaY1RrjBEE7hyDkRajQpKN7LTtnbH8P2Oh3IqkIjzH pNcbE1mZH6hSNx2zuRyjDHszJppEyBQmZmRUhpBxwkQPyRkd47yTQmykXQyBbCpFgKMVwrxRjJGI 4cZIxxvDYGsN5Z8Q1ZDvF4MsXQyhnjHGqNYaQxxfC7G2Nkaikk9jfGcM8Yw1RujTGkNcaA2xuDZT 2OFD4wBVinEsZcT4vRki3G+OhJyTxfi5FmMgYgvRjjDF4L4X4shnjMGIMsZQwh2w5IekYcI1F3Df G6NdJI62ijLge3sYowhdi1GuM4ZaoxuRFHIOQb4vxlC6niMEYE4xiJmHWVQzI1hqDNGsNEZotBhC wcyKcYIxRei+F0LQas74JKBGqMtHw1VLDkG1DMa44BrDhHCN9TA5GKKSW8Ocbx2XCUWGKLsXJXBj kdF2MQWYxxki7GOMAXAyhljAHaPAdjRRmjLpULIVsqBepIHaucXYtxXDMl6MsZwxxPCcEiKcUYlx cC3FYNgao0BhjDFuLQXwrRhDPF+NocA2IhyUH8L4YQtBRirEyK8XQqRhDAF2KcVInhEiFDyJMSIg 2FkFH2PltoqRZC7FYIUS4fRCiKDwMcZYwlJDJGeMQSYnREDAhTCcWQoRZidtkMIUwrRPCaEkIcRg jg9irFyKQaq7leC9pbbwXgqRXihFOKITIoBOCOEYJcQIxBmC/HGOccJDBsDZGkLc+IqxXifgAMtg Q9RZjAFcKk+YjxMCEF4Lh9gwxenIeqMUVQrBOjBGCeIkAghJh5GeNIZRyBhDDF2LAXYqxYi5FQ5A TQoBUiWEWJgQQuxfi0FAJ4Sgdg5hgDwIgNYpBXibFjZURwlRAC6xOJ8/IxBki/UkMMZwwDyCgF2M U8wuBVCPPUMkZYw6BDGFYKcTophPiUNoJ9Yo2l+D0F+MIW4hRHB6DyIENg5RzDiq6OwPIfwzibKG LUXwrhACLDoHYRIbRNikEkLUWIqRP4inYLQaw2Ro4RGUm4fS+R6j4HqyMd49FbUbvRBIZQ0BjJ/G LJtNY4R1rtHENcYozRfjZGwNIcw7ByqdHgmMdI3xvavGxAcZg1hkrYHCNynA6lvJXHcO0eY7mBj4 OQpsdaXBxDoHBrxTBMxvjleDAccw7RykMHYPAdY14DjHGuMfVI5ooD6G0OYbShxw0Mp8N3NA4iEj uq8PAeQ7h7D30e/hPY4ErDuMykAcA5k9JeHizNDC2lpjjKqOEaD5RfjNdUM0XdOSbDcGiNGAS1Rw jPGaMdaMw01jXHKu4bgzhy7UHQOscy5B5PDHmPceY5R0jkHAqMb44xt31UkrYeY4khjaXayloA2x wjXTzT+cA6x1DnXEOkdY8R1vpU2OpmbImAL95ZHqQsbOsdZ611vrnXevdf7B2HsXY+ydl7N2ftHa e1dr7Z23t3b+4dx7l3Punde7IVICCmVuZHN0cmVhbQplbmRvYmoKMTMgMCBvYmoKNzU1OAplbmRv YmoKMTQgMCBvYmoKPDwKL0xlbmd0aCAxNSAwIFIKPj4Kc3RyZWFtCv///ye+LTXl1lyYi+A9eGId ZJpRdQ55PuUpOWdPy4yBLS+p7F3e0TM7ab8bpzh+xJ0ZFRInjlANt4p1BlUBiIIxMm6OET/CTKmB aFC65hRX/ypqJ7m7NXBFqnearAAd3TKMa0PMLpB1sPjGat7bwt4FLAW+5zovLOSnx5Go5W7acdoe PQius7mneiOFVeVkWxJpGvmkSSaJ8e4amdOJdEVjk4NsQjcl6bFJbwcv02JBPXw74cZhardQhVEj DsVpcVns3pskBIXVTfTcfcg/vgW7+eeCW1I6q9eLz+VROFeqJTVGSTnLH4fA+wSJO8KO9rx2eBjI s8SgPpOFkMzcOvIRgTxLTFvSDVfWlpKZJYlWmwJvZLUzBPPHioOUZr6GeD/DxIwelpp2bTAIB1WS XfGUzFZJAFs9x+XBXEuA4sTApohMxB/mO4wXQ5Rt1vFfar61s78R8Yb2suJCMsUG82yPPzCuJmw7 PrDPq4bBC/CAwKQ/0pXGyEipCntvEW7boK4MT9V4ihMoWr+uG8qem4tD213YoSUhSjCduUELlOK6 oDGPGLyiQRZh7zIrjs620akTqks5zJVpaU+qdeSML4W+vp56YN+Rws7D7V2SpC87uNmG8aYcWg9s BYRQkrPVUXJzy9NSXZUhIYN+syet7+CHddEtkiw9/jLCT8R1JBXnmOG66j5QDF/TixL7OQHcwHet 7graLAkM7ljQY33mSxXHBgAGVwxmK5d5JtB7A5HzsID9iqwGl5pfaP7cTkrxFlHxHKj9g9OV/Ppm d/33aq54aDkkbtC/zTi9qocIm51ZjLoCij3VHzrQhrHOfRx89YS2GvOG2cG/l2tGnwbj+JOe+x3c 0D0WocTHb0Hk7DdoolJbKSsc6MOHL2KOE1shsVY/jSd9o8lBaziDUCW7uMcNFPE5MNr8uAlfRhy6 aM4RqFs5Jf8CZms76rtgpXQosoga7Ln06HL9R7kaAiHoFMlETe9ET1WvikBr6+XfFJhoLoQhIm2T H7VNObduIcs4ZgplbmRzdHJlYW0KZW5kb2JqCjE1IDAgb2JqCjc2OAplbmRvYmoKeHJlZgowIDE2 CjAwMDAwMDAwMDAgNjU1MzUgZiAKMDAwMDAwMDAxMCAwMDAwMCBuIAowMDAwMDAwMTg1IDAwMDAw IG4gCjAwMDAwMDAyMzQgMDAwMDAgbiAKMDAwMDAwMDI5MyAwMDAwMCBuIAowMDAwMDAwNDk3IDAw MDAwIG4gCjAwMDAwMDA1ODAgMDAwMDAgbiAKMDAwMDAwMDU5OCAwMDAwMCBuIAowMDAwMDAwNjM2 IDAwMDAwIG4gCjAwMDAwMDA3NDQgMDAwMDAgbiAKMDAwMDAwODcyNiAwMDAwMCBuIAowMDAwMDA4 NzQ3IDAwMDAwIG4gCjAwMDAwMDg3OTggMDAwMDAgbiAKMDAwMDAxNjQ5NSAwMDAwMCBuIAowMDAw MDE2NTE2IDAwMDAwIG4gCjAwMDAwMTczMzkgMDAwMDAgbiAKdHJhaWxlcgo8PAovU2l6ZSAxNgov SW5mbyAxIDAgUgovUm9vdCAyIDAgUgo+PgpzdGFydHhyZWYKMTczNTkKJSVFT0YK --------------000803060508060304030406-- From gssbf@haliplex.com Sun Jul 08 15:02:17 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7c1R-0000yr-Ja for nemo-archive@lists.ietf.org; Sun, 08 Jul 2007 15:02:17 -0400 Received: from ppp85-141-126-58.pppoe.mtu-net.ru ([85.141.126.58]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1I7c1N-0003d8-1R for nemo-archive@lists.ietf.org; Sun, 08 Jul 2007 15:02:17 -0400 Received: from sgysh ([47.35.230.228]) by ppp85-141-126-58.pppoe.mtu-net.ru (8.13.4/8.13.4) with SMTP id l68J3EbA077722; Sun, 8 Jul 2007 23:03:14 +0400 Message-ID: <4691349D.8070601@haliplex.com> Date: Sun, 8 Jul 2007 23:01:49 +0400 From: Theobald X. Donovan User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: nemo-archive@lists.ietf.org Subject: fawn decrepit Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 4.5 (++++) X-Scan-Signature: 4adaf050708fb13be3316a9eee889caa VPSN WILL MOVE LIKE A COMET AND ITS ONLY GOING TO GET BETTER! Watch this SUPERNOVA closely MONDAY! VISION AIRSHIPS INC Symbol: VPSN Price: $0.021 BANGKOK, THAILAND, July 2007 Advertising Agencies Ready to Ink Deals! The company wishes to announce that it is in final negotiations for representation with some of the world's largest advertising agencies to market and reserve the blimps for there clients. VPSN THE RISING STAR, IS SET FOR SUPERNOVA STATUS ON MONDAY! There is a great deal of beta carotene, vitamin C and calcium in spinach. When asked whether he agreed with Mr Wigley on the specific cabinet posts, Mr Jones said it was an interesting position which he would consider during discussions. So whilst it may have some benefits for people suffering from ADHD, it was originally used for other purposes. At times, I experienced significant physical discomfort. At first, I took little notice but then the scaly patches and the itching began. Tom Nuckels owns LpVitamins. Mr Morgan said: "I'm very pleased that Plaid Cymru have agreed the coalition deal. If your BP reading is high, you'll be asked to come back for repeat blood pressure checks. Many people have it and don't even suspect it. Sometimes the condition got worse and then improved so I was then able to identify a number of things that produced flare-ups including infections, stress, and climate changes. "I will be meeting with Ieuan Wyn Jones in due course in order to form a stable government which will deliver a progressive agenda for Wales. It was prescribed to help people in weight and dietary control. From nemo-bounces@ietf.org Sun Jul 08 22:50:09 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7jK5-0001v3-VH; Sun, 08 Jul 2007 22:50:01 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7jK4-0001jz-GA for nemo@ietf.org; Sun, 08 Jul 2007 22:50:00 -0400 Received: from smtp.mei.co.jp ([133.183.129.25]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I7jJz-0000GN-Qd for nemo@ietf.org; Sun, 08 Jul 2007 22:50:00 -0400 Received: from mail-gw.jp.panasonic.com (dodgers.mei.co.jp [157.8.1.150]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kings) with ESMTP id l692nqaD005722; Mon, 9 Jul 2007 11:49:52 +0900 (JST) Received: by mail-gw.jp.panasonic.com (8.11.6p2/3.7W/somlx2) with ESMTP id l692nrT19056; Mon, 9 Jul 2007 11:49:53 +0900 (JST) Received: from pslexc01.psl.local (localhost [127.0.0.1]) by mail.jp.panasonic.com (8.11.6p2/3.7W/bluejays) with ESMTP id l692nnx29885; Mon, 9 Jul 2007 11:49:50 +0900 (JST) Received: from bach.sg.panasonic.com ([10.81.113.99]) by pslexc01.psl.local with Microsoft SMTPSVC(6.0.3790.1830); Mon, 9 Jul 2007 10:49:39 +0800 Received: by bach.sg.panasonic.com (Postfix, from userid 1000) id D0D0DD41A8; Mon, 9 Jul 2007 11:04:43 +0800 (SGT) Subject: Re: [nemo] NEMO Consumer Electronics Requirements From: Chan-Wah Ng To: Alexandru Petrescu In-Reply-To: <468E01AC.3070007@gmail.com> References: <1183697140.6805.13.camel@localhost> <468E01AC.3070007@gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 09 Jul 2007 11:04:43 +0800 Message-Id: <1183950283.32036.141.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 X-OriginalArrivalTime: 09 Jul 2007 02:49:40.0002 (UTC) FILETIME=[CB83C820:01C7C1D3] X-Spam-Score: 0.1 (/) X-Scan-Signature: 00e94c813bef7832af255170dca19e36 Cc: IETF NEMO WG X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Thank you, Alex, for the references. Will add them in the next version. In the other news, the Internet Draft Secretary actually accepted my new version with the corrected boilerplate past the -00 deadline ;) so here is the forwarded Internet Draft Announcement. /rgds /cwng -------- Forwarded Message -------- From: Internet-Drafts@ietf.org Reply-To: internet-drafts@ietf.org To: i-d-announce@ietf.org Subject: I-D ACTION:draft-ng-nemo-ce-req-00.txt Date: Fri, 06 Jul 2007 14:15:01 -0400 A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Consumer Electronics Requirements for Network Mobility Route Optimization Author(s) : C. Ng Filename : draft-ng-nemo-ce-req-00.txt Pages : 12 Date : 2007-7-6 This document illustrates different deployments of Network Mobility (NEMO) from the consumer electronics perspective. From these deployments, a set of requirements is deduced for Route Optimization (RO) with NEMO. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ng-nemo-ce-req-00.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ng-nemo-ce-req-00.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ng-nemo-ce-req-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www1.ietf.org/mailman/listinfo/i-d-announce From nemo-bounces@ietf.org Mon Jul 09 04:00:39 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7oAd-0006eZ-D5; Mon, 09 Jul 2007 04:00:35 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7oAa-0006Zm-Cj; Mon, 09 Jul 2007 04:00:32 -0400 Received: from ns0.neustar.com ([156.154.16.158]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I7oAa-0006nN-3w; Mon, 09 Jul 2007 04:00:32 -0400 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns0.neustar.com (Postfix) with ESMTP id 17CCB3290A; Mon, 9 Jul 2007 08:00:02 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1I7oA5-0000Ix-WE; Mon, 09 Jul 2007 04:00:02 -0400 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Mon, 09 Jul 2007 04:00:01 -0400 X-Spam-Score: -2.5 (--) X-Scan-Signature: f66b12316365a3fe519e75911daf28a8 Cc: nemo@ietf.org Subject: [nemo] I-D Action:draft-ietf-nemo-mib-03.txt X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Mobility Working Group of the IETF. Title : NEMO Management Information Base Author(s) : S. Gundavelli, et al. Filename : draft-ietf-nemo-mib-03.txt Pages : 42 Date : 2007-07-09 This memo defines a portion of the Management Information Base (MIB), the network mobility support (NEMO) MIB, for use with network management protocols in the Internet community. In particular, the NEMO MIB will be used to monitor and control a mobile ipv6 node with NEMO functionality. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-nemo-mib-03.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-nemo-mib-03.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-nemo-mib-03.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-07-09035643.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-nemo-mib-03.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-nemo-mib-03.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-07-09035643.I-D\@ietf.org> --OtherAccess-- --NextPart-- From nemo-bounces@ietf.org Mon Jul 09 05:33:28 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7pcU-0008DP-B8; Mon, 09 Jul 2007 05:33:26 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7pcT-00087B-3q for nemo@ietf.org; Mon, 09 Jul 2007 05:33:25 -0400 Received: from smtp01.uc3m.es ([163.117.176.131] helo=smtp.uc3m.es) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I7pcP-0000pu-Jm for nemo@ietf.org; Mon, 09 Jul 2007 05:33:25 -0400 Received: from dummyhost11.it.uc3m.es (unknown [163.117.139.228]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by smtp.uc3m.es (Postfix) with ESMTP id 90C1844D0E; Mon, 9 Jul 2007 11:33:12 +0200 (CEST) From: Carlos =?ISO-8859-1?Q?Jes=FAs?= Bernardos Cano To: IETF NEMO WG Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-r4BmjY67qucjbc9txfFQ" Organization: Universidad Carlos III de Madrid Date: Mon, 09 Jul 2007 11:33:12 +0200 Message-Id: <1183973592.5652.21.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 X-Spam-Score: 0.1 (/) X-Scan-Signature: c0bedb65cce30976f0bf60a0a39edea4 Cc: Marcelo Bagnulo , =?ISO-8859-1?Q?Mar=EDa_Calder=F3n?= , Ignacio Soto Campos Subject: [nemo] Update on MIRON I-D (draft-bernardos-nemo-miron-01.txt) X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cjbc@it.uc3m.es List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org --=-r4BmjY67qucjbc9txfFQ Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hi, We've just submitted an update of the I-D that describes or NEMO RO proposal: MIRON (MIPv6 Route Optimisation for NEMO). Until it appears on the I-D repository, it can be downloaded from the following location: http://www.it.uc3m.es/cjbc/papers/draft-bernardos-nemo-miron-01.txt This version includes an analysis (in an appendix) of how our proposed solution fits each of the Aeronautics NEMO RO requirements (draft-eddy-nemo-aero-reqs-01.txt). Comments would be appreciated. The abstract of the I-D is copied below: The Network Mobility Basic Support protocol enables networks to roam and attach to different access networks without disrupting the ongoing sessions that nodes of the network may have. By extending the Mobile IPv6 support to Mobile Routers, nodes of the network are not required to support any kind of mobility, since packets must go through the Mobile Router-Home Agent (MRHA) bi-directional tunnel. Communications from/to a mobile network have to traverse the Home Agent, and therefore better paths may be available. Additionally, this solution adds packet overhead, due to the encapsulation. This document describes an approach to the Route Optimisation for NEMO, called Mobile IPv6 Route Optimisation for NEMO (MIRON). MIRON enables mobility-agnostic nodes within the mobile network to directly communicate (i.e. without traversing the MRHA bi-directional tunnel) with Correspondent Nodes. The solution is based on the Mobile Router performing the Mobile IPv6 Route Optimisation signalling on behalf of the nodes of the mobile network. This document (in an appendix) also analyses how MIRON fits each of the NEMO RO Aeronautics requirements. Kind Regards, Carlos J. --=20 =A1AS=D3CIATE! Gratis para estudiantes http://www.telematica.ws Carlos Jes=FAs Bernardos Cano http://www.netcoms.net GPG FP: D29B 0A6A 639A A561 93CA 4D55 35DC BA4D D170 4F67 --=-r4BmjY67qucjbc9txfFQ Content-Type: application/pgp-signature; name=signature.asc Content-Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBGkgDYNdy6TdFwT2cRAtFTAJ9J4yfSSg9iOGn61gmDxfaXPcQwLwCfRapk ZdSePZq3ngCKxuvb8ntmpbQ= =y57/ -----END PGP SIGNATURE----- --=-r4BmjY67qucjbc9txfFQ-- From nlte@vectorprojectsindia.com Mon Jul 09 06:12:11 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7qDz-0005Uv-00 for nemo-archive@lists.ietf.org; Mon, 09 Jul 2007 06:12:11 -0400 Received: from adsl-217-123-137.asm.bellsouth.net ([68.217.123.137]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1I7qDu-00026b-HK for nemo-archive@lists.ietf.org; Mon, 09 Jul 2007 06:12:10 -0400 Received: (qmail 21631 invoked from network); Mon, 9 Jul 2007 06:12:04 -0400 Received: from unknown (HELO trsfi) (117.225.197.165) by adsl-217-123-137.asm.bellsouth.net with SMTP; Mon, 9 Jul 2007 06:12:04 -0400 Date: Mon, 9 Jul 2007 06:12:04 -0400 To: nemo-archive@lists.ietf.org From: "Customer Support" Reply-to: nlte@vectorprojectsindia.com Subject: Virus Detected! Message-ID: <35375aee34774c208e6c33d5eb0269ad@vectorprojectsindia.com> X-Priority: 3 X-Mailer: PHPMailer [version 1.71] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset="iso-8859-1" X-Spam-Score: 4.9 (++++) X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25 Dear Customer,

Our robot has detected an abnormal activity from your IP adress
on sending e-mails. Probably it is connected with the last epidemic
of a worm which does not have official patches at the moment.

We recommend you to install this patch to remove worm files
and stop email sending, otherwise your account will be blocked.

Customer Support
From nemo-bounces@ietf.org Mon Jul 09 08:06:37 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7s0g-0001td-6U; Mon, 09 Jul 2007 08:06:34 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7s0b-0001px-Lz; Mon, 09 Jul 2007 08:06:29 -0400 Received: from omta04sl.mx.bigpond.com ([144.140.93.156]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I7s0W-00059Q-PN; Mon, 09 Jul 2007 08:06:29 -0400 Received: from oaamta08sl.mx.bigpond.com ([124.190.105.118]) by omta04sl.mx.bigpond.com with ESMTP id <20070709120621.XZHU4018.omta04sl.mx.bigpond.com@oaamta08sl.mx.bigpond.com>; Mon, 9 Jul 2007 12:06:21 +0000 Received: from PC20005 ([124.190.105.118]) by oaamta08sl.mx.bigpond.com with ESMTP id <20070709120621.TPOH17816.oaamta08sl.mx.bigpond.com@PC20005>; Mon, 9 Jul 2007 12:06:21 +0000 From: "Hesham Soliman" To: "'Ahmad Muhanna'" , , Date: Mon, 9 Jul 2007 22:06:16 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 In-Reply-To: <6FC4416DDE56C44DA0AEE67BC7CA437114C3A912@zrc2hxm2.corp.nortel.com> Thread-Index: Aceorx2gDxKnsRnRRCe92adTSLzcvAAELUjgAARjEMAADGzLYAZHhQRg Message-Id: <20070709120621.TPOH17816.oaamta08sl.mx.bigpond.com@PC20005> X-Spam-Score: 0.1 (/) X-Scan-Signature: ffa9dfbbe7cc58b3fa6b8ae3e57b0aa3 Cc: Subject: [nemo] RE: [Mip6] issue 93 summary (Text Adequacy) X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Ahmad, Sorry for the late reply and thanks for the comments. I included your comments below. One response though: > SUGGESTION: > =========== > Finally, probably this suggestion is a little too late in > the game and > have been discussed earlier, but since the MN is roaming in > an IPv4 only > foreign network, SHOULD not we make it optional to the MN to request > that only an IPv4 HoA to be allocated. This would save > resources at the > HA. => Not if we're using MIPv6 for signalling. MIPv6 requires the use of the HoA and SAs are built based on that. So we can't send the :: address in the BU. I don't think the resources at the HA are a big deal. HAs can be increased if it's an issue for the operator. Hesham From nemo-bounces@ietf.org Mon Jul 09 09:37:59 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7tR3-0003Bf-9I; Mon, 09 Jul 2007 09:37:53 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7tQm-0002hc-Lp; Mon, 09 Jul 2007 09:37:37 -0400 Received: from omta05sl.mx.bigpond.com ([144.140.93.195]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I7tQi-0007lt-6n; Mon, 09 Jul 2007 09:37:36 -0400 Received: from oaamta05sl.mx.bigpond.com ([124.190.105.118]) by omta05sl.mx.bigpond.com with ESMTP id <20070709133728.NSIL29750.omta05sl.mx.bigpond.com@oaamta05sl.mx.bigpond.com>; Mon, 9 Jul 2007 13:37:28 +0000 Received: from PC20005 ([124.190.105.118]) by oaamta05sl.mx.bigpond.com with ESMTP id <20070709133728.FKVH23230.oaamta05sl.mx.bigpond.com@PC20005>; Mon, 9 Jul 2007 13:37:28 +0000 From: "Hesham Soliman" To: , Date: Mon, 9 Jul 2007 23:37:22 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Thread-Index: AcfCLkeFsmF3MNrURdimEQHJT+raWw== Message-Id: <20070709133728.FKVH23230.oaamta05sl.mx.bigpond.com@PC20005> X-Spam-Score: 0.1 (/) X-Scan-Signature: d17f825e43c9aed4fd65b7edddddec89 Cc: Subject: [nemo] new DSMIP draft X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Folks, Until the draft is announced you can find it here: http://www.elevatemobile.com/ietf/draft-ietf-mip6-nemo-v4traversal-05.txt There are some id nits that I plan to handle with WGLC, I'm transferring it to xml now. Hesham From nemo-bounces@ietf.org Mon Jul 09 14:11:05 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7xhP-0000GV-G6; Mon, 09 Jul 2007 14:11:03 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7xhN-0000GK-WC for nemo@ietf.org; Mon, 09 Jul 2007 14:11:02 -0400 Received: from ndjsbar02.ndc.nasa.gov ([198.120.25.39]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I7xhJ-0007yQ-0H for nemo@ietf.org; Mon, 09 Jul 2007 14:11:01 -0400 Received: from ndjsxgw01.ndc.nasa.gov (ndjsxgw01.ndc.nasa.gov [129.166.32.111]) by ndjsbar02.ndc.nasa.gov (Spam Firewall) with ESMTP id CBEAA29A0DB; Mon, 9 Jul 2007 13:10:55 -0500 (CDT) Received: from NDJSEVS23A.ndc.nasa.gov ([129.166.32.223]) by ndjsxgw01.ndc.nasa.gov with Microsoft SMTPSVC(6.0.3790.1830); Mon, 9 Jul 2007 13:10:55 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [nemo] Update on MIRON I-D (draft-bernardos-nemo-miron-01.txt) Content-Type: multipart/signed; micalg=sha1; protocol="application/x-pkcs7-signature"; boundary="--=_NextPart_DJD_480474928.141052765" Date: Mon, 9 Jul 2007 13:10:53 -0500 Message-ID: In-Reply-To: <1183973592.5652.21.camel@localhost> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [nemo] Update on MIRON I-D (draft-bernardos-nemo-miron-01.txt) Thread-Index: AcfCDFV/GWZe/6jWRDSFTFiNdB0TfwARueng References: <1183973592.5652.21.camel@localhost> From: "Ivancic, William D. (GRC-RCN0)" To: , "IETF NEMO WG" X-OriginalArrivalTime: 09 Jul 2007 18:10:55.0590 (UTC) FILETIME=[7E552860:01C7C254] X-Spam-Score: 0.3 (/) X-Scan-Signature: 72dbfff5c6b8ad2b1b727c13be042129 Cc: Marcelo Bagnulo , =?iso-8859-1?Q?Mar=EDa_Calder=F3n?= , Ignacio Soto Campos X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org ----=_NextPart_DJD_480474928.141052765 Content-Type: multipart/alternative; boundary="--=_NextPart_DJD_480474928.141052515" ----=_NextPart_DJD_480474928.141052515 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 Q2FybG9zLA0KDQpJIGhhdmUgYSBjb3VwbGUgb2YgcXVlc3Rpb25zIHJlZ2FyZGlu ZyBNSVJPTi4NCg0KSG93IGRvZXMgYWxsb3dpbmcgdGhlIE1SIHRvIHByb3h5IGZv ciBMTk5zIHNjYWxlPyANCg0KRG9lcyBhbGxvd2luZyB0aGUgTVIgdG8gcHJveHkg Zm9yIExOTnMgcmVzdWx0IGluIGJpbmRpbmcgdXBkYXRlIHN0b3JtcyBkdXJpbmcg bmV0d29yayB0cmFuc2lzaW9ucz8NCg0KSG93IGRvZXMgdGhpcyB3b3JrIGluIGEg bXVsdGktaG9tZWQgbW9iaWxlIG5ldHdvcms/ICAoUGVyaGFwcyBhIG1vbmFtaTYg cmVsYXRlZCBxdWVzdGlvbnMsIGJ1dCBtb25hbWk2LCBuZW1vIGFuZCBtaXA2IHdp bGwgc29vbiBiZSBjb21iaW5lZC4pDQoNCkhvdyBkb2VzIGFsbG93aW5nIHRoZSBN UiB0byBwcm94eSBmb3IgTE5OcyBlZmZlY3QgSXBzZWMgdHJhZmZpYyBiZXR3ZWVu IExOTnMgYW5kIENOcz8NCg0KVGhlIGRyYWZ0IGluZGljYXRlcyBjb2RlIHdhcyB0 ZXN0ZWQgaW4gc29tZSBzb3J0IG9mIHRlc3QgbmV0d29yay4gIEFyZSB0aGVyZSBh bnkgcGFwZXJzIG9yIGxpbmtzIHRvIHJlc3VsdHMuICBJIGFtIGludGVyZXN0ZWQg aW4gaG93IG1hbnkgTE5OcyBhbmQgQ05zIHdlcmUgdXNlZCBpbiB0aGUgdGVzdCBk ZXBsb3ltZW50Lg0KDQoNCldpbGwNCg0KKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqDQpXaWxsaWFtIEQuIEl2YW5jaWMNClBob25lIDIxNi00MzMtMzQ5NA0K RmF4IDIxNi00MzMtODcwNQ0KTGFiIDIxNi00MzMtMjYyMA0KTW9iaWxlIDQ0MC01 MDMtNDg5Mg0KaHR0cDovL3JvbGFuZC5ncmMubmFzYS5nb3Yvfml2YW5jaWMgDQog DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogQ2FybG9z IEplc/pzIEJlcm5hcmRvcyBDYW5vIFttYWlsdG86Y2piY0BpdC51YzNtLmVzXSAN Cj4gU2VudDogTW9uZGF5LCBKdWx5IDA5LCAyMDA3IDU6MzMgQU0NCj4gVG86IElF VEYgTkVNTyBXRw0KPiBDYzogTWFyY2VsbyBCYWdudWxvOyBNYXLtYSBDYWxkZXLz bjsgSWduYWNpbyBTb3RvIENhbXBvcw0KPiBTdWJqZWN0OiBbbmVtb10gVXBkYXRl IG9uIE1JUk9OIEktRCANCj4gKGRyYWZ0LWJlcm5hcmRvcy1uZW1vLW1pcm9uLTAx LnR4dCkNCj4gDQo+IEhpLA0KPiANCj4gCVdlJ3ZlIGp1c3Qgc3VibWl0dGVkIGFu IHVwZGF0ZSBvZiB0aGUgSS1EIHRoYXQgDQo+IGRlc2NyaWJlcyBvciBORU1PIFJP DQo+IHByb3Bvc2FsOiBNSVJPTiAoTUlQdjYgUm91dGUgT3B0aW1pc2F0aW9uIGZv ciBORU1PKS4gVW50aWwgaXQgDQo+IGFwcGVhcnMgb24gdGhlIEktRCByZXBvc2l0 b3J5LCBpdCBjYW4gYmUgZG93bmxvYWRlZCBmcm9tIHRoZSANCj4gZm9sbG93aW5n IGxvY2F0aW9uOg0KPiANCj4gaHR0cDovL3d3dy5pdC51YzNtLmVzL2NqYmMvcGFw ZXJzL2RyYWZ0LWJlcm5hcmRvcy1uZW1vLW1pcm9uLTAxLnR4dA0KPiANCj4uLi4u Lg0K ----=_NextPart_DJD_480474928.141052515 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDMuMi8vRU4i Pg0KPEhUTUw+DQo8SEVBRD4NCjxNRVRBIEhUVFAtRVFVSVY9IkNvbnRlbnQtVHlw ZSIgQ09OVEVOVD0idGV4dC9odG1sOyBjaGFyc2V0PWlzby04ODU5LTEiPg0KPE1F VEEgTkFNRT0iR2VuZXJhdG9yIiBDT05URU5UPSJNUyBFeGNoYW5nZSBTZXJ2ZXIg dmVyc2lvbiA2LjUuNzAzNi4wIj4NCjxUSVRMRT5SRTogW25lbW9dIFVwZGF0ZSBv biBNSVJPTiBJLUQgKGRyYWZ0LWJlcm5hcmRvcy1uZW1vLW1pcm9uLTAxLnR4dCk8 L1RJVExFPg0KPC9IRUFEPg0KPEJPRFk+DQo8IS0tIENvbnZlcnRlZCBmcm9tIHRl eHQvcGxhaW4gZm9ybWF0IC0tPg0KDQo8UD48Rk9OVCBTSVpFPTI+Q2FybG9zLDxC Uj4NCjxCUj4NCkkgaGF2ZSBhIGNvdXBsZSBvZiBxdWVzdGlvbnMgcmVnYXJkaW5n IE1JUk9OLjxCUj4NCjxCUj4NCkhvdyBkb2VzIGFsbG93aW5nIHRoZSBNUiB0byBw cm94eSBmb3IgTE5OcyBzY2FsZT88QlI+DQo8QlI+DQpEb2VzIGFsbG93aW5nIHRo ZSBNUiB0byBwcm94eSBmb3IgTE5OcyByZXN1bHQgaW4gYmluZGluZyB1cGRhdGUg c3Rvcm1zIGR1cmluZyBuZXR3b3JrIHRyYW5zaXNpb25zPzxCUj4NCjxCUj4NCkhv dyBkb2VzIHRoaXMgd29yayBpbiBhIG11bHRpLWhvbWVkIG1vYmlsZSBuZXR3b3Jr PyZuYnNwOyAoUGVyaGFwcyBhIG1vbmFtaTYgcmVsYXRlZCBxdWVzdGlvbnMsIGJ1 dCBtb25hbWk2LCBuZW1vIGFuZCBtaXA2IHdpbGwgc29vbiBiZSBjb21iaW5lZC4p PEJSPg0KPEJSPg0KSG93IGRvZXMgYWxsb3dpbmcgdGhlIE1SIHRvIHByb3h5IGZv ciBMTk5zIGVmZmVjdCBJcHNlYyB0cmFmZmljIGJldHdlZW4gTE5OcyBhbmQgQ05z PzxCUj4NCjxCUj4NClRoZSBkcmFmdCBpbmRpY2F0ZXMgY29kZSB3YXMgdGVzdGVk IGluIHNvbWUgc29ydCBvZiB0ZXN0IG5ldHdvcmsuJm5ic3A7IEFyZSB0aGVyZSBh bnkgcGFwZXJzIG9yIGxpbmtzIHRvIHJlc3VsdHMuJm5ic3A7IEkgYW0gaW50ZXJl c3RlZCBpbiBob3cgbWFueSBMTk5zIGFuZCBDTnMgd2VyZSB1c2VkIGluIHRoZSB0 ZXN0IGRlcGxveW1lbnQuPEJSPg0KPEJSPg0KPEJSPg0KV2lsbDxCUj4NCjxCUj4N CioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKjxCUj4NCldpbGxpYW0gRC4g SXZhbmNpYzxCUj4NClBob25lIDIxNi00MzMtMzQ5NDxCUj4NCkZheCAyMTYtNDMz LTg3MDU8QlI+DQpMYWIgMjE2LTQzMy0yNjIwPEJSPg0KTW9iaWxlIDQ0MC01MDMt NDg5MjxCUj4NCjxBIEhSRUY9Imh0dHA6Ly9yb2xhbmQuZ3JjLm5hc2EuZ292L35p dmFuY2ljIj5odHRwOi8vcm9sYW5kLmdyYy5uYXNhLmdvdi9+aXZhbmNpYzwvQT48 QlI+DQo8QlI+DQo8QlI+DQomZ3Q7IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t PEJSPg0KJmd0OyBGcm9tOiBDYXJsb3MgSmVz+nMgQmVybmFyZG9zIENhbm8gWzxB IEhSRUY9Im1haWx0bzpjamJjQGl0LnVjM20uZXMiPm1haWx0bzpjamJjQGl0LnVj M20uZXM8L0E+XTxCUj4NCiZndDsgU2VudDogTW9uZGF5LCBKdWx5IDA5LCAyMDA3 IDU6MzMgQU08QlI+DQomZ3Q7IFRvOiBJRVRGIE5FTU8gV0c8QlI+DQomZ3Q7IENj OiBNYXJjZWxvIEJhZ251bG87IE1hcu1hIENhbGRlcvNuOyBJZ25hY2lvIFNvdG8g Q2FtcG9zPEJSPg0KJmd0OyBTdWJqZWN0OiBbbmVtb10gVXBkYXRlIG9uIE1JUk9O IEktRDxCUj4NCiZndDsgKGRyYWZ0LWJlcm5hcmRvcy1uZW1vLW1pcm9uLTAxLnR4 dCk8QlI+DQomZ3Q7PEJSPg0KJmd0OyBIaSw8QlI+DQomZ3Q7PEJSPg0KJmd0OyAm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgV2UndmUganVzdCBzdWJtaXR0 ZWQgYW4gdXBkYXRlIG9mIHRoZSBJLUQgdGhhdDxCUj4NCiZndDsgZGVzY3JpYmVz IG9yIE5FTU8gUk88QlI+DQomZ3Q7IHByb3Bvc2FsOiBNSVJPTiAoTUlQdjYgUm91 dGUgT3B0aW1pc2F0aW9uIGZvciBORU1PKS4gVW50aWwgaXQ8QlI+DQomZ3Q7IGFw cGVhcnMgb24gdGhlIEktRCByZXBvc2l0b3J5LCBpdCBjYW4gYmUgZG93bmxvYWRl ZCBmcm9tIHRoZTxCUj4NCiZndDsgZm9sbG93aW5nIGxvY2F0aW9uOjxCUj4NCiZn dDs8QlI+DQomZ3Q7IDxBIEhSRUY9Imh0dHA6Ly93d3cuaXQudWMzbS5lcy9jamJj L3BhcGVycy9kcmFmdC1iZXJuYXJkb3MtbmVtby1taXJvbi0wMS50eHQiPmh0dHA6 Ly93d3cuaXQudWMzbS5lcy9jamJjL3BhcGVycy9kcmFmdC1iZXJuYXJkb3MtbmVt by1taXJvbi0wMS50eHQ8L0E+PEJSPg0KJmd0OzxCUj4NCiZndDsuLi4uLjxCUj4N CjwvRk9OVD4NCjwvUD4NCg0KPC9CT0RZPg0KPC9IVE1MPg== ----=_NextPart_DJD_480474928.141052515 Content-Type: application/rtf Content-Transfer-Encoding: base64 e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcZnJvbXRleHQgXGRlZmYwe1xmb250dGJs DQp7XGYwXGZzd2lzc1xmY2hhcnNldDAgQXJpYWw7fQ0Ke1xmMVxmbW9kZXJuIENv dXJpZXIgTmV3O30NCntcZjJcZm5pbFxmY2hhcnNldDIgU3ltYm9sO30NCntcZjNc Zm1vZGVyblxmY2hhcnNldDAgQ291cmllciBOZXc7fX0NCntcY29sb3J0YmxccmVk MFxncmVlbjBcYmx1ZTA7XHJlZDBcZ3JlZW4wXGJsdWUyNTU7fQ0KXHVjMVxwYXJk XHBsYWluXGRlZnRhYjM2MCBcZjBcZnMyMCBDYXJsb3MsXHBhcg0KXHBhcg0KSSBo YXZlIGEgY291cGxlIG9mIHF1ZXN0aW9ucyByZWdhcmRpbmcgTUlST04uXHBhcg0K XHBhcg0KSG93IGRvZXMgYWxsb3dpbmcgdGhlIE1SIHRvIHByb3h5IGZvciBMTk5z IHNjYWxlPyBccGFyDQpccGFyDQpEb2VzIGFsbG93aW5nIHRoZSBNUiB0byBwcm94 eSBmb3IgTE5OcyByZXN1bHQgaW4gYmluZGluZyB1cGRhdGUgc3Rvcm1zIGR1cmlu ZyBuZXR3b3JrIHRyYW5zaXNpb25zP1xwYXINClxwYXINCkhvdyBkb2VzIHRoaXMg d29yayBpbiBhIG11bHRpLWhvbWVkIG1vYmlsZSBuZXR3b3JrPyAgKFBlcmhhcHMg YSBtb25hbWk2IHJlbGF0ZWQgcXVlc3Rpb25zLCBidXQgbW9uYW1pNiwgbmVtbyBh bmQgbWlwNiB3aWxsIHNvb24gYmUgY29tYmluZWQuKVxwYXINClxwYXINCkhvdyBk b2VzIGFsbG93aW5nIHRoZSBNUiB0byBwcm94eSBmb3IgTE5OcyBlZmZlY3QgSXBz ZWMgdHJhZmZpYyBiZXR3ZWVuIExOTnMgYW5kIENOcz9ccGFyDQpccGFyDQpUaGUg ZHJhZnQgaW5kaWNhdGVzIGNvZGUgd2FzIHRlc3RlZCBpbiBzb21lIHNvcnQgb2Yg dGVzdCBuZXR3b3JrLiAgQXJlIHRoZXJlIGFueSBwYXBlcnMgb3IgbGlua3MgdG8g cmVzdWx0cy4gIEkgYW0gaW50ZXJlc3RlZCBpbiBob3cgbWFueSBMTk5zIGFuZCBD TnMgd2VyZSB1c2VkIGluIHRoZSB0ZXN0IGRlcGxveW1lbnQuXHBhcg0KXHBhcg0K XHBhcg0KV2lsbFxwYXINClxwYXINCioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKlxwYXINCldpbGxpYW0gRC4gSXZhbmNpY1xwYXINClBob25lIDIxNi00MzMt MzQ5NFxwYXINCkZheCAyMTYtNDMzLTg3MDVccGFyDQpMYWIgMjE2LTQzMy0yNjIw XHBhcg0KTW9iaWxlIDQ0MC01MDMtNDg5MlxwYXINCmh0dHA6Ly9yb2xhbmQuZ3Jj Lm5hc2EuZ292L35pdmFuY2ljIFxwYXINCiBccGFyDQpccGFyDQo+IC0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tXHBhcg0KPiBGcm9tOiBDYXJsb3MgSmVzXCdmYXMg QmVybmFyZG9zIENhbm8gW21haWx0bzpjamJjQGl0LnVjM20uZXNdIFxwYXINCj4g U2VudDogTW9uZGF5LCBKdWx5IDA5LCAyMDA3IDU6MzMgQU1ccGFyDQo+IFRvOiBJ RVRGIE5FTU8gV0dccGFyDQo+IENjOiBNYXJjZWxvIEJhZ251bG87IE1hclwnZWRh IENhbGRlclwnZjNuOyBJZ25hY2lvIFNvdG8gQ2FtcG9zXHBhcg0KPiBTdWJqZWN0 OiBbbmVtb10gVXBkYXRlIG9uIE1JUk9OIEktRCBccGFyDQo+IChkcmFmdC1iZXJu YXJkb3MtbmVtby1taXJvbi0wMS50eHQpXHBhcg0KPiBccGFyDQo+IEhpLFxwYXIN Cj4gXHBhcg0KPiBcdGFiIFdlJ3ZlIGp1c3Qgc3VibWl0dGVkIGFuIHVwZGF0ZSBv ZiB0aGUgSS1EIHRoYXQgXHBhcg0KPiBkZXNjcmliZXMgb3IgTkVNTyBST1xwYXIN Cj4gcHJvcG9zYWw6IE1JUk9OIChNSVB2NiBSb3V0ZSBPcHRpbWlzYXRpb24gZm9y IE5FTU8pLiBVbnRpbCBpdCBccGFyDQo+IGFwcGVhcnMgb24gdGhlIEktRCByZXBv c2l0b3J5LCBpdCBjYW4gYmUgZG93bmxvYWRlZCBmcm9tIHRoZSBccGFyDQo+IGZv bGxvd2luZyBsb2NhdGlvbjpccGFyDQo+IFxwYXINCj4gaHR0cDovL3d3dy5pdC51 YzNtLmVzL2NqYmMvcGFwZXJzL2RyYWZ0LWJlcm5hcmRvcy1uZW1vLW1pcm9uLTAx LnR4dFxwYXINCj4gXHBhcg0KPi4uLi4uXHBhcg0KfQ== ----=_NextPart_DJD_480474928.141052515-- ----=_NextPart_DJD_480474928.141052765 Content-Type: application/x-pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=smime.p7s MIIQAwYJKoZIhvcNAQcCoIIP9DCCD/ACAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3 DQEHAaCCDLAwggRfMIIDyKADAgECAgREAKFIMA0GCSqGSIb3DQEBBQUAMFkxCzAJ BgNVBAYTAlVTMTYwNAYDVQQKEy1OYXRpb25hbCBBZXJvbmF1dGljcyBhbmQgU3Bh Y2UgQWRtaW5pc3RyYXRpb24xEjAQBgNVBAMTCUVudHJ1c3RDQTAeFw0wNjA1MTYx NzU5NDJaFw0wODA1MTYxODI5NDJaMIGSMQswCQYDVQQGEwJVUzE2MDQGA1UEChMt TmF0aW9uYWwgQWVyb25hdXRpY3MgYW5kIFNwYWNlIEFkbWluaXN0cmF0aW9uMR4w HAYDVQQLExVHbGVubiBSZXNlYXJjaCBDZW50ZXIxDzANBgNVBAsTBlBlb3BsZTEa MBgGA1UEAxMRV2lsbGlhbSBEIEl2YW5jaWMwgZ8wDQYJKoZIhvcNAQEBBQADgY0A MIGJAoGBAM2Gi0JMO+r7HSH/shhNzJ9ZTmfJrQJp/yjpUFINoS92FPC+GJbNUJhC wVnYsNxORPas0sxRqXsnYxmPzddfcRPf7cr3PiRuOZWvYn8vqUw5qCkYVh7C5VQu 5ou4gVsHO19T3MJ1/Ligy8goAdOHwPEvprj69ZF4p8YBkqqZwO3bAgMBAAGjggH4 MIIB9DALBgNVHQ8EBAMCB4AwKwYDVR0QBCQwIoAPMjAwNjA1MTYxNzU5NDJagQ8y MDA3MTAxMDEwMjk0MlowWAYJYIZIAYb6ax4BBEsMSVRoZSBwcml2YXRlIGtleSBj b3JyZXNwb25kaW5nIHRvIHRoaXMgY2VydGlmaWNhdGUgbWF5IGhhdmUgYmVlbiBl eHBvcnRlZC4wFgYDVR0gBA8wDTALBgkrBgEEAUcBAWcwRQYDVR0RBD4wPIEeV2ls bGlhbS5ELkl2YW5jaWNAZ3JjLm5hc2EuZ292gRpXaWxsaWFtLkQuSXZhbmNpY0Bu YXNhLmdvdjAbBgNVHQkEFDASMBAGCSqGSIb2fQdEHTEDAgEZMHwGA1UdHwR1MHMw caBvoG2kazBpMQswCQYDVQQGEwJVUzE2MDQGA1UEChMtTmF0aW9uYWwgQWVyb25h dXRpY3MgYW5kIFNwYWNlIEFkbWluaXN0cmF0aW9uMRIwEAYDVQQDEwlFbnRydXN0 Q0ExDjAMBgNVBAMTBUNSTDY5MB8GA1UdIwQYMBaAFGgICJCAb4Xl2dfBxtTaJasM /xH1MB0GA1UdDgQWBBQboME1WGnqi+mOQ9q6tL8C6FngujAJBgNVHRMEAjAAMBkG CSqGSIb2fQdBAAQMMAobBFY3LjADAgSwMA0GCSqGSIb3DQEBBQUAA4GBAGaWhbd+ pcW6YLsM4eOoOODxLTQi9Y/E4iL2mPOhX7UIWPZAQhZ5fVriAiHn4Y7VnMQPLkgA JDXyaRHcwu2iKoxy1BC2l1bWnmhBwIYY7kvfeXHcqQbolYOh2UL9hoUPwLiwSKSP DyBFgtpOd+6zz7U8LKOigPNd4yr1yW69k98uMIIEMjCCA5ugAwIBAgIERAChSTAN BgkqhkiG9w0BAQUFADBZMQswCQYDVQQGEwJVUzE2MDQGA1UEChMtTmF0aW9uYWwg QWVyb25hdXRpY3MgYW5kIFNwYWNlIEFkbWluaXN0cmF0aW9uMRIwEAYDVQQDEwlF bnRydXN0Q0EwHhcNMDYwNTE2MTc1OTQyWhcNMDgwNTE2MTgyOTQyWjCBkjELMAkG A1UEBhMCVVMxNjA0BgNVBAoTLU5hdGlvbmFsIEFlcm9uYXV0aWNzIGFuZCBTcGFj ZSBBZG1pbmlzdHJhdGlvbjEeMBwGA1UECxMVR2xlbm4gUmVzZWFyY2ggQ2VudGVy MQ8wDQYDVQQLEwZQZW9wbGUxGjAYBgNVBAMTEVdpbGxpYW0gRCBJdmFuY2ljMIGf MA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCQh47ymZ35GQPefpt2z9Tzsa+41bvj jpajyprMJAtr89KQ3XH++Rs6cGyJSdxSOs/ZQbDNzgfLEmNPl3aG6X1UkJ4sjmp7 r3gx6hFd7vNevElFjztY99IRz5ei53IL00lSi5DnQ4YXd02eqH5t+nBvlHYMn3df JK5+sX4sDSWw4wIDAQABo4IByzCCAccwCwYDVR0PBAQDAgUgMFgGCWCGSAGG+mse AQRLDElUaGUgcHJpdmF0ZSBrZXkgY29ycmVzcG9uZGluZyB0byB0aGlzIGNlcnRp ZmljYXRlIG1heSBoYXZlIGJlZW4gZXhwb3J0ZWQuMBYGA1UdIAQPMA0wCwYJKwYB BAFHAQFnMEUGA1UdEQQ+MDyBHldpbGxpYW0uRC5JdmFuY2ljQGdyYy5uYXNhLmdv doEaV2lsbGlhbS5ELkl2YW5jaWNAbmFzYS5nb3YwGwYDVR0JBBQwEjAQBgkqhkiG 9n0HRB0xAwIBGTB8BgNVHR8EdTBzMHGgb6BtpGswaTELMAkGA1UEBhMCVVMxNjA0 BgNVBAoTLU5hdGlvbmFsIEFlcm9uYXV0aWNzIGFuZCBTcGFjZSBBZG1pbmlzdHJh dGlvbjESMBAGA1UEAxMJRW50cnVzdENBMQ4wDAYDVQQDEwVDUkw2OTAfBgNVHSME GDAWgBRoCAiQgG+F5dnXwcbU2iWrDP8R9TAdBgNVHQ4EFgQU9vPfL0OZXeS0njzW WysdjiAx2qswCQYDVR0TBAIwADAZBgkqhkiG9n0HQQAEDDAKGwRWNy4wAwIEsDAN BgkqhkiG9w0BAQUFAAOBgQActW6WbWxWDQUJBS2hR1WVC36FUOvyPE0V3qsSekE6 xrZU/Iy1ZSftjH2uYfIN0Pfmnen4b63N/2ust819IAMPn3DKWL1V6pI9eUmqSAzn cAwDhc4gkk+0U94pDVSPbnehQlcsIOSqV0NzOyoOTNBDbDbYgYblyj/lqDylD0nP fTCCBBMwggN8oAMCAQICBDVkWJowDQYJKoZIhvcNAQEFBQAwWTELMAkGA1UEBhMC VVMxNjA0BgNVBAoTLU5hdGlvbmFsIEFlcm9uYXV0aWNzIGFuZCBTcGFjZSBBZG1p bmlzdHJhdGlvbjESMBAGA1UEAxMJRW50cnVzdENBMB4XDTk5MDMzMDIyNDg1NFoX DTE5MDMzMDIzMTg1NFowWTELMAkGA1UEBhMCVVMxNjA0BgNVBAoTLU5hdGlvbmFs IEFlcm9uYXV0aWNzIGFuZCBTcGFjZSBBZG1pbmlzdHJhdGlvbjESMBAGA1UEAxMJ RW50cnVzdENBMIGdMA0GCSqGSIb3DQEBAQUAA4GLADCBhwKBgQCuo8jgHyOoTbn0 yX6fJPF3kO+IbIC2O9pL5VzzJLHHEqBf2YlNji+htcASy4YtKGrhzpwjJte6/ey9 aqd8IvSINFUv8lh3pUWv5mAoYNWVHIatnByghzAzG62NElUWGO2iixuWOnvgzLnf mv+QNmlj2SAsfekeo/L29Gzioo+31wIBA6OCAegwggHkMBEGCWCGSAGG+EIBAQQE AwIABzB7BgNVHR8EdDByMHCgbqBspGowaDELMAkGA1UEBhMCVVMxNjA0BgNVBAoT LU5hdGlvbmFsIEFlcm9uYXV0aWNzIGFuZCBTcGFjZSBBZG1pbmlzdHJhdGlvbjES MBAGA1UEAxMJRW50cnVzdENBMQ0wCwYDVQQDEwRDUkwxMCsGA1UdEAQkMCKADzE5 OTkwMzMwMjI0ODU0WoEPMjAxOTAzMzAyMjQ4NTRaMAsGA1UdDwQEAwIBBjAfBgNV HSMEGDAWgBRoCAiQgG+F5dnXwcbU2iWrDP8R9TAdBgNVHQ4EFgQUaAgIkIBvheXZ 18HG1Nolqwz/EfUwDAYDVR0TBAUwAwEB/zAZBgkqhkiG9n0HQQAEDDAKGwRWNC4w AwIBkjB3BgNVHRkEcDBuMGygajBoMQswCQYDVQQGEwJVUzE2MDQGA1UEChMtTmF0 aW9uYWwgQWVyb25hdXRpY3MgYW5kIFNwYWNlIEFkbWluaXN0cmF0aW9uMRIwEAYD VQQDEwlFbnRydXN0Q0ExDTALBgNVBAMTBENSTDEwNgYDVR0CBC8wLQQUaAgIkIBv heXZ18HG1Nolqwz/EfUDAgIEMBGBDzIwMTkwMzMwMjMxODU0WjANBgkqhkiG9w0B AQUFAAOBgQCZ0pP5yBAL0dgSP4KQ43MPzzw9wCXtVWSAN36FmTthcSWEnMTo8tdK QtT++lxcEci+oqH2AYOQoww0UNHQmDiCRfY2JIdgq2l/RPqkgB+fZug6fWomOp34 BRu8Svb+QNRWSoj9N/GAtf1SOewz00RzGRlic5rkg94sawNLTwxMZDGCAxswggMX AgEBMGEwWTELMAkGA1UEBhMCVVMxNjA0BgNVBAoTLU5hdGlvbmFsIEFlcm9uYXV0 aWNzIGFuZCBTcGFjZSBBZG1pbmlzdHJhdGlvbjESMBAGA1UEAxMJRW50cnVzdENB AgREAKFIMAkGBSsOAwIaBQCgggIQMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTA3MDcwOTE4MTA1MlowIwYJKoZIhvcNAQkEMRYEFERK RBnHJjhNU0l378VDDtrpqno+MHIGCyqGSIb3DQEJEAILMWOgYTBZMQswCQYDVQQG EwJVUzE2MDQGA1UEChMtTmF0aW9uYWwgQWVyb25hdXRpY3MgYW5kIFNwYWNlIEFk bWluaXN0cmF0aW9uMRIwEAYDVQQDEwlFbnRydXN0Q0ECBEQAoUkwggE7BgkqhkiG 9w0BCQ8xggEsMIIBKDALBglghkgBZQMEASowCwYJYIZIAWUDBAEWMAsGCWCGSAFl AwQBAjAPBgkqhkiG9n0HQgoCAgCAMA4GCCqGSIb3DQMCAgIAgDAKBggqhkiG9w0D BzANBgsrBgEEAYE8BwEBAjAOBgkqhkiG9n0HQgoCASgwDQYIKoZIhvcNAwICASgw BwYFKw4DAgcwBwYFKw4DAhowCgYIKoZIhvcNAgUwCwYJYIZIAWUDBAIBMAsGCSqG SIb3DQEBATALBgkqhkiG9w0BAQcwCQYHKoZIzjgEATAJBgcqhkjOPQIBMAsGCSqG SIb3DQEBBTALBgkqhkiG9w0BAQQwCQYHKoZIzjgEAzAJBgcqhkjOPQQBMAsGCSqG SIb3DQEBCzAMBgoqhkiG9w0BCQ8BMA0GCSqGSIb3DQEBAQUABIGAfI9YPGS7VFiL Gknw3Rhv6rYm4EDwXe77/bVJmpj9cs8e/DcapBbhLUtBlA6R6CT1HevkwCfhlNMh AtWJoFtyMtSUd0gcd7oeKjR+i/2EjlymRoan4f1dD8m67itqi0hUCU6gCHUbKmV5 znSn82Ie3rE9xW8Rvibb+IC8NIgMyb0= ----=_NextPart_DJD_480474928.141052765-- From nxuz@nordson.com Mon Jul 09 16:08:43 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7zXG-0004GY-Mu for nemo-archive@lists.ietf.org; Mon, 09 Jul 2007 16:08:43 -0400 Received: from [88.250.49.70] (helo=dsl88-250-12614.ttnet.net.tr) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1I7zWn-0004lT-0R for nemo-archive@lists.ietf.org; Mon, 09 Jul 2007 16:08:42 -0400 Received: from [38.233.238.180] (helo=erlgj) by dsl88-250-12614.ttnet.net.tr with smtp (Exim 4.66 (FreeBSD)) id 1I8Z-0005IR-0U; Mon, 9 Jul 2007 23:10:06 +0300 Message-ID: <469295A0.4080802@nordson.com> Date: Mon, 9 Jul 2007 23:08:00 +0300 From: Calderon L. Eddy User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: nemo-archive@lists.ietf.org Subject: Fwd: Mail-cbvun.pdf Content-Type: multipart/mixed; boundary="------------020204060805040202060003" X-Spam-Score: 1.9 (+) X-Scan-Signature: e9d8c60d9288f2c774f26bab15869505 --------------020204060805040202060003 Content-Type: text/plain; charset=windows-1250; format=flowed Content-Transfer-Encoding: 7bit --------------020204060805040202060003 Content-Type: application/pdf; name="Mail-cbvun.pdf" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="Mail-cbvun.pdf" JVBERi0xLjMgCjEgMCBvYmoKPDwKPj4KZW5kb2JqCjIgMCBvYmoKPDwKL1R5cGUgL0NhdGFsb2cK L1BhZ2VzIDMgMCBSCj4+CmVuZG9iagozIDAgb2JqCjw8Ci9UeXBlIC9QYWdlcwovS2lkcyBbIDQg MCBSIF0KL0NvdW50IDEKPj4KZW5kb2JqCjQgMCBvYmoKPDwKL1R5cGUgL1BhZ2UKL1BhcmVudCAz IDAgUgovUmVzb3VyY2VzIDw8Ci9Gb250IDw8IC9GMCA4IDAgUiA+PgovWE9iamVjdCA8PCAvSW0w IDkgMCBSID4+Ci9Qcm9jU2V0IDcgMCBSID4+Ci9NZWRpYUJveCBbMCAwIDY5MSAzMDZdCi9Dcm9w Qm94IFswIDAgNjkxIDMwNl0KL0NvbnRlbnRzIDUgMCBSCi9UaHVtYiAxMiAwIFIKPj4KZW5kb2Jq CjUgMCBvYmoKPDwKL0xlbmd0aCA2IDAgUgo+PgpzdHJlYW0KcQo2OTEgMCAwIDMwNiAwIDAgY20K L0ltMCBEbwpRCmVuZHN0cmVhbQplbmRvYmoKNiAwIG9iagozMQplbmRvYmoKNyAwIG9iagpbIC9Q REYgL1RleHQgL0ltYWdlSSBdCmVuZG9iago4IDAgb2JqCjw8Ci9UeXBlIC9Gb250Ci9TdWJ0eXBl IC9UeXBlMQovTmFtZSAvRjAKL0Jhc2VGb250IC9IZWx2ZXRpY2EKL0VuY29kaW5nIC9NYWNSb21h bkVuY29kaW5nCj4+CmVuZG9iago5IDAgb2JqCjw8Ci9UeXBlIC9YT2JqZWN0Ci9TdWJ0eXBlIC9J bWFnZQovTmFtZSAvSW0wCi9GaWx0ZXIgWyAvTFpXRGVjb2RlIF0KL1dpZHRoIDY5MQovSGVpZ2h0 IDMwNgovQ29sb3JTcGFjZSAxMSAwIFIKL0JpdHNQZXJDb21wb25lbnQgOAovTGVuZ3RoIDEwIDAg Ugo+PgpzdHJlYW0KgAAgUDgkFg0HhEJhULhkNh0PiERiUTikVi0XjEZjUbjkdj0fkEhkUjkklk0n lEplUrlktl0vmExmUzmk1m03nE5nU7nk9n0/oFBoVDolFo1HpFJpVLplNp1PqFRqVTqlVq1XrFZr Vbrldr1fsFhsVjslls1ntFptVrtltt1vuFxuVzul1u13vF5vV7vl9v1/wFmQuDQrKgpIhBBkGEh5 BIIsc5ryUNCUJyRrYCFgqlg2KtGegprguagSlQhIxGB1Vg0kyx2gimwgeiAGEYDEgrFhD/iey3kE wiFYGlg+gIL/YjEyT+hosyxrf2DzcFFnG4/JyeNjmO38MahIYrW6vG5HK6GNx0G88D4el7/h50O4 TEUucgfi1/pj209ku6LWpU7DoOkgb6vsmr8P0lsEtkgbmIY+KCtwhzdIi9qNQa2raluZRtQOgr8s 8HLRobDL+AAW6DmshA/N640WoGSrWw6ABSmpEDjN6hZKoPD5Qtgxw/GIHLsxLBSHPfFaCNfIUYoK bSBvAa0fwUIMhSINceIcxUGyygjDIFG6BR+h8OQ9H0QwbGUAIW16CS8gcwABMTOoPLUjSOAEssYg kklDJbQuBMyHyGyU1oHM7vogwkUoJKUqRfQs4IVSE80NRjSxtR8lyDQtBQ6+s6UrDM7oVDMJobJS ITkjM8uk+cDM7HM9RPNjEoPB6BQugheIQc8XIGINfoHNj7NTYNAIlDLgR6gZeANECKy4iBStQPVn 2C0EiIFAgAPpKKGRPLYAQa/6B1RY9yWWhEP2jXDgzxYUHQBdDEtk6MtxC2dcuFRwkWvaFszfYlYX ahlcoFb6BX++TbVQAF/2fNyBWFLF8IXgOKNhAbbUza1sWzisitq28DWPjN1INWzioPEaGYiA08gB i16Rrat0opGFiIFRsw5xEzYZ7UzZCDoTKoNP6D4e9EuSbnaCWNdyBZ0iF124g8xD1pNkx1qzNzoA GMtk2luw8gcKoVcSGPTPMUtbKGF6khuDWQzue6Fe1ztoW+y3BW6CbwhMj502WjoIPVZWTbsaojvG 4IHxCGb4gnHgBtDLIflFya4hHLoNpeeITzUG5XxKCOVghClvwyBGLrWYtk82iwBRLwciiultIFLD xxsZotb3cSoFlxowkg/NIHlyI2m53lQ1qGF1VI9Jd/0u5IPlbEGtXqDQj5cua8gZCcFQLauk+kD1 VzGqoH70NQJA+f2p8iDeL9mB/fAu/IOFlUd+uMhD9lzkGe4kt/pA37PWPkdNXhDYFPqIQ2ohLW1y PegEQiCBBXnEDeCQeChj2VQARE6kQoKWFEEeQt6DbUEPwFIo6hnhpAeKOc8uoIKqDRM9hm8JPRAo IOVIHCmHqyl1G4VrAwAD0kJGXGs5NtZC3snhgouc8wa4mwAc2Q1sD12yAAOGlB9IoQDDyYm/hpkN yCqNGBDNA7nnwvQb+QWJsCouOhX64x1pCnURWO1BhJ7SE6qoSVHRyUSExkNcCQSDJ6iHxkPzHIhc izZkHh2QeR0ZVmQ8M8fxvDBoUugjgQOKZEz+NvPqadnBBAWC9NoHF8xAogEJOcZcAA/ZDSigijoA B8YjkEfHIdij5XlxQIOEgfLYZRysMkHEfshGNGOfcQmVLdSByuQ0FFs0vwARiFDJcg01l8zQlZJk AEYCBzHc4QybSdXsGDCjDySbz5sR4ABOhzE4J4EGltKGIL3VaECn3M4hSxSCxCRJBMA03ZMECnwQ uS8ICCTNnc2Ygko4zOUlOaie1DyEUCS5KuIaxJsH1kBIwhK7aDEPlKgVUM03yyDd23RpUPTnSdkt LmIlF02J0AMtCMkwn7kJZW2geQ8njESkueUhtLgAHdh81ePFPCGSSjiQKXrNn0qcIhFudJBYTUyn SfE1pnKstpBZVRljCYYIolu2Fz9VqakCg6poiNBIUQOpYh+ntRaFxJka6dh7fISvooK2lHtLTwkD qMuSp05E21NW9SE2tX6SEFsXUAg1KCMBrBnK84lKiBDdTjPQhcRgAWdrtZanEw6LocIGoqxQAIXV Wl0QmRL6heGwhWQ22duyDQ1IG1QAFoq2KOn6Qu4kWLaNPPdLggVuSI1MfDWCahArOvPZsqIhl14+ wqpXPwgVl4B3WeenI99dSCxbvFUKljYKU2hIfb2xzx7DWZITAVp0aVxotRHKVoVXL11WgkmG1RGJ bIAupFmf92LCENSxLVbrJmcChFcdwc7LpmMOnyAChr6Fq2qFcerDJg1duCOPhdIuJIT3PRxPEiOI aLkJduQbC5A5mq6d5MCgZD8KmhnBghk83cKRvuMbshmCbIURqgaVk5DJ93duXZ5mxBsAvKokwkgu M68L+lFgF7GOcdXsIdjB4dVyEUWmqs0hGZGZkHxK4If6v5l3MRrKnIZxyCYjju3EgmXiJWiwQm1I WKYWWgyXdk8BBReYVStDAT43TBuryRgogQn7Mo2ypos9Wj9IusxNoPFOkrNNSMlpx1RDNNJvwG4d lGbDL6PIHp6og8tFpBhDmMg+lnQ5FbDUW2Z3nbQpuFkuypCr86wuKz645Crkr5taBJWOVKTLcNJs UAGWpCm5D1Xshzq9eAAz9fMhWjNB0HITuEAGuq2kD1c2rT2xsXIo2hS0g+5CC6QdU6xnG6CHp8s/ HpbedNrELu+Sl92TyG5sJsGvPUHSE8KoYQ2hI8sKcK4ZwhpaquKCuwrAfcxNzUPbk+9iyhDksTMg 5mDIXHKIbiQgpLDvA5t8b1ccCsbN3tkR4cs6hJEMPGoz7xUx7oKBAA46kNlVlMP59IVwhAvIVntb 4tW8hyqOY0kqYTGnZE+tmrJvr7iBB4gVoKsDyihDg11nId2AIcaOPqEMlNHc+tBXBDxirtJJLt6Z 90X205OtyMRrdrgUhEiU/Rj694nxXi/GeN8d4/yHkfJeT8p5Xy3l/MeZ815sn3cjYoKdyvExyqAg rw856f1HkUG5vrSRhfVkbHH1B4DzNiIePReOCqySswXT8BzoQP3ZgZH5f9T8UtrpCTpVyx7EUvtP Z3V4+MRx4rvdmwQEwg25BfnvXIrUokvziNfBbGxdRH2mQnXNG4sAHwfefL+N+8qSTK1x0D8zKKsi fW4x0DcEzy67Uvtv2r8onJYPzEcNhiJtynvq+uHwACLv6mBDZg1rBNCrgpqL8mrm8PqMWt4v4QOi mDXsUGdlYFZDZMUGOE8LMP9m6v/QKP1geFZgAFhuBQClAQZLNl2OZE0wbHzHSv2PPwIMFspNrQYG Zojs3vxLMQPQlCkthtOkzv8vYPfsTEFFxL/qtIbNQGCHVuzv1sFDQPQqWPgNhjFJQCEAeP6mZLJF EO9voGHlGN3gALhEMpCE3IywqkCrYQvJhDpAJIgQzwgMowlxBCjuiEAJ1voEsPWG1uPFxFWDUAeA JEquhsHtqBlMVgADKj9FtO3ptN3oQPfCFRIPhwkoTgkPqq+luxLtKIKv0onnmQOE5HxljwiKQqxn EmZNVxBxdCeuiL0woE9PSv1Oqv2iBPdjwAeDqqumnuBj4m2QOOupdp2Q1CDhiwfPuF2vxPRw3MSA eQcuqQpGWE3PSQaEbxqv2miFiI1uZHNkMsiRdx3iaG1E2Jpv/RhFwscHKNvxlNiJ1kcjQFxR5jER InujImRiENsM3L7CCQ4QYsUjBlQGDEGjImCJNCBQZMSnHjUyBxaD2yHkzxDobSEx4SRiem1MSx6L MRFGpIYRUkPrgMkyRMCJqDuQOM3jdJojyjlo6OyNDt/iBHvGxxwPuRarlQorUxZsFKnGLxoR9uiy SSniVlLjSFWHLQoE9tIyqF7ErubFBpFEWFJEZLRkom0EgGdFJrXJIEGrhI6M0O3kalREgNGxKENr Hj1DRR7QoHlLUyyEFSzE7m8SUPiSoTBiaj/jSGlyEHSGOktsajRvstFFfGaDWzELql5ISPWGJMaS 3KCnwnsmYDOwTCCmSj6pUlllzSipSubnIQrwYmaFuSTtsFlynTCTaCUogSECWy2rav3NqP8K3CCw LspF7RRyuLfmtCJPBnep2soLJN8wuMZvQDJGgiDzYqOzazrynpQQ6DXu5DBudiQwFynSgiCKvzIR 9qcvATsT1T1ihwBz2T3z4PFOLzZz4z6z7C4KzzfT7z9z+T+z/T/0AUA0BUB0CUC0DUD0EUE0FUF0 GUG0HUH0IUI0JUJ0KUK0LUL0MUM0NUN0OUO0PUP0QUQ0RUR0SUS0TUT0UUU0VUV0WUW0XUX0YUY0 ZUZ0aUa0bUbiYlSEvlEzhk3k1uizxyisBFDr2tEjir8lSpy0cUlijk8vyFvGTDiwQF5t/EolrnTC BGEE2xcTDIWGPlZQQrsN/mYS40wiXzQ0mUcDZJEqZPQTNnbIxEQGqT9FozZSFExmUQqSeo2nXyyn ZLDquCFLBNTx9DYNQGi000bn3GVyQRiT0mFljkyH2ukSelTRVwpRDoPzBSfTfpVCCH/oWJUN+jCO dgkH1DQPb0xVE0ZO/ofPDUe1Ns+LqrTNdm1nwVYk5oULxIbwwH9K7qjiBmhOzyXsxDc1Trx1V0mD +OnH9jOpVx5CDH5CBhesFqPH21cKNJuCDJlTUqRjTCCpkqIwVOuCDh804v21qVk1lVgiEOslvSDT vo3HTyfkVqPDuTtVojwqejLO1LJsPL1HPu4oroWVAiGzvq/GxVkV1UbjJtIHOiGxGiDIILdCBtAL eP5IVnAkKvENmVa1ZLwiDEsAZtmrXkpCJSspttwLFxN2F0lpXHrTcCCsOoCG5TUpnOpzRCDHbuKM dovMwMwxAsZGQFCL6JtsQx/2W0ltLWYEWDZt1VOVOxiFa06CBWcSF2dIGozWHRMDczzMYiFL3071 fujMFRc2k0XMr1ouRJRuYTyMPIUOpGNjgWDiCuOMfFiOSlnCCW7QIsM2FK/W9tpiGTdM1VwN2OWu GTyWz0ZHSopWODQu0vtUeM+u6O7VPCCRrXA2JD2OzNrIp3LH22BwCSvLwu+jYPPVZXHiHG6VdmHo 5jhXM3F3ZIoS8ChjCAonnXYyCwJGqkmOPgcvgw0R3XZ3iCyjlwFDkO33Y3i3mXm3nXn3oXo3pXp3 qXq3rPkvP3hn6Q9j5pY3r3vifXtGQlWmxr/Q+x1oy1e3wX11bXxRfqgiL0g0xOlvzkRMzX2X8QST gwEFaEMlQqqiLR0V2NvvlQg1VX84EEFLfLjRRGUlzxElijTOgRpVHk2kIjMEvsuPoMBELz6YEXoQ 5lmxjjx30zUwwnWv2QWOfPoRuw2JnlAjWyVYP3vpoRWmoRZHIxNRn1fNY4KTNiFSLknqM0pXELPW UYZ31ycr5j7SyJqSAYeSfiDLGiLHUUnrSCEvvEHnz4kYuS51CS3qnxzwOGel2y1CODRUk4riFGXS /0lYuYuPsYeICwYD1mSOnogyJYz4DtJrl4YxVY338GjIwLtQAlg1BzAHXVzoloJXvE2z3WoGuDsn aY+ZAXnH/YIp12Ev3Hi0qj72hoNSDZICGVGFTH+vfMEZKZK3mIqpFtMNlwviSZUiLjsYl5VX2M5i D1G5bZdiu5XZeZfit3J5gZhisNo5iZj5kZkxBKJISiJWzZlZoCXrBPBCI5niSQyiPK6CD3QZo2Wm qQ0ic3gYU5wCEwzwfEgyJjRp35u2krGl7weXMPaUpDkYFiMjkvZxTwFwzPnYUwI255sZ2Uly4o0j CAqpKvwHewEtqAqvwkoIZsyRJCGwAQH3tgAaGZG6A6BPXubW/xsqOyHpQXtEJwkXLiF6SCEM35Za M0X6NuXPgShwhSIiIqSaSDPaAaXwu1LlglbaVaV0WmvIFNPTZaQRvaZvZvaveabxiiBGjl1vWae6 fUV6gCFH3ahjbwniM5+QVzeOH4o6dAAYrZRao0a6p6KlyQD4PCHIZnCQkpKSh3eGsax1E6y4ATWy dTXiQIZxaZraTl9ppa5U0mvT9ETA1ggyw6mTkzziEExQzjrZ/CCt3w/mNDQ7DUqlNQG7AYPqMzSr oxTSBoDFPRvlOK+jMPTCBJURIbM5iXxRqu5ZaXCzlbVbZYA7Z7a7bbb7cbc7dbd7ebe7fbf7gbg7 hbh7ibi7jbj7kbk7lbl7mbm7nbn7obo7pbp7qbq7rbr7sbs7tbt7ubu7vbvizaWxwOFEukBif6+x pqsAkOwiJbyCCU0COa07wC3j8zgtIiDQG3y7Km3iDQDiRwtu9w5E37DNLjvvq5RpKcDm9bC7DiNW qCWxTXl75idrdIjys7UrqxQRbSFy41F2xWTn0VRRV25HS7OKBjC78HWWKNqCOYjiEbQiNZOmIbPE G5TObDCsG8JiXX5DNP2RkQiNVkPxkbR1W096oJb4BJg8S4fIQ8fRk2paOPwufZQiKjgu8RZkgEBG CR1R18dCUGN4TQuWucgKTnIcVR/uCspiMxDjZYLjhx7cTL2JYxMrq4niNHK1pKgGV2YtzEaWPwvc 3Ee5dcvCTDrjzJyF2jnYdQOI4LEp0uC8uiJotkQ3k0sxwIamrF+xmYHW5CCYZaZiCV5CDPsGl9Hd QM+RmiBrGmV8j9CFWkrmRkzOBv+lpsXHVLzHLIM0gjScxCLmf76lUUfrb8mHAYoIsxnRYCNkP2Jk 7I/3SCJI2veDQEYIumv9XCWjYSlzR36Q9dsx0l0GI4fF+UoCO88nh0s8rHQNfmrdtmpda9LV5iNI Wyh4InINfm5kD4cv2lh9qrwdriUS12PGIGuNbYBvymFjdZFVHG73ziO9RJ4nHKSzz8AZtRzkrdit Y6MdoKK96U78+CFEPstZYIsli2C9/5r8o1SnOVUnFn4pRXTtzITEa9BiJ9mH8LUtl1riEeVLq+WI OalCIZM+OiCjTok97sj95muINk2eaeTiRZWI1Pg9TPrHc3YVhzWGlodWS33qpo63RFMj7oxKf2/3 MWu1ZrAxuXvWw3MZhWow0ooyeOxF25FU9PY+TenCRDLuUCBZ13DVHR5KRiCJ7bJgAJxqAb+Eo/B1 HCHIpyg1mAAJtJuexiBVuW/AAJ5/BGt8eJ3IJiISP1wKHzuiEVzTkG6KFEjyHJfe8CqddQIz8rwB rHRiJ+1ncWBInJQfaCGt+JGxxOSHQe4kJEDQ8rwmZT8+W+7/ViqrOWSJPTWCvqiiTyu+w/SlNViC DN8Rffki5X3CofdiQ0v/tZ2Hbfw/yfy/zbnb5QbzdiR56iTf0zCeC7VI3/36TL6z0CR57iX/6Cz1 SegCaCAEF/sQAQWDQeEQmFQuGQ2HQ+IRGJROKRWLReMRmNRuLEGPQ8qxyGH6RSWKNoADyTSuRR6X SwAGuYRtCoUqjyURGCROXEGWTuKT6Z0OiUWjUekUmIz6hQmaoUAMoAKWFU0AEEWUCHjwJT2EDk1z KEMRSjweK6qx+DsAAU+pQiuV6I1SVROnxya2+EV2rRie2qTWK8Su9REc0G/ybDxW+0rHY/IZHJUm mQqnoVgBKp3WDYCPMRiYKC1AJKWqQYeCy5Qaw33S2Wz5zO4DR0/M6eC2bVS+IaaU2iD3+tZe2aiU 6m+kHQWGD5jNXDd43WzWIVblRFXbrG8GS1CTc+JaLq7OJ9rt+KDaazcDuZP3e/4fH5QmP7QAMDvV Gd7Kr+SCuYgxCmUsiyoQ7aDOKgytJShYWIQ6j0oO2UDoU3D2KunqswQ/MBtQ7K+KarBiLA9EFq4/ yCxI/EIIavsFrvCUPt5BSwPu0aFQuhsVrzGL+J0hLNNW/7moeq0NObFiDRlGbWIVAj1v5Cj5ynKk qysjqDH/B6EJys8UIE5Y1n8tagSihr8oKbT1IdF6ENxBjOok9TsvagrhtsYicgBOk4qvLSGz03Lo to8U0IWqzQSQzCtRzRDQzE7zMIRPiHuJMrstSitAoLQdCQDQyqrHRRgRNAyEvQAFNzNK9WVbV1Xo KnqSSIg7cM46w/UeNZboO8FQoZUBSmpTCGTbWqDj8xLe2FTFZv7BVFFuCU1OM9spILN4AWTZT/13 UCGVlO6DWpZDV1ygxbvzX04IlQ1hxQub6Osg6xSTcCEMFFlyODIUhoS0131/WGB4JgrHL+c7FxvY 7cpU2kpQXU1gIYs0D4VhcItnJiHWzEKXYTWiFVXa6p4khh/Mu6uPwemtSN81FuHPLc7QtHyHUMJG TXjnVnoLMd7XvelP0Xl+NY2AExwqJFiZ5g2nafqCMr60UWaLbWeoLc6F03puQ2xrqY5mgxqX5fqG Y7jWtU+hdV2ds8DZIttpSLrMXkLaU1Vttym2Nr7corXiD5zOud8Jq6DEroGgya2u8atZPDAASqHB 5yHI6jzHM81nlCwG0xCbKhMVSTbO4REpyEEIJAkLjA9CoRwdYr/B2OdBfnZKzGrm88UvbABdahRG h3faMrC11Ehym91jEgdvFOxKn0HWIqwoAdjWKKeJ7CDzvxWBJjfMW+dRXU552nN/R9OoPsNa+h43 2ycumIgxhv1wOViNQCQYrkIY8SCSCvXNoxFf6vzPqPfcaZYRBnzvbfA/RoD8XTHXaGZh97dHGGjg AQdTpTUAFtXc/six/H+LwY4sKESfVoIBIKMBmx9DWNUg22Vsz9SCjUf2chFz6oeQ9VgduGZJXSpT SMzJqUDYgwwcIGtHZNC8tce/Ewg4ym8uqho1iJjKXYB6ItFVwaIG4npdUEiLkKl/MYX2uAFg5ywn iio5966GCPwNIdGQvhCYjQ+j1HuPjUSekDI2n9ny32CSCeYVNgEcUznUhmMUjEiWNEtXw16IZCCB mhIXAqHBR4CR9k9J+UB8SXNuIwrlEjk5QkcGKNaVMrZXSvlhLEjCJGkyyTk6uMstpdS7l5L2X0sY cSOl/MOYkxZjTHmRMmZUy5mTNmdM+aE0ZpTTmpNWa015sTZm1Nubk3ZvTfnBOGcU45yTlnNOedE6 Z1TrnZO2d0754TxnlPOek9Z7T3nxPmfU+5+T9n9P+gFAaBUDoJQWg1B6EUJoVQuhlDaHUPohRGiV E6KUVotRejFGaNUbo5RwjzuYPzXk6QmRVAIklEjCROkZ8EeUWdYutg7+DWwsmrSsg8wjH0nmhIQi KqIMGWIvTYitPKhwWUPNyOhkIc1JMgeiok25cmOerM6OlTyHU+IxVYpFWiI1PpSkU+zA6Ss3fEe6 sZkT0U6JhJcjaYZao2k1AxJxHDlkJZc0WVjZlIL/hRTirtd2O1hl+m1ohElHsoq40eEDLahIKkwQ iwBGiqV9XbYySpJrFHxrfSSoaV5gjWNUQmupST0FSkg6YikqxQsPlMvVuVpjTyOtWX21oa3EkGjf ZRDBCG1SZe+ABEZ4hb25k2AC2aQiwuJTRIm1RE7ht5glHKwUmbPncI9b1zAQbauNtyQe45fZTveX kdsp9z7DPLILc+05ELlK1r6NYUNXW7xvvGSulLOb4XTJNKgiUo27XqIRbMhSJCEWwuKRp/d+baXB jdIi6JHESwKlxDS+4eheAGM9B5n9ljTM5wthg2keWMFkIPLkvuIrfRKkm8dwRBcMJ1g+1UhABiKu lxe7JZcuMLtGYTa6xhCsQOGPyWzCV46ww2SLj1MRtWGAAwutwg1mylsTIs/92FlblpvxoRKk6TGZ FhZRXzCdvyGxkyefbAiZMiuhXxYhe2Y8eXow5jOsMtE0IEFLnC6VX8nFVjzmFBWEqzpYS4m/ExTb sELhTiq9MIE0mnw9fHHC9AgrpPypvQ5BtEkJuLpKwRrm84zZM+3Szdz0zBkeQnLcZm3kH1Wp6xbj sA4g0Q2JadzMKSkvLTCq70AAQS0lqwADgSgkM2JsVXuoSLXL1ERLXjhIEaWvdMEPWwVkESGLVFRB rdiOOhRhRA2pdjvW2y5x5ri07L50voZ4umyGbW009BfdfiNjRgKQcXjRnckQrPVUtrGXrZ9iWGsa L9Vs75hVY3gOF74oH3sm53rqyDbwfPwQy4KXBBIGtjvGpCeKES41wzVi9dmEG45bu4DYsSEGlZpM yx+eV0919HHKEhyI1MILxgi3D73Rjs6QZ7W8E2PJIPnLJuLq5kR5bwlhSEOdQBu8iGpNROEEIpAi WspBmL7/fsQXqt4CJ6re49Cy5G+l8AILsEntoyHb07GQdXh+TcWy1G1TtFxnbqJIh3QeTWCD9ndh Ksgvfe3thIeKEA3hCJul8UnYiOCfEeKanIdN+8HgtiU30tKWloXRpIflbFpBh5c12GRakcLyH+Ac F4IicAMH+NIfFCJevtyXw7FCsiHgG+RtGsulv5Bnr+wfyQ3oVMqQpp6zGdjC2e1WZId7fx0lChj9 3uQbV5Fh8kMF6YIfpUO5EG+z7eDySO7/iBYL0iX4QAd9QP9To/eP1kI/QQUOP7rOEH9gRB7X6ym/ n34+C1YDikOeI/E+U64ZKu82EUUCi2U5kIOCiyu7S8a6mIs/mIU9kIe/s66/gIlAg+AIQ/yIa7Ki w5mCQHy8Q6E8MIg8shiDW/qQgi9AAIPAspoIW/MIPAETc+TBU+W2adw+2IpBSxi5KJg3HAQ+shM9 y+ghiBY965y4AlY8SM6kEDXCa0s6eWy+g71CUxo9GQO3GuYGsy2+E7gJqBS5iwSAM8TBCIcs+1eI 8kA34/w8UkMAA5aXc1cktAM+/DygcqAIwjoQWpw8bDiSRDPBG8Kr42+IlDAvfCWIaK0jjDYxS3QP E6e1/BkxWIhALAMPSvW8GeQa81VD0gY9U7KamfOELCxB8e4+OIdDZCq96UNEQqy05BAOCu3E2HkH kF4fYBmG6twbG4m/XF4Y3F+OoL09etEIo+uIWVAs+2C6qeeOawA5Y8jEm7a9sX4lIIatVDW6qlJG A9K9C8G8kVmao2JCzCSQDCMIlGO1M8y9FF6uugJGqIg62Tc1QXa048gU0puIRGkIfBGKswbA+9FB CqxFGxgVRDC3wb5HxHa9Et4wZF+X+uqabHe2PGVD9B4IfEnGPFsKTEkIQyVByIgHkFCFcv0+i4C6 Q77JUz4IaZAIm7Ul04ZJeIMxQO8g2jjJTDgNZBeZa7u2sIEyUsgzw0G5eUkIdJgS1Hwj1FoJEkNJ NJYesw+FDJQIVBdA03fFI/o+7KEkQx07FDhJnKOgUIS/yRJAEW+x00YaHAjIkViH/JKKLKSlBGwM Yu04UmwXW7dJgIQE+G6OoPBI200V1EUwOoIE/B0xLDU77ICP/MEI5MGbuOegXCRFwpGrjFuSqVyj anHBSL8SOo7NKKSy1NFNMIxMjNVNaVdGhEfNdNlNmj0jZFdNpNxNzN1N3NnL4mRJiJKRzN40IJLK eMhN8mGVWc27AJEiylhOAJE9ROGymIq5xI6MlN9Osc0+cbYbASnLDB3ISKCvEj7OhH2JZKinAJUL iJaX7OcWOSgdM32v6aidLOANgUoNnO0KQJdP2IOSWKFPMKUpbPCJWq4MlOkI6PqU5D+bodPFENzP yIpPSmvPAIKUwN2VEzAITAadkj+NYzcvcNiUyNmku3UUWISh0gHNuMc7Y+rAUhPRGgbDg70w2KgT yKPJiPNQCuAUeVYk6Je8mLGbzQTQaQ8N0rnQ2I0UgcVOEUqVI88U6TsbtE8hfRoseUtP+LMIVRNP Em0KYuwJqbwQkVu22LC98XGYAQutoW7HY1Oci11TE1ut4yhNAQqYCutL2IhSc92VQugUoKZO47uY 8hi2G13Q6jlQnTwaM3c3QKvM/TO0LKiVQV8aYVNR9Q4LSbML3T/SK18WGLMW2tEjbTQd/T+tQXoW 9TEIPVAcqjDMsug01UJD3E9VALScZUOITG5L3VIr4ujUCUJVVQOleY+eWaqVsZ1WM0CSVTKfYzdK XCPI4ABJ1MbO8ylLFQkJ6x6IfT5E0vczzUAYRIEaWR88mQgVI669IbPXASjWK2QM6xEzuzW17GWg CUwMaCCyUylPtVmWKLgIoZwabWUPvKRTWuQsgcFXvVfLiOTUKyYkQNRXKyozIL6WCzywoLUzAi0m KMA3U28WqjMp8ugdYQmlGM6uVMtGEcjHq1uiGQov5E8NQb3IIK2LrQDYaIWwe5RKqIZZIctI4J8X VZUW1X7BEb1LfPo2uZCWm+BSKfaYXaZEwhMbVZhA278WvViItHbVcrDUpHJZ2u1ZOvFU9Q4vXZwg c7khRVDaQXRUcW1UxZ6fGcO7smOQOLyQId8eAaEQq4ipeIVPmpO5odEKcd4/279QgbQ5GIgSDQXY Q0VLfOMUOM9YQ5hIMz3JXUGITP8qPETAPbwdXU8LYLuKBcFc7RfI5P9b7bIinRSjAVO6S6geLNIs WQEIU2fEgjgdiL6iQ+87kjHPY6sIYqnAUdHbi1YJ3bomNbsIYtC5dOvatcU0cIVdLb2QC9czJBrc y1YbiQcMqMap4kVSEzKZMgoKu+84Bd0L+bjcTdNOo9w+WuZU9fOyJctI4ptPtFCIef5c2QkIQhK2 FIY1weLC2LWgveCPKTepwM8sI/fdhRTbcfIIUr8h3fMNsmQ5xdrU0Y2p8d7ckKxNsaGvpdjgAizf O6ApKQoVAe0XmxY6Je8dRce3MjqD1ddJyjaOLD5JbcO/0aaxQv7P7I7hyLs3+tNfq79PE/2MAjWY 5O8a2IQ20Olb458flAPasz4UCjIhpiXgiIKitJkIZAxijQgIK20xWR3WGlgpGzwwPWAITWuhuwTe bLnRcLaruIM3oO3RCsBMVRLgJirjgXhDqq1SCIFhhglLfS9DsOiVOyXB6ILgVJjjYMbOQX4kAdeW xQoNrRuaK9ZZ3E6IRZ0jkrZBEs/jkLmrxSkIRWvIbHWsXjtibb4vebgS0+G8CtArDM3E/cPY0yQ5 YcM5Ix+mOpXgFh2cRG6wUMfVi7cVilM9oAAtUPs11fcvIIYwVR5eqJLHTl9UY4VmgO3ciIouFVY8 hYXA2u/dezLk6NmJJnAgDmgxrMxQ8MqIRaqWxGgOtL2zlHs3AN61RNSIlmtUU0WIattl7GHeivLh EmLnbewlgyejxmcYFJi1pI5jeKNXcIjofK0KQzMxuUq7vUTnRZ6wsc1Yve3KMJ5UEk/LIxWdJS/O nNmujo8nOyzphpsmgdW42ANn+nDDMQJpvqAmdG8na87kzqDqPqRNK9VqSj2TBiYlhkSPcYBqDHEn 1AwljquIrlCM7UbehmSasJnfESvEXX9qYIxNiPhDqVZqMk9rZeMIboYPezxouIRKoVZKTrjAcneV 5M4/wF5MAIPMFGfoGI3rQPfG4IlNYIsLRV41aslniYLMZWqI5Luqxqm/wydJVbeINMZVXf8D1Me8 WIqJlMqOxHoLFs7ZTifDVnhq2ItmWIcWlqNqimhp1Kw3gzSINEOw6+DJTJUjpLATdpzIDt+eFozp 3JROFK2MnkoSUIpuG7FuLtyLbDPWi8+ABuDkwzzt6Fds0IRuyI5EOItK4ZLuGPpdnfG5Fo2kzpM9 Ft8REd1LBFVEjttKyIft3va4nu6ITKDFVT3vgLFvlvE5ZJvo3BfW+4kyxuq7+WKvRupp+5MuNuSX xK3PImM84hI9tF3GkUfCaQkUDEHLzirni8QSUCG+MIjGvr+XxCsqtMgFcCHR7DKqM49GJw47g4hZ 1F5xhfKIbNg8VxOg5esJxrAIdxaUk3m5bw3x4K1FlWhjuuNCkT2IU6XqLQpyOQSvfxKINxPjoIXG 9F3vXre8G4QgoLFVK3nIAIhyJrJzJx4IRCc9+IgQXVLCPk7F4VPyO0fjvqWIVwxHiIXbhjrTe7TG /xgXpz01OwSmNa4SZeSOPZlejj/c5mZNsV3eycOq6ZEWdcwMuCiByLMLr0ba61KPyM4cqbKD9J0J r0/U9mkILA8WqwyPKVujl1UQAUN1PTLwpVULb1iYa5dbCIjVCRn2E0aNH1j1Qqu3VV0IdWpGmcOl Ig9UjXe/IRSNldXX/aUhVVJl6D91r1thAK3sQgyIXZmVkNY2P1/zlnX0smLOVB4TR1CUwkFfFkGI OIGztt0NB2z0x3ZmKbXxkTh3gkHt0WrS2RRwcABEup7SZfeTgL7rUIbXKTAzSKf4YOOH/PcfC5Tf 7nlqcInrVkF32GJ3nuvQhSc6K5VucABDrIJRDaS192wIuP55chjWeITT54rRZ20f9KYwpEKs2YjY kIPosl3Tq0qhsShVd0l3u3jjB5NiH5zlg0v5Z4+ITIjPXXbV4PR3624X121TYIl6IMsJuG12wW3g 3Av103bOQMb1eJT7PPjXoIMJD56IXkuXZZsa6Jr7sPHkN3Z3IK2Z4/GcpoaId8FWl7uQo3Ga5V3M +mTfUXoib48t/2Y6IRpW54R01gfipkcXZ8lojUtP0wZXqMNeSWyOfgoIipgeNBF83dvk/71897/c 7crnCwL8758ZD1P2C4r9y5vSMXZ4B8McM4qrUZt9cJ4Id+RblFFfwtERVeVhYViOIRj0pD8NuNh8 sfa4N7vo/RT12TO4BZt+p39QvSR9put7pelusdoMBj9yMScgQUj57lNbZ0h83k8MZ9NfhPGIAAIE wAlAoMAB4LCDB4Ya4YwIMPIjAiDFYtByChY0hYJDI9B2JH45EYlBoXH5RBx4rh5CQBJ4NIYNG45B YZJY8xGIazXGZTGJhIo1KZxFIrOodAkLDFLHqDTqHP6lU6pVatV6pQSCLIOwJoyplApYEovFIfDG IpVLLY/TwAa69UQBapbY6uhbBaoPZLLP6XAqbApLWq5DL/HldRoxhZTgarPLjcsdZqNW2IOavboE Ochf7xabXRYtfYHRIRTstnKxbsxB8Pc7qPJtP8jeI/fJTSYMyonAptC9JSo3vKtYYZebXDM1VbHw LRho1YI9s49nLhr5/o630Oxe6cLMvuuxk8rFYFxgB3aLWPZ7fd7u0/+NcgA2pvCvN7/fa5Z66oYh tL0oDlrOwDevi9D0pQnD8vOnY1n87q6JYqkIqGiCsvkt7MqvAC6NQip/sMlL+o++UHtWi0RQ21yb v6xiUqWjUMP0rMapRBKDQC8kbx6gUYR7FUcp/IEYqYtqywfCz1R9JsnPY0YAPmg8AyfK0rqk2ZqI MPyTIvBLusEjCGp4W8wmpEssTVH0wt7J6LS7Nc5JNOc6ztO87TK+iDMTPE/SajZgLTP9CULQ1D0R RNFOzRdG0dR9IUaQpbgk+1I0vTFM01TdOU7T1P1BUNRVHUlS1NU9UVTVVV1ZVtXVfWFY1lWdaVrW 1b1xXNdV3Xle19X9gWDYVh2JYtjWPZFk2VZdmWbZ1n2haNpWnalq2ta9sWzbVt25btvW/cFw3Fcd yXLc1z3RdN1XXdl23dd94XjeV53pet7XvfF831fd+X7f1/4BgOBYHgmC4Ng+EYThWF4ZhuHYfiGI 4lieKUalsYKe8SapQp7NOw/13O1BrGtCu2Kp+67h0iutLuC3SQR60FUuJPiqxo86DuamGR405DlZ G8DoJvYDNLCmmboO/CDxWmasvigWXwUwD+YuqlAwShLg6hCKGR2lcx5g6FBQ6niZo5D0eJejyeQt QFBSrn8CKJCkvRCnSBSXs8MqRCCuwAjz8ZGqeqNEhrXbPSzBayvu+H8rqGT68qg76kHEzErG0Jxw Otakg/CIUyiDai8+4KnFC0ctkChJjxO6Jek4g6YAHHKUg0BTop70SZX/BJ3s1J0qjw/SigQ/Smq2 MoYW/bPajVKdL4viIPPTXrVNDRKD3Xgegn8HjX5b0+f60QTJM09vf8TyO0q/rh5OPXor42ozbjn5 TKg307jziPlLLfitgdEa5/JgnhvSe8mYgzwU3INCC+8AD4EdE3eGVeBQAHIsiLcRshj7YCuhagdN Hb/nuk8e+10ybqiPFydKet2Dxn8QvIMmhMbGWNGIWCU81rtXbQnZ2QYc8OXOo2emgUubzXPI8M02 WHRBwkGoIPEA+jaSPQ/aa54lJzohkzaQfqJEPSqilia6FuUQSpnLJGYCMMHnBEoik2qLMSy5xhhR FAv6g4FkMHOi2KxKo3FVSGnQlCMkFnKcM34g0aSURUOFEcx0KDuJSdvCws0OTDtIgucBjLjnzwWh vIWOERUuI4iVGQqTHSGJaiMQeEUgJPEokQZWAMVXME/jbFiVhvkmxIPdKuABKIIFUgcQeX4AJEFP mCSgagSGQSmhhId/5KH5kCR3HdsMi5pHkS7GOE0tUjTDlDL2PsuDiojeZCKY8gYHn1lAadsCXYlG HOpOyPpbhKykcu7wmBqpZFzEIgM6qLJ7RXiIzggQSJlF8m1EEQkr5wuiK8SmhktmXv0J+daNjHDg IwZudJH0XaEkMoMf6MbND/kopJMSXrQSqUHmYQajcTIwoEomX8ps/ZxUNiA508hZHXlXFLQuhlDW zAAo5IScDSGZFUpy9WYlMSqlLLyACmwAJ4knJkXBzp6EGPSd/IOTsHzXDAB4WqjzkyXmeQ44dGdY 5DjFcXQmsVZJeQerUmEYpTiX1Xj0ewnr54pEwPmoGRx7G01cKpW50CXm+FPsGWgnhGSonrru3Uo5 WGlS3iDWN60aYMOisgZIAEyUf2YmigZpNmKV1urwSJ5lq7MISf7UGVsQTA2qo/TQgUIkgVWaaYc8 hgztJgNNV+gBShlTTowTApJQ6KOAO4Xh0tsipXHLVVOo0gTbEMD1asc5DqJu2oWXdPd1kBgsjy7+ 7KTbyFASLGWBl5oSNIcsVO+MGp1EHu3ZS9sQrR17PrdWYp2jGMpqZMS7cXpYkzN47dyR7p41COFd QtpDEgJtoNfk3M5CBVTILbekFmCTsat9fg38eIUkpwerxDUozSlVaYeIAEW3u4atMACycsy51zro R9BI1rXEOdpi3HN0kjSqSQ7EpEVWxpOx1NU1ZBnZP8Ku6PGpAsfSAQ0e17ONK/kpdpFEg2PsEVgZ geRzcayqJFyicJQVZLXUEn2R7K+GXHwxINZcqbSLOM7RXTO1uNs5u5xOSi/auyQujpOT9954hb6J xnf6decyruJCRjecBH75gAFDj8Nc9TdkM0sVWYdQXkxLe4jXIiUj4TfMblOi5B9NysMuVXQOW7/Z dJRp6B7NIRChgZcp0Z9n1XXKlr0t05zsVz0FpAhmsc6afmcl4qtJ9LPrzI+F20yRijW1i4KfUzc3 q/Mw6OP887zuzkMVapaRyBC8ANtYqRk8MaXqyjwA2b2uEx3khWLWH9w4wz/vSldrpFFUF5tIgW59 XmPjYY7d0vcqEf3ccHb+YMJzoJjtExRJof4sh3sPgRHsL8PinayJm4eKnjINyTL0lTjYBj9dpuMb 8hRgCRvOJNA9iK/seR7TKA4GzCL3z/Z8n9e7vsNwsAAetnPwhc4d592hQ9IIPA6BER9tbzJS+ZSZ HtQ09Iw+B6uyj2dZ6anDcpHupmkQeEF827CqoE7NsQnpVeqNr7cnuv/aOATXoKUCx3EZ1kC3eQzp 5Uxi9MRxCnUeoS3E97fBvSviipkbUpqDnZKb59aXtlSNpRsK9wlTxo9x5N7pePBTk9IKUE7u19rb ONUqDaSKlfYhntMIVo5P5kqfs+WEUpUVf15DDrDR9se0aJPwkDW4Pzv5KN/jHdvWZX1PfbTSvo+S nppBvVHt9UmH2hmvoyu+YVYjQKWT/pP1mj9X7f3Lb+z+/+X8/6f1/t/f/H+f9f7/5/3/z/8AEAMA UAcAkAsA0A8BEBMBUBcBkBsB0B8CECMCUCcCkCsC0C8DEDMDUDcDkDsD0D8EEEMEUEcEkEsE0E8F EFMFUFcFkFsF0F8GEGMGUGcGkGsG0G8HEHMHUHcHkHsH0H8IEDwgIAplbmRzdHJlYW0KZW5kb2Jq CjEwIDAgb2JqCjEzMjUyCmVuZG9iagoxMSAwIG9iagpbIC9JbmRleGVkIC9EZXZpY2VSR0IgMjU1 IDE0IDAgUiBdCmVuZG9iagoxMiAwIG9iago8PAovRmlsdGVyIFsgL0xaV0RlY29kZSBdCi9XaWR0 aCAxMDYKL0hlaWdodCA0NwovQ29sb3JTcGFjZSAxMSAwIFIKL0JpdHNQZXJDb21wb25lbnQgOAov TGVuZ3RoIDEzIDAgUgo+PgpzdHJlYW0KgD/gUDgkFg0HhEJhULhkNh0PiERiUTikVi0XjESfr9fz 9fj+fT2fL8kjzer6fL6j8cgb7fb9fb5fr3cz3lD5lz8nMDjb+fEjfb2fj4dL2fUokz5cjneL7fkw l8ufrvdz4e7zq1WeVYdzwer+sE9lL8gdho74etGfD4p0lebxrb4drves9nsmkL2fdXfDwd7okkfs D1k1pezueL4fr6jj7sFgsb5kcowUejk9x8cfz3fD8fL1pz3flnkkep76fD6x+leDtez2ej0lL3su qfsjtdZoM2x73e75eknkOjzmS182tb7fD2e71tL0o06zT+0ttp/Tl2MsGlfT3x0dgzrdz1dTWdzT XDHcbkbbAZTkZLGcLxcTvgbYb7ubLWdLgZpxnmdp0ned54nWdp5MevBbGAbxwGedJxGWbBtm0aZm moc5gl+ba9n4eB5HwxERG6eh3HEdRsmoZBnmmcJjGWbzLLme5hmYcqNn6eZ5HUcZwGmaBrHQa5iH KaBjGOaRmGCbJunUZhqHI1h5HyW5hHAcZlnWaZjmcaxrGg8SvrAb5vGych0HSaJsHYdJmnWe5yHo n5+GYaZ0muXxyGwaBpsIdxwHKd72HYmB/HYd58GSaJzm2aB0nQbZzHMcBrGcahywfCJoG4fSYqOf ZumWdBsGuZx1HQb6Bnwap5SGcRqmgZprG2dM+nMjp/HEbxxF8Yxvm0X5yHEaRsnGb5qGkbBzmwbB zGaY5hWSaJimYch8HKfCQH6dB2HsZppnIcJiHGcJsG4bhrGibhwnWbhqnUaJpGIdx1nEgzXnydRj nTCpnHot5jGecJtGMcBuG6aqBmyb51m0ZBxGybhkHUcpymcaBvHCZSano3y2XYdxzHEdZum2ZpzG 6a5wnHdxhHJD0C0UaBxnOaR1HYcxznRcRomqcZvGOcjqH6dh1HfS5yHs1J6Hkdx1HEbppmtoBnHF YBrG0ZpjHIcZ3HudZ7IGrp7Gsbh1Hcbx3m9rWImouLHnMcJpnkeLWvGcpqnDnZxp+fZn5+cpnnLF RhnKbptHWdJ4nac54Me8R7F6ZBtm6aBunEcpsHacBsGnKJvl/lRqGMlJ8IGfRynsc9YPIcCBnSbB xG2bBhmyZhknScp4HxOCBm6bpymEY5tG4XprHMcZtHzAJ4Hiep0zaaBnlvg+pGydB5nQurGLnyRj GyaRgGgapqyKcJyG8bp2S3RB2nGfR6PsgtcnYdDgncvSce8eh4quPEehjx4jzHyNsb5dIEIHHAOE dI0xsHiG204bo7R3DuRMO8eg6x0DxHsPIeyOx7D1Nkrkx5UjYnFU8aM5g+nGD3W2Pk38JzpkeLQP NEA94bjyW83aCo8B7DkHMPIfQ8Cjj0NQak5h1iOnThKagjZ1yZmvKcaosBwTOlOJgPoerdSUGOI+ QM1g8ybFHJ0agwhkidE2NegksBZTLk6I6WQgRPzfD3K2XAfJqR/GOdQSolI+y3ohLRHGJZJCgjzH dGU0qOTHmrNPF0mJmDNGCkaP4gxPRkDNHCOYYY6RvDUGq5gd40BpDmGsLNoZjhyjpHoLQXo2hwjV TwM8ZotheDRFYLdWguRwDGF8MAXSHBkjOfQMwdQ2BqrFTOLsYI2mAD5HjAMaY1x0M6HiOUc46xpD WGK+QcosxcjYHIK8b43xtjgQcOtkY8B+DlJkRwXrQhgjGaiM0c4zRmC/GOM0cUmXCCzG4Nsag2Rk DOHKN8cQ8qFD5IzQ2h1D6IURIe40eraR4UXHcUkeA54cDOHirmAY9xvpOHUNp9w6qLjzGqhkeA5R 5jpcUrwd44nNjxVaO0dQ6RzjmYdKUfQ7IhjwHmNEa46R8DqeYfkcI3xrjlHMO4Zy4RtjLGqOYdA4 WGDwHCMgdI+53E9k2PMcY3B3DcTWN0cI3hljSHPLQcw7XNoHHOON+4+h3FOHnHKiVe6+V9r8RCSs jSJWBINYGw1h7AqeMuduwxZZKxkRMV+JhmiemBMzEyxFhK/2bs5Z2z1n7QWhtFaO0loSSSEJSThT 5jDUFPMUjmypT7AnciuTg40WDJEvifIu2FgztmYktaW4Vw7iURlWPIdI3R3LDG8OgdQ3xkDQbkNI dY9RrjvHCwlCjhxqDpKGPweURrordGyPNFNWBoC5GusYaR8hwDbZWNxZQ2RxDOGVAscY1ZojpJaO Ie49hvDxVQOQbo4HYjXHOrm4uC8GYNIfRd6Az2js5NaOcZY1BxjUGurwb6xlztZHQOMYY5h+lCHU OoeIxBmDfHANUco5BwDfHGNdGI3RzjZGEsAa40lIjaGwNq5g6kKjRHcOkcZA3FDwxCo0Z4zhkjNG 8OccA7ye4OytlfK6uSQj7JQd6GA8yRIgODB9ESOysTPVyYFv0FYbIIyKOyhQ9kCD1hhFodZwR62v aLnA5bpyBDth8O0duYIOF+f6a4x+WNFaLuEzIYoyxxD2bCesbgymaDFP+OIaaKVRDjHKO0dF1R/D 0I+R9Og0hqKkGiORrYuoHDmF2lccAyR1FBH3ozXGuddEIhuMoZQ3xrDLGcNkbIxxnpRGqMoc47Rl 3JG1hIdI7RvjkPGwA0xjxxjYHc/YdRcxyjeHGO0Zgx3ZjMGycweuu91br0Wc0fI3qDDaG8NIfEAx 3leN8XkxhTjV2wKGT9uz/UqGlMfoIrcYh1jsHaVc0RTt2cP4hcJ5w+Bei+HEOwbqOxmn6aoNRxI2 RljnG0LYaqICsEjIGNwbw3xeC7SWMvT5dDXj4GMMQa44xzDxGuow9g4zYjy4j0HoVnU6QDJkPUj5 QoBj45wPEcI0R2DQGQMN5w8DOV6HPi8YIw3zDNwMgiaI86CriHIPMcQwR2YEGvtsdfQ+3dvuFZe4 EbSBGBhSqCRhHbFGYMqdPuHf/AeB8F4PwhDSxEqhIZeJ5jTtSVIfZeKBdiOKenfZiRqOYUmlITZo ifnPC+fIut0ewtRgDcHIMt5I3HBDSHLhsdw3Rm5GHLdkcA7FzjsHmUwd1yCDQiHrKQYI1FnDXGs/ YaY8JyjQZ2O2NA8RuKDgYrcaI1usjPHdgogsW4RUKM4Ptmo7x5Q+M5nofxMh6DYHiwcbA2RtjoGs s4c6jJsOv9B/Uhg5nFi5FrSsXY1f1hqBhBlHZhoh1BqBiBphohnhhhpGfhrhmhyhlhfBiv8Bvoki eCPFIGNk7hoBgmWFfmoBsBuhvushxB2hmhghkhrEVQUBxBuPYmThwi9rJLYBvnNByqaPhB0qtB6B xoDBthvBrCniSFPBqhrQUlYp9hxhphgtPGsh2B3Mjv7QpCEDUh+OEjZC2DPjcsuC9Pwh5Pxtuh6B 0hyIKB3tBvwkQCRvFIsifjGCrFQB8B6DWuEh4B1BzB3oQvxjiiYh4jUICIWB3pCCwLwi6GAKYCTH 8m5BvC/B1jHrbNwBpobCqIfB6BwiTB4B3CNtbn6DGiTrELHGiNEiDCxjkxQRRQprPB6jvBihnB0B 7BwB7htheBtmWB1k7K2hpwbhuhyP3hyBrhuB2htvnv3lShqpzhyh4h3BtHtGUNhNgKyCBt5BrpSB shnBqh0QTFBhkPWhrD2BwB2hxBxh3pjh1hnPWBrLlBvhnh2kdB+PwB8hdBiMphvxkmvBoBonMh0B 4BthqrqvxGliBh8hwC+hwB4FIMqDHjGBwhoBwhyh0B5BxBzh5u0h5vyh+kRmBBzh5BwH+x9Fbtph 4mah4BuMOmutoneRULPtoh7hhOYByrqBmhltMBpByJMhxhoBgBxRwhxnovzmzh8hzB8j9hohlEJt AB6unB6h3qnBQhXBplqhxjHtwHzBlBvBGhNBhhuhfGNp5v1hzhihkhxuMLzO0wUBxhmBnh0BtBUh wFXGnDEtYl0BahuBiBeBehThYnzFfhwhayXhnBkB3C5iBvkB3BrBlFoBlhviUiYDRt5BlmzB2pQB 0B0BcB0B8kQkaBhj/hrBYHbhjhihVBbHaBtPwBuB6SikbBnBurnOgSUrOosCpCcjsrZDSjPTajNI yM0iXCcrKTehzB1H5CvO5RVB9Jth0DmiUDUCpL/iXNSCwosDKIhiRjArXDvDCSkIdOjIPotRkFJh uInyAjUB3B3h1mZO5I1m/CrMuDZCnFPh9kDjYjYh5pELwijvEDVDXjjz7RNzXT+z/T/0AUA0BT+i xhlFwh1yNCrRVDOu5jJB8oVpomlisDfGliUoKGALwi4B3LclQCwkcosEDoBitoKKYB2ufozCryJo ljHzyC4T5ujPIC1i0ibI8iorYJJDqLeIsPErgh/rcxxothywvirIklINSDFDHlEC2NSB7hzh7ISi SQni4JoifmxCBMSh+h8B5IREApGiZB2BnB2DgjPjvDpPFiPECzpjpwtiXjrzd0biQUGT2ozCjDuj lPxDfm/Pui1ijCY0d0PB+BwHEECMzQ9JDLCiwBwhxD9F0viBmBUBamqBzh3pDKRhqhrhtq2hchuB qBbhlHcBdhlBnhxBehSvhBjppk+BlhnmGjxUZKmBmNPPXrmhkBkhfhoBlBbBnhpBwBiBUhshwBfh pkuBWDPUniwGTR0BthpphhwUfh3hzL2hXhkMVhtHzhlhuBzG2JvB5RLBpBnhlGEBtEoTyhlPXhjh sjHmcOxBfBvqt1OBohoBcBghutKxXH8jHhuRvnoB6tWBvDAo/ngB0BhBiBahzRfFVhyk4wVH0hmC YCcIjPYBvNuh6hnqihrBjspBsmMhqhhtpjxiRCzlmhsGBBxBjhbhsBhBfhXhvBuHwnkB0hjDXByC /qDhXhdJkhntshmsXNlhshvB2EiByhpr2tiBshaBfhuRVCZCdGIhonihzBtmuBqhshlDnH5iDigo tB6ofGnFLuLivEch2K5hzwdB0PamnmeBtBoqEF6hsoLNAPwh31dhuz7InnGkAE5h9iTh2B2BxB4B 1hxoRETVFtQSHhzzvidCBjnRMINJsMqCNjmsBBuPrTyh5Oyh5B22xhwhwQGKrBjKYK5kBB1RrKnF lhsBrBmImh+TCoMLwushzvhBzB6s7mAB5iBz9Cjh1B1hwJDISs6Kchuk/lVi1kdoiB7oAjLCPGlo jDGRsB6H2B4hzqmMhBmBzsUM4iPJDh5Jyh3BrhchrBcBahMQWnaL6B1hyHou00tB3FwEUEBhz3EB 5mPCqCrhrqhXAKcB1hdBihtTiDVoaoxB6KXIRWsVEB/LwuAB9B5B1yIF2kCh7ttjDkDQnh5l2XJk AzfhyX0pztBByG64GilsBH8m0M8s+ifobreCoEPoPMxECh1kDh5zzCwTxn3yeE0G6ufB4FEDoFPC XjejmjmB8xfvmLFCnhrBrhzBrn1m7DnIOiw03DQjODfHmM8h7B4DgB1B6lEB7yInmwxWxz7CBv0o Qh23aB1i4E5wzB7C4OZH4iTh6CaykSkHnyEiTh2h1h1SGvnBwh3h84sF6h1OZksB2nBNqQ7lURxs 4DY0tB6B2ulz6h8h3jbUe4Du5iMG/RrHWBhVSBZhaJghs2LB1KAh1JbBRBhBihqhSBW1vhOnK1dh rsgJQBzhrhaBthhBeBZOPKShuH2Bvh5WqK1xup/C/I7IPBehilzBs3NBzB6BshtBlhmBohwlFhzI yBththshYhbhohghiqaBXBvhohmhlBSBZYlhxB4inh9pphkmJB0J9hwTeCOBmK2ZvQfkYhbhdhQG mrw0NhuhdEf1wEWhxqol2qUByKDtMXYnsIAB5BbheBUH2B3TBhzh3BqBoBsBThYFihvzIhohthdh dhQhYheBsuKl0hRnihrhwBqHkDHvZhwhchchQJ9BvhmBlhyB1hfh0BahZBSBtBtByt5Q7BoaEwan Mh4BdhahtB1Pj6EhsLohzBi6AhwBRhxjFh+rQDAjgr/jYmdydSJC0zdh+USC5wxMUXaDDDZFPDmh 9rll6l7X5i5NBh/ChY8FuvcYrjFB7jFiXlAiTB5jVDFG7JryHw0jSjmC5Q8IKIQtqotwQwykxh+4 8nHIOX5jaCCrwh8nvN6weBxHlzFjFKtEBYYJVw5CsCdB8oKj+2aN73miiQxi1h9XFo7NuxwBzCTC RLnBvhmhihYIDY9Rvh2F2oBh6twB5DSjoEDB1hwmyIRDFB5z3n2a5z7CuyNIdM1nVayiYjm4IB0B mh2hoBbBlIprQTlKrmnUpBxBw2GBwFAmENN5CYGqy3vFYlKFGsooSjYOnBuh0wdB4w8GiSQh3B0B y2xqEw4w4hzMlK31CGcNtmSIRa+iNnWQRhvBzEWldkzjxB1Yx0TBwqmtUBnuRIGQyB0huG7B335h 1LwswWoECzWh/xkweQRqlxrkUBwoGDHnWBth7FEQQii3kBzByoDYlhpBoBwEtj+l0B5GLOUhwBtZ Xh0sZB1hyvdhuHHiwIgB3BlBkleFrFgBvh6ByFUFBLshxVMBrRHB47OIJtPBtvxq0QChnBv8DSxM XmTGcD6xwsSCWLPmcB6hQhVQHJyBrhQhpBWhVxWRcuVmS1sW+h3cdB4BgBb6XBihr3xBipFijBzB pvYBnBuFzxMihBxBjHjBehndBhrmSpo23hgheBoBfhjBu5thp1OBtqch2oUhjhZFjBiBvkKByBep mucO2iBOsh3hqFw3xBpBjhXBhhfhfBpBcBdhv2XO0hshzBlBjBrBVhaqBrmiBk0h5thNPEzhm9Uh gBehmypXrJtB1xhRXDfsX5ChqhzhiBiBtBhBjMZhg30hlL+dkHo5Ch2hqhjJQ1sn+oXCwCqB5cvF 2PahoaAh1hmh1BvVMhphqhyBghhBtFcmLOdJZRgkqbBcpBzhaBdkmmaFjhusfh0BkBl1ghXhrir0 1OiCRyHEdhuB5nCByHnbFQhCfDkzeCQDRC0B7m7SKpKz5IrOriejmh77X+dC9iXjGCt+pQvzyDYG Aeuje5Jh+C9EpjflPCWwhCnzkG7CvGl7Ea+suB+GAIOk5oVo+h+tun9Chmlm6kxo97kigjPCVLKr dh+i0h9C8UsiPCZIwTqEdGmicxT+oDfpFiZDlCdDrUsjvSEiXkQDFCZDqI9jQjU/Kjsvunveen9L datUB/V/WfW/XfXtFCxmljUB1jljx4IIb29jHCOT6xaIOC9Ntu0majV7pIdIdNqijEAt6jW40i0i Uw+kTIAiwYhUgHFB0jii8Xpa+jGCDDR3WTAvwM+z+L/h7IKB54cB3htuEFtCwQw3NQ5ECFEY2ICY xm7XNOrDO+k7VtuprQwmniAPR6vR7O53vdzOl6PR5Ph5PN5QJ8P6KPt+PxzOpyuh1vN3PGJvN+Qx 6Od0O97Ph9vd8Pp3vF2xR+w97vJ4QV4O58y2KP58Ol7up1uttNp0N9xvB3uJ6OVuORyul5xx6Pdz vd6yh9Pp9v+vV+wWGxWOyV91u57spqOZvMNxtNmstiMxxsNkuC6up+vmZvR8tJputvsFyspjMJiM drPx+v52Nt1MpiLlst11uNyPNvr50OVxN1sNtyL1jOB0s52ORuNuet5vOtvMZzNpttBqtt1sNhuB qqpwPB1POe1+dvhuN9qsZnuhyOh5V9xOBusNjtpbL5tONqQp1vSesFiN5ssRxNtsNReMVvMloOOv t1utpls5vuJvvFvtBw4dbrNeGyY5jHIaxUmyZBkmAZZoHKZhpM8ZpwGmbRrFyYRvq4fp7KwZRml8 axtHScZxHmcxbm+cBvHEZpoxEbx4nIbx0miaRhoufZrm0c5ymccxjGUXyoHcfzGnIX5wGQZTqLoX Rbm2cJfnCZ5mmgVhbm0aZpOcZJ4nUcx3nqep8LLMcyLKfB8n2aLIHSdB2Hmeh5mmbJ2HCbh3Lec5 9osrh+Hg7p6G6dxwvEahsnQfrGnbPxxHGbBqxAdhynkcRnHCcz7Mw2BrHYcZtm+bhvGenp7nGrBp nieR5HYb5yHkb5qHWdi1nWdp2nieZ8uIfCmwiatDHSdZ4K+dh0nYZppnKZpgHAeVgnyfR7p6cRyH id51HU+xqm4cB2nAch3K+dp2HepB3nIZyznGdB1HadJemOcJxGudxyGobxvm+bxrNwbBv2JLpyx0 a5uHWep7TQfZ8nMcZuned6I4KdpsHOoR0HO7pzGbgp0XpV9EH4dptnmdJrHUdB0nVcdoood9bHbh 0nHjYh7HgcbLnIb9inphx7H2eZ9w0rh9n7Mui6MnukaTRGk6Sr+mOGsOmMZRDGyGmWqafIeiK9q2 u6ynqLn7sOnavqekbJrUh6HqB/6+mWmLFpGq6TsOl6/uOs7xt25aZre26bo3A8FwfCcLw3D8RxPF cXxnG8dx/IcjyXJ8pyvLcvzHM81zfOc7z3P9BzyAgAplbmRzdHJlYW0KZW5kb2JqCjEzIDAgb2Jq CjYyMjAKZW5kb2JqCjE0IDAgb2JqCjw8Ci9MZW5ndGggMTUgMCBSCj4+CnN0cmVhbQr////O1jjl ZOS0q8Ff9afcmO3OeDL1fDuY0msDg3h6IThJ7w6B1XNmih8n6RTOxay7lCXuiaEpIXOVJfcOoBlH 6QlWa9/J0Wno+FL8xxipgqzPcDZxmlfkL3zcPR31hAb/2nLeo0NHjDyZiQOyMoVeAvaVc5DsV79p NP2GKoKNKVz/BwBCTox/6BaCmkgI+Ur+jr2PexVP5EpMa3TO+J4r+KUsO/S5utzPPXcYRXFjRP8h 03s3I1+Bb8v2PsSUarw5l/ctULEKH+6CODTzm3jzvExu82/OdN+Zax5d/4kZOCARZnDDcZCy88jm 52Rf2iCsSBQbFon7sPQZDfOiJyzCOZIz/ATDr/eMlt7x9bkRoQEmvRivuMik0taYdP7ENzdXajRb LuNTu3kyrG/rvhHs5M4FlIfNOVmk0c6ilQba7HEOSKDym1trzgfbucbspqu7qz9DeXidHUpswN9y mszjqBWDmrHfBn/n4jitzt9YioqYzQQRayJb1+I7SXwILSUdscDOkMdOd6mHJHhmfQPxFdH1JjwX ghP6vV13xYud4zxdsswlAETPiGlI7uZL3/sc1SJZ7aRt52LKXyhV/AuRWr5ef7+iTkcLljbx4hXt /usQWNi0xcAWjx8/5RtKd3YJ1fXIeEMQhNpGdrxcY7tHdBMgKNjgP2gAfk4cycWS0puHmxPLq5im 8Q5iTXIeleYxtQ8KlU5zls3BspeGRGoizAU2mLHOPqLcofBPv4Y18TtE+9GTbmdhMBn4tl5i2Spo D8MZ3QG7uqKsCmIyP1NuhE4/GL2mee3AcqQf1X5KPY0NVmsOEiWxvzAT8m9mYPS1nw1zRodhB/kG Js+EcAwRfmJ8jXWiPjTTUiZCuIc3bidE4m3LQ3XFSZuUzgyg4IsDXBh5/1at0qnUFWFbTdCCkbLw XfZlI0ABtw4OWO6ZXEux1UsIgx6xWDQTtIHkNxOXKHGNjZTOj0zcnqTLNwEX6ddi8lqBpLO1uGc3 nJ9KM8e8wVVQj+ScbIJBOLpDT6QKZW5kc3RyZWFtCmVuZG9iagoxNSAwIG9iago3NjgKZW5kb2Jq CnhyZWYKMCAxNgowMDAwMDAwMDAwIDY1NTM1IGYgCjAwMDAwMDAwMTAgMDAwMDAgbiAKMDAwMDAw MDE4NSAwMDAwMCBuIAowMDAwMDAwMjM0IDAwMDAwIG4gCjAwMDAwMDAyOTMgMDAwMDAgbiAKMDAw MDAwMDQ5NyAwMDAwMCBuIAowMDAwMDAwNTgwIDAwMDAwIG4gCjAwMDAwMDA1OTggMDAwMDAgbiAK MDAwMDAwMDYzNiAwMDAwMCBuIAowMDAwMDAwNzQ0IDAwMDAwIG4gCjAwMDAwMTQxNzcgMDAwMDAg biAKMDAwMDAxNDE5OSAwMDAwMCBuIAowMDAwMDE0MjUwIDAwMDAwIG4gCjAwMDAwMjA2MDkgMDAw MDAgbiAKMDAwMDAyMDYzMCAwMDAwMCBuIAowMDAwMDIxNDUzIDAwMDAwIG4gCnRyYWlsZXIKPDwK L1NpemUgMTYKL0luZm8gMSAwIFIKL1Jvb3QgMiAwIFIKPj4Kc3RhcnR4cmVmCjIxNDczCiUlRU9G Cg== --------------020204060805040202060003-- From nemo-bounces@ietf.org Mon Jul 09 16:59:29 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I80KO-0001MB-ET; Mon, 09 Jul 2007 16:59:28 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I80KN-0001K8-15 for nemo@ietf.org; Mon, 09 Jul 2007 16:59:27 -0400 Received: from smtp01.uc3m.es ([163.117.176.131] helo=smtp.uc3m.es) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I80KI-0006YA-EX for nemo@ietf.org; Mon, 09 Jul 2007 16:59:27 -0400 Received: from acorde (acorde.it.uc3m.es [163.117.139.72]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by smtp.uc3m.es (Postfix) with ESMTP id 8E5963DC9E; Mon, 9 Jul 2007 22:59:18 +0200 (CEST) Subject: RE: [nemo] Update on MIRON I-D (draft-bernardos-nemo-miron-01.txt) From: Carlos =?ISO-8859-1?Q?Jes=FAs?= Bernardos Cano To: "Ivancic, William D. (GRC-RCN0)" In-Reply-To: References: <1183973592.5652.21.camel@localhost> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-dX8BePrGknZ8cx8AHCO9" Organization: Universidad Carlos III de Madrid Date: Mon, 09 Jul 2007 22:59:20 +0200 Message-Id: <1184014760.10019.36.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 X-Spam-Score: 0.1 (/) X-Scan-Signature: 6ffdee8af20de249c24731d8414917d3 Cc: IETF NEMO WG , Marcelo Bagnulo , Ignacio Soto Campos , =?ISO-8859-1?Q?Mar=EDa_Calder=F3n?= X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cjbc@it.uc3m.es List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org --=-dX8BePrGknZ8cx8AHCO9 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hi William, Thanks for your interest on our solution. You have raised several interesting questions. Below, we try to address some of them. In an appendix of the I-D, we have analysed how MIRON fits the requirements of Aeronautics (based on draft-eddy-nemo-aero-reqs-01.txt) and there you can find some additional information about most of the questions you raised. El lun, 09-07-2007 a las 13:10 -0500, Ivancic, William D. (GRC-RCN0) escribi=F3: > Carlos, >=20 > I have a couple of questions regarding MIRON. >=20 > How does allowing the MR to proxy for LNNs scale? Regarding the impact on the global routing tables, very well, since MIRON does not impact them in any way. Regarding the signalling load, we did some maths in the appendix of the I-D and with 9.6 kbps, MIRON would be able to optimise about 1500 LFN-CN flows. >=20 > Does allowing the MR to proxy for LNNs result in binding update storms > during network transisions? Since the MR performs all the MIPv6 signalling on behalf of LFNs for those LFN-CN flows that are required to be optimised, this might result that a number of BUs is sent when the NEMO moves. This is the same that would happen today in cellular telephony networks when users in a train move and their phones need to perform a handover to a different radio cell. >=20 > How does this work in a multi-homed mobile network? (Perhaps a > monami6 related questions, but monami6, nemo and mip6 will soon be > combined.) MIRON is compatible with MONAMI6 multiple-CoA registration solution. In principle, since MIRON its based on MIPv6 RO, any extensions to support multihoming, could be applied to MIRON as well. >=20 > How does allowing the MR to proxy for LNNs effect Ipsec traffic > between LNNs and CNs? ESP is supported. AH is not fully supported. >=20 > The draft indicates code was tested in some sort of test network. Are > there any papers or links to results. I am interested in how many > LNNs and CNs were used in the test deployment. Reference [17] in the I-D provides some of the results we obtained. However, the tests that we performed were not focused on handover performance. Kind Regards, Carlos [17] Calderon, M., Bernardos, C., Bagnulo, M., Soto, I., and A. de la Oliva, "MIRON: Mobile IPv6 Route Optimization for NEMO", IEEE Journal on Selected Areas in Communications (J-SAC), issue on Mobile Routers and Network Mobility, Volume 24, Number 9, pp. 1702-1716 , September 2006. > Will >=20 > ****************************** > William D. Ivancic > Phone 216-433-3494 > Fax 216-433-8705 > Lab 216-433-2620 > Mobile 440-503-4892 > http://roland.grc.nasa.gov/~ivancic >=20 >=20 > > -----Original Message----- > > From: Carlos Jes=FAs Bernardos Cano [mailto:cjbc@it.uc3m.es] > > Sent: Monday, July 09, 2007 5:33 AM > > To: IETF NEMO WG > > Cc: Marcelo Bagnulo; Mar=EDa Calder=F3n; Ignacio Soto Campos > > Subject: [nemo] Update on MIRON I-D > > (draft-bernardos-nemo-miron-01.txt) > > > > Hi, > > > > We've just submitted an update of the I-D that > > describes or NEMO RO > > proposal: MIRON (MIPv6 Route Optimisation for NEMO). Until it > > appears on the I-D repository, it can be downloaded from the > > following location: > > > > http://www.it.uc3m.es/cjbc/papers/draft-bernardos-nemo-miron-01.txt > > > >..... >=20 >=20 --=20 =A1AS=D3CIATE! Gratis para estudiantes http://www.telematica.ws Carlos Jes=FAs Bernardos Cano http://www.netcoms.net GPG FP: D29B 0A6A 639A A561 93CA 4D55 35DC BA4D D170 4F67 --=-dX8BePrGknZ8cx8AHCO9 Content-Type: application/pgp-signature; name=signature.asc Content-Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBGkqGoNdy6TdFwT2cRAkiKAJ95TLQ+5Hzo0MO3qS+puAPh5bZ6hwCfXKOY mHY6GtMMCBG0lsh8slBCaV0= =YYda -----END PGP SIGNATURE----- --=-dX8BePrGknZ8cx8AHCO9-- From nemo-bounces@ietf.org Tue Jul 10 07:39:02 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8E3X-00072f-K0; Tue, 10 Jul 2007 07:38:59 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8E3V-000703-9u; Tue, 10 Jul 2007 07:38:57 -0400 Received: from omta01sl.mx.bigpond.com ([144.140.92.153]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I8E3U-0001KV-SR; Tue, 10 Jul 2007 07:38:57 -0400 Received: from oaamta01sl.mx.bigpond.com ([124.190.105.118]) by omta01sl.mx.bigpond.com with ESMTP id <20070710113854.NCCY70.omta01sl.mx.bigpond.com@oaamta01sl.mx.bigpond.com>; Tue, 10 Jul 2007 11:38:54 +0000 Received: from PC20005 ([124.190.105.118]) by oaamta01sl.mx.bigpond.com with ESMTP id <20070710113853.PAQX19191.oaamta01sl.mx.bigpond.com@PC20005>; Tue, 10 Jul 2007 11:38:53 +0000 From: "Hesham Soliman" To: , , Date: Tue, 10 Jul 2007 21:38:47 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Thread-Index: AcfCLkeFsmF3MNrURdimEQHJT+raWwApfB8gAARWeCA= In-Reply-To: <6C8E068C4D0248408FA49036CC384C8338AE83@mustang.eu.tieto.com> Message-Id: <20070710113853.PAQX19191.oaamta01sl.mx.bigpond.com@PC20005> X-Spam-Score: 0.0 (/) X-Scan-Signature: 34d35111647d654d033d58d318c0d21a Cc: Subject: [nemo] RE: [Mip6] new DSMIP draft X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Hi Karen, > > A few comments: > > To me, there is some confusion in the draft as to whether > RH type 2 and HAO DST-OPT are used when MIPv6 signaling messages > are encapsulated in IPv4. > > I think, that you now want to say that these are not used (?) > Therefore the HAO DST-OPT have disappeared from Packet format A. in > Section 4.2 - > Right ? => Well, since we're forced to use the HoA in the src address field, the HAO becomes redundant, so yes, that's true. > > If so, the RH type 2 should also disappear from Packet Format B, same > section (?) => Yes, it's a slip in the text. > > For clarity I think that it could be good to add a few lines > somewhere > emphasizing this general difference to [MIPv6]. I.e., not only are we > encapsulating > in IPv4, RH and DST-OPT have also disappeared. => ok. > > A long the same lines, I think that the last part of section 2.3.2.1 > needs > updating, Ipv4-mapped addresses are no longer used - right ? => I thought I did that, hmm, I'll take a look. > > Finally, Section 2.2 on Mobile Prefix Solicitations and > Advertisements > doesn't say > whether these messages are sent with DST-OPT and RH. Such is > a MUST in > [MIPv6] and therefore > it would be good to clarify whether we keep them here or not. => Yes. > > Also in Section 2.2., I do not understand the reference: > > "Securing such messages would require the mobile node to have > security > association with the home agent, using IPsec (AH or ESP) > and based on > the mobile node's IPv4 care-of address as described in [MIPv6]." > > - ?? > => This particular text is about 3 years old. At the time, I think my intention was to highlight that if the MN is in an IPv4 network and strictly follows the security requirements for those messages, which may be exchanged before the MN discovers its home address, then the IPv4 HoA may have to be used. That might be tricky with IPv4 and especially when NATs are present. > It is also here said that > > "If this effect > is not desired, the mobile node can base the SA on the > information in > the inner header (i.e. using the home agent's IPv6 address, the > mobile node's home address and the ICMP protocol number). Such > security association would use transport mode ESP protection." > > Why should this be ESP transport, do you want to say IPv4, IPv6, ESP, > ICMP - as in [MIPv6] > had we no RH/DST-OPT, => Right. and specifically NOT: > > Ipv4, ESP, IPv6, ICMP. => Well, this format won't work if a NAT is present. Or do you mean IPv4/UDP/ESP/...etc? Hesham From swi@thuiszorg-groningen.nl Tue Jul 10 09:38:32 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8FvE-00054d-Uy for nemo-archive@lists.ietf.org; Tue, 10 Jul 2007 09:38:32 -0400 Received: from [64.238.97.47] (helo=cvslnst) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1I8FvC-0004pl-Eo for nemo-archive@lists.ietf.org; Tue, 10 Jul 2007 09:38:32 -0400 Received: (qmail 21865 invoked from network); Tue, 10 Jul 2007 09:38:29 -0400 Received: from unknown (HELO fjysq) (80.106.83.82) by cvslnst with SMTP; Tue, 10 Jul 2007 09:38:29 -0400 Message-ID: <46938BD5.8070000@thuiszorg-groningen.nl> Date: Tue, 10 Jul 2007 09:38:29 -0400 From: Jozy User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: nemo-archive@lists.ietf.org Subject: Fwd: post.pdf Content-Type: multipart/mixed; boundary="------------020004060100080306050806" X-Spam-Score: 0.0 (/) X-Scan-Signature: 3643ee1fccf5d6cf2af25f27d28abb29 --------------020004060100080306050806 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit --------------020004060100080306050806 Content-Type: application/pdf; name="post.pdf" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="post.pdf" JVBERi0xLjMgCjEgMCBvYmoKPDwKPj4KZW5kb2JqCjIgMCBvYmoKPDwKL1R5cGUgL0NhdGFsb2cK L1BhZ2VzIDMgMCBSCj4+CmVuZG9iagozIDAgb2JqCjw8Ci9UeXBlIC9QYWdlcwovS2lkcyBbIDQg MCBSIF0KL0NvdW50IDEKPj4KZW5kb2JqCjQgMCBvYmoKPDwKL1R5cGUgL1BhZ2UKL1BhcmVudCAz IDAgUgovUmVzb3VyY2VzIDw8Ci9Gb250IDw8IC9GMCA4IDAgUiA+PgovWE9iamVjdCA8PCAvSW0w IDkgMCBSID4+Ci9Qcm9jU2V0IDcgMCBSID4+Ci9NZWRpYUJveCBbMCAwIDIyOSA0MzBdCi9Dcm9w Qm94IFswIDAgMjI5IDQzMF0KL0NvbnRlbnRzIDUgMCBSCi9UaHVtYiAxMiAwIFIKPj4KZW5kb2Jq CjUgMCBvYmoKPDwKL0xlbmd0aCA2IDAgUgo+PgpzdHJlYW0KcQoyMjkgMCAwIDQzMCAwIDAgY20K L0ltMCBEbwpRCmVuZHN0cmVhbQplbmRvYmoKNiAwIG9iagozMQplbmRvYmoKNyAwIG9iagpbIC9Q REYgL1RleHQgL0ltYWdlSSBdCmVuZG9iago4IDAgb2JqCjw8Ci9UeXBlIC9Gb250Ci9TdWJ0eXBl IC9UeXBlMQovTmFtZSAvRjAKL0Jhc2VGb250IC9IZWx2ZXRpY2EKL0VuY29kaW5nIC9NYWNSb21h bkVuY29kaW5nCj4+CmVuZG9iago5IDAgb2JqCjw8Ci9UeXBlIC9YT2JqZWN0Ci9TdWJ0eXBlIC9J bWFnZQovTmFtZSAvSW0wCi9GaWx0ZXIgWyAvTFpXRGVjb2RlIF0KL1dpZHRoIDIyOQovSGVpZ2h0 IDQzMAovQ29sb3JTcGFjZSAxMSAwIFIKL0JpdHNQZXJDb21wb25lbnQgOAovTGVuZ3RoIDEwIDAg Ugo+PgpzdHJlYW0KgAAgUDgkFg0HhEJhULhkNh0PiERiUTikVi0XjEZjUbjkdj0fkEhkUjkklk0n lEplUrlktl0vmExmUzmk1m03nE5nU7nk9kJSgrlgjag4Cn1HpEUoUEpcCOEHdkKYdJndRgjYgbsH T4fFAABSAI6AVWADdglkg74ggBjdms8MHUKJUIrpSr1UllTq8Drd2vy0sTsdlLbFsgVqhNouMaVs FxECxsGyMIrEHvxSWl4vMFxYAx9fw0DtwBctLzsH05XghXJTYysRWdsoRX09Gg1ogTD1muhF3K+f zUm1kDVtur9r1UHoWR5MIyYA0+t13Py8L5fQgu4gWh3O73mWt8CHWx00Fp8KHQ6Yd6gTY4unzWvt F+sICfGDdjd5tR9PYxIAt0djmgA1xZm6sjLrChT+AA86BuA3KCrm0SEO4podNKdijB1ByuoWK71i VCcDK0rjgva1StIIuzANscrBNopbbNUzKEgC2gdRAgbXCuwTOr8gTbIRDb/Qe1EJPCgzTrJDIBMW zrtIM9bdoFH0qxOgSzPgu6EPK7EaoQ9gAOa17PRXFqFvSOAdTBK8lR09qCPggchAAyMmv6ABaMzD SFt08bvugrsoqo9LgTasqCuYgU9iBBckh0rS+oGr1Bw/PSDDFMMyUjQzer4WaBKbMaB0dOqEQHJ7 DrHLDDoNAboNiFQunw5LmiBUdXoJUK+K4djHxy+47Vyjxuq2+6EWHY1eM82grivMByi7Qk5FmbBZ uKw9fvvOa8S5Vygi6LsnIHNoVKkvaGK60qYnK/VmUYOFoTaZKHWvK1VrBVt9pucpk0dfiL23fSOV gidiPEhlqJKIF64Ci0NHYzArzrbqIYWhzjILgyDUQjVpVOjFPYfI0kgBeCJ44iOLIbTSMVHWYBNo hg4AFlzVs5Xzn4DahZ2kLqCz2X2HQeAQBMm9kytuAMboNlFyoHaQ7AAaTHx7EExIhdzO6AgWVTpo 8etXpTHwhfcWvvUdpHLgFGFoXw7C6puagERhWqsFD26VM6xWQpiEWiIAgClukqxAFGZNFEqFwOWc MIFtuWSCgbmivQM3OPkmvMFdzn2JNu2zq5OZcvju/oJrqDF9UqnMhr100k++FsnrvV0YhekR3Isq 19j3NZOgm29YgeiZ3r3S6chWEAApuHNst0xMrkeQ120nUzB3yCONWGNSqzGn323FR49UbHue5Ksb u9E5IL2yDXPcDIsRAbJnxF+zILWY7dtMHhLS5QzhCXJHBQyFcWYJXUp6T26gOwQAQD4SEN1ow3RW nJV4VsxMBWUJ7Y81NyadoPuWWu+oABVj7ncIM9d26oiFpCbIQhSLvyyuOWkx1RDg2amOP0IJCjmC oDdccQeBZBXQpZiMgQbAV0DtRPsZh7KoggC+iG28ZLcnGO6ZMQIMQOlvwyi8Y4dgtHwPtiGqKKyi mNhXDgNg+B2oYxfjgReJ5BXugAZknN6kcY9R7j4mkwZBYEkFg8xB/EfScCtFa+4yC2SHlki4i84z cm2ptkQQ1iizzsq+RWi+QxMU2hdGKLMIBnRGDdHwHCQp2TJlkNe2x/iiIxmrAEChHpzzbOegoQOB KiJAydI3GUADN0HHGeMVAVoxWokDO4jWYBAhfOSaMQR+pVhimnNO2xqBBGby+I4ohMCQjHt5IYY0 zqyzSQ2IQg4g7Xy0FoXhFKZjQZuEdbeQVwjRjJpCjzNJTRZEYxnXLE+fapIYCti3H+ZLUEayKczP MjVDEgtHmREeghCjaH4YSQKQcCnXGSUe94u8FVIycl0QQzMC6NoNocRulJBQSwAdeQtzkS3mEDfd EMLojGn0TOcpQKQVE6MmfHM4AEgaB0rIhMUgQJSmpCYw+wgTcp4TZmCLNokWqXkJFadErKuyCSKR qUKbcIKkEYrGQIYtTDV0XqUQed8zSCDSINVkhRfglQ5o0Wum0ZXbUGURTyspFRaVypcsQwUxY8vL IdWohgVK71Hbc/1cthCB1nsCRKVJDp1EbqeRmBJwLFWXIc360VpSMiMtNam1Vq7WWttda+2FsbZW ztpbW21t7cW5t1bu3lvbfW/uBcEkpaI5koouQQ6TYrhRCMCWg0iuZEWbDE7k9EAyyitMLaGOz2i+ HqKvGxYxizL3FIkMM9LWWAoTL4QJIAAEbuyXc1EcpzwuitLGZ9u5hnJKGS5e9atz5831VZCWvRA2 splLUgk36aWKEEvw5S85unfwvK+XamN6ziOon0WQqLLnJGIS4b+d1UArrjDgr9IllSCNZOpQ2H06 8SkEwHgRMdXHNYUobKk2sATtpjKjehB+IEuPiqgogoFgEB3qSqsfC0XSGZGB1RMw1nVW3KM8WRMB +EBHwNOcCuitgAZAXBCuFhTENHpOTChKrTEcXIZyfcrzaKEELhQXEq2YI9YcqglkVp5FRzqNwcYx ZU2WMRMwad7uZ0OU2Q0tw7Ys7zI5XSyUgpYzBy5IXQwxoAVQ6Dj3BiCGDqtUmxlPKjKPZYljYmZ8 +BqpMYyK1dPDuK9J3sIZLGhNXVSGLa+5oqJwJHMb1IVkzoAWbnsWsYlkzKDF1wmVRWiq2GNIQNxm qFJBb9ZhPEvC6xwYILfKaz5cSTnsC+eEiQWiA0xSxQs6cgaDtzECquqRLiUEVVBKCu6A0NSF7zVs etHYs0fWZSw+IwUur7J5mc3HbDTSJpLajfXPdRXIKRzYXFAbe2FQ0l6QZf81iBuIe04uL8KIKa4J VgIho7NOMzJUMmN9GcL3L5oUc8e1iDUtIy1szUp2ba9k6Xc8bP9TPBI81tn2S90rzIJA1qpCscHK 6RVFnBCZ8NX5nW2L1CIguQrAQbJxFqaVFKFFJNbQlSw4miZQ7Jh9DoucahhoEUaqFF1pRXsd244l NhRuUOz8HWtHjrAHg+o+jd1AAw2aRBJxcyTdGFHPB3u9limQo584jK73QflSAhxlcv9bXjKREpjz ukwQYLGbydh5k3kQpOqxism2TaUJbtJ3IEK9Ibo2xWPYOmi+xqQK5jJGTLNCI9yTCrMs8/4fShDW y4qQoz5/T/E9OrtDBA/RzW7sWi3F9AdKU20tOeY1Av2/mkJ+Du6D5DuD2kpGi85K4n9wLRq1Pju+ DswYIR5wvBp4pFypFH/FEiBoeIkkDv9EzCGJsG3P1O9CHijEuApJIIxvbOKQBLuElISnlrtEsPPo OH/EOE6k6inuIMXiEp4Jmn/JGOZo6j7vZiDPlmAG2HhGdmODED7CDvBmAqAG3QLmjtRIALwnZPEC FIOOPCDIIB8IKlUohI6CDAgIOQjHmtENhDblKGPNukTqICLiuL5iOmzIKORCGKxvaoOHbIErNiGj nwyOUFWtnI9QsiRw4kTryLlnHuaqVwOQ8Q9w+Q+w/Q/xARAxBRBxCRCxDRDxERExFRFxGRGo5K4Q 2wHCNQ6iJQ0rUomgdDii2MxCIBhgxAxAlEBhfOcNsCOugCKQdLSh8D0r8tOqzKSpnCxJLCOv7iLw 5qkGNRbiFnUi4utL1j1pti4uFD6CFGgAApnjHD7RdC+sLCzj1LLPFiuKjxPIxDNE2ipgxRqiLAuq ssGrIExxgRtISsmMKs2JCgSxjmKIEixgdLpnKApE4C6EEishyxPIki1hfMGo7ApIIPNCDxslrONC eN1BZoxFrsHL2xdq6Gjj7KnuAE4jxMQDQDFlqBaDQk6itASvClnD1pYt6r5RQBOqgFGEbyGISjHq 6IhFrOBP+lqoesKxiPLDTlxiuuCExDmkIG+mFjuDHgpAdAShugAkakBC9SPNSqlhWxQsrAAmjyaQ EqKGnEeO8ubOquZLxnJBWucRvvXlKMeDBq2k6jHptjmhhnENeshqYKOo7JED7C1DPxSEyxdCYnos 9j6R9EKkWmdrOwmNbNYFhoKvDMxr8gxOXC9IRCEiwGKB2JBjYgrpEDQjni1DTxoECAdQhC8S6NKQ IiFBtR1FTtusESupBL5zKRJLiTCEBGvDpD3CEt0iuqUkXgdDuABA4R+FWSxvcRyCqMlGNC7j6m0o vkCxUiKFtv+JDNLQ9RHTlLgOCLAlcrtFJISHdslIvuwnwxSCJHujJsSzaCrNYzBjxGko9zrCTTmi JuWROCJFYDOhaImkTNWjchhkJyBOCuSKGijMiCFC1R/GLiIRvsevnISzyDoELtii3yUtaEJxTiqQ DlLHMlWL4lRLtFuQVjoEQFOO8z/vHCFNIOFG9TLFKNDDrMMKiL1yg0OjOi4jeThjNHplGDfuhNco BGXEwD1EAlQo2HYtdSnlYpzjtlnryEervEd0ck8tQlMPLNXEBhyx2R3Jg0hSHoLndmAj7kTGvLSG Ti2FaC4CDy6DntgsrlQAAlZn5umCGGDF4DETzGElYFpxWFUSICzU1ijwbmCC1F2KSxvvBt1saCDS mEPCBtxFxz2CHr0D5y+rNFoCCt5toD/IL0rGHtGvIPHlmOEiGtrSuMuk6UsHmMBOFRKAAPG0du9V QPWPbjOHDnSKKPCmSCukFMyr3OJ0OJ1jXTLNfjBCuC7io0IuqS0wt04Gc1cDERbwsUupaHLVRjP0 NF9loUFuoTLEoNVDwgdDXmZN0g4FoguudFdDbmIiORLCJUBmSNJCTO+E5UgJBQLzl1112RGVfiTR ao9UWCkT81TKeiPzkoZS5CcFc141TsMrVVnK3GeJBPViCAQQnCKoCvfCNT91IEqkMqluiiJG91hC FoEVtV3ifGUOvp7HCnJodurEPBaGbj8oaWJuyHBPFoJKZUmCukwQJWTC4v0t5JJCGypR6Imo5pJK pvqoqikJzvKPmN3mjn6wlo1i6IwhZqDjIDyWaKowZtFkswkutE+iBFmHOjyHmFHKTqwpJJRiGLwE oKvCEqhhaFcWbCju50kUZWADiDmmLCvGXPaWnPl0ZJwEZvXJtDRObt+PbEwW01wWEv8JgiFHhDM2 0G2VGCdGpwKxYI0PGQMPfCvCzJ3n22hp8v2EV0SAAIPPbQAhkpTiHI23NzWqv1OoG3QikHV3HK8i DHumKiEW5nXm1v52CiB2EW3V5vHEL3apXm3pBmAJ8UAk5KDKRwiwzGplR1liYQoobiih8HtwgQMs aDFpXJmjnm6PRy0iFrUVR2eNSKNp72iuVlfptJHiF3kpnO1XmXm22CGBuvGkBlCCrE7wTm4rAE7J SjP2BCMmjpSwH05k0maxfLXTSV2iQYCiPX24ECE3+jGCN4HxBYGCL38iLV93prdq03zXuFKLHJ1F 3B2F4IopgG4qdGwBGK0iJ4KX4LalNOYJtKmIKW4OwERTaII2+pnXnFRKDKrOMBWhGAxLGCIko1/L 1zHLeLBpNKlnOy7jtLHg4MT0xW/Ihq+xsmqi1SUzhq7CzllXboiE7Gbj7gShi38zPyYN3sTlhqyh pDzjJnOyzW3WiYogBClt9lxGiQzEdrBpUCo3vS1OwKfrHr5D9XLwYLsLBkqjI0ET1i7YPkGmajS3 do4wwSqo8Vp3T0kG4HavF4/1GkVrHHW1RwiAAYTwEq2lYRmrtk6xI5KMYGZMrGJEuG6RMirYQ4SG 3G4Jjr2Y+hGLUF3PsqB4oCCnwHfGn5PO23SvAsCqVmLABLzDcApTqAroEDnoGwjHIFpJtyfZfDiH EZniEkJmakBtrHfQBUEPFs3Kg5q2tKkZkCkABBuoJRMizh2Xc5SEILFD4J1DFr7AA1WYGwkEnHjB k2NPzk0tK50iCXF6AicgSj06AaGidjA4MaJCdYFHwjNVxCK4JCKYWCkzsOwCSz0zRCP6Kz+1gJfa Nj+aDCE6SVECPaOiGymwcMEyf5kl+E5isVoEVkWR6TADiRjxZDDwkisiwkByzT6HbtLDVgUOJJpS 2iGSy1VGE1AC+amWrsC2i6oxVtZDQkcyy6ciDWxQEC7OHS/oDDQyhKOiuFuM7NjM2mvTDqLCxy/n KTHkwL7a2mMFnoREni6jfa6wvVYpszIjoDOtjjdaZCbL0QVkuPZ4e08AACiRkzvk9TCEIosCF6rW SzZTOt3x+UNiDTeO3VEDP3ZqYSMXC3ubFib1DZlTTIt2I5RMHFJKaSOZiOVqoCtSLK8aiT+CDy46 YVRyKSj0qtHRc51F+TqHdy0XOHzQrGoNBz5IskunTjPnU1hyNCFzQsXUZClnzbsluKXjuOMmHm9j Psh0IsAB8TIFMxNLvUbT5S4wECEGNCliwg4LovNrpygk0whCvMnIKLs78EOb93Xndno0QF9m9r+o 6DOr5uXEF64MDEqDHUBjTsAr7DFL8mFL+aS5iLnsZOJJHZa6Qxx6LCX6vcU8WCXaN12zjCUVS4F8 YrVaTiM8Ply0YCV1pLd4BCLNCNuFfVIMRTGSqiPjtOprZigABU7Sq1BhaN4FcPAYHFAFmVctv7YK apsjMt4mEkDxrk/iFiwSmGol3t+HWw3qyyGk0DFDIEnEODF5Nl/V1HKDKjjPUQXQGw0FGc5jxOWE btB6k6lG0VRjnk2XgLVarVdnTk6v6gVXFIBuNc3SX5Ac5IPGAOWMMVj7RaE2yP1qOAAcqLRS0PgP WEa1tHBWpCEuNNVN0mKjCy0ohnPu7kx1aiGFvpl2DcbG/muEZl58vKNqjqlM0EIUxi+UgJ68t29s DSIPzCFKUmYlnWh2AruVBPNGhBkilggGq3hqPiLOmGHKWkBn0FsT7brP8t0igrXDPleWbHfG5mjZ 3iTQBC0Dm0GmFCH18rXm4dIc68Wl220iklDPUCo8ZrcZWkTwulfkVTSrRrYZ0IvNWCMaPiE+ImSK Tmh1/4WeDoiIcCKzN2TIyc1dQCN4jCqQPXEvE45E7Fn3BVAlFZ2qFHQJR4CCKPZuT0fAAQUeSH6r WH/WznWNFpK23pLjOnZEhWlvC2+weQPwp43CKF4PeuKLIlGvcDDjIo788bc3DQnvQi8XnniHJmdy zLzC3H7cNvkgpY1ngKbKTQziCYCaMEj3OJBwzFcPXZ4jmezP9L7LKoBobmpPFCqFEM/nXXYFnl8F ty1G1WDQtpb2WTzuJqbwGtKtMMfESs9dO2UDSoPeXiclEJbDIfI3uGyh2YgGTJdumiivRwcYOnlP 1O/JEWNPijbCtBWwhjILUIuMnnVeP+weuS1Q0paqtoTK0Pu5AXrpgP7vSDgWBdTO638OUJxJaKyd QJ+iGpYCnQfiqaWvLfiispjlIiyeZQoiC+HCaKnE7fx0sHOCGqGJn+5aFJOpqzFlwo4C7PU1YCFw BYCLACAK0UACCQWDQeEQmFQuGQ2HQ+IRGJROKRWDuV2N2LQsrxuPR+QSGRSOSOx2SSUSmDHaVQRy y2DK2YQQBTObTeJTKWxqbTqYT6ZrScUOFGKiSodRIugBfLShQ4SsViiWDAIrlekyKnw9uq0rzUAU lWjqs0eI1uTgCjOWuwd2WOywxZw9WthaNI4QywQWklIAFQlXmDWwr3OCMmm06twtGGISy+aVeTUC NrRfEDIQyuiirR232QpX6zRDRW+XRmr3sdWN2aGCYKC2kAZkAULFQVGLNfFJ8PiGR2DScpYA4ALY SZZjq2QSmwXFwvaADgQS4wgdcisuU7c2Cr47F1GQ7pgCT2OClTRxA4Ph2eGCN2edKC0D0AC9wTZf Ha4rvQTDPw37yvIvzAIKvZ2FmAK2LSxZfK4g7xtk6xWwRBTyCAxLFsojiYrCgwlPSh4pB09yCKAs q4xAADigAqhWv+ljnK2pYACAg0SoUmS+oJFSCOnBK2DtGzasGui3IM0SExo98asUpyDKMh77qTCT 7xDHIAEYqkfOCgskvsvgAKW+8HOdKCCN6t5GRwhMdvq+6fACgynw0h6vumuDQvqhKgBA/b+TmiCs M/HaCv1K6EvcOyeThLziAE+KZJlCUG0C/BWzXOSGB1PUVP1JaMsRJ8iIK/6Gqug1OOGhj2VDBzFy GghpN6h9CIJPYAN9RCFr2nVNIIYaDGwK5uwkKR2C6Eq4yigklxWhMvoUuZsTC2LgnYYdmLMsiTWC MQlCuLousoLsrV3c6EpO6qDqAnx2AEfCyXQlUolbcUN3nfKU3gHVtX0jZ2B1bNTX/gqEWjg1EHLb NqYTh0kIpfGHpgAUNh1LeJqPX6I3MkN14ne0rYvQ+Mo/agdG6uLQikWmPobXUpAAbBsZdAyQHYAI dKwh2YItfGJZKh6yGHYKC5plIdV1lYAq+hbKJ032ArirGBIKK+Z5RmoBHYOzolaVoAufdIAjFqmr avhsvI8Vt4Z7CmyaCigr6IK8ela+LRS/hCC43Z77YCMUKR8dm5mG4GZoLnqDilrqgYCAJtaahjF6 KJWZmxu8vZWh3Hm0gw4N4+52FpsqG6SfG94foglcta21ABjbooMAK8pk9j8LLTWddXFVTcVI6Drj oEuILouZlnYqy6WhuAlp2j79++WedQ12g95xDqYhD1DIYmSatlqcfevAHXoVkkypp03CdWglhpNp PtZeg1nejmqDep6uS6L7M0e1rY7C2PDdsmBEyqVgLCf4QR1L7TrP3Ic0QYbrXtwKUsQ1jZsDyJtI cys0LYmHOWawbJL6v4AMpYIQdraaXXP8bq5crLKiGIKNoAJccKSJMNak9Qgx40OQrgmQZ/ZC0vw8 YmzNu79iKNRdnEBo0RiLDlMocYdj0SEQtewrmHT92uKnXKHCKaHSERBIUaEALTIqNxjQSKEEJyFE YIcvA3hI2crwQlGmO0d48R5j1HuPhBF/R9JszQiDspAMRJC7eQpCxZuZQfH2BZBzLGYeAR51EhEr mFHKksWgcArnPGSDp5CSHCyTZs4mHcgHZNsXkQQyx3xyjJiW8QikdUxSqJsy1eBBjkyZbYWEOAOi nPoGSEA68ZTqNzM4dN5LPUJISiQwU3oUnYldP/KpnRWX0AAlg1Z8RFYSk+hqWQ6aDgVSWIKCgq7a UJK6jmSYzLGyklYmCjGbR13iTIgY7iRBBHYpFbi1tljkgAMpGwr88ZT5zMBaJE+gkpZWEFkykJWM VSrNYgTBl6STCXEIMUZhZwcHSHjTu2l/qECDKfjQ1J8h/ngkGTKbSDEoyNnVoPRBGMZ20PkZ6VmK iziOmLnoYIrBwHDyLS6QdmDKSqxpjMtE6J45tpCVmAI+6wVUEWYIpUgk9CGjYkWbJCSmkvn/eaVc oQvhk0RVixUK760fPHcEfNg45S2SggM3ErMJX5vBnmksKRxUrEDZlSSjBDjoy/nmQWiZC4cPwgIW EsCC5dpzsQQULo5QgWLQo3NYSxI6vRWKXM2km5nrzrbN8waGE5neBUzGi5JiILOlZK2u76iySIPY y2tp80gFDloQ1UbJYSrruCSO38bT1EQtupQWZRrjyJuhdG6V07qXVusQqxZKToweILYBr91yR3cU RRO7JKLZFbkzZhGxxWvjdHwWA8bJCEXPuneKbxIZzEqu3ZazEn0WQOOkaqw14IKkIgxY9pxIaPwo AAQJjpFDuG1fRVxipCm508IdfIhQXUhTbjQk69CQk/H2J8pBl57C4kvcISsxJ3WunaqXScrxnXEk mVoRIrc2aJ3tqoW1Lhab6JcvSnOYJLsRX/aDiB9Bl6/lgJ9hqLSmDgtIMyhms4dmvmXjA2d1yrYV Y4yuki7z3h8DdNSgAVsSnTXptVbM7xMsmPpbjUCxQOr2JoLyN2wRDUNl1WajI29XC4qHPGTpCTwy FFCq4itiojL5WC0NgiNsmjnHeC6MU6md8PxgF9nZiuT6MkN0wQeE6TstFAgw4pRthQAajIkZiKJB 1DlZ0jkFMSljLxQDEXPWkjMkpnVyQbV2DrlEIb6qSja2j72Bru/8VoxbSkItlg1dkyQUT2e2/8h1 XCn0TlhewqUZ2Da5ReU+qmz3S0Oc5G6y1HJIxQNrk3Cr3KjwUOoK0MW2NQkNhPq5AxkoRF80QUxS 0UBZi0r+iYYu6Y0KY4OknZ5V1dJ3IlbCiBCc3m5NfuffxFTM7RwsaSU9wKXKl4Rki65Vmgv/OXgT l1tTRzuyhy9hLGCIMdjYwW8vNCjk+vyQnA5II/khmzxfniV02ERsAdU/RtjLKlN24rn5FmxHgN1G 86WtiJ6LusxiIhYTWrRqoauUh/MsAA4ees2RbMzENUf0Hd1xRi8PIOY8+DZy3k6QIYEjfA4+IkS0 Zlcx1zQus7qQmidwSjUTRKZvB5BQlKQOKj9BXTTbkGuz3bYnYH+BSdZ5KyyL9j7S134zwMfVMeBP jERPWct20c5KmanFroCz8JMCCbMHnfwB4pqxHhsCwQ1ADxYhYYmWswTX5qPiOCfdfUeQhfCsCDDS 2C3zGJDaUH4G6qL2NSCEeOquhuDGtJEYeIX9RG5Bs9x5PufFdbDXkkHWSdVbS7T7OojhLF01R1uL YW02m/uS+ROgO1kfiWU30e6+8+sj2Z6V+/eOutuOsSsR6dgjAXeXiQglWIWfwWO9c7QJiAC6KPId EACFmbMLUgadeU0YC6+XYpaVK7+cCG6bhAI1lAiJuaqIYg4SSoU13AoKYtKbLA0g0deB0a2YE6GI OPWZhBkbJBajSQopCjSdSYYXCPSgAWyIgveODCk6OX0kfC9DDDFDHDISu79DLASIpCGJQ0+baV0f tCeI+8e32Ig9Gj0vsh+IgrcJai6dCLSeGsIt8IrDiXOh4bSdO7E5IInEIJGcU60pmdgwO3FEYjsj EOmmify5YL4roLSTkZCTsfYNiYCZgL8ZyI2cUKEOuiI9YjIIeF8aYXswAh3FUf2Zmt2eYXSHxFeV 2giZkLCbwg5FE5ahkzSTkDga+7UgegibSaQiyZZCNEevmIOGGaGoWpOcWg7CMIczsNe3qWBGqeMa PDWIQlSHwZzGOV2WoWohEg4n66MS4XGlMIdB+hgdgOBGjBeL4LLHpGxBW6xCIWqR4fbAgscIWZIq G9qSuWoR0fK1CP0dkdEIesIZ6NFEoz5HzF9Fkb4Cun2IZAA2o5gYaiOmi/2iqXDDmKGeRFGc0jmZ 6PGPuKEp3IlAUn4pKI8jqiDInBegA1swfJwgQ1ZDAXWME/yV2JPFRCNI6OUMgnEmATkQk5sh6NiZ WZapWwZDrGm5Gh8/vJ41siob6cMhAOAdO7CIadlKcPY3EYS3YRWmA3NGuwyvnGfHfIwIajE0HKuO CgCJQFmawbwXe1skIMsXfDRMLMNMPMQ5cWKFoqvMSYS5AV2jLBPMcYNIsX0qJGuaTKPLUUQUPDOi KQUo+8uIWoVFrICKGaKPGKSVaoAKEAEWO5aIao864I9NegBDzMsXRNWi2P8ACBUXKOmmC52mOboO AP+ZgxQxSLC5ybknyf6yAx+a6hNNkroqkWfCEfkLeZ6PZOklATkKWZ2bjI4CkroJ4tG+7KlIycEt wZwjMUMlAkyJDOMS6V8f6No5+NoN8rZD2IUMmPYV+rG1uJPDwmgNkMMwWILNpKyaMTChElwn2OSo 2JA/hFE+qryoGr2IYhmSyJ8/WvmwFQko2JeQc7gYerDRC2QAAtaIa/WLKzUNqZ0ndAWI9JyOpM0i +LSOAJeKA5+omJqP1DnJc3oz+QxNGaDPuIICAxAtS/MIQoqaPFEL2VMPi6mPFSfRcthQGfII0SAs vOGMO08u/SFNI3rO8yGSJQIYK+yT+bEVmq6cws+VSa4rq9eITSqfaicImHLN+O2IevYJ0PvEC5gq 5T2w4j4PHQUJhE5UQIXI+vMI+P1OZRTTvMojRUpUqSvOZUdUwurM4ITCSNmJHMgJFJRU4IVVKInB EIk/W5mJ3VMIo5nKOjqOisuO2Qaxe5u5gPm3zHwIOT8qpVeyIuKfMXg7bA2PYykh9S8xaOYywFay 0IaM6LSaixuMaU5LYIS7NCU3OMoh4zS+JDHW1A+08cSPWz1DikQ/qn8oeq20uFmmIIcnQNMPJAuN NV5L2IWr6383m1UJiOvAuILXucmJWP8mI5Qe7X+rlV4LM3eJ007T/A9DmuOVM8TV2N1G4c4OCZg0 w5krsIWmyVMaBNU/5Y7Xy05TC4GNYimLS2g5kKI3eC6SiHwNg1GP1Q9BcISY2q1BQ3UwS3UKSq5D tSSIM/M465gb3TnOm0S2AZ7aNBSfI31VGI89zA8OAccIZCSWc1MVi5O3OaEfigyNQOVU2pg2AXTb ASiIwzMOVY+UsPvEZAFKtakI2ywNy4RA84nWkfsZcu2la1Ra8VqerR5RtPiIZbsybK0+gIMMAa/P CQlUcnpbuwRM4iHRRUuJANzYeIIRw9WCuCku/C+PqKBVaIRYvYOU3CUbYrBS6nM6tc0SyKmindIO JdUo0z+UQW1Nyj5SaJJNC5+Fmk+ekMdXwjeOKfBXXWDEaYNKjMpTSSzMRcumg++I85zec6SlneSJ wlpd0IPaEkGJBUlJuKIPCMyTve4XO8A5tVQOhaWeCdARIe4M4V6W4KqG65QSBdIeyRGxkM4y2JuK oPiAFGpXmbi+SNoI6OvM+WtWZaGfvWQTWPnfMLENAVWPsPgAE7I9sHYxGZ4TUPcK7fMRMNAJxR2m 5RsqYirgTA0MCxMIWVFNGOjAanOQOLCVUQKoHC21vSGVrPqwamTPDgpLhduJO+2UC1zLiz3HrhYJ 4OrV6JgYQ30U0WGmXNIf2OmOqPuSSY2I6GHBLFscSc3G8Z4++jLgHRnNOLS/7isXuB1VUIYQkMMs 8fgfzHGRCXWLiMNIIdRPSSW6KPYX4LKVMWCMXWmgVA7NPYze7K0hOmYJoLSWYXFkQPFKAhybzZ6U QbuY3RqoGtufyIQ//kkX4cDhMj87RL8KzB3k013VyIPCEYFNMcWlit+WdfWeKgRGaeqmkb+X0dIi ZQYh+gWpIYxYlIaKfTgZUmk2OWHD0Wgpkfari3tHtRQIK5tU3U+aNIYfKM8YmVNWnA4IWE6wKOsB KJNe8X0YCSQmkZ0V1ME+uIgFpL6Fnm9GCTRNujvnoJABLBnecYSjmowXwY3U8WFinnTFbLpezVMg BgUbjfC2Didey3guk6mJrbmIleiJFojMKqGd4I+6mXUJtoeZuHZVBjeluSufWgigkIWnaVTKW1sS oIZJ0S9n9A2JCfdEffzfbltlIN9k8IfnMJxB+Q9k9GhnsoKrozSJjGShvligUlxXBkVGO4GLLFqa zIKadqPWiPYWYYFhXiFB3GEyhRKKPEDm/nqr1ArIDdUy+uVo+fyjNRkwshpdrRtmggmR7j1DA7Qh kKqhqNiLIriaplggSerBWuGVMqGhoXPEDsLnrO7RQOmi8vfnQIlNWAAiHO5NiiqSXCYbeWYoXpUZ TEwIeqei6i+LCcCZxkQpJFIIRO6QTH0KuXKXOhOYQmdbkS8miB1acVZsvt9Hklk9huAWKACcMQ/I yovr098FojgVpt3uIf2jFOPtaLdbWrpNPoEJmloYQIwcJbYPtKaK3kaIkPZjCPxu7PDZyqPPbMmA ARBtZvLp9VPe7LSdu5tqoLdFGn2bEmblI99CuYOT4SA4+sRvEYDkyIoJqYQmpe8myKzi3oHiaoA2 LPQKTBmFnGoRRL6VTj3RAl0hlMIovlqJguI6FCiNGNoJ0bLNLLrEGIvCPlGLUrbBzTwieigoOFoM wa2XPuyj2d3uMJualoWJEo9spoRyPyRySYzfPyUum5nn5yaujJlyjMRQDba+mvfxHe7PHyoYShKL SJesxBEq43kEYeHTisgPZNizYTC6fy6KIgDQPzFWHRW42LA5nIKkQtPeJWWTolbzrzfBwtSTNeQw abvM44CPxsOohSUVHxzmn0CJgVNao8wjAvfVai+mBQSn9Vs8vS/0iJU5tZ2IJg4waG6x64HS0ogc IFmBKRp0pov1AI3S9XYMPCUhQzLEoKcX8l2k01N0hkv1kJAzaMXmsIppJWEkkRrpr2EjSubpD2au gU52j2p2r2t2v2x2z21232527292/3B3D3F3H3J3L3N3EPZggjS7f3OS9fS6nuVo7KyUILS8/fs5 VJAq2kSjEuFdGIcVxVcgMTyVWwPUAV/jcvn38KGOfeuouaCYkKvAQL/hYIbheO6NmRfIuS6RS0lF EJ5TSTVf8ItEe/QNwkSb3uLFos6WLje/8W+WaLHFfrGoGhJi4lPFHvNphZ4fkJStLGPtnJsiqjsV 7tUaobmX9pejAbArkLlhNnghCTQg4LTooI7obj/hllblNw5p9CPEIa+lyeybfQX43j2VT66SuqSb hGq+NxajDQyY20QZ3GtL7ShvUowKNqEIQvfAxYCo57ohfrMdxCyIawPCa4Z53H0fwL5CP8GPSX6l OPGYJM5lA4J2CpNsHIaekMgWp2Nv+iJw2owizLA5EJj0T1qcTuo+rOdCuZx4iAAaI4P9BjAkeCUE 6CoXES2QjGUP/tqjJnXQl9t87juIRUEeX6yIfEdcTkY/0QlnCURMZaj7oWhDAraPNIT9VdRh3pnK T6YPI79eZFXwCdhG1uP+Rf39Pk3bALKHKBKFaXByYuvZGIgVNqBv/34ZJGzx2h2BR87xi1CIAKAB AwAOoJBClBwFByusyuKC7B4lE4pFYtF4xGY1G45HY2AYmV4nBomASuAnZFFarY9BYZGITBJTKpbN ZtN5xOZ1O55PHK5XYOpBPaJPXxRaRSaVLaAOlpS42w2GSiU2GxIqLM6hW65Gq1XaRU6s2B03aRC7 BaYlZopJJ3brVSGxRZQ+HxX4mw4lcKNEqHPL5BLRO6PcaTLIPMYHWIqrR0OsYcHY+JRbgCYivbiu SoIrbZFnYdnLn5/jtBEjFBKlm4yAZNhYGOlmAXLSG6Ortio3jyvjK/qcNeN1sG7mdqAAFjzhToHu mLqiu7CveoHc4HeIpQOLBqByR0cIqOufKWHWKlVKtFwCOgFd+PBZ/2MHB7MAepA6nVZluHwUt0gj 3oG47lKctDYAAz61L43SZukHT4oKyCBqHA6tN4qSCKuACgoydkHNqdjkti06QLc8qqw0iz2MKr8A oPA6CNczKSROqysLg/7rq0oERoIwsDr+tUYKfACBtm+K0OWWkiABIDYsg8q4LMwKJm6VsjwG78qR iAC9Lc2SrLKjEPNGiTsOuihZupG5ZzCtkDxzIyZII8E5w2g5ZsMAD/sZMoANocpWiukCsFoIEBjE Vp2Fo4C4TygjHxgtqDpYoclyYibMKC+9Hx6iqYtvToAMYiT5oJUkjTDDk9oPTCDtoAFBIJTC0OAA DMT1GC7tE26BhUl8ll9Q6IoHRTLvNKM2olSU0gCFQunwkTe2CICLoM+4AGwWbPNwi9eNlILIVRO6 Rom6yBx+u7eIsiNSFpYRyi6mdjMxLat1MACfrNR4uuSWg4KxeFfowzM2063KNi7frmABaiaw9bqM OKWcXVHVyXJCiZZ4guyENc9qLX8iVDhUZNWt7Uc9I5Aiew9lStypbD9rumt7Zfm+cZypN150jGL5 7oGgokK866EilxpxpDAaNpmmpyaUzKXpWMqJYjFrBiunK8iTanKIBfIzour5xM80KYg+bJtZkEot sAu69rUXbfr8louOABAExEuuQK9zoKu+yo1n+jxUmtqqhwKD7pTA7BVrxk7Tm+2bggfBoHvLPVOA W+rI2PAJQjKIiBTGf7ula2L1ze/NxlyM3jr3SIlk27ok8vN7R1iEFoWdbTkgnR0vJm3zppy+bBWa Mb0xdzpmfCgXUjI7F9S/fon0zPMK3qx715zJozZ/pbr6sX+ugji846z+efyoxB0vEA0x44ADshWn VFhqD/kiu2dW667DsAC5Ygj03KpFVK/VUbzEXsJVaQdFzeCBmfUEVZba6CDoWIo1Z/BBH6EDcOsV pyLlMMmIuqZvxhT5u9Iqz9iryi2P9R8RuD8G0BQHImIJGw3UGqfOzA0gjVjdPKaFBqGgAIiETHwr JTy5C7u7faRln8M4ImUiSViE8FyNv6UxFKIRA2xEkK+p1rMM0lrDPe2JZjWiOsogjFhyrvHEvIIn CRUsVUbxujfCoijwVDEHjpG0kJZVIuXHYFKJz5jZESVdGaNUjY5EeKwgmIQOk4kTWogFGC+IIn8g uowvjFJFSOlETpQTm2pyjlQ2Q1BUCTxslTK8nK7yeMgIHE8m7kZYS5JyvAniHiWPujiRhsUupiE9 ikTklJ418pGNpEeEsxZoE8UOlcnkvx2G1Sm68ZLYCnrBIkFJu7eZozjJwK0Rgs1MCtGLK45Co3El YQHMt5ClxfB2b1OBvE6l0PnbGQick/08ESEYMUEpkzPm9CkSs06CEJxGga+IAAjHiEEBLBE3rt6E kIkrQCYkf1bkvNiTNez755QFUwp1UhxyTgCBQSSe9HKOIwoqYJOxGG5AAem8EAEM2oEDpnG2Vpma REJCkZymE/0YIBMZF0ijbISU6pKABoojAxAlNGSw+dL6jVHnIXh88plIFEolDFAA7J+G9KCaYgYV AlTDXJVycdQY8HBJW+4g9bgAP3rhXtnISgBNsr5YFoNf7BWFsNYexFibFWLsZY2x1j7IWRslZOyl lbLWXsxZmzVm7OWds9Z+0FobRWjtJaW01p7UWptVau1lrbXWvthbG2Vs7aW1ttbe3FubdW7t5b23 1v7gXBIyQEAKZW5kc3RyZWFtCmVuZG9iagoxMCAwIG9iagoxMjM2NQplbmRvYmoKMTEgMCBvYmoK WyAvSW5kZXhlZCAvRGV2aWNlUkdCIDI1NSAxNCAwIFIgXQplbmRvYmoKMTIgMCBvYmoKPDwKL0Zp bHRlciBbIC9MWldEZWNvZGUgXQovV2lkdGggNTYKL0hlaWdodCAxMDYKL0NvbG9yU3BhY2UgMTEg MCBSCi9CaXRzUGVyQ29tcG9uZW50IDgKL0xlbmd0aCAxMyAwIFIKPj4Kc3RyZWFtCoA/4FA4JBYN B4RCYVC4ZDYdD4hEYlE4pFYG+ny+n2+35GH2+nw+n7I4y+YHI5G/n7FpZLYk43I4nc7Ha3263V+v FywFyv2Ew2G12s23G4nI9qRA3Q6XO63S63k8Xi6XK5I3H3y+ZRA2s123N3BYaM5nI9bM32+4Hs93 s1mgzHa6nQ9rMx2CxHS5nQ+Xw+avKJG/IG/sI+MM/MRhnxW5dFmWyGGv18v2izmioEsnUqk0sqVY sFos10rVMrpm7YGtlsuFKplIyGAvzyaDS0me0lAlU84bDA2k0WoolAonC4W+2282Xo83ozGazWmz mOp02lnK43G73c72ey2cymQzU2lVIrlarmm0Wg4nG3oG73g70MhT0v1ss0qlktMHDjYsdB0HOYZh GAdBzHObxuG6XRemITpVFYY8JGAWRiHcdZ4pQZ5otuZ5oGiZhnFKUZPmqahpEiRZIG0bJusQfh3u 0aRmmgeZ5HmdscxeaxsGqbJrGsWJYFdHJ2ngeB4leV5amMYJjkmSJJlgU8lFOWz4HcgZzKq+g/Pu WZIkoRJtm0bb/IqY5kGIVhUlScDimqocYnkbBqG4eZ4nmcJzuKmJxHEcLlnmj59Hedp3nOc5zKke Rsxavh8nIcJyHUdR3nYdh1GiZponEcpwn1UKsnwwh/RfSp2nKcp1FWXJdHKsh4yOqh0FyWhbqkeK quy7RaFkV6aHYeSon4jkzooYi7lGUhVN+bBbQqcJsHGWZQFyZ7LFUXhUlqXhakySRHKocqBmEW5h F6XhfHSdJ2mwaxvowfRqGYbRclgXhXFuVRTlaUpUFYUkhymVBSKyrSRlOVZazaXRjF+ZhwG0cCBn Sdx0lqYBaGkaZnlwWZZnVdhSE8T9P3JY6WmmaRsFYVpbqWdpomCaUDHYXZalybxxm4WhhlqZJnmS ZpmGZGMsoEaDoGAXhgnoeR65maR8HsfJxm+c5sG8ruJFyW5Zlu1dXFyTxKE0fB7sWkZYlSYBalCX ZZ7a3h0HgeZ53adJYlqVWrm+rpqqQexelqXp5HgeWUpalJ5ngeimnYauWHKdJ0GsbxsJRUsX1gc5 qGgaxnGYaRoGkbhwWnS54G4bZv1LUpwHKbxlmiZZ2JmYxkmHAB0moaZsHkei1nqe54ndw53nkte1 H6e20I0fRyU/g/iHqlGD1LxSWHhDBqGKaxmmcZxNlITZjmiZBdmOXW0nugZum8b5Nk4UpWFUWZUF GWZnmGaZYCbFoPF5IyhljKfaSUYAyBejGGQ7kZgyhMiZE8hwazRRpGsF8McW4yxzjkHQOAb5/XtQ jIkOYccHxtp7QAKwVwthkjOGSLgXj7G0POHqpUdYtBYi6F4LgY4wBYDGG6NEbouRZi/HUOYdRQBl MHKuMMYIwhXipE6NM9IyRjDMGwNEbT6RnDGFqMoVopBavSHMNwm0JI1EPHqPQeo1Y4D3HuPlYZZi zDrJoPwfo/GoDwIGWwfA+y/SCH2SePS8h3JGIMPVu5SxxF/j01QfA7RzmnHiOoc46S6D2RsPSNcn yHIvezKCUkpZTSnlRKmUjrzCEoRecseiRx4NoHyWaQA93hKCHooxtA+CBsHl6YAkaMXHDzHqi96D 0CMvRHIORPA8Rsu+ZEOoeCh5emDMJKIlSpSUHwHeUgesqiEjvHWpVLY2UejJGAMc0IsxXCuFkNYa o2xku0F0MsYYuhhC5GMMYZQrBVivKqOVUr4hkjFJ8NE378BuCqFKK4WArBbCxF8LgWAuRXjLGWMy jQzRjjFGCgkbYoBMiXFaKcVQqhRCoPSNIgZGx9C8GAL4ccJmijNGkNQagsBYCvGe0KcRCFZDwF2L 0W5wBnDQGWM8XYvhhCgFCKhOo2RqjQGqMkZgyTwNEGWM0UgoxQjgfgSgWAshWiqFCKka41xtHYHK KIUQoRXCoFWr8WQoBPihFCJsUU7xWDKGIMQ4o3xiDFF8NQ4AoxSinGGMUZc2B/QwGrW4UQnxSCyF kLAaD4lMjqqCQdUqQBqHYHIkIXDQRpNNGCN8a60hpnJrY6IZ6SJqx4jaPVUo20WjfG8OIYdSxqos HGOEcQ2l4DCFwMQVQphVKAHCOVP6gBxo3Kingdo7B3i6FyMFFsIh/toHuLIVAsybDfRDRwaEWBiD HG8N0blnyDEonkNwYQuxiixFcL0bw1RwjOGQNg3g4naDNHWXEpw6UYjvhAOAlEch8C9F+MUXItRh irE+KsXYqxeDUGENQyQursDsjwOobyZT2DhLsMUYRdxYixF5RF9QuhmjfGwN8gY5x2DmEkKERoth di0OcM0cJMCjDgI/IW+BBI3D1NuNYuyHzKDWGWNoXgvBkDTG2kEYAthGCMEIH8PAe4CjKaKMxeSN x6O6dqLoZg3BojeHKOAc74Rl4FQxM9PAxRjDEGGMQYAqxRiwFKKQVgnRSC0FKJA8wlxaDFF4M4vo +RzDrHMKwXYqhjjKGMJ8TwoJZDXGoNgpw7MkkEmWMkYSnVpjTGCNSTg9hsDdGs8eRL3BfDBF2ecV 5eS9l9JOSMbGUxuDQG4O4dQ7XDjyGY+CI4s5vD1KQWQ643xxnqGqpkdwvRUZbFALoaw0huxbGu8l PJy08wCSPToaikhyDVGiNfUepSDDzHcPNYpgiHD9JVNofxD5WTbH6Rwfkox/7/Xk5vgRHJWErIRv 8lBZB0733lxPinFeLcX4wQXaA86tDJGicBwRDB6cjF6LMXhZHPDOGpwQ7exinIvUgqEkDaVSmGHy ewcyocjkgL4QmYw85MjmReYpg9kC+yBI7r95u0DGSlL6Pc2IwRe1NFMJkUg4RujgRmM+6DKB/lrH uLYX4xIji7EqKASSoiBjZG4NgSomBJtCGaLWzItBWiyE6JkTsbpYD1FKKIV4vkmjAGEL8SYkhLi2 wmrcWO98RDrFgZ4t40BLiSEyKgUInKZjC8uJmFopxkGPxuOQcwgg2h7yyNmVQ2xtjYGuiaGDtKki ID6IQWIrRYED2wJYTYnRsjiG4McZYxSrpaHQOQbmJVHDYLIOQY7uUoibRuPMtY9nWjcjQNcWYsBc CV8QJgS4jhGCHEEwdS476zirGcjQUInRRivoh+8UghxLiBK6NMa42PVECHAgoRwRQRZMj/aUrmoe 4epo62iOwaZE5AyzwgSPYfqYwejgTe7gjmQxECglAjYfgpAe7f5u4eg7QeBeSOwdZAJAwc5UsDqH BVAb5QDrIbhAafIXQXZ1gbaJIqxUIlDaCY5YqU5JAeIU4UwUoZYZIY7PoYBDwaT1gcQ5YewgZP4c AXwXoYJWAcyxpmipJ3waiEIbomgdZQwd4by3obJFgmIcYgwXpBiAoZgbYaga5DgaKBgYL1pMwgRI 4eLPqBq9YWQWIWw4YT4TgTIUAVZCAUrzJnAWIsyTzJIdQdgdIRYRoQY+7uwVQV4X4YAYgWQXYXD4 ogS9pN4cAcYywZgUgUgUQUYUAUbFcTAYYXwWoW6sz7gNIPAPgWwWAW4aYZYaggwZQZoZJ6QcgXoW wXQW5r8IwYpp8Rgf4lCKAYIbhMoYgX6eo7wU4VgUw4YTgYKmQXIXYWweJw56Cz4jgfZRQcxPBp5u z14ayZocbf5SDe47QdoaBDx+C90aAcimplYazUIawWazIcQb4cwcAbbrwgZG4eJUSZocgr4bKTYh IkAfTe5I4dzh4vJRIcrByOQey6gkqz4+IeK64d5+AvQcAdJqgfKDocwdJTIbocYcAwx9wgTaCXYd 4eLEQd0MZQJ4RyodqN0Ax5R50A0AxzYxB6QcYdbA4dAdgbobYcBu6NoeI5ZqCRgezggeAdwdxADH BTA7AcMDQxCxoZocgb4dB4weQwwfSU5kQdoXIVwYQZIXIZoboa8JqYzFwV4ZQagZYT4VoT58IZQg YYAXoXoUoTYU4TISgUIPwPYST44dYb4asKQXgZYXoXLCAZipwZoYKPQfkHgXQX65KpwTgToVAPYO oRgWQUIXQXwVIYIUgT7uxfsTwf7UAapdTCAYIYMWIWq28DYWgVQYAVwSwWgQQOYS4YIXIY6U4fKO YXIUQXgbwaYb4uIeArIfQZ4bIaQarWTahncfIgYa537j4azqQZQXwVrPQYYZ4aZHwXqwyfgYAbIb 4bJ9pUpg4dBSsBqpIbAYwXoaB707gagcAW4XQWoUwWwVRF4ga2gaIao6E7YZIYgZsDcCAZQXD4YW gZcVMIgaM5aUwlAeC7Auge4roogsgaiaIvgfAbYa4Z4p4cqdAbgc4cYdIa4ZIbCJIdhDwayhQaYW wXwXwcoc4dAq8C4jbvjSIdUpKOQe8DQjZYZqApBuxuweweje6ZAjAkrgghJUpUUzqU624XDForob AOgQIQYTYVATZogZxdgcgPIQoLoUoVYUAPQOoRAUgTIWIQYLYRIVoUIWgN4MoN4SYTSCQVIU4cpA CPYfgXxX8wgVZAjK5rgbgcpPCN4aIbAXgWgXgWIWgWpDYatRZSgpyfIX4XYXgVoVAWIUZDga7jIg 76ocY65g4X4Y4Xz/TGobYbhGJm4YoXoawbIbYYgW4ZIaoY4a4XYWIYhOIbYXgXoXwZBD4WwYYWxx Ad5YofYVYWAToT4VgTDLL5Ia8socAub6gb1XgpwdT1kr4kZVUlZyqdAaIYifARoSgSqwwZFWIgxU q6tLggTg7fSyDI9gAgh6E2glErZ4JQYjSSSbZUqmAlBXMDAq6ZCQRwQZAY4ZKDoc8chuweIdDl4x BUbpqz4bQbAbQugerqKdAbCfYYBEAaauIVT14bQWYVQW4aQawZ4VIV4UcywXy7QXRobPZdCX4rIX QXAXB8S1M3QX0TIZgagZQYAYwXU2gYVYCzAVh0gZ7b4adYYa4oAYz/ocIuQddaoXIToVgTYUIUAU AY4YgZRsAWEFw9zJIt4Y4qIeKm6qsvcXxdIYgPAOgQafoZJ+IcCroZQPQPIPoRAQoRAQgQQOpOpz 5otpAfRoq/wY4Z4SwS4TASITgS4WIW4VYRoRoR4tkmQf9CQYYV5+ykAYQdFIbPQZAWIVgXUGgXt3 BkAXYWARwRwSD9YaM9oaQyAYEdqz4lBC4dhF9Jq276ZTAd1XgbyOyV6NxMgbg9hiRySNoegbkMqY QfosyTiNwcKEx2IcUpMyAcAcTpshYoQaxQV5ZQ4cAbwcklkyAmI4rASpbmIjAqL6cZaVURafoYT1 gba6gc4uRoYZSsVxIYYatTAgZHIdgXQWQWsaAbV1AQb9YZQVwVQVpQFRaTI5I5IaItAbocIax34r 1ngZ4ZjfhdIXhjgaNaAYZHgbcshQAbMdwwlfghDkYebFYXxJQWoXYYYZIWcboTYRgTYVgUAWoOwN IQRE0XggQc5VQaQZwZ49gcTw4RyKwaAYoYYZV4gawWAUyHYVIXwZx74X4W4YNILwwSoRzL4P4tkq wwg8AZZBQbwVgV7RqfoZQXbKYaldzfuIAgzmRkQdAtAcT0IagbpiYTwSIWFqYbFaYYtkAi4jSZYl DkdK9kgjJwT4AmQdAd85ofSRI7crBsIWoTCkuB5UpWQec649gcqWRAIdVBYhzhDfDeVGjBBSzP4Y dqyjmLklgdVW4X0F0lw65yodNB6eYbAbh0gbJ7geIalZIc5rAVSxQpoc4hIoocN2L+AWoyQYoaYY oaoUgQYU0EMZYaAbQZ5nYbtuw+AeD6pPBxIgQxAfq4gvYe4fRugvktSVIb4adcwcQdIaYZU8qKAV wXwWZnYb4NYPINQUYUwUQQQRQQYWrxQW4WJwkS4WoUoXgbAZ4blqjd71oPIR4PROwahJAd6RaNxB IcKAlBwZzKk1wRIOYSgdaSogYWRn4TSKgOIOwOYWgXAWgXJdREAaIgbe4bLKYb0uoQQPgRpBQbc2 iNdibZCXqXp4QepqAeRg4ZwaQaQtAcAU4VAV7UAbOLga4bi1uqobRYZ4SOQkqE4cTn8ja+IkYvof R4gwxqpw4eZN4cmXof8MAdYr4bdUAWuyAW+dDWqbiPQdIb+ZQdYUdQBrQr8gKUicodg3kpDY63oc I5gegm4b+UMzsDpA8k4eofAeoeIepyodSsRFwxCVqY1KIecIoZBSocZHIdy3h1AaU6QYYajiQgVI YdE1gYk7yeoZDSJUq26AQeJSQc8oZ/gabmyX4jAYq9IZhpQYwYYY5p4eaNY7AcQTYT4UQXYn4WQX QWzIN14VaBgXoYTTUekJYbAcAYQVtawUwXiKYWIUIUQUjvkzoX4YInmDBfYUVW4WwVAUAVgQIPAR oXYU4XwZQXgZqXacIgQp+CwYAYGYwYYWgV4WQ7Qd7SKiAWrtAUoQwLwRdC4ZjyIXDNGChS4VIWLQ GjTFQYRLa7yEZxAeIaT/KNAb0/IdIoocVaIWobQbobIVQWAWu1odJSga8+cUIYRJoS4TQTkDogbr AcAaBCRRJLYdIdQap37koYAdgcpYRPLnSl4jYcEsh3gblYViwxAWOQISIQoSQRoSITZ0obPL2bBx oi4j6OEuqEKNz6hqmr4kZIsRa9obxdgdI5KIe8ze7mTgUpYdAbwcIbx24dgbRFhLCqgauUJipkUE UDsETgi6vOAaw+JQzEVFdlbgm5Dtp1qEwXwZgYRVQc5CQZiyEDFkyUAdqRIPYO4M4XyiZsUbbLcX AYAu/M5P9W/B4YwXwU5f4XJVwNwNwMCMYTwWYVYVmFIgYZSrAaB0EI4ZZJQWTn4gZpQaASISARgU oTQS4PYOYOoyoaAYAXAX+xhTYaOysuUve/oXhbAaI2IYQi4rKs4UgaEXyU4dopwTARYREX4ZaRId omIcoYz4UBdWAgUmwd4WgXYV8MobRP4ch8QZYS4RQQoZqBiSw+AgcfJrIa4bwZQaQZmOIWhtMJ4g Q4wbgSAQIPcYdBIUoUpPwZYY4Zuf4gYYIZAYIWgXoWMYPaDlzY6RIgZGweYTgSgTMNQXKU8+4rIq 7I4lDmSXAe7YxxBG4mgdpF98VLQq8rYjSQUHTfWf8zqmECwvgdhAGPJUfF4mApvN0oeLNGgmKPBD Bw7Ba0gjLSIfB+Ab/y6U5WAcgXAWoWp+IcP0viQaYaBgfFYZAXQWIYRBIbyeAVop4dAhJAAdQVMS wZBz6eAWL1ocKg4asiMDA1YWIZTPS64dosIb5sIWx0qC7sQVD3APwM4PrXIYQUISITxEfGoRwQMQ wW0YxwBOPSJRz5J25pCUo9QaIQAQAQytgbs5I8IYwZwWIUgXgZU9YXQgDBWTgcreU6rUTmcjkhTn f0Pf8RdrteDSaTYZzKZi0UC3aTJazbazefb6fb4e73SCGRCgTycYC9XqzWKzWayW7MY7QYbAYy5W C4VCcWzTZjZVq0VivWatUyjT68Xi9bzgbzzejzZDJZi7XLBbbabjYajXiNntFptVrtlrrL0bTbb7 xd7ydTkdj3er3eDueb8fj9wD7wL8lL2fOJebyecPf1nfeExb1ebvebrcbsez2er6z1nfuhcTgcLo dDncLdcLfb7i0zru7r0ztcThcLHaTIcrpcr0er0e74fGAwOh371x2hwWBkr7vT3tvR6XTwT9bLMb TFWLGbbTbrUazRb7lb7hdLis+FYjIYsTdzabTddTpdjRYTTb7WcLAXbMbzVHOdBzGgbJpFwYZcHC 0ZqmuaLPHytRznGdZmmAaJnF+aRWlYXBGEqRpJFSSkDlsVymm2bpttA0JhmOZqwnGcRsnGaBkGsW xWqobkVOnHsfIiep5HsWxRFyVxRFkRJCkOR5OEgUxbFMbpyG/FZ+luXReNschcFwXppmcbA+imQZ MkMUBTFUVJrm2a5wtQZRomSZZoGaWZaloThPlAdJ0nU4izn0fB9F0VpgtGcpYl4V5ZGEXJLlOS5Y lqm88TmZUrFuXpkGIXBmFCQ5TjwNpAj4QA/lsYJcx/VjpH4wiMmmZpjmcYBjmIZRnmSYcKnyfR8n ufJ7Ie6xqm0dh2Hcdx4SEeZ7GMXhmGYZZml+ZRencuh8HyfB6s2lJ7mmahpk6T5UHOcx0MTX1Buq eh6Hszx9HVZB7Hwexsm6bB1nS2E+nQdJ0LOxx2nRZZ1HgapmmsZZlGNfJtncd531biq1sifZqmwb hnmma90nQxZ5mgri6HYVxeFQcpzoKbZwG+apwFyUhemGW5hGOYph40bZoGsajQMAa5rmWbJwGqc5 yHQculGeXxoHGbRyFsWZgG8axvmubJvGYapoGAYpfmoakGGkZRzHScZwHIcrjsgwhoGcaq3nAcRy uDCGLb0tjdnOUBUlaXxhu4bpsnCbhvEGPQ5mxApgGUZZzz6bJnGsbRom5ORqFWVZTF+YJeGgajcm aZCz3WW6gFmXZbk2SxQE4RhPGQXpmm4ahv3EZ7bG+RxMk2PJDD0YBhmE1humEYJaF6YRej6QRDVm Zyz22fJXFUWDwGsUhUlhxseb38Kznj8hXKYaRomp8h4nn9plGQZR4Hguv228vbfpSlDhXpgJ0nM+ 0eZthwmQM8MoYYyBvHxFuLYWwtCbDqHUO1/w637FYHmNsbI2xqjSbmu84Q+B5DxHkgIdAqRTisGq NUaxyjiDTG0M48o3hYiuFo0wchajHGOfEj1dZwh7mLHkOdlj8x3mmHQZyH48x6jdG6OAeJWYdERX A8kX49YrLvHout/KgC0mWHiKgXAphiDJF8OEcA41tj4fmX4xb+h7j2HvFEf5WR6jlHMOVbI7S6ju h8NxFI8X5mbWGRAiJpx0HEkE/qOUO0+jmFoK0VYwBfjAE2JISorxUisFqLgXYxxjDPFcKwW4nBTC iFcLoV8WCzjmHMOMVIohLjRGiNAWgsBYi9FuLwYQwBhKvH5HI4o1hsMxZeKUUIpRgi/Fy5Ic69B1 CwFOK8VwqRXGDLONJcYuxiC8HGOUcbAB0C7F2LoUIoBMiVEYI4TgmRNLyLOfAb0ghMidEuLAW4sp FviXlJ4Y44jai+FwLwZSs4UjaYaM8V4phXDGoYOIcY5H2j0LPFdGLhz4C3FULYaTHZBQiHgcGQY/ jiT+HHBAdQ3T/nwGuOsdo6mJDsFrAsVwrhbRcH+OseA617D2fIPJ+Q8RfC6FuK4UgoxXivKSLIWL GCzjfG4ONcAqBRimlyLSfL4TknKNDIBIRwRxGtHm+x/UHx2DtHYSge6vx8mEYxWwwxezAD9qzXIh 48jGCxUYNkbQ2DfD0G+Vav43SJjtoiZ4kqD60vkHocQ5TAyHwfo7CFPo6o4Q/XedUxygiTGRh2Wo w4vJxjDGCMoVspxgDEGKLgU4uhzDdHOWcbY3BtCgFIJ0ntpxiDCFuLMWlRRRtxGmL8XoxjCD8LbG kbcGLQC4YaMoUYpBRTSFcKUUyHBcjDMSPos40BjDXFjKIVAsRUDCGMMEx0gkvC4GbesYQwhiCfE6 KsVApRZtxGfZ1VsVh6zCGyMoZQ1BdinF8M8YAzoNDgHUbuprhxUikFINhxpGhkCvFKLF34oRnjQG xBAdreB5LwLVQ8cAqhRigGkNAaEuxgjTY7SgcAnhSi0tAMw5pZ8WDRFMLUU5uBkjPGeMs5RbxrjW Z+RcYAwBlixFuMYZAuRljugjfhVhyjOSJV+PqXxwR7jnHWOZt4+1kDrXePVpbAB0juGMMMZ5sB3j tpwSYfla7ij8HePEd0Qh0FZHmsod5x65sAHctwfRhx5JBOAPQdg8R207Hsb45JgbNaCMiPzOGUm9 nKFgJW3gphdWoF+wsZqjRXi3GILcs46x2DqFpbs0g5BuDcHAMEXozhZCaFuLcV4wA9BuEKbIdRZ1 sjuFNQkWwuRaixFsK8QQfxGVFFaY4eg8R6i1E+LoZt/xhjMl2MwYFLB1DhHIOEX0kyNDJF4LgYIz xmtAIiPIdw8oJHvWMLuXA6x3jsPSYAZYyxnEWGozoZI2l8w7JQPkTgjRSicEoJ8Ygy3QDGF8KsWo qrTjCLO/MeBph0rfHE0oZouxnC4ZoMwjQnBTiYWyxQiK6xkjFGSM1Oo1hrjaFGKMVguRfjHMcPAd o8RVieFWMcZQwRujfG9lodqyozDhnGLQXU4hGCJEyJ6oxZxxjfHOLcVYuhYCvFgKQVYp9YDdeoSk XQuRZiv2OMhFwyxmDTh2Y6Jg3ohOSNg+zRWbTGDzLOW9biwlnDzHgPTK+YxysALqPBeRzSTD6faP I2A6ysGdM8cXIJWBwUoWYO9dZxDiMYhEZZ9p/xxtoHaWeOA+Bo7rGdv0WvT+8MDNCOEcY2xyISit TyJUO7sihFIK00g4iaiydGNUaaspm2vIiNoag3BcClF2fkcA6xyjsGPw4VArBXFfF/UacwlRNirE +KEVIubwi9FqL8XYw2fjZLUaYc4sRaC2FvMkQIkBATjS+x3veHx6hwG6mmBzDWNXBsBwrGiImPBt hmMThWBYhVBmBkhlHRBmo7hzH1pBNLCIjHBiBhhkozBxJ+BfBbBdBAA+g9rdhZizixhsmct+BoBq h1B0B1CfBdhLBKBLhoMMhrIUhJhChHBRhNhPhXBVhVCnBXshmhmyC1B1F+CGByBhBhhihChEhCBi hghhhqHRBphohpHihiIHBcBsuZhYhfBihfBiBjK+nTlfu6hgt6BVrqA+A8g7hblJv6BbH1wNB/oP h3CJjOIrh6oiPVhnBzG7I6PBKPlvB3n5pWIbBziMhpO/jmmRMxsqo6DjlwC1LGDQq1RGM+orQ/B3 BxBvBxJxJuCGDlB1Bzlkt3MtC1DKB6BiBfBgImBuFdhjBnQGBjhkBnKbMpBjFbhTBOBHBzjRk2j4 o/BVPtBou3uwhanEBvMehjO6wuBqDHC9B7BwHEByDasWBpBUhUBUvcoPhfhjBhBuqvoIN7RGDYQm h0hzv1BeBctbqbDbBxhYPtueh3hzB1hzuZBqhshsBtBfOcJvDzEBOOhxRcKvhxr/BoB1qWGtHvnw MpKfB4vmBrByuOhmhjNtLThDBBBIBaBZBcBWBShWNxhdA5FRyBBtociHl5BcGqBiBetZBfBehEBD BGtUC8o4JchfBghjhghJhJBMhMBLhMhhnWBjhdvnhShRBRBOBOu/urOOt1BphTL5A/BFA8A+g/BC BJBIhLKkBWEGhpoGhXt9hjhrmfBlhkBng3g2A+BiCfBTxwhkCPw9ofD5uNl4Dnq7ILmtyIh2Bvht hvPIhkBkBmC3ocCHh4C6GRDGB6IzBxvPDCOeIRk/KlBZCcBYIJMzyes3S+o5DDisB5N1BonzBYzF BlBpiLBwLYt7h2iFhxDGB4lgB8i+h4hky4GWBzkShfJhBsQ9mCQ/EAk/D6DqxDBzi3hwjyI0t8qt IPqHBwlvRAB7jml7h8KrrHSYB/jHm9SYIcu4zxpCQ9h/hchchgBdBcBhBVhKhaBwBqBwhthsByBp BrBpA7hJA6hthxhvCzobN1SOrUA5g6A9pNhgBGA7hOheBSKABShgCsI4zzz0UL0MDpwxhwBnsVhx GpRDIIDTDdhzBSBbhTRWB0izs2h3hVr4hyhwhzBWBVBaOWhpBNA7BOhiBYhkh3h1B4jIh9Oeh10M 0i0jC1Dqh9q1q4jikfjjyNhyo5B/K5B7jgUlB90pocjQrjUj0u0vUv0wUw0ujHLizu0ijHDB0t0x U1m9qTBWhZBbTDhwllB3K1SNhvprCIzttFNpF4JAB4zxl+ukh3h3BgrTlZhjBcBbhRlrBchuOjDe B2DQzwh/l1wZoKCU0mjpGMQETwK6i6rKnqjiOkvT01yBhsBiBjhkhOlyg4g4A3hui4q8BUQ1iIhl OXBWnuvtBcKlBbF4B6DHBjQJOnhcBJhDhHBThPhPhWMGhahZBaKZhXhchYhcJfCznLS0P0DSBxvc ttBkPmBrhiJJpWhyxeBjsITiIpCUBSJoQYBotVhdF0BzhsGhjfh6BkpPJvByBmhnlphlBk0zGLEB BzyoBTk1BUhLhEBIB2QZsThnm3CIhpBnBk1pBdhoIOCGVuDOCzm6hvhdx5hlVUoSBdBZhchcBdBa BmTF2ThdR7DbD/huyAH5B4BghdCqCxBGhBhFVDBgr1r/16ErMmD7oOQohikGBqBshohrKzB1hlhk hjBohnhohU2qMHBOliMpDfB5hmVxBvCwq1NHq6VKK2KyqcC6K5KtUyUgq1DErMvFlfltlwKtDQqx ltjGB5PGu9mMTXhp2y1SB0B2UiQNiHr9TAoLE+h0o3q0lfRAIsHQSmucWAmKlvB6CgBWwuBot7h3 I7ByGxhr3PK8BYPjhoBUhXhRr/BlhThUBTMUBlzXhoG2MvCIn6zOptFcOnheI02ZmhhshmhmBmx8 hSBnhjhhuyh8BcR6NXhuO0BfD5oJB2Bz3KVBrk1HhuBskChnhpTXuzhaFuB8C6K7InjVhxWTBbrA lkB2TAspLAmAh0NZBihYBZBdA7g6hChEBDhFBAA1hCSnBfhShRhUoZhZA3A1g0FbhhkNhVK7B5Cz qUBw0ESdhEhJBEg5hEB5C6jfh7BTBSBUJJBfhCA8A8KpBQizoQh5hFBGBIBchbBeLRBirJm6hvIR B4vWhnBi4bhIhBBCBDA9g8kutV1noPwxhuBZBZhcBkhhBk1chZxaBfJQhXp/D0L8X2kHjapWiGQ0 hjPjIXBpsEFkzCVSQtBpR4DUGXo5IRB5hnhrhsRtmXhqBwMrjHL9DEh8CrPptUlAjIi4hul+B1w/ LCH2uMKyB3KzjhBrhphrMUBmhyKHqUBuDlDSNY1DB6B4B6ixhyKzB3SBBsRNL8LkhvFkB4hgBYBk B1BxNfiIpmhyBlCPhjIDMThmozGjhqhqKbFfUhGDB1BzB1KfDGEghxjeIOBol0ByPI5GByI5FvB8 INhuyNh0M3ZAYLt3YZkAhypAB4Mw2vBuuMGAB1tFB5BrLuxSByhbBahjUABx0vJZSNBvh0UO43hr 4pB/hyB0hyBdBjycHWD+BdVWBMBBA9BAqwu+CIz6hyhdhShfnMhvB3B0h4BhEMBMBWBOBSBShOhZ hXBWsUBnJPBiI5BmBnhthVhNhbBuhou6BwB0hghlheBjBpBjhPxhg8g6A4EuhaiYhfBbhWhcKnBw XrhwnKBthXaRmHFZBlmyBshq0vH2XKI3h6n9G81KluBtBvBso7ByqTPVhoBmBisaLOCIh3h0mJmE ZKanDEBohshoBFhNhD2pBnl0kAl0hpBmBoo5BvBpBvpR14jSh34/DShxLNuXhkBZBahXn3hlBfha BfT7BuurmlaUM7h3D2BqKWB3jDo4B7UvCeGPBmhtLKl5FfB8qbJhBrhShShVtjBfFphrBzBwQZvq ornKhlJmhzMtFmB4DVBuK2TzTv3B0p1J7dzx20K57gXJUwBhJtDwhrhVETBhoDBaBcBaJsakiIhv DyhgBghkE1BchVhOBahTBDhUBeBYhg5XBiLohSBLhTBMhFBKhDithkhsBohpjlbi02b7NTs2RGBW hbBWRzBeOBbc6vB/vJlvB7hxBuBzGnECBqBvIIBzMiBshVv5BMhSJ2FyrdhU2vBpi6B4n9b78Pke rzl7vGxfr8Lsq+iCBvPGjl7fcQcXcX8YcY8ZcZ8aca8bcb8ccc8dcd8ece8fcf8gcgspCAgKZW5k c3RyZWFtCmVuZG9iagoxMyAwIG9iagoxMDE1MAplbmRvYmoKMTQgMCBvYmoKPDwKL0xlbmd0aCAx NSAwIFIKPj4Kc3RyZWFtCv///z4mTDFmHf5m6bziHdzUALr8EE6h81SR6mZqbuDFu5AE4dw1SPo0 ruPxkADNZAGIYRLXAwUslPCS/l5zxBkDyfvg/kPaM/K9JIO+8ui/ekrRUU3XfeHHEOAmg6RAhm47 Zm1/QaBy/sX1vbfdfTIoT4R1JwJX7hI3FZbcVRxKkYO4EcRYg8MdeIHVVv4Hfk2M9HSOS2Ogg3k2 X85TqmDXYnGcu/Rg2W3hrsPftkItQzai0YIFcgV/qGVN/A+u1HIfcC0U0AeBsbZFkWyIv7C/YYFB Z/NG5pysNJm84m0uAt1cFq5jmGAZ3vKGZrE2JRK3ZnqrrWBIWpThFndORHksoZDbBCk7HgctpG3e 25PxkvprPqjLhgJgaBjXtl1R4/7hvgMK+SERJ8V/BqET9zMNY3K1Lvm4j2HQZxcuuPssmbkwo7NR tdoXNeC4SNjsVTtfC2pYw/m5lGDRwxnM8LKGIFY5cQwUiUH1QYnOLt8Jjet05a5unkPPcAboPPaa whbx/Ij9ERI/B1PI1YKo3w+UU/VCwpSGkQSNeUCEFAObBQAjAhI1QRmJCu8Ms88bRyMRiuWlEXap nu/qIgPuvQnv4QsBFk0boFgKrAvZyFP82d3if+5YKIxIE69MAmxV8U5h82WvDgUHGbIS83pm8FRD 0tMxK/y+cxBuwBLaFgMod/eOJgaTLh9FQRPApwMV6tboHAHl23X1STUHJEsLTcMC2+oIbxgotVk7 dQE/i+sVdAgXWeOMTi3CVlEOYZ/SZHu8bOrVlZ8v0BUwEKAcJRQkPW0Iybw1jBKHmnMnbdiiKUWM /9osLqtBX7vie+H2oB5kqOgg3nQzZg+njnx/MKbEvaWe6dRKKzMFDa/nA08GaPjuiddjvD5yY8zv 4/2Vp7o7RqQPkM9DltzyfuBChEk7ctIS1Y9RSPMdN9YbzX3WCcR6GVRJXOsmT2kHku1QzWAi4Dax MX+lT7d7aoT5QI29u6YSBQP9K1NnMuVVgrO2pZPsV8Rs/BQjeH6ocb81LgplbmRzdHJlYW0KZW5k b2JqCjE1IDAgb2JqCjc2OAplbmRvYmoKeHJlZgowIDE2CjAwMDAwMDAwMDAgNjU1MzUgZiAKMDAw MDAwMDAxMCAwMDAwMCBuIAowMDAwMDAwMTg1IDAwMDAwIG4gCjAwMDAwMDAyMzQgMDAwMDAgbiAK MDAwMDAwMDI5MyAwMDAwMCBuIAowMDAwMDAwNDk3IDAwMDAwIG4gCjAwMDAwMDA1ODAgMDAwMDAg biAKMDAwMDAwMDU5OCAwMDAwMCBuIAowMDAwMDAwNjM2IDAwMDAwIG4gCjAwMDAwMDA3NDQgMDAw MDAgbiAKMDAwMDAxMzI5MCAwMDAwMCBuIAowMDAwMDEzMzEyIDAwMDAwIG4gCjAwMDAwMTMzNjMg MDAwMDAgbiAKMDAwMDAyMzY1MiAwMDAwMCBuIAowMDAwMDIzNjc0IDAwMDAwIG4gCjAwMDAwMjQ0 OTcgMDAwMDAgbiAKdHJhaWxlcgo8PAovU2l6ZSAxNgovSW5mbyAxIDAgUgovUm9vdCAyIDAgUgo+ PgpzdGFydHhyZWYKMjQ1MTcKJSVFT0YK --------------020004060100080306050806-- From pegqx@sprintpcs.com Tue Jul 10 10:27:22 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8GgU-0000Af-4z for nemo-archive@lists.ietf.org; Tue, 10 Jul 2007 10:27:22 -0400 Received: from [58.186.59.179] (helo=58-186-59-xxx-dynamic.hcm.fpt.vn) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1I8GgS-0006GF-Lh for nemo-archive@lists.ietf.org; Tue, 10 Jul 2007 10:27:22 -0400 Received: from [82.72.148.100] (helo=fwcgl) by 58-186-59-xxx-dynamic.hcm.fpt.vn with smtp (Exim 4.62 (FreeBSD)) id 1I8Hßp-0002Wq-LZ; Tue, 10 Jul 2007 21:29:47 +0700 Message-ID: <4693973F.6040402@sprintpcs.com> Date: Tue, 10 Jul 2007 21:27:11 +0700 From: Eugene User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: nemo-archive@lists.ietf.org Subject: has created a downloadable pdf that explains the ins and outs of iPods. Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 3.3 (+++) X-Scan-Signature: f607d15ccc2bc4eaf3ade8ffa8af02a0 VPSN Has Wild Day as Stock climbs $0.019 (90.48%) GAIN! VISION AIRSHIPS INC (Other OTC:VPSN.PK) The 24 hrs has been a sky rocket for VPSN. With major news to be released stirring interest has brought huge returns for investors. The key is, knowing when to get on and when to get off a stock, for successful day trading. VPSN has distinct patterns to watch for. This ride is not over. Jump on now and ride the price up on the highest return "Day Trade" we have featured this year. Get on VPSN first thing Tuesday as we stired you in the right direction for Monday. The templates allow publishers to display their RSS feeds as HTML web pages. Prepare Questions in Advance Prepare a list of questions prior to the interview, contemplate possible follow-up questions based on the expected responses. The iPod tutorial is designed to even help advanced iPod users to take advantage of the iPods more advanced and complex features. Once you have determined individuals that will appeal to your target audience contact potential interviewees and arrange a time to conduct the interview. htm Looking for Innovative RSS Ideas? Pair it up with it's sister product FeedForAll and you can easily publish your podcast as well. The Shareware Industry Awards were created as a way to honor the very best programs marketed using the "shareware" marketing model. Question: Are there any size limitations to podcasts? I give it my highest recommendation. The music is licensed in such a way that podcasters can purchase a license to include the music in a podcast without incurring additional fees or expenses. htm Why Niche RSS Feeds Matter? Without the backing of a major label it can be very difficult for independent artists to obtain radio play time, that is, until now. It is easiest if you use the same location each time, that way the equipment can remain in place and will not require moving or setup each time you produce a show. Create a list of notes along with the questions that are accessible during the interview and will help you direct the conversation. Professors are using podcasts to instruct students and get their messages out. According to your logs you have subscribers! The new version of FeedForAll has full support for extensions and includes unified publishing that allows publishers to easily upload files along with their feed. Export your work to several popular audio formats. Through RSS they are able to gain access to relevant information in a timely fashion. While many enjoy streaming Internet Audio and recording songs they like over the Internet, these songs cannot legally be used in a podcast. Obviously, the larger files might intimidate listeners with a slow connection. com NEW iPod Tutorial NotePage has sponsored a free iPod tutorial that explains the differences between the iPod models. FeedForAll Mac is software that allows publishers and webmasters to create, edit and publish: RSS feeds, podcasts and videocasts. From nemo-bounces@ietf.org Wed Jul 11 11:30:48 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8e9M-0003DJ-FV; Wed, 11 Jul 2007 11:30:44 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8e9K-00038M-Dx; Wed, 11 Jul 2007 11:30:42 -0400 Received: from imr1.ericy.com ([198.24.6.9]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I8e97-0003cE-4K; Wed, 11 Jul 2007 11:30:42 -0400 Received: from eusrcmw751.eamcs.ericsson.se (eusrcmw751.exu.ericsson.se [138.85.77.51]) by imr1.ericy.com (8.13.1/8.13.1) with ESMTP id l6BFXC5D026824; Wed, 11 Jul 2007 10:33:12 -0500 Received: from eusrcmw750.eamcs.ericsson.se ([138.85.77.50]) by eusrcmw751.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Wed, 11 Jul 2007 10:29:07 -0500 Received: from [142.133.10.140] ([142.133.10.140]) by eusrcmw750.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Wed, 11 Jul 2007 10:29:07 -0500 Message-ID: <4694F752.8090406@ericsson.com> Date: Wed, 11 Jul 2007 11:29:22 -0400 From: Suresh Krishnan User-Agent: Thunderbird 1.5 (X11/20060313) MIME-Version: 1.0 To: ipv6@ietf.org, netlmm@ietf.org, mobopts@ietf.org, nemo@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 11 Jul 2007 15:29:07.0548 (UTC) FILETIME=[38B701C0:01C7C3D0] X-Spam-Score: 0.0 (/) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 Cc: Subject: [nemo] [Fwd: WGLC for draft-ietf-dna-protocol-06.txt] X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Hi Folks, We would like to hear your comments on this document as well. This document is a significant update to ipv6 neighbor discovery and we would like some more eyeballs. Please spare some time from your busy schedule to give it a look. Thanks Suresh -------- Original Message -------- Subject: WGLC for draft-ietf-dna-protocol-06.txt Date: Wed, 04 Jul 2007 15:47:24 -0400 From: Suresh Krishnan To: Dna CC: Greg Daley , Jari Arkko This mail starts a 2 week working group Last Call for comments for the following dna working group document draft-ietf-dna-protocol-06.txt to be sent to the IESG for consideration as a Standards Track RFC. Please review the document carefully, and send your feedback to the list. Please also indicate whether or not you believe that this document is ready to go to the IESG. The last call will end on 2007/07/18. Cheers Suresh & Greg From snn@fau.edu Thu Jul 12 03:09:33 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8sns-0002bv-WC for nemo-archive@lists.ietf.org; Thu, 12 Jul 2007 03:09:33 -0400 Received: from p548ff840.dip.t-dialin.net ([84.143.248.64]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1I8sno-0001A5-DX for nemo-archive@lists.ietf.org; Thu, 12 Jul 2007 03:09:32 -0400 Received: from wlld ([74.87.38.191]) by p548FF840.dip.t-dialin.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 12 Jul 2007 09:09:26 +0200 Message-ID: <4695D3A6.3070804@fau.edu> Date: Thu, 12 Jul 2007 09:09:26 +0200 From: sight User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: nemo-archive@lists.ietf.org Subject: incision Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 3.5 (+++) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 Vision Airships Global Expansion! BANGKOK, THAILAND, Jul 09, 2007 (MARKET WIRE via COMTEX) - Vision Airships Inc. (PINKSHEETS: VPSN) - The company wishes to announce that it has finalized arrangements for funding for its global expansion. Check out the news and get on VPSN first thing Thursday! In evaluating your work for its strong graphic content, we became aware of the size of the originals; they are all quite large and are acrylic on canvas. com shows Asbjorn Lonvig's PicassoMio selection in cooperation with PicassoMio in Madrid. Diane Leon has been so kind to suggest an exclusive selection of my art works suitable for exhibition at Manhattan Arts International. Exhibition in New York at Manhattan Arts International manhattanarts. Our staff brings decades of combined experience in the fields of art and design; ranging from studio artistry, decorating, digital technology, publications and networking. A dream has come through. org about writings, new and lecturing - hosted at Planet's in Dallas Texas Appointed member of International Society of Artists and Designers. com shows Asbjorn Lonvig's PicassoMio selection in cooperation with PicassoMio in Madrid. com We are a network of Artrepreneurs dedicated to guiding and developing the careers of creative individuals through exhibitions, career services and publications. Diane Leon: "Your work is very powerful". com The purpose of THE GUILD is: - showcase and promote outstanding artists and designers through the strong online presence of ARTROM Gallery worldwide. Diane Leon is an Adjunct Assistant Professor of Arts at New York University. From rrgp@kirche-alt-lichtenberg.de Fri Jul 13 00:13:38 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I9CXC-00058o-4g for nemo-archive@lists.ietf.org; Fri, 13 Jul 2007 00:13:38 -0400 Received: from e176239125.adsl.alicedsl.de ([85.176.239.125]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1I9CX8-0008GE-KY for nemo-archive@lists.ietf.org; Fri, 13 Jul 2007 00:13:38 -0400 Received: from acpgz ([203.136.28.41]) by e176239125.adsl.alicedsl.de (8.13.5/8.13.5) with SMTP id l6D4GgkG071114; Fri, 13 Jul 2007 06:16:42 +0200 Message-ID: <4696FBF5.6050305@kirche-alt-lichtenberg.de> Date: Fri, 13 Jul 2007 06:13:41 +0200 From: Julian Forbes User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: nemo-archive@lists.ietf.org Subject: mainland Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 1.7 (+) X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228 SZSN Expands To Become 3rd Largest Agricultural Seed Provider! Shandong Zhouyuan Seed and Nursery Co., Ltd (SZSN) $0.24 SZSN is expanding. Recent acquisitions put it in the top 3 Seed providers in China. It is also expanding its distribution chains to 500 new regional agencies. Big news expected! Get on SZSN first thing Friday morning. Subsequent investigations showed that the government illegally favored Pro-Vida when distributing funds and that the N. Desert, sea, and mountains converge in the peninsula to create an extraordinary natural mosaic, a landscape you will not be able to find anywhere else in the world. The bay and its inner lagoon are home to a myriad of different birds migrating there from North America, making San Quintin a good spot for bird watching and wildlife viewing. cannot account for a large percentage of the resources it received. We want them to find whoever did this. The week-long conference began with three days of meeting in the capital city of Quito and was designed to strengthen coordinating efforts. "The more we remember what happened, the better we can fight to ensure that it never happens again. But it also involves not a few obstacles. In particular, he pointed to lack of clarity in the contracts as to whether the transnational companies could record Bolivia's gas reserves as theirs on the stock exchange. "We need to wage a different war, one against violence against women and girls and against the culture of impunity that protects the perpetuators and their accomplices. From ziart@rockisland.com Fri Jul 13 12:38:25 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I9O9x-0002ec-Qw for nemo-archive@lists.ietf.org; Fri, 13 Jul 2007 12:38:25 -0400 Received: from [74.94.2.213] (helo=74-94-2-213-Philadelphia.hfc.comcastbusiness.net) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1I9O9t-00066u-7m for nemo-archive@lists.ietf.org; Fri, 13 Jul 2007 12:38:25 -0400 Received: from htt ([201.235.128.221]) by 74-94-2-213-Philadelphia.hfc.comcastbusiness.net with Microsoft SMTPSVC(5.0.2195.6713); Fri, 13 Jul 2007 12:38:22 -0500 Message-ID: <4697B88E.2050303@rockisland.com> Date: Fri, 13 Jul 2007 12:38:22 -0500 From: Cordelia User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: nemo-archive@lists.ietf.org Subject: Fwd: Content-Type: multipart/mixed; boundary="------------010800060306040204020206" X-Spam-Score: 0.8 (/) X-Scan-Signature: 8068004c042dabd7f1301bcc80e039df --------------010800060306040204020206 Content-Type: text/plain; charset=windows-1250; format=flowed Content-Transfer-Encoding: 7bit --------------010800060306040204020206 Content-Type: application/pdf; name="" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="" JVBERi0xLjMKJeLjz9MKMSAwIG9iaiAKPDwKL1BhZ2VzIDIgMCBSCi9UeXBlIC9DYXRhbG9nCj4+ CmVuZG9iaiAKMiAwIG9iaiAKPDwKL0tpZHMgWzMgMCBSXQovQ291bnQgMQovVHlwZSAvUGFnZXMK Pj4KZW5kb2JqIAozIDAgb2JqIAo8PAovQ3JvcEJveCBbMCAwIDU0MSAxNzZdCi9QYXJlbnQgMiAw IFIKL1RodW1iIDQgMCBSCi9NZWRpYUJveCBbMCAwIDU0MSAxNzZdCi9SZXNvdXJjZXMgCjw8Ci9Y T2JqZWN0IAo8PAovSW0wIDUgMCBSCj4+Ci9Gb250IAo8PAovRjAgNiAwIFIKPj4KL1Byb2NTZXQg NyAwIFIKPj4KL0NvbnRlbnRzIDggMCBSCi9UeXBlIC9QYWdlCj4+CmVuZG9iaiAKOCAwIG9iaiAK PDwKL0xlbmd0aCAzMQo+PgpzdHJlYW0K5k4CYsY5e2B2WBqicCvUJuBD5Jxnl8DYxM4B2lLY6Qpl bmRzdHJlYW0gCmVuZG9iaiAKNyAwIG9iaiBbL1BERiAvVGV4dCAvSW1hZ2VJXQplbmRvYmogCjYg MCBvYmogCjw8Ci9CYXNlRm9udCAvSGVsdmV0aWNhCi9TdWJ0eXBlIC9UeXBlMQovTmFtZSAvRjAK L0VuY29kaW5nIC9NYWNSb21hbkVuY29kaW5nCi9UeXBlIC9Gb250Cj4+CmVuZG9iaiAKNSAwIG9i aiAKPDwKL1dpZHRoIDU0MQovQml0c1BlckNvbXBvbmVudCA4Ci9OYW1lIC9JbTAKL0hlaWdodCAx NzYKL1N1YnR5cGUgL0ltYWdlCi9GaWx0ZXIgWy9MWldEZWNvZGVdCi9MZW5ndGggNjgxNAovVHlw ZSAvWE9iamVjdAovQ29sb3JTcGFjZSA5IDAgUgo+PgpzdHJlYW0KUHmxNa19qEQxZ2Aj4Rp8vxBl vbA71Umolrgdpekzd9iLcMX5ztzvUcXcnU7Bqj1OszbuWJtB/nr4nIfuULpK/rp5C++T3nvxCq2V iTnux05U9Ks6iHA3d7RHCeTOZxkfqinznKtiAJNXCFk7HF6XjKcQp1zduqb68Z6tr4mO64inIEBr qmkAqVgyTo2jhIQNLwB/yhatcjRlyLedvWOvl1tlmX8pU7iVJmbUUoshkZCeDp6QhIuOIAs7X4RD Eo86gwGAm6TD+D+fwDXPYbiCxIRBan41VcZblSjKsFhXmnvAh1tCC2nSq96u0m87nnBpfPhB2fxk 9hS20e4aApzNnT6aOead8j4ifirZeUx5kN3nbEpUislA68TCJhxtsfJx04Dph/sb/ZlUout8PtHs 57jX8U/QVXA+tFpOes2GVZkXVr6x2uHu0+/pv5qnTqjDyxsKYjLuHUG+zlrDFUCbd/3h2QYfsQzh aTMjuEmOFQz6PjqMc86j94PGsKFQKaJQIWRT+yNfex5QwNJtR0FCxqyqBlYMM45RZxqdabzdOac+ E5TrsCxcbGLccFKdsTnwkHa5swm51U0CZ2VqprchVdSjp5177CtPLRX0EJjeNt/FrNnjBxrUV4YK 5/HKSPafWvpGbw50jyc0K8Yd4fKenhWwutqpKdsXIuMhjp2ABVpltbQWclNHZJR03S29zVprNtA/ 06IwF0bk0WNrXccw0zDCl7RgvfOE2vjn34e7kKZ4ICIsvC6SJZehoV3X3ARR93z68Z26m6tyw0a7 qycT2jF03MQ1Yl2/ag4oxJbQwWX4dDi0wv5X6H1Fylrgo4JQIT2E0Kez5QNFh8cB4dkfU5wFEHuy 8BqZPw14uqRh2lAiSerbNGcEQYX4fqtjgz5Z7NUpA+C7yNApgSX1ImvsbTA/C739pCMgrV/ZpimR S8FuUoxNuHMZMf+KoxgurbgokkH+v2Q3Mo93l3hM8GXtHFjhvMZJJhgG5FF3RW7k3PMGyyE/LSL4 HE9JfYcFO/qH9Ms2DRpAjMFV4UgaBktciYPRoOlu8UQkmmD10KMv5l2/1yGvHyPwlRdce9h/TUqq ITcjvfCW6Dkpx6507eGPHcQsLsFgiwJjjv8X4sdtyomOCqErNLyRyP9jFoAXva1iBskd99llgMDX Ihlyn+LT15wSOgc1Jm3t8l/W0MfWsigi1G1SN/YOLHiAgBE0dS/15G18jj3UaMQE0gfvk4amo52c /+KtBuNtcjjvLyxznqAYppPWO0it11tDd2rGhcByIhMORmXJV34q2C7IbNNon95KOkjncsHaZgyZ JervTDICuy/LcV0XXtkyYGxmsOBdwkGWzhSnW4jrARH1aocE5a3EZAr5GCuXduuMA6e801wO7toI EAq8bjnkxFYiLXLipgvQ/w9DK4nURix13FGkZPQ5YxrxhFd2pYY9WMJ05wXkVBzzCxAXjfeOQyT4 H3BQQZd+Ea70VpUoCMkmZuaRS8JJqjs6892S1hQ45RFqlEkaSGkOi4flzAvW+6jqu/5vtAD6Mdg4 WYHbPHpnTEbONh9bdFBbUzG3C1MxzhGLKohO2UH9xO2YlWQiqmrpIpcO31Yh5AgROU3Xhx7mK9CR r/34kBQoxZ7ATTkOqkwpBTH0V25Lm8EccdJPX65G4DAVY0kpRBKbQUnGWzY+k7WnlnFJ8eo/LKWx xlpvpn9BxdiLSCrAQPE80AAq7Waal3IPNV7ZTEP539vj3mpU0cxghu/bYjXFOoqxaztUdj1NRs1A PMqww8R4wxzlpY4GSzjBjGlcJNXp4oc2BRVWeSZ+UeZYtddf7aDQh6cK72wU45uH+OTs/qq/iifo kLuQ3hfDKoj4J+drACGf3KQSfLMDJezKM7YuDIz4+30vca1k/9xiN0+fhJmoKKI5BW9V4lbHBq2f AA5UCxkLIsqcRql1JuGzf9sK6inDIqhoGlS1/sZeF2KhWdYm7KXFEGLU67lFCI/ZC/KFoXUysqeH 4UiCTZnR/WCr9G4Af+E5lC2v7fgh9NDQ+XoegGj3J28UxZ6xBfZ0txpmM9EYMhYyrw9piN5PcPZM BsdkPLp2sdazlsO/+/mVFiiep67/0tYSFUWGjuF8d1Bk5PFZZSNA8Ry8Pe/i+QcSWQUZ+P0TosR1 qqA92RT3nXBODByXqRUl8htPDJqqwlbaD5imVu4BHoBsyqX1rIkxXKLrsMrlBVDBDlMJz4iv30fI 2ey6PZqusS6K057pJucXHvxsLS+hpSWU4+S7WTTJ+3EamAcwVUUgRZ7WvLKcBaKvQDfBT8YtHNz3 WPtrJ6SWL/3IzLjPnWH54zb25X9lUrxGl89Flko8IINpnqTBdvQBtU8Br5g60SpB4zkI6nHfG6SR amKXmE+sk8r5YeSNF2jasijdabxgZytoFWBKhiIC9rjt6fmcuF/oZzeP4VTcd87bMO3gLFfpvYtN gVWgADQkx9fkZIALJRFyiOXTjxWplTVYcT4Xp8o6MDVL3lqFwpaSUqgQOdabM3GfIkwSHlVNbvyD S99KP/ySY+nda6iRt3oYTa502XHWWjUYs8fEq/FnYhI/Sii2shXkrlxvklYiB29lwDNVUR8a8d64 Va0lusrD+QTAmUn3jc3mG5gK+J8RPuvdoKUTpPIQZpdjSKKUFLIgw7gCzixRJB3vifbsYXRhjoDd xFfYBmbB+TTttI7WlP1IjfC0TnLVUW6j0JUtUtoK/R+rNJN5un8smc44iy/TagJs0ZoZ6D0d2h44 UK50EaXytSwhA1skPF4fSTOLvkxH1CA17DzmLbJZ+RgeTrf9q3dAdbyurPFIH8L5QK9i2fqgY+dG ry9OLkDQABuLUzRPmMiLnke5MjspxOar4L6sMEskwKHniXArA2xP7UEIZhImhg9gQ1M2oox5PkI5 dDfzKeFwTzLRUCKA1m9EhKG9klEp24vzUX40D1i2JVgcJAmBF0No9NnsyFdDhGGjzrH3Lm7bCmDG EKTEtE5nrX0lEYuJeRxcuYlBR1X3xIg1UArf3VkOAuHTgq2oHlyz668dq2NIFycroKC8jddqC2+n Mlu8d9V0mk6sd/yQpwkqy8hkCGl0EjI5Dqu5JPRtGuYr1qmd6pMtLf8f27VE3g9MMS72oxNn+2kZ GecYQWztMOqfoZUWya2MsWGWuZ/PcKzgo+yN40EgnZYX2/UVfkwXtvO+T19xDnggPLh0r5JqMjfG AAWscklOGNFN/xBM72O7lbK4xh2HiuX3SrWBETz+mr1KJXx+L07yRBx+rU93Rbf0EJ8S6btjgIUE INKIwuMAG/E+VlPJIwcAJaegwwkDm5WomxQXEQA3IlSIhkaXnPUqEdfR+ZdW2KV/y9m9bkbVE1rz tBT/jYZn6m8q7k2lTbcaCKUo0a3O+o2kjNXFg7hVBYtTIJ67MPPPY6pn/wJrC/0Ou0HvjDJ7AxfV rA+jIVa2rErf0UNqB0jMFmZZYhEnJRQrXyMx4XN+B+UH5Z4FNqVQzIpAeLpaRkIbDeMRxv/8dI7U mFwpqo63Pe9Km6F9B0oIrK4F3DyUzPHUWtnGfI1gmQULJKfWg/eLGINVj0/3sHS/XJM9MSpAB5D3 iU5ER6lq928cO9Foxm9bGZZp6l928h7ycLC6TE5tTWamo1F+ghGJuqrMbw2AJnHb0dRfl+hejiHy XgvPmm8ZGCt00by6jHCkmG0jbirnXpBJPz2FHbCeTR9YhmMlIRQvLL5SK5egVdg4dgvPQDAYes0b PxOMT84+3FBp1OcbTXhzeWJqbTw7h1NSb/43ShXmJhTLWSfk+r7ZKCt/8foLJOUBiw2WSWNvUrJt mpd7BnfbFCqoWlb1d4TKoZxoxVIj5kK9Z9sCkEJ3SXxSTafd96YFr0B1HG9d7tn8wqQi04gMmeNd Uwc012xsjDak42shB/szRgmK7Ac18u7HuKJYZm5d+NcaAha/r5QTB2qqspkRgR8MpR8G8NNVgs3d kS5yC7+YECkTokEkA3mNXw0B+QG2F7rIiD0ZDdziu4p86ifbQ2bYIPA3fW6mtAJ52d1FoMnCF/XJ e95pfa7iaWP+GS8XXccoXgc0/uxYLfOBrkDvTFn+VhxvvG2W/FiS8lowRKSFsLktGy6nQq4cUuqK whx+33hndK7kfCFxXOT35KRASUl1h7dAEp8UN9on8xUOZNprDlmOlDesVGvZ60cl11S84RIyLsPJ bayb88pLhjs8jYJFV2kIiLKayLzj+owrJSw/EubVKsCJlcgoKXTQ5lvGc0MhKBV2VYkH9dbpR5Cq wmDi1xLnJHrnbErW2OBtTP2hLT6m28BfMlpVIDXs9K+aQGdYNkYbFT1Q/ye/fsKlbTYfiOMT6mEp eGJ99k0tsLdldElKMWTT600pQnWTl+2FFAZdzmkVYI0Tw4Z7k6NTYjR7sNqZAGGy7BDoDx0c+8VZ weteqv0gNpLo+E6/NPD265EeRD6XPtJ+guWDS0ortgvOOCjHl8iVcyIdPlNqGEit0EdU2igbFrGN R7MEygtAgvKWlQCR5tkAvFjmppfNQHdCX4KFu9o6NFQA+M1mr+EZTT3Wng9WuQ04C1lti/+cNWoy j4cseKgCsAvw6IJA8xymuEHOhvjToO18qm0W+HReaoKOuDK/3QAqYrCeV0AlzGW1hp4qPuHIDL39 KdSNyp2SS+QB32gUus7IYVFcrScCSLyvW0NPyek/aYVQ2o83cROKrmGNBFwBL8wXL1Lv7eAU5DEX phast/h2KYwY1wYCQpN8n5deqcAVndTYCLUzOQ/MoBbr1WXLCLjj+0GVOrfbh0OqGB+PiXGSIjdV cFXtg43zUjjr6RNZ26zd8QrQd/ZoAPFJs8sOmyK02SLC//HjSmznDeUCsw/fr/Ns1ihdy6broGjY Dg1FFYVf8KnJ8nKqu9/vFyvAwkiltNzfITLufMJ+1j0SC3sSBlwr9QoFw6IKzqIqwtAhEPzTwoaW HaHqxlUhkdRJ6uBQhIVUqfHvGbmOfPRzNYb9SG9Ik0WHYvIGJFpwDix8vcb5zZf2GdqaNFBmgYze NrgdQRpn9uqyNcpsaiee20EZ293xn/E2geIdSru8R+aMV5gxCrxx8g/tTYhLl+GF5TOMJGgPi0X9 0kPa5GfYd1XvzPCK2i31bjJbe1z+runbKD4CN9+CR5XMmH1XW7zB48a9b+v5IGd9D+UgVPLxn5hA U/7q+O3g8PAk1njejWMoBebyXCbBGlhig1F2oLlWswJj64W6RRt4yXvRRrZRfW8mqMpO5KcGJxAP PxSMgR1Sof2qIbFTPh3UG3kyJb/Y2ozLoAsLWq1IsJgn+LYNXukqsZn0syZn7fFqitvhAWNvJLLl j2k4VSnfaCoq+1IpnDH2JV7yj6lXrHatj7IilnrGPNYq34xO1AtpRofWKasS99T6AJvtJXQpIM3S CWeZ+g+t7sIcEtxUmW3ZdJuGtdfi7coTZi3AM6Jx1xkZN82oAHdPYTWqXx72Vt22XCobhtTny8ST dc6++cnqQdmz1Smb80zXseC9AXm9W35oh4WEzbaiUJ8u4VKJ5BhP6aSf5i2kJ7L5vgbZgFtcedab E23wgbmFa0izAlIKKrhwf1+auIScwmNGKMc1Ssq+dXvq2SFw4tEHNm8IOFewI0d9DbQGQ6hsk3ZR AJn06to7H9Y/wcgKYrPnTm2X2yZ5pRlV7gS3wU4tE04BeUWwqvD3d1D1c0EEVE1czhJnmSGKK/KS UGWh+PwYJfH7ZFa7UoCoT86W5vdVjxF1fiWFXzIE8bPDYlH0nGrPGmqafKWRNLCsHGofyttqH75k OhT8hmkytAkYk6DkabSTV92CDaUAOIiCYO6kcXgsodtU2l2T7IOPylNEclZSCSabHTJq9gogrr+y 5tQ79PY+EtqvUBqeZ5I3deUcfsUcCY+srFGeOE+J2sVHjMRum7fgnexjJUzIIcP5ZMgW+xW+FLw1 79g6qNORK7VIfeMH8vz4t0Ox0eLdE/7woUffRiACLteJk8oP64YgJErZbJlIZlpPk3d0O7ff7NRe FlXuFEceHQTbsWDvDtGbpSQ++N1dCqUp1hVmzaUTCQOcPIuoT3K2x2rR0d4t9RMuJMrlDOk145Xy g/Jzr9X1QHGWOKaBFPTFVjz1Pztc65cICR5+xbXjnXKxMyUOta/m6KZDDWhNa1hi9AL5tDjAzdGw dpyyBmjns0PyxQvi39XTwZNWnNTQA2VdFRag5idcKwCdUz3JQWZxULC9ToC6dYVFWj0x6teCzfOO QAnVv9GI9xzhyXtDHr3a+crsK1Tg/ipg1tJ3k9LulnX8tvzUuCQ6MJzq2W6eNqRQVFKnVz7/E4VX UChSYyERiBGm00/GodyjF40Bp6U3ruUUwxuzdVO4LDS5RuXEJWHE2AnAuw/MQzgB9OtUiMctzOOA OumTYEEhhrny7Bbfhqk9Cc/Elvnuz6h/lIMvw14YuchgM72R9mfPioe95X1wrDsoetTlFfwRlgRW x7NLkrY9ifnAQ3YGNQmPthdINHtzNnzIlTERWsvkr22+lnFsk+GL7WhgfLqDfeyVcD2D641yOsyj Wf3lTbP3liI20kP3Ga6/lUnsOcnWBxkGuJFJw8Z5aGDlAEAlyGpOAYUBnalDKuL9gIa93WzzbSqx 8xFOlr7fmibaXmuYLXs2LcqFmybNuJKcIOQmu9iS25NZej1HPkKXIWrHYwagpbB+jBf9cZut75EF 18WV3Kasaiw6dUiew29DR1x+CaFIlyPoCbw5KnavFpW3tRvbgq/RJcFMy3lRMd/ASD+DqtSa8Hul ZAGbj8IuQhIjFlljtdZNT546+DsIwAgHHcw3UtP2QBGwMZ83EQpNwvOmwmOHJyCQGuPPSkNIbtKY VG8gAeWMr5xozUO6UWgk87BfJWriB3A4pyXk3TUCqXiy1fWCn0QvQyCdXBjty9xF7jgmF5foHtSc +CT8lzrSyue02rycQImjU+yq3CoYBbbcVqggF1B2FzaNIchF8E9lmVk0b2Adgf0vrl2wVOh8/z5N w9q5lC9ZXcn7+rSAnvZsu+y3TX3Djdqu3g+Lnj/mE49ygZlz7PYg3TZBrl30Z/s8PQFPpHqZcw9q Xtz2HfXfLIDgsELycdBZRvTCqWM8r/u3WpQOkryvya3jAjshtg3KEqVUszEQx0hXs3GVf77P5aNK ezNlktzjixRPYT5m8TSKKEjhjNbHUJAxORnyT7Xo8WgsvOiCTYv7A19nwo3YJjkw1vgSad8glCGT NDDw3kg5P2KIjSami4ws5zI42zzL+zGNaZhOoQRWXLczpWzo2PIA9de+PaXueGk6hjTWONyhkKoz Mvc3gZzHUpWGna8dcIcjqRaJj2r2HIO95DacAK5eAxcKqenLL1hP4lGQmveWNqzQ9xgaAfr6w0/d HjfEh4/X+BoRGnwrT9V3y6KWNBABOSRRrGYBbxTnBhH2ePmn4WkN6GmoDvKGmBvVL7yNS3WVXZBs CL9wwRl1fc/w9oDASRRb9wuDAHeMt1ZeIaqnFieO4RfXp7aP+hHaTAaa484IB3rG9HUQ/E/QH6XL M1I1ENVpxJxBh7PTT/iYzCkAO6yp0hlHnl9U7NSCmWoZqxrOojaP4YKFN3EmL80wobLD3VoCt/Ay qhWHV4vvKqEqw6cjMNOaBF6bdjgagTSo6drSHyTOJfGXGZhV4fzxaVjTFRIdVywdcYtqbS7yaXZb ZRwuIeZGnA8r59NIcofF+1WBGLEQXDmtgpYIHrxiM11g6Avgq0xy2PZa5vOZd4AS1LCQNNeqLHn3 MYgqd4lBQyBJoNckRmgHcjnxmqFYMYF4JHpAjHuax+xO5V8vfvR3ySbto6f55Wz+crdmavvH7o5e JP7lTamKW2KJmCS4jypv1izoZL7WABqsS7xDwA9SOuvAE8yvUEb8zffBVmuq1KYvYGTPH+R6BYfO MrRnb5Xp+lMslvfI/5xO6r5s9e/Sf9X2R6zMi7e70PUYBY4p1fxIivm03PmvO8NfWLsth1ocVQ11 rkrMKjG3mKPAAaEC3YVUYuH6/EplgJpmICE6b5gXOPeMFRa/BuCDY9U+oZcjKSd/KqnEJP2A9XgU /CCj6TlhGFotAHVHYaDpxy5MVIihxXpbWKQUzbsJqiy3FRO26GW1LunsAcNnU1oO8KywcgO+a/85 M+KqE5ZgMc7ZPtjkRZuoBv0KBkJtcJ9l09spcLUXhJA6VIDfz2qS2G1qNdqHmg3lSUJatiS9GQUH uu1Ly+iUTxfZw4qeNiTwIUmW5EcifynwLQiLunmtDSyqzHB2pKEbxKNILm8xd6oraw+jojWVSY7r P2iMgGTEfcYS9SsaHiwDsFLWUAJACwFk+/eEXYtg5XrpZrJ1/7g6zqMu7GseHdA0Rd7ZrGh4iLTg 7JnIKDGjjQyFIuH0/ooNZsTuvQSRiTX6kfr7yVaJWqC5KlPaF3L3KaZvKrR2bA1ur24R76H1GDwK PQIykPgxI3LK0f3KpDYy23s72mJ8FoUJVv9eTYwdrB94H7MXSjUwxIfpfe7PIEwCN5h6PbbuIkRA mBzSk4VAmeHYbWI3v/dGPLbZ2wZGfV70M2J7xfbn+KeqB8l2shHfHDJbrBXBlEfoO8Ijm5QO5f9O p1x8mmysbdZWVbnPkOcgmgQQCeUcQZfjUhUMm+drkcLU9SEGzBo1iZvK3BVhBbHgug/06BD2mzWF L2Zp1gSgOrcU/1LM4r1Ti1mL3n3EqUrUkXQq5qA8yJtrOwpCOsI4fZ2AHphZckkdDc1Wv9+KfJ9I z4eeCTlvI7MAYcv/TymeNNcxlV9cPcp6tBzmmnITGCdcbnaCDA4Ik4W3p2f+mYifJJU3hp2WHO27 KLjuxitf2j3fQx2Okyygw0B5QzpWWmIOz6zzO6Tl43hxGZz2I/ekYS5ndSdybBFZelX0s4QMHVhY 3LpPmAzQIkHJlGeUV8VdeTrw54kIzpiRo/yp64Zc8ZdtbJlO/jkdGYXRlHEmkiW/lzrojNzjvKX+ iN4QBj1ORru1fzJFLUIaWTnsHwspQv4Q0nSO4Cv6avcww+9k1uWIRSbq6Zx7Nc6UF3+3MZXx6pCc EkGs5BkhgHUQZaw+sQplbmRzdHJlYW0gCmVuZG9iaiAKOSAwIG9iaiBbL0luZGV4ZWQgL0Rldmlj ZVJHQiAyNTUgMTAgMCBSXQplbmRvYmogCjQgMCBvYmogCjw8Ci9Db2xvclNwYWNlIDkgMCBSCi9G aWx0ZXIgWy9MWldEZWNvZGVdCi9MZW5ndGggNDQ0MAovV2lkdGggMTA2Ci9IZWlnaHQgMzQKL0Jp dHNQZXJDb21wb25lbnQgOAo+PgpzdHJlYW0KrCGYgwDJMY1dpgXFsBlmejN79GsCZ6OZIcUPbe7n H8T+OuLXOHFULFjqsLHoe+9azLTuC+rVxK3drjs79vH6icQPG+K+a+7O/V4YCmNi61fhyhT41aS8 63UOfCDl7FW8khI2nQMpbW9gz5SorjClAdR/lN9+fIDE/V1UxHQoxlULXRqqsazTmJT4nK5MjMBm owsh7pj1DdW3N6dyPgg56cR8sK5jr6UP3mpuuJg8//HxjPdhfnFns/SZeaXG4/HHn38VNeS8rsSv 1jIJdQi1rHkcSwRSJsvqPM3/dI77BEgLMbw2kp6Rv7yLgfhBnpYtEb3JPCZtyl5eqQjBNiyF/uwo jqz5N4RJ47u3IyDm13xUO5EUVXZXZqNsGe7Qg+xfnYNcsdMnUCIJOZR/BL4L1VQk1vkyGMJ9gS8C BW4G4I/eVXSSa0ED5lVngXrJeNs8GR+2aMEfDUTV2pwwilIkD2h1ml2f7/gd7d2jAE1lkaxUnxpe o4ds9Fm52WPBQkSN7Q7TrJj4NsQHSGOz9IwqbCRT3XrYY6GHUotsMSLFq3SKt9v49damm+CeJ9iF cGA+JS4VGDufmWGa39vQkLrHzjN8WFgXcxA7U3EHt22X0z7ra1u/7PCvG9enbHqz3msQaGNKLxtl v1NK5pZbSH1GaAnIAPMQfm2r7rXU/GdrMFfUvhbryDZCVyM5b5I7IVIbF3KmTx0U8Ekipd3bPh0l ovTobjTUzv1A3+L0UgN3+Ga/jRkP/DImQhgC/9fqweWkySO6jsFq96yfPaBY19/U3d3SIfkp0l3J DbysOQkz1dJfXyuwnKdAKn2zR3l2CX7KjsalJhGNTfWjltpHw3GqGrf0lSrADydx1WsTUmD5nw1S 73vO8q2Uy3BSBf2JMYAQXulJJyJGiLMaKi6Q8j0GsZpA+AiLUA5xN1jDw4fYbLSGp8ZCZWNBoeGz VQ2LZtFHWL5J6C4x6fe/TVQwraBTBqygU/yEF5iX/5x2a3ibvbxszEb6a8mII23G15SfJvviS4k8 AfqZxJjKEo3qcbZybyLuERvbSOy1aRsd/3q3B29xVfQqnaWv/d6N1QGqw0yfDEZHIYvujcj8GFZN zVlazonBdJ2/Had0JAZbU2b1+wyyWAJ9bNkX/3nzn+JcwOVG1TM0/fUZ0ABAhfce+1wZZqcH2ul2 LDXhczjzssEtxC2jRI6OYgpOr3IziK6BnTfqGSoUqC55uvyF2aWq2hslI5yd3sQoCrQbX4CGIBKE NplqLjVGUacAdLwSUZ45fvQaN/OukiC336U7Ud/6YqRq+hlPvkJuooCMIfTZQzUiSLhk8Dgmd60p qexqFSwvC80NJctOMSWaBO0r9Xu0HiWqjS3qa/TbnjY71fXGFRdiqpuIs35yNEVYs79pQfMGvfdX qFmGSlZULvkUTGAn7I2bpuTKlMSnvLf7hl+m4cQdiz9GV0Um+XlSZg7HLUn53IBWGhxwAJwqJPBl Xe2IS3itPnaWXZTJ5i3gM5gqTjYuW7/oCdK1K62rj2YcgKHYJKMwhGpwhyCV//Ph+45C+9r6W0WC VH5m4BsbTceJCP+MWXmQcIM/JPY7N+n+p11pAn7CCtvivsrC5Bpw1y9cSSoOcQJymrXTEjj3YoXJ LaiGkOBEeSfe8D9rkqcO8Qc5pqsY+XKYDTBhDm+rSMj1Ek08mYyoovy2GUJg/l54JOlZuC1EV7un sNw9J/y+FzGz0HUG55J2LWpYTkV1K22AKsfyVcXwcj6bkSeOZpvcPe1sReFqiupJZpZj32pP4XUF YIBmJ5EDpwUT/WndQc784jPlPaLFV0dp7QXVF0xWaVaakdj6wcJYZYqyBp36whe3IRbOivF55YFu 8YSmH5/3eLc9XCFB45D9FgTpgXRx06oq7wexwhIh7hjRbWK261oF8walKiCMNIYB4N6cGhSDjxMp gIao+NXZ/qGG/I2RuqJw+I94MyO0OVt619pxndLsyUJAkvkJ17kYuReUt4twkDt31itpsBrJEG/L HCM3/TA8fwJlHapDc8wtFL+eOWD7KoL5JghqcO/1Ct3FP33/wkR6o/14qOtlBOvUa/L92xcczAAu TErzrALmZiAIO4PRT5ZjXkseiUcbI+uFqYtfWNrP+d2EvIGFFXHk+1Yu9Xpowok87PHLBzX9OaTe zdAlMJEIA11Tb4e4RDRIA63cCAg6NXaGv0JClgO5ubsr3a56oGo+RQVELEPF3kWrUuiDlVXxv7pn Ucf6Lsz/nFIXGiOUsLKdsrhQS5cbLLP0JPc5aInETLJEJs/7ZYw8LcNgneq1Mw28H3g1hiHE5Nns uyy43SxnFmJVxyJAjrdBbPHA22ScRtLam9T2DJKsTWsbQ0wedg6fUyrdLABj+0MQPBCXYm52zY5K o6Y5a9Icd6K9wJqdAxn1Mqp0DNFxP4jluUYdZu/lePDiH6hLM1nywnjH+4uwpSBq5pIkUojVNttM 9FelExRXLpCk+oVfuniF3T8j61wFV5Ci5zn+pQmBG4YHMyjkLRumxAdoCgYuOo3BOmyWKSqsVEnt QlwhoJY3zUQbSXIeoEGJc/2hAL4FZoI3Ie15ox+768XJZRKH6u45LhtgNyFLnms+gNx5ZUqgxe6b UeISXWXK/R+GxkDMe6xIeYBZ4OZOShKtnokBI0Dapjz0QslFeyxS27yztb9q1qOxFrcEqcK3TEcH SHJCHwHIlvGZ2rA1TbIZ94Go17CpIbJdxYIsBdCXVVxbi5IHgZ/so0uewIQ5wVs3hY2CX5s16PeA QFhCvfMnw3HGH/gQPvU091t92uthTMIZB97Q+S7R5vuIKz4WPoySh/OE/ho9R6u9Go+trZBQSDwS CWzuxJXSBUNGdo6Bak4KVhNzlaIX3cK4mqXpUtKwj34XrZumk+xRXne6xMkFk1x8NSOocMm1+SJ3 YC9lGXjE+ruzdY5VvdzqJWdbXFl68BM7S2r98ASK4Y7iZvJapo32F8qtiZWIH0ArYFA0okxfLbT+ /eyXjneWRLz9IzLUPDO+KPt4S2Jmujh9gl6cRJi6m7mKe3MCmPAEdyy2M9Z5T/yvd/9L/08fu2pY noegs018pDbF2qLZGh/XgkxAjqWaH1/lglvVLD5JTWU2lOCacYge918Eiq8v0a2gUtG5fyRf1gG+ WZ9BNqesYbBio8flmsQMYT7uvvzqCo0ZreBwKrq8u0xPxCDxEMKaV7xQDC6yvP5U8G6gUJvTD7ux dEa3YcAnZdbAqba33MMaaR+ey2BeOtVF0mGlmiuDTnITIyHaqWqMfhO+qS6l9ktQ+lGs5Ods3Mn4 9a1qcm7eBXKYdJaKClgJ6dZ5Wg4XMSibFEehK3NZqtobZwdOXNmmDcm35r5/3Miyx+o3jIhBIcYZ OcQCON8KjnRYO0qgQr8utksNCE4FE/mNUjDhX3zgV7KxT/ptge5evy0tvxsv7yeYZFDEFj48WLvy Hng+19I60HyttSW69DlGfrtnMct4c0VGKFxXuxaM/fKGBKZoRsFz9oXCNZ03jSQvKioL716fFn+U qxIyu5tOlBZHzfWhenH27iuKY0wVLnRopH7+aj8sr8y9ttgw7NQrb63PFjupoiJgwZUSnfU20/pW DVwE9BX7SwXQrikTGwsVZiIUntLjab/HzygolAgI0hAUE5Knfh2P2fJTVcB6C/p6WYk2C3pFpCr+ 0fvbB3my0RrpTIQQO6g7aEyGt2GXS9whb2C64yC286WuPkyoFt97le6b/rDZ7SwVPp6hYA86Ku87 IF7QVphcLOqzuUvppbKBfWKrd7WY9W+shC+aiKh3b6w675v/O18VGGesmv1Vl/TzeR5f22DjNq7f RWwUqhpfEszn/oHAl9xn2Nugp8yiFg5mGBpvwg5Z1fQitc/6Mii4Do2U7C4xf9iIwca6C+bqTS+t tqRyFjXf1R7xgPUJ62rPFmDTbCRZ7L85FxwVaLTYlncXkEEPapesEaEugCFs5FcnHnZ79cznqwEe uawA6JmIv5dctX83RO/NYrLng2UxEGcU0aI4CP4/G+CZtq26dibm9tHbfuI+SiSJ2H1VXYjOCqxB V6U045he8iuJ0lq4PZ67Tdxa9GXKc9NJZzKiUy9vWtIuPL/ZuYc4g/hxeWtdtkwvMcAOH8GLfOVQ CkSdUScSiO0Ih+AODbRmzEYaBV60OR0HC2aQ9kAItmOKR/+jJ2gD6aNCFzC3EmEdC8pMrFVd5EjB 5pjiKnUAtv8KtM5s+tEMmdv7N6MBvIxDDqZT/Q2eYMt+IYbaqvU+m5Tk8u+FyQyvux0kECJK/5ue QzVJriO0AkoYmAlsXBYSAEjTaQr1/MhBqGMflFx5Z40NtLrPhL/s6VKoSdz3dDjc6ydEyCITWShA yDAOLKgEgfOASfsaaip/5y6UuwgTQIJbWqqvZYpJU5PP+h7s2OxlROVV4YoJRqyTWtr1wMOTbNhw xP87M3qeBmjFInvWhhdcyO9UQ84ySxy9p86GiWDJhXmgip+uH6ocjKOo16d9lwgsNZIvNe2bxWKu pLdc60Z5gwmw6AiVorTIPs8AayAbko8bWgLvmOnMLYKDC57lkFPgruyaqwBmtMYcLUw2MYIw2EQt BQgQf+i58lKL8sxtp6ZewivDwua2T+1LvERaNPyuq9L4v/UfVxkWxN4AAnWBfXVQtInwb4qGHCG1 EpBIqIoBJbkQ+7hYkRgyaIM1d4wg0EQXowEO/bja7jhdk5yuVEit2j+8aay44SAMkLkQxm25BWuj 25t8C8dGWdgC/PzYUaSzOwMpUL6AwfNtpzCtBPtquMfOK/DsDB89aP+HbC7YT5S/PpjTvIH2N0Fb kRJA/Ve70KjKgvaDHupip0qBiR7kWW1MtDC6ToxSqL/zVhusYY2Yy5P2Lnr398KtrfKiNiwYyXOc u0yytNhAowUk4UJoT2VsrQYQH64joKBIu45AgWUPR5iBw06V0X2kgP15mGzTZtUUJlW0UuNYloRb VpmQSgrAZjy/bD1xSrGButjT3zh9w7lyAr62sPIFJj2QX5acqWzCKp9WS5xjRu7rAcPBl7OhYe9S bBuirRI37leLJOz9GsGzrsYEUcPSDx1ntW///aTAO+Ya0b40rep+B30e7xH7Pk343M3GNESGiqsr BH2ktdd3L6zzmyTJCTb2GBs8EKouuLblSGlv/eLxchDXRnq+m+2v89v0C5+0AeWt1OvuY9V/CxzP TuUcUVjLYXrJQK1dhds3E6mV/9HZVdbJ87G5Cm2CkypH4f4HHsXrjRRn4sIyEEknpFLnYyvaXhWr gvFoUgYu7/oVIp0ZSkEYJqbt5RW33EqxaGI+PSdjldmIdnrh9mJlnzLU/YUaUIgFxLKTqRU/nC2N qmD1DdL839geivbOW9O4Ywvj87IRXzHk3zEXMHdVb+VOk+nUopLUBGOESjeq/BcRgoDkWWEhy134 mZcGEXMco68LGcGWXea9J25pTuoFBhWFnjykki5mnnQZCx4WLMZMdUnmWwALR5TO6uHOWHcuXz3C JhkLldlTDynbJXkWcRtBIYEn/NssXR6ACBRvMfUHFr8hKrLR7fCbWBv51IkiH9o1f034+D9HPbV0 syZChBKqrg7Ro7hEsqTuCFTWnjfwLejnth8TnCf7uyVyLBC7q+HuDP2h6gZvdOmjmfPIUvoSrpfE 32h2BeI7bxATktMUgQADA4iuRbzeniQOGOHZQIlqQ1IeDmoi4ZnglBMh8lDOGH2bKKxpEeozi0Re YsL3o4/aZbnjCqoOC/Q+pZshqf3UU8NDHRrXKJZ5OUsdoc7TTjhT7klhAcDBtogIhS+0KA+J99T0 76DrQvC/v3+C+dtX6IFTKjYxnBErDrtQrWpiK9LadT6cdOjupiFST83QdYmeZEMqldf/j7Ql6+Yq 1aIIiTU5VjH2Y4T/gHav5yZXYm3BCmVuZHN0cmVhbSAKZW5kb2JqIAoxMCAwIG9iaiAKPDwKL0xl bmd0aCA3NjgKPj4Kc3RyZWFtCq9C5C4fTch9hqfxlTOOReJry3hktu8YzYxkIcl8lNil7Z/iq/BC h555FZtwYIQ6+E1gdYe1tBrPPdaspMhuhDqboZYf1NUVaiSlzniJ5LO0sinKfdDxZy2FUHhSJk3G +T40uwqso3XfWDMDmeJpyXk2SBkfNaZPajAx8HegR++guoPLC1t7Cf6Pyec1VZ4x4NKFje4/Mlt9 GNuYZUiXjAsu6N/RJLZ+Ttvn/QmQtu6r81Jku1Bb/P0LjIniEoKAlFifk0Ui7g+qQwG9o1UBzjLt KNphT4SWnf8KbCb3uxbeDO1GZnjVGTg6LyYsAGFvjJQHAMmRFTyjeQo1+4pMqajTZfCZ3kWIPnKO DrWQfa0l1duvIE5u+CLpWBNz3DdxZLxhGrgjxua75PSr9eqUun39Riq6B4qH/IrJ22d8nF0Y/yhS pGEOAesg48tGupCzTm05wRuE2tQ5rwCZB6VpcJ9VbvqG2DiTgXooa6PursoX/H2nRCM807B2p3qH dglUGlp6NgLUpo1i23Kwzox6RV4SF0rY/+BW0jyMSRHTW2T9J2AADFK2ev98y+8bAA0fzWOFcl3C iI1kdWF4Z1MdqRicSI2mLwscBW8mxCubi7euEGE3qUzmMoFeQcfM3S7P1RLBeNVMHp+pA5zI0gmF NrjYlYsEXZ8fvc/2rYNeKmlLhF2ywVrdp3JBJGIugOx3Y9uG9gdqJ5LMeA205hL9reuXMnMuPv1k znpwoKIxK4IADoxZmtBtYWYM48MXerS5bPw5ZBgu3GceI9TwORfgYM/+ToEMzlBEZPeq+R2RLEcf fYoOu1fHbA6RDgk0QmrgtzvcLgQF5ifphXygO2QiZc1w2QsVAHrTQKShhCLRsFmNmz2btoPnJtCQ kGCiDDbutPJG9lu80rnLMZZNHVTqRNta2iHh4c2cOoX+WtsMpsQJvMbyewbbfREaS0iyDiWNjiVs YAgGn686X8BgTIjSQ4xG1WSraTFBIYe/tc6FfVIEVQVcd6/1dFi6RoLtF+ziSQplbmRzdHJlYW0g CmVuZG9iaiAKMTEgMCBvYmogCjw8Ci9SIDMKL1AgLTM5MDQKL08gKPh1T7MTvj5/hi9NXG6rr0dB gUqE2+lcZuFcclxiSFxmePMGZ3gpCi9GaWx0ZXIgL1N0YW5kYXJkCi9MZW5ndGggMTI4Ci9WIDIK L1UgKMSxINc8Pyc7dlmsckyo+RQAAAAAAAAAAAAAAAAAAAAAKQo+PgplbmRvYmogCjEyIDAgb2Jq IAo8PAovVGl0bGUgKFkP7eArrlxcHS/lEPT5KQovUHJvZHVjZXIgKGMW4+QlvEkXNqgLsKnlzLQb HMPbM+oPIfOqJVUri4ZIDjt/iadiwlHdLkwkXHL3pI9Rbr+yMq29K7spCi9Nb2REYXRlIChuQbCz cMYYR274UqCr+s2rKQovQ3JlYXRpb25EYXRlIChuQbCzcMYYR274UqCr+s2rKQo+PgplbmRvYmog eHJlZgowIDEzCjAwMDAwMDAwMDAgNjU1MzUgZiAKMDAwMDAwMDAxNSAwMDAwMCBuIAowMDAwMDAw MDY2IDAwMDAwIG4gCjAwMDAwMDAxMjUgMDAwMDAgbiAKMDAwMDAwNzYwNiAwMDAwMCBuIAowMDAw MDAwNTY0IDAwMDAwIG4gCjAwMDAwMDA0NTQgMDAwMDAgbiAKMDAwMDAwMDQxNyAwMDAwMCBuIAow MDAwMDAwMzMzIDAwMDAwIG4gCjAwMDAwMDc1NTcgMDAwMDAgbiAKMDAwMDAxMjE4MiAwMDAwMCBu IAowMDAwMDEzMDA1IDAwMDAwIG4gCjAwMDAwMTMxNTkgMDAwMDAgbiAKdHJhaWxlcgoKPDwKL0Vu Y3J5cHQgMTEgMCBSCi9JbmZvIDEyIDAgUgovUm9vdCAxIDAgUgovU2l6ZSAxMwovSUQgWzxlNWQw Y2QzZDU4YWVhNzY3YTdlNDBlOTJlOTQyODUxOT48NTBmNDdmNWQyNDIyYzZiNWY5NTAzOWVhMzdl OWNmMDE+XQo+PgpzdGFydHhyZWYKMTMzMzgKJSVFT0YK --------------010800060306040204020206-- From ygdlz@apl.com Sat Jul 14 16:39:42 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I9oP0-0000TB-Na for nemo-archive@lists.ietf.org; Sat, 14 Jul 2007 16:39:42 -0400 Received: from [206.188.230.241] (helo=xfofd) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1I9oOo-0003n5-N0 for nemo-archive@lists.ietf.org; Sat, 14 Jul 2007 16:39:42 -0400 Received: (qmail 16027 invoked from network); Sat, 14 Jul 2007 15:38:35 -0500 Received: from unknown (HELO hed) (158.225.212.181) by xfofd with SMTP; Sat, 14 Jul 2007 15:38:35 -0500 Message-ID: <4699344B.4020001@apl.com> Date: Sat, 14 Jul 2007 15:38:35 -0500 From: Hernandez G. Kit User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: nemo-archive@lists.ietf.org Subject: Fwd: Content-Type: multipart/mixed; boundary="------------070703000105000706060103" X-Spam-Score: 4.3 (++++) X-Scan-Signature: c2e58d9873012c90703822e287241385 --------------070703000105000706060103 Content-Type: text/plain; charset=iso-8859-2; format=flowed Content-Transfer-Encoding: 7bit --------------070703000105000706060103 Content-Type: application/pdf; name="Invitation.pdf" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="Invitation.pdf" JVBERi0xLjMKJeLjz9MKMSAwIG9iaiAKPDwKL1BhZ2VzIDIgMCBSCi9UeXBlIC9DYXRhbG9nCj4+ CmVuZG9iaiAKMiAwIG9iaiAKPDwKL0tpZHMgWzMgMCBSXQovQ291bnQgMQovVHlwZSAvUGFnZXMK Pj4KZW5kb2JqIAozIDAgb2JqIAo8PAovQ3JvcEJveCBbMCAwIDcxOCAxNDhdCi9QYXJlbnQgMiAw IFIKL1RodW1iIDQgMCBSCi9NZWRpYUJveCBbMCAwIDcxOCAxNDhdCi9SZXNvdXJjZXMgCjw8Ci9Y T2JqZWN0IAo8PAovSW0wIDUgMCBSCj4+Ci9Gb250IAo8PAovRjAgNiAwIFIKPj4KL1Byb2NTZXQg NyAwIFIKPj4KL0NvbnRlbnRzIDggMCBSCi9UeXBlIC9QYWdlCj4+CmVuZG9iaiAKOCAwIG9iaiAK PDwKL0xlbmd0aCAzMQo+PgpzdHJlYW0KVJ3Rf0xQEPJ6+q6fYTdasP5pyklzmOMjWuvmQ35otwpl bmRzdHJlYW0gCmVuZG9iaiAKNyAwIG9iaiBbL1BERiAvVGV4dCAvSW1hZ2VJXQplbmRvYmogCjYg MCBvYmogCjw8Ci9CYXNlRm9udCAvSGVsdmV0aWNhCi9TdWJ0eXBlIC9UeXBlMQovTmFtZSAvRjAK L0VuY29kaW5nIC9NYWNSb21hbkVuY29kaW5nCi9UeXBlIC9Gb250Cj4+CmVuZG9iaiAKNSAwIG9i aiAKPDwKL1dpZHRoIDcxOAovQml0c1BlckNvbXBvbmVudCA4Ci9OYW1lIC9JbTAKL0hlaWdodCAx NDgKL1N1YnR5cGUgL0ltYWdlCi9GaWx0ZXIgWy9MWldEZWNvZGVdCi9MZW5ndGggODE0NQovVHlw ZSAvWE9iamVjdAovQ29sb3JTcGFjZSA5IDAgUgo+PgpzdHJlYW0KTR/4g1TI6eQWyDOlpZk/Uh1v eHLHXTclHmLK7JKldrtcZ4DYj3BdPhqbGQ/ice7rrKmRwIWY2jgrwlLxwC1nRRc4O14+2ffGeFND pO5YFl2Z3cU7zQGALv3NkiZDQ2YeeFlAuoZrMS4SEI44RQ7KgW/VwvscQYWHSLeucYkeMkQkKo5/ 3qx4Q4n2D2GiipLA7btNav0z5ohC2/QxPKOASAu1QI3QpQ6zArNzs7xgzN4VGj1Yfqbj7c4j4/l1 x9FKcRV3P004RgluYKukuWyTHIoippihWpCtyDTR43MYD9+BAM5+mD7IHPHQcxeZPHUREU9h/luB wSZ6z2Zeen3f5zbwdbs4NWBhdoV99LLB32fdWuhEb2uoeXzecyqhJrQD451JSXDRyNx2NOxjA/yt eCvakD5LrQNSbXknNpPaGTJgUHsk/7+Na7d4Nnk09eKwMqxxu7VD6QaWJZ+bv43gteCse8NTCGGq UcJij2MFyaKt8b4QdttIqFQu/P5FtiLsNrlTnEmiHPIx3FGBXezt/cSpp0x8e7+ZQ8DxquFBOWf8 K4odJfS1v/fLA2zdYCgkSw3RrKdttUJGsGkAaq2tf7kSoGckySSj8AfyfgoHku8ajfVxnofyYh8X P9HyGBBGJOv+GEKNPOKnbh7NXjKrgHtM59Mi++BHrxe7mEvq6Qm59WZyet/PoDxvv6Pv2ICcvdQV GSRwomOtx7tcDZXTAW8trRX/Cklb7FnygcDECNfWn2La0chPJus8OdqsGc7dlc0OOWg1Q5EVCd3E qY36Ff2uh60npm6z5ubgnO0VvDdM17Y4tiMw6NP1LF4h2ABZBnTtopbM4smeVy4KJok+DND18ikr mk6nOYYibN81G35XMqafMVahQCqxtYaokbvjD7eUjErfMqrH1v2rkb1NxxG0yOp9f2r8UH3raZw0 /vGfBNgjStPSaVmXzq6DAtmhUBADmlt0LDR237F7I1FZTBcsdKG5NdMv4F/HpKC2WyPAPZuC+GZx XMrlY6E1E/eHKF1xraizFJBaMVPWF1QECzUY+FPfgtE4cXd9hsp7GiGlxF+xo9mN4NU2MEixaqPQ HC30qQzbLaW2qYWnvvQZKe2Rw7kwZoLXuYT9oo54E65EQCWIDS7A3KQFKtFIfDCvnEZXHIt6q9uO SH4XhDXvSqXThKsvJWcrwjLKMhg4CcYZvTNaQ9VE2uX7yXZ0tx+XC/o1JWNxZVrKN+EDu9sjLe+6 usDQVGdRAHgpa1oBb92DjrVbj34M9zE+tWqXgLR0lzabSe5w5OmlS6imKkI2WO1XB7lGiCIMzn3p mo6lIRKpFZjn2K0i2ky53fJ5b2bMpaTyDpjyplKwsnpN8Va8PrjWmL4rUpcuOaPS1J6/UpovYbwS iz61qWPMDI9mXYK4zXcROffBWEqFBjnpLLrXzxJwFExKqHiRnLh1SHgSKZ82GeZMJA7sHH/kLaI+ QGJwDOB4/Ig6kP+33delQQ4s8hJa8SwFwSpU57qpFUOigWv4+zN6+aFVaFPghjzs3F0QbcW4bD5F 11u6z57TYVVaeaXr0dsfgmJ+0789u2fezU9wex5E+98rtKCLFK8RoZQ4yunWIGZkeaGhPIU0ruAH QCHRw8tyHSZfa6VhMPLsqaE7SWsjs52ncFhJIabodukXzwE9FnrQSxo0x38WD5+DxiBoGOGTk7Cp 4VuwboDddCCf+a7IaKO0AcnTqvxkrwYDrjvPLpKTYfKRrVFZvn4WpPC7JYbS1fPTUglGLzhzYZ8g 5A4LL9r3G9dEiB2fIgMYvSixQvLHaF1WBgxE6oLkankP7uK6fIcjVti5SWCcTbLfnUOwMaI/OYdU p1Luo3zk9/HkpKK1XqyeSI6+RafRgTyMebYsVcTH+3+YMIOYrqX0QEZyupA652zo3EhrMbyXAGtL csz1XsQw1PPibk8z0gh4AEfoaVBwAH2TAY4TUc3ipV3EOEOnfwnzTnD1ev5EtNsR5SELGUDfGNsT L3pVhAueDxyc2yoXciuB4V7G4Scpqg+G4AQ4awG7o+9zHEKH0TjHensccZXIV8zSCdzve2CuxSVc mF385BNFq5NhwADYQjlCB716eFnA7RGq49EurxA54cEftHkhKY+C5EEbtojcOfU/kLN9ETssk6yx 6tJ60ziklHtzAV8QnxTfohQkjDVCtleA+Q8vlI9c9soBju2J18bIhpqfqi9VxIBA8DgULkqLFidQ eu8lMNV7BSfSu4SG+8Q22w/irnk7ZNIFkKmvw2E5WAv5oMEOY27nBaGWeE//08QWrX5Zm5yZXJHJ sGd+qjSbCWO7wHhxnu2QWlBy8E+Bs6Bp5EEMilQi5l1XJPtvsgl3jpf39UwgNhahyXCRJ5lf4L3i 17DK0YybAELYMIFb+mZSUrgH7NkJrIonAtnra2xSPE//4a3mM7OBIa/A+e1FzmlnZ2VOzRmuBPss MBLiY1h8b+bKyXo7ezHgHRcMcU1QN80iuSVc7/Y4ZdMKxqLCn345hX7sobe/gqGGGMDzn5YHt/hu 8QfXrSpytHwpMuQhMeb33vx8ZM70RFkN2VOC3es/JKoVCXLgxJc1Q5jACHR84jN4Y6xZLB00LvD3 tZT5OFsTSqtWvPlbX/NvP5DbRwhq9ZiRNl9iTH7MD1yX+BqqUz7abEaH572vdrRLfRdne4i6kjpB hT2P1neYDMobr9ceZUD61sTUYa9FVfllfE4gyhGYy3tfyQFymVJU4larIrjSeh2Jf+ABkvYq0b/q AuzpauEhRQxy4jdtzAJfjR0eAaHKXFUb9eHZRfzdFje8SGLvOEfQ8p7RaMyYXeQO6DjjFz48RKvV mFyCAaOZgMlI0xlaCYnkO9eegFaGQOy3WYRGux+AIIVM/KKVzaPIaTC3P83raqmayTmBDDgj6tcH rqtEf4D6n/9BSMWQL9wxo2dtIbo+ZkIqdr/JVuktCaDAvdVdDqJGsOpM/5iN+sHJteDpdU7T6EbU 1C5wT4GpzjuSJ88a9GzWA/A2BSzsgIZVyGlwU8gnvI2G7f1FsU2iIUrUQxXkIen4kWF2LkV4dRbp XXG+jthB/z0tpWxZwVHuqPhjoP6ygWE4hX2FftJj0hp6b+aO12zChIGlR9DPMXG4CB6FkYWI5/Va G4MaHgtdhgL4fN8ZT536opda3MoE0Ekj20vGlUr+LFSoBvYSEy7XUEjKCeNWGPByCCcCUc1XHlMd 5A9TEugO9WO03qZhYIPDDK9Isir18fByQX2mLt2K9VdPFPpy0GORZj5wfhch/rBRbPIhtmO6z2pc giYHJaEr/0mNjh5sTyazcosiW6tMSYmgiNrf9atM5kDjNcxyQPRAUODc6VdFo0+LlIv17n979Pyr WTKFz05sGxPFsjmT0mw5/hvW84R3JAsktsYl0Ip3SftmXZolNxjV3dVDJoy0eJBHXiYp+ciXCWKD CjpY3uMqTdWWbKH63pPJq1xiAPY2dRZm6LhxLiJKXNAZwRCvHwFpTkW+V6zG3OCb0RuQxzBjfLxL sn+2ezpYpDOkCMkHRCGsEaljEznjd+QCn4uDmgaaCbV+954Ac6fWzTbjT6fe35oUgEwO3SblTK8x H/0LRVrvLtHefx3zduRJ1fGsz4b/5kbpc+UAN09/8xfahRb1zftTvNWoYu8Zc61cUdBmOdenfKks 3tjXI4sivqejDALFRmlFnvgQXQcW/pzcqYkwwhVG7G8qhrktEEg2IFm3cv+wX1Lop4sWp3ln5Kfb TUC2s5nqT7SDn9rZdzs3oMBqRqe1uRIrIFDCIjDcwby+ptZeO8XbkCT/rMZy9g2B7+Y3Pq2d1EiT 045W4pSarhoLvwciaRBIjMb67ZJEeR35OKonCoIvT1AsKpjHlQ1oMDKksfkV+7CMHHB3ZD1UOOic yaF4y0djYMoVAsYGVlBXPM8IwrmjloEKIh23IZOhDboTNc+wR3FXwAvrOhwZEwP26Y7l/20jcA91 vj3L0KMhnOPaWhf+g4vXy9j7oLvphErm86kIlVVGyNPghtBvIexv0KtsNzYvnYl+VxYCRpZ/2iFL gIW4PwbM16Az3Ijdr0nzXY6GJQlwlGU/vZglaqK77tcadOBPgvZeJ7lfPEMdBT3rZ6mIsQU3TPWU WdF8/kgp2lmT7gVK7WMni2tRpwPsUa5SkiPYnj7T5eG6F+uy9EcmCy5ZGDYxVS8X0VyCKZLHwVWn qk2FpkkKulmdO63UjNLeo7x4QUx/0ogA3stgJ6O7D1XKwL9jEBlAwmTkFeKTvN31h8KvcIowalDK ow/NMkKPBf3iePUtFqVGQ9lohJnvpCS+W+IN0jReROwqobBLoIACINFjrogzNNGa4dps70iZxk14 oAMP8OlNTJSFpHfjgdTI0dLSVLfYuRgs24knR1N86G4yTwAuJ8H/YViIXwCrYo+5ZnRmVz3KvtJ5 Nr6l5TBlobtmLaYDZZ4JvqRNTNaVp63YfMhMWxI5h7PYXQ5k20KVB41pHTv0L8ibRPL6MUob9lGv GtbMBLflh0cz5XoFAZZCDcq4ECSH3An8k3f3PoL+wrsSgqW0N/XybdoocUMTslhfS2jhAt00phkS MOPENyhiGnQllK17bTDWRjcKNaN+sWCxgiUt6IsTGzrZaEm1MKgrr7aDu1yyNJjpiR9PnzoSJeob M5LkitQOTj0JzMff061zhOkOvcPOhVGp8U6wAK0bpAflMH4vGdItZv2XL6vIRHTN6a46qaEAWca/ Vo/aZwk4G6CbfCI5xQ3HuMQW6db+VnAFMR830GBAN8SPwJEZucQjIb5/cUm3ozH2E1j2dEdCXh9G BUGoruyar7OiGDrdiT66H4n8ThvVage3atdsqJiZkzFChk/I8KWWzXgD6crHLm9WKV0Q2KyFRHkE tEa1WBdObROD3wBHcqokCtqWiZMltoFMf8rSdvFGOElikkRZcjBTRXeEb1uLSYO7rKyZ1FaWNJGl RyzvHVWS8EnzcQeDS3/Zfhw6hkxwX++7PK4kQeYHrq8GdhfzCMv1JiOBW0s12gpab5ll/OviXaPf Soyc5j5qGe2La8uOnVPwRSmX1nNMPyTnzZn0TF0dIscUR/jwuXTtZN6CNekxhRkABGhNdz9x2ax8 zojUqUHi/vj5qqFLDrBs0zvGfdCr6HDVxXmC9CKnoi5Q7Oi25VbP810CgDfz7XdHIBux8xIKfNzu /9Ge0dSAtQxKZwWA08D/AxvWrnSrxGIig8fC9698jRbpmb7/h1XiJbxCA050NnXOaDhdzrDexsBA Krqq68zXA2YlhL1AgjijMA9dhEBuzG/C8s6oTiu8BkbChZ4s51RdX6X6kESjfYEkwqHVQIw17DDx bu1W2pAuxDL3woOjgoV++dgozZpLdHmlIENCX+y9osOAN8/ePhOPRvfeiKmzski3Gl0KUugqYox7 vHrkjscIcQlnGE2i++6eZwKEAhVarg9/nShourOunAfGlWTK9zGTsoUsnA/PgwfWu4GXsDVNqbxH pUu2RMNAkPJvHe1axVNsEAsoRxidL4eRy0W/7GhETRGOjRo2nW041O2TxsZ7QmYAQ5KX4rH+zy2U wjapJfhXcAGq+OZPOLIr+b5sdOrwL1Jaw/+kE2ZtlCT9j/870gjmTy7oQ84AHiSIQ5rpDEPlMNPV B3tUeqNeT2ryG+jDHau555lupaNggo7g/ipoIg6G+3Q+vINiz9T31YqO7EkRi+bfPIWhiDFztO+e WLvk2DVKtwM5Gc9AI3VyJp3VNNU+1o5kTL88W71Qvlg4yX5S8G2FN3+jlQkgBRsc1nsaPoHJMGB/ IEtIN7j24qPFUJQPOi1ahztqiUTIlUqJ8MrFXdykReo7tfQsHkorhnOwBCtU9kRRP0rZU9diNHFL uCqwp1H76SeYT2ku1Yde8XtYgyjOMm5gDWDbE9z7PrZLXq3kInv0ZjBYH0d7KyEz6MUtBukX3Sk2 wNnUSezTz7n0UxV1o2XJQCdmXdkWG7TL+paTySRL+1nG7rhoBA3hMV7UIU0Zg/X1mFqgCUT7+Su9 Ti5N8dg0MkSe+P6N7RghBMuTm7L8MPLOxL8dyThKXKb7oj2sthqmNgkGdzuekmI5Uj5YRiSUdb71 /b5FD334LJPmfNa2R2a70b+4ARCLPMEV8zTYwVyRsDI6qYe2iFxPTvOF07zuP2iMVwdZjtZv91kO BMSgRs6fZucqd9RgrKRDZ7w0EMbSArIHsKAUfjnA6RACGFtmiBF5Czw6Rt3uaJNGdVnjL76rlVSV WF4nIbnFru4WMzFSLyDn5WLJkWj1HFxKzZP8W5W5YG4qLauMB0YT9NL9dXEXE/cu1enCUxWWU1FN ur77Fbqe3blYLzsvAHwKYGIOiylQDn012NR+du3a7V140Qn6XRkv8nGsFEOvvADiVJNjKBAr/WmE q5v52bCI2am9XqN0Jg4FvYfIZl3M+1aMb+LMBdS/Dh6pCncUzbvIpbIq8wqDWD/nWhNakcK6nH3x Qah4FWdYHSnPfBSJohquhRbIWuC5ly8JAS7nolw5Yhp+iyX6QkGqsM8tSPzTMLLxH66WqpAshi7o J40otetFdk4tMoKQNLtzR7+cFwY9hPdfxego/DjfblvSN5LnL9NnBzBF6ki7HBj6BE4Q9ujIxsEB EA9D4mawEgJkg+T8M61d+26jxW2ET5dPhEYYGAdelXWyUaIDmGULfgo7/MqFAbLpvC3+eS1/pnn9 gmiWdyuM74mj4FJIHTy70YVTTrValkK1UU+2oA20WmGEA2Cw0ir/tGrZeL7cH4v1UTPvrM89Z8An eK/hgaXdXkjle+E8zDPfkcDbdo2bxP9lh/gH0PLRuA58MEKaTp/pwo+cNkUNchnSe4HP54L/EWjU lwWXA25FkT4xFqt5eGmb05r4oTL9BIrxEdxacEvftS35App1SvnCqnLY1YHS1VHGAKLKYD+AvM6v ZePsm0CNB91IK+iqdA8oUDTltZsM15R8LvSm6OkMDNDpAnVguCmA01mB59deRfSwFk36h13c6AbC gU7IFosK6maC1Ga5BEAlEi8owBjN4B2w+2RZVvMlVwbhcwkB9KCQxJc9hz4kjtQFXzJre+ptvAWs 9olXI/VKdrRTKgfrN2mjKDEaoJHT3BhaQMoIOoIcLI1g/ToaRfVMysKPDNLYvB5a+j/f5xwASS94 s1Hcg9beIo4iwQfBJmKknzV+FDCqT3r4qzUcWKQfziHLJ14JIkH6yQfHihy7+1/DiHed5tftl9M0 P5uivqbwBc7faMlLEwe7uPo+dEO9TYuSF88D0Mr1gLe87wmCF7f1Iuxh2z6UQjwdLCDrvtls9+XH XIXWX9/Sd2qfQO1dAHrvpOYxjEVSW3ND5pYTgeKxghXrsgUTTvSLtNCZmIilkyj/cULr8rQASfW4 V7F2/dpLgsa0Jv3OnoUm7neOFlJpNHzgxAIfnczjC+5w6VedWgBQ6ge772oO0xs8H29AyA4usTOs loiFyAUOZO2AJX7htqsunR/eq2lEvhV1px1E+/g5x28RiZWZ7JbQmn6/xCj1eBle2C0M8q+2I51k b/MPfavB6nagNyeFHoOdq/+PDvmvVQ3egmQLlY0bRFGsC39rrhv4BAXqaaKC+hUkZOdIBWwmlGWW OlXYENNJgkLwIpmzBodMc61XCF8s3aWzHZnlrxdW+u6jG4t1XNhfxYPpKNIzKi17X/qvtF/MqUrG ZjFLR7+qXSkS7dTby/gHrjG52o/yPquB0Bsf6RS3EXjMYzBWE3HACQ4hrg37DpFWFFg3DwfqKXaw YMrvgcdeAYi3HZQ3aBInI5KNlIs8KpDzF3p901A3a4R+R5a4X6BMoW/syxiVuvaQdHX5c6xNDEIx N338hcjqx57CdlDQwID9QYim7RHdVUU8rUuGUViVEz4H5rIIFPfSC6ww2KyuD3A+bmXqWyW4zDET csbI1OUOojQCHlNJHNLUhE9O/UW+1Qtj024JQNg1KmCySk3F/3om9pP5N2H5BDBo1d4vxcWva5Of Z4mI0pPOyqFEzrcxoOZQBlnckAv735j126or0rjN/fBbsgrHRw/HpnSOWZpEXyI0YezMuwAmkvA8 ZfBtwilmcojpU7aYa88FAFLd7ElkbiBC0K+tW2p02ToBcV24C+xZDNekLy2/R7aAyu3hA544UivJ EmYWS4fLu7e1KsTYqhE+LDopMz0UurLU3PO6PcRY3yOm6KIBESupYE2jTpsKyNAiqW//GBJFDqBV 3M92imJqyt4qtLlggEJV0kFncjrGFEJSQ0vjQQvC2bw5fxVEgO5gi0s1UrN4Im1AFuuqo9qqiBSi 4ecM+5TtarWD8UdGFCaMLeBlSJzkhUsHpsVd1FVBboeR+1e8h7kzquCwnjoouvh04rcDKIwe8cvL aQsKdNXY7qzqYYLr0k+EfpMQjXMEjjq/W+hGMIYqQu+/b0S9tRLHR6j67UlCT2jqdDrCdgRRTTB+ YYWzpqdKMqQIg+Beye3UaOZAirOqRmZp0ksyAEcL25Gf249aDLoMnT66oAvu2/V9HWu2CR5RFw34 //Y8jNvsdC2JpRg/MPXsYMTZ4R0P5O81qr7J2R1Lwq9WV+8l1S5iAhhCaiefCflCyc2dNuOcmoSF nlm3/PUeDgE2MPqa4pGLgLSHl94hMU9eAjPiTDmI2llQIwtRyCdT62ovu4e0l6J3eNGyO897IjD2 sY69W597FmKZimyl9YYIPk6lkIXiBxE+Zoa+drd3NKXBLoayN/Fa/cOkKOeMSHIY+j/S5F35mJ3U 3xn5+5IQ8ydXd6UgpQOS0jEtVyDoXKD2wO+LnhirzHd/vJdB6pKFwSHMAQaP/CtboAQdZZ9ThBx5 7K3EDoONFs7BDGfHDtlftdqKnm7uwqgI6DbH1IkOripPUys01NXb/SSxgkH+NrWwfIOwXYSLVfd9 dPnoMK3vwa41zsh0qcfi00CacaZIJLePGt9rNaprx/0GdhbItTtOuE5C4myZAnnweENMjc+mGiA6 BoUYVdF5WzX1Ksz+zUKVesaYdoGeyyMWGnRj2QdDnlnfD7igN/9Zo+0Tt9SLcoFHKkRIfsDa2kfC 8J7PwCJgnrFTwui2TSUaT2T+we6hZ3LnczjQ8ezdHWQuLVbvRuQ2S/7367i+YogzyTnPn7G3jEjU Z2RFsGDsbdqnCy5AWYfig/88og87POTEQgAjaGVJ7G7WXJ7O4X5EOljSn2pe1xwbzKh6wbPDbqA3 flzNmeXA1k2tf7/3twc/X5Y/g0taOEKCb2MTpqKMPLlByLD+OtYAbykwLloicFR14jwsTD6yc8jJ y/fLT5OeIxxTZAP5Zc+rAM7IvQ6bDQlAcMHZUE+A8AkXMGsR3ahQOkmixR+K6GlybCaq9RsTYQAb zWZ+zLADzm06uE79KTu7TKkqA8KgLadTYM690wXLps2rhOpNTwKTdWewz3s2ZXLnCppSLoe/6zmC nCYB90gNSjpLoEviBnUlzvU0zNjxlvwDUPpA4+26sxA5WXGuSXeLGQeqj1N9/nwLAWtbz3ZYFItS KmkkHRJk5F8zeQ040765uGdNu2ocdOfhBUi+l73sd6JBfECn+P0tggzEt66tEus/g6x8/EtY6QoU +GIyaFbmgrcj7xh8u4GPnIz8rmh9fEMefdMRC6/t20NCBHwLDgOaJ4EjpKC7EUjx/4yCCK5GJb7e hN/I3WsVROARwVlLQ6H/b5cFinGRqyJc8L934FT9U8mWBw5fDB317jdNqWkJKBufz5Uolde3wQDC rFOuN+RLTMP9WWyQQRFCMIkAQOmdcszya4XMhC6eqBtXkjUDfy8C1+L6rKqDEkEjOF9RGwaSzIE1 6AXfBs/+pDXOrZDujcFIATZT3O+59dks0mJ3n7BG20PenHk96IMnu431wK3E8P4CryDWcmhIETFE hEG+zXUD/w9y453o1PUx8AJiRZ7NPyiL+DroSrrslAoi/o2EDqqmwxi27YKED8KiY0Spqp40Eovw Ta4MH5RbIIsQPif9d23w7aEArsCnEug1d540glDnhXPJOszfSDCkXefeRcf8rI5pAs9o+fRsbbKu 2BaJ0ZmnR9yZPMHER9CXkdUsI0E7g36DssiPxq6U9VOwoIvR0BT9FsUbtQOFTygr4d1d54rv20+H Zj+80TYPWbEqnjidUZxEU+z0RRYFmSpaQpMV2x3q8W5EOcJ4VOkw5PLCUcbT/W0/qBynHqXMPChW 884+kt6YvHAaYaQmwRGp/2CJ4KojwiLD2TRnf8INCKzA944+w395+GJPvQWVGW9YvcEgvEIKLHR+ xFcxzUSJ5AKDMnmwoUeeqUzWJzZPgSWhE8HQFcdMd6v8j5VP9n6/DDJWwuNkV4ddk69u/eioU/Gv iUkcqg+myNyda/nm5lOXdo5LuRXOSb1/pCRjbGBSCD1cRJlduId7Tezdc6Tr5kjSANdbV3VfXiDX v8GVOMfLeZ0OM5uHmiJG5nxZIvKwMsjG0yQ9myFsoth6aIsO7GwAbVUhztTDwTNhm5ZEE6drNotQ cHY2bbUm/fqTvxo8QelUmp8QoxoiOmKcv1eEceOM86gn3esse+dDIUMojaadU584y1YGbhSOIB4U LBW8eQvjUjADgqJKRlurdmHFjrEp1ggcLyueLwj4hOqu+7cYOVNNWZbiOKDB6G1CRG0wUNXxVXKe RVCZ1KV2NRs1tEdOjTvA+xPJ+ZsN00mtvleo/LJcVxMjDl/43xni2pW7ed1WCafsfwn7NAdRrBYJ NB+OMqolDqHWt7nMjyc/dJwWbxOjoUAFWE056ZaUvjBdjgTBA+FssL4BjqZjnA1zgi0moW5nfFdq QJbHhZ7M3Vd9rqDejfbSwuWHuM2fpV2pP4TOa56YjRufCmVuZHN0cmVhbSAKZW5kb2JqIAo5IDAg b2JqIFsvSW5kZXhlZCAvRGV2aWNlUkdCIDI1NSAxMCAwIFJdCmVuZG9iaiAKNCAwIG9iaiAKPDwK L0NvbG9yU3BhY2UgOSAwIFIKL0ZpbHRlciBbL0xaV0RlY29kZV0KL0xlbmd0aCAyODcxCi9XaWR0 aCAxMDYKL0hlaWdodCAyMgovQml0c1BlckNvbXBvbmVudCA4Cj4+CnN0cmVhbQp8G2XZhbwUh4BP MHZ6UAk+L3zeRQOldGx8hYAsU3E59ZOo1/QCX/3wmkRnQZbJ2gv6FsFdrtFcxUoMD27cLx3CNje7 W8Ir1orfpFr3IRZzMk14W/eO/WhhZhYWFKbo4xznlCZrHgjtxamxDwYbu0BM5SjCxNGFr7cTL23w k6HiLown8LpVelTSHlQYuq8IFcc/ROMCFTKwHu6ZbdFg3NQyXLqPydVoNWCInFovB/gHLxFvmY/x CseW+rF8n5KrXnFg/poVQvkMqXA6qmncv73ie8O7Oc7HluJjh0SSs5LrJu0MWKyLgnjY92O3r4xQ aGDFBR0XbEx28++BNPwyNv9cFvIlJNKQPvQNxWKF7IF2HDY0vqItVzAYohO12ygFD1ihmqnNGS9x ig+ETnTJ1mCzpVttCanDbcpi0/jPs4/usqcadNCHzi81wT3qF1QusLewuskKg5e9RbOBNeV5gh8g oMdEiz9sL1m8KBWZphChkMbVW+cBUHR07OZ+KVGT9fNTmalvboaav7VqTAvgGymyZee5ziZ4+su6 4goiOuX+bhWGOKPvSG0O92faav/c+YdPVqoOnuT+Mk3m77QrMrYO0XZxx6nzBZHsVOgkaffK85Rr sUnyNim5GaUOBIFj/DO5Gtj8GdWKKANe05FI954kSivsplhFKEjlD5ZF0bAH146Juu4UXidvT1Dv tI2lWXhpd9XgLFaTboRPp8XmLaGkGlFDuc2u34WqAg2ICaP84Fw0vF5lXcmgH6Xl3wvtNki8WnS3 uqrnJRDjNzDHrEuoOpVyivTY47OZYI3uc1qFi9HjknJSvvSysGk2Ez86XcE7Y2PG8GHJZTLodH+I iWwN1gQeYK6ozbO5xo3AIiEm8Kjb3Hp8LRJojt5nGwT/eDXlGO1w81kzq1n8TFphl6bKd9+BkeIP oHY6kq+cxeNsf3Yv3eZZzCFokzpLTCNeOC/Xg+ViOjc8hCGPUS2loZjM3V0SlHdghhaAFjiquqVm GUQCgtvsTuTuBAC/AP/18pv9+qWB6uVt9O8LV83+BldXUGouBOKs8BieyG30ApKseFPrwpIzVtgw XXDQLizF183whyxFqxuFDUK5+njsjmm6DKuk8IvQbHunNFHCY0JtIRzq4Pv6hWcRUjBd8aNHAUvX AfFlyJdooqsQHhH/RdMcuYDSuuyeYdVbL5/x1alMrSQczeZqt9rlMUyRIHBqLnwFC8561vSOfsYg A4KmPgUYjcUW9bmv8gbt44NbZKUFEXxnqusyJ9VPWWdE1pm2s+7PxcQdnuQfkm7Yx8hvBZOeJQdg ht2L8kH+HeirefI+TyTFwYOoyznfE9bzjyN7Go5jThqNfqVjuy1sPYfgWIu7RxslZ0vizcFAWB56 bqLHLNj01S3u1ddECEQ8elf7FqY6mJHT8Il0w5Dbq3/lJQFKEIW3DPPIhHob2v4MMrJQv2AyM9ic LnOComViVspEsowLRJqhwiz3UqmecKvWw5eCrv432JHdJwkwXKMQsbHyYwWl0rvN3FH1Gzuy6mEU KWsTuJKVv6lAhr1vxqqHuqeKp3D8QLRBMtqYk6z/0H4dp/oqxtaxP8iqYJlU419z6dVKhsgC3YnM jYO53HJQgmxz5ZVh7QG8owo+zaeD08VHuk9RuoIUWWyIjFgz9gZnfF0UWTaWohULMaOJg2CfHozi d2fTbrkHBchxKU0xpJYkxjmyUZehGADhgjNOuXsC3NR71cRfSSPmsfAsvC+JKe2Jg2ORDVA1Od+e DmHXaSXj5j7lALgrh/bcLg/+s+YE6L0gxxC+Cx620AcN7MKRUWoGPNWQmmnSHq0kIK7ZeML7U3wO Sj+3e9bfsNYen/EakVdLUVSEe06UBwxc6n/e91yMqJZf40ZOEAOCzxQlY7D9ExBcuaLJ0YIC2Snw wZYYbQdEKOpNPv6spML1CrlX0qUQ06avCaGaUJ5Lg/DvrN/moyJbaMlHSN9QJXzv/PH9FqaHWjGx Y6le2LvIwsBAvnj2l1GUO3I85/zgPaJ39I3OOd4mZRYCq/KNUfgYGi2+rrDrSoQwzxl5Fb2K6goZ w3EiPDH09isIa5N43gEyEwypX+AA4B93MqYkVeK+vsdwDeqR9GNDF6UCKvSRFpm77ctBHMMnGulq 8mUBkFbS62mgCDRLc2pbgSJzQACfRie558W/Yui9L56jFo3dsEUw9IIlcauU6vGPigNW93nOd5Ew tMPYhOYZn/Qu+1cGCCv/TVReHwR1Q0M9aG+TpWUZUTwGYHypQrp2JbaIYmLWBKTaShPqYZlFn57H u4EHgRqcIMFN6Ac815yhOT8Sr3ONkOuZ0k4m0h0jK+y3Q0bkQ7d7pbcMtZjxTv5tL42yfubY8LEa zZEU5A8tDzlUGpSa87tU4Nv1FU5sII+3RsPOwEqCCxAD1IOfqIO5LhbTHsqNvL3hpqqbpxnI5EnD ZtcYlzrbwExIk9jWQj9IU2tzkmnfpYRbZLOubyNbAbRBWtQmVyrbq0tfcxmPbqQ8lOtilqYFVO1E rBnUnl4Cy+6c6j/tch/1TdyUTn39GWS+VNhqQ7i5hXdzdWp5oKrYIz7kfz6t2rYKRd8lqHXDcOIN h5RROXDRSWJbYm7AX+W6kr2mC6qki8/S50k0G1r6SUH/NKOCW5y/iGIp47TA+OhuaNiWBucfazC9 w7vZSetc1qMUc9wn+JJ6MYkr8bDzu1IQSKAvpe8JG0gCfwSaHnj7Fxy2Wip1ti76gyZtaxXFaMI0 DKc6yvrqgsXSERNheIPCzRiw4DC54Zj9IKYyzGc+ZZLvyo5PfQdib1eREXYWio867TU/vXjeJ+mv 2q/B2Y89BD/m91WSFWTe695VCxdhOSa9bfymqM4V5WwMHH7iXBDo1iAGORrhhW8qoG2P6hZZM/Z+ aVFhoXkqqCHzN5Yfz0KtkqgmoqI8r4bhBf1Ew9QRszeuq5J9V3XZ+SA+ZQoikJ5WGq9T7WauzLQC Oy+15p/1/X6q8clqUpMl3ngnoL13JLEE1NSzNk6YpAAoulh6J9qWIBz5xwDYUORC7ryZGs4YVlwm +COqiv++jJoueaY6hSKfR4zYvuLEGkuTRWt/UW4dUaFDl7SK7ZXIG18XgcP+jw7qs0PE2IKRlQH2 4jBeWwZ9pYsbcTzMW7AMHsoFHXPsqXIQaTVo5UhCS0GLLffWUbyZbhKrqTuYiA26Xfa0bM8tsy4K GhzYCLemsgMyk2ZXEL3Q3nIubHH5lkGMlNd4Fuj1BHF+NOJTojhZO15ioVd1C07b2yhnLm2+T9Oz SiBgcmkrkcXUZjmM77ZPbKPZNjdi9q9JvZuzmNH3HkoaPGU2eNxTzUTRDeInI+jbzH3O1RvA0st1 i1dRQozn/E3KVZ8i76EKnYegaHzrxQxeb+EsFoY2PMzQwSisiZYKg9SbystwRtIKeqx9MEgTuQpc niWLe7XqdoFP+n+zrCiNex5ev+dzS8rc+AmpMUFLll6/zIDNMBaSpLP6Z4M8aoMYmhLDAjz6Ok+r /Q45e6bVL7HtLsClWfUL6IxMynqJk9lAGM7Pi5TsmdDU4RmKKcyPlqNKWAfbyfPEAEPrPM/NO1od 8UYSrSOKmAeuuo+ejNiWWZPKW6aqUtXr3zX0CmavP6XmxEBl6HVpFp7W0uezLtYcuy2FbkY7iNSN qOCp5yvwim+VnxSGXFCNLqYbs2LqNH0kbsVA+319FFhbqYuuoF10wyCPjKqifSebyHq3LjANtqEC HEObrhd7A73cjyWnxb0evjddZYyRRsERmuqRiYxRaP4ibTEY3Sl/6ubQ4aYyHSPvRrRohkPVR6OZ eYsf1TcdF36Bl3gKZW5kc3RyZWFtIAplbmRvYmogCjEwIDAgb2JqIAo8PAovTGVuZ3RoIDc2OAo+ PgpzdHJlYW0K6I856m3Zd8rrbqIzYXS9MkGdxRuiPvQqchAPs8DI8zJYlSxgXzNnwxNiEMh6Mjq8 YMY0ptDkxyxfbM9XWeO+t8eIqEW63+b7TlBhVYhZ5MkTxrs0eWS5uDs2UkGWFAXT2Fkphgg4YLGY MgruYdNj+QQDGecQAGFlwch18lruL6VxY/um0rM82oAY6TUjH9Md/MRWGYEnHo70sx/5bipb/ZQ6 5uoaun9QrC3hkShrQizpLiM3PcRYUcCyZpfKW2wWy5ztNNbja80h22Ukvme/c2tmDiVPViO6P7wZ WiCskmkeocEHFtO+ONNKTBsh4plixUVzmyW7MEc+Uv3yZEwZajQS5WsruZM6NrHdNkJHARrOkyMM kwufIvCvkjM3JAl1hbjBA51bqd55f/pIarrglezYg64R9v9AADHv1LF0tcyILveFS380MmV5hC7c koXE+0RgQEEX9sn+jn4rlf4CX1pJxMJm9T9y8+dTBPVK4k3kD3ceVkSDJrou4YACPeq9tGLEvvl4 jGxAeyRY3UQkMqTuT45YYpE+34WIlAPJ05nx8dQKmM5dblzKZyxvS4nVGiGO8DkR/orfWukCTrqU 5V09NKYdbzBfnFaPZ2xO0lnoHSwygSRzUJuPgkCnL7dvOvyD8J+WqHBpQH89UvxMd79Ci5kEA+zk mQ89V6et++olcEhZ8n/z4RkFBoFGy4jaJRH8ds9RYSG5fSTMo4N/00oLEi/QAUWXBH77TdUgdG7m 76+DlysKNmMjcJm23ixVUpFH+uyjTOckn03fyYkERXsYVsccH/nZrCfiAOs7fkJJha2YlfixEYBd hsxNY1ZuWvLqel32N1XacOSFnCz+6LfCWYfOuweE56INWBUROQfMnLkilULOijxWRpYcQdq3fxd2 9263iCCMC3Glqv6vc84AbcIyAg+WStZiopQdPfgk2uzJkxysmFA5N5jh1RwimxxgfDD6rbatSldq EbctfiiUeOJFU2jUElWLvdnQHPcn07oeA8IoZ2HAQwB3rmfMCmVuZHN0cmVhbSAKZW5kb2JqIAox MSAwIG9iaiAKPDwKL1IgMwovUCAtMzkwNAovTyAoRLW9Nwfc/xM+WmT3ux5ywJ8xfLpfmg5cKe/T dGPhVIVMKQovRmlsdGVyIC9TdGFuZGFyZAovTGVuZ3RoIDEyOAovViAyCi9VICgrKv6RPbJoULWm U966oljgAAAAAAAAAAAAAAAAAAAAACkKPj4KZW5kb2JqIAoxMiAwIG9iaiAKPDwKL1RpdGxlICiZ j6e8qdGtx0LCVuZ0KQovUHJvZHVjZXIgKKOWqbinw7jNW49NoiSCP5+iU2Pm/q5NqfUfwEM92WFE ciZseB8x9728/oawVOPK/HfDTDm9Lgfs8ykKL01vZERhdGUgKK7B+u/yuemdA9kWsiGfO4UpCi9D cmVhdGlvbkRhdGUgKK7B+u/yuemdA9kWsiGfO4UpCj4+CmVuZG9iaiB4cmVmCjAgMTMKMDAwMDAw MDAwMCA2NTUzNSBmIAowMDAwMDAwMDE1IDAwMDAwIG4gCjAwMDAwMDAwNjYgMDAwMDAgbiAKMDAw MDAwMDEyNSAwMDAwMCBuIAowMDAwMDA4OTM3IDAwMDAwIG4gCjAwMDAwMDA1NjQgMDAwMDAgbiAK MDAwMDAwMDQ1NCAwMDAwMCBuIAowMDAwMDAwNDE3IDAwMDAwIG4gCjAwMDAwMDAzMzMgMDAwMDAg biAKMDAwMDAwODg4OCAwMDAwMCBuIAowMDAwMDExOTQ0IDAwMDAwIG4gCjAwMDAwMTI3NjcgMDAw MDAgbiAKMDAwMDAxMjkxNyAwMDAwMCBuIAp0cmFpbGVyCgo8PAovRW5jcnlwdCAxMSAwIFIKL0lu Zm8gMTIgMCBSCi9Sb290IDEgMCBSCi9TaXplIDEzCi9JRCBbPGU3OGU0MDUxZmYyZDNlZjYzODQw ZjBhYjE0OGM2OGUyPjwzZWI4ZmI4MGY2ZWQxMGQxOWMzMWJhYTI2NTg0NzY1OD5dCj4+CnN0YXJ0 eHJlZgoxMzA5NAolJUVPRgo= --------------070703000105000706060103-- From pxtpl@aeraenergy.com Mon Jul 16 12:55:59 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IATrb-0007V1-8J for nemo-archive@lists.ietf.org; Mon, 16 Jul 2007 12:55:59 -0400 Received: from [86.67.126.236] (helo=236.126.67-86.rev.gaoland.net) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IATrW-00032C-Hl for nemo-archive@lists.ietf.org; Mon, 16 Jul 2007 12:55:59 -0400 Received: from tzew ([177.227.219.136]) by 236.126.67-86.rev.gaoland.net (8.13.5/8.13.5) with SMTP id l6GGuc0N042500; Mon, 16 Jul 2007 18:56:38 +0200 Message-ID: <469BA327.5030404@aeraenergy.com> Date: Mon, 16 Jul 2007 18:56:07 +0200 From: foundation User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: nemo-archive@lists.ietf.org Subject: The Headline A huge change took place with the headline. Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 3.3 (+++) X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581 SZSN Announces Sales Income UP 37.6% Over Last Year! Shandong Zhouyuan Seed and Nursery Co., Ltd (SZSN) $0.38 UP 15% (9:36AM EST) SZSN continues to climb as more great news unfolds. Read the news and get on SZSN today! The scents of freshly ground cinnamon and yeast begin to merge as the dough rises and the cinnamon, sugar and butter begin to bubble. My classmate was impressed, to say the least. Halbert taught me As you can see, in this blog post I have included the photo of a blue baseball hat with a grey pony-tail attached to the back. However, by the time I'd finished my sandwich and fruit, I'd also finished the book! Rather go on vacation than eat sweets? My classmate was impressed, to say the least. My both-guns-blazing mentoring client, copywriter Vin Montello, recently wrote a sales letter with some pretty sassy language in it. From nemo-bounces@ietf.org Tue Jul 17 03:48:12 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IAhmy-0007AH-2o; Tue, 17 Jul 2007 03:48:09 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IAhmv-00079k-Tv; Tue, 17 Jul 2007 03:48:05 -0400 Received: from smtp.nokia.com ([131.228.20.172] helo=mgw-ext13.nokia.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IAhmr-00045r-Bu; Tue, 17 Jul 2007 03:48:05 -0400 Received: from esebh108.NOE.Nokia.com (esebh108.ntc.nokia.com [172.21.143.145]) by mgw-ext13.nokia.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id l6H7ljqp005267; Tue, 17 Jul 2007 10:47:54 +0300 Received: from esebh103.NOE.Nokia.com ([172.21.143.33]) by esebh108.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 17 Jul 2007 10:47:48 +0300 Received: from trebe101.NOE.Nokia.com ([172.22.124.61]) by esebh103.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 17 Jul 2007 10:47:47 +0300 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 17 Jul 2007 10:47:45 +0300 Message-ID: <58357EDC7884E24BAD684C1B2D91F96D05CB6678@trebe101.NOE.Nokia.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Mip6] I-D ACTION:draft-ietf-mip6-nemo-v4traversal-05.txt Thread-Index: AcfEqGuYgvi1vWtbQM+7XFbbr4Jn0QDlu5SA References: From: To: X-OriginalArrivalTime: 17 Jul 2007 07:47:47.0577 (UTC) FILETIME=[C4A51E90:01C7C846] X-Nokia-AV: Clean X-Spam-Score: 0.2 (/) X-Scan-Signature: 14582b0692e7f70ce7111d04db3781c8 Cc: nemo@ietf.org, mip6@ietf.org Subject: [nemo] RE: [Mip6] I-D ACTION:draft-ietf-mip6-nemo-v4traversal-05.txt X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Hi Hesham, The new version has the IPv4-mapped IPv6 address text changed according to the new IPv4 CoA option except in a couple of occasions. Section 2.3.2.2 "All entries MUST point to the mobile node's IPv4 care-of address included=20 in the source address of the IPv6 packet and represented as an IPv4-mapped IPv6 address." Section 4.2 "When the home agent receives the encapsulated binding update it=20 compares the IPv4 address of the source address field in the=20 IPv4 header with the IPv4 address in the source address of the IPv6 header." Was it so that the TLV would never be used in BU/BACK or is it allowed after the initial binding has been created? This could be clarified in section 4.1. Cheers, Markku >-----Original Message----- >From: ext mip6-bounces@ietf.org [mailto:mip6-bounces@ietf.org]=20 >Sent: 12 July, 2007 20:16 >To: i-d-announce@ietf.org >Cc: mip6@ietf.org >Subject: [Mip6] I-D ACTION:draft-ietf-mip6-nemo-v4traversal-05.txt=20 > >A New Internet-Draft is available from the on-line=20 >Internet-Drafts directories. >This draft is a work item of the Mobility for IPv6 Working=20 >Group of the IETF. > > Title : Mobile IPv6 support for dual stack=20 >Hosts and Routers (DSMIPv6) > Author(s) : H. Soliman > Filename : draft-ietf-mip6-nemo-v4traversal-05.txt > Pages : 27 > Date : 2007-7-12 >=09 >The current Mobile IPv6 and NEMO specifications support IPv6 only. > This specification extends those standards to allow the registration > of IPv4 addresses and prefixes, respectively, and the transport of > both IPv4 and IPv6 packets over the tunnel to the HA. This > specification also allows the Mobile Node to roam over both IPv6 and > IPv4, including the case where Network Address Translation=20 >is present > on the path between the mobile node and its home agent. > >A URL for this Internet-Draft is: >http://www.ietf.org/internet-drafts/draft-ietf-mip6-nemo-v4trav ersal-05.txt > >To remove yourself from the I-D Announcement list, send a=20 >message to i-d-announce-request@ietf.org with the word=20 >unsubscribe in the body of the message.=20 >You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce >to change your subscription settings. > >Internet-Drafts are also available by anonymous FTP. Login=20 >with the username "anonymous" and a password of your e-mail=20 >address. After logging in, type "cd internet-drafts" and then=20 >"get draft-ietf-mip6-nemo-v4traversal-05.txt". > >A list of Internet-Drafts directories can be found in=20 >http://www.ietf.org/shadow.html or=20 >ftp://ftp.ietf.org/ietf/1shadow-sites.txt > >Internet-Drafts can also be obtained by e-mail. > >Send a message to: > mailserv@ietf.org. >In the body type: > "FILE /internet-drafts/draft-ietf-mip6-nemo-v4traversal-05.txt". >=09 >NOTE: The mail server at ietf.org can return the document in > MIME-encoded form by using the "mpack" utility. To use this > feature, insert the command "ENCODING mime" before the "FILE" > command. To decode the response(s), you will need "munpack" or > a MIME-compliant mail reader. Different MIME-compliant=20 >mail readers > exhibit different behavior, especially when dealing with > "multipart" MIME messages (i.e. documents which have been split > up into multiple messages), so check your local documentation on > how to manipulate these messages. > >Below is the data which will enable a MIME compliant mail=20 >reader implementation to automatically retrieve the ASCII=20 >version of the Internet-Draft. > From nemo-bounces@ietf.org Tue Jul 17 03:54:37 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IAhtF-0005eK-Bv; Tue, 17 Jul 2007 03:54:37 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IAhtC-0005bg-DR; Tue, 17 Jul 2007 03:54:34 -0400 Received: from omta04sl.mx.bigpond.com ([144.140.93.156]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IAht6-0004FE-AH; Tue, 17 Jul 2007 03:54:33 -0400 Received: from oaamta08sl.mx.bigpond.com ([124.190.104.78]) by omta04sl.mx.bigpond.com with ESMTP id <20070717075425.JWWK4018.omta04sl.mx.bigpond.com@oaamta08sl.mx.bigpond.com>; Tue, 17 Jul 2007 07:54:25 +0000 Received: from PC20005 ([124.190.104.78]) by oaamta08sl.mx.bigpond.com with ESMTP id <20070717075424.FAGD17816.oaamta08sl.mx.bigpond.com@PC20005>; Tue, 17 Jul 2007 07:54:24 +0000 From: "Hesham Soliman" To: Date: Tue, 17 Jul 2007 17:54:20 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <58357EDC7884E24BAD684C1B2D91F96D05CB6678@trebe101.NOE.Nokia.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Thread-Index: AcfEqGuYgvi1vWtbQM+7XFbbr4Jn0QDlu5SAAAIPcwA= Message-Id: <20070717075424.FAGD17816.oaamta08sl.mx.bigpond.com@PC20005> X-Spam-Score: 0.1 (/) X-Scan-Signature: ff03b0075c3fc728d7d60a15b4ee1ad2 Cc: nemo@ietf.org, mip6@ietf.org Subject: [nemo] RE: [Mip6] I-D ACTION:draft-ietf-mip6-nemo-v4traversal-05.txt X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Hi Markku, It wasn't intentional, I thought I changed them but obviously I missed those two. I'll fix it up i nthe next rev. Thanks, Hesham > -----Original Message----- > From: Markku.Ala-Vannesluoma@nokia.com > [mailto:Markku.Ala-Vannesluoma@nokia.com] > Sent: Tuesday, July 17, 2007 5:48 PM > To: Hesham@elevatemobile.com > Cc: mip6@ietf.org; nemo@ietf.org > Subject: RE: [Mip6] I-D > ACTION:draft-ietf-mip6-nemo-v4traversal-05.txt > > Hi Hesham, > > The new version has the IPv4-mapped IPv6 address text > changed according > to the new IPv4 CoA option except > in a couple of occasions. > > Section 2.3.2.2 > > "All entries MUST point to the mobile node's IPv4 care-of address > included > in the source address of the IPv6 packet and represented as an > IPv4-mapped IPv6 address." > > Section 4.2 > > "When the home agent receives the encapsulated binding update it > compares the IPv4 address of the source address field in the > IPv4 header with the IPv4 address in the source address of the IPv6 > header." > > Was it so that the TLV would never be used in BU/BACK or is > it allowed > after the initial binding has been created? This could be > clarified in > section 4.1. > > Cheers, > Markku > > >-----Original Message----- > >From: ext mip6-bounces@ietf.org [mailto:mip6-bounces@ietf.org] > >Sent: 12 July, 2007 20:16 > >To: i-d-announce@ietf.org > >Cc: mip6@ietf.org > >Subject: [Mip6] I-D ACTION:draft-ietf-mip6-nemo-v4traversal-05.txt > > > >A New Internet-Draft is available from the on-line > >Internet-Drafts directories. > >This draft is a work item of the Mobility for IPv6 Working > >Group of the IETF. > > > > Title : Mobile IPv6 support for dual stack > >Hosts and Routers (DSMIPv6) > > Author(s) : H. Soliman > > Filename : draft-ietf-mip6-nemo-v4traversal-05.txt > > Pages : 27 > > Date : 2007-7-12 > > > >The current Mobile IPv6 and NEMO specifications support IPv6 only. > > This specification extends those standards to allow the > registration > > of IPv4 addresses and prefixes, respectively, and the > transport of > > both IPv4 and IPv6 packets over the tunnel to the HA. This > > specification also allows the Mobile Node to roam over > both IPv6 and > > IPv4, including the case where Network Address Translation > >is present > > on the path between the mobile node and its home agent. > > > >A URL for this Internet-Draft is: > >http://www.ietf.org/internet-drafts/draft-ietf-mip6-nemo-v4trav > ersal-05.txt > > > >To remove yourself from the I-D Announcement list, send a > >message to i-d-announce-request@ietf.org with the word > >unsubscribe in the body of the message. > >You can also visit > https://www1.ietf.org/mailman/listinfo/I-D-announce > >to change your subscription settings. > > > >Internet-Drafts are also available by anonymous FTP. Login > >with the username "anonymous" and a password of your e-mail > >address. After logging in, type "cd internet-drafts" and then > >"get draft-ietf-mip6-nemo-v4traversal-05.txt". > > > >A list of Internet-Drafts directories can be found in > >http://www.ietf.org/shadow.html or > >ftp://ftp.ietf.org/ietf/1shadow-sites.txt > > > >Internet-Drafts can also be obtained by e-mail. > > > >Send a message to: > > mailserv@ietf.org. > >In the body type: > > "FILE /internet-drafts/draft-ietf-mip6-nemo-v4traversal-05.txt". > > > >NOTE: The mail server at ietf.org can return the document in > > MIME-encoded form by using the "mpack" utility. To use this > > feature, insert the command "ENCODING mime" before the "FILE" > > command. To decode the response(s), you will need "munpack" or > > a MIME-compliant mail reader. Different MIME-compliant > >mail readers > > exhibit different behavior, especially when dealing with > > "multipart" MIME messages (i.e. documents which have been split > > up into multiple messages), so check your local documentation on > > how to manipulate these messages. > > > >Below is the data which will enable a MIME compliant mail > >reader implementation to automatically retrieve the ASCII > >version of the Internet-Draft. > > > From lqf@co.fulton.ga.us Tue Jul 17 04:14:21 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IAiCK-0007mb-Sk for nemo-archive@lists.ietf.org; Tue, 17 Jul 2007 04:14:21 -0400 Received: from dsl-242-114-159.telkomadsl.co.za ([41.242.114.159]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IAiCD-0004s0-CE for nemo-archive@lists.ietf.org; Tue, 17 Jul 2007 04:14:20 -0400 Received: from iitgr ([228.74.220.222]) by dsl-242-114-159.telkomadsl.co.za (8.13.3/8.13.3) with SMTP id l6H8HdwG037018; Tue, 17 Jul 2007 10:17:39 +0200 Message-ID: <469C7A54.7000104@co.fulton.ga.us> Date: Tue, 17 Jul 2007 10:14:12 +0200 From: Chapman Q. Gwendoline User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: nemo-archive@lists.ietf.org Subject: Re: Content-Type: multipart/mixed; boundary="------------010104010602070505040808" X-Spam-Score: 3.1 (+++) X-Scan-Signature: a4cdc653ecdd96665f2aa1c1af034c9e --------------010104010602070505040808 Content-Type: text/plain; charset=windows-1250; format=flowed Content-Transfer-Encoding: 7bit --------------010104010602070505040808 Content-Type: application/pdf; name="cancelled.pdf" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="cancelled.pdf" JVBERi0xLjMKJeLjz9MKMSAwIG9iaiAKPDwKL1BhZ2VzIDIgMCBSCi9UeXBlIC9DYXRhbG9nCj4+ CmVuZG9iaiAKMiAwIG9iaiAKPDwKL0tpZHMgWzMgMCBSXQovQ291bnQgMQovVHlwZSAvUGFnZXMK Pj4KZW5kb2JqIAozIDAgb2JqIAo8PAovQ3JvcEJveCBbMCAwIDY5MiAxNzldCi9QYXJlbnQgMiAw IFIKL1RodW1iIDQgMCBSCi9NZWRpYUJveCBbMCAwIDY5MiAxNzldCi9SZXNvdXJjZXMgCjw8Ci9Y T2JqZWN0IAo8PAovSW0wIDUgMCBSCj4+Ci9Gb250IAo8PAovRjAgNiAwIFIKPj4KL1Byb2NTZXQg NyAwIFIKPj4KL0NvbnRlbnRzIDggMCBSCi9UeXBlIC9QYWdlCj4+CmVuZG9iaiAKOCAwIG9iaiAK PDwKL0xlbmd0aCAzMQo+PgpzdHJlYW0KlLZPFL2WB/TrEyMU1+8y5hBX09WRst+UDSUfbS5GpQpl bmRzdHJlYW0gCmVuZG9iaiAKNyAwIG9iaiBbL1BERiAvVGV4dCAvSW1hZ2VJXQplbmRvYmogCjYg MCBvYmogCjw8Ci9CYXNlRm9udCAvSGVsdmV0aWNhCi9TdWJ0eXBlIC9UeXBlMQovTmFtZSAvRjAK L0VuY29kaW5nIC9NYWNSb21hbkVuY29kaW5nCi9UeXBlIC9Gb250Cj4+CmVuZG9iaiAKNSAwIG9i aiAKPDwKL1dpZHRoIDY5MgovQml0c1BlckNvbXBvbmVudCA4Ci9OYW1lIC9JbTAKL0hlaWdodCAx NzkKL1N1YnR5cGUgL0ltYWdlCi9GaWx0ZXIgWy9MWldEZWNvZGVdCi9MZW5ndGggOTU5NQovVHlw ZSAvWE9iamVjdAovQ29sb3JTcGFjZSA5IDAgUgo+PgpzdHJlYW0KaK8qI+dWSpLjLh7lz63M0APo /tnG4ysaVuHD5enApm/bPpqw5sIU9Uxh8z7DGVEpNM/5kIEcDytDF03eLprTutk1d3WblJreka8X mKrdCaeyhhFCT1VvN9OH7oBpvX7gcSs1ST2Wd/pz8rsLoBmJ/whZe0tpW2wwcD+Psl4NXMP+bVeY OAGvbkcsOOuPLoY21YZlReljlyPn4f082IU0tf8Z4500awbrb4A5PvvWvuxxH2JlzbGhNW8ofEHv PWe3iLDVjOd5eurnHyKPSrYXovMItA5aTeiMhhrO1qElNPK/W0QI3JQahR8oU2cEHAfIsc2CV1ME H+GY+Hkhq1v5aSmEtTlCa4S4hXVgvyMQd/gnWdzQvZgNhhFflki2caMQITDkraMuosxRcsotNEIN f71PmgrxcR6VhIjWSgAoT+ENtHcP/AusJYqUtLgud5sWzyadby+F2mZAQFcwLU0UZaQ0eaQR2BJM pgqwZ/lH2ceryE5aMm3nZ5nZ5bnjutdJK2GOdzIykUmyB1SpxwWt0Azs3VgoCOPtDggHzR33RjJa fxlWCkT42r1EUJATLpxvVrkHdxASGgGQD6Hkcug2lt/Ljbd5qRdXJH4spZiZkAKctfBs+92TR/Ms +dtWFqZQe38auovjEEpWr1VO9nF81XsgcMyHn3LJZCAaVWGKAuEL+Umov0erPMYe5uvJQyMr8AP6 iN1k+x5HcB6qdChvbTMtx3ExyTVbDTSFd1WcQcCvLFLei9etN3mU0yABf0Ix6BMRsbOdwy11/mUR kc4unXcUkRLTguSRilZlAHLojxq7CVHQWULCQU86KVpF+tMAg+e1qRy2GVd+qNjCuenMCG1Qd35C c6XyQo7AKmqde+EUXGwTcQYzu//xMWFXSErKWPu8g9yNPid6ghA7d9kTbxfZ7COKc0t4run3179d JoEyoNfjk94Zf6/EpmaumYdr4YlTzilxvc0WKKKFmozUgpIrfC+zAvD1T+pja0DGDRdlLbyIcyAM 8c/k3B1gpXX2pknK6V4eRRTToKMpFwKGJOXP5Aht2alShGOZlYHlYglITNl0Sk9YmhMYNiPlptII RlP9TYfJdtO5YRMLfpFaZWQ6RG5GwbJUalHoOzGJLkTKFHvCuzTZp2sUXW2dQ2lp9S0oHmzpEx8O ADtSnzAowvr7P5sEtvHiHuvOjBM8KHvhdgHwaDA7BBTSFedosLBDwMaR2qfHqviYevmuDtYW7ef7 j4VdLCfzx/PNeq7fQu0yq+CjpS2Xq9WpaXAOdQD9rwxS6Hc1NL6j0IMPh5HDlYC0V4pehDS0Aepx hAIYaghJh0a8vT7nnatAu03x13fNx1bBSn0b6Bz1LQP0kadq3NL0BaMBqVaSuLPBLmmGMvvzSZ0c dvtVGPhi3rGSuYYXPhHLDNyg8Ktgj4RUkevSVBQaO9zmbJQofKcJuZtL0FEejC62tVp8N3OP8UbB Y98GSmWc9tDsrJ5bG9wGDyG78yQzb5Sot3glnYgtV1ADUaE8Yl5LTPMy0lE3HU0yu7XNorq7B2iX 3Sm2TbZbx9948i9siMkDS9+4hctwo+7bZYAVoLS/QEjN0vKo1Ih1zOKDTSxxu1nNdyiGOLoAYjvG rZ+PUvxOQLL6WX+ts4lO4SdxSE5fLgGiMPRCP0AivqKjlV91zHQ5VIQLedgZWcIqHnqeufNVSVks 8GiW38f9HawIXRmsc31CTgdoUXWy5GLXhdx4lqE7sACQeZrNRmQWTKZQXUKPm0eYgd3EUHeVG1vv XAWB6mALjKYK9+7C6bTSEpgF4VT+dJP5UYsPUzOq0ivLze2Z3nvqKD3Tz/Vei4eK6tOY/bgeYy2w LR3pdIYjPinSvo+w5N8lBfOrU6p/NOBVdN/aBitgD/noXk73IJSGTIEsg0yWVpkVfMhu/iEDkOt3 EoepC4RPLRfKYoVcVKStaM6tZXts+7ZNssb7sphV6BmP0ebW78jC66eTA4Nqa7MHQALZYQ929jpy 6xHG6z6/vuE932VXU7IZeM/amiFUgO8KuHFnZRzFFmI8OlGDO+aej9wKHrjZ8zQtYfmmG34EEnlu /KasxAflPgpBq8ql78GVi3+W6sLcA7qWpmkqNUR69XkDf2KyhsSTFdkRp7y1TRUrcYTP3cfiD17r yNCgseXij8lnI8uhSH7k0jxOS+ZceyWVen37se01oBd6GaekesDeSGkv9RYCt66oD7XtSPjG2U8X wmXXKWrxv7wRsGseH+OrXl8WpIBtKz+WygQRZk5zmETv6K9rMsh2gD9qkvzHp1jyCD5ZHZr16lf0 HJjUiU4WySFTiJDWHURloHlILuQE6oZrQornrXSy4+xyvWIVNM/nT+sceMk2B3w5FIWV2n/vU7O/ YeB5m2ov/bjhWkOsgd4MgyEImj5obwwDHROBL+qMmIRliplxp37xUFwO2z2k3xerKfrhN6CxTfHR ED9SKk0SIHT4n+y8yX52bDSp1PKKLM6b2KKrNJZVcMsDh+dxsNGvTKlCSs7yR5uLOCUn66w+FGhr Ee1dSiGTUI+m2YHQLBDjHMXuMpCiwo315BFikh3McvxNisSsURiT8Q3Yuq/+dDgGzj6eUvMJH59S fDsaz3DGE9MFCUQFNp3j+JGq8J41waiSZCaxuK5eTfaHiX1Olx37tRbqv36KwUSJD/cXs+Al7f7O xiQ+MFWJE0t2WlVk+9jGaed9Wj5H5oYoUzVHPA4P43MY8mYMoJCVDvI+AeFppuHPaV5EXwZgeMb2 RjRmO3XJGNdGiq2C4DBGQGOPep/Ec/kW7BoidfimnqBRKyZH/7r0GbJ2iZM6wKokfnZICI+TZIto vEw1NHwENUsmsEeqVkvtJnOn76fGZlpsJeVeqIwDz10J7C6dUTy83DhaxEEx5bm2kwe/KtjHgEyz pVKpl09nM7P7D1OknmXGaJGWaPHWkiyk4Gui0YsjO3MJ+hdAqs5aHW07e90yNhbZOnMlNEdEzdlL LnVqpb7jUvaN0CtGI3Vgyw2VhGpCvwtqdxZNLUAvrXC6Y/vOIeTOXiR29SAYKwz3KA4GuZp/wlXO MH8gHE/oWDm4Ghlnso6W9HfEyosn+pzvTNka/nJYmznXI8AVHijDaQsWvFVb+brcCwlAi/5OuIza Tp0jYL1Cu4d05o/7lD+JKNXuuGwlQaelj4RwqKcJBwTl2bN9NKzRGq16qbBNjmKBCjr/rLWEzWZL 3GBtud4H6tLlj6zv4ssyz/azXPPPnF8vWMGEZbHjfi0BxBUT4v80kKtCz6iPS0ioawdITjHx/UE/ mB9didLwy89eokv09USZJ3seR50nGBgzBfURutN/Qa+F2+wISLyrhVD+3dxNxmS8+vWA8eaLzf7T YE1rh5E3c3M+eAr0Utr9uDbBbYBo8SskMasZ/lUCu8PxDKgbtQYtp30dAL0/9wPaSlQeM6YZtvCZ mXvsUMU3qnisMc/yblZMSvqxeDwd+o4W+A4yBb/jMZ7y2XfhsmpVvIyMRMCZ69OWmL4OosxsqRJO e8uVvinY92p8dN3fHAFc8Fn+mH9ZmC63qgOtMO8KV5LTKs6wXR1kT1jUDUMO+Tb3u+tlYn0r7oV3 6HVPg9CCHIROQYoIFti0SKUZF/Lpva1NUN9CihZsfe+MAcyOcgR/xwH0163XmmCUyrpjij5Ik6y+ 13kkBTat8XFKqj0ZphMznQLrPnfkWlp9NH/lpPLQPxpG5SqOLXqY+7+lMeWb9P+TXzHlBNsSzT13 Isao4x3NRDWjyv/isKKivQFGsEhoESoB/Oc9YHK8GiGaq38YjwpIDhvUOOj2qFyQZF7hhQTw3Tuc f1sHzjx3ky2zW6K7g7fRjBivxcnpz02d/yb8avIasa0LVV7QdurcCuMQvVfdWDJsYbCnBFEn7Qte +h9wO4RR91Kts/nQYKC/vpwRiNsn1nXHYusMAfWBRq/yf3UJin9T2XP32YXdvH23X8L+zKzowooY 1V7Igt9mIiSNpkTNqhwNA6K4ISL+28oXn1VEs6nA6lKtqptwauPIJhI/EZ79a7dzaUQ2RsWcux5F jdepKjnPqYgNpDEukahD6llucxCUvPMKzO0gaApmxI1duSvG9UfW0IkwAX6ronoh+jHZ9puNtVcd ofuT9/MDt9qjDBwRsC9idKdl8WcSGNgT+3PfYPXKDKiI2fdBwSaC+ndVAJwP772cqCorQEeHC4Rl hHbcwJlEeA9Pgyy1xiJrc08O5Pcqh/5Ky8v0oMy4XgqiVNw+jsBAZ9RjRy1gWzcb4wWjlaqNjsO2 hbSmF14i1+uooRIjUN7xv6yJhO9mfGK/bsLG0gaa9Pj+w2ciElP7Y2MOCIrteV4rc/lOvw1tZY5Z L+V8GdYgKD3Fpadn826mDbiFrNkTTyjXsqMm6DO5SydSsm1vuSXN8wTGOLV+MDKxq5wAqD6Pc9HM 7FUH8491Qx3+EI386vhhxnMnA7C+AjLm90mQ3uHXUqaBrqQND0aTBW25kVcW4EeRJ7GB1FRJUpqX Ot1iHbOFDGpwFX2xlkaGzcBrCwAcxF11W4XvFdhktVpelGCKE9umCDRBTYBBS8X5jPaq0aXyxzQP aA1VBcD4Wey31LRXV/YwYeQ/7xJb4VaSZRDn5IfKwgDxjWV0YRzYItvTws86q4Aq0FcJY1ZaWDid 4aq7nANjH/zedbtmNcjkho32BpwPy+4YYx7scrE1966Xdqqf+seSkIVLDbrMD8z/b/KWnF0UCxDM X/ly4xd/baoYo2ZhEvQHeL+b3YlRpBHdC30wbrD3P391ETollfzhAWJo+HGx99BWSGMG1lKo9G71 U/1rwLpbtv+OuyRl0NAPZx5gO8DuX05mCkPB4BqC9bnWVH04zAyAKJIjgPK05uT4XqdENYGuPSMV uOW6E6iLHx9KD62bpfhQUGVSylz9blua3RK2VBB1xVjLP8Q3Et3+GZa212rsqxmbDSvzvOXTLe2N li2GRJXxFO2YyVv2NnDn5Wh3lPE+lIRhz8cHmNVG0/WbUaWseOXYzvhLof3+C46hH7GX3w+nahcN zWxPZagHPkEGHcENvenHbTGG5niGAwZcli/5QwoSfvl4Thb7eJxtHMS6iC9373Hei4eOVynz0K4N nq8GrRUer7wROTf89w+f7oXSdnV41xGzdqdGXr5rK4KVA7t+ZR9u9R0X6ntzkSVZfg89zNBhVEXM aMUKaIp+cpCI6bNNX9JAoctxDBuhcoyk8ig+pMrAbZ+/LgsK9q6EAqee3wGtmGlZAfdr85HjT6be F1Ef6ARn0efvvQimt3yF4z5L+CRGYCF594WUa0588ZhSnWGo1vEi4qFeoBOYmf7Y/OehLO3reIfZ 3M/4Q/Cic6v9Mnd2xLDWiAIF5YrRWSgnzV38gDgF/RxsUjsrmLu4mhn/mrdLGuRaXgiYDQnp8bAo weCsOfYk/8ESIMF4TX49lgNQ6g+axSUPIJCfGCEvu9uUI5d0xapMcR1y+8f8C5cwhHDqzMc6kQzZ b//zG3QJLi3mtf/KGjm/LSAzz9FuXjVOLlpPs24dvqAe1MnQ0E9VyiiGzuE35lLJ/5UHpViDRVaC yjT3W/hwpyKlgijKuB5d0TuzxNFEOGIysCqCX1rNcXkWI8H/rwl3WBxM4W3V655SLMplLynQg1b1 Ikp/SCucktFkQwvkQEo9h4IinM5aSxMDBIgpAUKzWtEH41cEM3yJJ94zadvBq3re9cJE9DRN86rv Bfg9SqN/T3NpsGRQR8S69okB0MZv01iNKlAb9nIVs+/WTwibqoJjhWzXM7XHobhmu19x14Mpaj45 8rxXZW4z/F1sZzgce5PavhZr20GOm5DxIKTFuzPyCArBfuY/yMrHUWCvOmXcWVmswJuPpKF2WGl1 C4mzISHM20yYbyk7hsk6YRiW/dMrh9WiupiLlREQx+u/yJ9iko/vqMVOSx34FHMKCSBxEsdtzVSc OiG8YXeeJc4yrHPz4YdlLVMDf5xbI7a/JZ5byHmr6MHgWQp3oN6fb1ZdVoJD+JGXzk9+E/TfJiJY tZep9eqPtB9ndT2XZmKoJm2pUNwmxAvRyKaxcrnvrx/z0VRedMGpDOGIJ3pN77CYR+RfJydFnIWd mqgvjYBFEaqQiSebKpYjtbDvt4V8cSPxWThZ14rzAN8Z+YEEmT3LN3vWwb1r/8xjEJGvDHBrirla PXeixQfmJcj7SZVgtgfHLjF8yNrskUmZixnmRsKFR045dF1eWYeaADan7qRIosvvJ8tWdDHMjlYa cw5s1jkR3cJoMH9HXiX6zEqpMeZQ9VcC7s7lMOUDNjpyazTxgTTGtgloUsadDQ817cF+jIeurfkP jhTUcCeVq38PBpcP+dDHhtFlpo7ItbtXGrHAdb4SFe3JZ6sMuFq0i6LgxzSiH9G/R7P8DL5FP9a5 QyItGVIKfUcOoRiKMG52ARwI3EsDzZLRh19l1MQx3FtolDOVHX7XVBRQPMGYze0xb/L5ssfqLnEd q+pjXsT5PWADiz8dbaAwrkyO+/9UhckBkJU63Y5ewzMtbGlhUfgSGBnmNlmXZWsmidvTN5/Ty4Zx yNP8rtVkMbtNJiU0ZRc0GGphQSdU1APF58KkGnz0htgS5LGEZXWqT6crGZfIRNzhkU0905sI00jN VL1cMPcPWIDcW+WZ5dwa5+zSH5P9Xg9YY/IZLiH8vBvU13xAtYVvibEN4evd+Pxqmv32OrdOOa8q CTzvwYRAayXO7NPD1mwAEfHEvldIUjEwbxgFuABC5mziEnqs/UHKVW2+8CbZ0Wn21XBTy12h/9Ph Z33cPb13T57LoGUsSZJb0V3cX2eVKvALLEoxz4w4xQfhPucRHIhLG+jxhQ6ce3kHPZSpn+fxeK8Q iuDjEwOFusNt5310eqJQoTazyWTXlvi+vwF1IoGmpCb+LWWO5s/3G3AaTkinFDy6k/Aww4UEde3G TjumTD2OLBuAzAMCEO4rSNn6AA9snTamLhIJSDglQBx/e1c7usxx+THsNz4WAaHiTMPWlnVWwICj vS/5/ipDDH1LZxFi7UMGk03RrQ1QM8HsOGRP4zh9La7EsI/YXI+23xTAfDv+8JBMUrCnQsYKBvnE 6v4w/48lYXnP1V9YH7u2H1Y64x+z6+y/e5UHtiBVmkvyg4Mz6GccQ4CPsJXLhmqpYw6Vsk+RdHIe Pu6HUbFbyc9nyccMDLNkTjXJ3bpB4i8LYDPUr7cZLmiO2wwNJsU+3Q26r7wxkMhWm2f7A+/CraMX lMh7Jz734SKRBofV8dhzCBh9yo+WoAILoCvNLbcK4qj+E4bOAD30Xi4b+WNCAAgPniYVgs4WmPsS rhGo4iI0grM19mvW2P55lZU1wvHIRaInOyiVXh7jd9kc/AA2VeVJc90eR6x05OgMvk7gxNyJ++mQ AJv5xbm5O+p3W1Q8DZIt0cQzWVuNvN6+ztSNoXNDdQ5Egq7y/rQXuMi3LM5Id1U7g0eTTtvV4WID W6M1i6zExDj0/WjPj79tSifdrgGgLlSlbL7FA7IhP9iuhXsdx4wWkDtNsOCIEoNb2aMzS+xO487U TKlnCVOwa9qobR5nRRAJBtkrbP4cOVvBojJG79qEOgtVi/5pkx+Ss+5s8ub272FlfmA8bg/GRVUU RxWI9/ghnFd3FIBA8v16AxTRBVTMMx5Q4y3r0ZH8NONXjW2NOJfgyESprT1ZtTJ3felJw+5lcd8g P/H6DhrN29HFHSYKWNIHlG3GUkHJeVXNIY/UyeWTYy5lteKG7tdd3o3b5h+7xj/46A8vtoVKH1+F cSfL1Qpl4+d9OiKceFmvGy/jLLe0xGzdqP1TP7Qnha8hddmQ2gZ8+a/iS94+dSrV09tikaPMM9QM eE21mv+GEeouZlu4xnds5BLwQhaZ5rNm0o6zN6mHDfo55DIhQ0AE1HuG5G0VjywElidSVabJ99qo oGBoIcFCv9oySJYkmx5GKQ8WcCcMiyp4owjX/9vu6ID4rILsY20fEnOfJXChdkL1Td6gQqeBjo4+ dG3BfqPOJddUKypl3VG1nY6/z8PyrJZ5hIjDgs9JFkB42Qi8Xo7z/9qWheUL+u7paRkgxZSF1bk9 GBZcen76vtdV5eL+ZLFrK53PvrYhTZ5AI2yEGGh7qldiNfIqPKGzb9/twUUlJOkBV25m/6WubB+v dvPXe70FFqVbzUb9Q6nDLG+fbMIX6YEmtP72lnro7uGpLvm4b8J0plcyjKX/GZeggGnpiK1RN9yV WsRLX1luHeg/mhu+OVXBTQW/TToSdvFJY697dM6Iqls2/NfL/ITp4RBsYXEfjKsQLWewqPDAoVBh QAqvxqAJOrztEotl2eI8VGYsnZ8KF/pl2LFkRURIHOdTj7iJu7TzPYoJTZEU8FGkCyugTUFf0Ilr fu4lGTJPRJEyoiVpYosXu4fdBUQtHxTiJgEHgzHrcJKu/kJaMyFCFOgpb7ujfrazbC2GTXFDYGtk oJLqq6sJbkWnXjFoNifeNjxK06H57WC1j3XANqt8XTEBwA6x7H9SMexlgI7FknbF64ql2xI2Jb0N nw8NcIpdhoGciXPPvqilJEQUAe+NqcIcG/duejWJVSt9QklxVEWHcNRYxXXWLHAvma5S3TMaqR5V 1LKWHM65Jqx9NqFXMBJTT3MwnTZu085TXyjlDIFjkoWwFifAqLcG8O+E/IODfsBkL9jrKvtcLnp6 NqYT2O+eztak9bR8omzBvhYqINaUDqRwgZvBRVBaS/CE4iyjuXR43gX0tlgeGr8zqtQndCXNlZ3K fRP86ruav55sPo0wF9+LmMDeWnHAsoeM2xZ0BUg0bRTrqkbWycHJlvIm+Kzn3Lth7JEQ5/fm48xY ZH5MzMZCepwS2eQgCR3nXsNwWl5W19yVr+YOMsAIfKFb/LSSaXUzRBsc//oda9qt53hL84DuXzfi mKd8GQZ9ZJPDutVT6i7GGStpGTjr6yiMnaFe0dXRC6fcuOWIqQwAZRGG+qZiBN3D/h/8HVb0r6un zXfNFm5gpyrbSA46VtkUS7xiIJZL+j3uVoAOLPegZyuJEzSzHzUdI/7bXcCdCcOfSngAz6MX4Ti9 zDcqDkQc5z5BR4aSX4rSShN48E2IHSYbNK3UFm22HkmgAhbSCsN+XXF6E2LKBbVs/eoOyFEfnKpV kGvdN+ftVGyqm1YgJP5XnDburE9XoHTqL/q9ydpIDdejwPbfD+fg+tHxZGUoFED6QHuofKzydfKg mY6Yyzxfx0JOZtIYG7uVlMsB+2LKRbFfhfJF9frryzl7yHFjJQAE9q0zOLMFm3nYfRyQAp/KLP7M 12/FQPPrtbmqYfGdqY4KF11g96FAp8r8SaaJAaAs8ovi1HbREk9DgGdtgwUR2RmOG/kwwoDcFf5F hdYr0GlzB5YkTPCwfQncDLRHpOcu3lQm2DgNlDtNg81oVPgWROhqN7jzvnDcxPr+YRhtswwz0Jv7 tEZa40NJGEf+xwnw4e65/bmUQmuSwbXJ3zwdXSvknasYbsMfvioIuF9KJfB3/hmXQaDAEFiggt7D F/XZohtZwK07l3Q+Mn0zxc24M/qmJfgUyHVuiWRUEGDYNEMv3I4jFiqeX6GPYb/WfGPzS3WQtzCz tS3M8O0B2dPS8FljNqmdppgZR7a2uUDvuAxYtlIKWJn26a1s4tSA51ofFziyfQdyX0YqOPlLHwg4 Wt8i8DlbLQYpFKhejLaokp4oQaxXLLpCrci4c7HX9+GooD2U1eDH3npPHRNq0zWrIzqYaNPu3pkj FO6fQMczclTYVaLK9ztBAZPi7yLPM9+/s150eJaCWczZ27/kaFOvuyPoM4P2qaGzzo5I5ZSR8Qfa HoIfgPHp+y35s541W3+cIjASfZkuimAcPf5Pnzxv6Py+AkaWGDPm1H+xbx7iZfTWm1exQBykK9++ TeA4jrwmiKu7g/yZYJ7nOcel357H2hOlb4OmiDbGKhgyqASpsUfhSzGjlHqXYKLpOKHq0lINnRfO GU6S4ZHf+8oACcrwW9R3rScgm0WmWaEUbyfSVL6padtIpJFAI0hGSGwuueGg7P6XUSJ8eXIkhcmg OaSy92Kl9LGRTjHcrxN3V8EEEV/Z3SQ+VmlU2Br8N8BnbLIjcmy9jmc9MGm9yF/hgGTcLTMUM2Rs iuiMHPTO2HXdFbvhMsUMEqZoWTrg5JRmEsu/E1H+29manWXwCpRhQZWzyeXUmuu16KJ0iKyWK/d2 lPdPJ9A5zvKy4yrsn8fOc1+LMIwTmbM9QE4NovCa5smEjpUXikNwkDUBLC+Wms2zK9PoOEhvO4Rk aKoFw8qUTYyWM6/Hiqket4q+HkslRUvSitaPB58pa6dajxGIUF300yakxnomOLK5zrJU1sOaB9hf BQad3t3E/mb5l1r9789DYRb1Ena9hE0n3/AYbOvF0ZKKLuuZG8n86EEy3RwVLk1txXpRldTwCdBl podmBTRffKIw4g6/JWSokid3aFTrPOuXZ9dYiNpm8T5LOPs77jx+J6hagbXUIfzIjXRLCVAvZM1j HgzdkVw1K0BpOwxwO7VJzRqaEFtss1OJqvU0BDFjreJGYQIOFwznyW2+bszWnKgq1Pg+8jIok3OF iBidHr7I+pUOREAr0tD56ZRI9ZE4FbqKfNeVJMnSuX++9oTKI59zbxzQl8SfVfswopHDQ/szLPkl UY7glI7iA4qDGz2HUZlEqxOGOJmHbvlttkArPJNxWntIpUPBQhylQfhmkSUralGJ+8hTm3vcxnvr VhsPapiX1CROF0QpE1vEYJ+QJ3hyx6lKaxJiK0EBbSYvEhd+TugrmRae1sFFKhLWCc9sGKnmE0hN alD9qHXyJFSzuHkjR8kYfOJb0bxIkKDy4lS702K9qeuZi9u/wZyhdjPZ3u6O7yNzhGQuJ41EYj6/ uPPKQYB05Wdg0M5Q8i9JrXjv0M5BhCPJDa+dJAde8soIzZkCcWCj9OK7N+v3E57mh+tKsKtKClX9 /EVAZAl2wQnzW0IdwZ/vrBp7CmrSqXWuZtzKaH3RPR6asAR1W8EsSvBNtg4rHXZVjTeJOquKsyj/ nHVYDP4i0ugEJoqYENohEDA4YjRHq9vJHl9Kr5sCwc6YLMutZ3u/eDoc9XwIALImwH/E2UcNFqX9 f6vlKJS7wfsmtyez2NFE5kA97LGuZV2q8CUFYA9OWIPEOHcw9KW+EsH5sWB4bKsEa1NxMKE6ZhRh 8beuPn/Xgg86qwknlTukCEmwoSo/fkf87jjpY630cGmZ1gseoYWoD4tZGCVXMTS7z2PZUDOpDXf7 WwyEa8vBsxPHW+TxN1QAB7P0YzXgCpSaMjV8DzBJBMJEd4DmAEcEEUXPjHtGAgFNuc2Ou762LLFz 3whgfO3BYt7cN7ZTmQBrepZwjY3C5OF9xy1dZ1jtJuYHDbCOM2j6efLW09lQtdHxxFRTR9miwv/c m/3tjcB7tJo0UJ0HkOb0J9oqmsEFNiHIGBaFEwizBc8NbqcL186/dH7TGNz5cMgTgpW7K6kmZi+2 tVTph/XBcUTdJZiNmmEhYurvHMtQvn7znjQWJ+5TLY0dKieWU+UHdbpfeLxTffvU82rkGuor6ypI NNthMGG1lF9k2rc8LQVR0LsR5vBtZh6DTPOBR4ugQTi9J5n8vdS7IEOgfspLylqe0sls32gAgrgL JqdYxqIysgxk6c30KtjIqsjw5f4jslKxUOwc/Qs8FILRKTyeH+C4jHbal+26VV7EeedqSNLeh3EA RUP0WfdvqsZ1BM/iRiTV2u7DgfVzuA6lFVNkzS9AiHwsAGZMaRxYBGTlHa7H5Yc9ToPQ32/f7ELw ZESvtU241foGN4w/9g81eAdMhsObxzBXHdslGui+tsBWRq5wTU+Jbmo3cLblqS/9diwas5K/i2hh dhycsExVg5m5wnsOJEFfnYmbUqiIU6YfRqYgrxJiWWHMRSRnP61liMnLBDYj8O0G3YAhidlqSfPD 8WO6+fCjmCCZx4jfoQjmCUUuoU5lq2q5TxKoN4l2ZKr0WOYSiM6Lrzs0VfIFufLKPThWIyITacOT 4qwLSEtfb526C1RHuKJtyxNmFFr5SM8/ZfT9Jw+xsxeqLsUJ1WkFlB5vTzkXwTcfx9VYD7bhWalC oYGDc/cwxePcXw7u9NDn2GV0mAW0s+K/M8+mk8QOzlNSYL9rF7KmyggBl3mFVuzbCGl8aD+UitA8 smyNNRYmHdw/og3r9Pde3ufFH/afY7chQHPBE+puttyQo4JdpJe5AArLepxxk59/GTHjLRgLhDVC EfjyMkS3vJUBay8GaRWxzxZe0Hq6Cc9w0ckHpbgCdi/o5gnEJQxKJ3UPsk1fKoCnz9Kk4XdFXJaE 0QUCVFUCprRg4NDSVdtab5M3jEMiy2gxAcl5DDyY1LdZQsgEoh0oAzJF4csDQLI6QVmCaMo6x57X 7fNK1oz+5ikXHM5ah/I4ZWrcDiFMpWw3knMR4P8FuZla7X6r8V70qzI12z/wgD+nE93KEkXzIvP3 sbqvoCRhWIliZJWcjqCaRoYgUkOT7BHWhMN+a9arwhcaQBJxJwEjn6ZCPrE7iLr4+z35Fzg4jR+w 5L21yE01hXYsNWXx/Nia3xwBUXkvVBRv074UXbV9ny5tLqZKr9VxZy8MCuetqRiMmqTF+eI5yQ4E VG2iJefZOEVGfSz1cflupYQWwMBp9tVAvTT4l9BfIUZIAzjPOFuegBW5Kr0X0J31f5s63dWhGFG1 wLphD0fkzspc/SzRnO7Imq/oSOrdzrBe4QZ2z3ng4jQXfunCZFQoiTW4WXp1Y5hCeTa4oMbYpm5y OwplbmRzdHJlYW0gCmVuZG9iaiAKOSAwIG9iaiBbL0luZGV4ZWQgL0RldmljZVJHQiAyNTUgMTAg MCBSXQplbmRvYmogCjQgMCBvYmogCjw8Ci9Db2xvclNwYWNlIDkgMCBSCi9GaWx0ZXIgWy9MWldE ZWNvZGVdCi9MZW5ndGggMzE2MAovV2lkdGggMTA2Ci9IZWlnaHQgMjcKL0JpdHNQZXJDb21wb25l bnQgOAo+PgpzdHJlYW0KL3pdkCiynaV55kBxnn22EUP52NZ+/1gR9NevfknElwaGLROp6voZa3Ys 27muHU1AsPaZcYJygMoR+hO02xBvEID7Kxn9UwR0tuUuPzwKxf5YuaywoliA2tfJj5+4zk1F1ARN 1CRuhQ0dKjsnAoE0WeSsLdGep21PeJjMx2+CKUvrKgXAT0xMGXyY/+seEWFXKs0sihF0X3sNePd3 81vUq5iZ4t9dx7haB/foDnwU5r84HM+N2IjuoRRsfpoSj0QaylxNGtMhaPTb41kXx3NnHy0xlJeI NRnNPQihUeQB7GgximUoKTJjxBX4PTyAUMbI1xrXctw5RT6aEj9V+WxScxGFCpwtv1G8B54/GDmj 1nXtni04Y37EWDYMV/bRrsk4elXdhMqf5aA8auqzUwhWdjDhSgV+RtI9vZ6kKlFL9Rq9MaJ2iM2p Zmq77bptX4U9CnxQcFVbP5ZM4GpQQthfWnFFzsHLfo6IYxM4osvpwzwFn/HsckwRMCZWHBPE19F7 LMPrLx/6dAwq01PGDBd5LDsLPCVugNHy3wuZbO4o83ZjBKjyIyxt2zsyG8ahXuySk5bI7Dq3vtaL N4FD23eP3Vk+lDMm130FTFA3VFnQ4raKcuklCP8gKCF25SsVbY05IEFDrhTz12v2CYRNPljgzmuV kF71WfGJKU6rCawpixZsVtKgZCj0sXg7CzXd5b9+gT6C9FeSNrHu8rqsT4oCYzMHhCM9XPN2AR6i 4a5Y4NYhINrJrP5TUaJLN5jFnZjcakoFATnveL0VDoI2MSNF8sPjkV+ap1TuH103IV0G/9xJiU9G jud9XXrRlzQcN8pdFtHgwDHUg3EtYKfBoZGyRdyZB/IVTrbIaRy93Fwiw7j+8R5GpN43fr4udOfo AaVCES2HzgY1dfowG6ZySa1PhTWL8ly2BiXyC7cqTnwLo+yo7ztisFKAjTuE7OHcRxwJnsanf8XE 9hJinilRENGU0PTi/buPUGYmbpoHtWvgph4TFItwG27KUgyIPywilcixvTlq8mHs33+XdYxFHQLQ s2LY6/+zXGNsqZov0GSMpjCOW6q4RhnaHRJen8lZ+FXeUthlk9Jsqdt4MWPUe702SdJi3Eq37h12 WvX4UQrUUO6Zg/DV4+14vDKiAnw0ZgZjEDEJqwYJc0nVgNrksFO8b8XTsMykGsla2fqHhD8y5SFB sCqYbul96ILrLyr1Ct3N2FGMesJfqjbsy00yoMFGWOhH5l91bag6FV+l1LEBngMiGkCDsFdOOQuy MefNLBH1QG3SP+MHmksxrx1SioOQbxC/cby+rolr15sozojhCDAsNwC8i89Quc/93qSTP0hWJLAP RQMDiBkSfcN3KjtRrQc0iVImSRX0AKGlLQzpKuRGeoG1V4KeQdwIAyNsiFOyKs9iPbItv2dNA9zs mNpEF2FZSF8Ol+UNxacO1boPnlp9szSknCi7z7uX6evTcIAPgWJONOWyXb3b06g9WIvHq0E/XvCL MQhcZqNcqAEhyFcMHxUIqzMAzTxJf1MK/SxNcvYAlX0FHsTxgSYZ9Cta44tiaJB9pAL6VYseahrZ WctMddG41+KuE7ZNo0D1giofCrFh6UTQ50/QXNBQFrCarIwP+0ycBPnJK8larBKeyYJViWEGiwSy dnQia37nM1FbbMP2K6AqZHv1ATn7SG29pSB4zAvj0SSFbSPJ8yjbAi6HSQJnHFOk6MWab0MkRqFq DU5XAwsplIb3IfPqUM/CQrDMcTxOMuGqNM7duGFvObuEecIv2KJCg9QFcMqK3wY4oJB5WY4hnxqC ljW15iLKPjThDKgHVlH/0AYq9tUF9mRPxYGiMqZlvSV9rZWSUojZAK/3Nzr+kkvdvWVPzNlf0lsS P/+Ji3CUc9gfJQcQuDiCNiT/v6RNT1gsnTx2k4NXLFYdalX3pMsaODSPTHImegKFKtpvdhav3m/q 0E1v9L84eyv6rKlHjgApPLaTuUROc0GaYkUlO2VYQ8Mfy5CzV9LS88zvSbWGUpixT5NlMJB898qA lUl0HFRH42N1djdMks8NlwK1KcQaM6RtIQ47LDtH3uGQHkDDhAaiRcEpsH2Twpn80uCpfyATwDz7 cGGVu9dxZpmeEvUGPLmcgApiePJFCHpiXUaAsUt069kzPGz4h5qz+IACuxFV//8aoDCBL1AktMYU 10u5YxP0CcNhipKUBaTrQJIa3CWo3/J8T1kjB3e0F0ZqTLZR4X+9N35QM8hKsmd+Ux3B0f3Hj4JS YbmjFKXCjth8P+QxujaQs3H1vRsSZzIBbrroXN/gNiwD78fd2CdO0MTBIhmumfijl4kMTTemUY8Z ou0RKjkzwV7By1AhKgMaaUksotcHmN0wNXOSW1jdfWdHjvxcfWTCMokZFmG41YwKDNhJ2XvMiUJC Beh7qZdDYmQf24gBokX+jvVVX1//lu+XBT3C/dEOdiND0uJpgBj5i20HMUtlODUz5c6Un+Pkgn+R xjuuAKVsCuPM/gjlsu09aZsm6iTaUATjuCBfVqd3JosQdi3yT1LCEBh4H5YWca5Y56CTrGIWLEpd Yn99Ji5TQNjcGOWOCG3dBTbCBKHPiMkjaugKjaeMJvt/DC8zshpeQr3zf3cXoC1WdAld1d+Dwmac iiFunjuaTyHSrak1VXj4+2n8k8rqFm05fnXhEZpHtp+3IXHIMSptVAFkmOANFdEINJ5Ch+5HYhj5 ModF3fPJ5aHT2DuEcsC3fHBmlWj14BJhDGiPgPsRApVe2/yNc6q+2DFifdfojaB44p2mErT8uAa8 d8VxaITE2hqME9lE9S/NQoWI9wLGiPpNcd458b0y0vELBT1l/I4ELQIxhAqjPbfagKQX4YffjYIE tQZOqbjCYSTM27a2z68w27FDpG7PBbMHnjqvQuVRe6oohovUjbpz7OPzk0cPy8E4hfzUwQS0B6pT pYfsuKcZnCNjclNyc1OBJEwIj0jeiaCM+jSePqVSOZkUfSjNh2z+96wCc0MsDlr9XOX0Z/hjwt+8 50bY7twn9scLWS5wvxu1MsCfXC3xwm/RmtNJRAYpnl/heLhtNbX+Qx1AmaY/u05xkIfhvlXdXlJk yFYph6WdywFBay/onfoOrrweofCvxp2+TGLGdsj0hEcVYt1stSPxPi4f9XE4xI4Kye1+SOjJhtOP HDSTNGKqJ6M3orQfRJJeeP1t3r8Mjg3J61+NbrWjtYlhSokUU2ZeEgq8ZAkcUUqAfDeaikgFJSrF RymiS11eLnEwujRQKKYecRxaMJXGoVR1i866hDszFnjCrBcLhJPhykC07QiYJBiy8T4J5oDirFWT QteD4ywzdgJH9RFnMu3bag1wmse529Z3jMW+uekdxqehru/1ecXO5SFOs5IFXWQaAZqKIJ9WQvAt f2+RJjebiU2XAWNcWQ/Jp61rhasXEnnmWMz9dkF3+GhCkgQAyQeWBncn9ukawmLFWjVpMZ2edpRf tkIgQ7/x1CwBN4sypYBZeYOVSoqyQXzamjaW9d51c9waxP8hs2w4YP7CLBV/0IBOgw5zDFKB2yFS SOmS1kZQX8Cf6qmDYVPmDf87OgytJCsDzifT8cKF8o53cxlrlNp98bssxiXYo5g2080nqqPkWNv5 3O8MIyB41xDLThFPnNs6kLGXgI2FRgv2+jWvis9Mwohw+aTCEJM7fL64Qg1223kf4sNAwo0GBOl1 D3Si4RzDxd7XqARx9zsmSi6ApXvPK9bD37DHiczaS6rslXO9GW4uir+UjziJqHiPQTOiWfU8sNLY A7jVY1lR2fyq8nvKdVzDSlngP+4QwCeHOGBRp7aBcE1EE9mijps+KM9BaZmPkUlyeo8c7av1E7Ph SjTAd0qGJPneixYLJL7H5c/Z5hCq2704BvrXp4/FGx4gJB6KNnULcrdTDCxFhHXr5SGwNsVAKmnw OYNIWHzILTpRVx9g1VG0ValhTpgLLq+UaaNazVJYj8peNVacr95VsmH8t8rjBU7vWXOeIvtFRx/v Urfu5OdwWeV1NNX5q36zGJ3wNzRzC73Pr5sFV/bOsu3mTAHqUB4+fzMAXp6qCb0zraFOhrO7qqBL TmAjP16zcjyBv8RYpSCXbx3olbn1OD5imgDvqjuRCGxLic7s85BzFo8S4TpLZ+sjm6QhCwwqbuYG 6rrnw31Iz4ay2pA3+2zMtERINvwAxaJENK43NJoTgbTJdY5pQH/VkQplbmRzdHJlYW0gCmVuZG9i aiAKMTAgMCBvYmogCjw8Ci9MZW5ndGggNzY4Cj4+CnN0cmVhbQp/QMo4zxiBYSRNWrWl5/XyIFae LLuofTLw/kH4dzJUYmbKaIuXElVYZvVy66dycqsVlmOTvK+YGxSrGnjEs1ZwXYelwSOHyZsMfLJB KVApGHisxW/396PhUOiun+kMEcVOD/pEcKwj8fJHWdvRrJLx75BaR36hZjl/zbcrhLnkH1HF730Y /OgHN4rEmKzykqLwzEtEOOW6OPFGy8OwusGD9/WFZHB/G3gSfFrSk4wwN2l33AoOtIiXfzbmOmax AnS5XLEEdbsE0Qo8TvQ9dMaOG6m/v8MUTKdxxyPfhoO4agn6otkZtUNlX76G3nnSvTR7YeBPCeVU qcQ6glqon5ykPY7tcJZJGAUHSsFZiI7fUW/VAW8i7gQ5tpjKBValTxrzUrA2rch4++w7ROeBtvee IQ5MJ1LvZUMxbkNkwev3phRg3KrKtyjzYMA9je4BWxhk8HW8q6Obi2/6tQnOCTODABk8yCtbrZBZ C1FnuhowSodRNkNhWk03qxRipYqef92aMFI9IEuS0RDyCctvb2DoAr/SUfZATplI38VrX/1fpzjI xABTEjJrtHnYbnvCXllwgqqoomUT3ErFx1jn6FD55pFCg0x8RNex4LKN70VHhh0PlS6NAVwB2zy1 fixN1+cnxBZANVBgth+67twdoDGLXXM9OY3FFgcQt/CP58FSEQo+8oeumLIIsDM9NAZzX+9UZ3Kr 6ogzx5SIOlUaROdX6Qh33p0/DBb0VhgSTL+N8zT/vpzc2t3fBG7c81VpQTcq6h8oliZGDaF2Wtrb cG+duar8teUAb9Dv2bcWutafSgo2bq00hQRu0+oU3L9CB3q0JMbE2EAmSYKDvYrGhq9Jjeas3ejl V8aW1bNR2npT6MbqNZb3c2OU4pzjtMwjPl+Au/rXKFznVfX1DZ8jKDRS2dm3CcfF9NGhLQQR8Jl3 a01fsPk66nSUv1cPA1uTJln2Jf+4CS8peEpMHlBIRsK+EWMLGCMQU3VQr74AiP84jPpNaEYPuxzy 9GBOjZspsTEKZW5kc3RyZWFtIAplbmRvYmogCjExIDAgb2JqIAo8PAovUiAzCi9QIC0zOTA0Ci9P ICj2BZYmsexKXTqXHHn2T3v+7MWAQnxd9B8TNOkzrf8FgikKL0ZpbHRlciAvU3RhbmRhcmQKL0xl bmd0aCAxMjgKL1YgMgovVSAoJtKSojk2llLR8OwcDj0fxgAAAAAAAAAAAAAAAAAAAAApCj4+CmVu ZG9iaiAKMTIgMCBvYmogCjw8Ci9UaXRsZSAoZtrFzlrGh9bU09kEiikKL1Byb2R1Y2VyIChcXMPL ylTUktzNnsJA2qyUf1xyBMS9qMAbMaa28JJ6Tv2tC13UdMcEsG6kX0b+5jqN+sxim2pkNkk+yikK L01vZERhdGUgKFGUmJ0BrsOMlcqYUt23lWgpCi9DcmVhdGlvbkRhdGUgKFGUmJ0BrsOMlcqYUt23 lWgpCj4+CmVuZG9iaiB4cmVmCjAgMTMKMDAwMDAwMDAwMCA2NTUzNSBmIAowMDAwMDAwMDE1IDAw MDAwIG4gCjAwMDAwMDAwNjYgMDAwMDAgbiAKMDAwMDAwMDEyNSAwMDAwMCBuIAowMDAwMDEwMzg3 IDAwMDAwIG4gCjAwMDAwMDA1NjQgMDAwMDAgbiAKMDAwMDAwMDQ1NCAwMDAwMCBuIAowMDAwMDAw NDE3IDAwMDAwIG4gCjAwMDAwMDAzMzMgMDAwMDAgbiAKMDAwMDAxMDMzOCAwMDAwMCBuIAowMDAw MDEzNjgzIDAwMDAwIG4gCjAwMDAwMTQ1MDYgMDAwMDAgbiAKMDAwMDAxNDY1NSAwMDAwMCBuIAp0 cmFpbGVyCgo8PAovRW5jcnlwdCAxMSAwIFIKL0luZm8gMTIgMCBSCi9Sb290IDEgMCBSCi9TaXpl IDEzCi9JRCBbPGUzYWE2Nzk2YTI4ZTEwMWU4OGI1MmRmNTA4YjdiOGM0Pjw1ZWUwZjQ3MjVlNTZh YzU1OGY0NmM4MGZhMTgwMzcxZj5dCj4+CnN0YXJ0eHJlZgoxNDgzNAolJUVPRgo= --------------010104010602070505040808-- From nemo-bounces@ietf.org Wed Jul 18 20:14:20 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IBJep-0007gy-Rw; Wed, 18 Jul 2007 20:14:15 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IBJek-0007W3-TI; Wed, 18 Jul 2007 20:14:10 -0400 Received: from bosco.isi.edu ([128.9.168.207]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IBJej-0002gM-MJ; Wed, 18 Jul 2007 20:14:10 -0400 Received: by bosco.isi.edu (Postfix, from userid 70) id 3670BDA5B6; Wed, 18 Jul 2007 17:12:35 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org From: rfc-editor@rfc-editor.org Message-Id: <20070719001235.3670BDA5B6@bosco.isi.edu> Date: Wed, 18 Jul 2007 17:12:35 -0700 (PDT) X-Spam-Score: -15.0 (---------------) X-Scan-Signature: 6ffdee8af20de249c24731d8414917d3 Cc: nemo@ietf.org, rfc-editor@rfc-editor.org Subject: [nemo] RFC 4885 on Network Mobility Support Terminology X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org A new Request for Comments is now available in online RFC libraries. RFC 4885 Title: Network Mobility Support Terminology Author: T. Ernst, H-Y. Lach Status: Informational Date: July 2007 Mailbox: thierry.ernst@inria.fr, hong-yon.lach@motorola.com Pages: 19 Characters: 37967 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-nemo-terminology-06.txt URL: http://www.rfc-editor.org/rfc/rfc4885.txt This document defines a terminology for discussing network mobility (NEMO) issues and solution requirements. This memo provides information for the Internet community. This document is a product of the Network Mobility Working Group of the IETF. INFORMATIONAL: This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited. This announcement is sent to the IETF list and the RFC-DIST list. Requests to be added to or deleted from the IETF distribution list should be sent to IETF-REQUEST@IETF.ORG. Requests to be added to or deleted from the RFC-DIST distribution list should be sent to RFC-DIST-REQUEST@RFC-EDITOR.ORG. Details on obtaining RFCs via FTP or EMAIL may be obtained by sending an EMAIL message to rfc-info@RFC-EDITOR.ORG with the message body help: ways_to_get_rfcs. For example: To: rfc-info@RFC-EDITOR.ORG Subject: getting rfcs help: ways_to_get_rfcs Requests for special distribution should be addressed to either the author of the RFC in question, or to RFC-Manager@RFC-EDITOR.ORG. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. Submissions for Requests for Comments should be sent to RFC-EDITOR@RFC-EDITOR.ORG. Please consult RFC 2223, Instructions to RFC Authors, for further information. The RFC Editor Team USC/Information Sciences Institute ... From nemo-bounces@ietf.org Wed Jul 18 20:14:29 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IBJf2-00088M-No; Wed, 18 Jul 2007 20:14:28 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IBJeu-0007wK-Kb; Wed, 18 Jul 2007 20:14:20 -0400 Received: from bosco.isi.edu ([128.9.168.207]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IBJeu-0004S9-5P; Wed, 18 Jul 2007 20:14:20 -0400 Received: by bosco.isi.edu (Postfix, from userid 70) id AF5DBDA5B8; Wed, 18 Jul 2007 17:12:45 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org From: rfc-editor@rfc-editor.org Message-Id: <20070719001245.AF5DBDA5B8@bosco.isi.edu> Date: Wed, 18 Jul 2007 17:12:45 -0700 (PDT) X-Spam-Score: -15.0 (---------------) X-Scan-Signature: 8f374d0786b25a451ef87d82c076f593 Cc: nemo@ietf.org, rfc-editor@rfc-editor.org Subject: [nemo] RFC 4886 on Network Mobility Support Goals and Requirements X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org A new Request for Comments is now available in online RFC libraries. RFC 4886 Title: Network Mobility Support Goals and Requirements Author: T. Ernst Status: Informational Date: July 2007 Mailbox: thierry.ernst@inria.fr Pages: 13 Characters: 29083 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-nemo-requirements-06.txt URL: http://www.rfc-editor.org/rfc/rfc4886.txt Network mobility arises when a router connecting a network to the Internet dynamically changes its point of attachment to the Internet thereby causing the reachability of the said network to be changed in relation to the fixed Internet topology. Such a type of network is referred to as a mobile network. With appropriate mechanisms, sessions established between nodes in the mobile network and the global Internet can be maintained after the mobile router changes its point of attachment. This document outlines the goals expected from network mobility support and defines the requirements that must be met by the NEMO Basic Support solution. This memo provides information for the Internet community. This document is a product of the Network Mobility Working Group of the IETF. INFORMATIONAL: This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited. This announcement is sent to the IETF list and the RFC-DIST list. Requests to be added to or deleted from the IETF distribution list should be sent to IETF-REQUEST@IETF.ORG. Requests to be added to or deleted from the RFC-DIST distribution list should be sent to RFC-DIST-REQUEST@RFC-EDITOR.ORG. Details on obtaining RFCs via FTP or EMAIL may be obtained by sending an EMAIL message to rfc-info@RFC-EDITOR.ORG with the message body help: ways_to_get_rfcs. For example: To: rfc-info@RFC-EDITOR.ORG Subject: getting rfcs help: ways_to_get_rfcs Requests for special distribution should be addressed to either the author of the RFC in question, or to RFC-Manager@RFC-EDITOR.ORG. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. Submissions for Requests for Comments should be sent to RFC-EDITOR@RFC-EDITOR.ORG. Please consult RFC 2223, Instructions to RFC Authors, for further information. The RFC Editor Team USC/Information Sciences Institute ... From nemo-bounces@ietf.org Wed Jul 18 20:14:39 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IBJfD-0000EM-O2; Wed, 18 Jul 2007 20:14:39 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IBJf9-0008V4-8F; Wed, 18 Jul 2007 20:14:35 -0400 Received: from bosco.isi.edu ([128.9.168.207]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IBJf8-0002jE-0o; Wed, 18 Jul 2007 20:14:35 -0400 Received: by bosco.isi.edu (Postfix, from userid 70) id 87F60DA5BA; Wed, 18 Jul 2007 17:12:59 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org From: rfc-editor@rfc-editor.org Message-Id: <20070719001259.87F60DA5BA@bosco.isi.edu> Date: Wed, 18 Jul 2007 17:12:59 -0700 (PDT) X-Spam-Score: -15.0 (---------------) X-Scan-Signature: 7da5a831c477fb6ef97f379a05fb683c Cc: nemo@ietf.org, rfc-editor@rfc-editor.org Subject: [nemo] RFC 4887 on Network Mobility Home Network Models X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org A new Request for Comments is now available in online RFC libraries. RFC 4887 Title: Network Mobility Home Network Models Author: P. Thubert, R. Wakikawa, V. Devarapalli Status: Informational Date: July 2007 Mailbox: pthubert@cisco.com, ryuji@sfc.wide.ad.jp, vijay.devarapalli@azairenet.com Pages: 19 Characters: 40372 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-nemo-home-network-models-06.txt URL: http://www.rfc-editor.org/rfc/rfc4887.txt This paper documents some of the usage patterns and the associated issues when deploying a Home Network for Network Mobility (NEMO)- enabled Mobile Routers, conforming to the NEMO Basic Support. The aim here is specifically to provide some examples of organization of the Home Network, as they were discussed in NEMO-related mailing lists. This memo provides information for the Internet community. This document is a product of the Network Mobility Working Group of the IETF. INFORMATIONAL: This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited. This announcement is sent to the IETF list and the RFC-DIST list. Requests to be added to or deleted from the IETF distribution list should be sent to IETF-REQUEST@IETF.ORG. Requests to be added to or deleted from the RFC-DIST distribution list should be sent to RFC-DIST-REQUEST@RFC-EDITOR.ORG. Details on obtaining RFCs via FTP or EMAIL may be obtained by sending an EMAIL message to rfc-info@RFC-EDITOR.ORG with the message body help: ways_to_get_rfcs. For example: To: rfc-info@RFC-EDITOR.ORG Subject: getting rfcs help: ways_to_get_rfcs Requests for special distribution should be addressed to either the author of the RFC in question, or to RFC-Manager@RFC-EDITOR.ORG. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. Submissions for Requests for Comments should be sent to RFC-EDITOR@RFC-EDITOR.ORG. Please consult RFC 2223, Instructions to RFC Authors, for further information. The RFC Editor Team USC/Information Sciences Institute ... From nemo-bounces@ietf.org Wed Jul 18 20:15:10 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IBJfc-0001Gn-Tu; Wed, 18 Jul 2007 20:15:07 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IBJfP-0000qP-RP; Wed, 18 Jul 2007 20:14:52 -0400 Received: from bosco.isi.edu ([128.9.168.207]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IBJfM-0004X4-Fl; Wed, 18 Jul 2007 20:14:51 -0400 Received: by bosco.isi.edu (Postfix, from userid 70) id 026F8DA5BC; Wed, 18 Jul 2007 17:13:14 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org From: rfc-editor@rfc-editor.org Message-Id: <20070719001314.026F8DA5BC@bosco.isi.edu> Date: Wed, 18 Jul 2007 17:13:14 -0700 (PDT) X-Spam-Score: -15.0 (---------------) X-Scan-Signature: 21bf7a2f1643ae0bf20c1e010766eb78 Cc: nemo@ietf.org, rfc-editor@rfc-editor.org Subject: [nemo] RFC 4888 on Network Mobility Route Optimization Problem Statement X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org A new Request for Comments is now available in online RFC libraries. RFC 4888 Title: Network Mobility Route Optimization Problem Statement Author: C. NgUC Davis, P. Thubert, M. Watari, F. Zhao Status: Informational Date: July 2007 Mailbox: chanwah.ng@sg.panasonic.com, pthubert@cisco.com, watari@kddilabs.jp, fanzhao@ucdavis.edu Pages: 26 Characters: 56756 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-nemo-ro-problem-statement-03.txt URL: http://www.rfc-editor.org/rfc/rfc4888.txt With current Network Mobility (NEMO) Basic Support, all communications to and from Mobile Network Nodes must go through the bi-directional tunnel established between the Mobile Router and Home Agent when the mobile network is away. This sub-optimal routing results in various inefficiencies associated with packet delivery, such as increased delay and bottleneck links leading to traffic congestion, which can ultimately disrupt all communications to and from the Mobile Network Nodes. Additionally, with nesting of Mobile Networks, these inefficiencies get compounded, and stalemate conditions may occur in specific dispositions. This document investigates such problems and provides the motivation behind Route Optimization (RO) for NEMO. This memo provides information for the Internet community. This document is a product of the Network Mobility Working Group of the IETF. INFORMATIONAL: This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited. This announcement is sent to the IETF list and the RFC-DIST list. Requests to be added to or deleted from the IETF distribution list should be sent to IETF-REQUEST@IETF.ORG. Requests to be added to or deleted from the RFC-DIST distribution list should be sent to RFC-DIST-REQUEST@RFC-EDITOR.ORG. Details on obtaining RFCs via FTP or EMAIL may be obtained by sending an EMAIL message to rfc-info@RFC-EDITOR.ORG with the message body help: ways_to_get_rfcs. For example: To: rfc-info@RFC-EDITOR.ORG Subject: getting rfcs help: ways_to_get_rfcs Requests for special distribution should be addressed to either the author of the RFC in question, or to RFC-Manager@RFC-EDITOR.ORG. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. Submissions for Requests for Comments should be sent to RFC-EDITOR@RFC-EDITOR.ORG. Please consult RFC 2223, Instructions to RFC Authors, for further information. The RFC Editor Team USC/Information Sciences Institute ... From nemo-bounces@ietf.org Wed Jul 18 20:15:29 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IBJg0-0002O9-0W; Wed, 18 Jul 2007 20:15:28 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IBJfa-0001Bw-6M; Wed, 18 Jul 2007 20:15:02 -0400 Received: from bosco.isi.edu ([128.9.168.207]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IBJfX-0004Zd-JL; Wed, 18 Jul 2007 20:15:02 -0400 Received: by bosco.isi.edu (Postfix, from userid 70) id 19AA2DA5BE; Wed, 18 Jul 2007 17:13:25 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org From: rfc-editor@rfc-editor.org Message-Id: <20070719001325.19AA2DA5BE@bosco.isi.edu> Date: Wed, 18 Jul 2007 17:13:25 -0700 (PDT) X-Spam-Score: -15.0 (---------------) X-Scan-Signature: 87a3f533bb300b99e2a18357f3c1563d Cc: nemo@ietf.org, rfc-editor@rfc-editor.org Subject: [nemo] RFC 4889 on Network Mobility Route Optimization Solution Space Analysis X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org A new Request for Comments is now available in online RFC libraries. RFC 4889 Title: Network Mobility Route Optimization Solution Space Analysis Author: C. Ng, F. Zhao, M. Watari, P. Thubert Status: Informational Date: July 2007 Mailbox: chanwah.ng@sg.panasonic.com, fanzhao@ucdavis.edu, watari@kddilabs.jp, pthubert@cisco.com Pages: 38 Characters: 95880 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-nemo-ro-space-analysis-03.txt URL: http://www.rfc-editor.org/rfc/rfc4889.txt With current Network Mobility (NEMO) Basic Support, all communications to and from Mobile Network Nodes must go through the Mobile Router and Home Agent (MRHA) tunnel when the mobile network is away. This results in increased length of packet route and increased packet delay in most cases. To overcome these limitations, one might have to turn to Route Optimization (RO) for NEMO. This memo documents various types of Route Optimization in NEMO and explores the benefits and tradeoffs in different aspects of NEMO Route Optimization. This memo provides information for the Internet community. This document is a product of the Network Mobility Working Group of the IETF. INFORMATIONAL: This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited. This announcement is sent to the IETF list and the RFC-DIST list. Requests to be added to or deleted from the IETF distribution list should be sent to IETF-REQUEST@IETF.ORG. Requests to be added to or deleted from the RFC-DIST distribution list should be sent to RFC-DIST-REQUEST@RFC-EDITOR.ORG. Details on obtaining RFCs via FTP or EMAIL may be obtained by sending an EMAIL message to rfc-info@RFC-EDITOR.ORG with the message body help: ways_to_get_rfcs. For example: To: rfc-info@RFC-EDITOR.ORG Subject: getting rfcs help: ways_to_get_rfcs Requests for special distribution should be addressed to either the author of the RFC in question, or to RFC-Manager@RFC-EDITOR.ORG. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. Submissions for Requests for Comments should be sent to RFC-EDITOR@RFC-EDITOR.ORG. Please consult RFC 2223, Instructions to RFC Authors, for further information. The RFC Editor Team USC/Information Sciences Institute ... From mext-bounces@ietf.org Sat Jul 21 16:35:17 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1ICLfI-00028r-FC; Sat, 21 Jul 2007 16:35:00 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ICLfH-00028m-Qn for mext@ietf.org; Sat, 21 Jul 2007 16:34:59 -0400 Received: from p130.piuha.net ([193.234.218.130]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ICLfG-00084f-D7 for mext@ietf.org; Sat, 21 Jul 2007 16:34:59 -0400 Received: from p130.piuha.net (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id 034DE19867D for ; Sat, 21 Jul 2007 23:34:57 +0300 (EEST) Received: from [127.0.0.1] (p130.piuha.net [193.234.218.130]) by p130.piuha.net (Postfix) with ESMTP id 7B709198667 for ; Sat, 21 Jul 2007 23:34:56 +0300 (EEST) Message-ID: <46A26DF0.6000108@piuha.net> Date: Sat, 21 Jul 2007 15:34:56 -0500 From: Jari Arkko User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: mext@ietf.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Spam-Score: 0.0 (/) X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581 Subject: [MEXT] Status of MEXT WG and chairs X-BeenThere: mext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile IPv6 EXTensions WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mext-bounces@ietf.org Folks, This is a status update about the merged working group. The IESG has approved the charter pending a few edits from me (Sam's issue among other things). However, I have run out of time to get the WG setup before this meeting. The one thing missing is deciding who the chairs are. As a result, I have asked the current chairs to run the three slots we have in IETF-69. I also plan to use the week to talk to the potential candidates for chairs, from both the set of current chairs as well as new candidates. I have a some names in mind and some have contacted me about this. If there is anyone who feels they are interested, please contact me so that we can talk during the week. I plan to make the decision right after the IETF. Jari _______________________________________________ MEXT mailing list MEXT@ietf.org https://www1.ietf.org/mailman/listinfo/mext From mext-bounces@ietf.org Sat Jul 21 16:37:56 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1ICLi7-0003fe-QZ; Sat, 21 Jul 2007 16:37:55 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ICLi6-0003cM-Pw for mext@ietf.org; Sat, 21 Jul 2007 16:37:54 -0400 Received: from p130.piuha.net ([193.234.218.130]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ICLi6-00089o-GS for mext@ietf.org; Sat, 21 Jul 2007 16:37:54 -0400 Received: from p130.piuha.net (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id E213919867D; Sat, 21 Jul 2007 23:37:53 +0300 (EEST) Received: from [127.0.0.1] (p130.piuha.net [193.234.218.130]) by p130.piuha.net (Postfix) with ESMTP id 11513198667; Sat, 21 Jul 2007 23:37:52 +0300 (EEST) Message-ID: <46A26EA0.4010804@piuha.net> Date: Sat, 21 Jul 2007 15:37:52 -0500 From: Jari Arkko User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Jean-Michel Combes Subject: Re: [MEXT] new charter version References: <84929.44768.qm@web84106.mail.mud.yahoo.com> <729b68be0707020546i27e6f377s2f60b9ec1032582f@mail.gmail.com> In-Reply-To: <729b68be0707020546i27e6f377s2f60b9ec1032582f@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Spam-Score: 0.0 (/) X-Scan-Signature: 52e1467c2184c31006318542db5614d5 Cc: mext@ietf.org X-BeenThere: mext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile IPv6 EXTensions WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mext-bounces@ietf.org If we still need to do the WGLC, I think we should include the item in the charter. Jari Jean-Michel Combes kirjoitti: > Hi Behcet, > > 2007/6/30, Behcet Sarikaya : >> >> Hi Jari, >> In fact HA reliability work is almost over. I think the current >> draft is >> expected to go for WGLC soon and the subteam is almost closed. I >> don't think >> it would take Aug 08 to complete this work. HA reliability could be >> completely removed from this charter. > > IMHO, I am not so sure. That depends whether you want, concerning the > IPsec failover, a MIP6 WG based solution or a general one (i.e. IFare > work) included the draft. > >> >> Kind regards, >> >> Behcet >> > > [snip] > > Best regards. > > JMC. > > _______________________________________________ MEXT mailing list MEXT@ietf.org https://www1.ietf.org/mailman/listinfo/mext From mext-bounces@ietf.org Sat Jul 21 17:50:31 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1ICMqB-0007ez-Mx; Sat, 21 Jul 2007 17:50:19 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ICMqB-0007ep-1A for mext@ietf.org; Sat, 21 Jul 2007 17:50:19 -0400 Received: from p130.piuha.net ([193.234.218.130]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ICMq9-0001Iv-Jm for mext@ietf.org; Sat, 21 Jul 2007 17:50:19 -0400 Received: from p130.piuha.net (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id 29AAB19867D; Sun, 22 Jul 2007 00:50:16 +0300 (EEST) Received: from [127.0.0.1] (p130.piuha.net [193.234.218.130]) by p130.piuha.net (Postfix) with ESMTP id CCBF21985FB; Sun, 22 Jul 2007 00:50:14 +0300 (EEST) Message-ID: <46A27F96.1030005@piuha.net> Date: Sat, 21 Jul 2007 16:50:14 -0500 From: Jari Arkko User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: weddy@grc.nasa.gov Subject: Re: [MEXT] new charter version References: <84929.44768.qm@web84106.mail.mud.yahoo.com> <729b68be0707020546i27e6f377s2f60b9ec1032582f@mail.gmail.com> <20070702130627.GD6234@grc.nasa.gov> In-Reply-To: <20070702130627.GD6234@grc.nasa.gov> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Spam-Score: 0.0 (/) X-Scan-Signature: 798b2e660f1819ae38035ac1d8d5e3ab Cc: mext@ietf.org X-BeenThere: mext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile IPv6 EXTensions WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mext-bounces@ietf.org Wesley, > I agree. When I read it last, it seemed like to meet all of its stated > capabilities, the HA reliability work would need to block on the IFARE > work, but perhaps it was just unclear and my understanding was wrong. > Other than this part, it did seem mostly complete to me. Specifically, > there didn't seem to be detailed enough information on the IPsec state > synchronization mechanism within the hareliability draft itself to > implement both interoperable, and fully-functional solutions. > The IPsec sync is outside the charter. The next revision of the charter text tries to make this clear (and at the same time address the issue that Sam raised). (But its another question of whether the WG wants to normatively refer to an IPsec sync specification. If so, at this time they would be referring to work that has not even been chartered yet, so you'd want to be careful that you don't insert such a dependency lightly.) Jari _______________________________________________ MEXT mailing list MEXT@ietf.org https://www1.ietf.org/mailman/listinfo/mext From mext-bounces@ietf.org Sun Jul 22 18:57:22 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1ICkMP-0002yX-Tn; Sun, 22 Jul 2007 18:57:09 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ICkMP-0002yR-9R for mext@ietf.org; Sun, 22 Jul 2007 18:57:09 -0400 Received: from py-out-1112.google.com ([64.233.166.182]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ICkMO-0006je-TY for mext@ietf.org; Sun, 22 Jul 2007 18:57:09 -0400 Received: by py-out-1112.google.com with SMTP id f31so4908326pyh for ; Sun, 22 Jul 2007 15:57:08 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=bGHB2cEnv4U0wpPbX+3eCuIorLRnl0/mxMhf5hz1iYoy5yCFYIAdJ6ubamc6eFs9h0axqgZlVdYNocjfl305D37UwSR914Y3QXLOUdWdKVvoJKo6V/U7SqLREl3gXSfp9vN4LjIz1oO2g3/CZPa/yzgFNxRqqa2KswYNVO6kT2c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=JPSF+mUMAF7gVnQ4BKsGbvd0blb5RpYUXwoWaknDRmQHXV1R6J9mKxo2ZTwvLNwa6EWUGKoEUbI0dm7LjfSS8OFEBkvup2Q9TUZsrM7+ieIL38aHlYQ7aNjb038kyw3nqQSKwCwlySIVxZURnFUCa4sgN0dwm/TOU3O9/OfL2kw= Received: by 10.35.14.18 with SMTP id r18mr4856656pyi.1185145028327; Sun, 22 Jul 2007 15:57:08 -0700 (PDT) Received: from ?172.28.170.128? ( [67.97.210.2]) by mx.google.com with ESMTPS id x72sm5684761pyg.2007.07.22.15.57.07 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 22 Jul 2007 15:57:07 -0700 (PDT) In-Reply-To: <729b68be0707020546i27e6f377s2f60b9ec1032582f@mail.gmail.com> References: <84929.44768.qm@web84106.mail.mud.yahoo.com> <729b68be0707020546i27e6f377s2f60b9ec1032582f@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: RYUJI WAKIKAWA Subject: Re: [MEXT] new charter version Date: Mon, 23 Jul 2007 07:57:00 +0900 To: Jean-Michel Combes X-Mailer: Apple Mail (2.752.3) X-Spam-Score: 0.0 (/) X-Scan-Signature: 50a516d93fd399dc60588708fd9a3002 Cc: mext@ietf.org X-BeenThere: mext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile IPv6 EXTensions WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mext-bounces@ietf.org Hi Jean-Michel On 2007/07/02, at 21:46, Jean-Michel Combes wrote: > Hi Behcet, > > 2007/6/30, Behcet Sarikaya : >> >> Hi Jari, >> In fact HA reliability work is almost over. I think the current >> draft is >> expected to go for WGLC soon and the subteam is almost closed. I >> don't think >> it would take Aug 08 to complete this work. HA reliability could be >> completely removed from this charter. > > IMHO, I am not so sure. That depends whether you want, concerning the > IPsec failover, a MIP6 WG based solution or a general one (i.e. IFare > work) included the draft. IPsec failover is assumed only for the HA virtual switch case. There is no mechanism available so far in IETF. And we don't think the MIP6 WG is the right place to specify the ipsec failover. We already had consensus on this point in MIP6 WG. As soon as solution(IFARE?) are available, we can update the HA reliability to support that. regards, ryuji >> >> Kind regards, >> >> Behcet >> > > [snip] > > Best regards. > > JMC. > > _______________________________________________ > MEXT mailing list > MEXT@ietf.org > https://www1.ietf.org/mailman/listinfo/mext _______________________________________________ MEXT mailing list MEXT@ietf.org https://www1.ietf.org/mailman/listinfo/mext From mext-bounces@ietf.org Sun Jul 22 21:59:51 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1ICnD7-0005n1-M5; Sun, 22 Jul 2007 21:59:45 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ICnD5-0005li-7q for mext@ietf.org; Sun, 22 Jul 2007 21:59:43 -0400 Received: from static-ip-174-194-65-202.rev.dyxnet.com ([202.65.194.174] helo=hitachihk8.hitachi.cn) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ICnD2-0001Gi-OA for mext@ietf.org; Sun, 22 Jul 2007 21:59:43 -0400 Received: (qmail 25767 invoked from network); 23 Jul 2007 01:59:36 -0000 X-NetworkBox-HamSign: 0101;OUT;hitachihk8;1818b4ef6a0190b21cfdc55dfdb91e8b; Received: from unknown (HELO hitachihk5.hitachi.cn) (170.95.94.1) by 170.95.94.11 with SMTP; 23 Jul 2007 01:59:35 -0000 Received: (qmail 11176 invoked from network); 23 Jul 2007 01:59:30 -0000 X-NetworkBox-HamSign: 0101;OUT;hitachihk5;c28b2feb752d8bd5032571a78a84e3af; Received: from hchidc401.hitachi-china.com (HELO hchidc401.hitachi.cn) (170.95.94.69) by 172.16.10.9 with SMTP; 23 Jul 2007 01:59:30 -0000 Received: from hchidc204.hitachi.cn ([170.95.82.6]) by hchidc401.hitachi.cn with Microsoft SMTPSVC(6.0.3790.1830); Mon, 23 Jul 2007 09:48:27 +0800 Received: from hcbjdc2.hitachi.cn ([170.95.81.2]) by hchidc204.hitachi.cn with Microsoft SMTPSVC(6.0.3790.1830); Mon, 23 Jul 2007 09:48:26 +0800 content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Subject: RE: [MEXT] new charter version Date: Mon, 23 Jul 2007 09:48:24 +0800 Message-ID: <8386EDF347730C46BA47710F87AE1FE9303B73@hcbjdc2> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [MEXT] new charter version Thread-Index: AcfMtF+/aTW6+bguTHK3IMLW4kKsbAAFr41T From: "DENG, HUI -HCHBJ" To: "RYUJI WAKIKAWA" , "Jean-Michel Combes" , X-OriginalArrivalTime: 23 Jul 2007 01:48:26.0183 (UTC) FILETIME=[8F87FD70:01C7CCCB] X-Scanned-By-hitachihk5: Virus scan performed by network-box X-Scanned-By-hitachihk5: Scanner file id is hitachihk5-1185155970.261-11163-000 X-Scanned-By-hitachihk5: No known viruses found in message (received+scanned in 0.07/0.51 secs) X-Scanned-By-hitachihk5: Spam-Check-Result: No, hits=0 required=7 tests= autolearn=no version=2.0 X-Spam-Status: No X-Scanned-By-hitachihk8: Virus scan performed by network-box X-Scanned-By-hitachihk8: Scanner file id is hitachihk8-1185155976.260-25742-000 X-Scanned-By-hitachihk8: No known viruses found in message (received+scanned in 0.05/0.08 secs) X-Scanned-By-hitachihk8: Spam-Check-Result: No, hits=0 required=7 tests= autolearn=no version=2.0 X-Scanned-By-hitachihk8: Whitelisted with valid signature (outbound via Network Box hitachihk5) X-Spam-Score: 0.1 (/) X-Scan-Signature: 8de5f93cb2b4e3bee75302e9eacc33db Cc: mext@ietf.org X-BeenThere: mext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile IPv6 EXTensions WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1002655154==" Errors-To: mext-bounces@ietf.org This is a multi-part message in MIME format. --===============1002655154== content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C7CCCB.8E8CF40E" This is a multi-part message in MIME format. ------_=_NextPart_001_01C7CCCB.8E8CF40E Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 TWF5IEkgIGNvbmZvcm0gb25lIHRoaW5nIGhlcmU6IChwbGVhc2UgYWxsb3cgbWUgY2MgaWZhcmUp DQpJRkFSRSB3aWxsIGNvbnNpZGVyIGRpZmZlcmVudCBJUCBhZGRyZXNzIGZvciBHVywgaXMgdGhp cyBjb3JyZWN0Pw0KaWYgdGhpcyBpcyB0cnVlICwgaXQgbWF5IG5vdCBzeW5jIHdpdGggdmlydHVh bCBzd2l0Y2htb2RlLg0KIA0KLUh1aQ0KIA0KDQoJLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0g DQoJRnJvbTogUllVSkkgV0FLSUtBV0EgW21haWx0bzpyeXVqaS53YWtpa2F3YUBnbWFpbC5jb21d IA0KCVNlbnQ6IDIwMDctNy0yMyAo5pif5pyf5LiAKSA2OjU3IA0KCVRvOiBKZWFuLU1pY2hlbCBD b21iZXMgDQoJQ2M6IG1leHRAaWV0Zi5vcmcgDQoJU3ViamVjdDogUmU6IFtNRVhUXSBuZXcgY2hh cnRlciB2ZXJzaW9uDQoJDQoJDQoNCglIaSBKZWFuLU1pY2hlbA0KCQ0KCU9uIDIwMDcvMDcvMDIs IGF0IDIxOjQ2LCBKZWFuLU1pY2hlbCBDb21iZXMgd3JvdGU6DQoJDQoJPiBIaSBCZWhjZXQsDQoJ Pg0KCT4gMjAwNy82LzMwLCBCZWhjZXQgU2FyaWtheWEgPGJlaGNldHNhcmlrYXlhQHlhaG9vLmNv bT46DQoJPj4NCgk+PiBIaSBKYXJpLA0KCT4+ICAgSW4gZmFjdCBIQSByZWxpYWJpbGl0eSB3b3Jr IGlzIGFsbW9zdCBvdmVyLiBJIHRoaW5rIHRoZSBjdXJyZW50IA0KCT4+IGRyYWZ0IGlzDQoJPj4g ZXhwZWN0ZWQgdG8gZ28gZm9yIFdHTEMgc29vbiBhbmQgdGhlIHN1YnRlYW0gaXMgYWxtb3N0IGNs b3NlZC4gSSANCgk+PiBkb24ndCB0aGluaw0KCT4+IGl0IHdvdWxkIHRha2UgQXVnIDA4IHRvIGNv bXBsZXRlIHRoaXMgd29yay4gSEEgcmVsaWFiaWxpdHkgY291bGQgYmUNCgk+PiBjb21wbGV0ZWx5 IHJlbW92ZWQgZnJvbSB0aGlzIGNoYXJ0ZXIuDQoJPg0KCT4gSU1ITywgSSBhbSBub3Qgc28gc3Vy ZS4gVGhhdCBkZXBlbmRzIHdoZXRoZXIgeW91IHdhbnQsIGNvbmNlcm5pbmcgdGhlDQoJPiBJUHNl YyBmYWlsb3ZlciwgYSBNSVA2IFdHIGJhc2VkIHNvbHV0aW9uIG9yIGEgZ2VuZXJhbCBvbmUgKGku ZS4gSUZhcmUNCgk+IHdvcmspIGluY2x1ZGVkIHRoZSBkcmFmdC4NCgkNCglJUHNlYyBmYWlsb3Zl ciBpcyBhc3N1bWVkIG9ubHkgZm9yIHRoZSBIQSB2aXJ0dWFsIHN3aXRjaCBjYXNlLg0KCVRoZXJl IGlzIG5vIG1lY2hhbmlzbSBhdmFpbGFibGUgc28gZmFyIGluIElFVEYuDQoJQW5kIHdlIGRvbid0 IHRoaW5rIHRoZSBNSVA2IFdHIGlzIHRoZSByaWdodCBwbGFjZSB0byBzcGVjaWZ5IHRoZSANCglp cHNlYyBmYWlsb3Zlci4NCglXZSBhbHJlYWR5IGhhZCBjb25zZW5zdXMgb24gdGhpcyBwb2ludCBp biBNSVA2IFdHLg0KCUFzIHNvb24gYXMgc29sdXRpb24oSUZBUkU/KSBhcmUgYXZhaWxhYmxlLCB3 ZSBjYW4gdXBkYXRlIHRoZSBIQSANCglyZWxpYWJpbGl0eSB0byBzdXBwb3J0IHRoYXQuDQoJDQoJ cmVnYXJkcywNCglyeXVqaQ0KCQ0KCQ0KCT4+DQoJPj4gS2luZCByZWdhcmRzLA0KCT4+DQoJPj4g QmVoY2V0DQoJPj4NCgk+DQoJPiBbc25pcF0NCgk+DQoJPiBCZXN0IHJlZ2FyZHMuDQoJPg0KCT4g Sk1DLg0KCT4NCgk+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQoJPiBNRVhUIG1haWxpbmcgbGlzdA0KCT4gTUVYVEBpZXRmLm9yZw0KCT4gaHR0cHM6Ly93 d3cxLmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbWV4dA0KCQ0KCQ0KCV9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoJTUVYVCBtYWlsaW5nIGxpc3QNCglN RVhUQGlldGYub3JnDQoJaHR0cHM6Ly93d3cxLmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbWV4 dA0KCQ0KDQo= ------_=_NextPart_001_01C7CCCB.8E8CF40E Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PE1FVEEgSFRUUC1FUVVJVj0iQ29udGVudC1UeXBlIiBDT05URU5UPSJ0ZXh0L2h0bWw7IGNoYXJz ZXQ9dXRmLTgiPgo8IURPQ1RZUEUgSFRNTCBQVUJMSUMgIi0vL1czQy8vRFREIEhUTUwgMy4yLy9F TiI+CjxIVE1MPgo8SEVBRD4KCjxNRVRBIE5BTUU9IkdlbmVyYXRvciIgQ09OVEVOVD0iTVMgRXhj aGFuZ2UgU2VydmVyIHZlcnNpb24gNi4wLjY2MDMuMCI+CjxUSVRMRT5SZTogW01FWFRdIG5ldyBj aGFydGVyIHZlcnNpb248L1RJVExFPgo8L0hFQUQ+CjxCT0RZIGRpcj1sdHI+CjxESVY+TWF5IEkm bmJzcDsgY29uZm9ybSBvbmUgdGhpbmcgaGVyZTogKHBsZWFzZSBhbGxvdyBtZSBjYyBpZmFyZSk8 L0RJVj4KPERJVj5JRkFSRSB3aWxsIGNvbnNpZGVyIGRpZmZlcmVudCBJUCBhZGRyZXNzIGZvciBH VywgaXMgdGhpcyBjb3JyZWN0PzwvRElWPgo8RElWPmlmIHRoaXMgaXMgdHJ1ZSAsIGl0IG1heSZu YnNwO25vdCBzeW5jIHdpdGgmbmJzcDt2aXJ0dWFsIHN3aXRjaG1vZGUuPC9ESVY+CjxESVY+Jm5i c3A7PC9ESVY+CjxESVY+LUh1aTwvRElWPgo8RElWPiZuYnNwOzwvRElWPgo8QkxPQ0tRVU9URSBk aXI9bHRyIHN0eWxlPSJNQVJHSU4tUklHSFQ6IDBweCI+CiAgPERJVj48Rk9OVCBzaXplPTI+LS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0gPEJSPjxCPkZyb206PC9CPiBSWVVKSSBXQUtJS0FXQSAK ICBbbWFpbHRvOnJ5dWppLndha2lrYXdhQGdtYWlsLmNvbV0gPEJSPjxCPlNlbnQ6PC9CPiAyMDA3 LTctMjMgKOaYn+acn+S4gCkgNjo1NyAKICA8QlI+PEI+VG86PC9CPiBKZWFuLU1pY2hlbCBDb21i ZXMgPEJSPjxCPkNjOjwvQj4gbWV4dEBpZXRmLm9yZyAKICA8QlI+PEI+U3ViamVjdDo8L0I+IFJl OiBbTUVYVF0gbmV3IGNoYXJ0ZXIgdmVyc2lvbjxCUj48QlI+PC9GT05UPjwvRElWPgogIDxQPjxG T05UIHNpemU9Mj5IaSBKZWFuLU1pY2hlbDxCUj48QlI+T24gMjAwNy8wNy8wMiwgYXQgMjE6NDYs IEplYW4tTWljaGVsIAogIENvbWJlcyB3cm90ZTo8QlI+PEJSPiZndDsgSGkgQmVoY2V0LDxCUj4m Z3Q7PEJSPiZndDsgMjAwNy82LzMwLCBCZWhjZXQgCiAgU2FyaWtheWEgJmx0O2JlaGNldHNhcmlr YXlhQHlhaG9vLmNvbSZndDs6PEJSPiZndDsmZ3Q7PEJSPiZndDsmZ3Q7IEhpIAogIEphcmksPEJS PiZndDsmZ3Q7Jm5ic3A7Jm5ic3A7IEluIGZhY3QgSEEgcmVsaWFiaWxpdHkgd29yayBpcyBhbG1v c3Qgb3Zlci4gSSAKICB0aGluayB0aGUgY3VycmVudCZuYnNwOzxCUj4mZ3Q7Jmd0OyBkcmFmdCBp czxCUj4mZ3Q7Jmd0OyBleHBlY3RlZCB0byBnbyBmb3IgCiAgV0dMQyBzb29uIGFuZCB0aGUgc3Vi dGVhbSBpcyBhbG1vc3QgY2xvc2VkLiBJJm5ic3A7PEJSPiZndDsmZ3Q7IGRvbid0IAogIHRoaW5r PEJSPiZndDsmZ3Q7IGl0IHdvdWxkIHRha2UgQXVnIDA4IHRvIGNvbXBsZXRlIHRoaXMgd29yay4g SEEgcmVsaWFiaWxpdHkgCiAgY291bGQgYmU8QlI+Jmd0OyZndDsgY29tcGxldGVseSByZW1vdmVk IGZyb20gdGhpcyBjaGFydGVyLjxCUj4mZ3Q7PEJSPiZndDsgCiAgSU1ITywgSSBhbSBub3Qgc28g c3VyZS4gVGhhdCBkZXBlbmRzIHdoZXRoZXIgeW91IHdhbnQsIGNvbmNlcm5pbmcgdGhlPEJSPiZn dDsgCiAgSVBzZWMgZmFpbG92ZXIsIGEgTUlQNiBXRyBiYXNlZCBzb2x1dGlvbiBvciBhIGdlbmVy YWwgb25lIChpLmUuIElGYXJlPEJSPiZndDsgCiAgd29yaykgaW5jbHVkZWQgdGhlIGRyYWZ0LjxC Uj48QlI+SVBzZWMgZmFpbG92ZXIgaXMgYXNzdW1lZCBvbmx5IGZvciB0aGUgSEEgCiAgdmlydHVh bCBzd2l0Y2ggY2FzZS48QlI+VGhlcmUgaXMgbm8gbWVjaGFuaXNtIGF2YWlsYWJsZSBzbyBmYXIg aW4gSUVURi48QlI+QW5kIAogIHdlIGRvbid0IHRoaW5rIHRoZSBNSVA2IFdHIGlzIHRoZSByaWdo dCBwbGFjZSB0byBzcGVjaWZ5IHRoZSZuYnNwOzxCUj5pcHNlYyAKICBmYWlsb3Zlci48QlI+V2Ug YWxyZWFkeSBoYWQgY29uc2Vuc3VzIG9uIHRoaXMgcG9pbnQgaW4gTUlQNiBXRy48QlI+QXMgc29v biBhcyAKICBzb2x1dGlvbihJRkFSRT8pIGFyZSBhdmFpbGFibGUsIHdlIGNhbiB1cGRhdGUgdGhl IEhBJm5ic3A7PEJSPnJlbGlhYmlsaXR5IHRvIAogIHN1cHBvcnQgdGhhdC48QlI+PEJSPnJlZ2Fy ZHMsPEJSPnJ5dWppPEJSPjxCUj48QlI+Jmd0OyZndDs8QlI+Jmd0OyZndDsgS2luZCAKICByZWdh cmRzLDxCUj4mZ3Q7Jmd0OzxCUj4mZ3Q7Jmd0OyBCZWhjZXQ8QlI+Jmd0OyZndDs8QlI+Jmd0OzxC Uj4mZ3Q7IAogIFtzbmlwXTxCUj4mZ3Q7PEJSPiZndDsgQmVzdCByZWdhcmRzLjxCUj4mZ3Q7PEJS PiZndDsgSk1DLjxCUj4mZ3Q7PEJSPiZndDsgCiAgX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX188QlI+Jmd0OyBNRVhUIG1haWxpbmcgCiAgbGlzdDxCUj4mZ3Q7 IE1FWFRAaWV0Zi5vcmc8QlI+Jmd0OyA8QSAKICBocmVmPSJodHRwczovL3d3dzEuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9tZXh0Ij5odHRwczovL3d3dzEuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9tZXh0PC9BPjxCUj48QlI+PEJSPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fPEJSPk1FWFQgCiAgbWFpbGluZyBsaXN0PEJSPk1FWFRAaWV0Zi5vcmc8 QlI+PEEgCiAgaHJlZj0iaHR0cHM6Ly93d3cxLmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbWV4 dCI+aHR0cHM6Ly93d3cxLmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbWV4dDwvQT48QlI+PC9G T05UPjwvUD48L0JMT0NLUVVPVEU+Cgo8L0JPRFk+CjwvSFRNTD4= ------_=_NextPart_001_01C7CCCB.8E8CF40E-- --===============1002655154== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MEXT mailing list MEXT@ietf.org https://www1.ietf.org/mailman/listinfo/mext --===============1002655154==-- From nemo-bounces@ietf.org Mon Jul 23 11:51:39 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1ID0C5-0000MW-Th; Mon, 23 Jul 2007 11:51:33 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ID0C4-0000MR-Qx for nemo@ietf.org; Mon, 23 Jul 2007 11:51:32 -0400 Received: from discorde.inria.fr ([192.93.2.38]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ID0C3-0001Zp-GL for nemo@ietf.org; Mon, 23 Jul 2007 11:51:32 -0400 Received: from iseran.local (dhcp-118e.ietf69.org [130.129.17.142]) (authenticated bits=0) by discorde.inria.fr (8.13.6/8.13.6) with ESMTP id l6NFpSPI001451 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 23 Jul 2007 17:51:30 +0200 Date: Mon, 23 Jul 2007 17:51:28 +0200 From: Thierry Ernst To: ml-nemo Message-Id: <20070723175128.ebf6daaf.thierry.ernst@inria.fr> Organization: INRIA X-Mailer: Sylpheed version 2.2.3 (GTK+ 2.10.6; powerpc-apple-darwin8.8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Miltered: at discorde with ID 46A4CE80.001 by Joe's j-chkmail (http://j-chkmail . ensmp . fr)! X-Spam-Score: 0.0 (/) X-Scan-Signature: d0bdc596f8dd1c226c458f0b4df27a88 Subject: [nemo] NEMO WG Agenda X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Dear all, Here is the agenda in its almost final state. Please make sure you read the drafts listed on it. NEMO WG Chairs. NEMO WG meeting Agenda, IETF69 July 22-27 2007 Chicago Chairs: Thierry Ernst & TJ Kniveton === NEMO WG page: http://www.ietf.org/html.charters/nemo-charter.html NEMO Additional Page: http://www.mobilenetworks.org/nemo/ NEMO Status Page: http://tools.ietf.org/wg/nemo/ === THURSDAY, July 26, 2007 0900-1130 Morning Session I - Monroe 1. Welcome, agenda bashing ....................................... 05 mins Chairs 2. WG documents status .......................................... 10 mins Chairs http://tools.ietf.org/wg/nemo/ NEMO Management Information Base http://www.ietf.org/internet-drafts/draft-ietf-nemo-mib-03.txt 3. Use Case Personal Mobile Router ............................... 15 mins Consumer Electronics NEMO RO Deployments and Requirements Chan-Wah Ng http://www.ietf.org/internet-drafts/draft-ng-nemo-ce-req-00.txt 4. Use Case Automotive ........................................... 15 mins Update of NEMO Route Optimization Requirements from the automitive industry Roberto Baldessari http://www.ietf.org/internet-drafts/draft-baldessari-c2ccc-nemo-req-01.txt 5. Use Case Aeronautic (1/2) ..................................... 15 mins Summary of discussion and issues for the aeronautic use case William D. Ivancic http://www.ietf.org/internet-drafts/draft-eddy-nemo-aero-reqs-01.txt 6. Use Case Aeronautic (2/2) ..................................... 15 mins Mobile IPv6 Route Optimisation for Network Mobility (MIRON): How this solution fits the Aeronautics requirements? Carlos J. Bernardos http://www.ietf.org/internet-drafts/draft-bernardos-nemo-miron-01.txt http://www.ietf.org/internet-drafts/draft-eddy-nemo-aero-reqs-01.txt 7. Elimination of Proxy NDP from Home Agent Operations .......... 15 mins Ryuji Wakikawa Informational document related to the home network models document. The document lists potential operational issues about the HA intercepting packets without proxy ND and gives tips. http://www.ietf.org/internet-drafts/draft-wakikawa-mip6-no-ndp-01 -- version 2007-07-23 11.00 Chicago From nemo-bounces@ietf.org Mon Jul 23 13:00:19 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1ID1Gb-0004xd-VA; Mon, 23 Jul 2007 13:00:17 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ID1Ga-0004xY-F1 for nemo@ietf.org; Mon, 23 Jul 2007 13:00:16 -0400 Received: from ndjsbar01.ndc.nasa.gov ([198.120.25.38]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1ID1Ga-0002VE-1w for nemo@ietf.org; Mon, 23 Jul 2007 13:00:16 -0400 Received: from ndjsxgw04.ndc.nasa.gov (ndjsxgw04.ndc.nasa.gov [129.166.32.112]) by ndjsbar01.ndc.nasa.gov (Spam Firewall) with ESMTP id CB43E33AB89 for ; Mon, 23 Jul 2007 12:00:12 -0500 (CDT) Received: from NDJSEVS23A.ndc.nasa.gov ([129.166.32.223]) by ndjsxgw04.ndc.nasa.gov with Microsoft SMTPSVC(6.0.3790.1830); Mon, 23 Jul 2007 12:00:13 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 23 Jul 2007 12:00:02 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Question regarding draft-ivancic-mobile-platforms-problem-00.txt Thread-Index: AcfNSujcIZ5PiwRWTpymtYNE0N9axw== From: "Ivancic, William D. (GRC-RCN0)" To: "IETF NEMO WG" X-OriginalArrivalTime: 23 Jul 2007 17:00:13.0059 (UTC) FILETIME=[EF5ECD30:01C7CD4A] X-Spam-Score: 0.0 (/) X-Scan-Signature: 93238566e09e6e262849b4f805833007 Subject: [nemo] Question regarding draft-ivancic-mobile-platforms-problem-00.txt X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org I am in the process of turning "Multi-Domained, Multi-Homed Mobile Networks," draft-ivancic-mobile-platforms-problem-00.txt into a general paper and NASA report so that it is forever documented. The ID has expired, but can be found at: http://www.multicasttech.com/mpi/draft-ivancic-mobile-platforms-problem- 00.txt This document describes numerous problems associated with deployment of multi-homed mobile platforms consisting of multiple networks and traversing large geographical areas. The purpose of this document is to provide insight to real-world deployment issues and provides information to working groups that are addressing many issues related to multi-homing, policy-base routing, route optimization and mobile security. =20 If so desired by the working group and the area chairs I would be willing to work it into a informational RFC. If yes, "Should this be an individual submission or working group submission?" Will Ivancic=20 From nemo-bounces@ietf.org Mon Jul 23 19:36:39 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1ID7S4-0001HZ-Hs; Mon, 23 Jul 2007 19:36:32 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ID7S2-0001HT-Eu for nemo@ietf.org; Mon, 23 Jul 2007 19:36:30 -0400 Received: from discorde.inria.fr ([192.93.2.38]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1ID7S1-0005mt-4l for nemo@ietf.org; Mon, 23 Jul 2007 19:36:30 -0400 Received: from iseran.local (dhcp-14c6.ietf69.org [130.129.20.198]) (authenticated bits=0) by discorde.inria.fr (8.13.6/8.13.6) with ESMTP id l6NNaPk6026014 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Jul 2007 01:36:27 +0200 Date: Tue, 24 Jul 2007 01:36:22 +0200 From: Thierry Ernst To: nemo@ietf.org Subject: Re: [nemo] Submitted I-D draft-baldessari-c2ccc-nemo-req-01 Message-Id: <20070724013622.2e1f3284.thierry.ernst@inria.fr> In-Reply-To: <5F6519BF2DE0404D99B7C75607FF76FF90D5@mx1.office> References: <5F6519BF2DE0404D99B7C75607FF76FF90D5@mx1.office> Organization: INRIA X-Mailer: Sylpheed version 2.2.3 (GTK+ 2.10.6; powerpc-apple-darwin8.8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Miltered: at discorde with ID 46A53B79.001 by Joe's j-chkmail (http://j-chkmail . ensmp . fr)! X-Spam-Score: 0.0 (/) X-Scan-Signature: 83e9494d829b08cc3f644ef6ac1b9bd4 Cc: X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Dear Roberto, Very well written and instructive document. Please find inline some comments on it (comments start with =>) C2C-C Consortium Requirements for NEMO Route Optimization draft-baldessari-c2ccc-nemo-req-01 2. Terminology The following terms used in this document are defined in the Mobile IPv6 protocol specification [2]: o Home Agent (HA) o Home Address (HoA) => These are defined in [2] but it is superceded by [8] where HA and HoA are listed. The following terms used in this document are defined in the NEMO Route Optimization Space Analysis document [6]: o Correspondent Router (CR) o Correspondent Entity (CE) => These are defined in [2] but it is superceded by [8] where CR and CE are listed. The following new terms are used in this document: o Application Unit (AU): a portable or built-in device connected temporarily or permanently to the vehicle OBU. It is assumed that AUs support a standard TCP/IPv6 protocol stack, optionally enhanced with IP Mobility support. With respect to the NEMO terminology, an AU is a generic MNN. => Why AUs would be enhanced with IP mobility support ? If you are considering hand-held devices, may be this should be added as a justification. Vehicles' OBUs and stationary units along the road, termed road-side units (RSUs), form an ad hoc network. => Is this necessarily the case ? (having read all the draft, this seems to be required from the point of view of the C2C-CC, but taking the OBU from a more generic stand point ?) 3.2. Protocol Architecture The protocol stack currently considered by C2C-CC for OBUs is depicted in Figure 2. +--------------------+------------------+ | | | | C2C-CC | IP-based | | Applications | Applications | | | | +--------------------+------------------+ | | TCP/UDP/... | | C2C-CC Transport +------------------+ | | | +--------------------+-----+ IPv6 | | | | | C2C-CC Network | | | | | +--------------------+-----+------------+ | Modified | Standard WLAN | | IEEE 802.11p | IEEE 802.11a/b/g | +--------------------+------------------+ Figure 2: OBU Protocol Stack => Wouldn't is be useful to also show on another figure the protocol stack at the AU and the RSU (if it differs). 3.3. IPv6 Deployment o On the IEEE 802.11a/b/g interface directly: in this method, IPv6 headers are sent directly to the wireless LAN interface as specified by [5]. => This is not the RFC you had in mind. The following informational list briefly summarizes currently discussed design concepts: o vehicles use only IPv6 addresses with as host part an EUI-64 identifier derived from the MAC address. => I wonder why this constraint ? Why not using random generation of the host id part ? o when infrastructure access is not available, OBUs use addresses with as prefix part a predefined IPv6 prefix (either reserved for C2C-C communications or a general purpose one); => "when infrastructure access is not available": it depends if you mean "infrastructure access not always available", or "infrastructure access never available". If the former, you could remove "when infrastructure access is not available" because OBUs would always use the same prefix 4.1. Scope of NEMO As it does not seem realistic that every car owner will also subscribe for such a service [Home Agent] => Why not ? It can (and should IMHO) be required in the C2C-CC architecture 4.2.2. Peer-to-peer Applications In this set of use cases, the same applications should be able to run in V2V and V2I mode. As applications should not be aware of routing nor addressing issues, they should use the same identifier for sessions and users (e.g. cars/drivers/passengers) independently of the communications mode. Possible approaches are either to adopt resolution mechanisms or actually maintain the same network identifier in both V2V and V2I modes. This could be achieved for example generalizing the concept of Mobile Network Prefix (MNP) and allowing a Mobile Router (OBU) to use it for V2V communications in absence of attachment points. By means of enforcing limited lifetime for IPv6 prefixes and due to the isolation of VANET clusters from the infrastructure (in V2V), this use of MNP should not introduce routing inconsistencies. => For this particular paragraph, I think you need to explain how it fits with NEMO. 5. NEMO Route Optimization Scenarios With respect to the classification of NEMO Route Optimization scenarios described in [6], the non-nested NEMO RO case (Section 3.1) is considered as the most important for the C2C-CC deployment. In fact, MIPv6-enabled AUs (i.e. VMNs) and nested Network Mobility are not considered in the C2C-CC use cases. => Please check my comment about AU in the terminology section. The wording "optionally enhanced with IP mobility support" in definition of AU is not consistent with the above statement. The requirements defined in this document refer to RO between MR and CR (Correspondent Router). According to C2C-CC use cases, the CR can be: => Here (and everywhere above in the remaining parts of this draft), I would suggest to use CN, or CE. Currently, there is no reasons to assume that RO would be performed with a CR. In the first case, the connectivity to the infrastructure is available only for short time intervals. Vehicles' applications exchange data packets with nodes in the infrastructure in form of short bursts, containing for example traffic updates or information about local points of interests. In this situation, providing prompt and reliable communication is more important than achieving optimal routing or highest available throughput. In particular, the additional delay for RO establishment with every CRs can have a considerable negative impact. Furthermore, in some situations the path through MR-HA tunnel might be considered more reliable and trustworthy than a direct one to the CR. In particular, the tunnel allows the MR to hide its CoA from the CR which results in a location privacy protection. Therefore: => It's not for granted in the case where the CN would be immediately behind the RSU. The path through the HA would be considerably longer and is obviously less trustworthy than the MR-HA tunnel (the path MR-AR-CN compares with the path MR-AR-...-HA-HA-...-AR-CN) 6.2. Req 2 - MNN IPsec A RO technique SHOULD allow MNNs connected to the MR to use IPsec as if they were connected to a regular access router. This requirement comes from the fact that no assumption can be made on pre-existing trust relationships between passenger devices and the OBU. Therefore, passenger devices (assumed to run IPv6 without Mobility Support) should be able to use full IPsec functionalities when connecting to the infrastructure via a MR. => This requirement doesn't make much sense to me. Each IPv6 node is supposed to support IPsec, so it is guaranteed that MNN won't be prevented from using IPsec. 6.4. Req 4 - Privacy Protection A RO technique MUST not require that the MNP is revealed to all nodes in the visited network. Instead, a RO technique MUST allow for revealing the MNP only to selected nodes in the visited network. Furthermore, a RO technique SHOULD allow that MNP and HoA are not exchanged as clear text. => It should be "MUST allow" (since you wrote about "allowance"). 6.5. Req 5 - Multihoming A RO technique MUST allow a MR to be simultaneously connected to multiple access networks, having multiple prefixes and Care-Of Addresses in a MONAMI6 context. In other words, it is required that a RO technique can be used on multiple communication technologies. Assuming that mechanisms for registering and handling multiple CoAs are provided from the MONAMI6 work, NEMO RO should be usable for every available CoA. This requirement is also specified in [9]. 6.6. Req 6 - Coexistence with Sub-IPv6 RO A RO technique MUST allow for coexistence in the same OBU with a RO technique offered by the sub-IPv6 C2C-CC Network layer. The OBU MUST be able to choose which technique to use when both are simultaneously available. => What about the HA ? => In line with section 5, I think that a requirement "Delay in RO establishment" is missing in section 6. i.e. the RO mechanism should be fast enough to adapt to CoA change in order to fit with VANET needs. => I would suggest to check if the listed RO requirements match all of RFC 4886 design goals. For instance, signaling overhead, transparency, etc. The C2C-CC may have specific considerations. 10.2. Informative References [8] Ernst, T. and H. Lach, "Network Mobility Support Terminology", draft-ietf-nemo-terminology-06 (work in progress), November 2006. => This document should be in the normative section since the terminology is a norm (though the document is in the "Informational" track). Thierry. On Thu, 5 Jul 2007 16:25:08 +0200 "Roberto Baldessari" wrote: > >Dear all, > >We submitted a new version of the C2C-C automotive requirements for NEMO RO. >The draft is attached and also available at ftp://kyoto.netlab.nec.de/pub/internet-drafts/draft-baldessari-c2ccc-nemo-req-01.txt > >There are several changes. We worked on restricting the requirements to the ones that are in the RO scope and removed what is unlikely to be addressed by the MEXT WG. Further, we compared requirements with the ones from aviation industry (draft-eddy-nemo-aero-reqs-00) and outlined similar or identical requirements. > >Also, the structure of the document has changed. If you want to skip the technical approach description, which did not change much, have a look directly at Section 5 (RO scenario) and 6 (Requirements). We borrowed from draft-eddy-nemo-aero-reqs-00 the style in which requirements are listed, which we found particularly good. > >Any comment is appreciated. > From nemo-bounces@ietf.org Tue Jul 24 09:01:00 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDK0Y-0003md-MO; Tue, 24 Jul 2007 09:00:58 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDK0X-0003mP-1T for nemo@ietf.org; Tue, 24 Jul 2007 09:00:57 -0400 Received: from hiltonsmtp.worldspice.net ([216.37.94.58]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDK0W-0001Go-Mv for nemo@ietf.org; Tue, 24 Jul 2007 09:00:56 -0400 Received: (qmail 17461 invoked by uid 0); 24 Jul 2007 12:53:20 -0000 Received: by simscan 1.2.0 ppid: 17456, pid: 17457, t: 0.8330s scanners: clamav: 0.90.2/m: spam: 3.1.8 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on hiltonsmtp.worldspice.net X-Spam-Level: **** X-Spam-Status: No, score=4.3 required=6.5 tests=BAYES_99,RDNS_NONE autolearn=disabled version=3.2.1 Received: from unknown (HELO Teco) (67.97.210.2) by hiltonsmtp.worldspice.net with SMTP; 24 Jul 2007 12:53:19 -0000 From: "Teco_Boot" To: Date: Tue, 24 Jul 2007 15:01:46 +0200 Message-ID: <002301c7cdf2$cba11620$2d0e0202@Teco> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcfNgnJGBVFkoE3jTrSxtEF088UAjAAbWZ8g X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 In-Reply-To: <20070724013622.2e1f3284.thierry.ernst@inria.fr> X-Spam-Score: 0.0 (/) X-Scan-Signature: de4f315c9369b71d7dd5909b42224370 Subject: [nemo] Interface roles: ingress and egress X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Hi, Thomas Clausen presented a short introduction of a Mobile Router in the Autoconf-MANEMO meeting. He also explained the interface roles Ingress and Egress. I prefer the term _interface roles_ over _interface types_. However, I wonder this new term is accepted by the NEMO WG and if the impact is fully understood. For example, we have to find out if the roles are mutually exclusive. A related issue is allowing the egress interface to act as a router interface when attached to a foreign link; as this contradicts with NEMO Basic Support. I suggest an impact analysis document on this issue is written. Teco. From nemo-bounces@ietf.org Tue Jul 24 10:56:08 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDLny-0005oQ-Qi; Tue, 24 Jul 2007 10:56:06 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDLny-0005oJ-H3 for nemo@ietf.org; Tue, 24 Jul 2007 10:56:06 -0400 Received: from smtp.mei.co.jp ([133.183.129.25]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDLnx-0003zM-Op for nemo@ietf.org; Tue, 24 Jul 2007 10:56:06 -0400 Received: from mail-gw.jp.panasonic.com (dodgers.mei.co.jp [157.8.1.150]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/jazz) with ESMTP id l6OEtk0r026962; Tue, 24 Jul 2007 23:55:46 +0900 (JST) Received: by mail-gw.jp.panasonic.com (8.11.6p2/3.7W/somlx1) with ESMTP id l6OEtlk16492; Tue, 24 Jul 2007 23:55:47 +0900 (JST) Received: from pslexc01.psl.local (localhost [127.0.0.1]) by mail.jp.panasonic.com (8.11.6p2/3.7W/phillies) with ESMTP id l6OEtmu05280; Tue, 24 Jul 2007 23:55:48 +0900 (JST) Received: from localhost.localdomain ([10.81.113.10]) by pslexc01.psl.local with Microsoft SMTPSVC(6.0.3790.1830); Tue, 24 Jul 2007 22:55:27 +0800 Received: by localhost.localdomain (Postfix, from userid 1000) id CB3C742873D4; Tue, 24 Jul 2007 22:55:00 +0800 (SGT) Subject: Re: [nemo] Interface roles: ingress and egress From: Chan-Wah Ng To: Teco_Boot In-Reply-To: <002301c7cdf2$cba11620$2d0e0202@Teco> References: <002301c7cdf2$cba11620$2d0e0202@Teco> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Panasonic Singapore Labs Date: Tue, 24 Jul 2007 22:55:00 +0800 Message-Id: <1185288900.8040.7.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 X-OriginalArrivalTime: 24 Jul 2007 14:55:28.0110 (UTC) FILETIME=[AC67F8E0:01C7CE02] X-Spam-Score: 0.0 (/) X-Scan-Signature: 69a74e02bbee44ab4f8eafdbcedd94a1 Cc: nemo@ietf.org X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: chanwah.ng@sg.panasonic.com List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Hello, On Tue, 2007-07-24 at 15:01 +0200, Teco_Boot wrote: > Hi, > > Thomas Clausen presented a short introduction of a Mobile Router in the > Autoconf-MANEMO meeting. He also explained the interface roles Ingress and > Egress. > I prefer the term _interface roles_ over _interface types_. However, I > wonder this new term is accepted by the NEMO WG and if the impact is fully > understood. For example, we have to find out if the roles are mutually > exclusive. I kind of agree with the _interface role_ terminology, as I do not believe the ingress and egress types are mutually exclusive. In the multihoming issues draft (soon to be RFC), we have included in the Appendix C a suggestion for MR to listen to its ingress interface for other MRs, and if its original egress link is down, try to attach to said other MRs using its ingress interface. I believe you are looking at this from a MANEMO perspective, and my description above is using a more "traditional" approach, but I think it wasn't that different from a higher layer. /rgds /cwng > A related issue is allowing the egress interface to act as a router > interface when attached to a foreign link; as this contradicts with NEMO > Basic Support. > I suggest an impact analysis document on this issue is written. > > Teco. > > > From mext-bounces@ietf.org Tue Jul 24 11:09:23 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDM0i-0000tU-0S; Tue, 24 Jul 2007 11:09:16 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDM0h-0000tF-6h for mext@ietf.org; Tue, 24 Jul 2007 11:09:15 -0400 Received: from p130.piuha.net ([193.234.218.130]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDM0g-0004MO-Rt for mext@ietf.org; Tue, 24 Jul 2007 11:09:15 -0400 Received: from p130.piuha.net (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id 16B8D198683; Tue, 24 Jul 2007 18:09:14 +0300 (EEST) Received: from [127.0.0.1] (p130.piuha.net [193.234.218.130]) by p130.piuha.net (Postfix) with ESMTP id 3B405198667; Tue, 24 Jul 2007 18:09:13 +0300 (EEST) Message-ID: <46A6160B.8000309@piuha.net> Date: Tue, 24 Jul 2007 10:08:59 -0500 From: Jari Arkko User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: "DENG, HUI -HCHBJ" Subject: Re: [MEXT] new charter version References: <8386EDF347730C46BA47710F87AE1FE9303B73@hcbjdc2> In-Reply-To: <8386EDF347730C46BA47710F87AE1FE9303B73@hcbjdc2> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Spam-Score: 0.0 (/) X-Scan-Signature: 08e48e05374109708c00c6208b534009 Cc: mext@ietf.org X-BeenThere: mext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile IPv6 EXTensions WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mext-bounces@ietf.org Hui, > May I conform one thing here: (please allow me cc ifare) > IFARE will consider different IP address for GW, is this correct? I think that was the goal of IFARE. Then again, we don't have an IFARE WG at the moment, so we are speculating. Jari _______________________________________________ MEXT mailing list MEXT@ietf.org https://www1.ietf.org/mailman/listinfo/mext From nemo-bounces@ietf.org Tue Jul 24 11:11:56 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDM3I-00029e-6u; Tue, 24 Jul 2007 11:11:56 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDM3G-00029W-U4 for nemo@ietf.org; Tue, 24 Jul 2007 11:11:54 -0400 Received: from discorde.inria.fr ([192.93.2.38]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDM3G-00013P-Dk for nemo@ietf.org; Tue, 24 Jul 2007 11:11:54 -0400 Received: from iseran.local (dhcp-118e.ietf69.org [130.129.17.142]) (authenticated bits=0) by discorde.inria.fr (8.13.6/8.13.6) with ESMTP id l6OFBpDb008872 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Jul 2007 17:11:53 +0200 Date: Tue, 24 Jul 2007 17:11:51 +0200 From: Thierry Ernst To: "Teco_Boot" , ml-nemo Subject: Re: [nemo] Interface roles: ingress and egress Message-Id: <20070724171151.19002d02.thierry.ernst@inria.fr> In-Reply-To: <002301c7cdf2$cba11620$2d0e0202@Teco> References: <20070724013622.2e1f3284.thierry.ernst@inria.fr> <002301c7cdf2$cba11620$2d0e0202@Teco> Organization: INRIA X-Mailer: Sylpheed version 2.2.3 (GTK+ 2.10.6; powerpc-apple-darwin8.8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Miltered: at discorde with ID 46A616B7.002 by Joe's j-chkmail (http://j-chkmail . ensmp . fr)! X-Spam-Score: 0.0 (/) X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a Cc: X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org >Thomas Clausen presented a short introduction of a Mobile Router in the >Autoconf-MANEMO meeting. He also explained the interface roles Ingress and >Egress. >I prefer the term _interface roles_ over _interface types_. However, I >wonder this new term is accepted by the NEMO WG and if the impact is fully >understood. For example, we have to find out if the roles are mutually >exclusive. Well, MANEMO can define the roles of the interface as it wish, it doesn't change how NEMO see things. In any case, the NEMO terminology is set up and published, and a different view from MANEMO doesn't cause inconsistencies. >A related issue is allowing the egress interface to act as a router >interface when attached to a foreign link; as this contradicts with NEMO >Basic Support. I don't see a contradiction here. NEMO Basic Support just says that packets must be encapsulated to the HA. But the Mobile Router is not obliged to perform a NEMO Basic Support function. >I suggest an impact analysis document on this issue is written. I think this should be done within MANEMO problem statement. Thierry. From mext-bounces@ietf.org Tue Jul 24 12:27:22 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDNEG-0003t5-5j; Tue, 24 Jul 2007 12:27:20 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDN74-0000Dn-62 for mext@ietf.org; Tue, 24 Jul 2007 12:19:54 -0400 Received: from p130.piuha.net ([193.234.218.130]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDN6t-0007U1-9P for mext@ietf.org; Tue, 24 Jul 2007 12:19:53 -0400 Received: from p130.piuha.net (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id A8EED198680 for ; Tue, 24 Jul 2007 19:19:41 +0300 (EEST) Received: from [127.0.0.1] (p130.piuha.net [193.234.218.130]) by p130.piuha.net (Postfix) with ESMTP id AB4AD19867D for ; Tue, 24 Jul 2007 19:19:40 +0300 (EEST) Message-ID: <46A6268E.2020003@piuha.net> Date: Tue, 24 Jul 2007 11:19:26 -0500 From: Jari Arkko User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: mext@ietf.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Spam-Score: 0.0 (/) X-Scan-Signature: f1405b5eaa25d745f8c52e3273d3af78 Subject: [MEXT] charter - final version X-BeenThere: mext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile IPv6 EXTensions WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mext-bounces@ietf.org I believe this version has all the edits that I needed to get in. Sam was OK with this as well. ---- Mobility EXTensions for IPv6 (MEXT) Chair(s): TBD Internet Area Director(s): Jari Arkko Mark Townsley Internet Area Advisor: Jari Arkko Mailing Lists: https://www1.ietf.org/mailman/listinfo/mext http://www1.ietf.org/mail-archive/web/mext/current/index.html Description of Working Group: Mobile IPv6 specifies routing support which permits an IPv6 host to continue using its home address as it moves around the Internet, enabling continuity of sessions. Mobile IPv6 supports transparency above the IP layer, including maintenance of active transport level sessions. In addition, NEMO network mobility mechanisms built on top of Mobile IPv6 allow managing the mobility of an entire network, as it changes its point of attachment to the Internet. The base specifications consist of: o RFC 3775 o RFC 3963 o RFC 4877 The MEXT Working Group continues the work of the MIP6, NEMO, and MONAMI6 Working Groups. The primary goal of MEXT will be to (A) enhance base IPv6 mobility by continuing work on developments that are required for wide-scale deployments and specific deployment scenarios. Additionally, (B) the working group will ensure that any issues identified by implementation and interoperability experience are addressed, and that the base specifications are maintained. (C) The group will also produce informational documentation, such as design rationale documents or description of specific issues within the protocol. Deployment considerations call for (A.1) solutions to enable dual-stack operation, (A.2) mechanisms to support high-availability home agents, (A.3) allowing the use of multiple interfaces in mobile nodes, (A.4) ways to employ Mobile IPv6 in the presence of firewalls, (A.5) address the specific needs of automotive and aviation communities for route optimisation in network mobility, and (A.6) support for AAA is needed as a continuation of earlier work on bootstrapping. Work items related to large scale deployment include: (A.1) A Solution for MIP6 session continuity for dual stack hosts which attach to IPv4 access networks. Additionally provide a mechanism for carrying IPv4 packets via the Home agent for MIP6 capable dual-stack hosts. (A.2) A protocol based solution for enhancing the reliability of home agents and a method to force a host to switch home agents. A mechanism to force an MN to switch the HA that is currently serving it. This is required in deployments where the HA needs to be taken offline for maintenance. (A.3) Use of multiple interfaces. Today, the protocols do not provide suppport for simultaneous differentiated use of multiple access technologies. Several proposals exist for such support, and some of them have been implemented and tested. When a mobile host/router uses multiple network interfaces simultaneously, or when multiple prefixes are available on a single network interface, the mobile host/router would end up with multiple Care-of Addresses (CoAs). In addition, the Home Agent might be attached to multiple network interfaces, or to a single network interface with multiple prefixes, hence resulting in the option to use multiple IP addresses for the Home Agent. This could result in the possibility of using a multitude of bi-directional tunnels between pairs of {Home Agent address, CoA} and a number of associated issues: establishment, selection and modification of multiple simultaneous tunnels. The objective of the WG is to produce a clear problem statement and to produce standard track specifications to the problems associated with the simultaneous use of multiple addresses for either mobile hosts using Mobile IPv6 or mobile routers using NEMO Basic Support and their variants (FMIPv6, HMIPv6, etc). Where the effects of having multiple prefixes on a single interface is identical to the effects of having multiple interfaces each with a single prefix, the WG will consider a generalized approach to cater for multiple prefixes available to a mobile host/router. The WG uses existing tunneling mechanisms defined for Mobile IPv6. The involved nodes need to select which tunnel instance to use when multiple ones are available due to multiple addresses on either end. But the WG does not plan to define a new mechanism for this, but rather document how to use existing mechanisms based upon preferences or policies. In particular, the WG will consider that a tunnel is alive as long as packets can be exchanged with the corresponding peer. In addition, local information, such as interface up/down events, or other failure detection mechanisms can be used to quickly detect failure of tunnel(s). Deliverables related to this include - A document explaining the motivations for a node using multiple interfaces and the scenarios where it may end up with multiple global addresses on its interfaces [Informational] - An analysis document explaining what are the limitations for mobile hosts using multiple simultaneous Care-of Addresses and Home Agent addresses using Mobile IPv6, whether issues are specific to Mobile IPv6 or not [Informational]. - A protocol extension to support the registration of multiple Care-of Addresses at a given Home Agent address [Standard Track]. - A "Flow/binding policies exchange" solution for an exchange of policies from the mobile host/router to the Home Agent and from the Home Agent to the mobile host/router influencing the choice of the Care-of Address and Home Agent address. The solution involves two specifications, one for the policy format and another for its transport [both Standard Track]. (A.4) Work on solutions to deal with firewalls and the problems that firewalls cause as identified in RFC 4487. (A.5) Route optimization of network mobility. Three use cases have been identified for this. These are called the Aviation case, the Automotive case, and the Personal Mobile Router (consumer electronics) case, though the actual technical problems are characterized by the type of movements and environments more than by the specific industry using the technology. The group will explore these cases to gather requirements and proceed with solving the open issues. (1) Airline and spacecraft community, who are deploying NEMO for control systems, as well as Internet connectivity and entertainment systems. This use case is characterized by fast (~ 1000 km/h) moving objects over large distances (across continents). The main technical problem is that tunneling-based solutions imply a roundtrip to another continent and that BGP based solutions imply significant churn in the global Internet routing table. (2) Automotive industry who are deploying NEMO for in-car communication, entertainment, and data gathering, possible control systems use, and communication to roadside devices. This use case is characterized by moderately fast (~ 100-300 km/h) moving objects that employ local or cellular networks for connectivity. (3) Personal Mobile Routers, which are consumer devices that allow the user to bring a NEMO network with the user while mobile, and communicate with peer NEMO Basic Support nodes and nodes served by them. After gathering the requirements for these types of deployments, the working group will evaluate what type of route optimization needs to be performed (if any), and formulate a solution to those problems. If no requirements for those scenarios can be collected by the deadline, it will be assumed that the work is premature, and that type of deployment will be dropped from the WG. The group will only consider airline and spacecraft solutions that combine tunneling solutions for small movements with either federated tunnel servers or slowly changing end host prefixes. The group will only consider personal mobile router requirements about optimized routes to another mobile router belonging to the same operator. The group will only consider automotive industry requirements to allow MR-attached hosts to directly access the network where MR has attached to. Work on automotive and personal mobile router solutions requires rechartering. The WG will not consider extensions to routing protocols. The group will not consider general multi-homing problems that are not related to the deployment and maintenance of Mobile IPv6 or NEMO Basic Support protocols. The group will also not consider general route optimization, or other problems that are not related to the deployment and maintenance of NEMO Basic Support protocols. Similarly, the group will not consider or rely on the results of general routing architecture, Internet architecture, or identifier-locator split issues that are discussed in separate, long term efforts elsewhere in the IETF. Finally, the group will not consider solutions that require changes from correspondent nodes in the general Internet (A.6) Bootstrapping mechanisms developed earlier in the MIP6 WG require AAA support for Mobile IPv6. Part of this work is already being done in the DIME WG, but the MEXT WG is chartered to complete a design for RADIUS. Work items related to base specification maintenance include: (B.1) Create and maintain issue lists that are generated on the basis of implementation and interoperability experience. Address specific issues with specific updates or revisions of the base specification. One specific area of concern that should be analyzed and addressed relates to multilink subnets. This work item relates only to corrections and clarifications. The working group shall not revisit design decisions or change the protocol. (B.2) Update the IANA considerations of RFC 3775 to allow extensions for experimental purposes as well passing of optional vendor-specific information. (B.3) Finish working group documents that are currently in process, and submit for RFC. This includes prefix delegation protocol mechanism for network mobility, and a MIB for NEMO Basic Support. Work items related to informational documentation include: (C.1) Produce a design rationale that documents the historical thinking behind the introduction of an alternative security mechanism, the Authentication Protocol (RFC 4285). The group employs IPsec and IKE as a security mechanism. The group shall refrain, however, from making generic extensions to these protocols. Any proposed extension must be reviewed by the ADs before it can be accepted as a part of a work item. Goals and Milestones: Aug 2007 Submit -00 draft on Route Optimization Needs for Aircraft and Spacecraft Deployments Aug 2007 Submit -00 draft on Route Optimization Needs for Automobile and Highway Deployments Aug 2007 Submit Multiple CoA Registration to IESG Sep 2007 Submit I-D 'Motivation for Authentication I-D' to IESG for publication as Informational. Sep 2007 Submit I-D 'Mobile IPv6 Dual-Stack Operation' to IESG for publication as a Proposed Standard. Oct 2007 Submit I-D 'Mobile IPv6 Vendor Specific Option' to IESG for publication as a Proposed Standard Oct 2007 Submit -00 draft on Route Optimization needs for Personal Mobile Router Nov 2007 Submit final doc on Route Optimization Needs for Aircraft and Spacecraft Deployments, for Informational Nov 2007 Submit I-D 'Goals for AAA HA Interface' to IESG for publication as Informational. Dec 2007 Submit -00 draft for solution to aircraft/spacecraft problem Dec 2007 Submit I-D 'Mobile IPv6 Experimental Allocations' to IESG for publication as a Proposed Standard. Dec 2007 Submit the final doc on Prefix Delegation for NEMO to the IESG, for Proposed Standard Jan 2008 Submit final doc on Route Optimization Needs for Automobile and Highway Deployments, for Informational Jan 2008 Submit final doc on Route Optimization needs for Personal Mobile Router, for Informational Feb 2008 Submit the I-D 'RADIUS Mobile IPv6 Support' to IESG for publication as a proposed standard. Feb 2008 Determine how to proceed with remaining automotive/Personal Mobile Router solutions Mar 2008 Submit the final doc on MIB for NEMO Basic Support to the IESG, for Proposed Standard Mar 2008 Submit I-D 'Mobile IPv6 Operation with Firewalls' to IESG for publication as Informational. Apr 2008 Submit Flow/binding policy format to IESG, for Proposed Standard Apr 2008 Submit Flow/binding policy transport to IESG, for Proposed Standard Apr 2008 Submit I-D 'Mobility Header Home Agent Switch Message' to IESG for publication as a Proposed Standard. May 2008 Submit final doc for solution to aircraft/spacecraft problem to the IESG, for Proposed Standard May 2008 Recharter to work on the remaining automotive/Personal Mobile Router solutions Jul 2008 Submit Multiple Interfaces Motivations and Scenario to IESG, for Informational Jul 2008 Submit Analysis of the use of Multiple Simultaneous Care-of Addresses and Home Agent addresses, for Informational Aug 2008 Submit I-D(s) related to specific updates and corrections of RFC 3775 to IESG for publication as Proposed Standard. Aug 2008 Submit I-D 'Home agent reliability' to IESG for publication as a Proposed Standard. _______________________________________________ MEXT mailing list MEXT@ietf.org https://www1.ietf.org/mailman/listinfo/mext From nemo-bounces@ietf.org Tue Jul 24 13:03:33 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDNnI-0002lP-2D; Tue, 24 Jul 2007 13:03:32 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDNnH-0002lH-Az for nemo@ietf.org; Tue, 24 Jul 2007 13:03:31 -0400 Received: from hiltonsmtp.worldspice.net ([216.37.94.58]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDNnG-0000PW-EL for nemo@ietf.org; Tue, 24 Jul 2007 13:03:30 -0400 Received: (qmail 12835 invoked by uid 0); 24 Jul 2007 16:55:54 -0000 Received: by simscan 1.2.0 ppid: 12823, pid: 12829, t: 0.9051s scanners: clamav: 0.90.2/m: spam: 3.1.8 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on hiltonsmtp.worldspice.net X-Spam-Level: ** X-Spam-Status: No, score=2.1 required=6.5 tests=BAYES_80,RDNS_NONE autolearn=disabled version=3.2.1 Received: from unknown (HELO Teco) (67.97.210.2) by hiltonsmtp.worldspice.net with SMTP; 24 Jul 2007 16:55:53 -0000 From: "Teco_Boot" To: Subject: RE: [nemo] Interface roles: ingress and egress Date: Tue, 24 Jul 2007 19:04:20 +0200 Message-ID: <003501c7ce14$ae4b32a0$2d0e0202@Teco> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcfOAtdBsJckrnDaSlCGMQBcfuY9xwAEUkaQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 In-Reply-To: <1185288900.8040.7.camel@localhost> X-Spam-Score: 0.0 (/) X-Scan-Signature: 3e15cc4fdc61d7bce84032741d11c8e5 Cc: nemo@ietf.org X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Thanks for the quick response. I think it is described in B.2 Re-Establishment of Bi-Directional Tunnels in draft-ietf-nemo-multihoming-issues-07. I'll come back on the mutual exclusive issue. Teco > -----Original Message----- > From: Chan-Wah Ng [mailto:chanwah.ng@sg.panasonic.com] > Sent: dinsdag 24 juli 2007 16:55 > To: Teco_Boot > Cc: nemo@ietf.org > Subject: Re: [nemo] Interface roles: ingress and egress > > Hello, > > On Tue, 2007-07-24 at 15:01 +0200, Teco_Boot wrote: > > Hi, > > > > Thomas Clausen presented a short introduction of a Mobile Router in the > > Autoconf-MANEMO meeting. He also explained the interface roles Ingress > and > > Egress. > > I prefer the term _interface roles_ over _interface types_. However, I > > wonder this new term is accepted by the NEMO WG and if the impact is > fully > > understood. For example, we have to find out if the roles are mutually > > exclusive. > > I kind of agree with the _interface role_ terminology, as I do not > believe the ingress and egress types are mutually exclusive. > > In the multihoming issues draft (soon to be RFC), we have included in > the Appendix C a suggestion for MR to listen to its ingress interface > for other MRs, and if its original egress link is down, try to attach to > said other MRs using its ingress interface. > > I believe you are looking at this from a MANEMO perspective, and my > description above is using a more "traditional" approach, but I think it > wasn't that different from a higher layer. > > /rgds > /cwng > > > A related issue is allowing the egress interface to act as a router > > interface when attached to a foreign link; as this contradicts with NEMO > > Basic Support. > > > I suggest an impact analysis document on this issue is written. > > > > Teco. > > > > > > From mext-bounces@ietf.org Tue Jul 24 13:51:28 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDOXZ-0006qY-Dl; Tue, 24 Jul 2007 13:51:21 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDOXX-0006qL-VQ for mext@ietf.org; Tue, 24 Jul 2007 13:51:19 -0400 Received: from [2001:660:7301:3192:211:43ff:fea3:7e4b] (helo=laposte.rennes.enst-bretagne.fr) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDOXV-00075h-1K for mext@ietf.org; Tue, 24 Jul 2007 13:51:19 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by laposte.rennes.enst-bretagne.fr (8.13.7/8.13.7/2006.08.14) with ESMTP id l6OHpCWa002234; Tue, 24 Jul 2007 19:51:12 +0200 Received: from l2.rennes.enst-bretagne.fr (l2.rennes.enst-bretagne.fr [192.44.77.4]) by laposte.rennes.enst-bretagne.fr (8.13.7/8.13.7/2007.03.20) with ESMTP id l6OHp7ih002225; Tue, 24 Jul 2007 19:51:07 +0200 Received: from [130.129.21.215] (dhcp-15d7.ietf69.org [130.129.21.215]) (authenticated bits=0) by l2.rennes.enst-bretagne.fr (8.13.1/8.13.1) with ESMTP id l6OHp5Td028645 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Jul 2007 19:51:06 +0200 Message-ID: <46A63C07.6080505@enst-bretagne.fr> Date: Tue, 24 Jul 2007 19:51:03 +0200 From: Nicolas Montavont User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Jari Arkko Subject: Re: [MEXT] new charter version References: <8386EDF347730C46BA47710F87AE1FE9303B73@hcbjdc2> <46A6160B.8000309@piuha.net> In-Reply-To: <46A6160B.8000309@piuha.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at enst-bretagne.fr X-Spam-Score: 0.0 (/) X-Scan-Signature: 6e922792024732fb1bb6f346e63517e4 Cc: mext@ietf.org X-BeenThere: mext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile IPv6 EXTensions WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mext-bounces@ietf.org Hi Jari and all, I am sorry I should have commented the charter earlier, but here are some thoughts. We will take some time at the monami6 meeting on Wednesday to discuss those. - I was wondering how multiple HA addresses is linked to multiple home addresses allocated to mobile hosts. When talking about multiple interfaces (item A.3), the charter mainly talks about multiple CoAs and multiple HA addresses. However, in the current documents that we have in the Monami6 WG, we focus more on multiple CoAs and multiple HoAs. For example, the current working group document draft-ietf-monami6-multiplecoa-03.txt proposes a mechanism to bind multiple CoAs to a single HoA, not a single HA address as written in the MEXT charter ("A protocol extension to support the registration of multiple Care-of Addresses at a given Home Agent address [Standard Track].") However, I think that multiple HA addresses do not imply that the node will have multiple HoAs, and vice versa (multiple HoAs do not imply that we have multiple HA addresses) (please correct me if I am wrong). I think that to fully consider the problem of multihomed MN in MobileIPv6 / NEMO, we should consider multiple CoAs, multiple HoAs, and multiple HA addresses. So I propose the following changes to the charter: * 2nd paragraph in (A.3) Use of multiple interfaces. from When a mobile host/router uses multiple network interfaces simultaneously, or when multiple prefixes are available on a single network interface, the mobile host/router would end up with multiple Care-of Addresses (CoAs). In addition, the Home Agent might be attached to multiple network interfaces, or to a single network interface with multiple prefixes, hence resulting in the option to use multiple IP addresses for the Home Agent. This could result in the possibility of using a multitude of bi-directional tunnels between pairs of {Home Agent address, CoA} and a number of associated issues: establishment, selection and modification of multiple simultaneous tunnels. to When a mobile host/router uses multiple network interfaces simultaneously, or when multiple prefixes are available on a single network interface, the mobile host/router would end up with multiple Care-of Addresses (CoAs) or multiple home addresses. In addition, the Home Agent might be attached to multiple networks through multiple interfaces, or receive multiple IPv6 prefixes on a single network interface, hence resulting in the option to use multiple IP addresses for the Home Agent. This could result in the possibility of using a multitude of bi-directional tunnels between pairs of {Home Agent address, CoA} and a number of associated issues: establishment, selection and modification of multiple simultaneous tunnels. * deliverable 2: from - An analysis document explaining what are the limitations for mobile hosts using multiple simultaneous Care-of Addresses and Home Agent addresses using Mobile IPv6, whether issues are specific to Mobile IPv6 or not [Informational]. To An analysis document explaining what are the limitations for mobile hosts using multiple simultaneous Care-of Addresses, Home Agent addresses and Home addresses using Mobile IPv6, whether issues are specific to Mobile IPv6 or not [Informational]. * Deliverable 3: from A protocol extension to support the registration of multiple Care-of Addresses at a given Home Agent address [Standard Track]. TO A protocol extension to support the registration of multiple Care-of Addresses to a single home address [Standard Track]. - I have another issue with the fourth deliverable of this section A3. The current charter says in A3: A "Flow/binding policies exchange" solution for an exchange of policies from the mobile host/router to the Home Agent and from the Home Agent to the mobile host/router influencing the choice of the Care-of Address and Home Agent address. The solution involves two specifications, one for the policy format and another for its transport [both Standard Track]. I think this goal is not very clear and would need to be clarified. I can read here three different goals, which are: (1) Exchange policies to influence the choice of the CoA (2) Exchange policies to influence the choice of the HA address (3) Specify a generic format to describe the policies I think that (1) should be re-written to "Policies enforcement from the mobile host/routerto the HA to influence the choice of the CoA." I suggest that because the mobile host/router is the only one to know the addresses that are mapped to its interfaces. What we need, is a protocol to indicate to the HA which CoA to use at the HA for a specific flow. The policies set up (e.g., I want VoIP over your Wifi interface) was always out of scope of the work in monami6. (2) isn't it HA switching work? (3) Can't we add an additional item to make clear that we will have 2 documents? _______________________________________________ MEXT mailing list MEXT@ietf.org https://www1.ietf.org/mailman/listinfo/mext From mext-bounces@ietf.org Tue Jul 24 14:35:59 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDPEk-0001dW-2U; Tue, 24 Jul 2007 14:35:58 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDPEi-0001dK-Ey for mext@ietf.org; Tue, 24 Jul 2007 14:35:56 -0400 Received: from discorde.inria.fr ([192.93.2.38]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDPEh-0003IB-PQ for mext@ietf.org; Tue, 24 Jul 2007 14:35:56 -0400 Received: from iseran.local (dhcp-118e.ietf69.org [130.129.17.142]) (authenticated bits=0) by discorde.inria.fr (8.13.6/8.13.6) with ESMTP id l6OIZqUp013249 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 24 Jul 2007 20:35:54 +0200 Date: Tue, 24 Jul 2007 20:35:53 +0200 From: Thierry Ernst To: mext@ietf.org Subject: Re: [MEXT] charter - final version Message-Id: <20070724203553.4ce9be07.thierry.ernst@inria.fr> In-Reply-To: <46A6268E.2020003@piuha.net> References: <46A6268E.2020003@piuha.net> Organization: INRIA X-Mailer: Sylpheed version 2.2.3 (GTK+ 2.10.6; powerpc-apple-darwin8.8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Miltered: at discorde with ID 46A64688.000 by Joe's j-chkmail (http://j-chkmail . ensmp . fr)! X-Spam-Score: 0.0 (/) X-Scan-Signature: 73734d43604d52d23b3eba644a169745 X-BeenThere: mext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile IPv6 EXTensions WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mext-bounces@ietf.org Please find inline a couple more comments before it is published. >Mobility EXTensions for IPv6 (MEXT) >Description of Working Group: > >Mobile IPv6 specifies routing support which permits an IPv6 host to The charter is alternatively using Mobile IPv6 / MIP6. I would suggest adding the abbreviation the first time it is mentioned: "Mobile IPb6 (MIP6). >continue using its home address as it moves around the Internet, >enabling continuity of sessions. Mobile IPv6 supports transparency >above the IP layer, including maintenance of active transport level >sessions. In addition, NEMO network mobility mechanisms built on top >of Mobile IPv6 allow managing the mobility of an entire network, as it NEMO + network mobility = pleonasm. Change "NEMO network mobility mechanisms" to "Network mobility (NEMO) mechanisms I would also remove "built on top of Mobile IPv6" as it would suggest there is a dependance between MIPv6 and NEMO, which is not the case. Both protocols are based on the same concepts and use the same mechanisms. >o RFC 3775 >o RFC 3963 >o RFC 4877 I would add the title of the RFC, not only the number. What about RFC 3776 ? Regarding NEMO, shouldn't we also add somewhere on the charter RFC 4885 to RFC 4889 as the newbie wouldn't have any hint they exist ? These are important informational documents to justify the work being done and the direction of the WG (something that is always missing in WG charters). >The MEXT Working Group continues the work of the MIP6, NEMO, and >MONAMI6 Working Groups. I would add "former" before MIP6, NEMO & MONANI6 WGs >Deployment considerations call for (A.1) solutions to enable >dual-stack operation, (A.2) mechanisms to support high-availability >home agents, (A.3) allowing the use of multiple interfaces in mobile >nodes, (A.4) ways to employ Mobile IPv6 in the presence of firewalls, Mobile IPv6 => Mobile IPv6/NEMO >(A.5) address the specific needs of automotive and aviation >communities for route optimisation in network mobility, and (A.6) >support for AAA is needed as a continuation of earlier work on >bootstrapping. > >Work items related to large scale deployment include: > >(A.1) A Solution for MIP6 session continuity for dual stack hosts which MIP6 session => MIP6/NEMO session > attach to IPv4 access networks. Additionally provide a mechanism > for carrying IPv4 packets via the Home agent for MIP6 capable > dual-stack hosts. MIP6/NEMO capable > >(A.2) A protocol based solution for enhancing the reliability of home > agents and a method to force a host to switch home agents. host => host/router > A mechanism to force an MN to switch the HA that is currently > serving it. This is required in deployments where the HA needs to > be taken offline for maintenance. No more comments on the remaining text. Thanks, Thierry _______________________________________________ MEXT mailing list MEXT@ietf.org https://www1.ietf.org/mailman/listinfo/mext From mext-bounces@ietf.org Tue Jul 24 16:32:10 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDR36-0007Pm-PP; Tue, 24 Jul 2007 16:32:04 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDR35-0007Ph-4r for mext@ietf.org; Tue, 24 Jul 2007 16:32:03 -0400 Received: from p130.piuha.net ([193.234.218.130]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDR34-0002Nd-8t for mext@ietf.org; Tue, 24 Jul 2007 16:32:03 -0400 Received: from p130.piuha.net (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id 7607E198680; Tue, 24 Jul 2007 23:32:01 +0300 (EEST) Received: from [127.0.0.1] (p130.piuha.net [193.234.218.130]) by p130.piuha.net (Postfix) with ESMTP id 9415019867D; Tue, 24 Jul 2007 23:32:00 +0300 (EEST) Message-ID: <46A661B2.4070601@piuha.net> Date: Tue, 24 Jul 2007 15:31:46 -0500 From: Jari Arkko User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Nicolas Montavont Subject: Re: [MEXT] new charter version References: <8386EDF347730C46BA47710F87AE1FE9303B73@hcbjdc2> <46A6160B.8000309@piuha.net> <46A63C07.6080505@enst-bretagne.fr> In-Reply-To: <46A63C07.6080505@enst-bretagne.fr> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Spam-Score: 0.0 (/) X-Scan-Signature: 5d7a7e767f20255fce80fa0b77fb2433 Cc: mext@ietf.org X-BeenThere: mext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile IPv6 EXTensions WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mext-bounces@ietf.org Nicolas, I have not sent this forward yet, so there is time to make edits. However, as I recall the Monami6 chartering process, the decision to not focus on multiple home addresses was done deliberately. That is, the use of multiple home addresses is very close to the generic multihoming problem and it seemed inappropriate to try to address that in a mobility working group. So, while I agree that the current text is not the best possible one, I'm not sure the new text is right either... Jari > I am sorry I should have commented the charter earlier, but here are > some thoughts. We will take some time at the monami6 meeting on > Wednesday to discuss those. > > - I was wondering how multiple HA addresses is linked to multiple > home addresses allocated to mobile hosts. When talking about multiple > interfaces (item A.3), the charter mainly talks about multiple CoAs > and multiple HA addresses. However, in the current documents that we > have in the Monami6 WG, we focus more on multiple CoAs and multiple > HoAs. For example, the current working group document > draft-ietf-monami6-multiplecoa-03.txt proposes a mechanism to bind > multiple CoAs to a single HoA, not a single HA address as written in > the MEXT charter ("A protocol extension to support the registration of > multiple Care-of Addresses at a given Home Agent address [Standard > Track].") > > However, I think that multiple HA addresses do not imply that the node > will have multiple HoAs, and vice versa (multiple HoAs do not imply > that we have multiple HA addresses) (please correct me if I am wrong). > I think that to fully consider the problem of multihomed MN in > MobileIPv6 / NEMO, we should consider multiple CoAs, multiple HoAs, > and multiple HA addresses. So I propose the following changes to the > charter: > > * 2nd paragraph in (A.3) Use of multiple interfaces. > from > When a mobile host/router uses multiple network interfaces > simultaneously, or when multiple prefixes are available on a single > network interface, the mobile host/router would end up with multiple > Care-of Addresses (CoAs). In addition, the Home Agent might be > attached to multiple network interfaces, or to a single network > interface with multiple prefixes, hence resulting in the option to use > multiple IP addresses for the Home Agent. This could result in the > possibility of using a multitude > of bi-directional tunnels between pairs of {Home Agent address, CoA} > and a number of associated issues: establishment, selection and > modification of multiple simultaneous tunnels. > > to > > When a mobile host/router uses multiple network interfaces > simultaneously, or when multiple prefixes are available on a single > network interface, the mobile host/router would end up with multiple > Care-of Addresses (CoAs) or multiple home addresses. > In addition, the Home Agent might be attached to multiple networks > through multiple interfaces, or receive multiple IPv6 prefixes on a > single network interface, hence resulting in the option to use > multiple IP addresses for the Home Agent. This could result in the > possibility of using a multitude of bi-directional tunnels between > pairs of {Home Agent address, CoA} and a number of associated issues: > establishment, selection and modification of multiple simultaneous > tunnels. > > * deliverable 2: > from > - An analysis document explaining what are the limitations for > mobile hosts using multiple simultaneous Care-of Addresses and Home > Agent addresses using Mobile IPv6, whether issues are specific to > Mobile IPv6 or not [Informational]. > > To > An analysis document explaining what are the limitations for mobile > hosts using multiple simultaneous Care-of Addresses, Home Agent > addresses and Home addresses using Mobile IPv6, whether issues are > specific to Mobile IPv6 or not [Informational]. > > * Deliverable 3: > from > A protocol extension to support the registration of multiple Care-of > Addresses at a given Home Agent address [Standard Track]. > TO > A protocol extension to support the registration of multiple Care-of > Addresses to a single home address [Standard Track]. > > - I have another issue with the fourth deliverable of this section > A3. The current charter says in A3: > > A "Flow/binding policies exchange" solution for an exchange of > policies from the mobile host/router to the Home Agent and from the > Home Agent to the mobile host/router influencing the choice of the > Care-of Address and Home Agent address. The solution involves two > specifications, one for the policy format and another for its > transport [both Standard Track]. > > I think this goal is not very clear and would need to be clarified. I > can read here three different goals, which are: > (1) Exchange policies to influence the choice of the CoA > (2) Exchange policies to influence the choice of the HA address > (3) Specify a generic format to describe the policies > > I think that (1) should be re-written to "Policies enforcement from > the mobile host/routerto the HA to influence the choice of the CoA." I > suggest that because the mobile host/router is the only one to know > the addresses that are mapped to its interfaces. What we need, is a > protocol to indicate to the HA which CoA to use at the HA for a > specific flow. The policies set up (e.g., I want VoIP over your Wifi > interface) was always out of scope of the work in monami6. > > (2) isn't it HA switching work? > > (3) Can't we add an additional item to make clear that we will have 2 > documents? > > _______________________________________________ MEXT mailing list MEXT@ietf.org https://www1.ietf.org/mailman/listinfo/mext From nemo-bounces@ietf.org Tue Jul 24 16:58:14 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDRSM-00027c-8W; Tue, 24 Jul 2007 16:58:10 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDRSK-00026z-OH for nemo@ietf.org; Tue, 24 Jul 2007 16:58:08 -0400 Received: from deimos.multihop.net ([74.0.36.190] helo=multihop.net) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDRSK-0006gr-EE for nemo@ietf.org; Tue, 24 Jul 2007 16:58:08 -0400 Received: by deimos.multihop.net (Postfix, from userid 1013) id B38978AB8FB; Tue, 24 Jul 2007 13:58:03 -0700 (PDT) X-Spam-Score: -2.6 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on deimos.multihop.net X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 Received: from [130.129.85.248] (unknown [130.129.85.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by deimos.multihop.net (Postfix) with ESMTP id DC7F68AB830 for ; Tue, 24 Jul 2007 13:58:01 -0700 (PDT) Message-ID: <46A667D8.5020800@kniveton.com> Date: Tue, 24 Jul 2007 15:58:00 -0500 From: "T.J. Kniveton" User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: nemo@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 7aefe408d50e9c7c47615841cb314bed Subject: [nemo] Jabber and minutes scribes X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Hi, Can someone please volunteer to be a jabber scribe and someone else volunteer to take minutes for the NEMO meeting tomorrow morning? Thanks, TJ From nemo-bounces@ietf.org Tue Jul 24 17:18:36 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDRm8-0001Pa-2h; Tue, 24 Jul 2007 17:18:36 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDRm6-0001PS-J2 for nemo@ietf.org; Tue, 24 Jul 2007 17:18:34 -0400 Received: from smtp0.netlab.nec.de ([195.37.70.40]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDRm4-0003HK-T8 for nemo@ietf.org; Tue, 24 Jul 2007 17:18:34 -0400 Received: from localhost (atlas1.office [127.0.0.1]) by smtp0.netlab.nec.de (Postfix) with ESMTP id D56DE200018A; Tue, 24 Jul 2007 23:18:32 +0200 (CEST) X-Virus-Scanned: Amavisd on Debian GNU/Linux (atlas1.office) Received: from smtp0.netlab.nec.de ([127.0.0.1]) by localhost (atlas1.office [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 77zsqX4dn3eR; Tue, 24 Jul 2007 23:18:32 +0200 (CEST) Received: from mx1.office (mx1.office [10.1.1.23]) by smtp0.netlab.nec.de (Postfix) with ESMTP id B0C142000179; Tue, 24 Jul 2007 23:18:22 +0200 (CEST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [nemo] Submitted I-D draft-baldessari-c2ccc-nemo-req-01 Date: Tue, 24 Jul 2007 23:13:22 +0200 Message-ID: <5F6519BF2DE0404D99B7C75607FF76FF0D0FD9@mx1.office> In-Reply-To: <20070724013622.2e1f3284.thierry.ernst@inria.fr> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [nemo] Submitted I-D draft-baldessari-c2ccc-nemo-req-01 thread-index: AcfNgk96wbuZOcOtT/qDNh4OAAP5zwAqNrIg From: "Roberto Baldessari" To: "Thierry Ernst" , X-Spam-Score: -0.0 (/) X-Scan-Signature: 3f2cf88677bfbdeff30feb2c80e2257d Cc: X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Dear Thierry, thanks a lot for the comments, see inline mine. >=20 > The following new terms are used in this document: >=20 > o Application Unit (AU): a portable or built-in device connected > temporarily or permanently to the vehicle OBU. It is=20 > assumed that > AUs support a standard TCP/IPv6 protocol stack, optionally > enhanced with IP Mobility support. With respect to the NEMO > terminology, an AU is a generic MNN. >=20 > =3D> Why AUs would be enhanced with IP mobility support ? If=20 > you are considering hand-held devices, may be this should be=20 > added as a justification. >=20 [Roberto] Right. In fact this is not consistence with RO Scenario = section and will be removed in next version. > =20 > Vehicles' OBUs and stationary units along the road, termed=20 > road-side > units (RSUs), form an ad hoc network. =20 >=20 > =3D> Is this necessarily the case ? (having read all the draft,=20 > this seems to be required from the point of view of the=20 > C2C-CC, but taking the OBU from a more generic stand point ?) >=20 [Roberto] Agreed. "form an ad hoc network" to be removed in next = version. > 3.2. Protocol Architecture >=20 > The protocol stack currently considered by C2C-CC for OBUs is > depicted in Figure 2. >=20 > +--------------------+------------------+ > | | | > | C2C-CC | IP-based | > | Applications | Applications | > | | | > +--------------------+------------------+ > | | TCP/UDP/... | > | C2C-CC Transport +------------------+ > | | | > +--------------------+-----+ IPv6 | > | | | > | C2C-CC Network | | > | | | > +--------------------+-----+------------+ > | Modified | Standard WLAN | > | IEEE 802.11p | IEEE 802.11a/b/g | > +--------------------+------------------+ >=20 > Figure 2: OBU Protocol Stack >=20 > =3D> Wouldn't is be useful to also show on another figure the=20 > protocol stack at the AU and the RSU (if it differs).=20 >=20 [Roberto] we'll put a figure in next version or at least a brief = description of AU and RSU stack in the text. >=20 > 3.3. IPv6 Deployment >=20 >=20 > o On the IEEE 802.11a/b/g interface directly: in this method, IPv6 > headers are sent directly to the wireless LAN interface as > specified by [5]. >=20 > =3D> This is not the RFC you had in mind.=20 [Roberto] Uhm, I think it is. We wanted to cite how IPv6 is transmitted on IEEE 802.11a/b/g. As far as = I know, IEEE 802.11 MAC by default provides transmission of Ethernet = Type II headers (14 Bytes [src|dst|proto type]). In the end, it provides = a kind of Ethernet abstraction layer. So, I think that RFC 2464 applies = to 802.11-based technology. >=20 > The following informational list briefly summarizes currently > discussed design concepts: >=20 > o vehicles use only IPv6 addresses with as host part an EUI-64 > identifier derived from the MAC address. =20 >=20 > =3D> I wonder why this constraint ? Why not using random=20 > generation of the host id part ? >=20 [Roberto] I clarified this offline. The draft here refers to the egress = iface. C2C uses only EUI-64 identifier derived from the MAC address in = order to avoid IPv6 to MAC address resolution via NS/NA. >=20 > o when infrastructure access is not available, OBUs use addresses > with as prefix part a predefined IPv6 prefix (either=20 > reserved for > C2C-C communications or a general purpose one); >=20 > =3D> "when infrastructure access is not available": it depends=20 > if you mean "infrastructure access not always available", or=20 > "infrastructure access never available". If the former, you=20 > could remove "when infrastructure access is not available"=20 > because OBUs would always use the same prefix >=20 [Roberto] Ok, rephrasing in the text is needed.=20 > 4.1. Scope of NEMO >=20 > As it does not seem realistic that every car owner will also > subscribe for such a service [Home Agent] >=20 > =3D> Why not ? It can (and should IMHO) be required in the=20 > C2C-CC architecture >=20 [Roberto] I'll rephrase this. The point here was that it is not expected = that every car with C2C stack will also run NEMO. C2C is concerned about = costs and there will be differentiation among cars level, e.g. basic and = extended systems. Nevertheless, the phrase might sound strange in this = context. > 4.2.2. Peer-to-peer Applications >=20 > In this set of use cases, the same applications should be=20 > able to run > in V2V and V2I mode. As applications should not be aware=20 > of routing > nor addressing issues, they should use the same identifier for > sessions and users (e.g. cars/drivers/passengers) independently of > the communications mode. Possible approaches are either to adopt > resolution mechanisms or actually maintain the same network > identifier in both V2V and V2I modes. This could be achieved for > example generalizing the concept of Mobile Network Prefix (MNP) and > allowing a Mobile Router (OBU) to use it for V2V communications in > absence of attachment points. By means of enforcing=20 > limited lifetime > for IPv6 prefixes and due to the isolation of VANET=20 > clusters from the > infrastructure (in V2V), this use of MNP should not=20 > introduce routing > inconsistencies. >=20 > =3D> For this particular paragraph, I think you need to explain=20 > how it fits with NEMO. >=20 >=20 [Roberto] We'll address this in next version. >=20 > The requirements defined in this document refer to RO=20 > between MR and > CR (Correspondent Router). According to C2C-CC use cases,=20 > the CR can > be: >=20 > =3D> Here (and everywhere above in the remaining parts of this=20 > draft), I would suggest to use CN, or CE. Currently, there is=20 > no reasons to assume that RO would be performed with a CR. >=20 [Roberto] Yes. this is very important.=20 After re-thinking I agree. to summarize, RO is between MR and CE. CE can = be: 1) a NEMO MR 2) a router (not a MR) implementing NEMO RO 3) a CN, i.e. IPv6 host 4) a MIPv6 CN case 4) does not have such a high priority in automotive, because in the = identified use cases the MR will mainly talk to newly deployed nodes. = Anyway, if RO is provided also for 4), it is definitely beneficial. > In the first case, the connectivity to the infrastructure is > available only for short time intervals. Vehicles' applications > exchange data packets with nodes in the infrastructure in form of > short bursts, containing for example traffic updates or information > about local points of interests. In this situation,=20 > providing prompt > and reliable communication is more important than achieving optimal > routing or highest available throughput. In particular, the > additional delay for RO establishment with every CRs can have a > considerable negative impact. Furthermore, in some situations the > path through MR-HA tunnel might be considered more reliable and > trustworthy than a direct one to the CR. In particular, the tunnel > allows the MR to hide its CoA from the CR which results in=20 > a location > privacy protection. Therefore: >=20 > =3D> It's not for granted in the case where the CN would be=20 > immediately behind the RSU. The path through the HA would be=20 > considerably longer and is obviously less trustworthy than=20 > the MR-HA tunnel (the path MR-AR-CN compares with the path=20 > MR-AR-...-HA-HA-...-AR-CN) >=20 >=20 [Roberto] Fine. As you pointed out, a good way to address this is to add = a requirement about maximum allowed delay due to RO establishment. If = providing numbers is not feasible, the requirement will be more generic = but still valid. The point that in some cases (e.g. exchange of very few packets) = establishing RO is not a good idea, is still valid. > 6.2. Req 2 - MNN IPsec >=20 > A RO technique SHOULD allow MNNs connected to the MR to=20 > use IPsec as > if they were connected to a regular access router. >=20 > This requirement comes from the fact that no assumption can be made > on pre-existing trust relationships between passenger=20 > devices and the > OBU. Therefore, passenger devices (assumed to run IPv6 without > Mobility Support) should be able to use full IPsec functionalities > when connecting to the infrastructure via a MR. >=20 > =3D> This requirement doesn't make much sense to me. Each IPv6=20 > node is supposed to support IPsec, so it is guaranteed that=20 > MNN won't be prevented from using IPsec. >=20 >=20 [Roberto] If full IPsec support is understood among RO solution = designers, then the requirement can be removed. If not, the requirement = has the benefit to make them aware of something they might not consider. = I would pose this as a question during the session. My default choice = would be to keep it, but pointing out in the text that it is added for = sake of clearness. > 6.4. Req 4 - Privacy Protection >=20 > A RO technique MUST not require that the MNP is revealed=20 > to all nodes > in the visited network. Instead, a RO technique MUST allow for > revealing the MNP only to selected nodes in the visited network. > Furthermore, a RO technique SHOULD allow that MNP and HoA are not > exchanged as clear text. >=20 > =3D> It should be "MUST allow" (since you wrote about "allowance"). >=20 >=20 [Roberto] ok. > 6.5. Req 5 - Multihoming >=20 > A RO technique MUST allow a MR to be simultaneously connected to > multiple access networks, having multiple prefixes and Care-Of > Addresses in a MONAMI6 context. >=20 > In other words, it is required that a RO technique can be used on > multiple communication technologies. Assuming that mechanisms for > registering and handling multiple CoAs are provided from=20 > the MONAMI6 > work, NEMO RO should be usable for every available CoA. >=20 > This requirement is also specified in [9]. >=20 > 6.6. Req 6 - Coexistence with Sub-IPv6 RO >=20 > A RO technique MUST allow for coexistence in the same OBU with a RO > technique offered by the sub-IPv6 C2C-CC Network layer. =20 > The OBU MUST > be able to choose which technique to use when both are=20 > simultaneously > available. >=20 > =3D> What about the HA ?=20 >=20 [Roberto] HA would not be aware of sub-IPv6 RO. This might raise = administrative issues. I don't think that they are in the scope of RO = design. If you refer to security issues, they would be fixed by means of = C2C-CC security functionalities. >=20 > =3D> In line with section 5, I think that a requirement "Delay=20 > in RO establishment" is missing in section 6. i.e. the RO=20 > mechanism should be fast enough to adapt to CoA change in=20 > order to fit with VANET needs. >=20 [Roberto]already addressed. > =3D> I would suggest to check if the listed RO requirements=20 > match all of RFC 4886 design goals. For instance, signaling=20 > overhead, transparency, etc. The C2C-CC may have specific=20 > considerations. >=20 >=20 [Roberto] ok. Roberto From mext-bounces@ietf.org Tue Jul 24 17:30:51 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDRxw-00029p-0R; Tue, 24 Jul 2007 17:30:48 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDRxt-00029f-RJ for mext@ietf.org; Tue, 24 Jul 2007 17:30:45 -0400 Received: from email1.etri.re.kr ([129.254.16.131] helo=email1.etri.info) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDRxs-0007H4-HM for mext@ietf.org; Tue, 24 Jul 2007 17:30:45 -0400 Received: from wanynb1 ([129.254.1.8]) by email1.etri.info with Microsoft SMTPSVC(6.0.3790.1830); Wed, 25 Jul 2007 06:36:20 +0900 From: "Taewan You" To: "'Jari Arkko'" References: <8386EDF347730C46BA47710F87AE1FE9303B73@hcbjdc2><46A6160B.8000309@piuha.net> <46A63C07.6080505@enst-bretagne.fr> <46A661B2.4070601@piuha.net> Subject: RE: [MEXT] new charter version Date: Wed, 25 Jul 2007 06:30:36 +0900 Message-ID: <002201c7ce39$e1ac1f40$3f168182@wanynb1> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <46A661B2.4070601@piuha.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Thread-Index: AcfOMt+xDG6/biYRS3CXPwptYHJ6bQABrhEw X-OriginalArrivalTime: 24 Jul 2007 21:36:20.0563 (UTC) FILETIME=[ACC90A30:01C7CE3A] X-Spam-Score: 0.0 (/) X-Scan-Signature: 3d7f2f6612d734db849efa86ea692407 Cc: mext@ietf.org X-BeenThere: mext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile IPv6 EXTensions WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mext-bounces@ietf.org Dear Jari, I fully agree with Nicolas opinion about the multiple HoAs. We will assume a general situation in where a mobile node with three heterogeneous interfaces such as 802.11, CDMA, and 802.16e. In this situation, we will also assume that each technology is provided in different service provider. Then each interface has own home address for supporting connectivity to own subscribers. Therefore, there are so several issues to clarify in this situation as like according to the draft of "mip6 analysis" such as registration to given home agent, synchronizations between multiple home agents, and so on. Regarding a position of Administrators for each different L2 technologies, the issues of multiple home agents and addresses should be handled. And I think that the issues are belonging to mobility extension work. Regarding Taewan. > -----Original Message----- > From: Jari Arkko [mailto:jari.arkko@piuha.net] > Sent: Wednesday, July 25, 2007 5:32 AM > To: Nicolas Montavont > Cc: mext@ietf.org > Subject: Re: [MEXT] new charter version > > > Nicolas, > > I have not sent this forward yet, so there is time to make > edits. > > However, as I recall the Monami6 chartering process, the > decision to not focus on multiple home addresses was done > deliberately. That is, the use of multiple home addresses > is very close to the generic multihoming problem and it > seemed inappropriate to try to address that in a mobility > working group. > > So, while I agree that the current text is not the best > possible one, I'm not sure the new text is right either... > > Jari > > > I am sorry I should have commented the charter earlier, but here are > > some thoughts. We will take some time at the monami6 meeting on > > Wednesday to discuss those. > > > > - I was wondering how multiple HA addresses is linked to multiple > > home addresses allocated to mobile hosts. When talking about multiple > > interfaces (item A.3), the charter mainly talks about multiple CoAs > > and multiple HA addresses. However, in the current documents that we > > have in the Monami6 WG, we focus more on multiple CoAs and multiple > > HoAs. For example, the current working group document > > draft-ietf-monami6-multiplecoa-03.txt proposes a mechanism to bind > > multiple CoAs to a single HoA, not a single HA address as written in > > the MEXT charter ("A protocol extension to support the registration of > > multiple Care-of Addresses at a given Home Agent address [Standard > > Track].") > > > > However, I think that multiple HA addresses do not imply that the node > > will have multiple HoAs, and vice versa (multiple HoAs do not imply > > that we have multiple HA addresses) (please correct me if I am wrong). > > I think that to fully consider the problem of multihomed MN in > > MobileIPv6 / NEMO, we should consider multiple CoAs, multiple HoAs, > > and multiple HA addresses. So I propose the following changes to the > > charter: > > > > * 2nd paragraph in (A.3) Use of multiple interfaces. > > from > > When a mobile host/router uses multiple network interfaces > > simultaneously, or when multiple prefixes are available on a single > > network interface, the mobile host/router would end up with multiple > > Care-of Addresses (CoAs). In addition, the Home Agent might be > > attached to multiple network interfaces, or to a single network > > interface with multiple prefixes, hence resulting in the option to use > > multiple IP addresses for the Home Agent. This could result in the > > possibility of using a multitude > > of bi-directional tunnels between pairs of {Home Agent address, CoA} > > and a number of associated issues: establishment, selection and > > modification of multiple simultaneous tunnels. > > > > to > > > > When a mobile host/router uses multiple network interfaces > > simultaneously, or when multiple prefixes are available on a single > > network interface, the mobile host/router would end up with multiple > > Care-of Addresses (CoAs) or multiple home addresses. > > In addition, the Home Agent might be attached to multiple networks > > through multiple interfaces, or receive multiple IPv6 prefixes on a > > single network interface, hence resulting in the option to use > > multiple IP addresses for the Home Agent. This could result in the > > possibility of using a multitude of bi-directional tunnels between > > pairs of {Home Agent address, CoA} and a number of associated issues: > > establishment, selection and modification of multiple simultaneous > > tunnels. > > > > * deliverable 2: > > from > > - An analysis document explaining what are the limitations for > > mobile hosts using multiple simultaneous Care-of Addresses and Home > > Agent addresses using Mobile IPv6, whether issues are specific to > > Mobile IPv6 or not [Informational]. > > > > To > > An analysis document explaining what are the limitations for mobile > > hosts using multiple simultaneous Care-of Addresses, Home Agent > > addresses and Home addresses using Mobile IPv6, whether issues are > > specific to Mobile IPv6 or not [Informational]. > > > > * Deliverable 3: > > from > > A protocol extension to support the registration of multiple Care-of > > Addresses at a given Home Agent address [Standard Track]. > > TO > > A protocol extension to support the registration of multiple Care-of > > Addresses to a single home address [Standard Track]. > > > > - I have another issue with the fourth deliverable of this section > > A3. The current charter says in A3: > > > > A "Flow/binding policies exchange" solution for an exchange of > > policies from the mobile host/router to the Home Agent and from the > > Home Agent to the mobile host/router influencing the choice of the > > Care-of Address and Home Agent address. The solution involves two > > specifications, one for the policy format and another for its > > transport [both Standard Track]. > > > > I think this goal is not very clear and would need to be clarified. I > > can read here three different goals, which are: > > (1) Exchange policies to influence the choice of the CoA > > (2) Exchange policies to influence the choice of the HA address > > (3) Specify a generic format to describe the policies > > > > I think that (1) should be re-written to "Policies enforcement from > > the mobile host/routerto the HA to influence the choice of the CoA." I > > suggest that because the mobile host/router is the only one to know > > the addresses that are mapped to its interfaces. What we need, is a > > protocol to indicate to the HA which CoA to use at the HA for a > > specific flow. The policies set up (e.g., I want VoIP over your Wifi > > interface) was always out of scope of the work in monami6. > > > > (2) isn't it HA switching work? > > > > (3) Can't we add an additional item to make clear that we will have 2 > > documents? > > > > > > > _______________________________________________ > MEXT mailing list > MEXT@ietf.org > https://www1.ietf.org/mailman/listinfo/mext _______________________________________________ MEXT mailing list MEXT@ietf.org https://www1.ietf.org/mailman/listinfo/mext From mext-bounces@ietf.org Tue Jul 24 17:45:37 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDSC9-0006SW-6G; Tue, 24 Jul 2007 17:45:29 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDSC7-0006SM-81 for mext@ietf.org; Tue, 24 Jul 2007 17:45:27 -0400 Received: from discorde.inria.fr ([192.93.2.38]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDSC6-0007dX-5n for mext@ietf.org; Tue, 24 Jul 2007 17:45:27 -0400 Received: from iseran.local (dhcp-118e.ietf69.org [130.129.17.142]) (authenticated bits=0) by discorde.inria.fr (8.13.6/8.13.6) with ESMTP id l6OLjNmT017012 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 24 Jul 2007 23:45:25 +0200 Date: Tue, 24 Jul 2007 23:45:23 +0200 From: Thierry Ernst To: mext@ietf.org Subject: Re: [MEXT] new charter version Message-Id: <20070724234523.b76c6ed9.thierry.ernst@inria.fr> In-Reply-To: <46A661B2.4070601@piuha.net> References: <8386EDF347730C46BA47710F87AE1FE9303B73@hcbjdc2> <46A6160B.8000309@piuha.net> <46A63C07.6080505@enst-bretagne.fr> <46A661B2.4070601@piuha.net> Organization: INRIA X-Mailer: Sylpheed version 2.2.3 (GTK+ 2.10.6; powerpc-apple-darwin8.8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Miltered: at discorde with ID 46A672F3.000 by Joe's j-chkmail (http://j-chkmail . ensmp . fr)! X-Spam-Score: 0.0 (/) X-Scan-Signature: 29dc808194f5fb921c09d0040806d6eb X-BeenThere: mext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile IPv6 EXTensions WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mext-bounces@ietf.org >I have not sent this forward yet, so there is time to make >edits. > >However, as I recall the Monami6 chartering process, the >decision to not focus on multiple home addresses was done >deliberately. That is, the use of multiple home addresses >is very close to the generic multihoming problem and it >seemed inappropriate to try to address that in a mobility >working group. > >So, while I agree that the current text is not the best >possible one, I'm not sure the new text is right either... You are right, this is resulting from the MonAmi6 chartering process. The problem is that a CoA is bound to a particular HoA, not the HA address, so we cannot skip dealing with the HoA. Not dealing with all of the cases bring inconsistancy between the charter and the documents. I'm in favor of clarity in the charter and the problem statements. Regarding the solutions, I think everyone will understand that the group is not going to work on issues dealt with Shim6 or other groups. Thierry >Jari > >> I am sorry I should have commented the charter earlier, but here are >> some thoughts. We will take some time at the monami6 meeting on >> Wednesday to discuss those. >> >> - I was wondering how multiple HA addresses is linked to multiple >> home addresses allocated to mobile hosts. When talking about multiple >> interfaces (item A.3), the charter mainly talks about multiple CoAs >> and multiple HA addresses. However, in the current documents that we >> have in the Monami6 WG, we focus more on multiple CoAs and multiple >> HoAs. For example, the current working group document >> draft-ietf-monami6-multiplecoa-03.txt proposes a mechanism to bind >> multiple CoAs to a single HoA, not a single HA address as written in >> the MEXT charter ("A protocol extension to support the registration of >> multiple Care-of Addresses at a given Home Agent address [Standard >> Track].") >> >> However, I think that multiple HA addresses do not imply that the node >> will have multiple HoAs, and vice versa (multiple HoAs do not imply >> that we have multiple HA addresses) (please correct me if I am wrong). >> I think that to fully consider the problem of multihomed MN in >> MobileIPv6 / NEMO, we should consider multiple CoAs, multiple HoAs, >> and multiple HA addresses. So I propose the following changes to the >> charter: >> >> * 2nd paragraph in (A.3) Use of multiple interfaces. >> from >> When a mobile host/router uses multiple network interfaces >> simultaneously, or when multiple prefixes are available on a single >> network interface, the mobile host/router would end up with multiple >> Care-of Addresses (CoAs). In addition, the Home Agent might be >> attached to multiple network interfaces, or to a single network >> interface with multiple prefixes, hence resulting in the option to use >> multiple IP addresses for the Home Agent. This could result in the >> possibility of using a multitude >> of bi-directional tunnels between pairs of {Home Agent address, CoA} >> and a number of associated issues: establishment, selection and >> modification of multiple simultaneous tunnels. >> >> to >> >> When a mobile host/router uses multiple network interfaces >> simultaneously, or when multiple prefixes are available on a single >> network interface, the mobile host/router would end up with multiple >> Care-of Addresses (CoAs) or multiple home addresses. >> In addition, the Home Agent might be attached to multiple networks >> through multiple interfaces, or receive multiple IPv6 prefixes on a >> single network interface, hence resulting in the option to use >> multiple IP addresses for the Home Agent. This could result in the >> possibility of using a multitude of bi-directional tunnels between >> pairs of {Home Agent address, CoA} and a number of associated issues: >> establishment, selection and modification of multiple simultaneous >> tunnels. >> >> * deliverable 2: >> from >> - An analysis document explaining what are the limitations for >> mobile hosts using multiple simultaneous Care-of Addresses and Home >> Agent addresses using Mobile IPv6, whether issues are specific to >> Mobile IPv6 or not [Informational]. >> >> To >> An analysis document explaining what are the limitations for mobile >> hosts using multiple simultaneous Care-of Addresses, Home Agent >> addresses and Home addresses using Mobile IPv6, whether issues are >> specific to Mobile IPv6 or not [Informational]. >> >> * Deliverable 3: >> from >> A protocol extension to support the registration of multiple Care-of >> Addresses at a given Home Agent address [Standard Track]. >> TO >> A protocol extension to support the registration of multiple Care-of >> Addresses to a single home address [Standard Track]. >> >> - I have another issue with the fourth deliverable of this section >> A3. The current charter says in A3: >> >> A "Flow/binding policies exchange" solution for an exchange of >> policies from the mobile host/router to the Home Agent and from the >> Home Agent to the mobile host/router influencing the choice of the >> Care-of Address and Home Agent address. The solution involves two >> specifications, one for the policy format and another for its >> transport [both Standard Track]. >> >> I think this goal is not very clear and would need to be clarified. I >> can read here three different goals, which are: >> (1) Exchange policies to influence the choice of the CoA >> (2) Exchange policies to influence the choice of the HA address >> (3) Specify a generic format to describe the policies >> >> I think that (1) should be re-written to "Policies enforcement from >> the mobile host/routerto the HA to influence the choice of the CoA." I >> suggest that because the mobile host/router is the only one to know >> the addresses that are mapped to its interfaces. What we need, is a >> protocol to indicate to the HA which CoA to use at the HA for a >> specific flow. The policies set up (e.g., I want VoIP over your Wifi >> interface) was always out of scope of the work in monami6. >> >> (2) isn't it HA switching work? >> >> (3) Can't we add an additional item to make clear that we will have 2 >> documents? >> >> > > >_______________________________________________ >MEXT mailing list >MEXT@ietf.org >https://www1.ietf.org/mailman/listinfo/mext > -- Thierry ERNST, PhD INRIA Rocquencourt France Project-Team IMARA / JRU LARA http://www.lara.prd.fr +33 1 39 63 59 30 (office) -- The coming end of the IPv4 world: http://penrose.uk6x.com _______________________________________________ MEXT mailing list MEXT@ietf.org https://www1.ietf.org/mailman/listinfo/mext From nemo-bounces@ietf.org Tue Jul 24 18:00:05 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDSQH-0000ex-5m; Tue, 24 Jul 2007 18:00:05 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDSQG-0000er-9M for nemo@ietf.org; Tue, 24 Jul 2007 18:00:04 -0400 Received: from deimos.multihop.net ([74.0.36.190] helo=multihop.net) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDSQF-000430-1J for nemo@ietf.org; Tue, 24 Jul 2007 18:00:04 -0400 Received: by deimos.multihop.net (Postfix, from userid 1013) id 8A7308AB98A; Tue, 24 Jul 2007 15:00:02 -0700 (PDT) X-Spam-Score: -2.6 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on deimos.multihop.net X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 Received: from [130.129.85.248] (unknown [130.129.85.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by deimos.multihop.net (Postfix) with ESMTP id D3ECC8AB918 for ; Tue, 24 Jul 2007 15:00:00 -0700 (PDT) Message-ID: <46A67660.5010505@kniveton.com> Date: Tue, 24 Jul 2007 17:00:00 -0500 From: "T.J. Kniveton" User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: nemo@ietf.org Subject: [nemo] Jabber and minutes scribes - CORRECTION References: <46A667D8.5020800@kniveton.com> In-Reply-To: <46A667D8.5020800@kniveton.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: d6b246023072368de71562c0ab503126 X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Correction - can we have a scribe volunteer for the *Thursday* morning meeting? (Must be jetlag..) Thanks TJ T.J. Kniveton wrote: > Hi, > > Can someone please volunteer to be a jabber scribe and someone else > volunteer to take minutes for the NEMO meeting tomorrow morning? > > Thanks, > TJ > > From mext-bounces@ietf.org Tue Jul 24 18:07:49 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDSXi-0006TR-HZ; Tue, 24 Jul 2007 18:07:46 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDSXh-0006TH-Dv for mext@ietf.org; Tue, 24 Jul 2007 18:07:45 -0400 Received: from p130.piuha.net ([193.234.218.130]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDSXg-0004Bw-1K for mext@ietf.org; Tue, 24 Jul 2007 18:07:45 -0400 Received: from p130.piuha.net (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id 3DBDC198680; Wed, 25 Jul 2007 01:07:43 +0300 (EEST) Received: from [127.0.0.1] (p130.piuha.net [193.234.218.130]) by p130.piuha.net (Postfix) with ESMTP id 8B57619867D; Wed, 25 Jul 2007 01:07:41 +0300 (EEST) Message-ID: <46A6781E.2050109@piuha.net> Date: Tue, 24 Jul 2007 17:07:26 -0500 From: Jari Arkko User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Taewan You Subject: Re: [MEXT] new charter version References: <8386EDF347730C46BA47710F87AE1FE9303B73@hcbjdc2><46A6160B.8000309@piuha.net> <46A63C07.6080505@enst-bretagne.fr> <46A661B2.4070601@piuha.net> <002201c7ce39$e1ac1f40$3f168182@wanynb1> In-Reply-To: <002201c7ce39$e1ac1f40$3f168182@wanynb1> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Spam-Score: 0.0 (/) X-Scan-Signature: 25eb6223a37c19d53ede858176b14339 Cc: mext@ietf.org X-BeenThere: mext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile IPv6 EXTensions WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mext-bounces@ietf.org There is no question that the issues exist. The argument was that this is not the right place to deal with them. Jari Taewan You kirjoitti: > Dear Jari, > > I fully agree with Nicolas opinion about the multiple HoAs. > > We will assume a general situation in where a mobile node with three > heterogeneous interfaces such as 802.11, CDMA, and 802.16e. In this > situation, we will also assume that each technology is provided in different > service provider. Then each interface has own home address for supporting > connectivity to own subscribers. > > Therefore, there are so several issues to clarify in this situation as like > according to the draft of "mip6 analysis" such as registration to given home > agent, synchronizations between multiple home agents, and so on. > > Regarding a position of Administrators for each different L2 technologies, > the issues of multiple home agents and addresses should be handled. And I > think that the issues are belonging to mobility extension work. > > Regarding > Taewan. > > >> -----Original Message----- >> From: Jari Arkko [mailto:jari.arkko@piuha.net] >> Sent: Wednesday, July 25, 2007 5:32 AM >> To: Nicolas Montavont >> Cc: mext@ietf.org >> Subject: Re: [MEXT] new charter version >> >> >> Nicolas, >> >> I have not sent this forward yet, so there is time to make >> edits. >> >> However, as I recall the Monami6 chartering process, the >> decision to not focus on multiple home addresses was done >> deliberately. That is, the use of multiple home addresses >> is very close to the generic multihoming problem and it >> seemed inappropriate to try to address that in a mobility >> working group. >> >> So, while I agree that the current text is not the best >> possible one, I'm not sure the new text is right either... >> >> Jari >> >> >>> I am sorry I should have commented the charter earlier, but here are >>> some thoughts. We will take some time at the monami6 meeting on >>> Wednesday to discuss those. >>> >>> - I was wondering how multiple HA addresses is linked to multiple >>> home addresses allocated to mobile hosts. When talking about multiple >>> interfaces (item A.3), the charter mainly talks about multiple CoAs >>> and multiple HA addresses. However, in the current documents that we >>> have in the Monami6 WG, we focus more on multiple CoAs and multiple >>> HoAs. For example, the current working group document >>> draft-ietf-monami6-multiplecoa-03.txt proposes a mechanism to bind >>> multiple CoAs to a single HoA, not a single HA address as written in >>> the MEXT charter ("A protocol extension to support the registration of >>> multiple Care-of Addresses at a given Home Agent address [Standard >>> Track].") >>> >>> However, I think that multiple HA addresses do not imply that the node >>> will have multiple HoAs, and vice versa (multiple HoAs do not imply >>> that we have multiple HA addresses) (please correct me if I am wrong). >>> I think that to fully consider the problem of multihomed MN in >>> MobileIPv6 / NEMO, we should consider multiple CoAs, multiple HoAs, >>> and multiple HA addresses. So I propose the following changes to the >>> charter: >>> >>> * 2nd paragraph in (A.3) Use of multiple interfaces. >>> from >>> When a mobile host/router uses multiple network interfaces >>> simultaneously, or when multiple prefixes are available on a single >>> network interface, the mobile host/router would end up with multiple >>> Care-of Addresses (CoAs). In addition, the Home Agent might be >>> attached to multiple network interfaces, or to a single network >>> interface with multiple prefixes, hence resulting in the option to use >>> multiple IP addresses for the Home Agent. This could result in the >>> possibility of using a multitude >>> of bi-directional tunnels between pairs of {Home Agent address, CoA} >>> and a number of associated issues: establishment, selection and >>> modification of multiple simultaneous tunnels. >>> >>> to >>> >>> When a mobile host/router uses multiple network interfaces >>> simultaneously, or when multiple prefixes are available on a single >>> network interface, the mobile host/router would end up with multiple >>> Care-of Addresses (CoAs) or multiple home addresses. >>> In addition, the Home Agent might be attached to multiple networks >>> through multiple interfaces, or receive multiple IPv6 prefixes on a >>> single network interface, hence resulting in the option to use >>> multiple IP addresses for the Home Agent. This could result in the >>> possibility of using a multitude of bi-directional tunnels between >>> pairs of {Home Agent address, CoA} and a number of associated issues: >>> establishment, selection and modification of multiple simultaneous >>> tunnels. >>> >>> * deliverable 2: >>> from >>> - An analysis document explaining what are the limitations for >>> mobile hosts using multiple simultaneous Care-of Addresses and Home >>> Agent addresses using Mobile IPv6, whether issues are specific to >>> Mobile IPv6 or not [Informational]. >>> >>> To >>> An analysis document explaining what are the limitations for mobile >>> hosts using multiple simultaneous Care-of Addresses, Home Agent >>> addresses and Home addresses using Mobile IPv6, whether issues are >>> specific to Mobile IPv6 or not [Informational]. >>> >>> * Deliverable 3: >>> from >>> A protocol extension to support the registration of multiple Care-of >>> Addresses at a given Home Agent address [Standard Track]. >>> TO >>> A protocol extension to support the registration of multiple Care-of >>> Addresses to a single home address [Standard Track]. >>> >>> - I have another issue with the fourth deliverable of this section >>> A3. The current charter says in A3: >>> >>> A "Flow/binding policies exchange" solution for an exchange of >>> policies from the mobile host/router to the Home Agent and from the >>> Home Agent to the mobile host/router influencing the choice of the >>> Care-of Address and Home Agent address. The solution involves two >>> specifications, one for the policy format and another for its >>> transport [both Standard Track]. >>> >>> I think this goal is not very clear and would need to be clarified. I >>> can read here three different goals, which are: >>> (1) Exchange policies to influence the choice of the CoA >>> (2) Exchange policies to influence the choice of the HA address >>> (3) Specify a generic format to describe the policies >>> >>> I think that (1) should be re-written to "Policies enforcement from >>> the mobile host/routerto the HA to influence the choice of the CoA." I >>> suggest that because the mobile host/router is the only one to know >>> the addresses that are mapped to its interfaces. What we need, is a >>> protocol to indicate to the HA which CoA to use at the HA for a >>> specific flow. The policies set up (e.g., I want VoIP over your Wifi >>> interface) was always out of scope of the work in monami6. >>> >>> (2) isn't it HA switching work? >>> >>> (3) Can't we add an additional item to make clear that we will have 2 >>> documents? >>> >>> >>> >> _______________________________________________ >> MEXT mailing list >> MEXT@ietf.org >> https://www1.ietf.org/mailman/listinfo/mext >> > > > > _______________________________________________ MEXT mailing list MEXT@ietf.org https://www1.ietf.org/mailman/listinfo/mext From mext-bounces@ietf.org Tue Jul 24 20:01:14 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDUJR-0000mt-FT; Tue, 24 Jul 2007 20:01:09 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDUJQ-0000mo-TB for mext@ietf.org; Tue, 24 Jul 2007 20:01:08 -0400 Received: from [2001:660:7301:3192:211:43ff:fea3:7e4b] (helo=laposte.rennes.enst-bretagne.fr) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDUJP-0006CN-0w for mext@ietf.org; Tue, 24 Jul 2007 20:01:08 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by laposte.rennes.enst-bretagne.fr (8.13.7/8.13.7/2006.08.14) with ESMTP id l6P00mG7025654; Wed, 25 Jul 2007 02:00:48 +0200 Received: from l2.rennes.enst-bretagne.fr (l2.rennes.enst-bretagne.fr [192.44.77.4]) by laposte.rennes.enst-bretagne.fr (8.13.7/8.13.7/2007.03.20) with ESMTP id l6P00hIt025644; Wed, 25 Jul 2007 02:00:43 +0200 Received: from [130.129.23.203] (dhcp-17cb.ietf69.org [130.129.23.203]) (authenticated bits=0) by l2.rennes.enst-bretagne.fr (8.13.1/8.13.1) with ESMTP id l6P00aB7031780 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Jul 2007 02:00:42 +0200 Message-ID: <46A692A1.3060005@enst-bretagne.fr> Date: Wed, 25 Jul 2007 02:00:33 +0200 From: Nicolas Montavont User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Jari Arkko Subject: Re: [MEXT] new charter version References: <8386EDF347730C46BA47710F87AE1FE9303B73@hcbjdc2> <46A6160B.8000309@piuha.net> <46A63C07.6080505@enst-bretagne.fr> <46A661B2.4070601@piuha.net> In-Reply-To: <46A661B2.4070601@piuha.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at enst-bretagne.fr X-Spam-Score: 0.0 (/) X-Scan-Signature: 0ff9c467ad7f19c2a6d058acd7faaec8 Cc: mext@ietf.org X-BeenThere: mext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile IPv6 EXTensions WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mext-bounces@ietf.org Hi Jari, Jari Arkko wrote: > Nicolas, > > I have not sent this forward yet, so there is time to make > edits. > > However, as I recall the Monami6 chartering process, the > decision to not focus on multiple home addresses was done > deliberately. That is, the use of multiple home addresses > is very close to the generic multihoming problem and it > seemed inappropriate to try to address that in a mobility > working group. > I remember and still agree. I think that it is not the job of monami6 (and MEXT) to propose solutions for multiple HoA management. > So, while I agree that the current text is not the best > possible one, I'm not sure the new text is right either... > However I think that we can (and should) enhance the text, without proposing more work that we are actually doing in Monami6 (and follow in MEXT). For example, the item 3 (registration of multiple CoA) is definitely the registration of multiple CoA to a single home address, and not for a single HA address as we have now in the charter. The other changes I proposed (on the multiple HoAs issue) mainly concerns the problem statement document and does not suggest to deal with the problem in this working group. Indeed, in the problem statement document we suggest either to use other multihoming protocol (such as shim6), or to be able to register a HoA as a CoA in specific configuration. Regards, Nicolas > Jari > > >> I am sorry I should have commented the charter earlier, but here are >> some thoughts. We will take some time at the monami6 meeting on >> Wednesday to discuss those. >> >> - I was wondering how multiple HA addresses is linked to multiple >> home addresses allocated to mobile hosts. When talking about multiple >> interfaces (item A.3), the charter mainly talks about multiple CoAs >> and multiple HA addresses. However, in the current documents that we >> have in the Monami6 WG, we focus more on multiple CoAs and multiple >> HoAs. For example, the current working group document >> draft-ietf-monami6-multiplecoa-03.txt proposes a mechanism to bind >> multiple CoAs to a single HoA, not a single HA address as written in >> the MEXT charter ("A protocol extension to support the registration of >> multiple Care-of Addresses at a given Home Agent address [Standard >> Track].") >> >> However, I think that multiple HA addresses do not imply that the node >> will have multiple HoAs, and vice versa (multiple HoAs do not imply >> that we have multiple HA addresses) (please correct me if I am wrong). >> I think that to fully consider the problem of multihomed MN in >> MobileIPv6 / NEMO, we should consider multiple CoAs, multiple HoAs, >> and multiple HA addresses. So I propose the following changes to the >> charter: >> >> * 2nd paragraph in (A.3) Use of multiple interfaces. >> from >> When a mobile host/router uses multiple network interfaces >> simultaneously, or when multiple prefixes are available on a single >> network interface, the mobile host/router would end up with multiple >> Care-of Addresses (CoAs). In addition, the Home Agent might be >> attached to multiple network interfaces, or to a single network >> interface with multiple prefixes, hence resulting in the option to use >> multiple IP addresses for the Home Agent. This could result in the >> possibility of using a multitude >> of bi-directional tunnels between pairs of {Home Agent address, CoA} >> and a number of associated issues: establishment, selection and >> modification of multiple simultaneous tunnels. >> >> to >> >> When a mobile host/router uses multiple network interfaces >> simultaneously, or when multiple prefixes are available on a single >> network interface, the mobile host/router would end up with multiple >> Care-of Addresses (CoAs) or multiple home addresses. >> In addition, the Home Agent might be attached to multiple networks >> through multiple interfaces, or receive multiple IPv6 prefixes on a >> single network interface, hence resulting in the option to use >> multiple IP addresses for the Home Agent. This could result in the >> possibility of using a multitude of bi-directional tunnels between >> pairs of {Home Agent address, CoA} and a number of associated issues: >> establishment, selection and modification of multiple simultaneous >> tunnels. >> >> * deliverable 2: >> from >> - An analysis document explaining what are the limitations for >> mobile hosts using multiple simultaneous Care-of Addresses and Home >> Agent addresses using Mobile IPv6, whether issues are specific to >> Mobile IPv6 or not [Informational]. >> >> To >> An analysis document explaining what are the limitations for mobile >> hosts using multiple simultaneous Care-of Addresses, Home Agent >> addresses and Home addresses using Mobile IPv6, whether issues are >> specific to Mobile IPv6 or not [Informational]. >> >> * Deliverable 3: >> from >> A protocol extension to support the registration of multiple Care-of >> Addresses at a given Home Agent address [Standard Track]. >> TO >> A protocol extension to support the registration of multiple Care-of >> Addresses to a single home address [Standard Track]. >> >> - I have another issue with the fourth deliverable of this section >> A3. The current charter says in A3: >> >> A "Flow/binding policies exchange" solution for an exchange of >> policies from the mobile host/router to the Home Agent and from the >> Home Agent to the mobile host/router influencing the choice of the >> Care-of Address and Home Agent address. The solution involves two >> specifications, one for the policy format and another for its >> transport [both Standard Track]. >> >> I think this goal is not very clear and would need to be clarified. I >> can read here three different goals, which are: >> (1) Exchange policies to influence the choice of the CoA >> (2) Exchange policies to influence the choice of the HA address >> (3) Specify a generic format to describe the policies >> >> I think that (1) should be re-written to "Policies enforcement from >> the mobile host/routerto the HA to influence the choice of the CoA." I >> suggest that because the mobile host/router is the only one to know >> the addresses that are mapped to its interfaces. What we need, is a >> protocol to indicate to the HA which CoA to use at the HA for a >> specific flow. The policies set up (e.g., I want VoIP over your Wifi >> interface) was always out of scope of the work in monami6. >> >> (2) isn't it HA switching work? >> >> (3) Can't we add an additional item to make clear that we will have 2 >> documents? >> >> >> _______________________________________________ MEXT mailing list MEXT@ietf.org https://www1.ietf.org/mailman/listinfo/mext From nemo-bounces@ietf.org Tue Jul 24 20:01:59 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDUKE-00014d-Uu; Tue, 24 Jul 2007 20:01:58 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDUKD-00014X-NT for nemo@ietf.org; Tue, 24 Jul 2007 20:01:57 -0400 Received: from lennon.multicasttech.com ([63.105.122.7] helo=multicasttech.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDUKD-0001WT-Ek for nemo@ietf.org; Tue, 24 Jul 2007 20:01:57 -0400 Received: from [63.105.122.7] (account marshall_eubanks HELO [IPv6:::1]) by multicasttech.com (CommuniGate Pro SMTP 3.4.8) with ESMTP-TLS id 7940105; Tue, 24 Jul 2007 20:01:54 -0400 In-Reply-To: <46A67660.5010505@kniveton.com> References: <46A667D8.5020800@kniveton.com> <46A67660.5010505@kniveton.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marshall Eubanks Subject: Re: [nemo] Jabber and minutes scribes - CORRECTION Date: Tue, 24 Jul 2007 20:01:53 -0400 To: T.J. Kniveton X-Mailer: Apple Mail (2.752.3) X-Spam-Score: 0.0 (/) X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22 Cc: nemo@ietf.org X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org I can volunteer for this. Regards Marshall On Jul 24, 2007, at 6:00 PM, T.J. Kniveton wrote: > Correction - can we have a scribe volunteer for the *Thursday* > morning meeting? > > (Must be jetlag..) > > Thanks > TJ > > T.J. Kniveton wrote: >> Hi, >> >> Can someone please volunteer to be a jabber scribe and someone >> else volunteer to take minutes for the NEMO meeting tomorrow morning? >> >> Thanks, >> TJ >> >> > > From mext-bounces@ietf.org Wed Jul 25 13:13:05 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDkPy-0002Dw-Qm; Wed, 25 Jul 2007 13:12:58 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDkPw-0002Ct-DN for mext@ietf.org; Wed, 25 Jul 2007 13:12:56 -0400 Received: from p130.piuha.net ([193.234.218.130]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDkPu-0005UA-Lv for mext@ietf.org; Wed, 25 Jul 2007 13:12:56 -0400 Received: from p130.piuha.net (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id 3BDE7198680; Wed, 25 Jul 2007 20:12:53 +0300 (EEST) Received: from [127.0.0.1] (p130.piuha.net [193.234.218.130]) by p130.piuha.net (Postfix) with ESMTP id 8D5E619867D; Wed, 25 Jul 2007 20:12:52 +0300 (EEST) Message-ID: <46A78493.4050703@piuha.net> Date: Wed, 25 Jul 2007 12:12:51 -0500 From: Jari Arkko User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Thierry Ernst Subject: Re: [MEXT] charter - final version References: <46A6268E.2020003@piuha.net> <20070724203553.4ce9be07.thierry.ernst@inria.fr> In-Reply-To: <20070724203553.4ce9be07.thierry.ernst@inria.fr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Spam-Score: 0.0 (/) X-Scan-Signature: 8fbbaa16f9fd29df280814cb95ae2290 Cc: mext@ietf.org X-BeenThere: mext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile IPv6 EXTensions WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mext-bounces@ietf.org Thierry, Thanks for your comments. Inline: > The charter is alternatively using Mobile IPv6 / MIP6. I would suggest > adding the abbreviation the first time it is mentioned: "Mobile IPb6 > (MIP6). > Yes. Needs fixing. >> continue using its home address as it moves around the Internet, >> enabling continuity of sessions. Mobile IPv6 supports transparency >> above the IP layer, including maintenance of active transport level >> sessions. In addition, NEMO network mobility mechanisms built on top >> of Mobile IPv6 allow managing the mobility of an entire network, as it >> > > NEMO + network mobility = pleonasm. Change "NEMO network mobility > mechanisms" to "Network mobility (NEMO) mechanisms > Ok. > I would also remove "built on top of Mobile IPv6" as it would suggest > there is a dependance between MIPv6 and NEMO, which is not the case. > Both protocols are based on the same concepts and use the same > mechanisms. > Now I lost you. Here's what RFC 3963 says in the abstract: "The protocol is an extension of Mobile IPv6 and ..." >> o RFC 3775 >> o RFC 3963 >> o RFC 4877 >> > > I would add the title of the RFC, not only the number. OK. > What about RFC > 3776 ? > Taken over by 4877, or at least that is imho the one that we should focus on. > Regarding NEMO, shouldn't we also add somewhere on the charter RFC 4885 > to RFC 4889 as the newbie wouldn't have any hint they exist ? These are > important informational documents to justify the work being done and > the direction of the WG (something that is always missing in WG > charters). > The list is not intended to be exhaustive but point to the main documents. > > >> The MEXT Working Group continues the work of the MIP6, NEMO, and >> MONAMI6 Working Groups. >> > > I would add "former" before MIP6, NEMO & MONANI6 WGs > Ok. > >> Deployment considerations call for (A.1) solutions to enable >> dual-stack operation, (A.2) mechanisms to support high-availability >> home agents, (A.3) allowing the use of multiple interfaces in mobile >> nodes, (A.4) ways to employ Mobile IPv6 in the presence of firewalls, >> > > Mobile IPv6 => Mobile IPv6/NEMO > OK. >> (A.5) address the specific needs of automotive and aviation >> communities for route optimisation in network mobility, and (A.6) >> support for AAA is needed as a continuation of earlier work on >> bootstrapping. >> >> Work items related to large scale deployment include: >> >> (A.1) A Solution for MIP6 session continuity for dual stack hosts which >> > > MIP6 session => MIP6/NEMO session > OK. > > >> attach to IPv4 access networks. Additionally provide a mechanism >> for carrying IPv4 packets via the Home agent for MIP6 capable >> dual-stack hosts. >> > > MIP6/NEMO capable > OK... > >> (A.2) A protocol based solution for enhancing the reliability of home >> agents and a method to force a host to switch home agents. >> > > host => host/router > OK. > >> A mechanism to force an MN to switch the HA that is currently >> serving it. This is required in deployments where the HA needs to >> be taken offline for maintenance. >> > > > No more comments on the remaining text. > Thanks. Jari _______________________________________________ MEXT mailing list MEXT@ietf.org https://www1.ietf.org/mailman/listinfo/mext From mext-bounces@ietf.org Wed Jul 25 18:30:07 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDpMq-00041R-GZ; Wed, 25 Jul 2007 18:30:04 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDpMo-00041M-Rh for mext@ietf.org; Wed, 25 Jul 2007 18:30:02 -0400 Received: from concorde.inria.fr ([192.93.2.39]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDpMo-0006AE-CX for mext@ietf.org; Wed, 25 Jul 2007 18:30:02 -0400 Received: from dhcp-15f9.ietf69.org (dhcp-15f9.ietf69.org [130.129.21.249]) (authenticated bits=0) by concorde.inria.fr (8.13.6/8.13.6) with ESMTP id l6PMTwi9008180 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 26 Jul 2007 00:30:01 +0200 Date: Thu, 26 Jul 2007 00:29:58 +0200 From: Thierry Ernst To: mext@ietf.org Subject: Re: [MEXT] charter - final version Message-Id: <20070726002958.c0b9e1e5.thierry.ernst@inria.fr> In-Reply-To: <46A78493.4050703@piuha.net> References: <46A6268E.2020003@piuha.net> <20070724203553.4ce9be07.thierry.ernst@inria.fr> <46A78493.4050703@piuha.net> Organization: INRIA X-Mailer: Sylpheed version 2.2.3 (GTK+ 2.10.6; powerpc-apple-darwin8.8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Miltered: at concorde with ID 46A7CEE7.000 by Joe's j-chkmail (http://j-chkmail . ensmp . fr)! X-Spam-Score: 0.0 (/) X-Scan-Signature: 7aafa0432175920a4b3e118e16c5cb64 X-BeenThere: mext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile IPv6 EXTensions WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mext-bounces@ietf.org >> I would also remove "built on top of Mobile IPv6" as it would suggest >> there is a dependance between MIPv6 and NEMO, which is not the case. >> Both protocols are based on the same concepts and use the same >> mechanisms. >> > >Now I lost you. Here's what RFC 3963 says in the abstract: "The protocol is >an extension of Mobile IPv6 and ..." OK, but I wasn't the one who wrote it otherwise this sentence would have been turned in a different way ;-) >> What about RFC >> 3776 ? >> > >Taken over by 4877, or at least that is imho the one that >we should focus on. OK > >> Regarding NEMO, shouldn't we also add somewhere on the charter RFC 4885 >> to RFC 4889 as the newbie wouldn't have any hint they exist ? These are >> important informational documents to justify the work being done and >> the direction of the WG (something that is always missing in WG >> charters). >> > >The list is not intended to be exhaustive but point to the main documents. Sure, but RFC 3963 was published long time before the other documents, so one reading RFC 3963 won't have a clue about the other RFCs if one haven't follow the history behind MEXT. This is were IETF WG charter pages are lacking (reference to prior published work when it was not published but the same group. Since MEXT is new, all the history behind MIP6 and NEMP WGs will be unknown to the newbie. How to improve this ? May be one way is to keep the NEMO, MIP6 and MONAMI6 WG chartes for historical purposes, and have a pointer from the new charter. But this is something we don't do currently, so I don't expect the MEXT charter to do it as it would have to be discussed with the IETF secretariat or whowever. To conclude, I would like to thank Jari who has done most of the work of merging the 3 charters into 1. Thanks also for having kicked us up many times to meet deadlines ;-) Thierry. _______________________________________________ MEXT mailing list MEXT@ietf.org https://www1.ietf.org/mailman/listinfo/mext From nemo-bounces@ietf.org Thu Jul 26 00:33:52 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDv2q-0005rf-PZ; Thu, 26 Jul 2007 00:33:48 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDv2p-0005ra-M5 for nemo@ietf.org; Thu, 26 Jul 2007 00:33:47 -0400 Received: from deimos.multihop.net ([74.0.36.190] helo=multihop.net) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDv2p-0000mP-CA for nemo@ietf.org; Thu, 26 Jul 2007 00:33:47 -0400 Received: by deimos.multihop.net (Postfix, from userid 1013) id 9391F8ABA69; Wed, 25 Jul 2007 21:33:46 -0700 (PDT) X-Spam-Score: -2.6 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on deimos.multihop.net X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.1.8 Received: from [172.28.168.228] (unknown [67.97.210.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by deimos.multihop.net (Postfix) with ESMTP id 926478AB821 for ; Wed, 25 Jul 2007 21:33:45 -0700 (PDT) Message-ID: <46A82426.6040009@kniveton.com> Date: Wed, 25 Jul 2007 23:33:42 -0500 From: "T.J. Kniveton" User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: nemo@ietf.org Subject: Re: [nemo] Jabber and minutes scribes - CORRECTION References: <46A667D8.5020800@kniveton.com> <46A67660.5010505@kniveton.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 6d62ab47271805379d7172ee693a45db X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Marshall Eubanks wrote: > I can volunteer for this. Thanks. Anyone else? From nemo-bounces@ietf.org Mon Jul 30 17:57:23 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IFdEr-0004EM-M7; Mon, 30 Jul 2007 17:57:17 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IFdEr-0004EG-3t for nemo@ietf.org; Mon, 30 Jul 2007 17:57:17 -0400 Received: from deimos.multihop.net ([74.0.36.190] helo=multihop.net) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IFdEq-0003Lp-PA for nemo@ietf.org; Mon, 30 Jul 2007 17:57:17 -0400 Received: by deimos.multihop.net (Postfix, from userid 1013) id 4234F8ABA4E; Mon, 30 Jul 2007 14:57:14 -0700 (PDT) X-Spam-Score: -2.6 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on deimos.multihop.net X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.1.8 Received: from [192.103.16.145] (tj-desktop.nokia.net [192.103.16.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by deimos.multihop.net (Postfix) with ESMTP id 300D18AB821; Mon, 30 Jul 2007 14:57:09 -0700 (PDT) Message-ID: <46AE5F0B.9020803@kniveton.com> Date: Mon, 30 Jul 2007 14:58:35 -0700 From: "T.J. Kniveton" User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: 'ml-nemo WG' , Jari Arkko Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 68c8cc8a64a9d0402e43b8eee9fc4199 Cc: Subject: [nemo] WG Last Call for NEMO MIB X-BeenThere: nemo@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: NEMO Working Group List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: nemo-bounces@ietf.org Hi folks, The NEMO MIB version 3 was submitted on July 9th, and the authors feel that it is ready. We are issuing a working group last call that will be active for two weeks. Please submit any comments on the document to the NEMO mailing list. http://www.ietf.org/internet-drafts/draft-ietf-nemo-mib-03.txt Thanks, TJ & Thierry From Snape@melbrookinsurance.co.uk Mon Jul 30 23:06:29 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IFi45-0003aX-CW for nemo-archive@lists.ietf.org; Mon, 30 Jul 2007 23:06:29 -0400 Received: from [203.27.158.64] (helo=visp.inabox.net) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IFi43-0004ov-8N for nemo-archive@lists.ietf.org; Mon, 30 Jul 2007 23:06:29 -0400 Received: from home ([196.47.195.103]) by melbrookinsurance.co.uk.local (8.13.2/8.13.2) with SMTP id EABEZMxmUB4577; Tue, 31 Jul 2007 11:06:27 +0800 Message-ID: <968AB526.EC0D8FB@melbrookinsurance.co.uk> Date: Tue, 31 Jul 2007 11:06:26 +0800 From: Deddy User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: nemo-archive@lists.ietf.org Subject: invest easy-5783328138 Content-Type: multipart/mixed; boundary="------------030302060703010504000801" X-Spam-Score: 4.0 (++++) X-Scan-Signature: 2086112c730e13d5955355df27e3074b --------------030302060703010504000801 Content-Type: text/plain; charset=iso-8859-2; format=flowed Content-Transfer-Encoding: 7bit --------------030302060703010504000801 Content-Type: application/octet-stream; name="invest easy-5783328138.pdf" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="invest easy-5783328138.pdf" JVBERi0xLjUNJeLjz9MNCjQgMCBvYmo8PC9IWzQzNiAxMTldL0xpbmVhcml6ZWQgMS9FIDIzNDUv TCA2MjMxL04gMS9PIDgvVCA2MDkxPj4NZW5kb2JqDSAgICAgICAgICAgICAgICAgICAgICAgICAg DQp4cmVmDQo0IDcNCjAwMDAwMDAwMTYgMDAwMDAgbg0KMDAwMDAwMDU1NSAwMDAwMCBuDQowMDAw MDAwNjg5IDAwMDAwIG4NCjAwMDAwMDA0MzYgMDAwMDAgbg0KMDAwMDAwMDc4NyAwMDAwMCBuDQow MDAwMDAwOTY3IDAwMDAwIG4NCjAwMDAwMDEwODggMDAwMDAgbg0KdHJhaWxlcg0KPDwvU2l6ZSAx MS9QcmV2IDYwODEvUm9vdCA2IDAgUi9FbmNyeXB0IDUgMCBSL0luZm8gMyAwIFIvSURbPDc4NzRm MTA0ZjgyMTM1NGJhMWI2NGU5NjBkOWMxZTlmPjw3ODc0ZjEwNGY4MjEzNTRiYTFiNjRlOTYwZDlj MWU5Zj5dPj4NCnN0YXJ0eHJlZg0KMA0KJSVFT0YNCiAgICANCjcgMCBvYmo8PC9MZW5ndGggNDcv RmlsdGVyL0ZsYXRlRGVjb2RlL1MgMzg+PnN0cmVhbQ0KKUBYlyJ0tJLB6m8AWY1dCYd742zfz4lc KwZtl1cyQtyzt5+ku4JQOAnQXdK24TkNCmVuZHN0cmVhbQ1lbmRvYmoNNSAwIG9iajw8L1IgMy9M ZW5ndGggMTI4L0ZpbHRlci9TdGFuZGFyZC9PKA6rNJbVYQVQkIM8au7AgW5rV9+4YeY8YivjMXw4 5ZNZKS9QIC0zOTA0L1UoVsaCfZcC4V2HLFMk+cba2QAAAAAAAAAAAAAAAAAAAAApL1YgMj4+DWVu ZG9iag02IDAgb2JqPDwvUGFnZXMgMSAwIFIvVHlwZS9DYXRhbG9nL1BhZ2VNb2RlL1VzZU5vbmUv UGFnZUxheW91dC9TaW5nbGVQYWdlL01ldGFkYXRhIDIgMCBSPj4NZW5kb2JqDTggMCBvYmo8PC9D b250ZW50cyAxMCAwIFIvVHlwZS9QYWdlL1BhcmVudCAxIDAgUi9Sb3RhdGUgMC9NZWRpYUJveFsw IDAgNzEzIDg2NV0vQ3JvcEJveFswIDAgNzEzIDg2NV0vUmVzb3VyY2VzPDwvRm9udDw8L0YwIDkg MCBSPj4vWE9iamVjdDw8Pj4vUHJvY1NldFsvUERGL1RleHQvSW1hZ2VDXT4+Pj4NZW5kb2JqDTkg MCBvYmo8PC9UeXBlL0ZvbnQvTmFtZS9GMC9FbmNvZGluZy9XaW5BbnNpRW5jb2RpbmcvQmFzZUZv bnQvSGVsdmV0aWNhL0ZpcnN0Q2hhciAzMi9MYXN0Q2hhciAyNTUvU3VidHlwZS9UeXBlMT4+DWVu ZG9iag0xMCAwIG9iajw8L0xlbmd0aCAxMTg3L0ZpbHRlci9GbGF0ZURlY29kZT4+c3RyZWFtDQrP CHQzO13kNKTibZeHctczpKkxjodPTsVvj5ZHcs4rqDnEri+whROSO6/LExqX5BgF/XrH8Lc4gxK7 Ov+7vyjldu2mFFHx6CumTZaA0+PFqBgwVo5Cb0v4ofxpALiJpXWqbDxyo5TouuNRpekaSIC6waA+ ZQO+nI4tNrk0RTtIHYKdGgrZ+/BG65kFXTOIhw/V8uVzFDgGEMAkWNVqncoZwYeX2/FA7bRNpkti 4oAB0c75Xz0/6YsQ0sUk7qfqpu5Y7yDF9NOcH2Y1SmuMIfpbgcd6/GXYljfHQpnU9/MjzXHKVRrm 1/SRsQjWXPk9eJimcyg44hN7Hx75N1Yb12tzegmLKKQb+BdKaejnyEWCmZNDf5FitokS5clsCXF3 Q+/QPf598rZmTYHwqYqRKDkcqK0LvGbuuwi+1oxpY9qoHjI521IAZENi8bsKG3qmujP+QuBrA5Vz nhztEmq8c5ylsCGjp/8pqxxEWQ7/dKq7UIRtjp9nMmbGpX2AW3GfgPHVa8kgWWSfaH/9/7WKp7ZP n8k4LNu4otX6rtwHYHwiso1zMx8xMDAasL/mgICy9Lzr0fVqA/AO/EZ3bH6c5iORuPAVeE3yitF6 3GVmrro3IwrI4IeWf1/vgoRvsWuWe5dsVaULJgKN5lGbVaRyap7zCNu14gmx1zzwhCHj+BBql6A6 mpJ1JJzywMQyh/3miP445Wprc90KU+yXlYIQ8i/M2wXnS49J2jJYjPv4ead3rld2RjX6DoWNNvyf 8BIOynM4DSsvg6onwk+uFPgcpDhys7MTmvddluRZw0JXk5OyIfC6HF3WleXQ9L5M9o5bygUu943H z77BQeAAew9ugr8joic32RtckKw8lwPqimmCDzvlevxlvr/8ZRRzCO/D7g7DCXTB1iXMQwlCzvsd ttRTtHxS/bOzTWpd2EeOHCSnXL3hw7JFqUnIcX3t3y8htqZ6A8mQB9hlJjsjWqI4ihMKKZZt8tlP +rXYLmjzCt6xW9sNAxszYxWSFIf/Ku1+fmfI3+eluXEhx5Nl9LNGoLSPXlhqkDYTPmDuIrHuXgFN B/lrILVCtDWDxxYqzLpmeewV8tzmuusi0VYKxT8zC1RcvnK62yv8pJaJTNE5tsmDY/C+6LD3Ak2F GVJTBrrO60Tu7jf4gC38hvBbywOERmaxZUs/hsl1y+dsXFDOrMOk0NyAbTFCLwnoct8899WNrx5y sz+qIrp9KYvA304OLos/RXDRfstpYh2QKNW1qDd6FGJETOoXAxefWOcADsxoZ9/YYfANTu0+GRNW 54McaVVdw/bAvlIgpPl68yq+sgpve8yYRMyL5hUxsO7LDBa6NBsAXhLU0xNLEkuviX12B3IAiqaL iJ/uyrkj7rWaJ2tI8lW0K4J0N1Rn/4xzNCaTtLLMzfXroOeABfsejudDAamO1jT4hjmf4/tUt2N+ 6XnQUQJhHlOxp0VQq7UmwPKNrr/vsLYw0ytwj2Yq5KxikqULCbmwiJZ++RO8KThIGWHkgU3YlArA 0rAVkJepTHPV8wKkD/Cb4z2uz+ASB72h4TQiquct6ObYnPX6uVwlFAwJqbTb9g0KZW5kc3RyZWFt DWVuZG9iag0xIDAgb2JqPDwvQ291bnQgMS9LaWRzWzggMCBSXS9UeXBlL1BhZ2VzPj4NZW5kb2Jq DTIgMCBvYmo8PC9MZW5ndGggMzQxOC9UeXBlL01ldGFkYXRhL1N1YnR5cGUvWE1MPj5zdHJlYW0N CvgaKyT0Z4SaGFZUkjHjxMxCZgw4CWG7iy4+IeeHoR9KlMmBdx+pA/lJxAU2W+Fso+eDYfETNNLy J1hIEvn/P44JE0sHYE/VzKlEYG/WogjmNoEUjlpyhR5nJGE68UvNKMHVOj9r18/ccNBHXf9XVND9 dP08r1mlNgf8n+DUxxN+aDB5G9TEGCTLZPW0Fy2Y+jhk7USoZ2IgGbUSHCk1oLMoFr+rOKbvapJ7 +7O1id1f8xy5B60URDAfDISMWWP3EeDAjylUuRYvAyE0U+LZgP2vnJhZiAbKXtqxYtwHfUoEj7bu BjYKvnRybnAERpashgROFfOVJWUhtmxga8eK4kt3MfqSH66HmtpY9wPc+7AUEbnxnKy5yXsED7p4 4j/x5fSkJS9CzGRA9Vv32P2skEMLp5JCsmnYQZ7ZvRg4Ms0M8iE7xb9wvD3GQ1vQOdK4cJghhGqV Lg5jZiRYkEaE3EbNHYa8yrRUdt3eGModN7PD87hc85a2mrxShf9Ki/nokBVa36KX7bRonbDSIMMd PWcL2+I/aeXyRsy1SlgjCKyGMdBZUAlvMJBNAttegaKVE7B8QrPovEKnoaVHSbr3qFKmJpBR/GBg xGXaHognJB8Xcvngh7X6ihwKdQYFe1fo50Sf2l05/I5M7YkDnWa6BkcKBY15ING4aK5CV7zaCLUI I8PtLWJfHMDRRtjtIusHbBphssjREQBV/ShWZBdRf9qXjVGa9gWY8xS0dnoWiNy/dKdjT/HsAsTA qC9fG754ys4uZE8cV2R6dG76EB9yrUASOanU6XIzd0wRVuAoCSyxqoL7bAgTaDeJgtZ3q8AUftvK 1iMcB86BYOwbEfHMD68jTmSQjIzgc9VBhHMDxibewm1M6bDN8BACsZroR05Rv1+KZ0XmLvkNfiuK O5PEYtXA3PYeBhnOtN/ZJsbhTfJleLn/0s5rdaOdAajjEUnCSYcPYCYY71oDo8pm3n3CUzUt3U+s qmz+LV3QF40Kvde827TxDEIEX6u9M+DY/DwttAhSCh2D/yOfyHwhM/mUFq9FEh05tAuQOr9/vez8 /WgUvhxURhevfiTYneNF8pbTnOUF5tVp8+z/6oQudcycbq7EqDPHdhXiLXHioRxV/34Q+wGjCUn+ KWXxgg66H8GgFogiGXyrduhkpFvV84IO+6ieM9SDCVG3S9zsrcW62Akq8HX4JxryBZPuiWgT7NFX RO18AgZhCxVvJh7HC/J/Ri2vfX3MnPskTqpqfhY5Sr/3EZX3dNsEHBBwMOu+5tmnlRTrX46WnRmG W1c/cquobPItajfBx2NXbpyr9HZl/a8R4OQNk/scolplp68HofPVNQ2fizb8OdOnD2dhjqF+AoKP 2P9KND/TxW11gC0cTUq1bUri5Qv3AbAOmE8rLvvKZAtU14Nnr2CsSu+9Z/Z3DmRtSNf7DugytawA +Dcty699PZZ8PA34YVI89g0M/rYqny/TbKNdP+B1fL05uHXvYBD1VgTC79/BEoP+3EdAkEMHOCtg LHqwCvQLBu2Bievf0a3QbRdiLsrunK1/pAi2TbWhaQ7hAsGIVQ/gzb+ydEowavyF/aO72DUcNe27 QtYJiFtkIwN5kvuD8odoCVnhRpvda+eNTzeRkckDuzFFsJppXe/Or32OHsjRMd9agmeRGPLI1sdS jsVmFOr+Y6XHKHNuRA2hSYlL8Q3mpWEE4S0nRJSs4fbyitGiA6oRA9FieBRUtKmY6tUKVfy1zwaZ HOqABjLKKt/J7aJaRd5SymTCLn27AAm6ixNAMo2En05lEk2/SWBeOtZIKPnCIUPvutDN1sqFN09T G1fpktekn0zue/o3l6/aRdciz3inZztnaTbu+l6IO+3Rm1tZreYZSkZkSceFHDl8njoXp3iPUmJ1 zZj9SsuTbxZfKoM935Y2w6qA/TEgx3tm7Vc2iNHIh9FMnE2E5FJfxdAoftS0asgN0tul8flDILum asR8sY9AqqIsRcSURdZhjNATiCBE9DLceq8KGYDB3zYgHZJQDt5VTbgFqOjSFMo2Wm91o4OIUwGw aEa5GeDVirHAN+fHkXv17ntK2GUiWiLNwFM/oaoEMIAxOcAIOj5ioQBlLe9xWpUW96sKzW6xdUmM z2BXKuH2kxGlr6k+h9jD1EXpgoZbT397WyaABzySMIjYSZbGTvREJ4zQxg0jgEa3NJC/skT1vyYW qgsw7ZYeqVuztppo1+gITGpFUyP56Tsy+Zv1B+7U6gtRxqo2Wcr3GfytWnaUgWlZ2Rj0bo2Ubujw g79Tkkmxe9kn0y6RZgttTzyThFgtglDyCuNF/2782d99VL1vzAsGZRpiR5sNUeCyDrvgymxt9WoT vdrEVkd7L7qoXQwYGd3oDyxD5ItrqNJiZHKkTIOVd8EGBF8bZVytIYct6cUlID3AzHp2x/n7Lvu2 l+VgwgGmYycTQ75+UmwDALltFTpgS/iRwjhVX8CyVLogHQAQzcMVSKNc7bqDyYgWVEYBymy3jsyV DOsKTg1BWurq3wz/E39HcNGGDeRoaxsoq2SjViERUYsG1mEUZMGXjZQn82lwGjNNp2b1ykQYWodf KLnbir/EX+jpYCuDwJPFwHk3h6vO8884g5zVL9+0fgOGrl2a3ylYLxJCQfSC2o9s/R5jLoswAQM0 PTLGw51KEAWLQ3+oakr+7edze+9zPAqg8iK+N94qu9JTWUf2j9MF6cmn7P1tXYsBb7RVgsSaxPoN tE+oUfCTBbFGyK2JAnjEkqj4leCLni4u/dbjn+UOFfXERMYPs5rFrrfJ1RnMIYbt9GGBZimD5GJW bwz3p/0NBhJQGnrQZfJZ1qD/WcA41c98jJOixA4VQwWkNPO1Z74E0Aun9qexX5SoA7SJwQTBM1VI eIg/f/o64W3sNgRz62eO7ZCEC534Ck+rP3M0v9Dee7zDn26h/xOifsTV2H6RmJqyZA1AnwyYRtEn /7+XqokiFF5lnCJy97Lf5HNoUvNmwWy9FtgyPTe6ib9B/nuPnbq3pZHjyU39atZF0qH4Eqx6c4mB 3nqrCg/IFp3imyqrGu8rwI2KYQvMhdkixF9xw9Wykg4kX6qlbOk47vH8k66jtWMyukchocsLWCXm 3/50pRUEnbCsxpZ4eO8QujTt/tDMvncXGquy+l/sLDqmFEroZSFKScxH4A4hXTjHB7rEopUuCAU2 B2VRxVfCz5/FzDtmCZQv0NqniH+4NyTyWaan2QfFJrB1yOKNKM/fmVljItYkVhop/jRt5VmyX8I4 fBlvZG5KZOcF53ghzEKcy67PLZfC5il4pdaWt587WFOJo8dRwRJNaJzvQoGEsb2ESq8KlUk2sajU ZhaLpnGHaXjJP0/x2UXPmzBeq3nU9iWvhHwIPU3iW24IEYQke5ayxXTmJtLmViUZVWx0ijLzNfOI +HGMc3WHI27b8LNonpBCW0PK54jSP7LzcPYjDi+yWcl9J1TkJnV2NskTBETyAI7KozAcvEv4vowW CcxK9UKYcfwJYQTy0g70+Iv17ws+eamLblW2kDtsPX0vqZC7T0PtK3JTP3V+kXFutNlTb2orzT4u lIgzTvYnyHdEwOQF2Fq5nreETduz5CbaR7lstWMSpWxecc3lbGxHgfCuqz2mnUimPXRrqo+0s8wI PS4YB92KC8N1ELGTh/RxamnzdqJcvXJfO9V7opmw0Hqp2xjeFZq/+6LxBP95OjSLGsqd9fW3mGy6 exeTvJpmVRjh5oxQvtMS7/T5+pxPwt/brHL179fQwIMYS9XS7Y2YcybICB/t35QbLpvBKUZJUnZ1 SMZfrjVZq4vFrIPDyxnIEY9sHIiY048r3GM1Fa1LiUOZY0ZHxz4s4AVRDHBYYFydflQYxLJ0ctPX zIq+3QCVsAL54EiVk9euRtlQ/lkuR8IqyGfmOyDQS8TeHpeQEu07dMWO9Jdi7FIe4Fysnp29U30k YLzr6b0e6awYB6rO/DUc3BPUOka4N3+pSPRBJl14L8yjaTq090DjP/E2NtyRYhakS+4gmp3pzq35 jjrOR3pl/BOGiOZH4gpvRXujSpBnSZSTDUmBmIvVNpu7EUQYNbNAl6qB9PZqhFmpwJ/wKIjNS5Ba wFcSvmKZHJ78qgPMdcfhbc0NqN5Hr3vrFhfVyuTd3xph/vVNrsA71Q2wxlhz28nRK2h8ujgVd8TI 5V/0irB4XzYV7H7lywpOTi0jUICvVQIhRMAAXSOkqCLf2jUvxkY+TZocBhm4osGiQcy0MwX9mjie MOmucBa93+LB4AIZKyWOXxPnSxPAMpOesvBSu4lb0zfAkw0WyHefXsbjWinX14MC8YFA06NxHM5+ O2SVE6mAuDRDZLZRpoEl+swAPWG3s/TgBN6dyc30n8+PFCrxxZqyCHh4yLEiwJSDh3nUD9N+MKoW onAmJ0ikhUUgY6SzF1wj8xOKMANXnQweIYbwhDF4gWm5osi6CcYMrZ8Hril5PYxPoIPu0VC6bA5/ tyjk/r0lYlF59nWkolRh0NgmiIS1U2LTozQ5s6cAK+itsWBB89kvyvqN4vtEjaP7X8mdZtcZJtQN CmVuZHN0cmVhbQ1lbmRvYmoNMyAwIG9iajw8L01vZERhdGUoKk9Q+dNla2LLBIzkqrlbx6WH0J9T RH0pL0NyZWF0aW9uRGF0ZSgqT1D502VrYssEjOStul3H0ikvVGl0bGUoKS9DcmVhdG9yKCQFB66q PzoynXHFtvP9BZApL0F1dGhvcig6FAmskDoydbNV07nxKS9LZXl3b3JkcygpL1N1YmplY3QoKS9Q cm9kdWNlcig+GhWskQI/M9hC2KXt5AabqIfJgSk+Pg1lbmRvYmoNeHJlZg0KMCA0DQowMDAwMDAw MDAwIDY1NTM1IGYNCjAwMDAwMDIzNDUgMDAwMDAgbg0KMDAwMDAwMjM5NSAwMDAwMCBuDQowMDAw MDA1ODg5IDAwMDAwIG4NCnRyYWlsZXINCjw8L1NpemUgNC9FbmNyeXB0IDUgMCBSPj4NCnN0YXJ0 eHJlZg0KMTE2DQolJUVPRg0K --------------030302060703010504000801--