From cjbc@it.uc3m.es Fri Apr 1 01:09:42 2011 Return-Path: X-Original-To: netext@core3.amsl.com Delivered-To: netext@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B879D3A6C08 for ; Fri, 1 Apr 2011 01:09:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.582 X-Spam-Level: X-Spam-Status: No, score=-5.582 tagged_above=-999 required=5 tests=[AWL=0.117, BAYES_00=-2.599, J_CHICKENPOX_21=0.6, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4] 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 vqVxiil+GkQe for ; Fri, 1 Apr 2011 01:09:41 -0700 (PDT) Received: from smtp01.uc3m.es (smtp01.uc3m.es [163.117.176.131]) by core3.amsl.com (Postfix) with ESMTP id 5B9A43A6BFB for ; Fri, 1 Apr 2011 01:09:41 -0700 (PDT) X-uc3m-safe: yes Received: from [163.117.139.72] (acorde.it.uc3m.es [163.117.139.72]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp01.uc3m.es (Postfix) with ESMTP id B0704C1D5EE; Fri, 1 Apr 2011 10:11:15 +0200 (CEST) From: Carlos =?ISO-8859-1?Q?Jes=FAs?= Bernardos Cano To: Alexandru Petrescu In-Reply-To: <4D94D3FF.4080300@gmail.com> References: <4D946F7F.1060809@gmail.com> <4D94734A.7090909@catr.cn> <4D9476F1.1090708@gmail.com> <4D948AB9.3000603@catr.cn> <4D9492B6.7040805@gmail.com> <1301588970.4305.5.camel@acorde.it.uc3m.es> <4D94D3FF.4080300@gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Z2u8lFUW6oVNUpVvGOZi" Organization: Universidad Carlos III de Madrid Date: Fri, 01 Apr 2011 10:13:12 +0200 Message-ID: <1301645592.3946.6.camel@acorde.it.uc3m.es> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 X-TM-AS-Product-Ver: IMSS-7.0.0.3116-6.5.0.1024-18046.003 Cc: netext@ietf.org Subject: Re: [netext] how to do ptp links on wifi without modifying the MN? X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: cjbc@it.uc3m.es List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 08:09:42 -0000 --=-Z2u8lFUW6oVNUpVvGOZi Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: quoted-printable Hi Alex, On Thu, 2011-03-31 at 21:20 +0200, Alexandru Petrescu wrote: > Hi Carlos, >=20 > In a sense yes. >=20 > If MAG wants to send a unicast RA to a MN, it must first learn the=20 > link-local address of that MN somehow, in order to send that RA to that= =20 > ll address. >=20 > Is this what you mean? Yes, either send the RA unicast to the IPv6 ll addr (the MAG can get that info from an RS, if sent by the MN) or multicast the RA at IPv6, but sent it unicast to the L2 addr of the MN (the MAG can get the L2 address from multiple ways, e.g., L2 triggers). Carlos >=20 > Alex >=20 > Le 31/03/2011 18:29, Carlos Jes=FAs Bernardos Cano a =E9crit : > > Hi Alex, > > > > Isn't it enough to ensure that the RAs sent by the MAG are just unicast > > to the MN (at L2 or L3) to "emulate" a ptp link, with regard of 5213 > > operation? > > > > I use this and works perfectly well. > > > > Carlos > > > > On Thu, 2011-03-31 at 16:41 +0200, Alexandru Petrescu wrote: > >> Thanks... can I make a ptp link on MN without running pppoeconf on MN? > >> (e.g. run pppoeconf only on some MAG or some switch, but not on MN) > >> > >> I am asking because I believe it is not possible to not use pppoeconf = on > >> MN if one wants ptp links on it. I.e. pppoeconf MAY be the only > >> solution to make pmipv6 work with wifi MN. > >> > >> Do you think different? > >> > >> Alex > >> > >> > >> Le 31/03/2011 16:07, Kaibo Zhou a =E9crit : > >>> I use pppoeconf in Ubuntu, so I guess it should be able to run on > >>> some kind of MN. > >>> > >>> BR/Zhou > >>> > >>> On 03/31/2011 08:43 PM, Alexandru Petrescu wrote: > >>>> thanks... does pppoeconf run on the mn? > >>>> > >>>> Alex > >>>> > >>>> Le 31/03/2011 14:27, Kaibo Zhou a =E9crit : > >>>>> I once tried to set up a PPP connection on the WLAN using > >>>>> pppoeconf, and it works well. > >>>>> > >>>>> > >>>>> On 03/31/2011 08:11 PM, Alexandru Petrescu wrote: > >>>>>> Hi netext, > >>>>>> > >>>>>> How to do ptp links on a wifi access? > >>>>>> > >>>>>> I am asking because I think there is no method. Or otherwise > >>>>>> they require modifs on the MN - right? > >>>>>> > >>>>>> > >>>>>> Alex _______________________________________________ netext > >>>>>> mailing list netext@ietf.org > >>>>>> https://www.ietf.org/mailman/listinfo/netext > >>>>>> > >>>>>> > >>>>> > >>>> > >>>> > >>>> > >>> > >> > >> _______________________________________________ > >> netext mailing list > >> netext@ietf.org > >> https://www.ietf.org/mailman/listinfo/netext > > >=20 --=20 Carlos Jes=FAs Bernardos Cano http://www.netcoms.net GPG FP: D29B 0A6A 639A A561 93CA 4D55 35DC BA4D D170 4F67 --=-Z2u8lFUW6oVNUpVvGOZi Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEABECAAYFAk2ViRgACgkQNdy6TdFwT2eaRwCfXKzBF2LLL3d3A8i0svwWMtSi 79EAoIFo/yUCQPr/vAM767/PUG+BQjBw =X228 -----END PGP SIGNATURE----- --=-Z2u8lFUW6oVNUpVvGOZi-- From alexandru.petrescu@gmail.com Fri Apr 1 02:36:34 2011 Return-Path: X-Original-To: netext@core3.amsl.com Delivered-To: netext@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5BABD3A67C0 for ; Fri, 1 Apr 2011 02:36:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.803 X-Spam-Level: X-Spam-Status: No, score=-3.803 tagged_above=-999 required=5 tests=[AWL=-0.204, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-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 Sx1WEm8bDmWC for ; Fri, 1 Apr 2011 02:36:33 -0700 (PDT) Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by core3.amsl.com (Postfix) with ESMTP id C6C013A67A6 for ; Fri, 1 Apr 2011 02:36:32 -0700 (PDT) Received: by bwz13 with SMTP id 13so2586896bwz.31 for ; Fri, 01 Apr 2011 02:38:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=w1M+qM/E+f6wXkoePrMaOejR1oTWdPTAvahBIUnHq84=; b=WO1aukIQ7qUuHtIBxsEWuvkP0zkfTxha+GDHn8sNbLMeFIDEBOcmhpD99rUr+1ZX65 00yhBPxpc3GQsoXi2chR0PJhuW2QyeglwuyLX2KJLYXjmQBBLwqLFAPVa1iDmkHxrkIR +xj6D4ffdtN2PCO/RUkvxBdOVq8IIKBSVsYSk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=xfWSbP8/M26/G9yHhw85R4yiBufz3Qxy7hKOxNHVuRZzLY8EcG/OQTvc3r5SbsZ+sP r1rPN81o37KSGvIzP9Luyf55hNmIkyyl1EPq1MHnBxVCPYO/uIlrOh1UpRYY6s533Y/z K5TcXwOHFeWsvzZqc4jKNVvQ88xvO+uQW6bVs= Received: by 10.204.6.195 with SMTP id a3mr3381904bka.80.1301650689865; Fri, 01 Apr 2011 02:38:09 -0700 (PDT) Received: from [127.0.0.1] (dhcp-150a.meeting.ietf.org [130.129.21.10]) by mx.google.com with ESMTPS id k5sm1267395bku.4.2011.04.01.02.38.08 (version=SSLv3 cipher=OTHER); Fri, 01 Apr 2011 02:38:09 -0700 (PDT) Message-ID: <4D959CFD.6090804@gmail.com> Date: Fri, 01 Apr 2011 11:38:05 +0200 From: Alexandru Petrescu User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; fr; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: cjbc@it.uc3m.es References: <4D946F7F.1060809@gmail.com> <4D94734A.7090909@catr.cn> <4D9476F1.1090708@gmail.com> <4D948AB9.3000603@catr.cn> <4D9492B6.7040805@gmail.com> <1301588970.4305.5.camel@acorde.it.uc3m.es> <4D94D3FF.4080300@gmail.com> <1301645592.3946.6.camel@acorde.it.uc3m.es> In-Reply-To: <1301645592.3946.6.camel@acorde.it.uc3m.es> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Cc: netext@ietf.org Subject: Re: [netext] how to do ptp links on wifi without modifying the MN? X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 09:36:34 -0000 Le 01/04/2011 10:13, Carlos Jesús Bernardos Cano a écrit : > Hi Alex, > > On Thu, 2011-03-31 at 21:20 +0200, Alexandru Petrescu wrote: >> Hi Carlos, >> >> In a sense yes. >> >> If MAG wants to send a unicast RA to a MN, it must first learn the >> link-local address of that MN somehow, in order to send that RA >> to that ll address. >> >> Is this what you mean? > > Yes, either send the RA unicast to the IPv6 ll addr (the MAG can get > that info from an RS, if sent by the MN) Sounds feasible. I think we should say so if we do so. If not, there may be issues. 1 - first packets sent by MN are not RS, but NA and maybe MLD. If my MAG takes these instead of RS then there's no interop. 2 - how does MAG know the RS comes from a Host and not a neighbouring router, I am not sure. Is this modifications to rfc4861 ND? > or multicast the RA at IPv6, but sent it unicast to the L2 addr of > the MN (the MAG can get the L2 address from multiple ways, e.g., L2 > triggers). Yes, also Sri just pointed me to a certain rfc60xx which seems to do a mapping: IPmulticast address - link-layer unicast address. The effect of this would be that the RA is actually received by that single Host (even though the IP dst address says "all" hosts). This may indeed work in practice because some if not most IPv6 stacks wouldn't check the correlation IPmcast-llmcast upon reception. Unless some do. I also wonder whether this new rfc60xx mapping breaks anything specification-wise, i.e. the IPv6 addressing architecture rfc. I have to check. Also, these RA-based mechanisms would be ok with SLAAC, but nothing is said about dhcp, which should be made to work as well. Alex ps: yes, the 2 main problems to be solved by netext now is flow mobility and logical interface discussion; this pmip/wifi discussion is annex. > > Carlos > >> >> Alex >> >> Le 31/03/2011 18:29, Carlos Jesús Bernardos Cano a écrit : >>> Hi Alex, >>> >>> Isn't it enough to ensure that the RAs sent by the MAG are just >>> unicast to the MN (at L2 or L3) to "emulate" a ptp link, with >>> regard of 5213 operation? >>> >>> I use this and works perfectly well. >>> >>> Carlos >>> >>> On Thu, 2011-03-31 at 16:41 +0200, Alexandru Petrescu wrote: >>>> Thanks... can I make a ptp link on MN without running >>>> pppoeconf on MN? (e.g. run pppoeconf only on some MAG or some >>>> switch, but not on MN) >>>> >>>> I am asking because I believe it is not possible to not use >>>> pppoeconf on MN if one wants ptp links on it. I.e. pppoeconf >>>> MAY be the only solution to make pmipv6 work with wifi MN. >>>> >>>> Do you think different? >>>> >>>> Alex >>>> >>>> >>>> Le 31/03/2011 16:07, Kaibo Zhou a écrit : >>>>> I use pppoeconf in Ubuntu, so I guess it should be able to >>>>> run on some kind of MN. >>>>> >>>>> BR/Zhou >>>>> >>>>> On 03/31/2011 08:43 PM, Alexandru Petrescu wrote: >>>>>> thanks... does pppoeconf run on the mn? >>>>>> >>>>>> Alex >>>>>> >>>>>> Le 31/03/2011 14:27, Kaibo Zhou a écrit : >>>>>>> I once tried to set up a PPP connection on the WLAN using >>>>>>> pppoeconf, and it works well. >>>>>>> >>>>>>> >>>>>>> On 03/31/2011 08:11 PM, Alexandru Petrescu wrote: >>>>>>>> Hi netext, >>>>>>>> >>>>>>>> How to do ptp links on a wifi access? >>>>>>>> >>>>>>>> I am asking because I think there is no method. Or >>>>>>>> otherwise they require modifs on the MN - right? >>>>>>>> >>>>>>>> >>>>>>>> Alex _______________________________________________ >>>>>>>> netext mailing list netext@ietf.org >>>>>>>> https://www.ietf.org/mailman/listinfo/netext >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> _______________________________________________ netext mailing >>>> list netext@ietf.org >>>> https://www.ietf.org/mailman/listinfo/netext >>> >> > From behcetsarikaya@yahoo.com Fri Apr 1 04:39:48 2011 Return-Path: X-Original-To: netext@core3.amsl.com Delivered-To: netext@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CC4E13A681F for ; Fri, 1 Apr 2011 04:39:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.592 X-Spam-Level: X-Spam-Status: No, score=-2.592 tagged_above=-999 required=5 tests=[AWL=0.007, BAYES_00=-2.599] 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 MDy3TssEEojL for ; Fri, 1 Apr 2011 04:39:47 -0700 (PDT) Received: from nm2-vm0.bullet.mail.ne1.yahoo.com (nm2-vm0.bullet.mail.ne1.yahoo.com [98.138.91.39]) by core3.amsl.com (Postfix) with SMTP id AC14E3A6805 for ; Fri, 1 Apr 2011 04:39:47 -0700 (PDT) Received: from [98.138.90.53] by nm2.bullet.mail.ne1.yahoo.com with NNFMP; 01 Apr 2011 11:41:25 -0000 Received: from [98.138.89.160] by tm6.bullet.mail.ne1.yahoo.com with NNFMP; 01 Apr 2011 11:41:25 -0000 Received: from [127.0.0.1] by omp1016.mail.ne1.yahoo.com with NNFMP; 01 Apr 2011 11:41:25 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 53865.43998.bm@omp1016.mail.ne1.yahoo.com Received: (qmail 12624 invoked by uid 60001); 1 Apr 2011 11:41:24 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1301658084; bh=YKw1jMEYZ4MdFPIuDEC1UKtnNxiY3hs2KWeNUbi0QU4=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=r+Vf5YpZgL6thO0LShZFhugi/cnT4lyAkyhB5eCSlSwis+xLtZlluzJE9l46DB2FbzwQwnsO7IoBA10INW5AuaJIBgtqsbmKFIlimg0FdcqZDATFNU2tsuXtlo01eLalOh2v1cFF9Vm84xB83TtBFgsaKcvWJzPddltX/m8zj2A= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=liHDkIW0AwdKWes7BuNDGI6zyfG5ZUnn8MDHgf1vAL3rTCNcxjlQ2bZA5c2YfijnvXY1Z2ZerNVgag7DpLmUhDuJ8SrpypiaQC+0G1l3G7PKPzWzwG5nwGUkYk3pxHVprvLOEolGS9vdBBuW1k/sbZUEdnLh31J97kPPQmasyDI=; Message-ID: <367828.99938.qm@web111414.mail.gq1.yahoo.com> X-YMail-OSG: .z60DSMVM1lqaTbeMLeaEOtqHW5B4QcGfmHT8EruzPwzUrP zW1U5siO2NZNbNrlkU2NjAj6eL2nkFUosd4dt_vdFxJx4HqvEwFrNqnCotsw xXbhELbOefs_cfHm.MPQ66_SZPMY_Zra0GbRxQ1sK.ft.GDWMkVu_Mqk_5Uj gfh.X5DYB.L877p0hdbYW084rl6X3BIBaEcXouIzWFa6VAZgV4df424WMZ0W hWUIaCUhb4WN2YGcVyKqy6FRwYfqr88iYWpOrgIRPITXjRE3T8_SMPMliW1M CU4ySRp8uPQ4Lu.ldgNCT_W7u.Z1S9Jp1Pa.QlwkA2_ISiz0FuCSplODo3cu CrrfAhiRa98BXN7FcJx3VYK7SHVuoTC98ElsMGwzgZRrt.PVlVPjiJBQUibk nLsxiOAOe35zAOA-- Received: from [130.129.87.243] by web111414.mail.gq1.yahoo.com via HTTP; Fri, 01 Apr 2011 04:41:23 PDT X-Mailer: YahooMailRC/559 YahooMailWebService/0.8.109.295617 References: <4D946F7F.1060809@gmail.com> <4D94734A.7090909@catr.cn> <4D9476F1.1090708@gmail.com> <4D948AB9.3000603@catr.cn> <4D9492B6.7040805@gmail.com> <1301588970.4305.5.camel@acorde.it.uc3m.es> <4D94D3FF.4080300@gmail.com> <1301645592.3946.6.camel@acorde.it.uc3m.es> <4D959CFD.6090804@gmail.com> Date: Fri, 1 Apr 2011 04:41:23 -0700 (PDT) From: Behcet Sarikaya To: Alexandru Petrescu , Sri Gundavelli In-Reply-To: <4D959CFD.6090804@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: netext@ietf.org Subject: Re: [netext] how to do ptp links on wifi without modifying the MN? X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Behcet Sarikaya List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 11:39:48 -0000 =0A=0A=0A=0A=0A> =0A> Le 01/04/2011 10:13, Carlos Jes=FAs Bernardos Cano a = =E9crit :=0A> > Hi Alex,=0A> >=0A> > On Thu, 2011-03-31 at 21:20 +0200, Al= exandru Petrescu wrote:=0A> >> Hi Carlos,=0A> >>=0A> >> In a sense yes.= =0A> >>=0A> >> If MAG wants to send a unicast RA to a MN, it must first le= arn the=0A> >> link-local address of that MN somehow, in order to send th= at RA=0A> >> to that ll address.=0A> >>=0A> >> Is this what you mean?=0A> = >=0A> > Yes, either send the RA unicast to the IPv6 ll addr (the MAG can g= et=0A> > that info from an RS, if sent by the MN)=0A> =0A> Sounds feasibl= e. I think we should say so if we do so. If not, there=0A> may be issues= .=0A> =0A> 1 - first packets sent by MN are not RS, but NA and maybe MLD. = If my=0A> MAG takes these instead of RS then there's no interop.=0A> =0A>= 2 - how does MAG know the RS comes from a Host and not a neighbouring=0A>= router, I am not sure.=0A> =0A> Is this modifications to rfc4861 ND?=0A> = =0A> > or multicast the RA at IPv6, but sent it unicast to the L2 addr of= =0A> > the MN (the MAG can get the L2 address from multiple ways, e.g., L2= =0A> > triggers).=0A> =0A> Yes, also Sri just pointed me to a certain rfc60= xx which seems to do a=0A> mapping:=0A> =0A> IPmulticast address - link= -layer unicast address.=0A> =0A> The effect of this would be that the RA i= s actually received by that=0A> single Host (even though the IP dst addres= s says "all" hosts).=0A> =0A> This may indeed work in practice because som= e if not most IPv6 stacks=0A> wouldn't check the correlation IPmcast-llmca= st upon reception. Unless=0A> some do.=0A> =0A> I also wonder whether thi= s new rfc60xx mapping breaks anything=0A> specification-wise, i.e. the IPv= 6 addressing architecture rfc. I have=0A> to check.=0A=0A6085 Address Map= ping of IPv6 Multicast Packets on Ethernet.=0A=0AIt is a pity that you miss= ed this. I think it was done in 6man but I don't see =0Ait on 6man tools p= age.=0A=0ASri? From julien.ietf@gmail.com Mon Apr 4 04:18:28 2011 Return-Path: X-Original-To: netext@core3.amsl.com Delivered-To: netext@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E3C463A697D for ; Mon, 4 Apr 2011 04:18:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.017 X-Spam-Level: X-Spam-Status: No, score=-3.017 tagged_above=-999 required=5 tests=[AWL=-0.018, BAYES_00=-2.599, J_CHICKENPOX_21=0.6, RCVD_IN_DNSWL_LOW=-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 vQ2hnEF94LHh for ; Mon, 4 Apr 2011 04:18:20 -0700 (PDT) Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by core3.amsl.com (Postfix) with ESMTP id 289CF3A6980 for ; Mon, 4 Apr 2011 04:18:19 -0700 (PDT) Received: by fxm15 with SMTP id 15so4391600fxm.31 for ; Mon, 04 Apr 2011 04:20:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=OqZO4eShBOXQRVi6Yud6+rM4UN+B1dgzZ9SqiDLjqL0=; b=VNVhemoSE781rY5LNtnYyhMSmdMocCTheZGPQR/JR5szEeXu7PPX+lim6isNGsGgy2 x8/xa48zVTkPyOupgGxxdvLMwqnrUbDTf3j5OQa9STwFQJ/vHw9oAHMTZdA9tPfwXfw9 yxsjA+i742iuMnqha8UPUOGfzuZBnXziUu/Pg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=aOqjElJaRhEhMpyt/lWa+/iAnC+onkB4fUaDIS8NmfZxZT90LX0BSi9eiClQOLRN05 jvswdXLZ0dxN7HIid2o3Rs4Lh3WiORM+hSgx+efUfYLcVtVqWEq7KtlDsjpXktvlSvau dmbcq0XwTuVAiW7Hh5s7eZSWBmDud0VrshQIU= MIME-Version: 1.0 Received: by 10.223.13.137 with SMTP id c9mr1563296faa.60.1301916001933; Mon, 04 Apr 2011 04:20:01 -0700 (PDT) Received: by 10.223.87.2 with HTTP; Mon, 4 Apr 2011 04:20:01 -0700 (PDT) In-Reply-To: <1301588970.4305.5.camel@acorde.it.uc3m.es> References: <4D946F7F.1060809@gmail.com> <4D94734A.7090909@catr.cn> <4D9476F1.1090708@gmail.com> <4D948AB9.3000603@catr.cn> <4D9492B6.7040805@gmail.com> <1301588970.4305.5.camel@acorde.it.uc3m.es> Date: Mon, 4 Apr 2011 04:20:01 -0700 Message-ID: From: Julien Laganier To: cjbc@it.uc3m.es Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: netext@ietf.org Subject: Re: [netext] how to do ptp links on wifi without modifying the MN? X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2011 11:18:29 -0000 Carlos, all, Can everybody please stop to say that they "emulate" point-to-point links with unicast RAs... I know what it is to emulate but I do not know what it is to "emulate". What is for sure is that a point-to-point link is defined in RFC 4861 as: point-to-point - a link that connects exactly two interfaces. A point-to-point link is assumed to have multicast capability and a link-local address. Thus unless someone can show me how sending unicast RAs constrains a link to connect exactly two interfaces, please refrain from equating the two. --julien 2011/3/31 Carlos Jes=FAs Bernardos Cano : > Hi Alex, > > Isn't it enough to ensure that the RAs sent by the MAG are just unicast > to the MN (at L2 or L3) to "emulate" a ptp link, with regard of 5213 > operation? > > I use this and works perfectly well. > > Carlos > > On Thu, 2011-03-31 at 16:41 +0200, Alexandru Petrescu wrote: >> Thanks... can I make a ptp link on MN without running pppoeconf on MN? >> (e.g. run pppoeconf only on some MAG or some switch, but not on MN) >> >> I am asking because I believe it is not possible to not use pppoeconf on >> MN if one wants ptp links on it. =A0I.e. pppoeconf MAY be the only >> solution to make pmipv6 work with wifi MN. >> >> Do you think different? >> >> Alex >> >> >> Le 31/03/2011 16:07, Kaibo Zhou a =E9crit : >> > I use pppoeconf in Ubuntu, so I guess it should be able to run on >> > some kind of MN. >> > >> > BR/Zhou >> > >> > On 03/31/2011 08:43 PM, Alexandru Petrescu wrote: >> >> thanks... does pppoeconf run on the mn? >> >> >> >> Alex >> >> >> >> Le 31/03/2011 14:27, Kaibo Zhou a =E9crit : >> >>> I once tried to set up a PPP connection on the WLAN using >> >>> pppoeconf, and it works well. >> >>> >> >>> >> >>> On 03/31/2011 08:11 PM, Alexandru Petrescu wrote: >> >>>> Hi netext, >> >>>> >> >>>> How to do ptp links on a wifi access? >> >>>> >> >>>> I am asking because I think there is no method. Or otherwise >> >>>> they require modifs on the MN - right? >> >>>> >> >>>> >> >>>> Alex _______________________________________________ netext >> >>>> mailing list netext@ietf.org >> >>>> https://www.ietf.org/mailman/listinfo/netext >> >>>> >> >>>> >> >>> >> >> >> >> >> >> >> > >> >> _______________________________________________ >> netext mailing list >> netext@ietf.org >> https://www.ietf.org/mailman/listinfo/netext > > -- > Carlos Jes=FAs Bernardos Cano =A0 =A0 http://www.netcoms.net > GPG FP: D29B 0A6A 639A A561 93CA =A04D55 35DC BA4D D170 4F67 > > _______________________________________________ > netext mailing list > netext@ietf.org > https://www.ietf.org/mailman/listinfo/netext > > From julien.ietf@gmail.com Mon Apr 4 04:21:34 2011 Return-Path: X-Original-To: netext@core3.amsl.com Delivered-To: netext@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1D5D43A6986 for ; Mon, 4 Apr 2011 04:21:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.316 X-Spam-Level: X-Spam-Status: No, score=-3.316 tagged_above=-999 required=5 tests=[AWL=0.283, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-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 RaMTaZ6ZhwN0 for ; Mon, 4 Apr 2011 04:21:27 -0700 (PDT) Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by core3.amsl.com (Postfix) with ESMTP id 22CFA3A697D for ; Mon, 4 Apr 2011 04:21:23 -0700 (PDT) Received: by fxm15 with SMTP id 15so4393156fxm.31 for ; Mon, 04 Apr 2011 04:23:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=CwUcrsaJOMrQNX3fFSNp4mqhRHpAMrK70w9dq5RdsaY=; b=CH8kWXp/1hHEF5Y3GUA+o7chi0dwAD6Klw305jxjU+bqq/xNEn/uaU7gtj4TRQ9Tgf 2ei0jFgrnz442AhomQfyOrypCvK3EyuxPEkuP2JduFMDRP9oNgvzr99cJg1NKPL+6f6q pMtaUbBuWU1I5lnEqNMNMKWAj25TWqLvnXVnE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=qyz57iQYf317mhj6xUCBG/RWGOmSNLG5wIho8u4C04hsMYGaWUYXJrz5gzX9oOCGbW rc4vhYQxjpT76ouj95myuceRNtNwABQNXUiHnip3wbVqdz95UNNvkVPFGyT7XQufUO/b fHx1YEkKtDAA/a5L8EsudfSwgyCb65C7CLFb0= MIME-Version: 1.0 Received: by 10.223.127.210 with SMTP id h18mr5864716fas.79.1301916184971; Mon, 04 Apr 2011 04:23:04 -0700 (PDT) Received: by 10.223.87.2 with HTTP; Mon, 4 Apr 2011 04:23:04 -0700 (PDT) In-Reply-To: <4D946F7F.1060809@gmail.com> References: <4D946F7F.1060809@gmail.com> Date: Mon, 4 Apr 2011 04:23:04 -0700 Message-ID: From: Julien Laganier To: Alexandru Petrescu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: netext@ietf.org Subject: Re: [netext] how to do ptp links on wifi without modifying the MN? X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2011 11:21:34 -0000 Alex: As I explained to you during the MEXT session, an 802.11 AP can decide to have every MN on a different point to point link without any MN impact, that is internal to the layer 2 on the AP and out-of-scope of the netext work. I have done it in a lab and I can explain to you offlist if you want more details. Thank you. --julien On Thu, Mar 31, 2011 at 5:11 AM, Alexandru Petrescu wrote: > Hi netext, > > How to do ptp links on a wifi access? > > I am asking because I think there is no method. =A0Or otherwise they > require modifs on the MN - right? > > > Alex > _______________________________________________ > netext mailing list > netext@ietf.org > https://www.ietf.org/mailman/listinfo/netext > From alexandru.petrescu@gmail.com Mon Apr 4 05:29:30 2011 Return-Path: X-Original-To: netext@core3.amsl.com Delivered-To: netext@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5E67B28C102 for ; Mon, 4 Apr 2011 05:29:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.249 X-Spam-Level: X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, HELO_EQ_FR=0.35] 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 jSVqcxpDrxq9 for ; Mon, 4 Apr 2011 05:29:28 -0700 (PDT) Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.8]) by core3.amsl.com (Postfix) with ESMTP id 4BF3C28C100 for ; Mon, 4 Apr 2011 05:29:28 -0700 (PDT) Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.2) with ESMTP id p34CV9Xh027881 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 4 Apr 2011 14:31:09 +0200 Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id p34CV8Fw031092; Mon, 4 Apr 2011 14:31:08 +0200 (envelope-from alexandru.petrescu@gmail.com) Received: from [132.166.133.178] (is010173.intra.cea.fr [132.166.133.178]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id p34CV8pO028157; Mon, 4 Apr 2011 14:31:08 +0200 Message-ID: <4D99BA0C.6020002@gmail.com> Date: Mon, 04 Apr 2011 14:31:08 +0200 From: Alexandru Petrescu User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: Julien Laganier References: <4D946F7F.1060809@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: netext@ietf.org Subject: Re: [netext] how to do ptp links on wifi without modifying the MN? X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2011 12:29:30 -0000 Le 04/04/2011 13:23, Julien Laganier a écrit : > Alex: > > As I explained to you during the MEXT session, an 802.11 AP can > decide to have every MN on a different point to point link without > any MN impact, that is internal to the layer 2 on the AP and > out-of-scope of the netext work. I have done it in a lab and I can > explain to you offlist if you want more details. YEs please explain that to me offlist because I would like to learn which commands, software, etc. and I have doubts about its scalability, and about how AP talks to MAG to set that thing up (a new protocol?) Also, it could be possible to have a different solution about how MAG sends an IP-unicasted RA to the MN, without using special 802.11 AP support. Alex > > Thank you. > > --julien > > On Thu, Mar 31, 2011 at 5:11 AM, Alexandru Petrescu > wrote: >> Hi netext, >> >> How to do ptp links on a wifi access? >> >> I am asking because I think there is no method. Or otherwise they >> require modifs on the MN - right? >> >> >> Alex _______________________________________________ netext mailing >> list netext@ietf.org https://www.ietf.org/mailman/listinfo/netext >> > From Basavaraj.Patil@nokia.com Mon Apr 4 09:07:37 2011 Return-Path: X-Original-To: netext@core3.amsl.com Delivered-To: netext@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 515103A682E for ; Mon, 4 Apr 2011 09:07:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.606 X-Spam-Level: X-Spam-Status: No, score=-102.606 tagged_above=-999 required=5 tests=[AWL=-0.007, BAYES_00=-2.599, 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 5SbzFAUQ2M0w for ; Mon, 4 Apr 2011 09:07:30 -0700 (PDT) Received: from mgw-da02.nokia.com (smtp.nokia.com [147.243.128.26]) by core3.amsl.com (Postfix) with ESMTP id 38C993A683A for ; Mon, 4 Apr 2011 09:07:29 -0700 (PDT) Received: from vaebh105.NOE.Nokia.com (vaebh105.europe.nokia.com [10.160.244.31]) by mgw-da02.nokia.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id p34G8nIS010280; Mon, 4 Apr 2011 19:09:09 +0300 Received: from smtp.mgd.nokia.com ([65.54.30.8]) by vaebh105.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Mon, 4 Apr 2011 19:08:43 +0300 Received: from 008-AM1MMR1-002.mgdnok.nokia.com (65.54.30.57) by NOK-AM1MHUB-04.mgdnok.nokia.com (65.54.30.8) with Microsoft SMTP Server (TLS) id 8.2.255.0; Mon, 4 Apr 2011 18:08:42 +0200 Received: from 008-AM1MPN1-023.mgdnok.nokia.com ([169.254.3.94]) by 008-AM1MMR1-002.mgdnok.nokia.com ([65.54.30.57]) with mapi id 14.01.0270.002; Mon, 4 Apr 2011 18:08:42 +0200 From: To: , Thread-Topic: [netext] how to do ptp links on wifi without modifying the MN? Thread-Index: AQHL75zX/L1iv5cLIEuBv8B6uWa1T5RNdJMAgAATBAD//+j4AA== Date: Mon, 4 Apr 2011 16:08:41 +0000 Message-ID: In-Reply-To: <4D99BA0C.6020002@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.0.101115 x-originating-ip: [172.19.59.137] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <74252F5A3482404DAD3639C218BF8622@nokia.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 04 Apr 2011 16:08:43.0076 (UTC) FILETIME=[91AD1040:01CBF2E2] X-Nokia-AV: Clean Cc: netext@ietf.org Subject: Re: [netext] how to do ptp links on wifi without modifying the MN? X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2011 16:07:37 -0000 Thanks for taking this discussion offline. This discussion is not helping the WG move forward on its deliverables. With chair hat on: Raj On 4/4/11 7:31 AM, "ext Alexandru Petrescu" wrote: >Le 04/04/2011 13:23, Julien Laganier a =E9crit : >> Alex: >> >> As I explained to you during the MEXT session, an 802.11 AP can >> decide to have every MN on a different point to point link without >> any MN impact, that is internal to the layer 2 on the AP and >> out-of-scope of the netext work. I have done it in a lab and I can >> explain to you offlist if you want more details. > >YEs please explain that to me offlist because I would like to learn >which commands, software, etc. and I have doubts about its scalability, >and about how AP talks to MAG to set that thing up (a new protocol?) > >Also, it could be possible to have a different solution about how MAG >sends an IP-unicasted RA to the MN, without using special 802.11 >AP support. > >Alex > >> >> Thank you. >> >> --julien >> >> On Thu, Mar 31, 2011 at 5:11 AM, Alexandru Petrescu >> wrote: >>> Hi netext, >>> >>> How to do ptp links on a wifi access? >>> >>> I am asking because I think there is no method. Or otherwise they >>> require modifs on the MN - right? >>> >>> >>> Alex _______________________________________________ netext mailing >>> list netext@ietf.org https://www.ietf.org/mailman/listinfo/netext >>> >> > >_______________________________________________ >netext mailing list >netext@ietf.org >https://www.ietf.org/mailman/listinfo/netext From Basavaraj.Patil@nokia.com Thu Apr 7 14:29:28 2011 Return-Path: X-Original-To: netext@core3.amsl.com Delivered-To: netext@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C0D313A69D4 for ; Thu, 7 Apr 2011 14:29:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.729 X-Spam-Level: X-Spam-Status: No, score=-101.729 tagged_above=-999 required=5 tests=[AWL=-0.883, BAYES_00=-2.599, MIME_BASE64_TEXT=1.753, 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 2EXGs-8570Q0 for ; Thu, 7 Apr 2011 14:29:25 -0700 (PDT) Received: from mgw-sa02.nokia.com (smtp.nokia.com [147.243.1.48]) by core3.amsl.com (Postfix) with ESMTP id 4AE133A6977 for ; Thu, 7 Apr 2011 14:29:24 -0700 (PDT) Received: from vaebh102.NOE.Nokia.com (vaebh102.europe.nokia.com [10.160.244.23]) by mgw-sa02.nokia.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id p37LV7hO030959 for ; Fri, 8 Apr 2011 00:31:07 +0300 Received: from smtp.mgd.nokia.com ([65.54.30.7]) by vaebh102.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Fri, 8 Apr 2011 00:31:06 +0300 Received: from 008-AM1MMR1-005.mgdnok.nokia.com (65.54.30.60) by NOK-AM1MHUB-03.mgdnok.nokia.com (65.54.30.7) with Microsoft SMTP Server (TLS) id 8.2.255.0; Thu, 7 Apr 2011 23:31:06 +0200 Received: from 008-AM1MPN1-023.mgdnok.nokia.com ([169.254.3.94]) by 008-AM1MMR1-005.mgdnok.nokia.com ([65.54.30.60]) with mapi id 14.01.0270.002; Thu, 7 Apr 2011 23:31:05 +0200 From: To: Thread-Topic: Request for review: draft-ietf-netext-radius-pmip6 Thread-Index: AQHL9IOoCtkKoD/3bkKgeOIGjnbivZRRICXbgAFPjaCAADQDgP//1BgA Date: Thu, 7 Apr 2011 21:31:03 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.0.101115 x-originating-ip: [172.19.59.39] Content-Type: text/plain; charset="euc-kr" Content-ID: <21AC45FFFAD495498D472A58655C644E@nokia.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginalArrivalTime: 07 Apr 2011 21:31:06.0818 (UTC) FILETIME=[1AAF1A20:01CBF56B] X-Nokia-AV: Clean Subject: [netext] FW: Request for review: draft-ietf-netext-radius-pmip6 X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2011 21:29:28 -0000 DQpUaGFua3MgQXZpIGZvciB0aGUgcmV2aWV3Lg0KDQotUmFqDQoNCg0KT24gNC83LzExIDI6MDgg UE0sICJleHQgQXZpIExpb3IiIDxhdmlAYnJpZGdld2F0ZXJzeXN0ZW1zLmNvbT4gd3JvdGU6DQoN Cj5IZXJlIGlzIG15IHJldmlldzoNCj4NCj4NCj4xLiAgSW50cm9kdWN0aW9uDQo+DQo+IFNOSVAN Cj4NCj4gICBNTiBhbmQgaXMgYXV0aG9yaXplZCB0byBzZW5kIG1vYmlsaXR5IG1hbmFnZW1lbnQg c2lnbmFsaW5nIG1lc3NhZ2VzDQo+ICAgb24gYmVoYWxmIG9mIHRoZSBNTi4gIEJlZm9yZSB0aGUg TUFHIGluaXRpYXRlcyBtb2JpbGl0eSBtYW5hZ2VtZW50DQo+ICAgcHJvY2VkdXJlcywgYXQgbWlu aXVtIGl0IG5lZWRzIHRvIGtub3cgdGhlIElQIGFkZHJlc3Mgb2YgdGhlIExvY2FsDQo+ICAgTW9i aWxpdHkgQW5jaG9yIChMTUEpLCBhbmQgdGhlIE1OIElkZW50aWZpZXIgKE1OLUlEKS4gIFRoZSBp bmRpdmlkdWFsDQo+ICAgcGVyIE1OIFBvbGljeSBQcm9maWxlIChQUCkgaW5mb3JtYXRpb24gaXMg c3RvcmVkIGluIGEgUG9saWN5IFN0b3JlDQo+ICAgKFBTKSwgd2hpY2ggbWF5IGJlIGxvY2FsIHRv IHRoZSBNQUcgb3IgcmVtb3RlbHkgYWNjZXNzaWJsZSwgZm9yDQo+ICAgZXhhbXBsZSwgdGhyb3Vn aCB0aGUgYXV0aGVudGljYXRpb24sIGF1dGhvcml6YXRpb24gYW5kIGFjY291bnRpbmcNCj4gICAo QUFBKSBpbmZyYXN0cnVjdHVyZS4NCj4NCj48PDwNCj5TcGVsbGluZw0KPjEuIEludHJvZHVjdGlv biBmaXJzdCBwYXI6IG1pbml1bSB0byBtaW5pbXVtDQo+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+ Pj4+Pj4+DQo+DQo+PDw8DQo+MS4wIEludHJvZHVjdGlvbg0KPg0KPklzc3VlOg0KPg0KPk1vc3Qg Y29tbW9uIGNvbmZpZ3VyYXRpb24gaXMgbm90IHRvIGhhdmUgdGhlIHBvbGljeSBzdG9yZWQgaW4g dGhlIE1BRy4gIEkNCj53b3VsZCBzdWdnZXN0IHRoZSBmb2xsb3dpbmcgcmV3cml0ZToNCj4NCj5G cm9tOg0KPg0KPiAgIFRoZSBpbmRpdmlkdWFsDQo+ICAgcGVyIE1OIFBvbGljeSBQcm9maWxlIChQ UCkgaW5mb3JtYXRpb24gaXMgc3RvcmVkIGluIGEgUG9saWN5IFN0b3JlDQo+ICAgKFBTKSwgd2hp Y2ggbWF5IGJlIGxvY2FsIHRvIHRoZSBNQUcgb3IgcmVtb3RlbHkgYWNjZXNzaWJsZSwgZm9yDQo+ ICAgZXhhbXBsZSwgdGhyb3VnaCB0aGUgYXV0aGVudGljYXRpb24sIGF1dGhvcml6YXRpb24gYW5k IGFjY291bnRpbmcNCj4gICAoQUFBKSBpbmZyYXN0cnVjdHVyZS4NCj4NCj5UbzoNCj4NCj4gICBU aGUgaW5kaXZpZHVhbCBwZXIgTU4gUG9saWN5IFByb2ZpbGUgKFBQKSBpbmZvcm1hdGlvbiBpcyB0 eXBpY2FsbHkNCj5zdG9yZWQNCj4gICBpbiBhIFBvbGljeSBTdG9yZSAoUFMpIHRoYXQgaXMgcmVt b3RlbHkgYWNjZXNzaWJsZSBmb3IgZXhhbXBsZSwgdGhyb3VnaA0KPiAgIHRoZSBhdXRoZW50aWNh dGlvbiwgYXV0aG9yaXphdGlvbiBhbmQgYWNjb3VudGluZyAoQUFBKSBpbmZyYXN0cnVjdHVyZS4N Cj5UaGUgUFMNCj4gICBtYXkgYmUgbG9jYWwgdG8gdGhlIE1BRy4NCj4+Pj4+Pj4+Pj4+Pj4+Pj4+ Pj4+Pj4+Pj4+Pj4+Pj4NCj4NCj4gICBUaGlzIGRvY3VtZW50IGRlZmluZXMgdGhlIFJBRElVUy1i YXNlZCBbUkZDMjg2NV0gcHJvZmlsZSBhbmQNCj4gICBjb3JyZXNwb25kaW5nIGF0dHJpYnV0ZXMg dG8gYmUgdXNlZCBvbiB0aGUgQUFBIGludGVyZmFjZSBiZXR3ZWVuIHRoZQ0KPiAgIE1BRyBhbmQg dGhlIFJBRElVUyBzZXJ2ZXIuICBUaGlzIGludGVyZmFjZSBpcyB1c2VkIHRvIHJldHJpZXZlIHRo ZQ0KPiAgIHBlciBNTiBQb2xpY3kgUHJvZmlsZSBmcm9tIHRoZSByZW1vdGUgUG9saWN5IFN0b3Jl IHRvIHRoZSBNQUcuDQo+ICAgRnVydGhlcm1vcmUsIHRoaXMgZG9jdW1lbnQgYWxzbyBkZWZpbmVz IHRoZSBSQURJVVMtYmFzZWQgaW50ZXJmYWNlDQo+ICAgYmV0d2VlbiB0aGUgTE1BIGFuZCB0aGUg QUFBIFJBRElVUyBzZXJ2ZXIgZm9yIGF1dGhvcml6YXRpb24gb2YgdGhlDQo+ICAgcmVjZWl2ZWQg UHJveHkgQmluZGluZyBVcGRhdGUgKFBCVSkgbWVzc2FnZXMuICBUaGUgQUFBIHByb2NlZHVyZXMN Cj4gICBkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQgY292ZXIgdHdvIGRlcGxveW1lbnQgbW9kZWxz OiB0aGUgUE1JUHY2DQo+ICAgc2NlbmFyaW8gd2hlcmUgTU4gY29ubmVjdHMgdmlhIHRoZSBWaXNp dGVkIGFjY2VzcyBuZXR3b3JrLCBhbmQNCj4gICBzY2VuYXJpbyB3aGVyZSBNTiBkaXJlY3RseSBh dHRhY2hlcyBpbiBpdHMgSG9tZSBuZXR3b3JrLg0KPg0KPg0KPg0KPg0KPjIuICBUZXJtaW5vbG9n eQ0KPg0KPg0KPiAgIE5ldHdvcmsgQWNjZXNzIFNlcnZlciAoTkFTKToNCj4NCj4gICAgICBBIGRl dmljZSB0aGF0IHByb3ZpZGVzIHRoZSBhY2Nlc3Mgc2VydmljZSBmb3IgYSB1c2VyIHRvIGEgbmV0 d29yay4NCj4gICAgICBUaGUgTkFTIGRldmljZSBjb250YWlucyB0aGUgUkFESVVTIENsaWVudCB0 aGF0IGNvbW11bmljYXRlcyB3aXRoDQo+ICAgICAgdGhlIEFBQSBSQURJVVMgU2VydmVyLiAgSW4g dGhlIGNvbnRleHQgb2YgdGhpcyBkb2N1bWVudCB0aGUgTkFTDQo+ICAgICAgZnVuY3Rpb24gbWF5 IGJlIGludGVncmF0ZWQgd2l0aCB0aGUgTUFHLg0KPg0KPjw8PA0KPjIuIFRlcm1pbm9sb2d5IE5B UzoNCj4NCj5Jc3N1ZTogIEluIHRoZSBjb250ZXh0IG9mIHRoaXMgZG9jdW1lbnQgdGhlIE5BUyBp cyBpbiB0aGUgTUFHLg0KPklzc3VlOiAgSW4gdGhlIGNvbnRleHQgb2YgdGhpcyBkb2N1bWVudCB0 aGUgTkFTIGlzIGFsc28gaW4gdGhlIExNQS4NCj4NCj5Gcm9tOg0KPg0KPkluIHRoZSBjb250ZXh0 IG9mIHRoaXMgZG9jdW1lbnQgdGhlIE5BUw0KPiAgICAgIGZ1bmN0aW9uIG1heSBiZSBpbnRlZ3Jh dGVkIHdpdGggdGhlIE1BRy4NCj4NCj5UbzoNCj5JbiB0aGUgY29udGV4dCBvZiB0aGlzIGRvY3Vt ZW50IHRoZSBOQVMNCj4gICAgICBmdW5jdGlvbiBpcyBpbnRlZ3JhdGVkIHdpdGggdGhlIE1BRyBh bmQgdGhlIExNQS4NCj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4NCj4NCj4NCj5TTklQ DQo+DQo+DQo+My4gIFNvbHV0aW9uIE92ZXJ2aWV3DQo+DQo+PDw8DQo+My4gU29sdXRpb24gT3Zl cnZpZXcNCj4NCj5Jc3N1ZToNCj5JcyB0aGUgdW5kZXJsaW5pbmcgYXNzdW1wdGlvbiBpbiB0aGlz IGRvY3VtZW50IHRoYXQgdGhlIE1BRyBhbmQgdGhlDQo+QXV0aGVudGljYXRvciB0aGF0IGlzIHBl cmZvcm1pbmcgdGhlIEFjY2VzcyBBdXRoZW50aWNhdGlvbiBhcmUgY29sbG9jYXRlZC4NCj4NCj5P ciBpcyB0aGUgaW50ZW50IHRoYXQgdGhleSBkb26p9nQgaGF2ZSB0byBiZSBjb2xsb2NhdGVkLg0K Pg0KPlRoaXMgaXMgbm90IGNhcHR1cmVkIGNyaXNwbHkgZW5vdWdoIGFuZCBuZWVkcyB0byBiZS4g IFRoZXJlIGFyZSB0d28NCj5zY2VuYXJpbyBoZXJlOg0KPlRIZSBpbnRlcmFjdGlvbiBiZXR3ZWVu IHRoZSBNQUcgYW5kIFZBQUEgSEFBQSBpcyBzdGFuZGFsb25lIG9yIGl0IGlzIGluDQo+Y29uanVu Y3Rpb24NCj53aXRoIHRoZSBuZXR3b3JrIGFjY2VzcyBhdXRoZW50aWNhdGlvbg0KPg0KPlRoaXMg cG9pbnQgaXMgYXMgaW1wb3J0YW50IGFzIEhvbWUgYW5kIFZpc2l0ZWQgc2NlbmFyaW9zLg0KPg0K Pg0KPj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pg0KPg0KPiAgIFRoaXMgZG9jdW1lbnQg ZGVmaW5lcyB0aGUgUkFESVVTLWJhc2VkIEFBQSBpbnRlcmFjdGlvbnMgb24gdHdvIFBNSVB2Ng0K PiAgIGludGVyZmFjZXM6DQo+ICAgbyAgYmV0d2VlbiB0aGUgTUFHIGFuZCB0aGUgQUFBIFJBRElV UyBTZXJ2ZXIsIGFuZA0KPiAgIG8gIGJldHdlZW4gdGhlIExNQSBhbmQgdGhlIEFBQSBSQURJVVMg U2VydmVyLg0KPg0KPjw8PA0KPjMuICBTb2x1dGlvbiBPdmVydmlldw0KPg0KPkZyb206IFRoZSBQ b2xpY3kgUHJvZmlsZSBpcyByZXRyaWV2ZWQgZnJvbSB0aGUgY29ycmVzcG9uZGluZyBSQURJVVMg c2VydmVyDQo+ICAgdG8gdGhlIE1BRyBkdXJpbmcgdGhlIE1OIGF0dGFjaG1lbnQgdG8gdGhlIFBN SVB2NiBkb21haW4uDQo+DQo+VG86IFRoZSBQb2xpY3kgUHJvZmlsZSBpcyByZXRyaWV2ZWQgZnJv bSB0aGUgIFJBRElVUyBzZXJ2ZXINCj4gICB0byB0aGUgTUFHIGR1cmluZyB0aGUgTU4gYXR0YWNo bWVudCB0byB0aGUgUE1JUHY2IGRvbWFpbi4NCj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+ Pj4NCj4NCj4gICBUaGUgUG9saWN5IFByb2ZpbGUgaXMgcmV0cmlldmVkIGZyb20gdGhlIGNvcnJl c3BvbmRpbmcgUkFESVVTIHNlcnZlcg0KPiAgIHRvIHRoZSBNQUcgZHVyaW5nIHRoZSBNTiBhdHRh Y2htZW50IHRvIHRoZSBQTUlQdjYgZG9tYWluLiAgVGhlIExNQQ0KPiAgIGFza3MgZm9yIGF1dGhv cml6YXRpb24gZnJvbSB0aGUgUkFESVVTIHNlcnZlciB1cG9uIHJlY2VpdmluZyB0aGUNCj4gICBQ cm94eSBCaW5kaW5nIFVwZGF0ZSAoUEJVKSBtZXNzYWdlcyBmb3IgdGhlIG1vYmlsaXR5IHNlcnZp Y2Ugc2Vzc2lvbi4NCj4gICBUaGUgY29uY2VybmluZyBBQUEgcHJvY2VkdXJlcyB1c2UgdGhlIFJB RElVUyBwcm90b2NvbC4NCj4NCj4gICBXaGVuIGEgTU4gYXR0YWNoZXMgdG8gYSBQTUlQdjYgRG9t YWluLCBhIG5ldHdvcmsgYWNjZXNzDQo+ICAgYXV0aGVudGljYXRpb24gcHJvY2VkdXJlIGlzIHN0 YXJ0ZWQuICBUaGUgY2hvaWNlIG9mIHRoZQ0KPiAgIGF1dGhlbnRpY2F0aW9uIG1lY2hhbmlzbSBp cyBzcGVjaWZpYyB0byB0aGUgYWNjZXNzIG5ldHdvcmsNCj4gICBkZXBsb3ltZW50LCBob3dldmVy IGl0IGlzIGNvbW1vbmx5IGJhc2VkIG9uIHRoZSBFeHRlbnNpYmxlDQo+ICAgQXV0aGVudGljYXRp b24gUHJvdG9jb2wgKEVBUCkgW1JGQzM3NDhdLiAgRHVyaW5nIHRoZSBuZXR3b3JrIGFjY2Vzcw0K PiAgIGF1dGhlbnRpY2F0aW9uLCB0aGUgTUFHIGFjdGluZyBhcyBhIE5BUyBxdWVyaWVzIHRoZSBI QUFBIHRocm91Z2ggdGhlDQo+ICAgQUFBIGluZnJhc3RydWN0dXJlLiAgSWYgdGhlIEhBQUEgZGV0 ZWN0cyB0aGF0IHRoZSBzdWJzY3JpYmVyIGlzDQo+ICAgYXV0aG9yaXplZCBmb3IgUE1JUHY2IHNl cnZpY2VzLCB0aGUgUkFESVVTIEFjY2Vzcy1BY2NlcHQgc2hhbGwgcmV0dXJuDQo+ICAgdG8gdGhl IE1BRyB0aGUgUG9saWN5IFByb2ZpbGUgaW5jbHVkaW5nIFBNSVB2Ni1zcGVjaWZpYyBpbmZvcm1h dGlvbi4NCj4NCj48PDwNCj4zLiAgU29sdXRpb24gT3ZlcnZpZXcNCj5Jc3N1ZTogZ2V0IHJpZCBv ZiB0aGUgc2hhbGwgaGVyZS4NCj4NCj5Gcm9tOg0KPg0KPklmIHRoZSBIQUFBIGRldGVjdHMgdGhh dCB0aGUgc3Vic2NyaWJlciBpcw0KPiAgIGF1dGhvcml6ZWQgZm9yIFBNSVB2NiBzZXJ2aWNlcywg dGhlIFJBRElVUyBBY2Nlc3MtQWNjZXB0IHNoYWxsIHJldHVybg0KPiAgIHRvIHRoZSBNQUcgdGhl IFBvbGljeSBQcm9maWxlIGluY2x1ZGluZyBQTUlQdjYtc3BlY2lmaWMgaW5mb3JtYXRpb24uDQo+ DQo+VG86DQo+SWYgdGhlIEhBQUEgZGV0ZWN0cyB0aGF0IHRoZSBzdWJzY3JpYmVyIGlzDQo+ICAg YXV0aG9yaXplZCBmb3IgUE1JUHY2IHNlcnZpY2VzLCB0aGUgUkFESVVTIEFjY2Vzcy1BY2NlcHQg cmV0dXJucw0KPiAgIHRvIHRoZSBNQUcgdGhlIFBvbGljeSBQcm9maWxlIGluY2x1ZGluZyBQTUlQ djYtc3BlY2lmaWMgaW5mb3JtYXRpb24uDQo+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+ DQo+DQo+ICAgQWZ0ZXIgc3VjY2Vzc2Z1bGx5IGF1dGhlbnRpY2F0aW5nIHRoZSBNTiwgdGhlIE1B RyBzZW5kcyBhIFBCVSB0byB0aGUNCj4gICBMTUEgYmFzZWQgb24gTU4ncyBwb2xpY3kgcHJvZmls ZSBpbmZvcm1hdGlvbi4gIFVwb24gcmVjZWl2aW5nIHRoZQ0KPiAgIFBCVSwgdGhlIExNQSBpbnRl cmFjdHMgd2l0aCB0aGUgSEFBQSwgYW5kIGZldGNoZXMgdGhlIHJlbGV2YW50IFBvbGljeQ0KPiAg IFByb2ZpbGUgYW5kIGF1dGhvcml6YXRpb24gaW5mb3JtYXRpb24gZm9yIHRoZSBNTidzIG1vYmls aXR5IHNlcnZpY2UNCj4gICBzZXNzaW9uLg0KPg0KPg0KPg0KPg0KPlhpYSwgZXQgYWwuICAgICAg ICAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgMTUsIDIwMTEgICAgICAgICAgICAgICBbUGFnZSA1XQ0K Pg0KPkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgIFJBRElVUy1QTUlQdjYgICAgICAgICAg ICAgICAgICAgTWFyY2ggMjAxMQ0KPg0KPg0KPiAgIFRoaXMgZG9jdW1lbnQgYWRkcyBzdXBwb3J0 IGZvciB0aHJlZSBkaXN0aW5jdCBQTUlQdjYgbW9iaWxpdHkgdXNlDQo+ICAgY2FzZXMsIHRha2lu ZyBpbnRvIGFjY291bnQgdGhlIGFkbWluaXN0cmF0aXZlIGRvbWFpbnMgdG8gd2hpY2ggdGhlDQo+ ICAgYXR0ZW5kZWQgTUFHIGFuZCB0aGUgTE1BIGJlbG9uZyB0by4gIFRoZSBvYnNlcnZlZCBuZXR3 b3JrIHRvcG9sb2dpZXMNCj4gICBhcmUgaWRlbnRpZmllZCBieSBmb2xsb3dpbmcgY29uZGl0aW9u czoNCj4gICAxLiAgdGhlIE1BRyBhbmQgTE1BIGFyZSBib3RoIGluIHRoZSBob21lIG5ldHdvcmss DQo+ICAgMi4gIHRoZSBNQUcgYW5kIExNQSBhcmUgYm90aCBpbiB0aGUgdmlzaXRlZCBuZXR3b3Jr LCBvcg0KPiAgIDMuICB0aGUgTUFHIGlzIGluIHRoZSB2aXNpdGVkIG5ldHdvcmsgd2hpbGUgdGhl IExNQSBpcyBpbiB0aGUgaG9tZQ0KPiAgICAgICBuZXR3b3JrLg0KPg0KPjw8PA0KPjMuICBTb2x1 dGlvbiBPdmVydmlldw0KPg0KPkVkaXRvcmlhbDogIEFkZCBhIHNwYWNlIGJldHdlZW4gdGhlIHBh ciBlbmRpbmcgd2l0aCCp+C4uLi4gYnkgZm9sbG93aW5nDQo+Y29uZGl0aW9uczqp9yBhbmQgdGhl IG51bWJlcmVkIGxpc3QuDQo+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+DQo+DQo+U05J UA0KPg0KPg0KPjQuICBBdHRyaWJ1dGUgZGVmaW5pdGlvbnMNCj4NCj4NCj48PDwNCj40LiAgQXR0 cmlidXRlIGRlZmluaXRpb25zDQo+DQo+R2VuZXJhbCBjb21tZW50Lg0KPg0KPlBNSVA2LUhvbWUt TE1BLUlQdjYtQWRkcmVzcw0KPlBNSVA2LUhvbWUtTE1BLUlQdjQtQWRkcmVzcw0KPg0KPkNvdWxk IGhhdmUgYmVlbiBkb25lIGJ5IGEgc2luZ2xlIGF0dHJpYnV0ZS4gVGhlIHJlY2VpdmVyIHdvdWxk IGJlIGFibGUgdG8NCj5kaWZmZXJlbnRpYXRlIHdoaWNoIHR5cGUgb2YgYWRkcmVzcyBpcyBiZWlu ZyBjYXJyaWVkIGJ5IHRoZSBsZW5ndGggb2YgdGhlDQo+YXR0cmlidXRlLg0KPlNpbWlsYXJseSBm b3IgdGhlIFZpc2l0ZWQgTE1BIElQIEFkZHJlc3MuDQo+DQo+VGhlcmUgaXMgYWxzbyBubyBkaXNj dXNzaW9uIG9mIHdoZXRoZXIgb3Igbm90IHdlIGNhbiBzZW5kIGJvdGggb2YgdGhlc2UNCj5hdHRy aWJ1dGVzIGF0IHRoZSBzYW1lIHRpbWUuICBUaGlzIGlzIGEgZ2VuZXJhbCBjb21tZW50IGJlY2F1 c2UgdGhlcmUgaXMNCj5ubw0KPmRpc2N1c3Npb24gb3IgY29uc2lkZXJhdGlvbiBvbiB3aGVuIHRv IHNlbmQgY2VydGFpbiBhdHRyaWJ1dGUgb3Igbm90IHRvDQo+c2VuZCBjZXJ0YWluIGF0dHJpYnV0 ZXMgYW5kIG9uIGhvdyB0byByZXNvbHZlIHdoaWNoIHRvIHVzZSB3aGVuIHRoZXJlIGlzDQo+bW9y ZSB0aGVuIG9uZSBvcHRpb24uDQo+DQo+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+DQo+ DQo+NC4xLiAgTUlQNi1GZWF0dXJlLVZlY3Rvcg0KPg0KPiAgIERpYW1ldGVyIFtSRkMzNTg4XSBy ZXNlcnZlcyBBVlAgQ29kZSBzcGFjZSAxLTI1NSBhcyBSQURJVVMgYXR0cmlidXRlDQo+ICAgY29t cGF0aWJpbGl0eSBzcGFjZS4gIFRoZSBNSVA2LUZlYXR1cmUtVmVjdG9yIEFWUCAoQVZQIENvZGUg MTI0KQ0KPiAgIGRlZmluZWQgaW4gW1JGQzU0NDddIGlzIG9mIHR5cGUgVW5zaWduZWQ2NCBhbmQg Y29udGFpbnMgYSA2NC1iaXQNCj4gICBmbGFncyBmaWVsZCBvZiBzdXBwb3J0ZWQgbW9iaWxpdHkg Y2FwYWJpbGl0aWVzLiAgVGhpcyBkb2N1bWVudA0KPiAgIHJlc2VydmVzIGEgbmV3IGNhcGFiaWxp dHkgYml0IGFjY29yZGluZyB0byB0aGUgcnVsZXMgaW4gW1JGQzU0NDddLA0KPiAgIGFuZCByZXVz ZXMgdGhlIFBNSVB2NiBjYXBhYmlsaXR5IGJpdHMgZGVmaW5lZCBieSBbUkZDNTc3OV0uICBUaGUN Cj4gICBmb2xsb3dpbmcgY2FwYWJpbGl0eSBmbGFnIGJpdHMgYXJlIHVzZWQgb3IgZGVmaW5lZCBp biB0aGlzIGRvY3VtZW50Og0KPg0KPiAgIFBNSVA2X1NVUFBPUlRFRCAoMHgwMDAwMDEwMDAwMDAw MDAwKQ0KPg0KPiAgICAgIFRoaXMgY2FwYWJpbGl0eSBiaXQgaXMgdXNlZCBhcyBkZWZpbmVkIGlu IFtSRkM1Nzc5XS4NCj4NCj4NCj4NCj4NCj4NCj4NCj5YaWEsIGV0IGFsLiAgICAgICAgICAgIEV4 cGlyZXMgU2VwdGVtYmVyIDE1LCAyMDExICAgICAgICAgICAgICAgW1BhZ2UgOF0NCj4NCj5JbnRl cm5ldC1EcmFmdCAgICAgICAgICAgICAgICBSQURJVVMtUE1JUHY2ICAgICAgICAgICAgICAgICAg IE1hcmNoIDIwMTENCj4NCj4NCj4gICBJUDRfSE9BX1NVUFBPUlRFRCAoMHgwMDAwMDIwMDAwMDAw MDAwKQ0KPg0KPiAgICAgIFRoaXMgY2FwYWJpbGl0eSBiaXQgaXMgdXNlZCBhcyBkZWZpbmVkIGlu IFtSRkM1Nzc5XS4gIEFzc2lnbm1lbnQNCj4gICAgICBvZiB0aGUgSVB2NC1Ib0EgaXMgZGVmaW5l ZCBieSBbUkZDNTg0NF0uDQo+DQo+ICAgTE9DQUxfTUFHX1JPVVRJTkdfU1VQUE9SVEVEICgweDAw MDAwNDAwMDAwMDAwMDApDQo+DQo+ICAgICAgVGhpcyBjYXBhYmlsaXR5IGJpdCBpcyB1c2VkIGFz IGRlZmluZWQgaW4gW1JGQzU3NzldLg0KPg0KPiAgIElQNF9UUkFOU1BPUlRfU1VQUE9SVEVEICgw eDAwMDAwODAwMDAwMDAwMDApDQo+DQo+ICAgICAgVGhpcyBjYXBhYmlsaXR5IGJpdCBpcyB1c2Vk IGZvciBuZWdvdGlhdGlvbiBvZiB0aGUgSVB2NCB0cmFuc3BvcnQNCj4gICAgICBzdXBwb3J0IGJl dHdlZW4gdGhlIE1BRyBhbmQgQUFBLiAgV2hlbiB0aGUgTUFHIHNldHMgdGhpcyBmbGFnIGJpdA0K PiAgICAgIGluIHRoZSBNSVA2LUZlYXR1cmUtVmVjdG9yLCBpdCBpbmRpY2F0ZXMgYWJpbGl0eSBv ZiB0aGUgTUFHIHRvDQo+ICAgICAgcHJvdmlkZSBJUHY0IHRyYW5zcG9ydCAoaS5lLiwgSVB2NC1i YXNlZCBlbmNhcHN1bGF0aW9uKSBmb3INCj4gICAgICBjYXJyeWluZyBJUCB0cmFmZmljIGJldHdl ZW4gdGhlIE1BRyBhbmQgdGhlIExNQS4gIElmIHRoaXMgZmxhZyBiaXQNCj4gICAgICBpcyB1bnNl dCBpbiB0aGUgcmV0dXJuZWQgTUlQNi1GZWF0dXJlLVZlY3RvciBBVlAsIHRoZSBBQUEgZG9lcyBu b3QNCj4gICAgICBhdXRob3JpemUgdGhlIHVzZSBJUHY0IHRyYW5zcG9ydCBvbiB0aGUgTUFHLXRv LUxNQSB0dW5uZWwuDQo+DQo+DQo+ICAgVGhlIE1JUDYtRmVhdHVyZS1WZWN0b3IgYXR0cmlidXRl IGlzIGFsc28gdXNlZCBvbiB0aGUgTE1BIHRvIHRoZQ0KPiAgIFJBRElVUyBBQUEgaW50ZXJmYWNl LiAgVGhpcyBjYXBhYmlsaXR5IGFubm91bmNlbWVudCBhdHRyaWJ1dGUgZW5hYmxlcw0KPiAgIGRp cmVjdCBjYXBhYmlsaXR5IG5lZ290aWF0aW9uIGJldHdlZW4gdGhlIExNQSBhbmQgdGhlIEFBQS4g IFRoZQ0KPiAgIGNhcGFiaWxpdGllcyB0aGF0IGFyZSBhbm5vdW5jZWQgYnkgYm90aCBwYXJ0aWVz IGluIHRoZSBNSVA2LUZlYXR1cmUtDQo+ICAgVmVjdG9yIGFyZSBrbm93biB0byBiZSBtdXR1YWxs eSBzdXBwb3J0ZWQuICBUaGUgTE1BIG1heSB1c2UgdGhpcw0KPiAgIG1lY2hhbmlzbSBkdXJpbmcg YXV0aG9yaXphdGlvbiBvZiB0aGUgcmVjZWl2ZWQgUEJVIGFnYWluc3QgdGhlIEFBQSB0bw0KPiAg IGNoZWNrIGluZGl2aWR1YWwgUE1JUHY2IGZlYXR1cmUgcGVybWlzc2lvbnMgZm9yIGEgcGFydGlj dWxhciBNTi4NCj4NCj48PDwNCj40LjEuICBNSVA2LUZlYXR1cmUtVmVjdG9yDQo+DQo+SXNzdWU6 ICBUaGUgIE1JUDYtRmVhdHVyZS1WZWN0b3IgaXMgbWlzc2luZy4gIFJBRElVUyBkb2VzIG5vdCBo YXZlIGEgdHlwZQ0KPm9mICA2NC1iaXQgdW5zaWduZWQNCj4NCj5JbiB0aGlzIGNhc2UgYW4gOCBv Y3RldCBPY3RldFN0cmluZyBpcyB1c2VkIGluIG5ldHdvcmsgYnl0ZSBvcmRlci4NCj4NCj5CdXQg dGhpcyBpcyBub3QgeW91ciBwcm9ibGVtLg0KPg0KPj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+ Pj4+Pg0KPg0KPjQuMi4gIE1vYmlsZS1Ob2RlLUlkZW50aWZpZXINCj4NCj4gICBUaGUgTW9iaWxl LU5vZGUtSWRlbnRpZmllciBhdHRyaWJ1dGUgKEFWUCBDb2RlIFRCRCkgaXMgb2YgdHlwZSBTdHJp bmcNCj4gICBhbmQgY29udGFpbnMgdGhlIG1vYmlsZSBub2RlIGlkZW50aWZpZXIgKE1OLUlkZW50 aWZpZXIpIHNlZQ0KPiAgIFtSRkM1MjEzXSkgaW4gYSBmb3JtIG9mIGEgTkFJIFtSRkM0MjgyXSBm b3JtYXQuICBUaGlzIEFWUCBpcyB1c2VkIG9uDQo+ICAgdGhlIGludGVyZmFjZSBiZXR3ZWVuIE1B RyBhbmQgdGhlIEFBQSBzZXJ2ZXIuICBUaGUgTW9iaWxlLU5vZGUtDQo+ICAgSWRlbnRpZmllciBh dHRyaWJ1dGUgaXMgZGVzaWduZWQgZm9yIGRlcGxveW1lbnRzIHdoZXJlIHRoZSBNQUcgZG9lcw0K PiAgIG5vdCBoYXZlIG1lYW5zIHRvIGZpbmQgb3V0IHRoZSBNTiBpZGVudGl0eSB0aGF0IGNvdWxk IGJlIHVzZWQgaW4NCj4gICBzdWJzZXF1ZW50IFBCVS9QQkEgZXhjaGFuZ2VzIChlLmcuLCBkdWUg dG8gaWRlbnRpdHkgaGlkaW5nIGR1cmluZyB0aGUNCj4gICBuZXR3b3JrIGFjY2VzcyBhdXRoZW50 aWNhdGlvbikgb3Igd2hlbiB0aGUgSEFBQSB3YW50cyB0byBhc3NpZ24NCj4gICBwZXJpb2RpY2Fs bHkgY2hhbmdpbmcgaWRlbnRpdGllcyB0byB0aGUgTU4uDQo+DQo+PDw8DQo+NC4yLiAgTW9iaWxl LU5vZGUtSWRlbnRpZmllcg0KPg0KPklzc3VlOiAgVGhlIG1vc3QgY29tbW9uIGNhc2UgZm9yIGhh dmluZyBhIE1vYmlsZS1Ob2RlLUlkZW50aWZpZXIgaXMgdG8NCj5kZWNvdXBsZSB0aGUgaWRlbnRp ZmllciB1c2VkIGZvciBOZXR3b3JrIEFjY2VzcyBBdXRoZW50aWNhdGlvbiBmcm9tIHRoZQ0KPmlk ZW50aXR5IHVzZWQgZm9yIE1vYmlsZSBJUC4NCj4NCj5Gcm9tOg0KPlRoZSBNb2JpbGUtTm9kZS0N Cj4gICBJZGVudGlmaWVyIGF0dHJpYnV0ZSBpcyBkZXNpZ25lZCBmb3IgZGVwbG95bWVudHMgd2hl cmUgdGhlIE1BRyBkb2VzDQo+ICAgbm90IGhhdmUgbWVhbnMgdG8gZmluZCBvdXQgdGhlIE1OIGlk ZW50aXR5IHRoYXQgY291bGQgYmUgdXNlZCBpbg0KPiAgIHN1YnNlcXVlbnQgUEJVL1BCQSBleGNo YW5nZXMgKGUuZy4sIGR1ZSB0byBpZGVudGl0eSBoaWRpbmcgZHVyaW5nIHRoZQ0KPiAgIG5ldHdv cmsgYWNjZXNzIGF1dGhlbnRpY2F0aW9uKSBvciB3aGVuIHRoZSBIQUFBIHdhbnRzIHRvIGFzc2ln bg0KPiAgIHBlcmlvZGljYWxseSBjaGFuZ2luZyBpZGVudGl0aWVzIHRvIHRoZSBNTi4NCj4NCj5U bzoNCj4NCj5UaGUgTW9iaWxlLU5vZGUtDQo+ICAgSWRlbnRpZmllciBhdHRyaWJ1dGUgaXMgZGVz aWduZWQgZm9yIGRlcGxveW1lbnRzIHdoZXJlIHRoZSBpZGVudGl0eQ0KPnVzZWQgZHVyaW5nDQo+ QWNjZXNzIEF1dGhlbnRpY2F0aW9uIGFuZCB0aGUgSWRlbnRpdHkgdXNlZCBmb3IgTW9iaWxpdHkg aXMgZGVjb3VwbGVkLg0KPkl0IG1heSBhbHNvIGJlIHRoZSBjYXNlIHdoZXJlIHRoZSBNQUcgZG9l cw0KPiAgIG5vdCBoYXZlIG1lYW5zIHRvIGZpbmQgb3V0IHRoZSBNTiBpZGVudGl0eSB0aGF0IGNv dWxkIGJlIHVzZWQgaW4NCj4gICBzdWJzZXF1ZW50IFBCVS9QQkEgZXhjaGFuZ2VzIChlLmcuLCBk dWUgdG8gaWRlbnRpdHkgaGlkaW5nIGR1cmluZyB0aGUNCj4gICBuZXR3b3JrIGFjY2VzcyBhdXRo ZW50aWNhdGlvbikgb3Igd2hlbiB0aGUgSEFBQSB3YW50cyB0byBhc3NpZ24NCj4gICBwZXJpb2Rp Y2FsbHkgY2hhbmdpbmcgaWRlbnRpdGllcyB0byB0aGUgTU4uDQo+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+ Pj4+Pj4+Pj4+Pj4+DQo+DQo+DQo+PDw8DQo+NC4yLiAgTW9iaWxlLU5vZGUtSWRlbnRpZmllcg0K Pg0KPklzc3VlOiAgbmVlZCBtb3JlIGZvcm1hbCBsYW5ndWFnZS4NCj4NCj5Gcm9tOg0KPlRoZSBN b2JpbGUtTm9kZS1JZGVudGlmaWVyIGF0dHJpYnV0ZSBpcyByZXR1cm5lZCBieSBIQUFBIGluIHRo ZQ0KPiAgIFJBRElVUyBBY2Nlc3MtQWNjZXB0IG1lc3NhZ2UgdGhhdCBjb21wbGV0ZXMgYSBzdWNj ZXNzZnVsIC4uLg0KPlRvOg0KPlRoZSBNb2JpbGUtTm9kZS1JZGVudGlmaWVyIGF0dHJpYnV0ZSBN QVkgYmUgcmV0dXJuZWQgYnkgSEFBQSBpbiB0aGUNCj4gICBSQURJVVMgQWNjZXNzLUFjY2VwdCBt ZXNzYWdlIHRoYXQgY29tcGxldGVzIGEgc3VjY2Vzc2Z1bCAuLi4NCj4+Pj4+Pj4+Pj4+Pj4+Pj4+ Pj4+Pj4+Pj4+Pj4+Pj4NCj4NCj4gICBUaGUgTW9iaWxlLU5vZGUtSWRlbnRpZmllciBhdHRyaWJ1 dGUgaXMgcmV0dXJuZWQgYnkgSEFBQSBpbiB0aGUNCj4gICBSQURJVVMgQWNjZXNzLUFjY2VwdCBt ZXNzYWdlIHRoYXQgY29tcGxldGVzIGEgc3VjY2Vzc2Z1bA0KPiAgIGF1dGhlbnRpY2F0aW9uIGFu ZCBhdXRob3JpemF0aW9uIGV4Y2hhbmdlIGJldHdlZW4gdGhlIE1BRyBhbmQgdGhlDQo+ICAgSEFB QSAoaWYgSEFBQSBpcyBhYmxlIHRvIHByb3ZpZGUgdGhlIE1OLUlkZW50aWZpZXIgaW4gdGhlIGZp cnN0DQo+ICAgcGxhY2UpLiAgSWYgdGhlIE1BRyBoYXMgbm90IGFjcXVpcmVkIGEgdmFsaWQgTU4t SWRlbnRpZmllciBieSBvdGhlcg0KPiAgIG1lYW5zLCBpdCBNVVNUIHVzZSB0aGUgcmVjZWl2ZWQg TU4tSWRlbnRpZmllci4NCj4NCj48PDwNCj40LjIuICBNb2JpbGUtTm9kZS1JZGVudGlmaWVyDQo+ DQo+SXNzdWU6ICBJIGFtIG5vdCBzdXJlIEkgdW5kZXJzdGFuZCB3aGF0IGlzIHRoZSBpbnRlbnQg b2YgdGhlIGZvbGxvd2luZzoNCj4oaWYgSEFBQSBpcyBhYmxlIHRvIHByb3ZpZGUgdGhlIE1OLUlk ZW50aWZpZXIgaW4gdGhlIGZpcnN0DQo+ICAgcGxhY2UpDQo+DQo+SWYgdGhpcyBpcyBub3QgaW1w b3J0YW50IHRoZW4gSSBzdWdnZXN0IHJlbW92aW5nIHRoaXMuDQo+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+ Pj4+Pj4+Pj4+Pj4+DQo+DQo+DQo+U05JUA0KPg0KPg0KPjQuMy4gIFBNSVA2LUhvbWUtTE1BLUlQ djYtQWRkcmVzcw0KPg0KPiAgIFRoaXMgYXR0cmlidXRlIChBVlAgQ29kZSBUQkQpIGlzIHVzZWQg dG8gZGVsaXZlciB0aGUgSVB2NiBhZGRyZXNzIG9mDQo+ICAgdGhlIExNQSBsb2NhdGVkIGluIHRo ZSBIb21lIG5ldHdvcmsuDQo+ICAgQmVmb3JlIHRoZSBNQUcgY2FuIGVuZ2FnZSBpbiBQcm94eSBN b2JpbGUgSVB2NiBzaWduYWxpbmcgaXQgbXVzdCBiZQ0KPiAgIGF3YXJlIG9mIHRoZSBMTUEncyBJ UCBhZGRyZXNzIGVpdGhlciBieSBtZWFucyBvZiBwcmUtY29uZmlndXJhdGlvbiBvcg0KPiAgIHRo cm91Z2ggZHluYW1pYyBkaXNjb3ZlcnkuICBBZnRlciB0aGUgTU4gaGFzIGJlZW4gc3VjY2Vzc2Z1 bGx5DQo+ICAgYXV0aGVudGljYXRlZCwgdGhlIE1BRyByZXRyaWV2ZXMgdGhlIElQdjYgYWRkcmVz cyBvZiB0aGUgTE1BIGJ5DQo+ICAgZmV0Y2hpbmcgTU4ncyBwb2xpY3kgcHJvZmlsZSBpbmZvcm1h dGlvbiBmcm9tIHRoZSBBQUEuDQo+DQo+PDw8DQo+NC4zLiAgUE1JUDYtSG9tZS1MTUEtSVB2Ni1B ZGRyZXNzDQo+DQo+SXNzdWU6ICBUaGUgZm9sbG93aW5nIGxpbmUgaW1wbGllcyB0aGF0IHRoZXJl IGlzIGEgc2VwYXJhdGUgZGlwIGJ5IHRoZSBNQUcNCj50byByZXRyaWV2ZSB0aGUgSG9tZSBMTUEg SVAgYWRkcmVzcy4gIFRoaXMgZG9lcyBub3Qgc2VlbSB0byBiZSBjb25zaXN0ZW50DQo+d2l0aCBv dGhlciB0ZXh0IHRoYXQgd291bGQgaW1wbHkgdGhhdCB0aGUgTUFHIGdldHMgdGhpcyBpbmZvcm1h dGlvbiBkdXJpbmcNCj5hY2Nlc3MgYXV0aGVudGljYXRpb24gZm9yIGV4YW1wbGUgc2VlIGhvdyB0 aGUgTUFHIGdldHMgdGhlIE1vYmlsZSBOb2RlDQo+aWRlbnRpZmllci4NCj4NCj5BZnRlciB0aGUg TU4gaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5DQo+ICAgYXV0aGVudGljYXRlZCwgdGhlIE1BRyByZXRy aWV2ZXMgdGhlIElQdjYgYWRkcmVzcyBvZiB0aGUgTE1BIGJ5DQo+ICAgZmV0Y2hpbmcgTU4ncyBw b2xpY3kgcHJvZmlsZSBpbmZvcm1hdGlvbiBmcm9tIHRoZSBBQUEuDQo+DQo+DQo+UmVtZWR5OiAg WW91IGNhbiBzaW1wbHkgZGVsZXRlIHRoZSBvZmZlbmRpbmcgc2VudGVuY2UuDQo+Pj4+Pj4+Pj4+ Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+DQo+DQo+DQo+DQo+U05JUA0KPg0KPg0KPg0KPjQuNC4gIFBN SVA2LVZpc2l0ZWQtTE1BLUlQdjYtQWRkcmVzcw0KPg0KPiAgIFRoaXMgYXR0cmlidXRlIChBVlAg Q29kZSBUQkQpIGlzIHVzZWQgdG8gZGVsaXZlciB0aGUgSVB2NiBhZGRyZXNzIG9mDQo+ICAgdGhl IExNQSBsb2NhdGVkIGluIHRoZSBWaXNpdGVkIG5ldHdvcmsuICBXaGVuIHRoZSBNTiBpcyBhdHRh Y2hpbmcgaW4NCj4gICB0aGUgdmlzaXRlZCBuZXR3b3JrLCB0aGUgTUFHIGludGVyYWN0cyB3aXRo IHRoZSBIQUFBIHRocm91Z2ggdGhlDQo+ICAgdmlzaXRlZCBBQUEuICBUaGUgTE1BIGluIHRoZSB2 aXNpdGVkIG5ldHdvcmsgbWF5IGJlIGFzc2lnbmVkIGJ5IHRoZQ0KPiAgIHZpc2l0ZWQgQUFBIGFz IHRoZSByZXN1bHQgb2YgcmV0cmlldmVkIFBvbGljeSBQcm9maWxlLg0KPg0KPjw8PA0KPjQuNC4g IFBNSVA2LVZpc2l0ZWQtTE1BLUlQdjYtQWRkcmVzcw0KPg0KPklzc3VlOiAgdGhpcyBhdHRyaWJ1 dGUgaXMgdXNlZCBmb3IgdHdvIHB1cnBvc2VzLiAgT25lIHRvIHN1Z2dlc3QgYW4gTE1BIGluDQo+ dGhlIHZpc2l0ZWQgbmV0d29yazsgYW5kIHRvIGF1dGhvcml6ZSBhbiBMTUEgaW4gdGhlIHZpc2l0 ZWQgbmV0d29yay4NCj4NCj5UaGUgZmlyc3Qgc2VudGVuY2UgZG9lcyBub3QgcmVmbGVjdCB0aGlz IGR1YWwgdXNlLg0KPg0KPkZyb206DQo+qfhUaGlzIGF0dHJpYnV0ZSAoQVZQIENvZGUgVEJEKSBp cyB1c2VkIHRvIGRlbGl2ZXIgdGhlIElQdjYgYWRkcmVzcyBvZg0KPiAgIHRoZSBMTUEgbG9jYXRl ZCBpbiB0aGUgVmlzaXRlZCBuZXR3b3JrLqn3DQo+VG86DQo+VGhpcyBhdHRyaWJ1dGUgKEFWUCBD b2RlIFRCRCkgaXMgdXNlZCB0byBwcm9wb3NlIGEgcGFydGljdWxhciBMTUEgaW4gdGhlDQo+dmlz aXRlZCBuZXR3b3JrIGFuZCB0byBhdXRob3JpemUgdGhlIHVzZSBvZg0KPiAgIHRoZSBMTUEgaW4g dGhlIFZpc2l0ZWQgbmV0d29yay4NCj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4NCj4N Cj4gICBUaGlzIGF0dHJpYnV0ZSBNQVkgYmUgc2VudCBieSB0aGUgTUFHIHRvIHRoZSBWQUFBIGlu IHRoZSBSQURJVVMNCj4gICBBY2Nlc3MtUmVxdWVzdCBwYWNrZXQgYXMgYSBwcm9wb3NhbCB0byBh bGxvY2F0ZSB0aGUgcGFydGljdWxhciBMTUENCj4gICBmb3IgdGhlIE1OLiAgV2hlbiBpbmNsdWRl ZCBieSBWQUFBIGluIHRoZSBSQURJVVMgQWNjZXNzLUFjY2VwdCBzZW50DQo+ICAgdG8gdGhlIE1B RywgdGhlIGF0dHJpYnV0ZSBTSEFMTCBjYXJyeSB0aGUgSVB2NiBhZGRyZXNzIG9mIHRoZSB2aXNp dGVkDQo+ICAgTE1BIGJlaW5nIGFzc2lnbmVkIGZvciB0aGUgcGFydGljdWxhciBNTi4NCj4NCj48 PDwNCj40LjQuICBQTUlQNi1WaXNpdGVkLUxNQS1JUHY2LUFkZHJlc3MNCj4NCj5Jc3N1ZTogIFRo ZSBub3Rpb24gb2YgQXV0aG9yaXphdGlvbiBwZXJmb3JtZWQgYnkgdGhlIEhBQUEgaXMgbm90IHJl YWxseQ0KPmNhcHR1cmVkIGJ5IHRoZSBzZW50ZW5jZS4NCj4NCj5Gcm9tOg0KPldoZW4gaW5jbHVk ZWQgYnkgVkFBQSBpbiB0aGUgUkFESVVTIEFjY2Vzcy1BY2NlcHQgc2VudA0KPiAgIHRvIHRoZSBN QUcsIHRoZSBhdHRyaWJ1dGUgU0hBTEwgY2FycnkgdGhlIElQdjYgYWRkcmVzcyBvZiB0aGUgdmlz aXRlZA0KPiAgIExNQSBiZWluZyBhc3NpZ25lZCBmb3IgdGhlIHBhcnRpY3VsYXIgTU4uDQo+DQo+ VG86DQo+DQo+SWYgaW5jbHVkZWQgYnkgVkFBQSBpbiB0aGUgUkFESVVTIEFjY2Vzcy1BY2NlcHQg c2VudA0KPiAgIHRvIHRoZSBNQUcsIHRoZSB1c2Ugb2YgdGhlIExNQSBpbiB0aGUgdmlzaXRlZCBu ZXR3b3JrIGlzIGF1dGhvcml6ZWQgYW5kDQo+dGhlIGF0dHJpYnV0ZSBTSEFMTCBjYXJyeSB0aGUg SVB2NiBhZGRyZXNzIG9mIHRoZSB2aXNpdGVkDQo+ICAgTE1BIGJlaW5nIGFzc2lnbmVkIGZvciB0 aGUgcGFydGljdWxhciBNTi4NCj4NCj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4NCj4N Cj48PDwNCj40LjQuICBQTUlQNi1WaXNpdGVkLUxNQS1JUHY2LUFkZHJlc3MNCj4NCj5Jc3N1ZTog IEl0IGlzIHBvc3NpYmxlIGZvciB0aGUgSEFBQSB0byBhdXRob3JpemUgYW4gTE1BIGluIHRoZSBo b21lIGFuZCBhbg0KPkxNQSBpbiB0aGUgdmlzaXRlZCBuZXR3b3JrLg0KPg0KPlRoaXMgaXMgbm90 IGFkZHJlc3NlZC4gIEVpdGhlciB3ZSBwcm9oaWJpdCB0aGlzIGJ5IHNheWluZyBvbmUgb3IgdGhl IG90aGVyDQo+U0hPVUxEL01VU1QgcHJvdmlkZWQgb3Igc3BlY2lmeSB0aGF0DQo+dGhleSBib3Ro IG1heSBiZSBwcmVzZW50IGFuZCBob3cgdGhlIHNlbGVjdGlvbiBpcyBoYW5kbGVkIC0tIHByb2Jh Ymx5IG91dA0KPm9mIHNjb3BlLg0KPg0KPj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pg0K Pg0KPg0KPg0KPlNOSVANCj4NCj4NCj4NCj40LjUuICBQTUlQNi1Ib21lLUxNQS1JUHY0LUFkZHJl c3MNCj4NCj4gICBUaGUgUE1JUDYtSG9tZS1MTUEtSVB2NC1BZGRyZXNzIGF0dHJpYnV0ZSAoQVZQ IENvZGUgVEJEKSBjb250YWlucyB0aGUNCj4gICBJUHY0IGFkZHJlc3Mgb2YgdGhlIExNQSBhc3Np Z25lZCBieSB0aGUgSEFBQS4gIFRoZSBbUkZDNTg0NF0gc3VwcG9ydHMNCj4gICBQcm94eSBNb2Jp bGUgSVB2NiBzaWduYWxpbmcgZXhjaGFuZ2UgYmV0d2VlbiBNQUcgYW5kIExNQSB1c2luZyB0aGUN Cj4gICBJUHY0IHRyYW5zcG9ydC4gIFRoYXQgaXMsIHNjZW5hcmlvIGlzIHN1cHBvcnRlZCB3aGVy ZSBMTUEgYW5kIE1BRw0KPiAgIGVtcGxveSBJUHY0IGFkZHJlc3NlcyB0byBzb3VyY2UgdGhlIFBN SVB2NiBzaWduYWxpbmcgbWVzc2FnZXMgYW5kIHRvDQo+ICAgZXN0YWJsaXNoIHRoZSBJUHY0LWJh c2VkIHRyYW5zcG9ydCBwYXRoIGZvciB0aGUgTU4ncyBwYXlsb2FkLg0KPg0KPjw8PA0KPjQuNS4g IFBNSVA2LUhvbWUtTE1BLUlQdjQtQWRkcmVzcw0KPg0KPkVkaXRvcmlhbDoNCj4NCj5UaGUgZm9s bG93aW5nIG5lZWRzIHRvIGJlIHJld29yZGVkIG9yIGRlbGV0ZWQgKGRlbGV0aW9uIGlzIG9rYXkg c2luY2UgSQ0KPmRvbqn2dCB0aGluayB3ZSBuZWVkIGNsYXJpZmljYXRpb24pDQo+DQo+VGhhdCBp cywgc2NlbmFyaW8gaXMgc3VwcG9ydGVkIHdoZXJlIExNQSBhbmQgTUFHDQo+ICAgZW1wbG95IElQ djQgYWRkcmVzc2VzIHRvIHNvdXJjZSB0aGUgUE1JUHY2IHNpZ25hbGluZyBtZXNzYWdlcyBhbmQg dG8NCj4gICBlc3RhYmxpc2ggdGhlIElQdjQtYmFzZWQgdHJhbnNwb3J0IHBhdGggZm9yIHRoZSBN TidzIHBheWxvYWQuDQo+DQo+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+DQo+DQo+DQo+ DQo+U05JUA0KPg0KPg0KPjQuNi4gIFBNSVA2LVZpc2l0ZWQtTE1BLUlQdjQtQWRkcmVzcw0KPg0K Pjw8PA0KPjQuNi4gIFBNSVA2LVZpc2l0ZWQtTE1BLUlQdjQtQWRkcmVzcw0KPg0KPklzc3VlOiBz ZXZlcmFsIG9mIHRoZSBjb21tZW50cyBmb3IgUE1JUDYtVmlzaXRlZC1MTUEtSVB2Ni1BZGRyZXNz ICg0LjQpDQo+YXBwbHkgdG8gdGhlIHRleHQgaGVyZS4NCj4NCj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+ Pj4+Pj4+Pj4+Pj4NCj4NCj4NCj5TTklQDQo+DQo+DQo+NC43LiAgUE1JUDYtSG9tZS1MTUEtSWRl bnRpZmllcg0KPg0KPlNOSVANCj4NCj4NCj4NCj40LjguICBQTUlQNi1WaXNpdGVkLUxNQS1JZGVu dGlmZXINCj4NCj5TTklQDQo+DQo+NC45LiAgUE1JUDYtSG9tZS1ITi1QcmVmaXgNCj4NCj5TTklQ DQo+DQo+NC4xMC4gIFBNSVA2LVZpc2l0ZWQtSE4tUHJlZml4DQo+DQo+ICAgV2hlbiB0aGUgTE1B IGlzIGFzc2lnbmVkIGZyb20gdGhlIHZpc2l0ZWQgbmV0d29yaywgUE1JUDYtVmlzaXRlZC1ITi0N Cj4gICBQcmVmaXggYXR0cmlidXRlIChBVlAgQ29kZSBUQkQpIGlzIHVzZWQgdG8gZGVsaXZlciB0 aGUgY29uY2VybmluZyBNTi0NCj4gICBITlAgZnJvbSB0aGUgVkFBQSB0byB0aGUgTUFHLg0KPg0K PiAgIFRoZSBQTUlQNi1WaXNpdGVkLUhOLVByZWZpeCBhdHRyaWJ1dGUgaXMgYWxzbyB1c2VkIG9u IHRoZSBMTUEgdG8gVkFBQQ0KPiAgIGludGVyZmFjZSBjb250YWluaW5nIHRoZSBJUHY2IHByZWZp eCBhc3NpZ25lZCB0byB0aGUgTU4uICBJZiB0aGUgTE1BDQo+ICAgZGVsZWdhdGVzIHRoZSBhc3Np Z25tZW50IG9mIHRoZSBNTi1ITlAgdG8gdGhlIFZBQUEsIHRoZSBBVlAgTVVTVA0KPiAgIGNvbnRh aW4gYWxsIHplcm9lcyBhZGRyZXNzIChpLmUuLCAwOjowKSBpbiB0aGUgUkFESVVTIEFjY2Vzcy1S ZXF1ZXMuDQo+ICAgVGhlIGF0dHJpYnV0ZSBNVVNUIGJlIHByZXNlbnQgaW4gQWNjZXNzLUFjY2Vw dCBpZiB0aGUgcHJpb3IgcmVxdWVzdA0KPiAgIGFscmVhZHkgaW5jbHVkZWQgb25lLCBhbmQgU0hP VUxEIGNhcnJ5IHRoZSBNTi1ITlAgdGhlIFZBQUEgYXNzaWduZWQNCj4gICB0byB0aGUgTU4uDQo+ DQo+DQo+PDw8DQo+NC4xMCAgUE1JUDYtVmlzaXRlZC1ITi1QcmVmaXgNCj4NCj5FZGl0b3JpYWw6 DQo+RnJvbTogqfguLi5pbiB0aGUgUkFESVVTIEFjY2Vzcy1SZXF1ZXMuqfcNCj5UbzogqfguLi4u aW4gdGhlIFJBRElVUyBBY2Nlc3MtUmVxdWVzdC6p9w0KPj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+ Pj4+Pj4+Pg0KPg0KPg0KPg0KPlNOSVANCj4NCj40LjExLiAgUE1JUDYtSG9tZS1JbnRlcmZhY2Ut SUQNCj4NCj4gICBGb3IgUHJveHkgTW9iaWxlIElQdjYgdGhlIEhvbWUgTmV0d29yayBQcmVmaXhl cyBhc3NpZ25lZCB0byB0aGUNCj4gICBtb2JpbGUgbm9kZSBoYXZlIHRvIGJlIG1haW50YWluZWQg b24gYSBwZXItaW50ZXJmYWNlIGJhc2lzLiAgV2hlbiB0aGUNCj4gICBMTUEgaXMgbG9jYXRlZCBp biB0aGUgaG9tZSBuZXR3b3JrLCBQTUlQNi1Ib21lLUludGVyZmFjZS1JRCBhdHRyaWJ1dGUNCj4g ICBjb252ZXlzIDY0IGJpdHMgaW50ZXJmYWNlIGlkZW50aWZpZXIgcmVwcmVzZW50aW5nIGEgcGFy dGljdWxhciBNTidzDQo+ICAgaW50ZXJmYWNlLiAgVGhlIGF0dHJpYnV0ZSBpcyBhc3NpZ25lZCBi eSB0aGUgSEFBQSB0byB0aGUgTUFHIGZvcg0KPiAgIGRlcml2YXRpb24gb2YgdGhlIE1OLUhvQS4N Cj4NCj4gICBUaGlzIGF0dHJpYnV0ZSBNQVkgYmUgc2VudCBieSB0aGUgTE1BIG9yIHRoZSBNQUcg dG8gdGhlIEhBQUEgaW4gdGhlDQo+ICAgUkFESVVTIEFjY2Vzcy1SZXF1ZXN0IHBhY2tldCBhcyBh IHByb3Bvc2FsLiAgVGhpcyBhdHRyaWJ1dGUgTUFZIGJlDQo+ICAgc2VudCBieSBIQUFBIHRvIHRo ZSBMTUEgaW4gYW4gQWNjZXNzLUFjY2VwdCBwYWNrZXQsIGhvd2V2ZXIgTVVTVCBiZQ0KPiAgIHBy ZXNlbnQgaWYgdGhlIHByaW9yIHJlcXVlc3QgYWxyZWFkeSBpbmNsdWRlZCBvbmUuDQo+DQo+DQo+ PDw8DQo+NC4xMS4gIFBNSVA2LUhvbWUtSW50ZXJmYWNlLUlEDQo+DQo+RWRpdG9yaWFsOg0KPkZy b206IKn4Li5ob3dldmVyIE1VU1QgYmUNCj4gICBwcmVzZW50IGlmIHRoZSBwcmlvciByZXF1ZXN0 IGFscmVhZHkgaW5jbHVkZWQgb25lLqn3DQo+VG86IKn4Li4uaG93ZXZlciBpdCBNVVNUIGJlDQo+ ICAgcHJlc2VudCBpZiB0aGUgcHJpb3IgcmVxdWVzdCBhbHJlYWR5IGluY2x1ZGVkIG9uZS6p9w0K Pg0KPj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pg0KPg0KPg0KPg0KPg0KPg0KPg0KPlhp YSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgMTUsIDIwMTEgICAgICAgICAg ICAgIFtQYWdlIDE3XQ0KPg0KPkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgIFJBRElVUy1Q TUlQdjYgICAgICAgICAgICAgICAgICAgTWFyY2ggMjAxMQ0KPg0KPg0KPiAgICAwICAgICAgICAg ICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAzDQo+ICAg IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcg OCA5IDAgMQ0KPiAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rDQo+ICAgfCAgICAgIFR5cGUgICAgIHwgICBMZW5ndGggICAg ICB8ICBIb21lIEludGVyZmFjZSBJZGVudGlmaWVyDQo+ICAgKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCj4gICAgICAgICAg ICAgICAgICAgICAgIEhvbWUgSW50ZXJmYWNlIElkZW50aWZpZXINCj4gICArLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KPiAg ICAgSG9tZSBJbnRlcmZhY2UgSWRlbnRpZmllciAgICAgfA0KPiAgICstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKw0KPg0KPiAgIFR5cGU6DQo+ICAgICAgUE1JUDYtSG9tZS1JbnRlcmZh Y2UtSUQgdG8gYmUgZGVmaW5lZCBieSBJQU5BLg0KPg0KPiAgIExlbmd0aDoNCj4gICAgICA9IDEw IG9jdGV0cy4NCj4NCj4gICBIb21lIEludGVyZmFjZSBJZGVudGlmaWVyOg0KPiAgICAgIFRoZSBo b21lIGludGVyZmFjZSBpZGVudGlmaWVyIGZpZWxkIGlzIDggb2N0ZXRzLg0KPg0KPg0KPjQuMTIu ICBQTUlQNi1WaXNpdGVkLUludGVyZmFjZS1JRA0KPg0KPiAgIEZvciBQcm94eSBNb2JpbGUgSVB2 NiB0aGUgdmlzaXRlZCBIb21lIE5ldHdvcmsgUHJlZml4ZXMgYXNzaWduZWQgdG8NCj4gICB0aGUg bW9iaWxlIG5vZGUgaGF2ZSB0byBiZSBtYWludGFpbmVkIG9uIGEgcGVyLWludGVyZmFjZSBiYXNp cy4gIFdoZW4NCj4gICB0aGUgTE1BIGlzIGxvY2F0ZWQgaW4gdGhlIHZpc2l0ZWQgbmV0d29yaywg dGhlIGF0dHJpYnV0ZSBjb252ZXlzIDY0DQo+ICAgYml0cyBpbnRlcmZhY2UgaWRlbnRpZmllciBy ZXByZXNlbnRpbmcgYSBwYXJ0aWN1bGFyIE1OJ3MgaW50ZXJmYWNlLg0KPiAgIFRoZSBhdHRyaWJ1 dGUgaXMgYXNzaWduZWQgYnkgdGhlIFZBQUEgdG8gTUFHIGZvciB0aGUgZGVyaXZhdGlvbiBvZg0K PiAgIE1OLUhvQS4NCj4NCj4gICBUaGlzIGF0dHJpYnV0ZSBNQVkgYmUgc2VudCBieSB0aGUgTE1B IG9yIHRoZSBNQUcgdG8gdGhlIFZBQUEgaW4gYW4NCj4gICBBY2Nlc3MtUmVxdWVzdCBwYWNrZXQg YXMgYSBwcm9wb3NhbC4gIFRoaXMgYXR0cmlidXRlIE1BWSBiZSBzZW50IGJ5DQo+ICAgSEFBQSB0 byB0aGUgTE1BIGluIGFuIEFjY2Vzcy1BY2NlcHQgcGFja2V0LCBob3dldmVyIE1VU1QgYmUgcHJl c2VudA0KPiAgIGlmIHRoZSBwcmlvciByZXF1ZXN0IGFscmVhZHkgaW5jbHVkZWQgb25lLg0KPg0K Pjw8PA0KPjQuMTEuICBQTUlQNi1WaXNpdGVkLUludGVyZmFjZS1JRA0KPg0KPkVkaXRvcmlhbDoN Cj5Gcm9tOiCp+C4uaG93ZXZlciBNVVNUIGJlDQo+ICAgcHJlc2VudCBpZiB0aGUgcHJpb3IgcmVx dWVzdCBhbHJlYWR5IGluY2x1ZGVkIG9uZS6p9w0KPlRvOiCp+C4uLmhvd2V2ZXIgaXQgTVVTVCBi ZQ0KPiAgIHByZXNlbnQgaWYgdGhlIHByaW9yIHJlcXVlc3QgYWxyZWFkeSBpbmNsdWRlZCBvbmUu qfcNCj4NCj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4NCj4NCj4NCj5TTklQDQo+DQo+ NC4xMy4gIFBNSVA2LUhvbWUtSVB2NC1Ib0ENCj4NCj4gICBbUkZDNTg0NF0gc3BlY2lmaWVzIGV4 dGVuc2lvbnMgdG8gUHJveHkgTW9iaWxlIElQdjYgcHJvdG9jb2wgd2hpY2gNCj4gICBlbmFibGUg SVB2NCBob21lIGFkZHJlc3MgbW9iaWxpdHkgc3VwcG9ydCB0byB0aGUgTU4uICBUaGUgUE1JUDYt SG9tZS0NCj4gICBJUHY0LUhvQSBhdHRyaWJ1dGUgKEFWUCBDb2RlIFRCRCkgaXMgb2YgdHlwZSBB ZGRyZXNzIGFuZCBjb250YWlucyB0aGUNCj4gICBJUHY0IEhvbWUgQWRkcmVzcyBvZiB0aGUgTU4u ICBUaGUgcHJpbWFyeSB1c2Ugb2YgdGhpcyBhdHRyaWJ1dGUgaXMgdG8NCj4gICBkZWxpdmVyIHRo ZSBhc3NpZ25lZCBJUHY0LUhvQSBmcm9tIEhBQUEgdG8gdGhlIE1BRy4NCj4NCj4gICBUaGUgUE1J UDYtSG9tZS1JUHY0LUhvQSBpcyBhbHNvIHVzZWQgb24gdGhlIExNQS10by1IQUFBIGludGVyZmFj ZS4NCj4gICBJZiB0aGUgTE1BIGluIHRoZSBob21lIG5ldHdvcmsgZGVsZWdhdGVzIHRoZSBhc3Np Z25tZW50IG9mIHRoZSBJUHY0LQ0KPiAgIEhvQSB0byB0aGUgSEFBQSwgdGhlIGF0dHJpYnV0ZSBN VVNUIGNvbnRhaW4gYWxsIHplcm9lcyBhZGRyZXNzIGluIHRoZQ0KPiAgIHJlcXVlc3QgbWVzc2Fn ZS4gIFRoZSBhdHRpYnV0ZSBNVVNUIGJlIGluY2x1ZGVkIGluIGJ5IEhBQUEgaW4gdGhlDQo+ICAg cmVzcG9uc2UgaWYgdGhlIHByZXZpb3VzIHJlcXVlc3QgaW5jbHVkZWQgaXQsIGFuZCBpdCBjb250 YWlucyB0aGUNCj4gICBJUHY0LUhvQSBhc3NpZ25lZCB0byB0aGUgTU4uDQo+DQo+DQo+DQo+DQo+ WGlhLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIFNlcHRlbWJlciAxNSwgMjAxMSAgICAgICAg ICAgICAgW1BhZ2UgMTldDQo+DQo+SW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgUkFESVVT LVBNSVB2NiAgICAgICAgICAgICAgICAgICBNYXJjaCAyMDExDQo+DQo+DQo+IDAgICAgICAgICAg ICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDMNCj4gMCAx IDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkg MCAxDQo+Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSsNCj58ICAgICAgVHlwZSAgICAgfCAgIExlbmd0aCAgICAgIHxQcmVmaXgt TGVuIHwgICAgIFJlc2VydmVkICAgICAgfA0KPistKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQo+fCAgICAgICAgICAgICAgICAg ICAgICAgSG9tZSBJUHY0IEhvQSAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCj4rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Kw0KPg0KPjw8PA0KPjQuMTMuICBQTUlQNi1Ib21lLUlQdjQtSG9BDQo+DQo+SXNzdWU6ICBpbiB0 aGlzIGF0dHJpYnV0ZSB0aGUgcHJlZml4LWxlbiBjb21lcyBiZWZvcmUgdGhlIHJlc2VydmVkIGJp dC4gIEkNCj50aGluayB0aGlzIHdvdWxkIG1ha2UgaXQgYXdrd2FyZC4NCj5mb3IgcGFyc2luZy4N Cj4NCj5IYXZpbmcgdGhlIFJlc2VydmVkIGJlZm9yZSB0aGUgUHJlZml4LUxlbiBzaG91bGQgbWFr ZSBpdCBlYXNpZXIgZm9yIHRoZQ0KPlJBRElVUyBzZXJ2ZXIgdG8gcGFyc2UuICBUaGlzIGlzIGFs c28gY29uc2lzdGVudCB3aXRoIG90aGVyIGRlZmluaXRpb25zLg0KPlNlZSAzMjE4IGFuZCBhbHNv IGluIHRoaXMgZG9jdW1lbnQuICBXYXMgdGhlcmUgYSBwYXJ0aWN1bGFyIHJlYXNvbiB0byBkbw0K PnRoaXM/DQo+DQo+VGhlIG90aGVyIGF0dHJpYnV0ZXMgYWJvdmUgaGF2ZSBpdCB0aGUgb3RoZXIg d2F5IGFyb3VuZC4NCj4NCj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4NCj4NCj5UeXBl Og0KPiAgIFBNSVA2LUhvbWUtSVB2NC1Ib0EgdG8gYmUgZGVmaW5lZCBieSBJQU5BLg0KPg0KPkxl bmd0aDoNCj4gICA9IDggb2N0ZXRzDQo+DQo+UHJlZml4LUxlbg0KPiAgIFRoZSA2LWJpdCB1bnNp Z25lZCBpbnRlZ2VyIGluZGljYXRpbmcgdGhlIHByZWZpeCBsZW5ndGggb2YgdGhlIHRyYWlsaW5n DQo+SVB2NCBIb0ENCj4NCj5SZXNlcnZlZA0KPiAgIFRoZSAxMC1iaXQgZmllbGQgcmVzZXJ2ZWQg Zm9yIGZ1dHVyZSB1c2UuIFZhbHVlIE1VU1QgYmVpbml0aWFsaXplZCB0bw0KPiAgIHplcm8gYnkg c2VuZGVyLCBhbmQgTVVTVCBiZSBpZ25vcmVkIGJ5IHRoZSByZWNlaXZlci4NCj4NCj5Ib21lIElQ djQgSG9BOg0KPiAgIFRoaXMgZmllbGQgaXMgb2YgdHlwZSBBZGRyZXNzIGFuZCBjb250YWlucyB0 aGUgSVB2NCBob21lDQo+ICAgYWRkcmVzcyBvZiB0aGUgTU4gaW4gdGhlIGhvbWUgbmV0d29yay4N Cj4NCj4NCj40LjE0LiAgUE1JUDYtVmlzaXRlZC1JUHY0LUhvQQ0KPg0KPiAgIFdoZW4gYm90aCBN QUcgYW5kIHRoZSBMTUEgYXJlIGluIHRoZSB2aXNpdGVkIG5ldHdvcmssIHRoZSBQTUlQNi0NCj4g ICBWaXNpdGVkLUlQdjQtSG9BIGF0dHJpYnV0ZSAoQVZQIENvZGUgVEJEKSBpcyB1c2VkIHRvIGV4 Y2hhbmdlDQo+ICAgaW5mb3JtYXRpb24gYmV0d2VlbiB0aGUgVkFBQSBhbmQgdGhlIE1BRyBvbiB0 aGUgYXNzaWdubWVudCBvZiB0aGUNCj4gICBJUHY0IEhvbWUgQWRkcmVzcyB0byB0aGUgTU4gYmVp bmcgcHJlc2VudCBpbiB0aGUgVmlzaXRlZCBuZXR3b3JrLg0KPg0KPiAgIFRoZSBQTUlQNi1WaXNp dGVkLUlQdjQtSG9BIGlzIGFsc28gdXNlZCBvbiB0aGUgTE1BLXRvLVZBQUEgaW50ZXJmYWNlLg0K PiAgIElmIHRoZSBMTUEgZGVsZWdhdGVzIHRoZSBhc3NpZ25tZW50IG9mIHRoZSBJUHY0LUhvQSB0 byB0aGUgVkFBQSwgdGhlDQo+ICAgYXR0cmlidXRlIE1VU1QgY29udGFpbiBhbGwgemVyb2VzIGFk ZHJlc3MgaW4gdGhlIFJBRElVUyBBY2Nlc3MtDQo+ICAgUmVxdWVzdC4gIFRoZSBBY2Nlc3MtQWNj ZXB0IG1lc3NhZ2UgTVVTVCBoYXZlIHRoZSBhdHRyaWJ1dGUgcHJlc2VudA0KPiAgIGlmIHRoZSBw cmlvciByZXF1ZXN0IHRvIFZBQUEgYWxyZWFkeSBpbmNsdWRlZCBvbmUuDQo+DQo+DQo+DQo+DQo+ DQo+DQo+DQo+DQo+DQo+DQo+DQo+DQo+WGlhLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIFNl cHRlbWJlciAxNSwgMjAxMSAgICAgICAgICAgICAgW1BhZ2UgMjBdDQo+DQo+SW50ZXJuZXQtRHJh ZnQgICAgICAgICAgICAgICAgUkFESVVTLVBNSVB2NiAgICAgICAgICAgICAgICAgICBNYXJjaCAy MDExDQo+DQo+DQo+IDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAg ICAgICAgICAgICAgICAgIDMNCj4gMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcg OCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQo+Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCj58ICAgICAgVHlwZSAgICAg fCAgIExlbmd0aCAgICAgIHxQcmVmaXgtTGVuIHwgICAgIFJlc2VydmVkICAgICAgfA0KPistKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rDQo+fCAgICAgICAgICAgICAgICAgICAgICBWaXNpdGVkIElQdjQgSG9BICAgICAgICAgICAg ICAgICAgICAgICAgIHwNCj4rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KPg0KPjw8PA0KPjQuMTQuICBQTUlQNi1WaXNpdGVk LUlQdjQtSG9BDQo+DQo+U2VlIHRoZSBzYW1lIGlzc3VlIHJlZ2FyZGluZyBQcmVmaXgtTGVuIGFu ZCBSZXNlcnZlZCBvcmRlcmluZyBpbiA0LjEzDQo+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+ Pj4+DQo+DQo+DQo+U05JUA0KPg0KPjQuMTUuICBQTUlQNi1Ib21lLURIQ1A0LVNlcnZlci1BZGRy ZXNzDQo+DQo+ICAgVGhlIFBNSVA2LUhvbWUtREhDUDQtU2VydmVyLUFkZHJlc3MgKEFWUCBDb2Rl IFRCRCkgY29udGFpbnMgdGhlIElQdjQNCj4gICBhZGRyZXNzIG9mIHRoZSBESENQdjQgc2VydmVy IGluIHRoZSBob21lIG5ldHdvcmsuICBUaGUgcGFydGljdWxhcg0KPiAgIERIQ1Agc2VydmVyIGFk ZHJlc3MgaXMgaW5kaWNhdGVkIHRvIHRoZSBNQUcgdGhhdCBzZXJ2ZXMgdGhlDQo+ICAgY29uY2Vy bmluZyBNTi4gIFRoZSBIQUFBIE1BWSBhc3NpZ24gYSBESENQIHNlcnZlciB0byB0aGUgTUFHIGlu DQo+ICAgZGVwbG95bWVudHMgd2hlcmUgdGhlIE1BRyBhY3RzIGFzIGEgREhDUCBSZWxheSwgYXMg ZGVmaW5lZCBpbg0KPiAgIFtSRkM1ODQ0XS4NCj4NCj4NCj4NCj4NCj4NCj4NCj4NCj4NCj4NCj4N Cj4NCj4NCj4NCj4NCj4NCj4NCj5YaWEsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgU2VwdGVt YmVyIDE1LCAyMDExICAgICAgICAgICAgICBbUGFnZSAyMV0NCj4NCj5JbnRlcm5ldC1EcmFmdCAg ICAgICAgICAgICAgICBSQURJVVMtUE1JUHY2ICAgICAgICAgICAgICAgICAgIE1hcmNoIDIwMTEN Cj4NCj4NCj4gMCAgICAgICAgICAgICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAg ICAgICAgICAgICAgMw0KPiAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkg MCAxIDIgMyA0IDUgNiA3IDggOSAwIDENCj4rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KPnwgICAgICBUeXBlICAgICB8ICAg TGVuZ3RoICAgICAgfCAgICAgICAgICBSZXNlcnZlZCAgICAgICAgICAgICB8DQo+Ky0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsN Cj58ICAgICAgICAgICAgICAgICBIb21lIERIQ1B2NCBzZXJ2ZXIgYWRkcmVzcyAgICAgICAgICAg ICAgICAgICAgfA0KPistKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rDQo+DQo+PDw8DQo+NC4xNS4gIFBNSVA2LUhvbWUtREhDUDQt U2VydmVyLUFkZHJlc3MNCj4NCj5Jc3N1ZTogIGlzIHRoZXJlIGFueSByZWFzb24gdG8gaGF2ZSB0 aGUgUmVzZXJ2ZWQgZmllbGQ/IElmIG5vdCB0aGVuIGdldA0KPnJpZCBvZiBpdC4NCj4NCj4+Pj4+ Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4NCj4NCj5UeXBlOg0KPiAgUE1JUDYtSG9tZS1ESENQ NC1TZXJ2ZXItQWRkcmVzcyB0byBiZSBkZWZpbmVkIGJ5IElBTkEuDQo+DQo+TGVuZ3RoOg0KPiAg ID0gOCBvY3RldHMuDQo+DQo+UmVzZXJ2ZWQ6DQo+ICAgUmVzZXJ2ZWQgZm9yIGZ1dHVyZSB1c2Uu IFRoZSBiaXRzIE1VU1QgYmUgc2V0IHRvIHplcm8gYnkgdGhlDQo+ICAgc2VuZGVyLCBhbmQgTVVT VCBiZSBpZ25vcmVkIGJ5IHRoZSByZWNlaXZlci4NCj4NCj5Ib21lIERIQ1B2NCBzZXJ2ZXIgYWRk cmVzczoNCj4gICBUaGlzIGZpZWxkIGlzIG9mIHR5cGUgQWRkcmVzcyBhbmQgY29udGFpbnMgYSA0 LW9jdGV0IElQdjQgYWRkcmVzcyBvZg0KPnRoZSBESENQIHNlcnZlci4NCj4NCj4NCj40LjE2LiAg UE1JUDYtVmlzaXRlZC1ESENQNC1TZXJ2ZXItQWRkcmVzcw0KPg0KPiAgIFdoZW4gYm90aCBNQUcg YW5kIHRoZSBMTUEgYXJlIGluIHRoZSB2aXNpdGVkIG5ldHdvcmssIHRoZSBWQUFBIHVzZXMNCj4g ICBQTUlQNi1WaXNpdGVkLURIQ1A0LVNlcnZlci1BZGRyZXNzIGF0dHJpYnV0ZSAoQVZQIENvZGUg VEJEKSB0bw0KPiAgIGRlbGl2ZXIgdGhlIElQdjQgYWRkcmVzcyBvZiB0aGUgREhDUHY0IHNlcnZl ciBmcm9tIHRoZSB2aXNpdGVkDQo+ICAgbmV0d29yayB0byB0aGUgTUFHLiAgVGhlIFZBQUEgTUFZ IGFzc2lnbiBhIERIQ1B2NCBzZXJ2ZXIgdG8gdGhlIE1BRw0KPiAgIGluIGRlcGxveW1lbnRzIHdo ZXJlIHRoZSBNQUcgYWN0cyBhcyBhIERIQ1AgUmVsYXksIGFzIGRlZmluZWQgaW4NCj4gICBbUkZD NTg0NF0uDQo+DQo+DQo+DQo+DQo+DQo+DQo+DQo+DQo+DQo+DQo+DQo+DQo+DQo+DQo+DQo+DQo+ DQo+DQo+DQo+DQo+WGlhLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIFNlcHRlbWJlciAxNSwg MjAxMSAgICAgICAgICAgICAgW1BhZ2UgMjJdDQo+DQo+SW50ZXJuZXQtRHJhZnQgICAgICAgICAg ICAgICAgUkFESVVTLVBNSVB2NiAgICAgICAgICAgICAgICAgICBNYXJjaCAyMDExDQo+DQo+DQo+ IDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAg ICAgIDMNCj4gMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMg NCA1IDYgNyA4IDkgMCAxDQo+Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCj58ICAgICAgVHlwZSAgICAgfCAgIExlbmd0aCAg ICAgIHwgICAgICAgICAgUmVzZXJ2ZWQgICAgICAgICAgICAgfA0KPistKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQo+fCAgICAg ICAgICAgICAgVmlzaXRlZCBESENQdjQgc2VydmVyIGFkZHJlc3MgICAgICAgICAgICAgICAgICAg IHwNCj4rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKw0KPg0KPjw8PA0KPjQuMTYuICBQTUlQNi1WaXNpdGVkLURIQ1A0LVNlcnZl ci1BZGRyZXNzDQo+DQo+SXNzdWU6ICBpcyB0aGVyZSBhbnkgcmVhc29uIHRvIGhhdmUgdGhlIFJl c2VydmVkIGZpZWxkPyBJZiBub3QgdGhlbiBnZXQNCj5yaWQgb2YgaXQuDQo+DQo+Pj4+Pj4+Pj4+ Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+DQo+DQo+DQo+VHlwZToNCj4gICBQTUlQNi1WaXNpdGVkLURI Q1A0LVNlcnZlci1BZGRyZXNzIHRvIGJlIGRlZmluZWQgYnkgSUFOQS4NCj4NCj5MZW5ndGg6DQo+ ICAgPSA4IG9jdGV0cw0KPg0KPlJlc2VydmVkOg0KPiAgIFJlc2VydmVkIGZvciBmdXR1cmUgdXNl LiAgVGhlIGJpdHMgTVVTVCBiZSBzZXQgdG8gemVybyBieSB0aGUNCj4gICBzZW5kZXIsIGFuZCBN VVNUIGJlIGlnbm9yZWQgYnkgdGhlIHJlY2VpdmVyLg0KPg0KPlZpc2l0ZWQgREhDUHY0IHNlcnZl ciBhZGRyZXNzOg0KPiAgIFRoaXMgZmllbGQgaXMgb2YgdHlwZSBBZGRyZXNzIGFuZCBjb250YWlu cyBhIDQtb2N0ZXQgSVB2NCBhZGRyZXNzIG9mDQo+dGhlIERIQ1B2NA0KPiAgIHNlcnZlcg0KPg0K Pg0KPjQuMTcuICBQTUlQNi1Ib21lLURIQ1A2LVNlcnZlci1BZGRyZXNzDQo+DQo+ICAgVGhlIFBN SVA2LUhvbWUtREhDUDYtU2VydmVyLUFkZHJlc3MgKEFWUCBDb2RlIFRCRCkgY29udGFpbnMgdGhl IElQdjYNCj4gICBhZGRyZXNzIG9mIHRoZSBESENQdjYgc2VydmVyIGluIHRoZSBob21lIG5ldHdv cmsgaW5kaWNhdGVkIGJ5IEhBQUEgdG8NCj4gICB0aGUgTUFHIHRoYXQgc2VydmVzIHRoZSBjb25j ZXJuaW5nIE1OLiAgVGhlIEhBQUEgTUFZIGFzc2lnbiBhIERIQ1B2Ng0KPiAgIHNlcnZlciB0byB0 aGUgTUFHIGluIGRlcGxveW1lbnRzIHdoZXJlIHRoZSBNQUcgYWN0cyBhcyBhIERIQ1AgUmVsYXks DQo+ICAgYXMgZGVmaW5lZCBpbiBbUkZDNTIxM10uDQo+DQo+DQo+IDAgICAgICAgICAgICAgICAg ICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDMNCj4gMCAxIDIgMyA0 IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQo+ Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSsNCj58ICAgICAgVHlwZSAgICAgfCAgIExlbmd0aCAgICAgIHwgICAgICAgICAgUmVz ZXJ2ZWQgICAgICAgICAgICAgfA0KPistKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQo+fCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCj4uICAgICAgICAgICAg ICAgICAgSG9tZSBESENQdjYgc2VydmVyIGFkZHJlc3MgICAgICAgICAgICAgICAgICAgLg0KPi4g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAuDQo+Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSsNCj48PDwNCj40LjE3LiAgUE1JUDYtSG9tZS1ESENQNi1TZXJ2ZXIt QWRkcmVzcw0KPg0KPklzc3VlOiAgaXMgdGhlcmUgYW55IHJlYXNvbiB0byBoYXZlIHRoZSBSZXNl cnZlZCBmaWVsZD8gSWYgbm90IHRoZW4gZ2V0DQo+cmlkIG9mIGl0Lg0KPg0KPj4+Pj4+Pj4+Pj4+ Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pg0KPg0KPg0KPlR5cGU6DQo+ICBQTUlQNi1Ib21lLURIQ1A2LVNl cnZlci1BZGRyZXNzIHRvIGJlIGRlZmluZWQgYnkgSUFOQS4NCj4NCj5MZW5ndGg6DQo+ICAgPSAy MCBvY3RldHMNCj4NCj5SZXNlcnZlZDoNCj4gICBSZXNlcnZlZCBmb3IgZnV0dXJlIHVzZS4gIFRo ZSBiaXRzIE1VU1QgYmUgc2V0IHRvIHplcm8gYnkgdGhlDQo+ICAgc2VuZGVyLCBhbmQgTVVTVCBi ZSBpZ25vcmVkIGJ5IHRoZSByZWNlaXZlci4NCj4NCj5Ib21lIERIQ1B2NiBzZXJ2ZXIgYWRkcmVz czoNCj4gICBUaGlzIGZpZWxkIGlzIG9mIHR5cGUgQWRkcmVzcyBhbmQgY29udGFpbnMgMTYtb2N0 ZXQgSVB2NiBhZGRyZXNzIG9mIHRoZQ0KPkRIQ1B2NiBzZXJ2ZXIuDQo+DQo+DQo+NC4xOC4gIFBN SVA2LVZpc2l0ZWQtREhDUDYtU2VydmVyLUFkZHJlc3MNCj4NCj4gICBXaGVuIGJvdGggTUFHIGFu ZCB0aGUgTE1BIGFyZSBsb2NhdGVkIGluIHRoZSB2aXNpdGVkIG5ldHdvcmssIHRoZQ0KPiAgIFBN SVA2LVZpc2l0ZWQtREhDUDYtU2VydmVyLUFkZHJlc3MgYXR0cmlidXRlIChBVlAgQ29kZSBUQkQp IGlzIHVzZWQNCj4gICB0byBkZWxpdmVyIHRoZSBJUHY2IGFkZHJlc3Mgb2YgdGhlIERIQ1B2NiBz ZXJ2ZXIgZnJvbSB0aGUgdmlzaXRlZA0KPiAgIG5ldHdvcmsgdG8gdGhlIE1BRyB0aGF0IHNlcnZl cyB0aGUgTU4uICBUaGUgVkFBQSBNQVkgYXNzaWduIGEgREhDUHY2DQo+ICAgc2VydmVyIHRvIHRo ZSBNQUcgaW4gZGVwbG95bWVudHMgd2hlcmUgdGhlIE1BRyBhY3RzIGFzIGEgREhDUCBSZWxheSwN Cj4gICBhcyBkZWZpbmVkIGluIFtSRkM1MjEzXS4NCj4NCj4NCj4NCj4NCj4NCj4NCj4NCj4NCj4N Cj4NCj4NCj4NCj4NCj4NCj4NCj4NCj4NCj4NCj5YaWEsIGV0IGFsLiAgICAgICAgICAgIEV4cGly ZXMgU2VwdGVtYmVyIDE1LCAyMDExICAgICAgICAgICAgICBbUGFnZSAyNF0NCj4NCj5JbnRlcm5l dC1EcmFmdCAgICAgICAgICAgICAgICBSQURJVVMtUE1JUHY2ICAgICAgICAgICAgICAgICAgIE1h cmNoIDIwMTENCj4NCj4NCj4gMCAgICAgICAgICAgICAgICAgICAxICAgICAgICAgICAgICAgICAg IDIgICAgICAgICAgICAgICAgICAgMw0KPiAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1 IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDENCj4rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KPnwgICAgICBUeXBl ICAgICB8ICAgTGVuZ3RoICAgICAgfCAgICAgICAgICBSZXNlcnZlZCAgICAgICAgICAgICB8DQo+ Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSsNCj58ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgfA0KPi4gICAgICAgICAgICAgICAgICBWaXNpdGVkIERIQ1B2NiBz ZXJ2ZXIgYWRkcmVzcyAgICAgICAgICAgICAgICAuDQo+LiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC4NCj4rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KPg0K Pjw8PA0KPjQuMTguICBQTUlQNi1WaXNpdGVkLURIQ1A2LVNlcnZlci1BZGRyZXNzDQo+DQo+SXNz dWU6ICBpcyB0aGVyZSBhbnkgcmVhc29uIHRvIGhhdmUgdGhlIFJlc2VydmVkIGZpZWxkPyBJZiBu b3QgdGhlbiBnZXQNCj5yaWQgb2YgaXQuDQo+DQo+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+ Pj4+DQo+DQo+DQo+VHlwZToNCj4gIFBNSVA2LVZpc2l0ZWQtREhDUDYtU2VydmVyLUFkZHJlc3Mg dG8gYmUgZGVmaW5lZCBieSBJQU5BLg0KPg0KPkxlbmd0aDoNCj4gICA9IDIwIG9jdGV0cw0KPg0K PlJlc2VydmVkOg0KPiAgIFJlc2VydmVkIGZvciBmdXR1cmUgdXNlLiAgVGhlIGJpdHMgTVVTVCBi ZSBzZXQgdG8gemVybyBieSB0aGUNCj4gICBzZW5kZXIsIGFuZCBNVVNUIGJlIGlnbm9yZWQgYnkg dGhlIHJlY2VpdmVyLg0KPg0KPlZpc2l0ZWQgREhDUHY2IHNlcnZlciBhZGRyZXNzOg0KPiAgIFRo aXMgZmllbGQgaXMgb2YgdHlwZSBBZGRyZXNzIGFuZCBjb250YWlucyB0aGUgMTYtb2N0ZXQgSVB2 NiBhZGRyZXNzIG9mDQo+dGhlIERIQ1B2NiBzZXJ2ZXIuDQo+DQo+DQo+NC4xOS4gIFNlcnZpY2Ut U2VsZWN0aW9uDQo+DQo+PDw8PDw8PDw8PDw8PA0KPlR5cG86ICAgcGFydGljdWFsIC0+IHBhcnRp Y3VsYXINCj4+Pj4+Pj4+Pj4+Pj4+Pj4NCj4gICBUaGUgU2VydmljZS1TZWxlY3Rpb24gYXR0cmli dXRlIChBVlAgQ29kZSBUQkQpIGNvbnRhaW5zIHRoZSBuYW1lIG9mDQo+ICAgdGhlIHNlcnZpY2Ug b3IgdGhlIGV4dGVybmFsIG5ldHdvcmsgdGhhdCB0aGUgbW9iaWxpdHkgc2VydmljZSBmb3IgdGhl DQo+ICAgcGFydGljdWFsIE1OIFNIT1VMRCBiZSBhc3NvY2lhdGVkIHdpdGguICBUaGUgaWRlbnRp ZmllciBNVVNUIGJlDQo+ICAgdW5pcXVlIHdpdGhpbiB0aGUgUE1JUHY2IERvbWFpbi4NCj4NCj5T TklQDQo+DQo+DQo+WGlhLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIFNlcHRlbWJlciAxNSwg MjAxMSAgICAgICAgICAgICAgW1BhZ2UgMjVdDQo+DQo+SW50ZXJuZXQtRHJhZnQgICAgICAgICAg ICAgICAgUkFESVVTLVBNSVB2NiAgICAgICAgICAgICAgICAgICBNYXJjaCAyMDExDQo+DQo+DQo+ ICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAg ICAgICAzDQo+ICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIg MyA0IDUgNiA3IDggOSAwIDENCj4gKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCj4gfCAgICAgIFR5cGUgICAgIHwgICBMZW5n dGggICAgICB8ICAgIFNlcnZpY2UgSWRlbnRpZmllci4uLiAgICAgIH4NCj4gKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCj4N Cj4gVHlwZToNCj4gICAgU2VydmljZS1TZWxlY3Rpb24gdG8gYmUgZGVmaW5lZCBieSBJQU5BLg0K Pg0KPiBMZW5ndGg6DQo+ICAgID49IDMgb2N0ZXRzDQo+DQo+IFNlcnZpY2UgSWRlbnRpZmllcjoN Cj4gICAgVGhpcyBmaWVsZCBpcyBvZiB0eXBlIFVURjhTdHJpbmcgYW5kIGNvbnRhaW5zIHRoZSBT ZXJ2aWNlIElkZW50aWZpZXINCj4gICAgdGhlIE1OIGlzIGFzc29jaWF0ZWQgd2l0aC4NCj4NCj48 PDwNCj40LjE5LiAgU2VydmljZS1TZWxlY3Rpb24NCj4NCj5Jc3N1ZTogdGhlIGNvcnJlY3Qgd2F5 IHRvIHNwZWNpZnkgdGhpcyBpcyB0byB1c2UgUkFESVVTIHR5cGUgb2YgVEVYVDoNCj4NCj5Gcm9t Og0KPg0KPiBTZXJ2aWNlIElkZW50aWZpZXI6DQo+ICAgIFRoaXMgZmllbGQgaXMgb2YgdHlwZSBV VEY4U3RyaW5nIGFuZCBjb250YWlucyB0aGUgU2VydmljZSBJZGVudGlmaWVyDQo+ICAgIHRoZSBN TiBpcyBhc3NvY2lhdGVkIHdpdGguDQo+VG86DQo+DQo+VGV4dDoNCj4gICAgIFRoaXMgZmllbGQg aXMgb2YgdHlwZSBVVEY4U3RyaW5nIGFuZCBjb250YWlucyB0aGUgU2VydmljZSBJZGVudGlmaWVy DQo+ICAgIHRoZSBNTiBpcyBhc3NvY2lhdGVkIHdpdGguDQo+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+ Pj4+Pj4+Pj4+DQo+DQo+DQo+NC4yMC4gIENhbGxpbmctU3RhdGlvbi1JZA0KPg0KPiAgIFRoZSBD YWxsaW5nLVN0YXRpb24tSWQgQVZQIChBVlAgQ29kZSAzMSkgaXMgb2YgdHlwZSBVVEY4U3RyaW5n IGFuZA0KPiAgIGNvbnRhaW5zIGEgbGluay1sYXllciBpZGVudGlmaWVyIG9mIHRoZSBNTi4gIFRo aXMgaWRlbnRpZmllcg0KPiAgIGNvcnJlc3BvbmRzIHRvIHRoZSBsaW5rLWxheWVyIGlkZW50aWZp ZXIgYXMgZGVmaW5lZCBpbiBbUkZDNTIxM10sDQo+ICAgU2VjdGlvbnMgMi4yIGFuZCA4LjYuICBU aGUgTGluay1MYXllciBJZGVudGlmaWVyIGlzIGVuY29kZWQgaW4gQVNDSUkNCj4gICBmb3JtYXQg KHVwcGVyIGNhc2Ugb25seSksIHdpdGggb2N0ZXQgdmFsdWVzIHNlcGFyYXRlZCBieSBhICItIi4N Cj4gICBFeGFtcGxlOiAiMDAtMjMtMzItQzktNzktMzgiLiAgVGhlIGVuY29kaW5nIGlzIGFjdHVh bGx5IHRoZSBzYW1lIGFzDQo+ICAgdGhlIE1BQyBhZGRyZXNzIGVuY29kaW5nIGluIFNlY3Rpb24g My4yMSBvZiBbUkZDMzU4MF0uDQo+DQo+DQo+DQo+PDw8DQo+NC4yMC4gIENhbGxpbmctU3RhdGlv bi1JZA0KPg0KPklzc3VlOg0KPlRoZSBhYm92ZSBkZWZpbml0aW9uIGNvbnRyYWRpY3RzIHRoZSBk ZWZpbml0aW9uIHVzZWQgYnkgUkZDIDI4NjUuDQo+DQo+SW4gdGhpcyBzcGVjaWZpY2F0aW9uIHlv dSBjYW4gbmFycm93IHRoZSBkZWZpbml0aW9uIGlmIHlvdSB3YW50Lg0KPg0KPkluIFJGQyAyODY1 IHRoZSBkZWZpbml0aW9uIGlzIFN0cmluZyAoYmluYXJ5IHN0cmluZykgd2hpY2ggbWVhbnMgaXQg Y2FuDQo+Y2FycnkgYW55dGhpbmcuDQo+SGVyZSBpZiB5b3Ugd2FudCBpdCB0byBiZSBtb3JlIHNw ZWNpZmljIHRoZW4geW91IG5lZWQgdG8gc2F5IHRoYXQuDQo+DQo+RnJvbToNCj5UaGUgQ2FsbGlu Zy1TdGF0aW9uLUlkIEFWUCAoQVZQIENvZGUgMzEpIGlzIG9mIHR5cGUgVVRGOFN0cmluZyBhbmQN Cj4gICBjb250YWlucyBhIGxpbmstbGF5ZXIgaWRlbnRpZmllciBvZiB0aGUgTU4uICBUaGlzIGlk ZW50aWZpZXINCj4gICBjb3JyZXNwb25kcyB0byB0aGUgbGluay1sYXllciBpZGVudGlmaWVyIGFz IGRlZmluZWQgaW4gW1JGQzUyMTNdLC4uLg0KPg0KPlRvOg0KPlRoZSBDYWxsaW5nLVN0YXRpb24t SWQgQVZQIChBVlAgQ29kZSAzMSkgaXMgb2YgdHlwZSBTdHJpbmcgYW5kIHdoZW4gdXNlZA0KPmZv ciBQTUlQdi02DQo+ICAgY29udGFpbnMgYSBsaW5rLWxheWVyIGlkZW50aWZpZXIgb2YgdGhlIE1O IGFzIGRlZmluZWQgaW4gW1JGQzUyMTNdLCANCj4uLi4uDQo+DQo+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+ Pj4+Pj4+Pj4+Pj4+DQo+DQo+DQo+NC4yMS4gIENoYXJnZWFibGUtVXNlci1JZGVudGl0eQ0KPg0K PlNOSVANCj4NCj41LiAgTUFHIHRvIFJBRElVUyBBQUEgaW50ZXJmYWNlDQo+DQo+DQo+NS4xLiAg SW50ZXJmYWNlIG9wZXJhdGlvbnMNCj4NCj4gICBUaGUgTUFHIHRvIHRoZSBBQUEgUkFESVVTIHNl cnZlciBpbnRlcmZhY2UgaXMgdXNlZCBmb3IgcmV0cmlldmFsIG9mDQo+ICAgdGhlIFBvbGljeSBQ cm9maWxlIChpLmUuLCBmb3IgYm9vdHN0cmFwcGluZyBvZiB0aGUgUHJveHkgTW9iaWxlIElQdjYN Cj4gICBtb2JpbGl0eSBzZXJ2aWNlIHNlc3Npb24pIHdoZW4gYSBNTiB0cmllcyB0byBhdHRhY2gs IGF1dGhlbnRpY2F0ZSBhbmQNCj4gICBhdXRob3JpemUgdG8gYSBQTUlQdjYgZG9tYWluLiAgRGVw ZW5kaW5nIG9uIHRoZSBwb2xpY2llcyBhbmQgbmV0d29yaw0KPiAgIGNhcGFiaWxpdGllcyB0aGUg TUFHIG1heSByZXRyaWV2ZSBkaWZmZXJlbnQgc2V0cyBvZiBQTUlQdjYtc2Vzc2lvbg0KPiAgIHJl bGF0ZWQgcGFyYW1ldGVyczoNCj4gICBvICBDb25maWd1cmF0aW9uIGF0dHJpYnV0ZXMgZm9yIEhv bWUtIG9yIFZpc2l0ZWQgTmV0d29yayBhY2Nlc3MNCj4gICAgICBzY2VuYXJpbywgZGVwZW5kaW5n IG9uIHRoZSBsb2NhdGlvbiBhbmQgYXR0YWNobWVudCBwb2ludCBvZiB0aGUNCj4gICAgICBNTiwN Cj4gICBvICBUaGUgSVB2NiBvciBJUHY0IGFkZHJlc3Mgb2YgdGhlIGRlc2lnbmF0ZWQgTE1BLCBk ZXBlbmRpbmcgb24gdGhlDQo+ICAgICAgYWNjZXNzIG5ldHdvcmsncyBhY3R1YWwgSVAgdG9wb2xv Z3ksDQo+ICAgbyAgVGhlIElQdjYgb3IgSVB2NCBjb25maWd1cmF0aW9uIHBhcmFtZXRlcnMgZm9y IHRoZSBNTiwgZGVwZW5kaW5nIG9uDQo+ICAgICAgdGhlIHV0aWxpemVkIElQIGNvbmZpZ3VyYXRp b24gbWV0aG9kIGFuZCBpbmRpdmlkdWFsIE1OJ3Mgc2VydmljZQ0KPiAgICAgIFBvbGljeSwNCj4g ICBvICBUaGUgREhDUCBSZWxheSBzdXBwb3J0IGF0dHJpYnV0ZXMgKElQdjQgb3IgSVB2NikgaW4g Y2FzZSBzdWNoDQo+ICAgICAgZnVuY3Rpb25hbGl0eSBpcyBzdXBwb3J0ZWQgaW4gdGhlIG5ldHdv cmsuDQo+DQo+PDw8DQo+NS4xLiAgSW50ZXJmYWNlIG9wZXJhdGlvbnMNCj4NCj5Jc3N1ZTogIFdo YXQgaXMgdGhlIGZvbGxvd2luZyBzYXlpbmc/DQo+DQo+qfhJbiBhZGRpdGlvbiB0byB0aGUgcGFy dGljdWxhciBQTUlQdjYgUkFESVVTIGF0dHJpYnV0ZXMsIG90aGVyIGNvbW1vbg0KPiAgIEFWUHMg YXJlIGFsc28gY29uY2VyZW5lZC6p9w0KPj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pg0K Pg0KPiAgIEluIGFkZGl0aW9uIHRvIHRoZSBwYXJ0aWN1bGFyIFBNSVB2NiBSQURJVVMgYXR0cmli dXRlcywgb3RoZXIgY29tbW9uDQo+ICAgQVZQcyBhcmUgYWxzbyBjb25jZXJlbmVkLiAgV2hlbmV2 ZXIgdGhlIE1BRyBzZW5kcyBhIFJBRElVUyBBY2Nlc3MtDQo+ICAgUmVxdWVzdCBtZXNzYWdlIHRv IHRoZSBBQUEgc2VydmVyLCB0aGUgVXNlci1OYW1lIGF0dHJpYnV0ZSAoMSkgU0hPVUxEDQo+ICAg Y29udGFpbiB0aGUgTU4gaWRlbnRpdHkuICBBdCBtaW5pbXVtLCB0aGUgaG9tZSByZWFsbSBvZiB0 aGUgTU4gTVVTVA0KPiAgIGJlIGF2YWlsYWJsZSBhdCB0aGUgTUFHIHdoZW4gdGhlIG5ldHdvcmsg YWNjZXNzIGF1dGhlbnRpY2F0aW9uIHRha2VzDQo+ICAgcGxhY2UuICBPdGhlcndpc2UgdGhlIE1B RyB3aWxsIG5vdCBiZSBhYmxlIHRvIHJvdXRlIHRoZSBSQURJVVMNCj4gICBBY2Nlc3MtUmVxdWVz dCBtZXNzYWdlcyB0b3dhcmRzIHRoZSBjb3JyZWN0IEFBQSBzZXJ2ZXIuICBUaGUgTU4NCj4gICBp ZGVudGl0eSBNVVNUIGJlIGluIE5ldHdvcmsgQWNjZXNzIElkZW50aWZpZXIgKE5BSSkgW1JGQzQy ODJdIGZvcm1hdC4NCj4NCj41LjIuICBUYWJsZSBvZiBBdHRyaWJ1dGVzDQo+DQo+ICAgVGhlIGZv bGxvd2luZyB0YWJsZSBwcm92aWRlcyBhIGd1aWRlIHRvIGF0dHJpYnV0ZXMgdGhhdCBtYXkgYmUg Zm91bmQNCj4gICBpbiBhdXRoZW50aWNhdGlvbiBhbmQgYXV0aG9yaXphdGlvbiBSQURJVVMgbWVz c2FnZXMuDQo+DQo+DQo+PDw8DQo+NS4yLiAgVGFibGUgb2YgQXR0cmlidXRlcw0KPg0KPg0KPklz c3VlOg0KPk90aGVyIG1pc3NpbmcgYXR0cmlidXRlcyB0aGF0IHdvdWxkIGJlIHJlcXVpcmVkLiAg SXQgbWF5IG5vdCBiZSBlbm91Z2ggdG8NCj5zYXkgdGhhdCB0aGVzZSBhcmUgaW4gYWRkaXRpb24g dG8gdGhlIGF0dHJpYnV0ZXMgaW4gMjg2NSBldGMuLi4uDQo+DQo+Tm9ybWFsbHkgKGZvciBleGFt cGxlIGluIFdpTUFYIHdlIGFzc3VtZSkgdGhhdCB0aGUgUE1JUCBhdHRyaWJ1dGVzIGFyZQ0KPmNh cnJpZWQgYWxvbmcgd2l0aCB0aGUgb3RoZXIgUkFESVVTIGF0dHJpYnV0ZXMgdXNlZCBkdXJpbmcg YXV0aGVudGljYXRpb24uDQo+DQo+SWYgd2UgYXNzdW1lIHRoYXQgdGhlIE1BRyBpcyBkb2luZyBp dHMgb3duIGRpcCB0byB0aGUgQUFBIHNlcnZlciB0aGVuIHdlDQo+bmVlZCB0byBpbmNsdWRlIG90 aGVyIGF0dHJpYnV0ZXMgYXMgd2VsbC4gIFlvdSBkb250IG5lY2Vzc2FyaWx5IG5lZWQgdG8NCj5k b2N1bWVudCB0aGVtDQo+YnV0IHlvdSBzaG91bGQgc2hvdyB0aGVtLg0KPg0KPkNlcnRhaW5seSB0 aGUgTE1BIGlzIGRvaW5nIGl0cyBvd24gZGlwLg0KPg0KPkkgaGF2ZSBpbmNsdWRlZCB0aGVtIHdp dGggYSBkZXNjcmlwdGlvbi4NCj4NCj4gICAgICAgICAgMSAgICAgIFVzZXItTmFtZSAgICAgICAg ICAgUmVxdWlyZWQgIGZyb20gTUFHIGFuZCBmcm9tIExNQQ0KPiAgICAgICAgICA0ICAgICAgTkFT LUlQLUFkZHJlc3MgICAgICBFaXRoZXIgdGhpcyBvciAgIDMxIGlzIHJlcXVpcmVkDQo+ICAgICAg ICAgIDUgICAgICBOQVMtUG9ydA0KPiAgICAgICAgICA2ICAgICAgU2VydmljZS1UeXBlICAgICAg ICBTaG91bGQgYmUgdGhlcmUgYW5kIHNldCB0bw0KPkF1dGhvcml6ZS1Pbmx5DQo+ICAgICAgICAg MjQgICAgICBTdGF0ZQ0KPiAgICAgICAgIDI1ICAgICAgQ2xhc3MgICAgICAgICAgICAgICBPcHRp b25hbCBidXQgaWYgcHJlc2VudCBpbg0KPkFjY2Vzcy1SZXF1ZXN0IE1VU1QgYmUgaW5jbHVkZWQg aW4gQWNjb3VudGluZw0KPg0KPiAgICAgICAgIDI3ICAgICAgU2Vzc2lvbi1UaW1lb3V0ICAgICBP cHRpb25hbCBDb250cm9scyBob3cgbG9uZyB0aGUNCj5hdXRob3JpemF0aW9uIGZvciBQTUlQIHNl c3Npb24gaXMgYWxsb3dlZC4gIFBNSVAgbWF5IG5vdCBoYXZlIHRoYXQgY29uY2VwdA0KPg0KPiAg ICAgICAgIDI5ICAgICAgVGVybWluYXRpb24tQWN0aW9uICAgUHJvYmFibHkgbm90IG5lZWRlZC4g IFRoaXMgZGVzY3JpYmVzDQo+d2hhdCB0byBkbyB3aGVuIHRoZSBTZXNzaW9uLVRpbWVvdXQgZXhw aXJlcy4gVHdvIG9wdGlvbnM6IGRyb3Agb3INCj5yZWF1dGhlbnRpY2F0ZS4uLiBpbiB0aGlzIGNh c2UgcmVhdXRob3JpemUuDQo+DQo+ICAgICAgICAgMzEgICAgICBDYWxsaW5nLVN0YXRpb24tSWQg ICBZb3UgZ290IHRoYXQNCj4gICAgICAgICAzMiAgICAgIE5BUy1JZGVudGlmaWVyICAgICAgIEVp dGhlciB0aGlzIG9yIE5BUy1JUC1BZGRyZXNzIDQgaXMNCj5yZXF1aXJlZA0KPiAgICAgICAgIDMz ICAgICAgUHJveHktU3RhdGUgICAgICAgICAgTmVlZHMgdG8gYmUgc3VwcG9ydGVkIGlmIHdlIGhh dmUNCj5wcm94aWVzIGFuZCB3ZSBkbw0KPg0KPiAgICAgICAgIDYxICAgICAgTkFTLVBvcnQtVHlw ZSAgICAgICAgV2UgbmVlZCB0aGlzIGFzIHdlbGwgLS0gSUFOQSBoYXMgYQ0KPmFsbG9jYXRpb25z IGZvciB0aGlzLiBOZWVkIHRoaXMgc28gd2Uga25vdyB3ZSBhcmUgdGFsa2luZyB0byBNQUcvTE1B IHZzDQo+b3RoZXIgdHlwZSBvZiBOQVMuDQo+DQo+ICAgICAgICAgODAgICAgICBNZXNzYWdlLUF1 dGhlbnRpY2F0b3IgIE1VU1QgaGF2ZSB0aGlzIGF0dHJpYnV0ZSBpbg0KPkFjY2Vzcy1SZXF1ZXN0 cy4gIFdpdGhvdXQgdGhpcyBhdHRyaWJ1dGUgKHNpbmNlIHlvdSBkb250IGhhdmUgdGhlIFBhc3N3 b3JkDQo+YXR0cmlidXRlcykgdGhlcmUgaXMgbm8gd2F5IHRvDQo+Y3J5cHRvZ3JhcGhpY2FsbHkg aW50ZWdyaXR5IHByb3RlY3QgdGhlIFJBRElVUyBleGNoYW5nZXMgZXRjLi4uDQo+DQo+DQo+Pj4+ Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+DQo+DQo+DQo+ICAgUmVxdWVzdCAgIEFjY2VwdCAg IFJlamVjdCAgIENoYWxsZW5nZSAgICMgICAgQXR0cmlidXRlDQo+ICAgMCAgICAgICAgIDAtMSAg ICAgIDAgICAgICAgIDAgICAgICAgICAgIFRCRCAgDQo+UE1JUDYtSG9tZS1MTUEtSVB2Ni1BZGRy ZXNzDQo+ICAgMC0xICAgICAgIDAtMSAgICAgIDAgICAgICAgIDAgICAgICAgICAgIFRCRA0KPlBN SVA2LVZpc2l0ZWQtTE1BLUlQdjYtQWRkcmVzcw0KPiAgIDAgICAgICAgICAwLTEgICAgICAwICAg ICAgICAwICAgICAgICAgICBUQkQgIA0KPlBNSVA2LUhvbWUtTE1BLUlQdjQtQWRkcmVzcw0KPiAg IDAtMSAgICAgICAwLTEgICAgICAwICAgICAgICAwICAgICAgICAgICBUQkQNCj5QTUlQNi1WaXNp dGVkLUxNQS1JUHY0LUFkZHJlc3MNCj4gICAwICAgICAgICAgMC0xICAgICAgMCAgICAgICAgMCAg ICAgICAgICAgVEJEICBQTUlQNi1Ib21lLUxNQS1JZGVudGlmaWVyDQo+ICAgMC0xICAgICAgIDAt MSAgICAgIDAgICAgICAgIDAgICAgICAgICAgIFRCRA0KPlBNSVA2LVZpc2l0ZWQtTE1BLUlkZW50 aWZpZXINCj4gICAwICAgICAgICAgMC0xICAgICAgMCAgICAgICAgMCAgICAgICAgICAgVEJEICBQ TUlQNi1Ib21lLUhOLVByZWZpeA0KPiAgIDAgICAgICAgICAwLTEgICAgICAwICAgICAgICAwICAg ICAgICAgICBUQkQgIFBNSVA2LVZpc2l0ZWQtSE4tUHJlZml4DQo+ICAgMCAgICAgICAgIDAtMSAg ICAgIDAgICAgICAgIDAgICAgICAgICAgIFRCRCAgUE1JUDYtSG9tZS1JbnRlcmZhY2UtSUQNCj4g ICAwICAgICAgICAgMC0xICAgICAgMCAgICAgICAgMCAgICAgICAgICAgVEJEICBQTUlQNi1WaXNp dGVkLUludGVyZmFjZS1JRA0KPiAgIDAgICAgICAgICAwLTEgICAgICAwICAgICAgICAwICAgICAg ICAgICBUQkQgIFBNSVA2LUhvbWUtSVB2NC1Ib0ENCj4gICAwICAgICAgICAgMC0xICAgICAgMCAg ICAgICAgMCAgICAgICAgICAgVEJEICBQTUlQNi1WaXNpdGVkLUlQdjQtSG9BDQo+ICAgMCAgICAg ICAgIDAtMSAgICAgIDAgICAgICAgIDAgICAgICAgICAgIFRCRA0KPlBNSVA2LUhvbWUtREhDUDQt U2VydmVyLUFkZHJlc3MNCj4gICAwLTEgICAgICAgMC0xICAgICAgMCAgICAgICAgMCAgICAgICAg ICAgVEJEDQo+UE1JUDYtVmlzaXRlZC1ESENQNC1TZXJ2ZXItQWRkcmVzcw0KPiAgIDAgICAgICAg ICAwLTEgICAgICAwICAgICAgICAwICAgICAgICAgICBUQkQNCj5QTUlQNi1Ib21lLURIQ1A2LVNl cnZlci1BZGRyZXNzDQo+ICAgMC0xICAgICAgIDAtMSAgICAgIDAgICAgICAgIDAgICAgICAgICAg IFRCRA0KPlBNSVA2LVZpc2l0ZWQtREhDUDYtU2VydmVyLUFkZHJlc3MNCj4gICAwICAgICAgICAg MSAgICAgICAgMCAgICAgICAgMCAgICAgICAgICAgVEJEICBNb2JpbGUtTm9kZS1JZGVudGlmaWVy DQo+ICAgMC0xICAgICAgIDAtMSAgICAgIDAgICAgICAgIDAgICAgICAgICAgIDEyNCAgTUlQNi1G ZWF0dXJlLVZlY3Rvcg0KPiAgIDAtMSAgICAgICAwLTEgICAgICAwICAgICAgICAwICAgICAgICAg ICBUQkQgIFNlcnZpY2UtU2VsZWN0aW9uDQo+ICAgMC0xICAgICAgIDAgICAgICAgIDAgICAgICAg IDAgICAgICAgICAgIDMxICAgQ2FsbGluZy1TdGF0aW9uLUlkDQo+ICAgMC0xICAgICAgIDAtMSAg ICAgIDAgICAgICAgIDAgICAgICAgICAgIDg5ICAgQ2hhcmdlYWJsZS1Vc2VyLUlkZW50aXR5DQo+ DQo+DQo+DQo+Ni4gIExNQSB0byBSQURJVVMgQUFBIGludGVyZmFjZQ0KPg0KPjYuMS4gIEludGVy ZmFjZSBvcGVyYXRpb25zDQo+DQo+ICAgVGhlIExNQS10by1IQUFBIGludGVyZmFjZSBtYXkgYmUg dXNlZCBmb3IgbXVsdGlwbGUgcHVycG9zZXMuICBUaGVzZQ0KPiAgIGluY2x1ZGUgdGhlIGF1dGhv cml6YXRpb24gb2YgdGhlIGluY29taW5nIFBCVSwgdXBkYXRpbmcgdGhlIExNQQ0KPiAgIGFkZHJl c3MgdG8gdGhlIEhBQUEsIGFjY291bnRpbmcgYW5kIFBNSVB2NiBzZXNzaW9uIG1hbmFnZW1lbnQu DQo+DQo+Ni4yLiAgVGFibGUgb2YgQXR0cmlidXRlcw0KPg0KPiAgIFRoZSBmb2xsb3dpbmcgdGFi bGUgcHJvdmlkZXMgYSBndWlkZSB0byB3aGljaCBhdHRyaWJ1dGVzIG1heSBiZSBmb3VuZA0KPiAg IGluIGF1dGhlbnRpY2F0aW9uIGFuZCBhdXRob3JpemF0aW9uIHByb2Nlc3MuDQo+DQo+PDw8DQo+ Ni4yLiAgVGFibGUgb2YgQXR0cmlidXRlcw0KPg0KPlNhbWUgYXMgY29tbWVudCBhZ2FpbnN0IDUu Mg0KPg0KPj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pg0KPg0KPkludGVybmV0LURyYWZ0 ICAgICAgICAgICAgICAgIFJBRElVUy1QTUlQdjYgICAgICAgICAgICAgICAgICAgTWFyY2ggMjAx MQ0KPg0KPg0KPiAgIFJlcXVlc3QgICBBY2NlcHQgICBSZWplY3QgICBDaGFsbGVuZ2UgICAjICAg IEF0dHJpYnV0ZQ0KPiAgIDAtMSAgICAgICAwLTEgICAgICAwICAgICAgICAwICAgICAgICAgICBU QkQgIFBNSVA2LUhvbWUtSE4tUHJlZml4DQo+ICAgMC0xICAgICAgIDAtMSAgICAgIDAgICAgICAg IDAgICAgICAgICAgIFRCRCAgUE1JUDYtSG9tZS1JUHY0LUhvQQ0KPiAgIDAgICAgICAgICAwLTEg ICAgICAwICAgICAgICAwICAgICAgICAgICBUQkQgIFBNSVA2LUhvbWUtSW50ZXJmYWNlLUlEDQo+ ICAgMC0xICAgICAgIDAgICAgICAgIDAgICAgICAgIDAgICAgICAgICAgIFRCRCAgUE1JUDYtSG9t ZS1MTUEtSWRlbnRpZmllcg0KPiAgIDAtMSAgICAgICAwICAgICAgICAwICAgICAgICAwICAgICAg ICAgICBUQkQNCj5QTUlQNi1WaXNpdGVkLUxNQS1JZGVudGlmaWVyDQo+ICAgMCAgICAgICAgIDAt MSAgICAgIDAgICAgICAgIDAgICAgICAgICAgIFRCRCAgUE1JUDYtVmlzaXRlZC1JbnRlcmZhY2Ut SUQNCj4gICAxICAgICAgICAgMCAgICAgICAgMCAgICAgICAgMCAgICAgICAgICAgVEJEICBNb2Jp bGUtTm9kZS1JZGVudGlmaWVyDQo+ICAgMC0xICAgICAgIDAtMSAgICAgIDAgICAgICAgIDAgICAg ICAgICAgIDEyNCAgTUlQNi1GZWF0dXJlLVZlY3Rvcg0KPiAgIDAtMSAgICAgICAwLTEgICAgICAw ICAgICAgICAwICAgICAgICAgICBUQkQgIFNlcnZpY2UtU2VsZWN0aW9uDQo+ICAgMC0xICAgICAg IDAgICAgICAgIDAgICAgICAgIDAgICAgICAgICAgIDMxICAgQ2FsbGluZy1TdGF0aW9uLUlkDQo+ ICAgMC0xICAgICAgIDAtMSAgICAgIDAgICAgICAgIDAgICAgICAgICAgIDg5ICAgQ2hhcmdlYWJs ZS1Vc2VyLUlkZW50aXR5DQo+DQo+DQo+DQo+Ny4gIEFjY291bnRpbmcNCj4NCj43LjEuICBBY2Nv dW50aW5nIGF0IExNQQ0KPg0KPiAgIFRoZSBhY2NvdW50aW5nIGF0IHRoZSBMTUEgdG8gQUFBIHNl cnZlciBpbnRlcmZhY2UgaXMgYmFzZWQgb24NCj4gICBbUkZDMjg2NV0gYW5kIFtSRkMyODY2XS4g IFRoaXMgaW50ZXJmYWNlIG11c3Qgc3VwcG9ydCB0aGUgdHJhbnNmZXIgb2YNCj4gICBhY2NvdW50 aW5nIHJlY29yZHMgbmVlZGVkIGZvciBzZXJ2aWNlIGNvbnRyb2wgYW5kIGNoYXJnaW5nLiAgVGhl c2UNCj4gICByZWNvcmRzIHNob3VsZCBpbmNsdWRlIChidXQgbWF5IG5vdCBiZSBsaW1pdGVkIHRv KTogdGltZSBvZiBiaW5kaW5nDQo+ICAgY2FjaGUgZW50cnkgY3JlYXRpb24gYW5kIGRlbGV0aW9u LCBudW1iZXIgb2YgdGhlIG9jdGV0cyBzZW50IGFuZA0KPiAgIHJlY2VpdmVkIGJ5IHRoZSBNTiBv dmVyIHRoZSBiaS1kaXJlY3Rpb25hbCB0dW5uZWwsIGV0Yy4NCj4NCj43LjIuICBBY2NvdW50aW5n IGF0IE1BRw0KPg0KPiAgIFRoZSBhY2NvdW50aW5nIGF0IHRoZSBNQUcgdG8gQUFBIHNlcnZlciBp bnRlcmZhY2UgaXMgYmFzZWQgb24NCj4gICBbUkZDMjg2NV0gYW5kIFtSRkMyODY2XS4gIFRoZSBp bnRlcmZhY2UgbXVzdCBhbHNvIHN1cHBvcnQgdGhlDQo+ICAgdHJhbnNmZXIgb2YgYWNjb3VudGlu ZyByZWNvcmRzIHdoaWNoIHNob3VsZCBpbmNsdWRlOiB0aW1lIG9mIGJpbmRpbmcNCj4gICBjYWNo ZSBlbnRyeSBjcmVhdGlvbiBhbmQgZGVsZXRpb24sIG51bWJlciBvZiB0aGUgb2N0ZXRzIHNlbnQg YW5kDQo+ICAgcmVjZWl2ZWQgYnkgdGhlIE1OIG92ZXIgdGdlIGJpLWRpcmVjdGlvbmFsIHR1bm5l bCwgZXRjLg0KPg0KPjw8PA0KPjcuMi4gIEFjY291bnRpbmcgYXQgTUFHDQo+DQo+VHlwbzogIHRn ZSA+IHRoZQ0KPj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pg0KPg0KPiAgIElmIHRoZXJl IGlzIGRhdGEgdHJhZmZpYyBiZXR3ZWVuIGEgdmlzaXRpbmcgTU4gYW5kIGEgY29ycmVzcG9uZGVu dA0KPiAgIG5vZGUgdGhhdCBpcyBsb2NhbGx5IGF0dGFjaGVkIHRvIGFuIGFjY2VzcyBsaW5rIGNv bm5lY3RlZCB0byB0aGUgc2FtZQ0KPiAgIE1BRywgdGhlIG1vYmlsZSBhY2Nlc3MgZ2F0ZXdheSBN QVkgb3B0aW1pemUgb24gdGhlIGRlbGl2ZXJ5IGVmZm9ydHMNCj4gICBieSBsb2NhbGx5IHJvdXRp bmcgdGhlIHBhY2tldHMgaW5zdGVhZCBvZiB1c2luZyByZXZlcnNlIHR1bm5lbGluZyB0bw0KPiAg IHRoZSBtb2JpbGUgbm9kZSdzIExNQS4gIEluIHRoaXMgY2FzZSwgdGhlIGxvY2FsIGRhdGEgdHJh ZmZpYyB0b28gTVVTVA0KPiAgIGJlIHJlcG9ydGVkIHRvIEFBQSBBY2NvdW50aW5nIHNlcnZlcnMg YnkgbWVhbnMgb2YgUkFESVVTIHByb3RvY29sLg0KPg0KPjcuMy4gIFRhYmxlIG9mIEF0dHJpYnV0 ZXMNCj4NCj4gICBUaGUgZm9sbG93aW5nIHRhYmxlIHByb3ZpZGVzIGEgbGlzdCBvZiBhdHRyaWJ1 dGVzIHRoYXQgbWF5IGJlDQo+ICAgaW5jbHVkZWQgaW4gdGhlIFJBRElVUyBBY2NvdW50aW5nIG1l c3NhZ2VzLg0KPg0KPjw8PA0KPjcuMy4gIFRhYmxlIG9mIEF0dHJpYnV0ZXMNCj4NCj5Jc3N1ZTog IG1pc3Npbmcgc29tZSBzdGFuZGFyZCBSQURJVVMgYXR0cmlidXRlcy4uLg0KPg0KPjI1IENsYXNz IFNIT1VMRCBCZSBwcmVzZW50IGlmIHByZXNlbnQgaW4gQWNjZXNzLUFjY2VwdA0KPg0KPg0KPlJl bWVkeTogIFRvIGV4cGxpY2l0bHkgc3RhdGUgdGhhdCB0aGVzZSBhcmUgb3ZlciBhbmQgYWJvdmUg dGhvc2UNCj5hdHRyaWJ1dGVzIHRoYXQgYXJlIHJlcXVpcmVkIGJ5IFJGQyAyODY2IGFuZCAyODY5 IGV0Yy4uLg0KPg0KPj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pg0KPg0KPg0KPiAgICAg ICAgIFJlcXVlc3QgICBJbnRlcmltICBTdG9wICAgICBBdHRyaWJ1dGUNCj4gICAgICAgICAwLTEg ICAgICAgMCAgICAgICAgMC0xICAgICAgUE1JUDYtSG9tZS1MTUEtSVB2Ni1BZGRyZXNzDQo+ICAg ICAgICAgMC0xICAgICAgIDAgICAgICAgIDAtMSAgICAgIFBNSVA2LVZpc2l0ZWQtTE1BLUlQdjYt QWRkcmVzcw0KPiAgICAgICAgIDAtMSAgICAgICAwICAgICAgICAwLTEgICAgICBQTUlQNi1Ib21l LUxNQS1JUHY0LUFkZHJlc3MNCj4gICAgICAgICAwLTEgICAgICAgMCAgICAgICAgMC0xICAgICAg UE1JUDYtVmlzaXRlZC1MTUEtSVB2NC1BZGRyZXNzDQo+ICAgICAgICAgMC0xICAgICAgIDAgICAg ICAgIDAtMSAgICAgIFBNSVA2LUhvbWUtSE4tUHJlZml4DQo+ICAgICAgICAgMC0xICAgICAgIDAg ICAgICAgIDAtMSAgICAgIFBNSVA2LVZpc2l0ZWQtSE4tUHJlZml4DQo+ICAgICAgICAgMC0xICAg ICAgIDAgICAgICAgIDAtMSAgICAgIFBNSVA2LUhvbWUtSVB2NC1Ib0ENCj4gICAgICAgICAwLTEg ICAgICAgMCAgICAgICAgMC0xICAgICAgUE1JUDYtVmlzaXRlZC1JUHY0LUhvQQ0KPiAgICAgICAg IDAtMSAgICAgICAwICAgICAgICAwLTEgICAgICBTZXJ2aWNlLVNlbGVjdGlvbg0KPiAgICAgICAg IDAtMSAgICAgICAwICAgICAgICAwLTEgICAgICBNSVA2LUZlYXR1cmUtVmVjdG9yDQo+ICAgICAg ICAgMC0xICAgICAgIDAtMSAgICAgIDAtMSAgICAgIE1vYmlsZS1Ob2RlLUlkZW50aWZpZXINCj4g ICAgICAgICAwLTEgICAgICAgMCAgICAgICAgMC0xICAgICAgQ2FsbGluZy1TdGF0aW9uLUlkDQo+ ICAgICAgICAgMC0xICAgICAgIDAtMSAgICAgIDAtMSAgICAgIENoYXJnZWFibGUtVXNlci1JZGVu dGl0eQ0KPg0KPg0KPg0KPlNOSVANCj4NCj4NCj4xMC4gIEFja25vd2xlZGdlbWVudHMNCj4NCj4g ICBUaGUgYXV0aG9ycyB3b3VsZCBsaWtlIHRvIHRoYW5rIEdsZW4gWm9ybiwgQXZpIExpb3IgYW5k IEFsYW4gRGVLb2sNCj4gICBmb3IgcmV2aWV3aW5nIHRoZSBkb2N1bWVudC4gIFRoZSBhdXRob3Jz IHdvdWxkIGFsc28gbGlrZSB0byB0aGFuayB0aGUNCj4gICBhdXRob3JzIG9mIFtSRkM1Nzc5XSBh cyB0aGlzIGRvY3VtZW50IHJlLXVzZXMgc29tZSBwcm9jZWR1cmFsIGlkZWFzDQo+ICAgb2YgdGhl IG1lbnRpb25lZCBzcGVjaWZpY2F0aW9uLg0KPg0KPjw8PA0KPjEwIEFja25vd2xlZGdlbWVudA0K Pg0KPk1vc3Qgb2YgdGhpcyBoYXMgYmVlbiBpbXBsZW1lbnRlZCBieSBXaU1BWCBiZWZvcmUgYW55 b25lIGVsc2UgaGFzIGRvbmUNCj50aGlzLiAgSU1ITyB0aGUgZG9jdW1lbnQgc2hvdWxkIGFja25v d2xlZGdlIHRoYXQuDQo+DQo+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+DQo+DQo+DQo+ U05JUA0KPg0KPg0KPi0tIEF2aSBMaW9yDQo+LS1CcmlkZ2V3YXRlciBTeXN0ZW1zDQo+DQo+DQo+ Pg0KPg0KDQo= From Xiangsong.Cui@huawei.com Fri Apr 8 03:01:07 2011 Return-Path: X-Original-To: netext@core3.amsl.com Delivered-To: netext@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 62D2C3A6A59 for ; Fri, 8 Apr 2011 03:01:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.149 X-Spam-Level: X-Spam-Status: No, score=-4.149 tagged_above=-999 required=5 tests=[AWL=0.346, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RCVD_IN_DNSWL_MED=-4, 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 J2Mgft2snsfd for ; Fri, 8 Apr 2011 03:01:06 -0700 (PDT) Received: from szxga03-in.huawei.com (unknown [119.145.14.66]) by core3.amsl.com (Postfix) with ESMTP id 91C053A6A49 for ; Fri, 8 Apr 2011 03:01:06 -0700 (PDT) Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LJB006HMVVYFZ@szxga03-in.huawei.com> for netext@ietf.org; Fri, 08 Apr 2011 18:02:22 +0800 (CST) Received: from c00111037 ([10.111.16.79]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LJB00DOJVVXWT@szxga03-in.huawei.com> for netext@ietf.org; Fri, 08 Apr 2011 18:02:22 +0800 (CST) Date: Fri, 08 Apr 2011 18:02:20 +0800 From: Xiangsong Cui To: netext@ietf.org Message-id: <007901cbf5d4$0d239a20$276ace60$%cui@huawei.com> MIME-version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Content-type: text/plain; charset=us-ascii Content-language: zh-cn Content-transfer-encoding: 7BIT Thread-index: Acv11AyZmyLhS5QlRHWuUiCJIqVPrQ== Subject: [netext] My comments on draft-ietf-netext-pmip-lr-01 X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2011 10:01:07 -0000 Hi, I have reviewed this draft, and I have two comments. First, in the case of A11 scenario, It reads "It is also possible that one of the mobility entities (LMA or MAG) could decide to initiate localized routing based on configured policy." But based on the statement of section 2, ONLY LMA can initiate the LR function in this case, So I'm not sure, does this mean MAG may transmit a U-LRA to trigger the LMA to initiate the LR function? My Second comment is about the statement of section 4, "The MAG may refresh the lifetime of an existing local forwarding service. For this, it sends an unsolicited LRA (U-LRA) message that contains the new lifetime value. The MAG MUST wait for the following LRI message from the LMA before it can conclude that the refresh request is granted." I think this is not very clear, what would happen in the LMA if the MAG doesn't transmit the U-LRA message? Does this mean the LMA MUST respond a LRI message to the MAG and the MAG further transmits an acknowledge LRA? If the MAG doesn't receive the following LRI, what would happen? Is there any retransmission? And, does the MAG transmit refreshment PBU to the LMA after it transmits the U-LRA? Thanks and regards, Xiangsong From mccap@petoni.org Thu Apr 14 13:47:42 2011 Return-Path: X-Original-To: netext@ietfc.amsl.com Delivered-To: netext@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 5F90EE08A0 for ; Thu, 14 Apr 2011 13:47:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.977 X-Spam-Level: X-Spam-Status: No, score=-2.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UBLERDfNAFnV for ; Thu, 14 Apr 2011 13:47:41 -0700 (PDT) Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by ietfc.amsl.com (Postfix) with ESMTP id AD0F2E073C for ; Thu, 14 Apr 2011 13:47:38 -0700 (PDT) Received: by qyk29 with SMTP id 29so3476041qyk.10 for ; Thu, 14 Apr 2011 13:47:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.224.95.18 with SMTP id b18mr996861qan.119.1302814058243; Thu, 14 Apr 2011 13:47:38 -0700 (PDT) Received: by 10.224.28.67 with HTTP; Thu, 14 Apr 2011 13:47:38 -0700 (PDT) X-Originating-IP: [64.53.131.166] Date: Thu, 14 Apr 2011 15:47:38 -0500 Message-ID: From: Pete McCann To: netext@ietf.org, netext-chairs@tools.ietf.org Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Thu, 14 Apr 2011 13:50:56 -0700 Subject: [netext] Review of draft-ietf-netext-radius-pmip6-02 X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2011 20:47:42 -0000 Here is my review of draft-ietf-netext-radius-pmip6-02: Overall, this looks like a straightforward re-use of the ideas from RFC 5779, so I don't have any major issues. The one point I will note is that this specification proposes to allocate 17 new RADIUS Attribute Types, out of a possible 48 remaining unassigned. I wonder if the ADs will look kindly on this. Perhaps you could have been a bit more parsimonious with new attribute types as many seem to be related and could possibly be combined, with flag values indicating what the AVP contains. Some editorial comments: Section 4.19: if it was no included SHOULD BE: if it was not included Section 5.1: AVPs are also concerened SHOULD BE: AVPs are also concerned Section 7.2: over tge bi-directional SHOULD BE: over the bi-directional From xiayangsong@huawei.com Fri Apr 15 16:07:09 2011 Return-Path: X-Original-To: netext@ietfc.amsl.com Delivered-To: netext@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id EEA97E06BA for ; Fri, 15 Apr 2011 16:07:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g8VOpAjwagHa for ; Fri, 15 Apr 2011 16:07:09 -0700 (PDT) Received: from usaga02-in.huawei.com (usaga02-in.huawei.com [206.16.17.70]) by ietfc.amsl.com (Postfix) with ESMTP id 53E19E0691 for ; Fri, 15 Apr 2011 16:07:09 -0700 (PDT) Received: from huawei.com (localhost [127.0.0.1]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LJP008ZVUVWE1@usaga02-in.huawei.com> for netext@ietf.org; Fri, 15 Apr 2011 16:07:09 -0700 (PDT) Received: from dfweml202-edg.china.huawei.com ([172.18.9.108]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPS id <0LJP006UUUVWZ6@usaga02-in.huawei.com> for netext@ietf.org; Fri, 15 Apr 2011 16:07:08 -0700 (PDT) Received: from DFWEML401-HUB.china.huawei.com (10.193.5.101) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.270.1; Fri, 15 Apr 2011 16:07:10 -0700 Received: from DFWEML503-MBX.china.huawei.com ([169.254.3.75]) by DFWEML401-HUB.china.huawei.com ([fe80::f07f:889f:78ef:8df3%13]) with mapi id 14.01.0270.001; Fri, 15 Apr 2011 16:07:08 -0700 Date: Fri, 15 Apr 2011 23:07:07 +0000 From: xiayangsong In-reply-to: X-Originating-IP: [10.193.34.151] To: Pete McCann , "netext@ietf.org" , "netext-chairs@tools.ietf.org" Message-id: MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-language: en-US Content-transfer-encoding: 7BIT Accept-Language: en-US Thread-topic: [netext] Review of draft-ietf-netext-radius-pmip6-02 Thread-index: AQHL+uWvfPxq+QEvFESisvUx6RUX8pRfi74g X-MS-Has-Attach: X-MS-TNEF-Correlator: References: Subject: Re: [netext] Review of draft-ietf-netext-radius-pmip6-02 X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2011 23:07:10 -0000 Hi Pete Thank your review, please check my inline response... BR Frank -----Original Message----- From: netext-bounces@ietf.org [mailto:netext-bounces@ietf.org] On Behalf Of Pete McCann Sent: Thursday, April 14, 2011 1:48 PM To: netext@ietf.org; netext-chairs@tools.ietf.org Subject: [netext] Review of draft-ietf-netext-radius-pmip6-02 Here is my review of draft-ietf-netext-radius-pmip6-02: Overall, this looks like a straightforward re-use of the ideas from RFC 5779, so I don't have any major issues. The one point I will note is that this specification proposes to allocate 17 new RADIUS Attribute Types, out of a possible 48 remaining unassigned. I wonder if the ADs will look kindly on this. Perhaps you could have been a bit more parsimonious with new attribute types as many seem to be related and could possibly be combined, with flag values indicating what the AVP contains. Frank=>We firstly used flags for express more attributes. However, we received reviews from other experts who suggested that we should keep attributes straightforward enough. Radext WG has been working on attribute field extension for a while. IMHO, we should not be worried about this issue. Some editorial comments: Section 4.19: if it was no included SHOULD BE: if it was not included Section 5.1: AVPs are also concerened SHOULD BE: AVPs are also concerned Section 7.2: over tge bi-directional SHOULD BE: over the bi-directional Frank=>We will correct these above next revision. _______________________________________________ netext mailing list netext@ietf.org https://www.ietf.org/mailman/listinfo/netext From Basavaraj.Patil@nokia.com Tue Apr 19 07:26:15 2011 Return-Path: X-Original-To: netext@ietfc.amsl.com Delivered-To: netext@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 5AD18E06B2 for ; Tue, 19 Apr 2011 07:26:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.787 X-Spam-Level: X-Spam-Status: No, score=-103.787 tagged_above=-999 required=5 tests=[AWL=-0.188, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3fxa9WdkyVz5 for ; Tue, 19 Apr 2011 07:26:15 -0700 (PDT) Received: from mgw-da01.nokia.com (smtp.nokia.com [147.243.128.24]) by ietfc.amsl.com (Postfix) with ESMTP id D5EBCE0664 for ; Tue, 19 Apr 2011 07:26:11 -0700 (PDT) Received: from vaebh105.NOE.Nokia.com (vaebh105.europe.nokia.com [10.160.244.31]) by mgw-da01.nokia.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id p3JEPT6T012196 for ; Tue, 19 Apr 2011 17:26:09 +0300 Received: from smtp.mgd.nokia.com ([65.54.30.5]) by vaebh105.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Tue, 19 Apr 2011 17:25:30 +0300 Received: from 008-AM1MMR1-006.mgdnok.nokia.com (65.54.30.61) by NOK-am1MHUB-01.mgdnok.nokia.com (65.54.30.5) with Microsoft SMTP Server (TLS) id 8.2.255.0; Tue, 19 Apr 2011 16:25:29 +0200 Received: from 008-AM1MPN1-025.mgdnok.nokia.com ([169.254.5.134]) by 008-AM1MMR1-006.mgdnok.nokia.com ([65.54.30.61]) with mapi id 14.01.0289.008; Tue, 19 Apr 2011 16:25:28 +0200 From: To: Thread-Topic: WG LC: draft-ietf-netext-pmip-lr Thread-Index: AQHL/p2gcqG4wmZoWU6ak17HIY0E0A== Date: Tue, 19 Apr 2011 14:25:27 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.0.101115 x-originating-ip: [172.19.59.137] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 19 Apr 2011 14:25:30.0365 (UTC) FILETIME=[A2BA9AD0:01CBFE9D] X-Nokia-AV: Clean Subject: [netext] WG LC: draft-ietf-netext-pmip-lr X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2011 14:26:15 -0000 Hello, Consider this as the working group last call for the I-D: Localized Routing for Proxy Mobile IPv6 . Please review and submit your comments to the ML or authors by April 30th, 2011. -Chairs From behcetsarikaya@yahoo.com Tue Apr 19 11:20:36 2011 Return-Path: X-Original-To: netext@ietfc.amsl.com Delivered-To: netext@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 2858DE0685 for ; Tue, 19 Apr 2011 11:20:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.469 X-Spam-Level: X-Spam-Status: No, score=-1.469 tagged_above=-999 required=5 tests=[AWL=1.130, BAYES_00=-2.599] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J+PBcQ-J0mW8 for ; Tue, 19 Apr 2011 11:20:35 -0700 (PDT) Received: from nm24-vm4.bullet.mail.ne1.yahoo.com (nm24-vm4.bullet.mail.ne1.yahoo.com [98.138.91.184]) by ietfc.amsl.com (Postfix) with SMTP id 0156AE0867 for ; Tue, 19 Apr 2011 11:20:34 -0700 (PDT) Received: from [98.138.90.50] by nm24.bullet.mail.ne1.yahoo.com with NNFMP; 19 Apr 2011 18:20:31 -0000 Received: from [98.138.89.251] by tm3.bullet.mail.ne1.yahoo.com with NNFMP; 19 Apr 2011 18:20:31 -0000 Received: from [127.0.0.1] by omp1043.mail.ne1.yahoo.com with NNFMP; 19 Apr 2011 18:20:31 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 515670.83722.bm@omp1043.mail.ne1.yahoo.com Received: (qmail 20874 invoked by uid 60001); 19 Apr 2011 18:20:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1303237230; bh=+hvMOlLDxNhcXibO2ONmMkibFgsmZH9LaoEYaR7cYug=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=kROngk3UzkC4u6d83Cpj1Xs33VqAdntV0B/qLvNe0UCWqU2smYThTlGt1ALzxlV1XwrPksEvye8ti6WLy6Cx3OOzZtguRihI1V9w6aYaV0K5b+pUNTr1kRDxe44bt3M/lKMc+UrvSTagdyJMj2udD9wHX2g+uYFbLkp7qLobVtE= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Y6OZetgLa95PbrEKuOHn9fapZ4hPzKa0owI1f0tQAUIFb15axIfFo4ZnuK73FsYl1KOk42ICGGhv9tS31M/1W8K9fTJwBx0VtBUPJSI/F5xW5exhvJAk76cpoXo3shdM7tJqTjg56WDlp/VKqc85QMpmYEzpicBqzL1N0kSRIsc=; Message-ID: <878641.15948.qm@web111401.mail.gq1.yahoo.com> X-YMail-OSG: cj5G8FYVM1lZn08K6GknlgyUfy2nPTZQ8MvEMzCjOSRRlBn hV9NmjtDSLWz9.D0b._tE8OWyHZLI.wAyKN7itNUs475Fxfl4B0ot7kATprY zHEMaidw8hvRM5yuIOMmGagtXqLCFHH8.BQk8H1jn6bEpiUIx67V3l6iHRxx iazSDSon18Emv62lP9sm_FclWNpsp9siUofQKDbEnue9rld_j75xjVuOsMpl 5TJU4PmUk1JWooND_E.BZCYDc1U1t__JwLo8IroN_up1K0PN_Zb6x1zW4dT. _FB8sIYCF9.BortHb0bHu_qqI0yL7.BWf5p9ATPNMulZLCu.dUvZHCRnUSdY DZFMTBn_7fJIRyjbnjcfXvgRmQN.qu7EO0K5ZFb1us308Ya2BAih7BMMzVYh Q2.dKJ0p1zq2Eyg-- Received: from [206.16.17.212] by web111401.mail.gq1.yahoo.com via HTTP; Tue, 19 Apr 2011 11:20:30 PDT X-Mailer: YahooMailRC/559 YahooMailWebService/0.8.109.295617 References: Date: Tue, 19 Apr 2011 11:20:30 -0700 (PDT) From: Behcet Sarikaya To: Basavaraj.Patil@nokia.com, alexandru.petrescu@gmail.com, julien.ietf@gmail.com In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: netext@ietf.org Subject: Re: [netext] how to do ptp links on wifi without modifying the MN? X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: Behcet Sarikaya List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2011 18:20:36 -0000 Hi Raj,=0A=0A Can you please tell us what the chair thinks on PMIPv6 opera= tion on Wi-Fi? We =0Acan take that as the authoritative answer and move on.= =0A=0AOtherwise there are statements that have been made on the list sayin= g that =0APMIPv6 would not work on Wi-Fi that would stand.=0A=0A OTOH, dep= loyment of MIPv6 on Wi-Fi links has been explored and we have =0Adocuments = like RFC 4260.=0A=0ARegards,=0A=0ABehcet=0A> =0A> Thanks for taking this di= scussion offline. This discussion is not helping=0A> the WG move forward o= n its deliverables.=0A> =0A> With chair hat on: Raj=0A> =0A> On 4/4/11 7:3= 1 AM, "ext Alexandru Petrescu" =0A> wrote:=0A= > =0A> >Le 04/04/2011 13:23, Julien Laganier a =E9crit :=0A> >> Alex:=0A>= >>=0A> >> As I explained to you during the MEXT session, an 802.11 AP can= =0A> >> decide to have every MN on a different point to point link without= =0A> >> any MN impact, that is internal to the layer 2 on the AP and=0A> >= > out-of-scope of the netext work. I have done it in a lab and I can=0A> >= > explain to you offlist if you want more details.=0A> >=0A> >YEs please e= xplain that to me offlist because I would like to learn=0A> >which command= s, software, etc. and I have doubts about its scalability,=0A> >and about = how AP talks to MAG to set that thing up (a new protocol?)=0A> >=0A> >Also= , it could be possible to have a different solution about how MAG=0A> >sen= ds an IP-unicasted RA to the MN, without using special 802.11=0A> >AP sup= port.=0A> >=0A> >Alex=0A> >=0A> >>=0A> >> Thank you.=0A> >>=0A> >> --julie= n=0A> >>=0A> >> On Thu, Mar 31, 2011 at 5:11 AM, Alexandru Petrescu=0A> >>= wrote:=0A> >>> Hi netext,=0A> >>>=0A> >>>= How to do ptp links on a wifi access?=0A> >>>=0A> >>> I am asking because= I think there is no method. Or otherwise they=0A> >>> require modifs on= the MN - right?=0A> >>>=0A> >>>=0A> >>> Alex ____________________________= ___________________ netext mailing=0A> >>> list netext@ietf.org https://ww= w.ietf.org/mailman/listinfo/netext=0A> >>>=0A> >>=0A> >=0A> >______________= _________________________________=0A> >netext mailing list=0A> >netext@iet= f.org=0A> >https://www.ietf.org/mailman/listinfo/netext=0A> =0A> __________= _____________________________________=0A> netext mailing list=0A> netext@i= etf.org=0A> https://www.ietf.org/mailman/listinfo/netext=0A> From trac+netext@trac.tools.ietf.org Wed Apr 20 10:31:49 2011 Return-Path: X-Original-To: netext@ietfc.amsl.com Delivered-To: netext@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 93315E070F for ; Wed, 20 Apr 2011 10:31:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XtN6mdpcxNCy for ; Wed, 20 Apr 2011 10:31:48 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:1112:1::2a]) by ietfc.amsl.com (Postfix) with ESMTP id 79472E06EE for ; Wed, 20 Apr 2011 10:31:48 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.75) (envelope-from ) id 1QCbFX-0003o0-4w; Wed, 20 Apr 2011 10:31:35 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "netext issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: jouni.nospam@gmail.com, basavaraj.patil@nokia.com X-Trac-Project: netext Date: Wed, 20 Apr 2011 17:31:35 -0000 X-URL: http://tools.ietf.org/netext/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/netext/trac/ticket/9 Message-ID: <066.90b038acc48cfe7f789743d1800c6df9@trac.tools.ietf.org> X-Trac-Ticket-ID: 9 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: jouni.nospam@gmail.com, basavaraj.patil@nokia.com, draft-ietf-netext-redirect@tools.ietf.org, netext@ietf.org X-SA-Exim-Mail-From: trac+netext@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: netext@ietf.org, draft-ietf-netext-redirect@tools.ietf.org Subject: [netext] #9: Gen-art review by Pete McCann of I-D: draft-ietf-netext-redirect-07 X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2011 17:31:49 -0000 #9: Gen-art review by Pete McCann of I-D: draft-ietf-netext-redirect-07 Please resolve these comments along with any other Last Call comments you may receive. Document: draft-ietf-netext-redirect-07 Reviewer: Pete McCann Review Date: 2011-04-14 IETF LC End Date: 2011-04-10 (sorry this is late) IESG Telechat date: (unknown) Summary: Has Issues Major issues: Section 5.4: You should add a paragraph on the possibility of loops in the LMA assignment operation and specify that the MAG must take some action to detect and terminate such loops, such as a maximum redirection count or tracking the IP addresses of the LMAs it has been assigned so far and looking for duplicates. Section 6: (Multi-Homing) This section makes a major assumption that all of the MN's sessions are somehow able to be correlated and that all MAGs will direct their tunnels back to the same LMA. In fact this may not be possible when the MN has interfaces on multiple different technologies with multiple different network operators and different subscriber credentials. There is no way to enforce that all sessions go to the same LMA. Besides, why is this even necessary? The section does not give a concrete justification for why all the sessions need to go through the same LMA. Minor issues: Section 5.2: Otherwise, the rfLMA MUST act as a normal RFC 5213 defined LMA for the MAG. The sentence just prior talks about rejecting the PBU with a PBA 130 Insufficient resources. I think you need an extra if clause here: If the rfLMA is able to make the assignment to an r2LMA, it returns a PBA with the Redirect extension as defined below. Otherwise, the rfLMA MUST act as a normal RFC 5213 defined LMA for the MAG. You need a paragraph at the end of Section 5.2 that describes what is about to happen in the document: We next describe two models for the runtime assignment of the LMA. In Section 5.3, we describe a model where the assignment by the rfLMA and the binding at the r2LMA are created at the same time. This scenario is optimized for the case where the rfLMA and r2LMA are co-located or integrated by a "proxy MAG" protocol which is described in Section 5.3.4. In Section 5.4, we describe a mode where the assignment by the rfLMA takes place first, and then the binding at the r2LMA is created by a separate PBU/PBA exchange that happens in a second round-trip. When I first read Section 5.3 I thought it was the only model being supported and was quite concerned. Nits/editorial comments: Section 1: reasons, why SHOULD BE: reasons why practise SHOULD BE: practice in-line what SHOULD BE: in-line with what Section 3: domain, is not SHOULD BE: domain is not assignment, unless SHOULD BE: assignment unless Section 4.1: There can zero SHOULD BE: There can be zero Section 5.1: the of the SHOULD BE: the Section 5.2: a reason or other SHOULD BE: some reason The rfLMA MUST only assign the MAG with a new r2LMA that it knows the MAG has a SA with or the MAG and the r2LMA are able to create it dynamically. SHOULD BE: The rfLMA MUST only assign the MAG to a new r2LMA with which it knows the MAG has an SA or with which it knows the MAG can establish an SA dynamically. and the r2LMA, are again deployment SHOULD BE: and the r2LMA are again deployment transport, if the MAG SHOULD BE: transport if the MAG Section 5.3.1: Address where the PBU was sent to SHOULD BE: Address to which the PBU was sent Section 5.3.2: considerations has to taken SHOULD BE: considerations have to be taken BUL to correspond the r2LMA address SHOULD BE: BUL to contain the r2LMA address Section 5.3.4: then the proceeds as mentioned in Section 5.2), SHOULD BE: then the PBU is processed as described in Section 5.2, Section 5.4.1: Address where the PBU was sent to SHOULD BE: Address to which the PBU was sent -- ---------------------------------------+------------------------------------ Reporter: basavaraj.patil@… | Owner: jouni.nospam@… Type: defect | Status: new Priority: major | Milestone: Component: redirect | Version: Severity: - | Keywords: ---------------------------------------+------------------------------------ Ticket URL: netext From Basavaraj.Patil@nokia.com Mon Apr 25 15:55:42 2011 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F23D5E0680 for ; Mon, 25 Apr 2011 15:55:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.599 X-Spam-Level: X-Spam-Status: No, score=-104.599 tagged_above=-999 required=5 tests=[AWL=-2.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 662YV3mkmvCY for ; Mon, 25 Apr 2011 15:55:40 -0700 (PDT) Received: from mgw-sa01.nokia.com (smtp.nokia.com [147.243.1.47]) by ietfa.amsl.com (Postfix) with ESMTP id CE8B4E067D for ; Mon, 25 Apr 2011 15:55:36 -0700 (PDT) Received: from vaebh104.NOE.Nokia.com (vaebh104.europe.nokia.com [10.160.244.30]) by mgw-sa01.nokia.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id p3PKVdCv018812 for ; Mon, 25 Apr 2011 23:31:39 +0300 Received: from smtp.mgd.nokia.com ([65.54.30.5]) by vaebh104.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Mon, 25 Apr 2011 23:31:38 +0300 Received: from 008-AM1MMR1-001.mgdnok.nokia.com (65.54.30.56) by NOK-am1MHUB-01.mgdnok.nokia.com (65.54.30.5) with Microsoft SMTP Server (TLS) id 8.2.255.0; Mon, 25 Apr 2011 22:31:25 +0200 Received: from 008-AM1MPN1-024.mgdnok.nokia.com ([169.254.4.125]) by 008-AM1MMR1-001.mgdnok.nokia.com ([65.54.30.56]) with mapi id 14.01.0289.008; Mon, 25 Apr 2011 22:31:25 +0200 From: To: Thread-Topic: IETF80: WG meeting minutes Thread-Index: AQHMA4e/UO+/uoVXdEWDejwQXdq3bg== Date: Mon, 25 Apr 2011 20:31:25 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.0.101115 x-originating-ip: [172.19.59.38] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 25 Apr 2011 20:31:38.0905 (UTC) FILETIME=[C77A4890:01CC0387] X-Nokia-AV: Clean Subject: [netext] IETF80: WG meeting minutes X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2011 22:55:42 -0000 Network-Based Mobility Extensions WG meeting at IETF80 (Prague, CZ) THURSDAY, March 31, 2011 1300-1500 Afternoon Session I (Grand Ballroom) Chairs: Basavaraj Patil (basavaraj.patil@nokia.com) Rajeev Koodli (rkoodli@cisco.com) These meeting minutes are courtesy of: 1. Dorothy Stanley (dstanley@arubanetworks.com) 2. Carl Williams (carlw@mcsr-labs.org) ------------------------------------------------------- 1. Logistics (Bluesheets, minutes takers, jabber, agenda bashing) - See the agenda, http://www.ietf.org/proceedings/80/slides/netext-0.pptx - Chair reviewed the agenda, no changes identified 2. Working group status update ------------------------------- Basavaraj provided an update on working group activities including working group documents and additional proposals for the working group. =20 Basavaraj stated that the WG made some progress since the last IETF. The PMIPv6 localized routing PS has been approved by IESG and is on RFC editor queue. Thanks to Marco for quickly reacting to comments. Basavaraj also stated thanks to people who actually reviewed the document. Basavaraj reminded us that the only way to make progress in the working group is to do reviews and help improve the documents. Marco said we had a few comments on the LR-PS I-D and would address them shortly. The other document that has made progress is the Runtime LMA Assignment Support for PMIP6 (draft-ietf-netext-redirect). Good reviews on document and multiple revisions. Jouni who is the editor has addressed all comments and the I-D is in IESG for approval. Last call deadline is April 10. Regarding the Bulk Re-registration for Proxy Mobile IPv6 (draft-ietf- netext-bulk-re-registration) there has been a chair review. Working group members have provided comments in the past and draft was revised. Chair has done review and found that the quality of document is not on par to what can be sent to IESG. Chairs asked authors to update the I-D. It was noted that some progress was made on several sections but other sections need addressed. Basavaraj said that Sri has promised to address those comments as well. We should probably have a document for last call by mid-April. Radius support for PMIP6 (draft-ietf-netext-radius-pmip6-00) is a document required for deploying PMIPv6. One update to I-D based on implementation experience. Basavaraj noted that some implementers identified some attributes required for Radius messaging for PMIPv6. That update has been made. Basavaraj has requested several reviews of document before going to IESG. Need some reviews on document before he can submit it. Basavaraj has encouraged authors to find reviewers in RADEXT and DIME as well to take a look at this document. Suresh who is editor of Localized routing for PMIPv6 (draft-ietf-netext-pmip-lr) stated that the document is ready for Working group last call. Basavaraj said no review on document till now. Author and editor has it in their interest to have reviews be done. Basavaraj said he requires 3 reviews on document. Carlos said he will review it. Jouni also will review it. Basavaraj stated that with respect to Logical Interface support for multi-mode IP hosts (draft-ietf-netext-logical-interface-support) that issues are being captured in tracker. Basavaraj stated that the authors are working through these issues. In particular at least 6 issues were captured in the tracker on the document. As soon as we have resolution on them we can revise the draft and move forward. Basavaraj stated that he was looking into updating the working group milestones. The chairs were considering dropping a couple of milestones but then stated that he heard some views that we should keep these milestones. Basavaraj has not had a chance to update the deadline for these milestones. He noted that they are outdated and he will need to update. =20 Next part of meeting is to discuss the two main topics of logical interface and flow mobility. Basavaraj stated that as far as flow mobility is concerned we are charted for a work on flow mobility and had a lengthy discussion on mailing list. Issues had been raised but we have not converged on solution on mailing list at least. So we should use our face-to-face meeting time now to come to conclusion on these issues. Basavaraj said that we really need to make some forward progress on the documents. Basavaraj said that if we cannot reach common agreement, we will seek WG consensus on proposed solutions for these issues and decide accordingly. Those are the two things we will focus on todays meeting. 3. Logical Interface Support for Multi-mode IP hosts ---------------------------------------------------- I-D: draft-ietf-netext-logical-interface-support Presenter: Sri Gundavelli Slide 2 - Open Issues summary Slide 3 =AD Issue 3 =AD Behavior of ND =AD - Receive from any/physical interface =AD WLAN0, Ethernet 0. Don=B9t see technical issues with this text. - Julian =AD Generic comment =AD don=B9t have normative text. Need to describe black box operation. This is a requirements document; made a conscious decision to avoid IEEE shall/must wording. - Julian =AD Insist on the use of requirements language. Logical interface mapping =AD link layer id is an issue. - Issue is not with keywords. Is ad-hoc. Describe in terms of communications model. - Doc handles those issues, specifies relationship between logical and physical interfaces. - Interface drivers have send and receive vectors. Send out through the same path. Marking on some packets. - As a reader, had trouble understanding what you are doing here. Should be clear to the reader. Have packet, gets replicated. How does DHCP work?=20 - Upper layers should not see a difference. - Julian =ADissue with multicast, duplication. - Sri =AD agree we need to resolve - Chair =AD Not specifying the implementation. - Sri =AD specifying requiring logical interface. - Chair =AD When have logical interface, how does it work? Some cases replicated, some not. This isn=B9t clear today. Saying how it should behave, not how it should be done. - Julian =AD Needs to be more detailed =AD sending and receiving algorithm, how it should work externally. - Jari Arkko =AD Valuable to have such a description, more useful to describe what happens below the interfaces. One way to solve it, may be other ways too. Consider alternative implementation approaches. - Speaker =AD ND behavior for logical interface =AD useful outside the context?=20 - Slide 4 - Issue =AD 1, Link =ADlayer Id of the Logical Interface. What identifier do you project? Pick a random one? Can=B9t do this in all cases =AD WiMax for example. Wi-Fi =AD no issue. Issue is what do we pick= ? Asking for WG guidance. In network environments, link layer identifier - Speaker =AD can use VLAN ID, 802.1Qover WLAN. - Sri =AD talking about the MAC address. Can change it typically. Want consistency between logical and physical interfaces. Pick one, or generate it.=20 - Jari =AD This section is too hand-wavy, need more specifics. Case when no link identifier =AD still works, don=B9t need to add one. If have link layer identifiers, used for a purpose, can=B9t use a ransom identifier. How does it work with 2 WLANs, only works if both are settable.=20 - Juan Carlos =AD Speaking as an author. Issue is on the WiMax side, last paragraph addresses this. Copy the WiMax address to the Wi-Fi side. Don=B9t have virtual identifiers, they are valid values. - Jari =AD Need discussion of secure discovery interaction. - Sri =AD as long as use is consistent. - Chair =AD Is there another way to choose? - Sri =AD use across all interfaces when needed. Have an issue when logical interface breaks down. - Julian =AD Trying to solve all cases in one pass. Pull them apart and document each one. The generic case doesn=B9t fly. - Slide 5 =AD Issue 4 =AD Point to Point Links - Sri reviews issue. - Julian =AD Interface appears as a link to the application. Why appear as a shared link when it is really a point-to-point link. - Sri =AD Can stay silent on this. - Alex =AD Application sees logical interface as a shared interface. Need to see as any other interface, Then difference is to be the default route. - Sri =AD agree it needs to appear as any other interface. - Alex =AD Implementing mobile Proxy IPv6 in Wi-Fi. Needs modification for 802.1Q =AD logical node in client/mobile node; Looking for point to point node in Wi-Fi. - Sri =AD is on AP, for VLAN - Juan-Carlos =AD Have been discussing this also. LAN =AD 2 peers. Default Gateway =AD is this an issue to resolve? - Julian =AD Reviewed proposed text. IOCTL on the AP. Realize a point-to-pint link at L2 is not defined here. - Alex =AD trying to do something on Wi-Fi that hasn=B9t been done. Slide 6 =AD not yet resolved Slide 7 =AD Issue 6 =AD MTU considerations for the LI =AD have proposed tex= t. - Julian =AD What if it becomes smaller. - Sri =AD can change MTU Slide 8 =AD Issue 7 UL/DL Packet Processing =AD - Sri reviewed issue and proposed text. - Jari =AD what are your assumptions on prefixes? How does it know that the policy - Sri =AD from the host perspective, general enough; may have multiple prefixes.=20 - Julian =AD have not agreed on prefix use. - Chair =AD mark as unresolved and move on. 4. Proxy Mobile IPv6 Extensions to Support Flow Mobility -------------------------------------------------------- I-D: draft-bernardos-netext-pmipv6-flowmob-02 - Summarize the discussion on the ML Raj - Discussion of issues raised =20 http://www.ietf.org/proceedings/80/slides/netext-2.pdf http://www.ietf.org/proceedings/80/slides/netext-3.pptx Presenter: Carlos Bernardos Slide 2 =AD Background and charter Slide 3 =AD Background and Draft History Slide 4 =AD Overview of the current solution Slide 5 =AD Overview of basic concepts Slide 6 =AD Issue 1 =AD Lack of customers for the work; disagree- interest expressed on the mailing list Slide 7 =AD Issue 2 =AD Policy consistency/coherence at LMA and NM =AD can have static pre-configuration or add mechanisms to endure dynamic consistency.=20 Slide 8 =ADIssue 3 =AD Dependency on layer 2 signaling triggers. Note that Layer 2 triggers is not the same as layer 2 signaling. Slide 9 =AD Issue 4 - dynamic prefix management versus dynamic attachment of interfaces from sessions Slide 10 =AD Issue 5 =AD Knowledge of mobile node=B9s signal condition at t= he LMA Discussion =AD=20 - Stefano =AD Commend authors on slides =AD very creative. Slide on policy =AD slide 7. Real scenario today, device at enterprise, device purchased from service provider. Enterprise to tell SP how to configure LMA? - Carlos =AD Have text for this. Also allow the MN to ignore the advice. - Stefano =AD not a good design - Carlos =AD see as a last resort; assume policies are thee and consistent. - Stefano =AD If assumptions are not realistic, then designing something that is not realistic. - Carlos =AD Disagree that this is not realistic. - Rajiv =AD Policy is an overloaded term; how it=B9s configured is irrelevant here. Use experience =AD far from that now. Mobile node knows conditions =AD agree. Haven=B9t captured =AD LMA asking to move a flow. Mobile doesn=B9t see the aggregate flow. Have scenarios from mobile and network perspectives. Ask =B3can I move this flow for a certain number of seconds.=B2 If MAC says ok, then can move the flow. - Jari =AD Have policy assumptions =AD important. IETF view into this operation; at least do no harm. Potential issue to think about =AD what if the other end isn=B9t doing flow mobility? What happens then? Need to be failsafe in those situations? - Carlos =AD have text for this. - Rajiv - There is a draft re: EAP-AKA, mobile device indicates its ability and willingness to accept dual mobility. LMA goes through AAA to get characteristics. - Jari =AD Accept that. Might be other similar failure nodes. - Julian =AD Slide 8 says no assumption of L2 signaling. Where is the baseline? Need layer 2 triggers. Think it is a kludge. Use l2 signaling. EAP-AKA signaling there anyway. Mobile node should decide, it is the only one that knows. - Carlos =AD Disagree. Current draft doesn=B9t assume L2 signaling, may need to modify this. May be other ways =AD test/probe. Investigate further.=20 - Rajiv =AD Need to be very clear of what you mean by L2 signaling. EAP-AKA provides one such mechanism =AD document this. Assume there is authentication, a database to query. - Jari =AD Don=B9t think database is sufficient. Must either have no failure modes where packets get dropped, and know when you can do the additional mechanisms. Idea of having the mobile decide, and reflect that choice back to the network. - Rajiv =AD Need to know how to know that the mobile node can support this. Agree that mobile node knows the conditions. Need to capture the network intentions also. Approach should be network friendly also. - Chair =AD can=B9t get data from a static profile, need to get from device in operation. - Julian =AD can we agree that layer 2 signaling to indicate the capability and willingness of the mobile to do flow mobility? - Jari =AD Mobile to network perspective, Mobile may need info about the network first. Network to mobile perspective =AD can both ask and test. Pretty much the design space. - Sri =AD How is this assumption changing anything? Be clear about when and what assumptions are made. - Chair =AD As Jari stated. Need to know that a logical interface is implemented.=20 - Rajiv =AD can be more than one way of knowing the mobile=B9s willingness to support flow mobility, document at least one. - Stephano =AD need to be consistency on the policy. Minute this. - Chair =AD Flow mobility is what we are defining. How this gets indicated as part of policy is out of scope. How can the flows be moved, once there is policy. - Stefano =AD asking to have it captured that the assumption is that there must be coherence between the policies. Capture as one of the assumptions for this draft. - Chair =AD What do you mean - If the LMA and MN want to do opposite operations, doesn=B9t work. - Sri =AD Consistency for the policy assumption. - Speaker =AD Does this draft support moving a flow initiated from the MN and from the LMA? Yes. If MN =AD then that indicated support of flow.=20 - Chair =AD resolution on unmutable prefix set assigned to MN at attach. - Julian =AD Was on Stephano=B9s slide. Also, can we agree that L2 signaling is required? Proposed solution not genetic. No need to assign prefix on the fly. - Rajiv =AD Either there is a single BCE on the LMA. Rely on AKA, have one session. Don=B9t want to rule out other options. Combine capability of the MN to accept traffic from multiple prefixes. - Julian =AD Different session cases; only need to describe one. - Chair =AD on Logical interfaces =AD have proposed resolutions. - Flow mobility document =AD getting closer, summarize issues resolved, work on remaining, then ask authors to produce a new draft, get WG consensus to adopt that draft. - Meeting adjourned. ******************************************************** Agenda items: No time to discuss. 5. Bulk re-registration updates 5 Mins I-D: draft-ietf-netext-bulk-re-registration 6. Access Network Information Option for PMIP6 10 Mins I-D: draft-gundavelli-netext-access-network-option-00.txt Presenter: Sri Gundavelli See http://www.ietf.org/proceedings/80/slides/netext-4.ppt 7. Policy Signaling for Multi-access Mobility 10 Mins I-D: draft-koodli-policy-multiaccess-mobility-00.txt Presenter: Rajeev Koodli See http://www.ietf.org/proceedings/80/slides/netext-5.ppt 8. Prefix delegation for PMIPv6 7 mins I-D: draft-zhou-netext-pd-pmip-00.txt Presenter: Joy Zhou See http://www.ietf.org/proceedings/80/slides/netext-6.pptx From suresh.krishnan@ericsson.com Thu Apr 28 13:05:27 2011 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 560D0E0709 for ; Thu, 28 Apr 2011 13:05:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.099 X-Spam-Level: X-Spam-Status: No, score=-105.099 tagged_above=-999 required=5 tests=[AWL=1.500, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CIAwaWXvWDUJ for ; Thu, 28 Apr 2011 13:05:26 -0700 (PDT) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.8]) by ietfa.amsl.com (Postfix) with ESMTP id A7CBFE06EF for ; Thu, 28 Apr 2011 13:05:26 -0700 (PDT) Received: from eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id p3SK5LD5023490; Thu, 28 Apr 2011 15:05:24 -0500 Received: from [142.133.10.107] (147.117.20.213) by eusaamw0707.eamcs.ericsson.se (147.117.20.92) with Microsoft SMTP Server id 8.3.137.0; Thu, 28 Apr 2011 16:05:21 -0400 Message-ID: <4DB9C80C.2000107@ericsson.com> Date: Thu, 28 Apr 2011 16:03:24 -0400 From: Suresh Krishnan User-Agent: Thunderbird 2.0.0.24 (X11/20101027) MIME-Version: 1.0 To: Peter McCann References: <5963DDF1F751474D8DEEFDCDBEE43AE7338154@dfweml503-mbx.china.huawei.com> In-Reply-To: <5963DDF1F751474D8DEEFDCDBEE43AE7338154@dfweml503-mbx.china.huawei.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: "netext@ietf.org" , "draft-ietf-netext-pmip-lr.all@tools.ietf.org" Subject: Re: [netext] Review of draft-ietf-netext-pmip-lr-01 X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2011 20:05:27 -0000 Hi Pete, Thanks for the detailed review. Please find responses inline. On 11-04-27 02:33 PM, Peter McCann wrote: > Some fairly minor comments below. Overall I think the document is > ready to go to the IESG. Sounds good. I will fix all the editorial nits. Please find my responses inline. > > > Section 4: > It is also possible that > one of the mobility entities (LMA or MAG) could decide to initiate > localized routing based on configured policy. > In Section 2.1 you said that the MAG is not allowed to initiate LR unless > the MNs are homed on different LMAs. In the scenario A11 both MNs are homed > on the same LMA. This sentence seems to be a contradiction. > While implementing the protocol specified in this spec the MAG does not initiate LR in the same LMA case (dynamically). But, the base PMIPv6 spec [RFC5213] allows the MAG to be configured to initiate localized routing using the EnableMAGLocalRouting (static) configuration variable. > > Section 6, 2nd Figure: > It looks like you still have data going from MAG to LMA1 after the > LRE has been established. Is this a mistake? I thought the traffic > should go direct between the MN1, MAG, and MN2. Yes. The traffic flows only through the MAG. I will fix this in the next rev. > > Section 9.1: > MAY contain > the remote MAG IPv6 address option, which is identical to the HNP > option except for Prefix Length equal to 128 bits. > Should say "formatted identically to the HNP option, except that it > begins with a different Type code and the Prefix Length is always > equal to 128 bits (see Section 10.1)." OK. Thanks Suresh From Internet-Drafts@ietf.org Thu Apr 28 14:15:02 2011 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA3A8E06C3; Thu, 28 Apr 2011 14:15:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.294 X-Spam-Level: X-Spam-Status: No, score=-102.294 tagged_above=-999 required=5 tests=[AWL=0.305, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id By3BtD5uyI+i; Thu, 28 Apr 2011 14:15:02 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 36936E0709; Thu, 28 Apr 2011 14:15:02 -0700 (PDT) MIME-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.52 Message-ID: <20110428211502.13095.82101.idtracker@ietfa.amsl.com> Date: Thu, 28 Apr 2011 14:15:02 -0700 Cc: netext@ietf.org Subject: [netext] I-D Action:draft-ietf-netext-pmip-lr-02.txt X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2011 21:15:03 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network-Based Mobility Extensions Working Group of the IETF. Title : Localized Routing for Proxy Mobile IPv6 Author(s) : S. Krishnan, et al. Filename : draft-ietf-netext-pmip-lr-02.txt Pages : 25 Date : 2011-04-28 Proxy Mobile IPv6 (PMIPv6) is a network based mobility management protocol that enables IP mobility for a host without requiring its participation in any mobility-related signaling. PMIPv6 requires all communications to go through the local mobility anchor. As this can be suboptimal, localized routing(LR) allows mobile nodes attached to the same or different mobile access gateways to exchange traffic by using localized forwarding or a direct tunnel between the gateways. This document proposes an initiation mechanism for localized routing. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-netext-pmip-lr-02.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-netext-pmip-lr-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2011-04-28140310.I-D@ietf.org> --NextPart-- From Xiangsong.Cui@huawei.com Thu Apr 28 23:38:58 2011 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1541AE06AB for ; Thu, 28 Apr 2011 23:38:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.218 X-Spam-Level: X-Spam-Status: No, score=-1.218 tagged_above=-999 required=5 tests=[AWL=1.381, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3hOes-mk26lX for ; Thu, 28 Apr 2011 23:38:54 -0700 (PDT) Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [119.145.14.64]) by ietfa.amsl.com (Postfix) with ESMTP id CCD5AE0688 for ; Thu, 28 Apr 2011 23:38:53 -0700 (PDT) Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LKE008R5IGB1O@szxga05-in.huawei.com> for netext@ietf.org; Fri, 29 Apr 2011 14:38:36 +0800 (CST) Received: from c00111037 ([10.111.16.79]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LKE00EBJIGAWP@szxga05-in.huawei.com> for netext@ietf.org; Fri, 29 Apr 2011 14:38:35 +0800 (CST) Date: Fri, 29 Apr 2011 14:38:34 +0800 From: Xiangsong Cui In-reply-to: <20110428211502.13095.82101.idtracker@ietfa.amsl.com> To: netext@ietf.org Message-id: <00c401cc0638$108d9070$31a8b150$%cui@huawei.com> MIME-version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Content-type: text/plain; charset=US-ASCII Content-language: zh-cn Content-transfer-encoding: 7BIT Thread-index: AcwF6YX3RQgPFOlkTZqamzhwLdSRSAATex7g References: <20110428211502.13095.82101.idtracker@ietfa.amsl.com> Subject: Re: [netext] I-D Action:draft-ietf-netext-pmip-lr-02.txt X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 06:38:58 -0000 Hi, I posted my comments on this draft at http://www.ietf.org/mail-archive/web/netext/current/msg01962.html. Would the authors like to take a look at that? Regards, Xiangsong > -----Original Message----- > From: netext-bounces@ietf.org [mailto:netext-bounces@ietf.org] On Behalf Of > Internet-Drafts@ietf.org > Sent: Friday, April 29, 2011 5:15 AM > To: i-d-announce@ietf.org > Cc: netext@ietf.org > Subject: [netext] I-D Action:draft-ietf-netext-pmip-lr-02.txt > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Network-Based Mobility Extensions Working > Group of the IETF. > > > Title : Localized Routing for Proxy Mobile IPv6 > Author(s) : S. Krishnan, et al. > Filename : draft-ietf-netext-pmip-lr-02.txt > Pages : 25 > Date : 2011-04-28 > > Proxy Mobile IPv6 (PMIPv6) is a network based mobility management protocol > that enables IP mobility for a host without requiring its participation in any > mobility-related signaling. PMIPv6 requires all communications to go through > the local mobility anchor. As this can be suboptimal, localized routing(LR) > allows mobile nodes attached to the same or different mobile access gateways > to exchange traffic by using localized forwarding or a direct tunnel between the > gateways. > This document proposes an initiation mechanism for localized routing. > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-netext-pmip-lr-02.txt > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > Below is the data which will enable a MIME compliant mail reader > implementation to automatically retrieve the ASCII version of the > Internet-Draft. From Dirk.von-Hugo@telekom.de Fri Apr 29 01:46:11 2011 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EAEEEE0678 for ; Fri, 29 Apr 2011 01:46:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.649 X-Spam-Level: X-Spam-Status: No, score=-2.649 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, J_CHICKENPOX_33=0.6, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GD-86IYkx33g for ; Fri, 29 Apr 2011 01:46:07 -0700 (PDT) Received: from tcmail33.telekom.de (tcmail33.telekom.de [194.25.30.7]) by ietfa.amsl.com (Postfix) with ESMTP id 6B455E06C7 for ; Fri, 29 Apr 2011 01:46:07 -0700 (PDT) Received: from s4de8psaans.blf.telekom.de (HELO s4de8psaans.mitte.t-com.de) ([10.151.180.168]) by tcmail31.telekom.de with ESMTP; 29 Apr 2011 10:46:01 +0200 Received: from S4DE8PSAAQC.mitte.t-com.de ([10.151.229.14]) by s4de8psaans.mitte.t-com.de with Microsoft SMTPSVC(6.0.3790.4675); Fri, 29 Apr 2011 10:46:00 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Fri, 29 Apr 2011 10:45:58 +0200 Message-ID: <643B0A1D1A13AB498304E0BBC802784803388E9F@S4DE8PSAAQC.mitte.t-com.de> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [netext] WG LC: draft-ietf-netext-pmip-lr Thread-Index: AQHL/p2gcqG4wmZoWU6ak17HIY0E0JR0fWuA References: From: To: X-OriginalArrivalTime: 29 Apr 2011 08:46:00.0705 (UTC) FILETIME=[DD98A710:01CC0649] Subject: Re: [netext] WG LC: draft-ietf-netext-pmip-lr X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 08:46:12 -0000 Dear all, I think the draft provides a simple but efficient solution to the = problem described in "PMIPv6 Localized Routing Problem Statement" and is = written concisely. Some comments beyond the nits detected by the tool = following (although done on vers. -01, sorry for that!): Abstract: be suboptimal, localized routing(LR) =3D> be suboptimal, localized = routing (LR) P.3: according to [RFC5213]. =3D> according to [RFC5213]. The protocol = builds on the scenarios defined =20 in [I-D.ietf-netext-pmip6-lr-ps]. P.4: The MAG MUST Initiate =3D> The MAG MUST initiate =20 The LMA MUST Initiate =3D> The LMA MUST initiate=20 Some more nits e.g. on p.7: Localized Routing Entries(LREs) =3D> Localized Routing Entries (LREs)=20 address of the next- hop). =3D> address of the next hop). =20 P.8: a Local Routing Acknowledgment (LRA) =3D> a Localized Routing = Acknowledgment (LRA) another MAG(say nMAG) =3D> another MAG (say nMAG)=20 Not sure about LRE or (new?) LFE on P.8/9: corresponding LFE entries MUST be removed. =3D> corresponding LRE = entries MUST be removed. MAG IP Address option is present, each MAG MUST create a local = forwarding entry =3D> MAG IP Address option is present, each MAG MUST = create an LRE _or_ local forwarding entry (LFE) P.12: it. Hence the local routing =3D> it. Hence the localized routing=20 =20 p.17: 'S' flag: When set to 1, indicates a request to stop local =3D> 'S' = flag: When set to 1, indicates a request to stop localized P.20: association between the LMA and the MAG to protect the LRI and LRA =3D> = association as defined in [RFC5213] for use between the LMA and the MAG = to protect the LRI and LRA=20 P.21 Local Routing Acknowledgment, =3D> Localized Routing Acknowledgment,=20 So far my minor suggestions. Thanks! Best regards Dirk=20 -----Urspr=FCngliche Nachricht----- Von: netext-bounces@ietf.org [mailto:netext-bounces@ietf.org] Im Auftrag = von Basavaraj.Patil@nokia.com Gesendet: Dienstag, 19. April 2011 16:25 An: netext@ietf.org Betreff: [netext] WG LC: draft-ietf-netext-pmip-lr Hello, Consider this as the working group last call for the I-D: Localized Routing for Proxy Mobile IPv6 . Please review and submit your comments to the ML or authors by April = 30th, 2011. -Chairs _______________________________________________ netext mailing list netext@ietf.org https://www.ietf.org/mailman/listinfo/netext From Peter.McCann@huawei.com Wed Apr 27 11:33:57 2011 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 750F8E0754 for ; Wed, 27 Apr 2011 11:33:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Agu0HsoB0y6z for ; Wed, 27 Apr 2011 11:33:56 -0700 (PDT) Received: from usaga02-in.huawei.com (usaga02-in.huawei.com [206.16.17.70]) by ietfa.amsl.com (Postfix) with ESMTP id E5A74E076A for ; Wed, 27 Apr 2011 11:33:56 -0700 (PDT) Received: from huawei.com (localhost [127.0.0.1]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LKB003AWQ8JSJ@usaga02-in.huawei.com> for netext@ietf.org; Wed, 27 Apr 2011 11:33:56 -0700 (PDT) Received: from dfweml201-edg.china.huawei.com ([172.18.9.107]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPS id <0LKB00AW4Q8JF1@usaga02-in.huawei.com> for netext@ietf.org; Wed, 27 Apr 2011 11:33:55 -0700 (PDT) Received: from DFWEML401-HUB.china.huawei.com (10.193.5.101) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.270.1; Wed, 27 Apr 2011 11:33:51 -0700 Received: from DFWEML503-MBX.china.huawei.com ([169.254.3.75]) by DFWEML401-HUB.china.huawei.com ([fe80::f07f:889f:78ef:8df3%13]) with mapi id 14.01.0270.001; Wed, 27 Apr 2011 11:33:55 -0700 Date: Wed, 27 Apr 2011 18:33:54 +0000 From: Peter McCann X-Originating-IP: [10.193.125.64] To: "netext@ietf.org" , "draft-ietf-netext-pmip-lr.all@tools.ietf.org" Message-id: <5963DDF1F751474D8DEEFDCDBEE43AE7338154@dfweml503-mbx.china.huawei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-language: en-US Content-transfer-encoding: 7BIT Accept-Language: en-US Thread-topic: Review of draft-ietf-netext-pmip-lr-01 Thread-index: AcwFCajFgYdHsIQnSXKsfvIjyr53tQ== X-MS-Has-Attach: X-MS-TNEF-Correlator: X-Mailman-Approved-At: Fri, 29 Apr 2011 09:56:38 -0700 Subject: [netext] Review of draft-ietf-netext-pmip-lr-01 X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2011 18:35:06 -0000 Some fairly minor comments below. Overall I think the document is ready to go to the IESG. Section 4: It is also possible that one of the mobility entities (LMA or MAG) could decide to initiate localized routing based on configured policy. In Section 2.1 you said that the MAG is not allowed to initiate LR unless the MNs are homed on different LMAs. In the scenario A11 both MNs are homed on the same LMA. This sentence seems to be a contradiction. If a MAG is unable to make deliver packets SHOULD BE: If a MAG is unable to deliver packets When local forwarding service ceases, the corresponding LFE entries MUST be removed. Did you mean "LRE"? Section 5.1: for for MN1 SHOULD BE: for MN1 Section 6, 2nd Figure: It looks like you still have data going from MAG to LMA1 after the LRE has been established. Is this a mistake? I thought the traffic should go direct between the MN1, MAG, and MN2. Section 9.1: MAY contain the remote MAG IPv6 address option, which is identical to the HNP option except for Prefix Length equal to 128 bits. Should say "formatted identically to the HNP option, except that it begins with a different Type code and the Prefix Length is always equal to 128 bits (see Section 10.1)." -Pete -- Peter J. McCann Huawei Technologies Peter.McCann@Huawei.com +1 908 541 3563 Rm. C-0105, 400 Somerset Corporate Blvd., Bridgewater, NJ 08807 USA From Peter.McCann@huawei.com Thu Apr 28 14:28:21 2011 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D5CEE0740 for ; Thu, 28 Apr 2011 14:28:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.501 X-Spam-Level: X-Spam-Status: No, score=-6.501 tagged_above=-999 required=5 tests=[AWL=0.099, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T7tihWfQPVfG for ; Thu, 28 Apr 2011 14:28:20 -0700 (PDT) Received: from usaga04-in.huawei.com (usaga04-in.huawei.com [206.16.17.180]) by ietfa.amsl.com (Postfix) with ESMTP id 7499DE073F for ; Thu, 28 Apr 2011 14:28:20 -0700 (PDT) Received: from huawei.com (usaga04-in [172.18.4.101]) by usaga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LKD008P6SZ7T2@usaga04-in.huawei.com> for netext@ietf.org; Thu, 28 Apr 2011 16:28:20 -0500 (CDT) Received: from dfweml202-edg.china.huawei.com ([172.18.9.108]) by usaga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPS id <0LKD007PRSZ632@usaga04-in.huawei.com> for netext@ietf.org; Thu, 28 Apr 2011 16:28:19 -0500 (CDT) Received: from DFWEML402-HUB.china.huawei.com (10.193.5.102) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.270.1; Thu, 28 Apr 2011 14:28:20 -0700 Received: from DFWEML503-MBX.china.huawei.com ([169.254.3.75]) by DFWEML402-HUB.china.huawei.com ([::1]) with mapi id 14.01.0270.001; Thu, 28 Apr 2011 14:28:18 -0700 Date: Thu, 28 Apr 2011 21:28:18 +0000 From: Peter McCann In-reply-to: <4DB9C80C.2000107@ericsson.com> X-Originating-IP: [10.193.125.66] To: Suresh Krishnan Message-id: <5963DDF1F751474D8DEEFDCDBEE43AE7338354@dfweml503-mbx.china.huawei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-language: en-US Content-transfer-encoding: 7BIT Accept-Language: en-US Thread-topic: Review of draft-ietf-netext-pmip-lr-01 Thread-index: AcwFCajFgYdHsIQnSXKsfvIjyr53tQBEFgQAAAu+izA= X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <5963DDF1F751474D8DEEFDCDBEE43AE7338154@dfweml503-mbx.china.huawei.com> <4DB9C80C.2000107@ericsson.com> X-Mailman-Approved-At: Fri, 29 Apr 2011 09:56:38 -0700 Cc: "netext@ietf.org" , "draft-ietf-netext-pmip-lr.all@tools.ietf.org" Subject: Re: [netext] Review of draft-ietf-netext-pmip-lr-01 X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2011 21:28:21 -0000 Hi, Suresh, Suresh Krishnan wrote: >> Section 4: >> It is also possible that >> one of the mobility entities (LMA or MAG) could decide to initiate >> localized routing based on configured policy. >> In Section 2.1 you said that the MAG is not allowed to initiate LR >> unless the MNs are homed on different LMAs. In the scenario A11 both >> MNs are homed on the same LMA. This sentence seems to be a >> contradiction. >> > > While implementing the protocol specified in this spec the MAG does > not initiate LR in the same LMA case (dynamically). But, the base > PMIPv6 spec [RFC5213] allows the MAG to be configured to initiate > localized routing using the EnableMAGLocalRouting (static) > configuration variable. Ah, I see. Could you call that out explicitly somehow to ensure that a casual reader such as myself is not confused? -Pete From cjbc@it.uc3m.es Fri Apr 29 11:27:15 2011 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 45E2AE0710 for ; Fri, 29 Apr 2011 11:27:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.699 X-Spam-Level: X-Spam-Status: No, score=-5.699 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_21=0.6, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OUQeBFyboXGq for ; Fri, 29 Apr 2011 11:27:11 -0700 (PDT) Received: from smtp03.uc3m.es (smtp03.uc3m.es [163.117.176.133]) by ietfa.amsl.com (Postfix) with ESMTP id 2EF93E0675 for ; Fri, 29 Apr 2011 11:27:10 -0700 (PDT) X-uc3m-safe: yes Received: from [163.117.139.72] (acorde.it.uc3m.es [163.117.139.72]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp03.uc3m.es (Postfix) with ESMTP id 4240B8366A6; Fri, 29 Apr 2011 20:27:09 +0200 (CEST) From: Carlos =?ISO-8859-1?Q?Jes=FAs?= Bernardos Cano To: Basavaraj.Patil@nokia.com In-Reply-To: References: Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-iA6ehOHI0JB3UKXAuD3d" Organization: Universidad Carlos III de Madrid Date: Fri, 29 Apr 2011 20:27:08 +0200 Message-ID: <1304101629.2499.54.camel@acorde.it.uc3m.es> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 X-TM-AS-Product-Ver: IMSS-7.0.0.3116-6.5.0.1024-18106.000 Cc: netext@ietf.org Subject: Re: [netext] WG LC: draft-ietf-netext-pmip-lr X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: cjbc@it.uc3m.es List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 18:27:15 -0000 --=-iA6ehOHI0JB3UKXAuD3d Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: quoted-printable Hi, This is, as I promised in Prague, my review of the document. Sorry for being a bit late. Overall, I think it is a good document. I have some comments/questions. Disclaimer: I might have missed some previous discussion on this document, so I may ask questions that have been already addressed. Sorry about that. BTW, I've reviewed -02, though the WGLC was issued on -01. Technical: - Section 4. "The LMA initiates a localized routing session by detecting a flow between two MNs attached to the same MAG." It seems (also by what the rest of the section says) that the LR could be done per-flow, while the signaling defined in the document clearly does not allow that, but just on HNP level (which I'm fine with it). I'd suggest to clarify the text there, and maybe not mention "flow", but rather "traffic". - Section 4. The example provided about an application-layer signaling entity notifying the LMA about the possibility of LR and the end-points does not seem very realistic to me. In this scenario (A11), I think either MAG or LMA can easily detect this. - Section 4 (page 5). What is the rationale behind the U-LRA message? To me it is not clear and I see that it complicates the protocol (as introduces unsolicited messages that impact on the state machine). Besides, the draft should IMHO clearly state if the LRI message sent in response to the U-LRA needs to be acknowledged with another LRA (so the sequence is U-LRA (from MAG to LMA), LRI (from LMA to MAG) and the LRA (from MAG to LMA). - Why do the MAGs need to ask the LMA for authorization to perform LR even when the MNs are both attached to the same MAG? I'm fine with that, but it should be clear why that decision was taken, IMHO. - Why do the MAGs check EnableMAGLocalRouting flag in A11 but not in A12? - Using LRI in both MAG-to-LMA and LMA-to-MAG makes the protocol a bit complex, because they are not used exactly for the same thing (they are more than just initiators, as I understand them). - Section 7. Why cannot just the MAG stop performing LR when detects that one of the MNs is no longer attached/delivery to one of the MNs fails? - Section 8. Isn't in the scope the case the MAG has an IPv4-only address? I guess for that case it is needed to define also a MAG IPv4 address, right? - Section 9.1 (page 17). In the LRI message, couldn't a lifetime value set to 0 used instead of the S=3D1 flag? Editorial: - Abstract: "localized routing(LR)" --> "localized routing (LR)" - Abstract: "This document proposes an initiation mechanism for localized routing". Well, the document does something more than that, right? it is not just about how to initiate the process, but also some details (not all of them) about how to actually do it (e.g., tunnel packets between MAGs in some scenarios). - Section 2 (page 4): LR is expanded in the abstract. I'd suggest expanding it also at least the first time it appears in the text. - Sections 2.1 and 2.2 (page 4): "MUST Initiate LR if" --> "MUST initiate LR if" - Section 2.2 (page 4): "MNs are anchored to it" --> "MNs are anchored at it" ?? - Section 4 (page 7): "Localized Routing Entries(LREs)" --> "Localized Routing Entries (LREs)" - Section 4 (page 7): "the next- hop" --> "the next-hop" - Section 4 (page 5): "The MAG may refresh" --> is that "may" normative or not? - Section 4.1 (page 7): "MAG(say nMAG)" --> "MAG (say nMAG)" - Section 4.1. The use of "MAG" to refer to a particular MAG in the scenario is a bit misleading, e.g. in "and update the LR state of MAG", the reader may think of the MAG as network entity, while in this case it is referring to the particular MAG where MN1 was previously attached to (MN2 remains attached there). I'd suggest always number the elements in the pictures, so there is MAG1, even for the case of an scenario with a single MAG. - Section 5 (page 9): "As earlier, the LMA initiates LRI as a response" --> I'd say "As earlier, the LMA initiates LR as a response" - draft-ietf-netlmm-pmip6-ipv4-support is already RFC5844 Hope this helps, and again apologies if part of my comments have been already raised and tackled. Carlos On Tue, 2011-04-19 at 14:25 +0000, Basavaraj.Patil@nokia.com wrote: > Hello, >=20 > Consider this as the working group last call for the I-D: > Localized Routing for Proxy Mobile IPv6 . >=20 >=20 > Please review and submit your comments to the ML or authors by April 30th= , > 2011. >=20 > -Chairs >=20 > _______________________________________________ > netext mailing list > netext@ietf.org > https://www.ietf.org/mailman/listinfo/netext --=20 Carlos Jes=FAs Bernardos Cano http://www.netcom.it.uc3m.es/ GPG FP: D29B 0A6A 639A A561 93CA 4D55 35DC BA4D D170 4F67 --=-iA6ehOHI0JB3UKXAuD3d Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEABECAAYFAk27AvwACgkQNdy6TdFwT2eACwCg5UMJQxTWf4ywmX+GoVJyXI8k A3EAn2NBaXjpi/rKxpWC13DoNk63Jqt7 =GKe4 -----END PGP SIGNATURE----- --=-iA6ehOHI0JB3UKXAuD3d--