From mobopts-bounces@ietf.org Mon Mar 3 22:40:54 2008 Return-Path: X-Original-To: ietfarch-mobopts-archive@core3.amsl.com Delivered-To: ietfarch-mobopts-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 73CC03A6BF2; Mon, 3 Mar 2008 22:40:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.195 X-Spam-Level: **** X-Spam-Status: No, score=4.195 tagged_above=-999 required=5 tests=[AWL=-0.721, BAYES_50=0.001, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, HTML_MESSAGE=1, MIME_BASE64_TEXT=1.753, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SaMcvQ+Bdx2x; Mon, 3 Mar 2008 22:40:53 -0800 (PST) Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9F40F3A6E01; Mon, 3 Mar 2008 22:40:36 -0800 (PST) X-Original-To: mobopts@core3.amsl.com Delivered-To: mobopts@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7BAC23A6DF0 for ; Mon, 3 Mar 2008 22:40:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tVjPlWvVpPu6 for ; Mon, 3 Mar 2008 22:40:34 -0800 (PST) Received: from ict.ac.cn (webmail.ict.ac.cn [159.226.39.7]) by core3.amsl.com (Postfix) with ESMTP id D423128C5D4 for ; Mon, 3 Mar 2008 22:39:50 -0800 (PST) Received: (qmail 4756 invoked by uid 507); 4 Mar 2008 14:49:23 +0800 Received: from unknown (HELO zhx) (10.21.2.11) by ict.ac.cn with SMTP; 4 Mar 2008 14:49:23 +0800 Message-ID: <000501c87dc2$813d3a20$0b02150a@zhx> From: "Zheng Hongxia" To: Date: Tue, 4 Mar 2008 14:39:30 +0800 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0001_01C87E05.8E63CAA0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: Xie Subject: [Mobopts] Metrics definition for MIPv6 handover latency X-BeenThere: mobopts@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mobility Optimizations List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: mobopts-bounces@ietf.org Errors-To: mobopts-bounces@ietf.org This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C87E05.8E63CAA0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0002_01C87E05.8E63CAA0" ------=_NextPart_001_0002_01C87E05.8E63CAA0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgYWxsLA0KDQogICAgIE15IHJlc2VhcmNoIHRlYW0gaGF2ZSBwYWlkIGdyZWF0IGVmZm9ydCBv biBNSVB2NiBoYW5kb3ZlciBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCBpbiByZWNlbnQgeWVhcnMu IE1heWJlIGl0IGlzIG5lY2Vzc2FyeSB0byBkZWZpbmUgc29tZSBwZXJmb3JtYW5jZSBtZXRyaWNz IGZvciBtb2JpbGUgSVAgaGFuZG92ZXIgcGVyZm9ybWFuY2UgaW4gYSBSRkMuIFNvbWUgc3VnZ2Vz dGlvbnMgYWJvdXQgdGhlIG1ldHJpY3MgY2FuIGJlIGZvdW5kIGluIHRoZSBhdHRhY2htZW50LiBX ZSB3b3VsZCBsaWtlIHRvIGhlYXIgZnJvbSB5b3UgYWJvdXQgdGhlIHZhbHVlIGFuZCBwb3NzaWJp bGl0eSB0byBwcm9wb3NlIHN1Y2ggYSBkcmFmdC4gQW55IGNvbW1lbnQgYW5kIHN1Z2dlc3Rpb24g YXJlIHdlbGNvbWUuIFRoYW5rcyBpbiBhZHZhbmNlIQ0KDQpSZWdhcmRzLA0KSG9uZ3hpYQ== ------=_NextPart_001_0002_01C87E05.8E63CAA0 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC42MDAwLjE2NjA4IiBuYW1lPUdFTkVSQVRPUj4NCjxTVFlMRT48L1NUWUxFPg0KPC9IRUFEPg0K PEJPRFkgYmdDb2xvcj0jZmZmZmZmPg0KPERJVj48Rk9OVCBzaXplPTI+DQo8RElWPjxGT05UIHNp emU9Mj4NCjxESVY+PEZPTlQgc2l6ZT0yPjxGT05UIHNpemU9Mj5IaSBhbGwsPC9GT05UPjwvRElW Pg0KPERJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+PEZP TlQgc2l6ZT0yPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO015IHJlc2VhcmNoIHRlYW0m bmJzcDtoYXZlIHBhaWQgDQpncmVhdCBlZmZvcnQgb24gTUlQdjYgaGFuZG92ZXIgcGVyZm9ybWFu Y2UgbWVhc3VyZW1lbnQgaW4gcmVjZW50IHllYXJzLiBNYXliZSBpdCANCmlzIG5lY2Vzc2FyeSB0 byZuYnNwO2RlZmluZSBzb21lIHBlcmZvcm1hbmNlIG1ldHJpY3MgZm9yIG1vYmlsZSBJUCANCmhh bmRvdmVyJm5ic3A7cGVyZm9ybWFuY2UgaW4gYSBSRkMuJm5ic3A7U29tZSBzdWdnZXN0aW9ucyBh Ym91dCB0aGUgbWV0cmljcyBjYW4gDQpiZSBmb3VuZCBpbiB0aGUgYXR0YWNobWVudC4gPC9GT05U PjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgc2l6ZT0yPldlJm5ic3A7d291bGQgDQpsaWtlIHRvIGhl YXIgZnJvbSB5b3UmbmJzcDthYm91dCB0aGUgdmFsdWUgYW5kIHBvc3NpYmlsaXR5IHRvIHByb3Bv c2Ugc3VjaCBhIA0KZHJhZnQuIDwvRk9OVD48L1NQQU4+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCBz aXplPTI+QW55IGNvbW1lbnQgYW5kIHN1Z2dlc3Rpb24gDQphcmUgd2VsY29tZS4gVGhhbmtzIGlu IGFkdmFuY2UhPC9GT05UPjwvU1BBTj48L0RJVj4NCjxESVY+PFNQQU4gbGFuZz1FTi1VUz48Rk9O VCBzaXplPTI+PC9GT05UPjwvU1BBTj4mbmJzcDs8L0RJVj4NCjxESVY+PFNQQU4gbGFuZz1FTi1V Uz48Rk9OVCBzaXplPTI+UmVnYXJkcyw8L0ZPTlQ+PC9TUEFOPjwvRElWPg0KPERJVj48U1BBTiBs YW5nPUVOLVVTPjxGT05UIHNpemU9Mj4NCjxESVY+PEZPTlQgDQpzaXplPTI+SG9uZ3hpYTwvRk9O VD48L0RJVj48L0ZPTlQ+PC9TUEFOPjwvRElWPjwvRElWPjwvRk9OVD48L0ZPTlQ+PC9ESVY+PC9G T05UPjwvRElWPjwvQk9EWT48L0hUTUw+DQo= ------=_NextPart_001_0002_01C87E05.8E63CAA0-- ------=_NextPart_000_0001_01C87E05.8E63CAA0 Content-Type: application/octet-stream; name="draft-MIPv6-handover-latency-metrics.rar" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="draft-MIPv6-handover-latency-metrics.rar" UmFyIRoHAM+QcwAADQAAAAAAAADOlHQgklEAtFwAAADiAQACt/nZpvVTzzYdMywAIAAAAGRyYWZ0 LU1JUHY2LWhhbmRvdmVyLWxhdGVuY3ktbWV0cmljcy5kb2MAAcAmAPDC6wsgHhERDImdgBAB8hDr DipxVB1gCQCSEOiDwIEBOqEAVE4bJNkmpJuxm7AIogKj3FHmPPxRR5HjyEBHmD1BRHoDxBR4Hiog JA337V3sCTdhVXeZm5smzdyHDzh65DJu5mXlXV1xurq+GZD8Qqrrh/1V1x/vny8u7zLyXlZeZuSb uy/f96x7DvP88VsVKdtyakWpvHlcUrLDl1Yd/yW4LEY/R6xT1fH3pRy/GjdoDx7n5vqPy7/0lLxf q5V1FNrjPQXOydE/HkdfRlgUlub3r711BSj/NXrdmUvfGRSni8uo908jqFDx0ZYYl93temPp6sWo v8nsPxcSwAflVg8+RmTQOxS90k0c8RhLumzphwPPm5s83vNgG5uCtZ1KmdcOqGxbaZ/noDGMHuMH njmzOyFG2VSo7LUxyTlQ9+nidyTmD+ZDOrSmFlOWo8epcfzGb+PYswUHPmnT/kg93NYqIBT+OtU6 fntaq7ck5gwc9lbT3e15+F0hR957Vah3NUbXwz/ldzitt42rintVkbvmdmOZrUDsParDjlx+ZJVH 5iHpLo3s7xmjFxioHHTwD4xodbR69EK5WliCkKfQEawmCikHIac7h6slEFWEPYHmzTWK9ux4+wDr ssY8RkFUqVS6QzsH8+VWDbJQSMbi8HmttlOfSkBjIPZHkmqsilzCUefgBuFob0sLQOGzS6yUleoy MaG/GIbO59vLumky5n6R4TF5e8tMG1cTDnLtqTYdq7bOJehjLpItMI4fFczFBLu27lxGYhzLN5x+ g+Y0azk45zD7bilptvl25aT7adat3A/DWXm2ssMkzE2UpnX51Ks0+a/CpiJhoMidzbYg+fx0y7t+ 4gHN3dC0dUE9PUwzspHRrd+lPPpP8ZegnN9TlLredLqUzjuPfk0tTqRFl3NKtAIIej4dJX4uWbTl CQk0wEuM1u0UXavRrze+ymMuGlR9d+A7HnP75Z0QSb78d8ifaoo4+FMoF1/XPDOGPJgDkuSMRvNW Ay0i38Mu2mKARJa78l/JvtFLFRvj3/MP/8s6ffyD82lVqgm5EabOt+i3kW1K4k1cTQlJpqRp/ct3 Dsp/0wdNFSxOtnDsqIYiQ+q5QSh/zQ0njy6U+2VF8QgdCZ8/QKkFhCKbt7Pub+gpKmbCGLfYgmQn KQ5YiPhDIgJtMt8ynvqbTft78elDnKBvPtoLsIJCfbzu/ooaVRpZIENsxMT4z/jyP/fJITaWZx/4 /Aw92aTa5MPt5HGYLANLter1eMk+UkeHbCVrykjfOpsT4QTZ8YuXAA7poRECaRJaHzCSOJG+RlEm wiSTrkSx0lcOaVHU9v/qRNx7JtmZ4hpnKEem7GSv1XTEZX+EpQT6Etz7FzvISPFT1WlqZqVLebuk kkHu3x5emcpnUostyNifoJ4uCPEb0vlhLTTYESukEu/vnWopRS8u/epFKkVl8x8iYQGW9M6kxUJE oZvOnbqEk7nErhER+uQhgl4t1n1iFqYby48b7jnMPj0EvNwAM1mZlCGYq36WHBSYqF85QP7BVTYn hSrTIT5GPyw0AI+PkOZ91HjRdw1mkLRiv3QOi+pIQpyi9MvGRkqsMopTTNMi2LggMnITRdDLN9rG kghrOQJefXIwb82ddIRoQjAvpd5K83s07pSLJDLnzKa1s2cEUyec0zcwiaVRZQ0M34cw1oY+AT4V KZyhGTS40JGhCVBajOINO8THVADI5JHcWBctQP6JhAHcOSKuJx1WtLaYQS6YfJGaXTaA03xeLxDT Bb+x6ETal8RIJQRM13W7XaSMuJhVufGi1N/LuZyDk6BfX1AMFtTMKswP5BkcwTGSWpXmX74tnws0 8w3fGGUiR+uBHUjGRlQREWNQTYZJu0lPtRQef/toSluQzunJJs0M8KK1NILYqabKoN1L20i0xaFM PjNsyhWVJGYUohWoHnZ7fkumKZ0+2qClLpvNODr851TlKyWIdOyYmEb+q2WIeSJ42cTDHnUDpJPh Yn3RT9UEsinkWleWSpeVZEy6pqoSJTlhQ0ajF/bCzdQasVst+A/vdz8FVR04EL9/WQ6y7dtmClVR m+uUyPSZ9TyHCgnSiQJQykJQNNXEXVRQDWcJf6YboTFj0NaaUsw+YI7YJzPlU7NabFB2qmGVywE4 QeGqDbT5FNXS/CjjGOSr6yUuELNhljTDlVbNGirkpiSa/FtgyoNJzRJ/npgHyxJ9PCLxcZSSMzTR UH8a5f303ztBQR2MxtwaZppCNoVzFunGF+uRkKPCzVUg0kMqjRJzAktppXTYlhKamTuGaaG6qQbI UfByZ+7iRMNNyzlUpDUMTjarC7ECj8Bg1cXIMnmJNwveaQ4Sk7OVP00dxfyrkhWRjp6YFh3HX/HX CJGJaQzaojzycPO/h4MWFyTl8s4c5gWpM0kqL+a6yBbhB9eCCf0L/5VsL/HhHDemTpNK4S4RE7D3 8w4nQi7IVHbk2SCk/GAVfK4AzYA0mnCMW6O8fow0r4imXDgw7MhCNqqC5BE+InVRJ/o+7R3z9Wor dNOHZ2IeCKcK1PW1aEttwzJrGE6eIe4ZgbJbmBtwYugCc/8u5nqEhKnRI9PptvjmdQ4zjV1000gL yVPNJRtONVnlhDgLdbze7pkkOOZJGlZ7xWTlVx9nKFV6nbi9kC8jT4947S7HJfdUO58rMecJsxab Y4Vi+K0+DPUE9iOn02841TbVn7OYF1sJ8XGBzy74VIJhL4hWSk5ct5gggnsZ/BmXceq8XmruEB2Y bjZUhDLgnYsrDXMJtRxdwvNJPJUikoWWIQnyBsE8biMdjZWNj0/LTE4pH3xmB5bHYTfEoeWNwcnh 8Ov9FpHSTFY7DykD6wO5wGKxGIwOJlE93iJPmI1I8RuKxcrhMViX4Uau+GL2EJql9YlklKnxtp4i zNXTAjStj/3W6XTkMlItJOcEyKCam2iLFEPLgkC0FAtYp0PNc6KUEF3YU4KdUPrlQE0rDIsYejH7 AvPiT36GB2oja+Uh+TTY/1IqZJD0fVfqCBDpVI8/vVM8QbGE5ziOq1Q9roCZWE7fZQttU8rknusi GFCT4wXYj5ogr6D7xpLogo42xd2/ylkCSta+SV0jChCiIG41FAiXm3CqJU/OqixDLP/Eh0y3n3Tu DJeVge0BF8NlcmlkuRmV+O3Q/8tXRLCOhtwSH6ltmWpDgUDinu4xq8AZSpcnnDzXS9nnVsES4sb8 +6SO9Rfk9/tl0U/3xCY6Ja3SUhjYhKfaQyRXSVDoe8dTNCgOTTlqiwe3xMTPCHuWoCh3MyhiB290 mp9s2hQfotKcItJSQVdTdhFqpqW04EpBBiTqWl4idCamZoJxKXisC6PRNIrlvbGkzloJ5MPcKy2z isF/kn4SOhIlCAp1pmGwnijkxN+LQi4FC79QnoZ1FSSabJaMN8uhcZNt9mxUfDbbZhpl33aBtIrC Fi4EKiSnTTSv+50WrpJmTCGzbeBEfkozvSXKgBKHQImKniOuG8DPlav8uM/hb/KwxyEEya5ZEUNQ soUVkdopAowSIjisJcCmVaMbjCaH0hn2ckCb5wRPy84JIlBAT6D0IpnCTwSyDnRtMrCem6VanM+k hRTrIJp3AZhoE4UHioaNh6aSz1zDeYfmpKK6pkkVw2YbjN2YVFCwsLiYxqLVlfkcxsiHFQQ5O3NO hzJTOTKlq4gRz8MHSfWcpiprYpngoBiowr2ECiFrbEEl4GQyYOFAocmIcI7RaPWpK3LN5ok2nz3C OnEQbBQN+qKGESXlhaoEW0OMzmfhUQvCn8MDKpMNNsIg96mLpihr00Bl0LlW2XjJS7XVDJ7f/jV/ P2n3ZyhRFOKmZqpjoksqkqmqUXJuNCxTP0w5NOBZF8q2cIYJYRLmRjG01TNoQ0lRTWIy/PYBzOkI l8QLxNjqXXM45mqMlkQiJNWEtVpk21WbXxdf+ElcdISpAZeHmtI5tIzUjHv95G93SSFviUYNqCRK YzEJQy7p1Q79ybfuvi86lEC1xv41HZYSRu14vIgi/yGExspiWknK4hVhelyZUIU/zLZAAqzDKsxG 3B9GWoHasZIdb6dkWZFVXDKvpFZ1hKYCaSTRC2zpsvXnirjRibxM7F60aBXuyws4ppF1KOr6QAXV QR1gRoT6Cpgq4ucoUxi0q56cbT03TSFdJrcY/NHq3XOPfEB2u/FG4snVRQ/Ry0QwvQFwWD5a6xxK yNOJ10QBAF2RaQHUZY/51AOqg+qAQ4Jy8FJN2XfFc2QrcocI3DGjcA7wuZ6ZKdn7M+x51GNkNzUG vUwOXbzBDJPon6dFMMUixF9g3+pVX+PS5/HCig5G1ViBUzQFUUXwg0QBADpEYjZemz37sal+GbQK epuDck61SEMOwkDDNabmVJvINoEkBjzrRAMYGHqFKSnRElXArZ0IEmRutagQtQiI2D9W0jz6Gf9i 7GlUlxxXdFHouLadVKmlB/Q3CDuocn+2PVqKRN/bT4yVytHV1XnJDpo6bFFMnSUFlrx8dXCCrnsd K4BLYmTYvryKpYXD2coag69Lo1rXga1KX1jHhHIa6J2lWhayRLXDwsSMR2lzBVYTuhS5F1FfK4rc 9otR8k4BsYarRpLX0n01AVEtaXVMX/MmSSCqN3a4Gpmae8+kDUic5cIRbGztjX3hrXzsik3iRu9J BKefrvjtZhcAczMH3DVUs6O8SU+NTfpr98ULCgkPoK/DmhMa4VCqKAdJZMIM6qD0NH1rTh7ut6kb okfKSP4nExTgRAbvSaquqUzWK6Q2gtBRBvFJzPpZtiBY1VLwaH3M5QU41MHSZNVwqo/gqXoQYmAB IFFB7gat9jnDfMsaOC7qZZNwRFeBjQlT1IrpJIpZHwAOloTQOlmf0AciE1HfK9rIwZDiB0ADwwjj oh8JhSm9R1iMuss2zFTEUTch5BElUJY8rdG5maen9HoP9AAysBjhqAaSxMCUzRPF66SN2gAZCCYj a0mybHLkvVIhkT/YSiEvdTiYgACCe3W8SN7VUjcJCRL2z8iistRVIl2tGDQhshzAhwnhJ6UqpMB8 fIJpyRQF1BoFBjiAAqczIWdnxWG0nRx0uWURUyDZUizWcdIdGWuWgAhURFp/FTVItsZj38rkZLPs Kg/LsTRLzrTjkyLJVtgAC6uJifbzLt7K6yI9vjRRofIphXDSA6dwq+tIy6otj9NoBiRba3xHJHl5 AnuKQNWQYy4ZvYgeYQySCMDeiHYXL92ETEYCTkCrjxXdo1qeWXcwUXZkGs0QfvqzQ1EUNl14MQV2 n5BwZiXYuq9MsW1KqgODrL4ta5Z+XSpSQgLCKa+BToGCtlZZg5R07TLYOUwLvrVlGANwwQ+MQzKx 6tfQI3XY2os23bq+I5VTmjaU6zdNaklBIdNm6EpCZ3C6SuKCdlidPnI8lDm5QOFndSO3yh8YnCwU 44Qio2uCvZlMyrh5IoFtmIRU4Z2R36IDpwMOTPSne7nDM7fhqOKoqZQY8s7scNR/8ArdU6h6qvfc M6H7vIsGst8RyIcs2T+TBwOakE9PC/uKxmZhhxsYXUnDvquFt8uWINhfH9BPotGg1WhMSl8EAVlC IPxv5XCt83E48FH3mMtkUP47VWNBJnt/0mzXDQ+1nKdBwb/p3mGzZxUBlWtI0vUGZZFyWwzKJV5h GGwilcJifgkbxSQ6muJdsYtLHoqvoI2KXRaT8nyZdlcYWW64q9rBDbTNypCw+5yPIpw7Ms41sZDr 6VsPdWOH35CS6myQcgnVAktbN8utRAi66db9FWIiUlfCKC60pIhKruCEgeve5Iase6LwK24FL2YE wSIhlTeSsC5t0zMq8I37rp3CMGa07vLlv4hsN6ucnycrwGSOIqHcCk+qakr5TZ0iMkq0sh1KyHGI k+XymDk8TKYrH4HGZSVwmIwKVkmZU/MFimA8JxXE2XVDzCcVCwLi7Yi7CMGGLnzdFwS1ClBlMoWg wyQojCRlTJrMig3DNO8y0gQ6nTEHlUiiulA7qpJcGUb/6NJyHEPFZlVYInMKuD8W75wmP1tXCEvc RisflJTAyuBwBjFYlVMSMrkcRI04lqXjjDdXFPy92nk2QcZvXUa068IG/SG9DWuXBCgGe5rtKkUK VpfmInSpFcmSlcDHDyrNEBThYRmyKtQpYnG08gEdgMVJ3AlM5l9p+Is1VTjfxEBWiaOBILMIx0xK UCblzbLEHaSiyN9jdjsmiI6Jv3ynkCQO7psrV3oLApK8/nblFgPl8pcgm0+ikQ0LiC8TLM7wQvJw MtlATwVPHTJp7CF82C9vB9L730+BCEQTAMcdMEwCZqByY2WS80nKSmMwOUwGKxOCQveGOl0xrWgd IU3mRvvhtMNIIiEEGJR4kTyFyqov9+FLn3VAh36TFoLrEOksUKzfQtS6m05FiVTJRIh6iGZqE0QL W8THqmpmE3fuV6OJlhSVXIxETUFZtEcEqDpTFqkmFUlXrAe5yBMLxDyuH6GWjIUc4QkE4LUe4CXn idZFUxLaUTzhBL8B3f5TGYHlWDuxwDaNU3FYQn2MgSvC1UIum1ATRH1IR1rDCNjlmVEHpLgSYIgN OsZvjEC0T7EFE6q0l4PUZXhei2KDzTEK0fxyLo3SctvPjc5qMIsJBibpYS9wbCIqT6scSHMQXcCt t+puq/qgkLEJdzNSTehY13BlriVIcVdxiwETWy4UmvcJVuIWRSHl/VTXMZTO3AMVxMBiTbSJ9jaC afIdJu+QpKm7fidOSwZrv+hfIkrGqvdacD2LZHiQBVXca6yN7VrZmtQfLVcFfo8vmbc789+zNN2z pXAGiblpKhbGXyp6m6xKQv96Eb/wTHkWOJRcOXxHIukiu8qwddytFgmJrxOHDWXRmLImB+DzE2Ih pj9Aqslf5bosm0o4Bwss1hMwWygfhkkWwoJQT6b2lJJIryeWy+G4YT+hQPJZUIuO0q9xUrD/IcFh q4Z+WTvx7SgdIvy/Dw+LNpG/vlmstOUK7+6JdBT9czyJ0QWK60clcCP51W0VP25cYZTGYRWyq1J1 0tvMxCoHkmn9BGEXfVAAhO6qsMYjFpjQDVqbMTplOScFpoV2Vsd9MA0mU5QKW5hIqrXQcyQmV0p0 8CMLpfU/pQyHBLriq4aUWzpVl7ykky9NlhUg8JswMCJjdKaqrbB4CYs9RzshokZCxZCPRinqn0p4 QupsTiVq1skHrlQhOYvp5OXrCWTlmy+HMLrHqiF3b9Nw2KE/qqII4TnGVN264SG8hEx0fscAbyEQ 1/MJwjfRn24gintZqia1LGkYJPjUYNwNYbLCCqlrSCn/U1aS6hLfhZ42hgSawwPisro43cnDE4WL TBIB3QT7hFM2qdApl8Q9ZHGTMujN8Q2isqGpK86Wo2qQJNaSjHDavKHBjE6tOrlwxcHzd0vg4NJL ruZdpz2ksjStTteHlMeoVUenKCYQhVPtlciPr4m+x5GChxJX+YtchyCOlyCzomtDolu2xhI/TyBF h1vMGp6If6I48wb2Pio7+roDBMJvNnSwcTQqZaji2dWLclbJ3K0O+lm8gwS1nKFfQmRWw5L4WDFF 9l0YDYVtkTZhm6VUwS1HE9JzMwRFU5/alhWlcIoQ5mafVuIxn8RMp2GRVdEmj0yegdO0ik6TDjk4 oURWKlNiWAZIMJxZGnPBpKmt4FdPeJFXFDEunHERJaFhj2XQQrGNmGfCFq4ZV3VWXdnnLoQpl05M Xn0P86IEWvVhJG+2pgmzF4rFp5NIwL+QEiJSrZVYVjemTVin6A8J0LBwKduVkqRA2YaoYkTDZGKb iav2yt4dQuhhIRLP34Xb5eXJsXz/GmWFCccIXIxvkRPbyi/38B6avjBUdMIWYjQT5ZC7nGTQR9QV NxdRYe6Nojw//kubq2LdIRVYE26Lzfr491IktQrJ4I9qE50NNUZQoRodM6vjROBepOoWW8i1DwV5 bFoYvPovb8SSEYGqF7xOzxBN05HCt500VyAtArQqkuHVbIBuETMKPmWulCYMdTEIrgK3DY1Tkbkm RUHodozBsoJ5VE9PwGt4uJNbtI0zo6OMyztC8itk9JhOuFXRMY2g/cYgE7QgXUiWytd6nFtnA5Bo D0YUVKTd3CCKssik22qfBl4iZuE4stiNuhItMS5dtoFumXyWSM12+AJ63p0cWVwj6XWpyU6SFVQW n4UKqqqnyL/4DVJQPVH4cYb+eEEB/flWIQRT/+xWKHVtTIvqJKgkYb9vg+pNZuApKde3x5098BVF Rf/iqIZJv8QUl4Vk14FUwyaEf8pUVfGVkrNtma9WjxsqjJZ5RAsUq4/iGuE2Zx3DLMhXDJQvw0is eSFgDp2ixLVMCUmZgZ2r4LsxyaTSyID1Pu5FBQDpl0OeyagVKmBfh5ZE/QYvLC4mAPnMNo7Eswlj kJqHNGWXglaHuEVSNGuBmGfCpbJfN0TG3aMgUhmiYVt16I3TSwpuveratQytIL3XxQwUsibDzgFp qyzrM1xbp9M1mgT1mGRQJo1hKDU22Zozf8porDlO2bf9+Gqe8IlOuC0r/AykdOr5WdH/y0XXYiVU VLVsNZtXfD1T8zTkcGvxq6n9WjXBKnjOHT/t1PoyquP8U9UiMNsacMVSRjrk43KjSbdtwDcJkKV3 wBp/7RXTAG+Sqsfqoq9f8NXiqw8f8pYJWPvt8DnG50WhJRIE7+mamoPWPJkPJjRoMbv3oxgRwKhG g4mOWzuoiN7JXuHPJ08tdHTVxQr6FJsX2pI0K4imXj1xYIXToduR1ExpVGBzxA4dF2KWyUkfkK3X wjA8HM+wzzHIrQBaoZ7PK6A/3Sug7m+6CkxYUPuU5rPIud8WezSA+YbI0CPraW5r60HLUZY6YImI GmMUB8kVJtBDOOCx06NpwOYtn3xjmynG7+1N1qQM8/omFmNwhS7ZbJ/+3leCEJwt6oVIs9vIMp5q 8S3WuiVKfZaPaQEk50rI/RoxzA0sDFCGBHDp5I8OkMWWOsNpYLPJqF0aEyx7DCFhZ9foQ8jo3AUr t5ZKrEbcCM4wQYmUYLOdJz1UlI6CILIoStukiwJLBJXNMZANpgCLUve/+nGLa0+0SwjSQZVAKPTh NkdOR49mHYSd8gt0Ei7Hqo+LatfoHd07WBReEn6jk2MdYH6cHnJveuEaUuFpp5LtZ52WhIHLhAoV vLJKtSudDxFhTxVcy1MfP5da891xLgCJUgclSyws1nI9bAm9SAmGUXKxAqpRWVmW4gUtE/RY7PZK 0BA0K1p+fn6+ful9AVkjgs8hsdeMyBTDwG1HrsRYI8S7BuVW19kcJv1ZAhtpyZkKcI6656nmQtVZ IJvwUgQ3YE/LGWjnQtRrhwNOUNNeYTam+NhYOO06OMNU3rAtMz7YtAWCA6C2o073Vz78htulUNa+ tEss5pHXn1ZQksdC7TkpNbwEKjH4iMQ/3JMXaBvAWsgqawMx/0U4YmNGvnYPHaqbKCnkI2wHQpFI N3SdAn6MCTozIhbMRiGh9VhxT9QLhmPEyuLY6Y9LJNpLOkam7qBpdQWg3bdwnUlJfTp87TpP2OzV 3B6JM1BnOSpqujNRKeLqJzxH3bR5YHmcOV53l16oViL0Ihu1S6bnDRqD0PFWo4NUy6p7V5GD9icf xUXgaHATqE7vdBf9A6Xj3+CO3NpwDuwm1Uj9XRGku0SjWmfleeQoYiB25gCKWAVFQPCBMyDZa/9V 2DsEITAZlQKrT0ar1POVuQNKPatbmWkd6mFmiwFyxY9ieRxTR5dZ9IQikq0NkEAdZLdXA6dMDMlC trrcV5sKtVupsPILY13y45JrdO5BZGyTLSgosDVrPhtPQPIHZKzo+FfWNXWnRE6CWCZNRTVBnhLN pa9Zizn3MtUYV/oqRHExwdVNU6bmjSHT+hVbgmWr8WNXdzHUajBC0ysu/LX2lqkn4UqJwrnuTpo2 nwBW/df3lIk1jYrhp0t8IAgJ1rycrMOhifWw9KwMrCDJkSuan2ss6grcKl6fFQVJA1UuVTRQCjrl nbu6oAYi6rgSpSYK1Nof53SCnidgz6oUIcsdJtSU4qR9LXL4iaVwQJ3l9KFyuKxoVqbcJ8H/l7VQ ta2FndJF7VS6MF/LgqMgMOkacerVyFZY2TqbIl9fsJ/LW250spoNj3bz5WntcdrgrYqYRTeAgYzy BCBYIgkBohWnLFpAsNdyy2o06fB7ReIOSAGNnwtVKVG0nktRVWnw4JHWZnkgWgniqm5YvFF5WCjQ h+fQ2i5AaDO/cuIJ+/kBYcmRHrEZTrC+nKFVnvTWIa/1rGWxEeJTJBJzpIKhbKA3pSnSrqQOv4YP EqM+I1nIIhDmZgE5uSooWcqGNwuJ7kiNyGXdSCBfsQOrbzpZstb3y74cizT3NjKoI7zihgjtQbno mp2uxhhaEyKcnUtScoYK7ylVDFsYophCq7HLqE3+zAVZWVE5I5P0CuIiLknUDItWVUUDHlT5Ny51 PFGMGuVQl+OStIWs54rzUakYWnjNcFRnIELYimK0gdsYXrv6HTVgpElwgTrM2mF7bwvRNfonrTqX pCoDfjFW9yMTfqnBEER/UCAlU6ypljpyAakmA7HEx6nErJVtIKICoBqsGadpqpkvpww2ROpnjCrM JhW6R4pZVgL5qhrhaKdE9Tl4yqFNp8Wdj2jVVgVHRraNuDBK2ZRzUQylhplrTiBt3S5fC03UjmBE pBojWDDHl3IyQHW8cOcheFdWhFndtOm8uQR4g8aCK6OcxJ8gj4gOswgxqCx7rCOyGAoDlxsNaaV9 RM1tXbUEbV8UH1StMAawLBDhwIQNk4KI531JEN3SKheMS9Elq1eLKizugazisL/jRi7E+MESxcnz V0nmMdNGeQvBACxEkW6wdfa3C2dUR10uCNaTEXhPMIaM0xWXfzEGkVZZC/GkCACqSU8IzuV/XFE1 ij4a3jjdZ7WmVfIGa+WPBZBIEqbFkmJeiJIIod0N9Qk7HXW4QXj59UBOXRJIDL+ODKbxJN4PXi83 cIxfNCNeDYDA1GvCraYTqDLglcxogZcvLePLaYRMUQmGduktEkqlDJKe4hS6o1pULSgSss8ghk5O Kq7P6xilYnaRWlMX+lFWqiIRJqkp1ew5D9CSppQjF7Bu0uUIqXEUVW1XtgRtpIqlkMKkKuI3ise0 gtFZmFSMQEXfQKpnI163Khi7pSVVRCe9X7ogB7QtGr5PESNXElzswLmSlkeQmBy9mSQs04Tr63zh VOxT+XW8cTVQZeIy641WeDm7pyrEOYD/0PVpTlkkiwVR0/uj4bRRBmqgWxC5iH7+wjV+CcY0ZGnF Tam6du5xXXdMkk0Wq1YXIHkHl9ShnE4/qgVN6njVAqV1qs50Tq61dMMjvkCxCqh9ATEgygQL9Weo 0R2fNmlWd6NJWJLLD1gk905VBT6vyBEfYGvGEy+xEVJjsU4bK5BVVuoyIBRiDxds1IDcheLcxYiJ rI0jqq/BldSSXudaAlPhyC9SQQEmxUmEuaMn+C7SOlSG1ByBmFYZWhqwq3zmN/O4XuSaCG9LwUsS 0vy1Clq+WTOqDh8VU2sydg3GxYVqfTMrXEMiX1zEWrc0VrC4LusjeHc2tUXm84vCU+QvVP6C1w5J dSMu3VS7XBMCuXVFOoVt5Fb3Ap6rUqMbu9dq6/wJS6WRBoQNOyoFpfo0AKFYE9S0it/Q5mJBVijD wnorZNENDlbSkrqk2dfnD4aYFiZLpFiCYHka/VTAt2oCRKw5kAMR1Xo+XJunwSWiHzOiypWQogVY ooAgAVOHtGqLEaV2Gk92U7y3xTkFVdaykKF09v/kV318vNkCb8LmcQPU00kcpNsfjFXpda0YXyls 4bPmIaHEBWK6lQQiVriEQ7V1NpW/DDa59rAsv4sQ8D350nw9uUZwR2EwIJ0ql6QGYhxzM05m7fVS PLQBEatLFlvnaMvVlM+WRr486a0KL3jLwdheSpkZT5OFqCcInDiFqoXfGUyw2q2J5/pyoqnLPpJw LEYGNZenWsw2Y+HGWrtbM87F4KK8T44x7bIeZER+ycRdg2CKu6QbRheNJT2XZsJoFvmh1jLNc8B2 Yj2Hh5SNgIsRrAGN3TBHO+MNDAkXDbQOE+Z7mqo8pQoTi/NqnSman+E4l1Z59fQtxfUmlYghUlaI zAY4gNBFVQxy4hurrDzAdvl4F3Tn/fGlqV5Ho8BsK6HtJcpEYo+RRlegyuN8qliba3gShAyK3yGI aToPOQhJJfgRJ+irORkpmfbKu9LbMviUCezLwQGIWLwRi4VGvEK3r3s5jEIIgtBzyMAlsVLydTFi 8Vmt3DCxoX8N+rr8q4uPqu0s5QrkkWaGp8VfkeUSyl+Ak3T9CuVra8hfgXbVorZb4kTgR2peY74k VajoGSxwOUrgfNWyaRzdEEEuEeqfRhTlPl9ik7p2shQ0aLlnfzX0u4XXASJiMEsO26xs13+xPiB5 FgSW8WwIvDHxABjobuuroWtp5gShJux8TJwVL8ZJwfmzws7P0kCXqdIXoOoqW5NkfukJ5wQakWGa Vnc2u3OgpKxe3qkmCyDrCKUwdFrqYw7HAdVOaV0850c5n2OG3nblPgRaaoBqIXBeIqIq7EeJLoI/ hJJoZvLCzBibBwvhpjEpHQWIfKe7JwIX3BQl8qnhE3iJhFGYa7drXcTzDmggKauls3f4VWTimLH1 GCnx2gOx5d9eg4K8TpaXjrwb2EdNFr0IJ4/o2YPH0cNhGgWaxW173BhiZR7VJq1/MI6PBny951Qi 5vUTrBGib1Cq8XaRwlnwhXinXftT4K4qUunHr5AvDxrTAKxDV1GQrUltYns61zJQtdMaXdLqbrrP piEaiUZBa7dkA8rjzJdZupJzK8c8aiYXJEvYyVxmUxuKw+EwGElZNEmfPw8nzA6BdXW73m6ZJ61C R4TEv0cZj5PDwJLcYUD+NgSJlTVIlqbBUXG7qC1OpZOfmXEwwxP2nIsrqB5nEIqzDQnO4IRohGoC kPMzU+kAsGYiB48JFGV/DK4yTxONNpjFaYupE9lKCeHHpKNTEpVHjU+7dQJGslMzdTQQLsoECNCA o6KXQem48QpLC9GUVQSELmFOl/wmJlJPAYZE64rHSpJC08T5UqLQyuDHkuULAyD0q6iA8VDX8ipq BJ1rvDgxhev/tVsH1MmjTEV6jREPou0aVDWTWIUaYegPiyfA4psRjNuI6SzMYX6VsKbzUP1b+aXK FKO3KoHCuVPIYnRPZgUHC2YyLdUzPqD1qJu0jjFfE4rqMLykEXoIZi2uZdEeuUkd7yc5OlaYcqP2 xDWbmGuXb0gwsijLjoujzUrQtSjGr4qKKxnYTFvw1/GUFfRzKNj2ivoLmQLoWl05DkL3Ixi3nqsZ uftOZtwiesBIkD2WGpVRN0nSLLOaQ6Bb0b4xprMveewSGiAI9b0e7u8jGL+XBd+CtQrG0hwzUvIK u9hEikvMtssNW5vcenoJOoeXTkj6rRjF4hWb5BYQU2nnbZFkIGhfISMYt5XGaX+fazA3PAptEj2G W8rMHkdIeBlSH13CK+P3sYj0YzKrdjMOUd/kTS/4DFv3LvHreWCyJ1Py82U5Xo0y9Dr1L40XcuZj fsPgYGYGdNBgicPFfQndM8QM+Vq0HLuiJmPhv6SkhV+X9D7+DkS89RzrVJjcAING2+0EvLt2tKGG DAzgiTOZYZuw5egtBXEaM74MfghiRAJGE5L+kWuIL0TdR43iwZegbdwWEwZ4OSdBNFfnkATk1l0q cxI2wscMpCqDEiUwcFFUZkBGA3DQhDeNW89e07YdPGyIChWSix5hFwzUy8cgQ1knBm+clG0uudYb OMsIt1yRIdys25nUTWwFLQIpHjVtOV1qobflO3MFWHdgvM91N+IxT+/bG8usnOSrYSY74IMeHMBl Ayoc2GWDngzQdUHZB4geKHzB84WKuGLGZlQxwdUGhDTh7gfv9Xtfv6fteN7XbeN+/ST+UX/MNPqU d632WbyeF9VSzTdhrFfUwGF4lTDYOjMVhaupy1G5MGo8tzHRVtWkLPco03Gpb2TJhBj1jubkQszm WCymu0Yef7YjcsoHHn5ktxporGmR0qxZmLgu5SJMTmPyOW/Q0VnsqASkHMJgpaSP9ypnBsDvfbXz H3Dv1lgMdaZrNjMVoziw7gNuGCshjsTP2hduIMdCZ/OrvN8e+0OffWH7uzY8EF0fsPXS+tGKawJb JySmqYyd7q2tlke7D22e8cXUnaPZeUazwQ7c3rF6n0xdtUvW9r2GDBqE1MaXMfBCufkbzGqWQ2lj z0fFL9PISnZKZUeQvJFK7YVLDnpqKx8p4amTH5pV5K3eer3NK8ifY+BnzMieZJv1KvFD9SS7OWEz +majol2CQ4Usivq/Ddqf37Y2W1erqRRgmzXujv9IfcFbrpj3DOtD5Qt1eMciZvwX8MYHNBkwdh6o e+H6B+obTXj+ep4/qaHpfUdSzr1MTfcT6ilHctrJbvM6oG458HK4jpzRLgnrOOmGVId3yVYDKxXb Bq7j5YEtwfCidTyefYYHAGiU4gjafuO+7CtCy7uR3kQ7oO7DvQ8QNiH2AtUNbs7vAtUYYtZnOB5Q eWCUA/H0I/nS5vm9DzfqY/A3cTSd9xsfEDjbvmPrNhs2QiFPBrcdDh+VNvT3Jc88LNSZqshDGWLR mw7fHV0P9ZrJmiU4kjXeeO+pD4grY191cOtAjQuIcsDgHIZwOhDqQ6oOrVcJK7YR7R68cFxDMh9Y bQKvYjH6fR+ns+Yx/O967nzDfHN1GbsvRT/Fn6JlU6w9yrTKkMhj6xEEkSlrmjYZOAT3CkuJ/hlP ax4lOEKqalpIzWIHfKBNg3DmwrFjgO+LUduYSQXxV4Byx3mwywE309TX+Pouv6Cd5qdwMfgSNZJG Oh4+yGS/d/uMVDBFnkeuoUgt2ZOh88KZbxyQzDAuzULuOsyJBkgmITnY0olQliczWEGaxwUwZMhy lrw5olLERvs2O+cDOhoQ7dV/h3Z3vA70PUDVh64fMHzhtg/lWwHbk7sva8rQ7167nZfmZfneuM4m /qMrazrH5p1ics7FBNhz7ExRaw2DYodF+z868s8a/MhGniGIjFJxEOSY8vhgm5eWNDrOz1RKrK7W QjY3Q78RZDHEmbgFxCUDAhhAwoNQlglwzIUIaAOwDtA7UPIDyQ9cPYD6w+wNkGzNL3tL3WzL80vT J+nOZHpsDzh5EJ+4pafMqkLjVNiggiJByem4KWMpElctzOHmqaVPBDUZlUsU4ojIUG3dVYd7OFoC 6BdQvIXoOWDGBMhNBOg4CgDLhnQ6AOjDpA7kO7Dyw8wPeD3w1gbMPxD9Q2nw6nwC/OuL567U88X3 V5cxiZhB5s3YtObqxDszzuMSWB/sUarjVNDFUEkW9mSClr6FUyONFxTnh31AV+ymMiZ8ANwEpZjH ZGfrC72cxnTOsC1Wgw3M+WHmB+7GCXtix4Ncy+j6h7P3N+x5puPv2XJ6O8yYPHCYQ52eH+Q3PUsJ ZJOs/MUkqWFWPuEsDajvVhPiLO2oLWBIHRp22BygX4OWDGBjQlQlglwcA5VQ+dHXYZoM2HQB1QdY GjDww0wacPx+Hz/x0XV0Oi3w288ft8I8GixQ8Pw6IugqpH3vKdKbEt7PUaZTCSSWVz4aMhKprp1R ZDVQaYtenVX09Ad/RD5Q+cPoD9A/0H7h/AbYP5CuiwUrx0mEIw7bgt4XENl8Go0Wf1Gabb4H81FJ cTe8TBKTXGJOu3+zrubf/yy4qohVw2S04gjaXId78HMBzKrfrKHcwFCHOhzwZoOmDZ6zT991OY07 XDae7tGaUFVqxmqJdmcinR9cv3wzcfqroU1TsbTKlilfI53fDv34aJWv08I74YekHqB6oaoNWHrh 7ofUH3Btg2et0/e9S7yetyeDyd33r1OTUhG1viTcmem6qnMqjUOLlGiHZ8ApWf7BCyq70GfDUsRG +/kd9uq71bo7RBXTteO2MLIHEhZgs4WgLSEeEmF/CUDlQ2es02i1mf50fyY53E6aknO6a+KQhAon Qtk0x0F323C9gNVEp1VHIPhgi5VZLkpBmSxTiCNpgx3wgYUMiDUJcGwc2GWDNBz4ZsOqDsA7ENpr tT4Op68xrvB56YxF6xCkP24bpk1TZ4XDXT2nX8LmSkQCnArm9VG1aW9mUZUsPYq2drtTPbDv/kPI DyQ8sPMDzQ0oaYNOHoB7Ie0HxB9IbL4PQ0eg0fP6OZxl9T+KQ3bhm7VVWKdw1YZxAvVVzQZrTOq1 UTYyN19Q77ANirb5PuO7IP0D9Q/gN0FEG8B4lfHfjF6RX/ddruuUZu1VILgrY/4c2CmIB7h4XqAI IhVzVXcBrezI20pGEcqKGDlRg7tAjwu4XoL2HIBfwwQYgMSGKDlgxoSoc+GbVhCPx+L0NH6HxdfQ y+jH8xH4+hecReWK+xFz4Z2ARnIVSSwjVRRcZXZ1XbQqmlhmpE1QZs8QRtOiHfPB2AdoGhDtw7kO 6Duw7wPdD3lYf18B34Q1wfYH3Bsg2YfgG0D8g/QP1Dah/oOKtBjizPGBag48LmF0C7ht9h7Plez3 PTdz7Lv2clsDBcI/lKG9vK2Hc0ZRjvyiHDFzpZq4zKkOHFQtw7Z8sqjliYrBlJ7YRdLwO95C9hyA XwOUC/hhAwwS6sXqnDs6E8HOBnAzoZ4OjDpQ6YNprvQ12j2nY5yb3rtOW0d7zmjzg8j/YK+VTIdV EtNv4YL/cNUbGawpUspGq6cd/IDyWEfK2Z38w/QP3B4ClpMV0zyIX4HITweSHlB/IbcL5xRi+mc4 GdDxw0geaGlDzgGEiazx+36Yvx302VT9MPlTrsGGB7IliwM89RYOlNh4vA2plSGnw/3snA0h4lFs W4HAQh9tUTlcOU/lLV5logGx9HFmNiO/i8YY1Jmu2oxXjOPDIB44aQNoH5BOWsxOmfYD2Qk+NMX8 z8gfKHONDE+ZmuOMTZn7wWxgTnLVYYLGC6/BhrhZak6PkWOuL4xRf+Vrp9nt16s1J2h+1RwcK5gV DqPrdrZ6+9h3pV6snGBLJxhjiyWK0w77sN4HJif7lDueDow1YeuFtFA63HZsG4EhJ4yqEK5aoCFW OYIXdMZ6cOqDqw8ZiiJr2P56nj6HqMuX+baGV0Ov0KlR246zTd+tWCh+DwbfD4w2GX7h4JeXz5zY cTkGZkFM8/9X/pDcvCpospaiMV5A7+0H6h+wbcFBXOkjt+DLKrvfcd2wcWd4w7lQng6wOtD1A14f QH0hsQ+sNwG5C5vW6nbsF5DnHsjv6fLqvI7pH5qjHWHpzvkN/I+U+mOSgGvRT6rv73CPFILpjLVw VhhleoGSbEQxmCGybgE7liruSiA/VvKdYaJRoRftkq2k0RnzA81VtVsh3rkaYrxnyrcY8szmePMU JnOBb7ek3Xearq6Gd1XNarDc1d1Kl2kLKWNpEY2piVUjjokQSJY30qTJelVllByMKeGJoTM011Vj /RNQm1zltPHYfvVPJijPUjv8AWm2GGpnwQ2oSVtMZczqQq4oCYQ7OBOhugogk+PgINZ871wf0xrr 7HKB3/jcHvsa5LgEBeq944PaEYGjJOK0K143M1ax574d5BV5OQlObeZMehlQXlzKr9l3CRSzEaGv HfjRXKwR3lQlQxwdsH2BcY4xcjN8C+hnA1QRlwMShnAhiQxQdiHzBbLiYbmfCD9wvNyUZmDnGOEH v79wGjLZknzqVFxTirewPjtRNJ6A76sPqDahtw3AcXHmI0zhAxYZkKEM6GkD/IaUNYHzhy8gY5gz mgG4GvE0PidTocx4mhH8mEf7GnVGds0ss3rrn2gs87jWu+NpUK2S2rSPr+LrkOriYMAPw2s/Lx0P 66XBmJzTVe1zRCr0ucSrXp3B1etprZHQ/VS0EsjN3JJ+vXM/Kqe62GeWDoA85U6HhmONRuqdrth3 +sLSLEuUOwuxP4JouOZ91s0CY/060p8B7OAeD7GNTR7oHg9OpgF57EWvTqbtPPNZwDtV34c1MEg7 CVnC574KhqWI2ljz2tgSbK57WsZTVl/rFGoyqgniCOJ1xntVTlaYz6apzr6ZwCp0Y0d3AZcMwHZB 7IfqG3DcBWbmYrRmthx4SIdCGjD/IeQHpBsQ/AOSkjE6Z2ny7TV+bq+86zvNXzrdX6cuX2V5PeQC fkK897cG8NUEqRZrmq30B6w5gMwkLaed4pRhklUuLEGRCVRFihlsNuOqYUQqkcMkFGkoqcBG+6FU 0hGRQSVG3QxaR3vQSt1O3Yx4R3tbuY9UzeLyY5Azkr0pBwIap4NJVXok67wSzezNZ7hqlBFfcYZ4 u9IPDYyeCmGgY9p7ge4xhUF3YaQirHnr28NtkjPbhSxlTJ9O643+VLMakfFQTtsl2zpUPrUq/lUQ IUqYr/RZsVEssZK/O1T3Z4d/EDxQ8oCP1InbyqgJfDvrB3QoFaI78QbT4fS8Xtun9J1lXXpYjkZD kWC1Nqs03eWu5QmNCFpl69Mh9PyLSM9/hetJVCvahsgz2MzKX0kD9AnC5kkWOqWEjibEd/rDmBXa 6472AekHrh9oVcV6rMd44I0L6GbDoA7QCYHac76irBGqO9DeDHTmfVD1g2v17XWb19PWeOHddYP1 5+alZqT8f06SMyn3C88BSDJFmGPKnHQ9HpLxCGyNmJicGqU8VDOnajQFmf4jNfUO+TFuDKHZkPQD 0Q+RVu13B3uQ7wNUHuh7wNuQMTpnF3wxy5mdvpjsDPbh3ATgsDXZ2e5IxmTM/yYgQ7ow/T5vX875 tHvnsuj7JzzTnssP2WHYfKjIrKeGK+PDbePwe/qWvgo9i8yLSTghFETS+pjCO9k1TtEdS3icEcqc ojiYETYwSpuvCM/zfjG3He838xejOaD0A/IN2HF4AQdKGM2d/BjWpQXB9rGuF/BhoubC+0eyPbrW Lwpqj4jMmEEDGZwek9s+1i5XqnE1far1aIWADKryV6/FUXHp8zRqnR0nKGOsHf4QipMxcDN0DEBO heWB3rWdxwY9ger/J3zgtWBHrnb+DUJYM0HPh2AdiHSYIxtjNr5UxbzMcF/DABzIZEPx1+r1/kmN 7b1/HvdeBcfXa/oOuPIeLnMqcpAmwHXO/RG3lXO/Q9a6G21ZSJxmmJwJxmuBXCOwPVQZ7W4jdfUZ 2AbcTKbgd/XGVcThB+71seFMYEzzwfIHF4YxWMONEzvkh5QSmIpz/9BQqQ+t0udoU2NTXvn857NU xfs4LowT+xBcHkMRD0VHZ2dTAzVVMOz22BtYFF1WWKqUPfyU9tqKsYlN2He7wKRnDivVq6nAFg2i cA8Zb/8StXcDvqA88Fj9XM7gQw4dgHYh8ofMqgh4dq+FSg9xJ3DhzqqEPCO/n9Ht/n5nf9dvXNmf My1IuZw3Icygp62U+q6hCqcPctmRYOqW8TkcPEa/O2wtgzTny8zVuomwGqgshkMdoiywymFVlI1X xjvsFV2sOdnQq+HgLwuZ3lAzQaEO3DvA/yG7CMFf7pDvWB4geWGOxJh2ZoA6UM+Hah3Aa8JHFGPz +fevufPqNFoOh0E/vY8pZP25Y7+bCD5zd88PgmLWcHt42UUrhZYfODlBGS8SWsm3XLjvqA1wmRiw 5Y7j8WYyBmW5YxLmbXjDHGmZsIK70faxaUfaxa0+6x6Olo7O9YyfqnuJ9rGEPs6ex3U92rQ+7XiI xUrTxZsV/BmvmsrJn+ApUqEq5cW8fg7s+34d5k3qcOH/MkZ981mzMnDhw/57AzOGs8wycOHOAoTm whFlfJYGKxST45ET3Sh36A+4d/CO+wd9kPsD7wjRP9Qne1DQh5AawNaHY40x3BnVB9wfeHJypjBG XgVrHGOPM8+HcB3Qd2Gmx5j0zPRZAx1Jmt8ui0PaUfzwez9cx836fMX00qf09M86z2Ve6I05Jb8p rGRFMykzJXjhsgy2RUNkfCR3j4TWf63TapwduZ8cTXaQd/UO+qdsB2NO2xgar4cfTrnk18KdkiW9 8OFdErICp3cXQPbOgDLMWJnpVMH6dmasmR64hoJ8RiKo38N/0rDxZ3+yNWNt42KMUoQHpmvkc7XY 9KulcHfYcwY2Jm3cyY5Qzfg+sPsCv80YjDNqyRi1mZgM2GcCr5MxWDPJ5RSGW1qC6PwsbAwe3UMv go9SqHzMnWp+ieDSHvkkB7BDanHAKKanEq9lNCi+ilLpbYpEsRqxQ+TFJDNBGy1UkTn6qx8cQO9s C8ByQcmEmGSBsHcigppTv0h9QLIQ4wzbTvwZEx8Jn9g/oO0O/p9Hs+b4Hm9kc9nsvZ+joXGRw2Rv hlDJFot318Eu6bOv1xMmIi73kKRxKQ44/PazckAcRGTRMTiKM0oediA3Q/AcH8ZGh3Y75EVxJc7b RW+jzvxhsA7/KmPEMx7Uw1M93LGPBM8zLjxncRMGMSZtEyYtJm1BjwyQZMJgJkNr9Cfz2/o0qP34 Gf53Py71qbOGdxpvc7Yv3ZuPJNJkOxMl+2RkaP2r08ZwZ4x1bjMQ7NMtiZc2baTInC0MtQSIKk2k m13KDvkhPJkzuaDUhqw9cOeE+maO6Y7pzv0nfqO3NU+GY1b1nAHB5zFu74sKk9TzB7KC7TQsW2Oy Y2MNn7VerVQgrURb8yJmeNZhjN7CRCljgaopqk3+sJHE0A7/KHHNjEuZmA8UPODTBVlV2uKO/SFh mjGPM90GdbmOgM/n/1WHGPaYodapiezTMZPBcHfGqUSNe2sjZm2X6536FoM6DCblWHqX6N/JnAwm dp7xMq4i9oLuqXibNTQ76EO3D6FTyfqdogsB28ncEGsCuCzhYDtmCzhaQ4oMkE0E4DsKAMwA5Xh5 Pa9F2s5jx/L8YV+EE0VbFStx2RsS4paKVTbYIrB+cYNygu6JY95bsxDIyp+5XIZLSD11UsNlRUfJ qRkZX+IvvDCqDXlkQrOlQ3ZyNJmR354P8B3weCH0h9gbQPyD9gsArwsJ3GhKh0odMGkD/IfKH5B+ YKc2YrhniAswWsI0LYF3DDBkgyYOQzIdCGeDqw1YeuFYyxismeVDBh1AdSFqnBpUdxwY8C0SBvXX GS+evOj+/Bezza32LgV/EZkmZaDkSkP9klJVBSm3xKVKyi6E2688Snakd6yd7U72wcdOmJsz4oes GqCMcGLsZdh5wa1yY4qeCy84pB3q39BrILg1bFsiF9Eq549tH6/psW/z23xHtSgVz23sjWVUbyaC YujOlRGnqLfERruobUjLARN03H2wLp4PqpYyU66Ud+zD5w+gCPJKHeWB0HUB2wa0K6J9K8dtIXkL 0EoHOhzwdQGUFBTKncuGaDOh04dYHcBog8ANQHrBqg94PhDYh9YfYGEdGMYZyATIeIHkhpw9cNnr R/NL3ulH99Vs8u9Tyez6pf56pXh6qq1TV/97D4EbccBgAERHS8BmkGA7CdILwl2bdPqQVtZROgXX OFskUxOP3cAAf/OwBM3HAoABEAEcdlyrh5UecN2KikiS3VmHfJh4AfmFfnzEYZxgdsH1BbhLdOHd G7MagzRBuwv9AYwBnqg90PeCuZcxXTNnC0BhQY5Hj/5/B9DGwQ+NiwegpPR/GqKcAPEn63nc1O85 2klQbQd/yC6Cc66nebDLAR6vFO+MGkDThsqExszOS50xlDPFc8YtRnBhhA6oOrD/AaUNnrUrTd1p en2brZ5JX85VSF7CnT1OW8FnLR91ymgZ0qIg/C5cySSERJcCocuvAy/zOZYP1bOSzWGHfPh8QWvM GGxnxA/cL5mTHQmfZCwCfEqd0IaMPCC5KoAzZ3OB6gV568Apu/9qwkJyTguj7XAAMqltEbN0SfHC Jf6ykaruh37sLnz5iSM5cNMCmbMYQznw1wWvOGJkz44bcORzpjojPshYegMXUzdgoQ1IboPwibvk OPej+Z/6fBVB5jJpLUp1GaBCREUs5NpPOHfTBtAsuaMcWZtoW4LiFyDABjQmAcBz4Z4OlDxw0gbY P5DlOhMX4zng6MOvDvw9UNUGrCvdEWrGO/1qPzT9bp3oX7pRodPL4rT0ZL6dWxgt/FxzKsjUQkIK oK8m7XpnSqr8/uAvdnrHDFtNVGsWXDMQ7NWW2slpKId87njGhM8l0hjGmeI6UxcDPOB3oeeEX0xi 2GbaDcNaHwBC2mxWgiCdWfbYr5atj0dQxYS+aeyCvkSC4GZJzwdixbuvbYXszbM14DXqzXyg+SXb xH1rqiIx8tGN2Rh9aKyO4YRoRmrwaZbu6nb/WIlgV8d8WHLB1YdYGsDWhxIoKWU7jAxoZwCQqmuj MNzvfB34aIPMDzQ3AbkORFEH4/BvXzzU0fZdG43tj+ROqXWzTZUNh+aqV00Fmqu5srtIHZSFlRLo l2y9zdFIcIM3qIbDo/b2EV1iM/4ZsLma0Ms/I9JAX06Md+rDSh5wfmG2CydKlgdxR21hHKsFNQd0 Z3wjvvBtNd6vmer4Adpm5vN8tvW+8spUmwjGSk/DG72mMsiduKgpUfCtT2dTYqxf7xjDcXFQLuKp /V4V4o8Zme4KWQjY98d4vpzFlM8cEaHWB1oaAOwDvQ+/qDFZ6kL6Z5EPT6pMfe0/fdfnHGcyOFyN 6zikP2FUOPzOJieFrCkx8KGyB5FZyeDl01sZZww/MhZSyh4z76DkeXa8MU/l5Z32b9I2ApYSrvsm qervengHat5mOHfYBsQ83qzGlM2zrTEkZ8EKxnzFAZ/Cpot/gq/7VMbteY+Zm+5NUorXBdHymLgy fgLtO5hQMJxh2pqjoDt1bEaKn4E7Qms0xeBtSc+xl9WbXBs2+M4jJCTrh2ULEH/sxygSQSliJcT1 FTydSZ04fCO/zhFdYYs5njQ6MPADZBYhP1xx2NAkDrcduYXwOdDnlUHvIO6gP0+bV/N5g/miH51f mavQZ2czuO5THPRCgCKQfGKVRLs3s7exlkNYBwuRweQBLbC2EdOk0QwltwmyhBm6AQ9rESUOb/Wg jPakd/XD2Q1ofCGuD8w/QP6CLFeFXO2ELOFpC3BbwuwXgLyHLhzANgdA7VYSZw79wfeH6htQ3gbL 3966bRe/otNvnQF9luDn6S725vGoPyjOfjnRmS/cSP1bUyEQNZcYahHUT/MiTW9mJNcN09pJmSxc PcaRmvQVMi9dcY1Y74fr0eeFIn43OJpbrmLaSC6PrQrKov9+2NfsSrbFWgN1MmPAhtV+14scKb3E nOtEKpiB08hKXU7MQKrSpqsqsksIoJ9ONHdoEeF4C8gSB1+OyYYYMQHNBkwbhlgoAzAeMGkDTB6w apVEr3zusD4A+EPpD6g3gPAlBRhgTuFDDBjgx4ZUJYMsE6Gy9/UCwY2Wgzvv7IfzRF+x4+bDRPdB 5aemSryzCxkLaMthUy1/rikFM2/o2UzKqmz5kmZLFxBcCK1nh36MOyDsw/wGkD/KrAG012p8LsNT 2GbU//s2qihD/nnaEQyYDnxohKlZRW7ypdM/e4q64urKXyeH0B743SdDItNJqpPjtJ8lZjR3tmf7 usW0LdpBr8aTGxdo0mwi6/n9H/ff+XWf79sAAAAAAAAAAb7biRvC6yKRSnbqWFSLo1GE/BvGF+/0 8qw/Nfo9aSy+W6Vs9K8UmtsXdCjI75ttT4Uf0u4vC0lymDiqu1wtoUncHXKu4wdXrbofl2D8eKv0 UogHVcxyc35RmkFam+07RopdDtpEQ6xbYqs72skxf6tSPiO+lYrie+wsVfuPHFhRYDrjzMeUOWfv 76x78tAOx5rt1NpVja93FGlVzNXCKU4o03yMVhSHUfTa6rJCKUsKpFn0wprt2NpFm4X07AeqoKY7 Tiknfv2ed4PzX32VeXcVPj7nvup8vLclnshkcbit+m+jgFJtRqpP8FfUtr+o3v37vPJH5r68Ohvx XEzxWfm+m5GbDjFLP/Inhd/irKkVXYucT9Bw3hqXOqyDxv0ctfv4eekPyouBKXNg2s+MOFJE7XVT mRJd+yl1QhD27XzKJN4+b6VtHzRpWEbjWxWFi2ER5sql7U5giyRV7QLnGV7iDNYUfRl5v4M3npre Y9RTiB7aQlGkViNUOdmxuk8n/rBORU7URLskVIo7m3x1dChltnOYKbWnOxqVsUk7Io1HeYU3mKfI jYrfcYo+WWHXlLXwYVx+O/XjNU/1ipuKrNXGabQpHUxKneqXSK33X6VlPetP3oLYQrWXKR1AogTr KinNxf+nb/FXGoSmm9yGRPLiVItFzOEg5zaknFQmVX3E9p2hUpfn1kkcxRsUUR/2L1WjHGCqAv+z frIUuE3b0EgfH/4SUJHHVjap68WbfVwrAVkK0FbCuBXQrwV8IwLAFhCxBYwsh9g7bemeUrNlDa8W Ha2x6clHB3lzDL3sOwvwcbgwrmLRoop9OTMa0UZr5PHN1Qh1ol5unTq/9l4xRmKE0hGavyFAXNBt L2hKaRL19vkmRWlB8WTVtS9GX/mviiRUJhZXlMyZ3/ozkpGI/dgQr/375KR2Iv+1ibGuOOVo0pJm h36oPtGePuO9YMn607WRoitHcWHcAVIYIVMuxev2hdhXl6E7rA40Vu547qAr8YYyJnwA3ASlgMdk Z+sLvYTGdM6wLUn1Qq8s75gK+pAPoEa9i9fF4kxqYHpBVjzuQDxw0gbQPyCcsxidM+wnzypJp803 fI9flAfLMk+dmrSYmzP3hXOKMYoz1IfAFpE3TU74IEcElxhjLp8hNVe1PTCGZwJ0N0FEEnazGZM9 L+DzTaX5Hn7vNP5vnPP9PNR53new829KVKem9DzfP0v3az9Pr12t9/19nrdf721/P69L7Gu53W5f 36D1539fr+zw3lj13W0XzvPP1vgvue/y7z4fX8p56VIfP+Clvz9h3Tx+vJeVxmy9v2e91Nm+l28n vy7fZdG83TzbPMC8833Hn5j+eZ+TzPPPbeUkuD/X73mTea95tX+9IOeeat59e9dTTCYh56bz6Hmk 2Onpk9S+p/DzSv0uR97zvN4156tIp15Q+dp9m8875frS0jUX+GHA8qHOTzS/HoX73iOTu1frvHqi TFzB4HiZcqD7x4t39Rj9N4t9t5TukpAlzGe0TM8R9Vxr/v2xvcO5k550ylmgdBwWVuYsw75MPATn 8qv82YjDuMDtg+oLdljE4Z0c4Y1BmiDdhf50xgDPVB7oe8FcHOGDtnC0BhQwwZ8PiC1uTDYz4gfu BNXuhO+yFg5wxKmdCGjDwguQ1xGUO5sM4HqBXnRjujPdhcxrdpI7lw0wUgOYROW5NcEyd8cNuHIn eiNSwmbqduwUIakCb1UR3Oi1r0J3ks2YxpniM4YuBnnA70PPCLFveth22g3DWh8AZPoE1F3enb70 Qzodt+eMRxnYBsQHHnWlO2zpRH474IVjpjFAZ9APvC9DU3as7hxqdPKO9oxOXnT0L/ucNPTsMkbe obZUOwelbo2Ke4eaUY7Im6GdOjiP3nv6ckf/DR1o/nnv/57X/ahR7/TaDNWZQw8Vh/3sw9z8DdVn owKwOPc/CDafH+BUNn4G+yhtgBBtlO1tlTqHevR+7Z4w862n/eholRxmLPq3tx4M0fHiQUW2ztp4 /gPseybu9Dbzdzko41jPKdW7hRwWmqfTPrR4Oko70NErtY97ZCumeLKm7p6M8Yd5cz+Ez5unbspT 6PUetHSG9ij68/eXvjyRv6Geod+V8qegm7e2s/sZPkanGD2698170PXvx+m913EmbpqH8xn0erEp RwUd2j4YaiUfdKYF7l8kbu/9TQQ+fh/3aoHv0395KdwBNzPqUXPmjwf37psomkG4aHi+nJvemp/v Ox/4olPf6Wedq7TNT06e3eGPYPn9UynM87Q4F8o8/A2Rqf7zsf/+jB7n/9+VAe1n3JDO5qp6qp7u g5u5LN1S7D3XiM4bGZ4U700J/JUNvtD3u0eCz7Kjrego8qiOIyj6jiXY/8KnAnYP5v99yCIalBpd NpfO0vo7402n+h5PvNP7Dz/28gJehp9lpaxSfzdNsXmn0un03nep+fo0gfNfQ1Q0U92kQ0tHbS6X UUtfs8zntvi6jSzjznH9FJ9/fv8n1306XRIf02n9R5mvuyf4378dL733abYUZ2byg9785p5ZXmDe XF52P79N/jP+Z8njz3Pferj9dfH8n/uZCST/9GYv3bDpMO2YyRAzvKd0yoPvGPf3iwviGRenP9+2 A3u1sgiQyskPHUnTZ9bh7de8PbVN2M7WuCManWE/Xzr3u8MQof/9/fiaf7gpz32ERxu0fXw+JNn4 G9Bnow+17C9z8AADdNnZBE7M0OqP7tnjDzbaf96GiVR7po0POvcdnhSzvYaOL1+BOxnXsJ4r6eGG lOrNT5AKs5re2qfp1rgXsQ0Sj7tBH1PN1Ha9754meTTs7mfwmeREvdqno89tUNEfoN7yf7JnqHfZ U+PKv4vnAfYx3I0fuv/lOH/ICI/+dgCKfKBgACIA/+dgCVfKAwACIAZ4w9C/Pe5+sm99096FFgD+ Ez6zF9wJ8/AAADYjPqUcfzR8/N6edpzhpDexrsm9z831rPO1cZk+fm+tP0O7nD5+AAAGxO2NBWme /I6ap8giPdz3dgXsMN7HF5yjxmeFPCNCfxO2NBWuGM3M833Z9A9ypnYjKuTHHsj3/8PgJ8P90ffr Xkf2/gf7RKyyf7IKH+uUD/VLWn4lH9QI6ZP9IVcqn+gMfSn+cQD/MP13T/LGg/yEUP8dHD/GSg/w 0gf4KaH36eH3ykH3qgPu1UPuVcPuFoPtlgfZrofZL4fXsQfXMA+sZQ+qZw+nag+laB9I2h9G3h9C 5B9A4D5zqnU+a1BB5TEI8N0l4G5xdG8sGMDGhjgx4ZABmdTmDvMhkQJ9LyRnJhlE6VLyx2XOzATQ NzuWOk0inTLkOcOz4OzuYO5kOeTkX7Nqor9EZ6N69IBFr6cz1CcjPdWqXQf620H+TsD/F3Q/xN8P 8LiD/A4B95yh91zh9v1B9r0D7TtD7HvD7DyD63wH1fqH1PuH1H0H03wPov1QZ9JDsMZlQag2CZCb R67jqODs8DoE66mqUJ3nQ58CYikpl0JnPKKKdM9epUSNRBrDo1uhtb2lDXaoYwFVWrD4MzYblx35 S1/6sSuP5d8je8+dU25ixCAqttevCkNb2tbW7WrkGIvaySJiq+1jkc+ubWxKVHZ+5XUdgfB0dYVl 1/M2RXnkCh91qMapXtra3r6AzE/H9qKQI4/t8Orxdco3lIuKRPVj2tXVEZ48siKVdNfOJRyZTPWw eHpwrYztntaeXUGp33Wml1JqfbpzS6o1JXTGl1ZqdV6BpdYan8e+aXWmpH8aaWfNSY7DjjPXGpd/ TLp9eenq7i1mdAtPnRvZdg9pV9UaXYrTd7h5dkeuvPLszUnPRNLtFaPfx/BBTtXtLvtjDQSMfKNR aOoPo6d/x05X625p37wyOmU46Yrjpd+HS30dK346U2jmB9LjvaRQz4np0Y6Lo5RSTuKoRRa3hViK QbmrKVlH7rSOSlAquPdK6FeCvhGBYAsIWILGHHj2/1COOgC1h3IdgHZBogzAVa+iMh33A3YV0L+E 2FuDijWpTFi0oziNkUgaq0rUikMxDIQxkL0YlH8gWbESKivfX1H33rcc7QT7i+OpebbTrV1ITreX n3LpzMu5CXczt833M0nbUuUsz7t21mnVazr4zqYau2ymdx6E17JVLvaxnZ6ca0oWrOzdJp6+XO55 jekjeG7Vw7pVy7Xe87PSI9tcxHWKilaEVbO3S61ejL3yHIUhu0lF52Ua0L8TBPlum1ezuEdYegcP 2ZQRNrg8GMxWAL7UvYhy/Qm31OYbUto8WD2NB06yuS5PzFqkBWlVuknk/92WLcK3Ve1W7xYGf+3S aj//JSxZFFtsoMibjvtA2wORlFCd+8CqWO9FfLxnrfBXr5M7sA+0OmT/fovGCv3xr14njTFoM28M EGtD4g9Foop6obYNyH2jX67M7Fxoi0dvIXwO3Duw19tMfKZrAs1K4dkQuodHcTHSmfTD1QtFyMW4 z/ftjdzdKURZe7yVFh95pd5maK2UXx7zy95mqL9qKsUX2bzyd56dF4A/fEUWn22+ZSi9jeeHvPdH j+Oi8/cfbuOIouTotXtv43e+9z/GFouYotBRbyi7Ki5Pd3Hd5bd9/u6Lcdpvf+tbRflRdRudT/W6 3H6bn2d5ed3n933G78ejNx3O79H+qHcbv+tjvPp3O7ev+Hrst3ldrRfy/g3foWD+pv+rH+On3eE3 cfu8v/T7n9bnqd16O63W33r5W5+2i8n+vL3O6/jcUn3PeCEdD/X3/r9fiqf8PatHrrk5k6R/xD8w zIqxzNIr+1c0Op+f6U/lGaFkd5RK81O26X7RiBt4wB39MOjt1ZPRQMz/t4w7pSpfv1Cn9+2N6f2n 1s/4KH8yznalCnGanebT95j9nH7ua8YxI77gHgdlXzGiM3iMS2z+Y1OisBp+ULanTvW/2IxzJnwr GY8cz5FlMagz+qf7FNnhtb+hevuBrwwIiZhjv0h9oZe0GM0ZxnFGMiZ6wO4D4g2ITHFmJoz4YeQH 7huwu3GGOSM0IZ0O8DSh6Qe0FatRiwmcOGNCUtY/c7nA6wO1DvA+oNiGFGpjxh3JhMhInb2dlAw4 dMHVh7wa0LMNTzxZ3Bhhw5cMqHch3oLVTkeZkjs+GYDyQ04UQbwOUtggQ70odOHwq1W1WC5BzR3K h9wfowqxouPMVg7kZAxkjPeSJj/BnFyQiod8m8GPLMznIGHBn074Y9oz20oY7sz8eCMfQZleVMcw Z5nBmMoZtmFMRxmbCcDug74PJwxjSmbBiDFlM28I8P8B4IfHiRBx23YwxcTOADBh94fmExjjDczn AzwVvHmLCZv+QMcqZ1PLmPWM+wHuhmuYMdEZ0/MmPRM9kn3WntuSOceZmgng8kPNDzw1QVvJmK8Z 5jKGMkZzzUx1Rn0pcxqzNfmBoId7gP8A4bGMuZ8kNKDVuYyxnwg8wNqG3DHc2IUO9wHfh9YbII7L GLkZchmQq86MyHetDtQ+IPpT7Yf7Md40LeGgDtA+QNiHHOTFwMzYc2Hjh5AfyG8Dkp4xKGejDqg9 xPtR+sfOGLSdyAZUO5DRBaJ8ZqOyIX1Pji3nzuqD3QsDoxYjPn0Bj1jOHy5jFmdAHaB8YfWHHZgx bDLcJwPIDUB/QPA5TMiKDvSBnw9wPeCyUJ07mg6UPSDVA7zhihM+iHrBXM6YjDNvCQByDoJjoB+5 3D9CYxhnSdEY8wz2XRmNCnxxeuZ0rTzWlL4f0f/9ds6p/LCub2PyYJT1lv7KU9Wz2D5dlctTu8dr I32OZ/j5/xkdvxfY8t+vxcX++wv3v3rbfzuvku/rcv3WS8u1fhdLb7MdrLZXvi/P7MB+GyyPWXDd XnycTF7bW/Nzvo3Xs4y0cl8lFd/e/b8qtWrTs8f9+kmNXrsj3n9X3XZD7/m+7k9TX8XtPT+67ymv 3W29vb1hvttv8Uf99l9u/e5G+ZjNn+dFJ0XybHj7L6v08rSLVKUfxN80vt/r6Ml/jrPM5LYT+xef h2X6bn8Nz8+5+Tc6/c+80+C3e9lfW8baZb8cr9GU+30Pu2zfxvzzn75qpnj4kWKKsPOksu8ef1/N nynxxVw0Ys594jzRxSnvFEaHmPN6bzdl80SPgXXXdo671pRHv7zbbt5uyldEpuv6GVC7L0m29IaN 3e7OPHg9HfD5W63RxSjClD55BcZPShu/5eImfdl8bz+heLz4ozm/KLRDzef9hob4c3Cm5U/ZAv6J g8/qVd2PP2zz4hesIoRv1B+d3D3n6KXpF/XtX3TYJETA9+N3Kn/UbVXaGbo3DWL3uOM8XfO27/+s T/mt7xv2tiyCmvuCm8oOnorZ9zv5Z2M7TCV78/9fP2Gv1fLX/5vl6CyzLXRS/N7jjf53HV91qPF/ jt7/6O25DC5rJXvYbO9SupoPd5DSxv44bwL9xvt7fzsp02F72uXS3e1kIrUeFZ/t928cVf/O7rP/ J+uL5jZfzuu+5Dn/a73z+k5P8vPzGn8T65P8fHwWIj6zl/swXTeJ0Vk2HZxWy4uR4maw/r+R0XMX XF8dsPG+vud3Zea7zUNdyoPuyh5fovOxSmszqiN7R43qVa9xW9dYrddC3zVlo6wPmvMa3yk1+R5x jIn/HDcEMsO7kbjacI5tbXIatJkx9FWR+4P71mjeVs2fGS1arVmLrFXrFWi6v0vOl5sYzqwAsl7K jcrk6NxTOh62JH5zAYxRyPLaouKq8CAP16xWN8RVarNWrCx1mNwLIoljVKEe0llHKLmmu3HonyvV mr1Ytj8cmpPjPzVHaX2smOki381N7FxRbI9BPLBW1pvpjW9GdTkcbiim4hxvmgQM3KXij0rUXXDG /tq5+PACL1AidGyk+vTOoz1FG3qGprO5NswY903BoPTnq2V26d8PbzaO/5WU8zRd1zvmaI0q+pdh 5fkjH43gujdkUwSAZF2LdKU/mrKBcdFmnvqQU4ikqlwUj1JEXGK+qcoN2Vc+p4KnmqaurexVrK0s zS0tLU049peY2KkqtJRclWJKuSVekoySsMlY5KyyVnkop5VnlaeVx5X3lgecU84t5xrzknl+ec08 yTzJvNh/vm2ccN3588I9WhpxjStyVdkq/JWCSsUlxMlZpKtiL19eZF5sXn3cHCt8lZ7useUp26nQ 526ibWxKWlF4gtJmc6hO/BO1WX+tcu3Rc4acM9uksHy5pR21eWEbmI5RPLGs3zlS72W3WlW7BXss Co0/435iBWRQj83VSSet6VFOMG8qZsU+XCk0PTpC5NpmULjPYv7DsUM8FpQo9/BMH2w6Puv23OKm 7F4fXVtS5W/yfkK9Z9LFKK3Z3RmfVRa7RVE7ZqsdP4Vjo9fikt0WiKPO2xQXd61w7h4pMdI5eKTd i7ujTyzsUm7H/VD82Ag8dsId3FJbi+Cd4gNIFWLjiy/rq1DI5pwTtiGpf9HvXoUCbWrSQgla1bun 52bbOJppNud8Zlu1HoLyQefT/uVLsSX/o7ijmG98RMXS6qH04kziFrumaZB92YaXSSkZIvQkxT9o /7BgeE/fZyn0ePo9XFG0rtavO28YxFq3ErFqto4tRLaaqfuTx/ftgAAAAAAADZFDbf9Vtd7mu7eR 4uxaDszMfufGNLxE4rPRSceIsKcd/VhOO6it9ztOKz+aTgYbPJxX+6pWLC9gom3fduj3tWU75SDt 4KuZby7tFq63StrUwSvzOdQacnXa6gKDs94z5+AAAAAAAAAGvvDfF59wefaTLw+Kob4tXEuUU8UP 9n/bx+9Iz6YeoHqh6waoNWHrh7AeyHtB7Ye4Huh7we+GsDWh8AfCGuD4g14fGHyBvBSh8wfOH0B9 IfUGwDYq9f7E5UL+4z953ZJwad+B6btXf81eM9eDdhxJjertRopgVHA/M+pQqUfSswxDxYFRZ2s1 xMRK9EME9sntD4WKHBVX6wNFT0oo1Ud8D4VqrqlWimNDlD4PWwMUGXRSVGfJYYl02Uo+1YBn6KVi eD43ZqKKSXRmnkBL5PqTCkoPzLqUBYrQRgM3bihn5XPItUWh174xGKLqwWKjp0sWdEfrCDPkygVC 5NMO3LDiZ4I7gAv3ym21ioU5qmJ17etXYVYFD4P1sJ+iixa8/bnlMUKA3NqVV2shYzDqnT57KZUN 5HAM/HrFKsTj5+bNYoT+RddSiJT23VRxEd7vq+X5aLn+xGNLjlHMuhUgvvIyiv/9EL2p/HIeRzin 9+2N9F/+QMQ9ewBABwA= ------=_NextPart_000_0001_01C87E05.8E63CAA0 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Mobopts mailing list Mobopts@ietf.org https://www.ietf.org/mailman/listinfo/mobopts ------=_NextPart_000_0001_01C87E05.8E63CAA0-- From mobopts-bounces@ietf.org Wed Mar 5 18:02:48 2008 Return-Path: X-Original-To: ietfarch-mobopts-archive@core3.amsl.com Delivered-To: ietfarch-mobopts-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D771928C388; Wed, 5 Mar 2008 18:02:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -95.648 X-Spam-Level: X-Spam-Status: No, score=-95.648 tagged_above=-999 required=5 tests=[AWL=-0.164, BAYES_50=0.001, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, J_CHICKENPOX_12=0.6, MIME_BASE64_TEXT=1.753, RDNS_NONE=0.1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5jq4UYI47Rjx; Wed, 5 Mar 2008 18:02:45 -0800 (PST) Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E5F353A69FF; Wed, 5 Mar 2008 18:02:45 -0800 (PST) X-Original-To: mobopts@core3.amsl.com Delivered-To: mobopts@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C505128C155 for ; Wed, 5 Mar 2008 18:02:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DQ-ZlJ9gGt5Z for ; Wed, 5 Mar 2008 18:02:41 -0800 (PST) Received: from ict.ac.cn (webmail.ict.ac.cn [159.226.39.7]) by core3.amsl.com (Postfix) with ESMTP id 335653A686C for ; Wed, 5 Mar 2008 18:02:39 -0800 (PST) Received: (qmail 11813 invoked by uid 507); 6 Mar 2008 10:12:19 +0800 Received: from unknown (HELO zhx) (10.21.2.11) by ict.ac.cn with SMTP; 6 Mar 2008 10:12:19 +0800 Message-ID: <003a01c87f2e$1c172080$0b02150a@zhx> From: "Zheng Hongxia" To: References: <000501c87dc2$813d3a20$0b02150a@zhx> <47CD103B.3030400@informatik.haw-hamburg.de> Date: Thu, 6 Mar 2008 10:02:19 +0800 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0038_01C87F71.2A1DB0C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: "Thomas C. Schmidt" Subject: Re: [Mobopts] Metrics definition for MIPv6 handover latency X-BeenThere: mobopts@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mobility Optimizations List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: mobopts-bounces@ietf.org Errors-To: mobopts-bounces@ietf.org This is a multi-part message in MIME format. ------=_NextPart_000_0038_01C87F71.2A1DB0C0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGksDQoNCiAgIEF0dGFjaGVkIGlzIHRoZSBkcmFmdCBkb2N1bWVudCB3aXRob3V0IHRoZSBjb21w cmVzc2lvbi4gU29ycnkgZm9yIHRoZSBpbmNvbnZlbmllbmNlIGNhdXNlZC4gQXBwcmVjaWF0ZSBh bnkgY29tbWVudHMgYW5kIHN1Z2dlc3Rpb25zIGZyb20geW91Lg0KDQpSZWdhcmRzLA0KSG9uZ3hp YSANCg0KLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLSANCkZyb206ICJUaG9tYXMgQy4gU2No bWlkdCIgPHNjaG1pZHRAaW5mb3JtYXRpay5oYXctaGFtYnVyZy5kZT4NClRvOiAiWmhlbmcgSG9u Z3hpYSIgPGh4emhlbmdAaWN0LmFjLmNuPg0KU2VudDogVHVlc2RheSwgTWFyY2ggMDQsIDIwMDgg NTowMiBQTQ0KU3ViamVjdDogUmU6IFtNb2JvcHRzXSBNZXRyaWNzIGRlZmluaXRpb24gZm9yIE1J UHY2IGhhbmRvdmVyIGxhdGVuY3kNCg0KDQo+IEhpIEhvbmd4aWEsDQo+IA0KPiBjYW4geW91IHBs ZWFzZSByZXNlbmQgeW91ciBkcmFmdCB3aXRob3V0IHRoZSBjb21wcmVzc2lvbj8NCj4gDQo+IFRo YW5rcywNCj4gDQo+IHRob21hcw0KPiANCj4gWmhlbmcgSG9uZ3hpYSB3cm90ZToNCj4+IEhpIGFs bCwNCj4+ICANCj4+ICAgICAgTXkgcmVzZWFyY2ggdGVhbSBoYXZlIHBhaWQgZ3JlYXQgZWZmb3J0 IG9uIE1JUHY2IGhhbmRvdmVyIA0KPj4gcGVyZm9ybWFuY2UgbWVhc3VyZW1lbnQgaW4gcmVjZW50 IHllYXJzLiBNYXliZSBpdCBpcyBuZWNlc3NhcnkgdG8gZGVmaW5lIA0KPj4gc29tZSBwZXJmb3Jt YW5jZSBtZXRyaWNzIGZvciBtb2JpbGUgSVAgaGFuZG92ZXIgcGVyZm9ybWFuY2UgaW4gYSANCj4+ IFJGQy4gU29tZSBzdWdnZXN0aW9ucyBhYm91dCB0aGUgbWV0cmljcyBjYW4gYmUgZm91bmQgaW4g dGhlIGF0dGFjaG1lbnQuIA0KPj4gV2Ugd291bGQgbGlrZSB0byBoZWFyIGZyb20geW91IGFib3V0 IHRoZSB2YWx1ZSBhbmQgcG9zc2liaWxpdHkgdG8gDQo+PiBwcm9wb3NlIHN1Y2ggYSBkcmFmdC4g QW55IGNvbW1lbnQgYW5kIHN1Z2dlc3Rpb24gYXJlIHdlbGNvbWUuIFRoYW5rcyBpbiANCj4+IGFk dmFuY2UhDQo+PiAgDQo+PiBSZWdhcmRzLA0KPj4gSG9uZ3hpYQ0KPj4gDQo+PiANCj4+IC0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQ0KPj4gDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KPj4gTW9ib3B0cyBtYWlsaW5nIGxpc3QNCj4+IE1vYm9wdHNAaWV0Zi5vcmcN Cj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbW9ib3B0cw0KPiANCj4g LS0gDQo+IA0KPiCh4yBQcm9mLiBEci4gVGhvbWFzIEMuIFNjaG1pZHQNCj4goeMgSEFXIEhhbWJ1 cmcsIERlcHQuIEluZm9ybWF0aWsNCj4goeMgVW5pdmVyc2l0eSBvZiBBcHBsaWVkIFNjaWVuY2Vz DQo+IKHjIEJlcmxpbmVyIFRvciA3LCBEIDIwMDk5IEhhbWJ1cmcNCj4goeMgR2VybWFueSwgRm9u OiArNDktNDAtNDI4NzUtODE1Nw0KPiCh4yBodHRwOi8vd3d3LmluZm9ybWF0aWsuaGF3LWhhbWJ1 cmcuZGUvfnNjaG1pZHQNCj4gDQo+ ------=_NextPart_000_0038_01C87F71.2A1DB0C0 Content-Type: text/plain; name="draft-MIPv6-handover-latency-metrics.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="draft-MIPv6-handover-latency-metrics.txt" June 2007 Metrics for MIPv6 Handover Latency 1. Introduction Mobile IP allows nodes to remain reachable while moving around in the = Internet. Mobility support in IP is particularly important, as mobile = computers are likely to account for a majority or at least a substantial = fraction of the population of the Internet. Handover is a particular = procedure appeared in mobile networks. When a node moves, i.e. changes = its point of attachment to the Internet, on IP layer, there is a process = that a mobile node detects a change in an on-link subnet prefix that = would require a change in the primary care-of address, which is called = L3 handover in [RFC 3775], here it is called handover for short. = Wherever handover is mentioned in following part of this memo, if not = specified expressly, it means L3 handover. During a handover procedure, = as the address of the node is changing, connection interruption, packet = loss, etc. may occur. The period of time that a handover procedure costs = is called handover latency in this memo. Handover latency can indicate = how much handover affects communication quality, which is concerned by = operators, managers and users of a mobile network.=20 This memo defines metrics for handover latency in MIPv6. Several = handover mechanisms [RFC3775][RFC4068][RFC4140] have been proposed for = mobile IPv6 today, this memo only focuses on the handover mechanism in = [RFC 3775] at this time. This memo builds on notions introduced and = discussed in the IPPM Framework document [RFC 2330] and MIPv6 protocol = document [RFC3775]; the reader is assumed to be familiar with those = documents. Handover latency metrics are defined for a whole handover procedure and = some typical stages of a whole handover procedure. Packets exchanged in = a handover procedure to accomplish handover are called handover = signalings in this memo. The start time point and the end time point = used to measure handover latency are marked by specific MIPv6 handover = signalings or procedures. Below is an illustration of the MIPv6 handover = procedure in the view of handover signaling exchange, some signalings in = the figure may only appear in special conditions, not always. For = details of MIPv6 handover procedure or signalings, refer to [RFC3775]. Router on Foreign Link Mobile Node Home Agent Correspondent Node | Router Solicitation(RS) | | = | |<------------------------| | = | |Router Advertisement(RA)| | = | |----------------------->| | = | |Neighbor Solicatation(NS)| | = | |<------------------------| | = | |Neighbor Advertisement(NA)| | = | |------------------------>| | = | | | Binding Update(BU)| = | | |-----------------> | = | | |Binding Acknowledgement(BA)| = | | |<------------------| = | | | Home Test Init(HoTI)| = | | |-------------------|-------------------> | | | Care-of Test Init(CoTI) = | | |---------------------------------------> | | | | Home Test(HoT) = | | |<------------------|-------------------- | | | Care-of Test (CoT) = | | |<--------------------------------------- | | | Binding Update(BU) = | | |---------------------------------------> | | | Binding Acknowledgement (BA) = | | |<--------------------------------------- | The memo was written by copying material from the Round-trip Delay = metric [RFC2681] in some parts, especially those issues related to time. = The intention is that, where the metrics are similar, they will be = described with similar or identical text, and that where the metrics = differ, new or modified text will be used. The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", = "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this = document are to be interpreted as described in [RFC2119]. Although RFC = 2119 was written with protocols in mind, the key words are used in this = document for similar reasons. They are used to ensure the results of = measurements from two different implementations are comparable, and to = note instances when an implementation could perturb the network. =20 Whenever a technical term from the IPPM Framework document is first used = in this memo, it will be tagged with a trailing asterisk. For example, = "term*" indicates that "term" is defined in the Framework. 1.1. Motivation: The definitions of handover latency metrics intend to satisfy the goals = of: 1. Quantifying the degree of handover latency of a handover = procedure. 2. Quantifying the degree of handover latency of a stage in a = handover procedure. =20 A handover latency metric is useful for several reasons: + Some up layer applications do not perform well (or at all) if = handover latency is large relative to some threshold value. + Packet loss and transmission delay in IP layer will increase due = to handover latency. + Erratic variation in handover latency makes it difficult (or = impossible) to support many real-time applications. + The larger the value of handover latency, the more difficult it is = for transport-layer protocols to sustain high bandwidths and sliding = windows. + The value of the metrics indicate the effect of handover to = communication and are an important factor for evaluation of the handover = mechanism. + The values of handover latency for specific stages of a whole = handover procedure indicate which stage accounts for big percentage of a = whole handover procedure in the view of latency, which is beneficial for = handover mechanisms research. It is outside the scope of this document to say precisely how handover = latency metrics would be applied to specific problems. 1.2. General Issues Regarding Time {Comment: the terminology below differs from that defined by ITU-T documents (e.g., G.810, "Definitions and terminology for synchronization networks" and I.356, "B-ISDN ATM layer cell transfer performance"), but is consistent with the IPPM Framework document. In general, these differences derive from the different backgrounds; the ITU-T documents historically have a telephony origin, while the authors of this document (and the Framework) have a computer systems background. Although the terms defined below have no direct equivalent in the ITU-T definitions, after our definitions we will provide a rough mapping. However, note one potential confusion: our definition of "clock" is the computer operating systems definition denoting a time-of-day clock, while the ITU-T definition of clock denotes a frequency reference.} Whenever a time (i.e., a moment in history) is mentioned here, it is = understood to be measured in seconds (and fractions) relative to UTC. As described more fully in the Framework document, there are four distinct, but related notions of clock uncertainty: synchronization* measures the extent to which two clocks agree on what time it is. For example, the clock on one host might be 5.4 msec ahead of the clock on a second host. accuracy* measures the extent to which a given clock agrees with UTC. For example, the clock on a host might be 27.1 msec behind UTC. {Comment: A rough ITU-T equivalent is "time error from UTC".} resolution* measures the precision of a given clock. For example, the clock on an old Unix host might tick only once every 10 msec, and thus have a resolution of only 10 msec. {Comment: A very rough ITU-T equivalent is "sampling period".} skew* measures the change of accuracy, or of synchronization, with time. For example, the clock on a given host might gain 1.3 msec per hour and thus be 27.1 msec behind UTC at one time and only 25.8 msec an hour later. In this case, we say that the clock of the given host has a skew of 1.3 msec per hour relative to UTC, which threatens accuracy. We might also speak of the skew of one clock relative to another clock, which threatens synchronization. {Comment: A rough ITU-T equivalent is "time drift".} 2. A Singleton Definition for handover latency 2.1. Metric Name: 2.1.1. Whole-handover-latency 2.1.2. Movement-detection-handover-latency 2.1.3. Address-configuration-handover-latency 2.1.4. Home-agent-registration-handover-latency 2.1.5. Correspondent-node-registration-handover-latency 2.2. Metric Parameters: + Src, the Home IP address of mobile node + HDst, the IP address of Home Agent + CDst, the IP address of Correspondent node + T, a time 2.3. Metric Units: 2.3.1. Whole-handover-latency The value of a Whole-handover-latency is either a real number, or an = undefined (informally, infinite) number of seconds. 2.3.2. Movement-detection-handover-latency The value of a Movement-detection-handover-latency is either a real = number, or an undefined (informally, infinite) number of seconds. 2.3.3. Address-configuration-handover-latency The value of an Address-configuration-handover-latency is either a real = number, or an undefined (informally, infinite) number of seconds. 2.3.4. Home-agent-registration-handover-latency The value of a Home-agent-registration-handover-latency is either a real = number, or an undefined (informally, infinite) number of seconds. 2.3.5. Correspondent-node-registration-handover-latency The value of a Correspondent-node-registration-handover-latency is = either a real number, or an undefined (informally, infinite) number of = seconds. 2.4. Definition: 2.4.1. Whole-handover-latency When the handover happened, the mobile node loses its connectivity of = current access point and connects to a neighboring new access point. As = a result, the bidirectional communication between the mobile node and = the correspondent node is interrupted during the handover procedure. On the accurate definition, for a real number dT, >>the = *Whole-handover-latency* for a mobile node at T is dT<< means that the = mobile node=A1=AFs L2 handover is finished (For example, receiving the = reassociation reply message at mobile node on 802.11 networks) at = wire-time* T and that receives the last handover signaling at wire-time* = T+dT. >>The *Whole-handover-latency* for a mobile node at T is undefined = (informally, infinite)<< means that the mobile node=A1=AFs L2 handover = is finished at wire-time* T and that does not receive the last handover = signaling for MAX_HANDOVER_TIME. 2.4.2. Movement-detection-handover-latency When the mobile node attaches to a new subnet, it will receive the = Router Advertisement message sent by the router of this subnet. For a = real number dT, >>the *Movement-detection-handover-latency* for a mobile = node at T is dT<< means that the mobile node=A1=AFs L2 handover is = finished at wire-time* T and that receives the Router Advertisement = message at wire-time T+dT. =20 >>The *Movement-detection-handover-latency* for a mobile node at T is = undefined (informally, infinite)<< means that the mobile node=A1=AFs L2 = handover is finished at wire-time* T and that does not receive the = Router Advertisement message within the duration longer than = MAX_MOV_DETECTION_TIME. (The discussion of this metric will be given in 2.5.5 and 2.7.3.) 2.4.3. Address-configuration-handover-latency When the mobile node received the Router Advertisement message of a = new attachment network, it will configure its new care-of-address(COA) = by fetching the prefix from the Router Advertisement message and do the = Duplicate Address Detection procedure. After that, the mobile node will = send the Binding Update message to HDst to register its COA. For a real = number dT, >>the *Address-configuration-handover-latency* for a mobile = node at T is dT<< means that the mobile node receives the Router = Advertisement message at wire-time T and that sends the Binding Update = message to HDst at wire-time T+dT. >>The *Address-configuration-handover-latency* for a mobile node at T = is undefined (informally, infinite)<< means that the mobile node = receives the Router Advertisement message at wire-time* T and that can = not send the Binding Update message to HDst after MAX_ADDRE_CONF_TIME = because of failed configuration for new COA. 2.4.4. Home-agent-registration-handover-latency When the mobile node successfully configures this new COA, it should = register this COA with its Home Agent in order to make this its primary = COA. For a real number dT, >>the = *Home-agent-registration-handover-latency* for a mobile node at T is = dT<< means that the mobile node sends Binding Update message to HDst at = wire-time T and that receives the corresponding Binding Acknowledgement = message from HDst at wire-time T+dT. >>The *Home-agent-registration-handover-latency* for a mobile node at = T is undefined (informally, infinite)<< means that the mobile node sends = the Binding Update message to HDst at wire-time* T and that does not = receive the corresponding Binding Ackonwledge message from HDst for = MAX_HA_REG_TIME. 2.4.5. Correspondent-node-registration-handover-latency As the registration of its new COA with Home Agent, the mobile node = sends a Binding Update message to each CDst to inform them of its new = location. For a real number dT, >>the = *Correspondent-node-registration-handover-latency* for a mobile node at = T is dT<< means that the mobile node sends the Home Test Init Message = (under the circumstance that it is sent before the Care-of Test Init = Message) or Care-of Test Init Message (correspondingly, if it is sent = before the Home Test Init Message) at wire-time T and that receives the = Binding Update message from the CDst at wire-time T+dT. >>The *Correspondent-node-registration-handover-latency* for a mobile = node at T is undefined (informally, infinite)<< means that the mobile = node sends the Home Test Init Message or Care-of Test Init Message at = wire-time* T and that does not receive the Binding Acknowledgement = message from CDst for MAX_CN_REG_TIME. Suggestions for what to report along with metric values appear in Section 2.8 after a discussion of the metric, methodologies for measuring the metric, and error analysis. 2.5. Discussion: 2.5.1. Address configuration=20 The mobile node can acquire its care-of address through stateless or = stateful address configuration. The stateful address configuration will = incur more overhead time than stateless address configuration. For the = sake of the efficiency of handover, using stateless address = configuration is probably the preferred option. 2.5.2. Different movement scene In the different movement scene, the whole-handover-latency time will = have different end point.=20 In the scene of the mobile node moves from Home network to a foreign = network and another scene of the mobile node moves from one foreign = network to another foreign network and the correspondent node does not = support Mobile IPv6, the end point of the whole handover is the = completion of Home Agent registration. In other words, when the mobile = node receives the corresponding Binding Acknowledgement message from = HDst, the bidirectional communication will be recovered and packets can = be transport through the bidirectional tunneling.=20 In the scene of the mobile node moves from one foreign network to = another foreign network and the correspondent node supports Mobile IPv6, = the end point of the whole handover is the completion of correspondent = node registration. In other words, when the mobile node receives the = corresponding Binding Acknowledgement message from CDst, the = bidirectional communication will be recovered and packets can be routed = directly to the care-of address of the mobile node. 2.5.3. Sequence about Home Test Init Message and Care-of Test Init = Messages The mobile node sends a Home Test Init Message and a Care-of Test = Init Messages in parallel at a return routability procedure [Rfc 3775]. = Hence, the sequence of the appearances of the two messages on wire-time* = is uncertain. 2.5.4. Start of handover The detection of handover includes three issues: . L2 handover has happened and has been finished . Receipt of Router Advertisement message containing a different = set of on-link prefixes . The default router is no longer bi-directionally reachable As mentioned above, we make the time point of the finished time of L2 = handover as the beginning of whole-handover-delay and = movement-detection-handover-delay, and must make sure it would have the = other two indications in addition. 2.5.5. Issues come up in practice Real handover latency values will be positive. Therefore, it does = not make sense to report a negative value as a real handover latency. A given methodology will have to include a way to determine whether a = handover latency value is infinite or whether it is merely very large. 2.6. Methodologies: The detailed methodology for Whole-handover-latency will depend on = the different movement scene. In the scene of the mobile node moves from Home network to a foreign = network and another scene of the mobile node moves from one foreign = network to another foreign network with the correspondent node having no = support for Mobile IPv6, the methodology would proceed as follows:=20 + At the mobile node, if the handover occurred, take a timestamp as = soon as possible when the L2 handover is finished. + If the Binding Acknowledgement message sent by HDst arrives within = a reasonable period of time, take a timestamp as soon as possible upon = the receipt of the packet. By subtracting the two timestamps, an = estimate of Whole-handover-latency can be computed. + If the Binding Acknowledgement message sent by Home Agent fails to = arrive within a reasonable period of time, the Whole-handover-latency is = taken to be undefined (informally, infinite). Note that the threshold of = 'reasonable' is a parameter of the methodology. In the scene of the mobile node moves from one foreign network to = another foreign network with the correspondent node supporting Mobile = IPv6, the methodology would proceed as follows: + At the mobile node, if the handover occurred, take a timestamp as soon as possible when the L2 handover is finished. + If the Binding Acknowledgement message sent by correspondent node = arrives within a reasonable period of time, take a timestamp as soon as = possible upon the receipt of the packet. By subtracting the two = timestamps, an estimate of Whole-handover-latency can be computed. + If the Binding Acknowledgement message sent by correspondent node = fails to arrive within a reasonable period of time, the = Whole-handover-latency is taken to be undefined (informally, infinite). = Note that the threshold of 'reasonable' is a parameter of the = methodology. The detailed methodology for Movement-detection-handover-latency = would proceed as follows: + At the mobile node, if the handover occurred, take a timestamp as = soon as possible when the L2 handover is finished. + If the Router Advertisement message sent by the new attachment = subnet default router arrives within a reasonable period of time, take = a timestamp as soon as possible upon the receipt of the packet. By = subtracting the two timestamps, an estimate of = Movement-detection-handover-latency can be computed. + If the Router Advertisement message sent by the new attachment = subnet default router fails to arrive within a reasonable period of = time, the Movement-detection-handover-latency is taken to be undefined = (informally, infinite). Note that the threshold of 'reasonable' is a = parameter of the methodology. {Comment: The methodology for Whole-handover-latency and = Movement-detection-handover-latency MUST make sure that the old default = router is not bi-directionally reachable definitely. If the old default = router is still bi-directionally reachable, the measurement of = whole-handover-delay and movement-detection-handover-delay MUST be = abort. The concrete methodology for check the bi-directional = reachability of the old default router is outside the scope of this = document.} The detailed methodology for Address-configuration-handover-latency would proceed as follows: + At the mobile node, take a timestamp as soon as possible upon the = receipt of Router Advertisement message sent by the new attachment = subnet default router. + Take the timestamp as soon as possible upon the sending of the = Binding Update message from mobile node to HDst if the message is sent = by mobile node within a reasonable period of time. By subtracting the = two timestamps, an estimate of Address-configuration-handover-latency = can be computed. + If the Binding Update message fails to send within a reasonable = period of time at the mobile node, the = Address-configuration-handover-latency is taken to be undefined = (informally, infinite). Note that the threshold of 'reasonable' is a = parameter of the methodology. The detailed methodology for Home-agent-registration-handover-latency = would proceed as follows: + At the mobile node, take a timestamp as soon as possible upon the = sending of the Binding Update message from mobile node to HDst. + Take the timestamp as soon as possible upon the receipt of the = Binding Acknowledgement message from HDst to the mobile node if the = message is received at mobile node within a reasonable period of time. = By subtracting the two timestamps, an estimate = Home-agent-registration-handover-latency can be computed. + If the Binding Acknowledgement message fails to receive within a = reasonable period of time at the mobile node, the = Home-agent-registration-handover-latency is taken to be undefined = (informally, infinite). Note that the threshold of 'reasonable' is a = parameter of the methodology. The detailed methodology for = Correspondent-node-registration-handover-latency would proceed as = follows: + At the mobile node, take a timestamp as soon as possible upon the = sending of the earlier one of Home Test Init Message and Care-of Test = Init Message from mobile node to CDst. + Take the timestamp as soon as possible upon the receipt of the = Binding Acknowledgement message from CDst to the mobile node if the = message is received at mobile node within a reasonable period of time. = By subtracting the two timestamps, an estimate = Correspondent-node-registration-handover-latency can be computed. + If the Binding Acknowledgement message fails to receive within a = reasonable period of time at the mobile node, the = Correspondent-node-registration-handover-latency is taken to be = undefined (informally, infinite). Note that the threshold of = 'reasonable' is a parameter of the methodology. Issues such as how to trigger handover is outside the scope of this = document. =20 2.7. Errors and Uncertainties: The description of any specific measurement method should include an = accounting and analysis of various sources of error or uncertainty. The Framework document provides general guidance on this point, but we = note here the following specifics related to delay metrics: + Errors or uncertainties due to uncertainty in the clock of the Src host. + Errors or uncertainties due to the difference between 'wire time' and 'host time'. In addition, the loss threshold may affect the results. Each of = these is discussed in more detail below, along with a section = ("Calibration") on accounting for these errors and uncertainties. 2.7.1. Errors or Uncertainties Related to Clocks The uncertainty in a measurement of handover latency is related, in part, to uncertainty in the clock of the Src host. In the following, we refer to the clock used to measure when the handover signaling = marking start of a handover procedure was captured on Src as the source = clock, and we refer to the observed time when the signaling was captured = on Src as Tinitial, and the observed time when the handover signaling = marking end of a handover procedure was captured on Src as Tfinal. = Alluding to the notions of synchronization, accuracy, resolution, and = skew mentioned in the Introduction, we note the following: + There is an issue of self-synchronization between the source clock = at the time the handover signaling marking start of a handover procedure = is captured and the (same) source clock at the time the handover = signaling marking end of a handover procedure is captured. = Theoretically a very severe case of skew could threaten this. In = practice, the greater threat is anything that would cause a = discontinuity in the source clock during the time between the taking of = the initial and final timestamp. This might happen, for example, with = certain implementations of NTP. + The accuracy of a clock is important only in identifying the time at which a given handover latency was measured. Accuracy, per se, = has no importance to the accuracy of the measurement of handover = latency. + The resolution of a clock adds to uncertainty about any time = measured with it. Thus, if the source clock has a resolution of 10 msec, then this adds 10 msec of uncertainty to any time value measured with it. We will denote the resolution of the source clock as Rsource. Taking these items together, we note that naive computation Tfinal- Tinitial will be off by 2*Rsource. 2.7.2. Errors or Uncertainties Related to Wire-time vs Host-time As we have defined handover latency, we would like to measure the time between when the handover signaling marking start of a handover = procedure is captured at the network interface of Src and when the = handover signaling marking end of a handover procedure is captured at = the network interface of Src, and we refer to these as "wire times". If the timings are themselves performed by software on Src, however, then this software can only directly measure the time between when = Src grabs a timestamp differ to capturing the start signaling and when = it grabs a timestamp differ to capturing the end signaling, and we refer = to these two points as "host times". To the extent that the difference between wire time and host time is accurately known, this knowledge can be used to correct for host time measurements and the corrected value more accurately estimates the desired (wire time) metric. To the extent, however, that the difference between wire time and host time is uncertain, this uncertainty must be accounted for in an analysis of a given measurement method. We denote by Hinitial an upper bound on the uncertainty in the difference between wire time and host time on the Src host in capturing the start signaling, and similarly define Hfinal for the difference on the Src host in = capturing the end signaling. We then note that these problems introduce = a total uncertainty of Hinitial + Hfinal. This estimate of total = wire-vs-host uncertainty should be included in the error/uncertainty = analysis of any measurement implementation. 2.7.3. Calibration Generally, the measured values can be decomposed as follows: measured value =3D true value + systematic error + random error If the systematic error (the constant bias in measured values) can be determined, it can be compensated for in the reported results. reported value =3D measured value - systematic error therefore reported value =3D true value + random error The goal of calibration is to determine the systematic and random error generated by the instruments themselves in as much detail as possible. At a minimum, a bound ("e") should be found such that the reported value is in the range (true value - e) to (true value + e) at least 95 percent of the time. We call "e" the calibration error for the measurements. It represents the degree to which the values produced by the measurement instrument are repeatable; that is, how closely an actual delay of 30 ms is reported as 30 ms. {Comment: 95 percent was chosen because (1) some confidence level is desirable to be able to remove outliers, which will be found in measuring any physical property; and (2) a particular confidence level should be specified so that the results of independent implementations can be compared.} From the discussion in the previous sections, the error in = measurements could be bounded by determining all the individual uncertainties, and adding them together to form=20 2*Rsource + Hinitial + Hfinal. However, reasonable bounds on both the clock-related uncertainty captured by the first term and the host-related uncertainty captured by the last two terms should be possible by careful design techniques = and calibrating the instruments using a known, isolated, network in a = lab. For handover latency, the host-related uncertainties, Hinitial + = Hfinal are only related to the Src host and have little relations with = network connection style. The measured handover latency therefore can = be seen as containing only systematic and random error in the = instrumentation. The "average value" of repeated measurements is the = systematic error, and the variation is the random error. One way to compute the systematic error, and the random error to a 95% confidence is to repeat the experiment many times - at least hundreds of tests. The systematic error would then be the median. The random error could then be found by removing the systematic error from the measured values. The 95% confidence interval would be the range from the 2.5th percentile to the 97.5th percentile of these deviations from the true value. The calibration error "e" could then be taken to be the largest absolute value of these two numbers, plus the clock-related uncertainty. {Comment: as described, this bound is relatively loose since the uncertainties are added, and the absolute value of the largest deviation is used. As long as the resulting value is not a significant fraction of the measured values, it is a reasonable bound. If the resulting value is a significant fraction of the measured values, then more exact methods will be needed to compute the calibration error.} We wish to reiterate that this statistical treatment refers to the calibration of the instrument; it is used to "calibrate the meter stick" and say how well the meter stick reflects reality. In addition to calibrating the instruments for finite delay, two = checks should be made to ensure that packets reported as losses were = really lost. First, the threshold for loss should be verified. In = particular, ensure the "reasonable" threshold is reasonable: that it is = very unlikely a packet will arrive after the threshold value, and = therefore the number of packets lost over an interval is not sensitive = to the error bound on measurements. Second, consider the possibility = that a packet arrives at the network interface, but is lost due to = congestion on that interface or to other resource exhaustion (e.g. = buffers) in the instrument. 2.8. Reporting the metric: The calibration and context in which the metric is measured MUST be = carefully considered, and SHOULD always be reported along with metric = results. We now present one items to consider: the movement scene, the = threshold of infinite delay (if any), error calibration. This list is = not exhaustive; any additional information that could be useful in = interpreting applications of the metrics should also be reported. 2.8.1. Movement scene As mentioned in 2.5.3, the value of whole-handover-latency metric = depends on movement scene. Therefore, the exact movement scene related = to whole-handover-latency MUST be accurately reported. 2.8.2. Loss threshold In addition, the threshold (or methodology to distinguish) between a large finite delay and loss MUST be reported. 2.8.3. Calibration Results + If the systematic error can be determined, it SHOULD be removed from the measured values. + You SHOULD also report the calibration error, e, such that the true value is the reported value plus or minus e, with 95% = confidence (see the last section). + If possible, the conditions under which a handover signaling with = finite delay is reported as lost due to resource exhaustion on the measurement instrument SHOULD be reported. 2.9 Time Constants MAX_MOV_DETECTION_TIME is the maximum time spends on Movement detection = procedure. We define the default value of MAX_MOV_DETECTION_TIME as = RStime + MAX_RTR_SOLICITATION_DELAY[Rfc2461] + = RTR_SOLICITATION_INTERVAL[Rfc2461] * MAX_RTR_SOLICITATIONS[Rfc2461] + = MAX_RTR_SOLICITATION_DELAY[Rfc2461].(The RStime is the duration of the = finished time of L2 handover and sending of router solicitation on = mobile node.) MAX_ADDRE_CONF_TIME is the maximum time spends on address configuration. = The default value is defined to RETRANS_TIMER[Rfc2462] * = DupAddrDetectTransmits[Rfc2462] due to the Duplicate Address Detection = procedure refer to Rfc 2462.=20 MAX_HA_REG_TIME is the maximum time spends on Home Agent registration = procedure. We define the default value of the MAX_BINDACK_TIMEOUT as = MAX_HA_REG_TIME [Rfc3775] refer to Rfc 3775. MAX_CN_REG_TIME is the maximum time spends on Correspondent node = registration procedure. On the same consideration, we define the default = value of the MAX_CN_REG_TIME as MAX_HA_REG_TIME[Rfc3775] refer to Rfc = 3775. MAX_HANDOVER_TIME is the maximum time spends on mobile IPv6 handover. = None of whole-handover-latency time will be possible to bigger than = MAX_MOV_DETECTION_TIME + MAX_ADDRE_CONF_TIME + MAX_HA_REG_TIME + = MAX_CN_REG_TIME. Hence we define MAX_MOV_DETECTION_TIME + = MAX_ADDRE_CONF_TIME + MAX_HA_REG_TIME + MAX_CN_REG_TIME as the default = value of MAX_HANDOVER_TIME. 3.References [RFC2330] Paxson, D., Almes, G., Mahdavi, J. and M. Mathis, "Framework = for IP Performance Metrics", RFC 2330, May 1998. [RFC3775] D. Johnson, C. Perkins, J. Arkko, =A1=B0Mobility Support in = IPv6=A1=B1, RFC 3775, June 2004. [RFC2681] G. Almes, S. Kalidindi, M. Zekauskas, =A1=B0A Round-trip Delay = Metric for IPPM=A1=B1, RFC 2681, September 1999. [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate = Requirement Levels", BCP 14, RFC 2119, March 1997. [RFC4068] R. Koodli, Ed., =A1=B0Fast Handovers for Mobile IPv6=A1=B1, = RFC 4068, July 2005. [RFC4140] H. Soliman, C. Castelluccia, K. El Malki, L. Bellier, = =A1=B0Hierarchical Mobile IPv6 Mobility Management (HMIPv6)=A1=B1, RFC = 4140, August 2005. [RFC2461] T. Narten, E. Nordmark, W. Simpson, "Neighbor Discovery for IP = Version 6 (IPv6)", RFC 2461, December 1998.=20 [RFC2462] S. Thomson, T. Narten, =A1=B0IPv6 Stateless Address = Autoconfiguration=A1=B1, RFC 2462, December 1998. ------=_NextPart_000_0038_01C87F71.2A1DB0C0 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Mobopts mailing list Mobopts@ietf.org https://www.ietf.org/mailman/listinfo/mobopts ------=_NextPart_000_0038_01C87F71.2A1DB0C0-- From mobopts-bounces@ietf.org Wed Mar 5 18:24:35 2008 Return-Path: X-Original-To: ietfarch-mobopts-archive@core3.amsl.com Delivered-To: ietfarch-mobopts-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0D6C228C344; Wed, 5 Mar 2008 18:24:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.037 X-Spam-Level: X-Spam-Status: No, score=-99.037 tagged_above=-999 required=5 tests=[AWL=-0.399, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, HTML_MESSAGE=1, RDNS_NONE=0.1, SARE_SUB_RAND_LETTRS4=0.799, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RIvPra1WcKb8; Wed, 5 Mar 2008 18:24:34 -0800 (PST) Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 03F213A6C3C; Wed, 5 Mar 2008 18:24:34 -0800 (PST) X-Original-To: mobopts@core3.amsl.com Delivered-To: mobopts@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D45473A6C0F for ; Wed, 5 Mar 2008 18:24:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fnwWw4PT864h for ; Wed, 5 Mar 2008 18:24:31 -0800 (PST) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.174]) by core3.amsl.com (Postfix) with ESMTP id DF58F28C693 for ; Wed, 5 Mar 2008 18:24:26 -0800 (PST) Received: by wf-out-1314.google.com with SMTP id 25so2039478wfa.7 for ; Wed, 05 Mar 2008 18:24:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=gOl1A4rfu5UlkTOTRUG6tOR/CFA8R57TZ41a5t9titw=; b=SqwsrVRZxsYtsDDRsCpdEMfKsELpKbphjpYLcZys25wDYYHGvJjIejH6BTNS1okavrxRztBYPoS+tK5qbWZo63VbawPJHg8BAVTJ4SxVsTdYUzQHfGyhxgv/U4g9ExabNNrPy8VeqdS50wLQSE3ovU2gZAutAq9wO28XNGmFniA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=VdZaHrkIjsztXb38yeDO7T1QcNJ/QsX+ft4otSiQXL33FMoMX1qZBlN1UkKR704SGqxT18QCAVWvnPG+IAcCenKwvK5DbIEBgzDn/A7HtLYDCRL4P5w3h4XC3QRCpMf8Vi4RE8v5hgYDk3bJemrDhC1FM1IbMzH4/l3id01Z9g4= Received: by 10.143.163.10 with SMTP id q10mr1063532wfo.141.1204770256902; Wed, 05 Mar 2008 18:24:16 -0800 (PST) Received: by 10.142.47.18 with HTTP; Wed, 5 Mar 2008 18:24:16 -0800 (PST) Message-ID: <3d57679a0803051824u1d2a357eof98036112e77f279@mail.gmail.com> Date: Wed, 5 Mar 2008 18:24:16 -0800 From: "Rajeev Koodli" To: mobopts@irtf.org In-Reply-To: <00e701c877c6$43f886d0$3589a8c0@precision5570> MIME-Version: 1.0 References: <00e701c877c6$43f886d0$3589a8c0@precision5570> Subject: Re: [Mobopts] Fw: New Version Notification for draft-irtf-mobopts-location-privacy-solutions-07 X-BeenThere: mobopts@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mobility Optimizations List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1240939793==" Sender: mobopts-bounces@ietf.org Errors-To: mobopts-bounces@ietf.org --===============1240939793== Content-Type: multipart/alternative; boundary="----=_Part_8400_766543.1204770256885" ------=_Part_8400_766543.1204770256885 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello folks, this ID has been revised based on the LC input (see below). An additional point to note: the ID clarifies that approaches in Section 4 and Section 5 can be implemented on their own. So, folks have choice; those interested in claimed benefits of the approach in Section 5 can choose to do so. Others can go with the approach in Section 4. I would like to ask folks (including reviewers Heejin and Vijay) to take a look so that we can move this forward. Thanks, -Rajeev On Mon, Feb 25, 2008 at 7:51 AM, QIU Ying wrote: > Dear all, > > The draft of "Mobile IPv6 Location Privacy Solutions" is updated. > > The major changes are: > > 1) revise according to Heejin and Vijay comments > 2) add traffic formats > 3) IANA requirement > 4) other editorial errors > > Thanks again for your attention. Any comments are very appreciated. > > Regards > Qiu Ying > > > ----- Original Message ----- > From: "IETF I-D Submission Tool" > To: > Cc: ; > Sent: Monday, February 25, 2008 11:40 PM > Subject: New Version Notification for > draft-irtf-mobopts-location-privacy-solutions-07 > > > > > > A new version of I-D, > draft-irtf-mobopts-location-privacy-solutions-07.txt > > has been successfuly submitted by QIU Ying and posted to the IETF > > repository. > > > > Filename: draft-irtf-mobopts-location-privacy-solutions > > Revision: 07 > > Title: Mobile IPv6 Location Privacy Solutions > > Creation_date: 2008-02-25 > > WG ID: Independent Submission > > Number_of_pages: 42 > > > > Abstract: > > Mobile IPv6 [10] enables mobile nodes to remain reachable while > > roaming on the Internet. With its current specification, the > > location of a mobile node can be revealed and its movement can be > > tracked by simply monitoring its IP packets. In this document, we > > consider the MIP6 location privacy problem described in [14] and > > propose efficient and secure techniques to protect the location > > privacy of a mobile node. > > > > > > > > The IETF Secretariat. > > > > > > > ------------ Institute For Infocomm Research - Disclaimer > -------------This email is confidential and may be privileged. If you are > not the intended recipient, please delete it and notify us immediately. > Please do not copy or use it for any purpose, or disclose its contents to > any other person. Thank > you.-------------------------------------------------------- > _______________________________________________ > Mobopts mailing list > Mobopts@ietf.org > http://www.ietf.org/mailman/listinfo/mobopts > ------=_Part_8400_766543.1204770256885 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline

Hello folks,

this ID has been revised based on the LC input (see below). An additional point to note: the ID clarifies that approaches in Section 4 and Section 5 can be implemented on their own. So, folks have choice; those interested in claimed benefits of the approach in Section 5 can choose to do so. Others can go with the approach in Section 4.
 
I would like to ask folks (including reviewers Heejin and Vijay) to take a look so that we can move this forward.

Thanks,

-Rajeev
 

On Mon, Feb 25, 2008 at 7:51 AM, QIU Ying <qiuying@i2r.a-star.edu.sg> wrote:
Dear all,

The draft of "Mobile IPv6 Location Privacy Solutions" is updated.

The major changes are:

1) revise according to Heejin and Vijay comments
2) add traffic formats
3) IANA requirement
4) other editorial errors

Thanks again for your attention. Any comments are very appreciated.

Regards
Qiu Ying


----- Original Message -----
From: "IETF I-D Submission Tool" <idsubmission@ietf.org>
To: <qiuying@i2r.a-star.edu.sg>
Cc: <fanzhao@marvell.com>; <Rajeev.Koodli@gmail.com>
Sent: Monday, February 25, 2008 11:40 PM
Subject: New Version Notification for
draft-irtf-mobopts-location-privacy-solutions-07


>
> A new version of I-D, draft-irtf-mobopts-location-privacy-solutions-07.txt
> has been successfuly submitted by QIU Ying and posted to the IETF
> repository.
>
> Filename: draft-irtf-mobopts-location-privacy-solutions
> Revision: 07
> Title: Mobile IPv6 Location Privacy Solutions
> Creation_date: 2008-02-25
> WG ID: Independent Submission
> Number_of_pages: 42
>
> Abstract:
> Mobile IPv6 [10] enables mobile nodes to remain reachable while
> roaming on the Internet.  With its current specification, the
> location of a mobile node can be revealed and its movement can be
> tracked by simply monitoring its IP packets.  In this document, we
> consider the MIP6 location privacy problem described in [14] and
> propose efficient and secure techniques to protect the location
> privacy of a mobile node.
>
>
>
> The IETF Secretariat.
>
>


------------ Institute For Infocomm Research - Disclaimer -------------This email is confidential and may be privileged.  If you are not the intended recipient, please delete it and notify us immediately. Please do not copy or use it for any purpose, or disclose its contents to any other person. Thank you.--------------------------------------------------------
_______________________________________________
Mobopts mailing list
Mobopts@ietf.org
http://www.ietf.org/mailman/listinfo/mobopts

------=_Part_8400_766543.1204770256885-- --===============1240939793== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Mobopts mailing list Mobopts@ietf.org https://www.ietf.org/mailman/listinfo/mobopts --===============1240939793==-- From mobopts-bounces@ietf.org Tue Mar 11 02:43:56 2008 Return-Path: X-Original-To: ietfarch-mobopts-archive@core3.amsl.com Delivered-To: ietfarch-mobopts-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 83C6C28C2FF; Tue, 11 Mar 2008 02:43:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.664 X-Spam-Level: X-Spam-Status: No, score=-100.664 tagged_above=-999 required=5 tests=[AWL=-0.227, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, RDNS_NONE=0.1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8NKZcipiGHYO; Tue, 11 Mar 2008 02:43:50 -0700 (PDT) Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CBF533A6A63; Tue, 11 Mar 2008 02:43:50 -0700 (PDT) X-Original-To: mobopts@core3.amsl.com Delivered-To: mobopts@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1CB5B3A6A63 for ; Tue, 11 Mar 2008 02:43:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0l0Ku5-arDBa for ; Tue, 11 Mar 2008 02:43:49 -0700 (PDT) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by core3.amsl.com (Postfix) with ESMTP id 9F3A63A6936 for ; Tue, 11 Mar 2008 02:43:48 -0700 (PDT) Received: from vpn-2024.gwdg.de ([134.76.2.24]) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JZ0yz-0002mE-0o for mobopts@irtf.org; Tue, 11 Mar 2008 10:41:17 +0100 Message-ID: <47D653BF.7030705@cs.uni-goettingen.de> Date: Tue, 11 Mar 2008 10:41:19 +0100 From: Xiaoming Fu User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: mobopts@irtf.org X-Authenticated: Id:xfu X-Virus-Scanned: (clean) by exiscan+sophie Subject: [Mobopts] DEADLINE EXTENDED to March 31: MobiArch'08, an ACM SIGCOMM 2008 workshop X-BeenThere: mobopts@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mobility Optimizations List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mobopts-bounces@ietf.org Errors-To: mobopts-bounces@ietf.org Dear MOBOPTS RG members, Please find a workshop CFP related to MOBOPTS RG, topics including mobility architectures and protocols, loc/ID split, wireless and mobility optimizations, multihoming and flow management, design, implementation, simulation, validation, analysis, modeling and security/privacy issues, among the others. We apologize if you receive duplicated copies. If you have any questions, please contact mobiarch-chairs@cs.uni-goettingen.de - MobiArch'08 organization team *********************************************** *** EXTENDED PAPER SUBMISSION DEADLINE: *** *** March 31, 2008 *** *********************************************** ------------------------------------------------------------------------- CALL FOR PAPERS ACM MobiArch 2008 An ACM SIGCOMM 2008 Workshop Paper submission deadline: March 31, 2008 ------------------------------------------------------------------------- ACM MobiArch 2008 The 3rd ACM International Workshop on Mobility in the Evolving Internet Architecture An ACM SIGCOMM 2008 Workshop Seattle, WA, USA, August 22, 2008 http://www.sigcomm.org/sigcomm2008/workshops/mobiarch/ Recent developments in wireless access technologies and mobile devices are beginning to make widespread user, terminal and network mobility a reality in the commercial Internet. At the same time, the Internet architecture struggles to incorporate the functionality that will sustain this increasingly more mobile and more dynamic Internet use. Efficient mobility management and mobility optimizations, locator-identifier splits, multihoming, security and related network operation and management functions are still in the early stages of development. It is, however, already clear that supporting widespread mobility poses to significantly impact the original end-to-end design of the Internet. At the same time, critical momentum is building to significantly revise or even replace the current Internet architecture. Several substantial Future Internet initiatives have started in Europe, the US and Asia, and the topic is also actively being discussed in the vendor and network operator communities. These Future Internet efforts offer the exciting opportunity to design radically different approaches to supporting host and network mobility and multihoming, and may eventually lead to an internetwork architecture with significantly more advanced mobility features than those that the piecemeal extensions of the current Internet protocols result in. MobiArch'08 welcomes submissions from both researchers and practitioners that explore recent advances in architectures, protocols and emerging technologies to enable mobility and multihoming in the Internet, as well as concepts and designs to support widespread mobility and multihoming in future internetworks. Early results, position papers, systems and measurement papers are particularly welcome. TOPICS MobiArch'08 covers all aspects related to mobility in the current and future Internet, including, but not limited to: * Architectures and protocols for mobility support at all layers of the Internet protocol stack, as well as cross-layer approaches * Novel concepts to support widespread mobility and multihoming in a Future Internet * Routing and addressing issues (including locator/identifier splits) and their impact on the Internet architecture * Multihoming, including flow distribution and load-sharing for wireless and mobility * Performance evaluation, experimentation and modeling of Internet mobility * Models for mobility patterns and their experimental validation * New wireless technologies and services and their impact on the Internet architecture * Location management, positioning and data management for wireless and mobility * Accounting, access control, security and privacy issues and their impact on the Internet architecture * Social, economic, scalability and deployment issues SUBMISSION GUIDELINES Submissions must be no longer than six pages, including all figures and references, must be in PDF format, and must follow the ACM formatting guidelines (http://www.acm.org/sigs/publications/proceedings-templates). Submissions that do not adhere to these requirements will be rejected without further review. Peer review is single-blind; the authors names and affiliations are to be included on the submission. Submissions cannot be previously published or be under concurrent review elsewhere. The submission of position papers is encouraged; please clearly identify position papers as such when submitting. Papers may be submitted at http://edas.info/newPaper.php?c=6140 IMPORTANT DATES March 31, 2008 Registration of paper abstract March 31, 2008 Submissions due May 1, 2008 Notification of acceptance June 9, 2008 Camera ready version due August 22, 2008 Workshop date _______________________________________________ Mobopts mailing list Mobopts@ietf.org https://www.ietf.org/mailman/listinfo/mobopts From mobopts-bounces@ietf.org Fri Mar 28 11:23:02 2008 Return-Path: X-Original-To: ietfarch-mobopts-archive@core3.amsl.com Delivered-To: ietfarch-mobopts-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 66BF33A6E17; Fri, 28 Mar 2008 11:23:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.997 X-Spam-Level: X-Spam-Status: No, score=-99.997 tagged_above=-999 required=5 tests=[AWL=-0.360, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, HTML_MESSAGE=0.001, RDNS_NONE=0.1, SARE_SUB_RAND_LETTRS4=0.799, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Hkz6ENJrmefQ; Fri, 28 Mar 2008 11:22:53 -0700 (PDT) Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4847B3A6A44; Fri, 28 Mar 2008 11:22:53 -0700 (PDT) X-Original-To: mobopts@core3.amsl.com Delivered-To: mobopts@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CB3A73A6A44 for ; Fri, 28 Mar 2008 11:22:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m0x10R1Ikec5 for ; Fri, 28 Mar 2008 11:22:44 -0700 (PDT) Received: from mx0.starentnetworks.com (mx0.starentnetworks.com [12.38.223.203]) by core3.amsl.com (Postfix) with ESMTP id 976FF3A6811 for ; Fri, 28 Mar 2008 11:22:44 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mx0.starentnetworks.com (Postfix) with ESMTP id 4EC60188049 for ; Fri, 28 Mar 2008 13:22:40 -0500 (EST) Received: from mx0.starentnetworks.com ([127.0.0.1]) by localhost (mx0.starentnetworks.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18263-03 for ; Fri, 28 Mar 2008 13:22:37 -0500 (EST) Received: from exchtewks1.starentnetworks.com (exchtewks1.starentnetworks.com [10.2.4.28]) by mx0.starentnetworks.com (Postfix) with ESMTP for ; Fri, 28 Mar 2008 13:22:37 -0500 (EST) X-MessageTextProcessor: DisclaimIt (2.70.271) [Starent Networks Corp.] Received: from exchtewks3.starentnetworks.com ([10.2.4.31]) by exchtewks1.starentnetworks.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 28 Mar 2008 14:16:41 -0400 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.1830 Content-Class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 28 Mar 2008 14:16:40 -0400 Message-ID: <4D35478224365146822AE9E3AD4A266601DF155E@exchtewks3.starentnetworks.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Fw: New Version Notification for draft-irtf-mobopts-location-privacy-solutions-07 thread-index: AciQ/pim7/oBY7EPRCqy1YA6n/TfFwAAEBkw From: "Koodli, Rajeev" Importance: normal Priority: normal To: X-OriginalArrivalTime: 28 Mar 2008 18:16:41.0572 (UTC) FILETIME=[DF321240:01C890FF] X-Virus-Scanned: amavisd-new 2.2.1 (20041222) at mx0.starentnetworks.com Subject: [Mobopts] Fw: New Version Notification for draft-irtf-mobopts-location-privacy-solutions-07 X-BeenThere: mobopts@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mobility Optimizations List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0749266125==" Sender: mobopts-bounces@ietf.org Errors-To: mobopts-bounces@ietf.org This is a multi-part message in MIME format. --===============0749266125== Content-Class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C890FF.DF1FACAE" Content-Transfer-Encoding: 7bit This is a multi-part message in MIME format. ------_=_NextPart_001_01C890FF.DF1FACAE Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello folks, =20 It's time to move the ID along. If there are no further comments, I would like to ask the authors to include the boilerplate about RG review (see the last paragraph, Section 1 in RFC 4651), do another round of proof-reading and submit the revised version for IRSG review. =20 Thanks, =20 -Rajeev =20 ps: also note my new e-mail address, thanks. =20 =20 ---------- Forwarded message ---------- From: Rajeev Koodli Date: Wed, Mar 5, 2008 at 10:24 PM Subject: Re: [Mobopts] Fw: New Version Notification for draft-irtf-mobopts-location-privacy-solutions-07 To: mobopts@irtf.org =20 Hello folks, =20 this ID has been revised based on the LC input (see below). An additional point to note: the ID clarifies that approaches in Section 4 and Section 5 can be implemented on their own. So, folks have choice; those interested in claimed benefits of the approach in Section 5 can choose to do so. Others can go with the approach in Section 4. =20 I would like to ask folks (including reviewers Heejin and Vijay) to take a look so that we can move this forward. =20 Thanks, =20 -Rajeev =20 On Mon, Feb 25, 2008 at 7:51 AM, QIU Ying wrote: Dear all, The draft of "Mobile IPv6 Location Privacy Solutions" is updated. The major changes are: 1) revise according to Heejin and Vijay comments 2) add traffic formats 3) IANA requirement 4) other editorial errors Thanks again for your attention. Any comments are very appreciated. Regards Qiu Ying ----- Original Message ----- From: "IETF I-D Submission Tool" To: Cc: ; Sent: Monday, February 25, 2008 11:40 PM Subject: New Version Notification for draft-irtf-mobopts-location-privacy-solutions-07 > > A new version of I-D, draft-irtf-mobopts-location-privacy-solutions-07.txt > has been successfuly submitted by QIU Ying and posted to the IETF > repository. > > Filename: draft-irtf-mobopts-location-privacy-solutions > Revision: 07 > Title: Mobile IPv6 Location Privacy Solutions > Creation_date: 2008-02-25 > WG ID: Independent Submission > Number_of_pages: 42 > > Abstract: > Mobile IPv6 [10] enables mobile nodes to remain reachable while > roaming on the Internet. With its current specification, the > location of a mobile node can be revealed and its movement can be > tracked by simply monitoring its IP packets. In this document, we > consider the MIP6 location privacy problem described in [14] and > propose efficient and secure techniques to protect the location > privacy of a mobile node. > > > > The IETF Secretariat. > > ------------ Institute For Infocomm Research - Disclaimer -------------This email is confidential and may be privileged. If you are not the intended recipient, please delete it and notify us immediately. Please do not copy or use it for any purpose, or disclose its contents to any other person. Thank you.-------------------------------------------------------- _______________________________________________ Mobopts mailing list Mobopts@ietf.org http://www.ietf.org/mailman/listinfo/mobopts =20 =20 "This email message and any attachments are confidential information of = Starent Networks, Corp. The information transmitted may not be used to = create or change any contractual obligations of Starent Networks, Corp. = Any review, retransmission, dissemination or other use of, or taking of = any action in reliance upon this e-mail and its attachments by persons = or entities other than the intended recipient is prohibited. If you are = not the intended recipient, please notify the sender immediately -- by = replying to this message or by sending an email to = postmaster@starentnetworks.com -- and destroy all copies of this message = and any attachments without reading or disclosing their contents. Thank = you." ------_=_NextPart_001_01C890FF.DF1FACAE Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello = folks,

 

It’s time to move the ID = along. If there are no further comments, I would like to = ask

the authors to include the = boilerplate about RG review (see the last paragraph, Section 1 in RFC 4651), do = another round of proof-reading and submit the revised version for IRSG = review.

 

Thanks,

=

 

-Rajeev

=

 

ps: also note my new e-mail = address, thanks.

 

 

---------- Forwarded message ----------
From: Rajeev Koodli = <rajeev.koodli@gmail.com> Date: Wed, Mar 5, 2008 at 10:24 PM
Subject: Re: [Mobopts] Fw: New Version Notification for = draft-irtf-mobopts-location-privacy-solutions-07
To: mobopts@irtf.org

 

Hello folks,

 

this ID has been revised based on the LC = input (see below). An additional point to note: the ID clarifies that approaches in Section 4 and Section 5 can be implemented on their own. So, folks have = choice; those interested in claimed benefits of the approach in Section 5 can = choose to do so. Others can go with the approach in Section = 4.

 

I would like to ask folks (including = reviewers Heejin and Vijay) to take a look so that we can move this = forward.

 

Thanks,

 

-Rajeev

 

On Mon, Feb 25, 2008 at 7:51 AM, QIU Ying = <qiuying@i2r.a-star.edu.sg> wrote:

Dear all,

The draft of "Mobile IPv6 Location Privacy Solutions" is = updated.

The major changes are:

1) revise according to Heejin and Vijay comments
2) add traffic formats
3) IANA requirement
4) other editorial errors

Thanks again for your attention. Any comments are very appreciated.

Regards
Qiu Ying



----- Original Message -----
From: "IETF I-D Submission Tool" <idsubmission@ietf.org>
To: <qiuying@i2r.a-star.edu.sg>
Cc: <fanzhao@marvell.com>; <Rajeev.Koodli@gmail.com>
Sent: Monday, February 25, 2008 11:40 PM
Subject: New Version Notification for
draft-irtf-mobopts-location-privacy-solutions-07


>
> A new version of I-D, = draft-irtf-mobopts-location-privacy-solutions-07.txt
> has been successfuly submitted by QIU Ying and posted to the = IETF
> repository.
>
> Filename: draft-irtf-mobopts-location-privacy-solutions
> Revision: 07
> Title: Mobile IPv6 Location = Privacy Solutions
> Creation_date: 2008-02-25
> WG ID: Independent Submission
> Number_of_pages: 42
>
> Abstract:
> Mobile IPv6 [10] enables mobile nodes to remain reachable while
> roaming on the Internet.  With its current specification, = the
> location of a mobile node can be revealed and its movement can = be
> tracked by simply monitoring its IP packets.  In this = document, we
> consider the MIP6 location privacy problem described in [14] = and
> propose efficient and secure techniques to protect the location
> privacy of a mobile node.
>
>
>
> The IETF Secretariat.
>
>

------------ Institute For Infocomm Research = - Disclaimer -------------This email is confidential and may be = privileged.  If you are not the intended recipient, please delete it and notify = us immediately. Please do not copy or use it for any purpose, or disclose = its contents to any other person. Thank you.--------------------------------------------------------
_______________________________________________
Mobopts mailing list
Mobopts@ietf.org
http://www.ietf.org/mailman/listinfo/mobopts

 

 

"This email message and any attachments are confidential information = of Starent Networks, Corp. The information transmitted may not be used = to create or change any contractual obligations of Starent Networks, = Corp. Any review, retransmission, dissemination or other use of, or = taking of any action in reliance upon this e-mail and its attachments by = persons or entities other than the intended recipient is prohibited. If = you are not the intended recipient, please notify the sender immediately = -- by replying to this message or by sending an email to = postmaster@starentnetworks.com -- and destroy all copies of this message = and any attachments without reading or disclosing their contents. Thank = you." ------_=_NextPart_001_01C890FF.DF1FACAE-- --===============0749266125== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Mobopts mailing list Mobopts@ietf.org https://www.ietf.org/mailman/listinfo/mobopts --===============0749266125==--