From y.kamite@ntt.com Thu Nov 1 06:39:03 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6F9D21F8E1C for ; Thu, 1 Nov 2012 06:39:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[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 dbqNFsZB6GHs for ; Thu, 1 Nov 2012 06:39:03 -0700 (PDT) Received: from mgw030.noc.ntt.com (mgw030.noc.ntt.com [210.160.55.3]) by ietfa.amsl.com (Postfix) with ESMTP id F0D3E21F8E1A for ; Thu, 1 Nov 2012 06:39:02 -0700 (PDT) Received: from c0042i0.coe.ntt.com (unknown [10.18.161.11]) by mgw030.noc.ntt.com (NTT Com MailSV) with ESMTP id 014C81C587FE; Thu, 1 Nov 2012 22:39:02 +0900 (JST) Received: from C0037I0.coe.ntt.com (10.18.160.41) by c0042i0.coe.ntt.com (10.18.161.11) with Microsoft SMTP Server (TLS) id 14.1.355.2; Thu, 1 Nov 2012 22:38:57 +0900 Received: from C0007I0.coe.ntt.com ([169.254.1.46]) by C0037I0.coe.ntt.com ([10.18.160.41]) with mapi id 14.01.0355.002; Thu, 1 Nov 2012 22:39:01 +0900 From: Yuji Kamite To: "Zafar Ali (zali)" , Loa Andersson , "mpls@ietf.org" , "Martin Vigoureux" , "draft-ali-mpls-inter-domain-p2mp-rsvp-te-lsp@tools.ietf.org" Thread-Topic: [mpls] poll for consensus to make draft-ali-mpls-inter-domain-p2mp-rsvp-te-lsp a working group document Thread-Index: AQHNrQHxtokCntGvq0+1HUR474BP+JfLM3SAgAnexJA= Date: Thu, 1 Nov 2012 13:39:00 +0000 Message-ID: <1A095D7ECD89A64C9D3C77AE2DDE660B57DD08FC@C0007I0.coe.ntt.com> References: <507FAF2D.5020907@pi.nu> In-Reply-To: Accept-Language: ja-JP, en-US Content-Language: ja-JP X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ccmail-original-to: zali@cisco.com, loa@pi.nu, mpls@ietf.org, martin.vigoureux@alcatel-lucent.com, draft-ali-mpls-inter-domain-p2mp-rsvp-te-lsp@tools.ietf.org x-ccmail-original-cc: mpls-chairs@tools.ietf.org x-originating-ip: [10.50.137.96] Content-Type: text/plain; charset="iso-2022-jp" MIME-Version: 1.0 Cc: "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] poll for consensus to make draft-ali-mpls-inter-domain-p2mp-rsvp-te-lsp a working group document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2012 13:39:04 -0000 I support this document. (as a co-author) Regards, Yuji > > > > -----Original Message----- > > From: Loa Andersson [mailto:loa@pi.nu] > > Sent: Thursday, October 18, 2012 3:27 AM > > To: mpls@ietf.org; Martin Vigoureux; draft-ali-mpls-inter-domain-p2mp-rsvp-te- > > lsp@tools.ietf.org > > Cc: mpls-chairs@tools.ietf.org > > Subject: poll for consensus to make draft-ali-mpls-inter-domain-p2mp-rsvp-te-lsp a working > > group document > > > > Working group, > > > > this is to start a two week poll on adopting > > draft-ali-mpls-inter-domain-p2mp-rsvp-te-lsp-09 > > as an MPLS working group document. > > > > Please send your comments (support/not support) to the mpls working group mailing list (mpls at > > ietf.org). Please give an technical motivation for your support/not support, especially if you think > > that the document should not be adopted as a working group document. > > > > This poll ends November 07, 2012. > > > > There is one IPR claim against this document - http://datatracker.ietf.org/ipr/1861/ . > > > > All the co-authors has stated on the mailing list that they are not aware of any other IPR claims > > than those already disclosed. > > If there are IPR claims from any other party, please remember that the IPR is open. > > > > /Loa > > (mpls wg co-chair) > > -- > > > > > > Loa Andersson email: loa.andersson@ericsson.com > > Sr Strategy and Standards Manager loa@pi.nu > > Ericsson Inc phone: +46 10 717 52 13 > > +46 767 72 92 13 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From tsaad@cisco.com Thu Nov 1 11:47:32 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 893B321F9360 for ; Thu, 1 Nov 2012 11:47:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] 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 wPIrVT5TSX3a for ; Thu, 1 Nov 2012 11:47:32 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id 0260621F9394 for ; Thu, 1 Nov 2012 11:47:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1198; q=dns/txt; s=iport; t=1351795652; x=1353005252; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=HX+DTDhyRkEFqwIeKtJOKrbYAfq8RaBnT/mDdbipNcU=; b=DlhwSSLWzvugfXk5MPr24uDT10EgKzP7UQ9ANmyWb4CtVQTrxn/+ym3T hZujYclvK/SI3JtNq/NUrVZABAtAYmHH7w2I2FtqiI1teR2IVegUHzu7O Bf1KYg/ODHBCM/Wv7Yew1hCkcHB46bVY6nqSn9TdZ4JeaQ8BOsJFxyudy o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EAHXDklCtJV2a/2dsb2JhbABEw3SBCIIgAQQSASc0Cw4EAQgiFAUmFyUCBAENBQgah2QLnEigLASLd4VaYQOXE409gWuCb4FkFx4 X-IronPort-AV: E=Sophos;i="4.80,695,1344211200"; d="scan'208";a="137898181" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-3.cisco.com with ESMTP; 01 Nov 2012 18:47:30 +0000 Received: from xhc-rcd-x11.cisco.com (xhc-rcd-x11.cisco.com [173.37.183.85]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id qA1IlTnN012242 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 1 Nov 2012 18:47:29 GMT Received: from xmb-aln-x08.cisco.com ([169.254.3.25]) by xhc-rcd-x11.cisco.com ([173.37.183.85]) with mapi id 14.02.0318.001; Thu, 1 Nov 2012 13:47:29 -0500 From: "Tarek Saad (tsaad)" To: Loa Andersson , "mpls@ietf.org" , "Martin Vigoureux" , "draft-ali-mpls-inter-domain-p2mp-rsvp-te-lsp@tools.ietf.org" Thread-Topic: poll for consensus to make draft-ali-mpls-inter-domain-p2mp-rsvp-te-lsp a working group document Thread-Index: AQHNrQHx9TYlz/URkEuE2CgbanycgJfVeW2A Date: Thu, 1 Nov 2012 18:47:28 +0000 Message-ID: <2170E89B881FEA48B3A35413AB6FC4300F4279ED@xmb-aln-x08.cisco.com> In-Reply-To: <507FAF2D.5020907@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.2.120421 x-originating-ip: [161.44.213.160] x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19328.001 x-tm-as-result: No--31.037500-8.000000-31 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: text/plain; charset="us-ascii" Content-ID: <0BDCD4F17E4B07458ABD5E5DB13C7FBE@cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] poll for consensus to make draft-ali-mpls-inter-domain-p2mp-rsvp-te-lsp a working group document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2012 18:47:32 -0000 I support (as co-author). Thanks, Tarek On 12-10-18 3:26 AM, "Loa Andersson" wrote: >Working group, > >this is to start a two week poll on adopting >draft-ali-mpls-inter-domain-p2mp-rsvp-te-lsp-09 >as an MPLS working group document. > >Please send your comments (support/not support) to the mpls working >group mailing list (mpls at ietf.org). Please give an technical >motivation for your support/not support, especially if you think that >the document should not be adopted as a working group document. > >This poll ends November 07, 2012. > >There is one IPR claim against this document - >http://datatracker.ietf.org/ipr/1861/ . > >All the co-authors has stated on the mailing list that they are not >aware of any other IPR claims than those already disclosed. >If there are IPR claims from any other party, please remember that the >IPR is open. > >/Loa >(mpls wg co-chair) >--=20 > > >Loa Andersson email: loa.andersson@ericsson.com >Sr Strategy and Standards Manager loa@pi.nu >Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 From swallow@cisco.com Thu Nov 1 14:20:21 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 06F6A21F9766 for ; Thu, 1 Nov 2012 14:20:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.599 X-Spam-Level: X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, 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 1SC2m2KizbnQ for ; Thu, 1 Nov 2012 14:20:12 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) by ietfa.amsl.com (Postfix) with ESMTP id DBC0121F9761 for ; Thu, 1 Nov 2012 14:20:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6571; q=dns/txt; s=iport; t=1351804812; x=1353014412; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=mIP9xMIuy47cJMYdHxKfw1lumhUvQI42Sw4NxNPg/LM=; b=fXWcEtbuykUhxYtf9bO5CgdIgLC2kVLSEMnDszuCoPhWm6rmxsNCqM9q ZumVIlLKo7iCDH0xPH/HiR/QNjRSA83Hy0439fjTaxU3XxAlEFzA0RLBg 2Fb6Y+nZUBiFF9BChyTT0VoliQ7Ss7PKH1ok7x4ofiRmFed/P0Bhb3sTm A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EADLmklCtJV2Z/2dsb2JhbABEwzWBCIIgAQQBAQEPARQTNAsSAQgiFDcLJQIEAQ0FCBqHZAucbqApBIwQhUVhA6RQgWuCb4FcHx4 X-IronPort-AV: E=Sophos;i="4.80,695,1344211200"; d="scan'208";a="134911337" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-9.cisco.com with ESMTP; 01 Nov 2012 21:20:05 +0000 Received: from xhc-aln-x08.cisco.com (xhc-aln-x08.cisco.com [173.36.12.82]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id qA1LK5qk020157 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 1 Nov 2012 21:20:05 GMT Received: from xmb-rcd-x10.cisco.com ([169.254.15.91]) by xhc-aln-x08.cisco.com ([173.36.12.82]) with mapi id 14.02.0318.001; Thu, 1 Nov 2012 16:20:05 -0500 From: "George Swallow (swallow)" To: "Eric Rosen (erosen)" , Kireeti Kompella Thread-Topic: [mpls] new published draft-kompella-mpls-special-purpose-labels-01 (Adrian Farrel) Thread-Index: AQHNuHapR4fNHot6/EyVzUlUXxBbNQ== Date: Thu, 1 Nov 2012 21:20:04 +0000 Message-ID: <2FE467D3673DCE409A84D67EC2F607BB0F5D60BA@xmb-rcd-x10.cisco.com> In-Reply-To: <8048.1351203428@erosen-linux> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 x-originating-ip: [10.98.32.167] x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19328.001 x-tm-as-result: No--57.062200-8.000000-31 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "mpls@ietf.org" , 'Vivek Kumar' Subject: Re: [mpls] new published draft-kompella-mpls-special-purpose-labels-01 (Adrian Farrel) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2012 21:20:22 -0000 My opinion is that we should just make labels 0-15 in the new space reserved in the sense of MUST not be sent and dropped on receipt. I don't think 16 LFIB entries of "treat the same as label 0" will challenge much hardware. And if they are that cramped then they won't be able to choke down the new label space in the fast path anyway. If we limit the new space to 6 bits that gives us 48 new reserved labels which seems a large enough a devil's playground. We would always have the option of extending the reserved range or adding a dynamic range. ...George On 10/25/12 6:17 PM, "Eric Rosen (erosen)" wrote: > >Stewart> Whilst I think that we should make the whole label space >available >Stewart> to SLs, I think that we should try hard to compress the used >range >Stewart> to as small a space as possible so that the fast path gets the >Stewart> option of parsing the SL without having to invoke the heavyweight >Stewart> lookup that is needed to do a full 20 bit lookup. That would >Stewart> suggest that the SL set could usefully start at 0 so that it was >as >Stewart> compact as possible allowing a faster L15 parser. > >Kireeti> I see the logic of this, but in the entropy label draft, we did >Kireeti> state that someone wishing to do load balancing could scan the >Kireeti> label stack for the ELI (label 7), and use just the next label >for >Kireeti> hashing. I think that's a nice optimization; however, reusing >Kireeti> label 7 would break that. > >Kireeti> Considering backward compatibility, there are two choices: > >Kireeti> a) either allow 0-15 following the extension label, but keep the >Kireeti> meaning the same as a "regular" SL; OR > >Kireeti> b) disallow 0-15 following the extension label. > >It seems to me that Kireeti's argument above leads rather to the following >two choices: > >a) Define label 7 in the extended special purpose label registry to have >the > same meaning it has in the non-extended special purpose label >registry, or > >b) Disallow label 7 following the extension label. > >The argument for applying this same choice to labels 0 and 2 seems to be >the >following:=20 > >Kireeti> Assume for a second that we all decide that having a protocol >Kireeti> identifier is a Good Thing (note: this is just a Thought >Kireeti> Experiment; please start a separate thread on the merits or >Kireeti> demerits of such a notion; also, see >Kireeti> draft-bitar-mpls-isis-explicit-null-label). > >Kireeti> Assume further that all the labels from 0-15 have been assigned. >Kireeti> So, we have to use an extended special purpose labels for ISIS, >Kireeti> Appletalk and NetBUI. We already have explicit nulls for IPv4 >and >Kireeti> IPv6. Would you rather: > >Kireeti> a) have quite different ways (and label stack depths) to announce >Kireeti> the payload type: > >Kireeti> 0 -> IPv4 >Kireeti> 2 -> IPv6 >Kireeti> 15, 24 -> ISIS >Kireeti> 15, 25 -> Appletalk >Kireeti> (etc.) > >Kireeti> b) unify these as: >Kireeti> 15, 0 -> IPv4 >Kireeti> 15, 2 -> IPv6 >Kireeti> 15, 24 -> ISIS >Kireeti> 15, 25 -> Appletalk >Kireeti> (etc.) > >Kireeti> c) create new code points for IPv4 and IPv6, while keeping the >old ones: >Kireeti> 0 -> IPv4 >Kireeti> 15, 22 -> IPv4 >Kireeti> 2 -> IPv6 >Kireeti> 15, 23 -> IPv6 >Kireeti> 15, 24 -> ISIS >Kireeti> 15, 25 -> Appletalk >Kireeti> (etc.) > >Kireeti> I'm not a hardware or microcode guy, but (b) sounds like a >Kireeti> reasonable option to me. > >To me, the best option is a. Why make the stack longer for IP just >because >someone somewhere is still using Appletalk? I think most implementations >can handle variable length rewrite strings. BTW, you forgot DECnet. > >I definitely wouldn't allow the silliness of having an arbitrarily long >sequence of extension labels mean the same thing as a single extension >label.=20 > >I'm also skeptical about whether we really need the extended special >purpose >label registry to have 20-bit values. Maybe 4 bits is too little, but 8 >should be more than sufficient. Any more than 8 bits and there is very >little point to requiring the "standards action" allocation policy, as it >becomes very easy to "squat" on codepoints. (In fact, even 8 bits can be >enough to encourage squatting; just look at the number of 8-bit codepoints >that have been assigned values like 128 or 129 ;-)) > >BTW, once there is an extension label, one can ask whether the extension >label should just be interpreted as a "context label" that identifies a >second per-platform label space. A second per-platform label space could >be >divided into special purpose labels and dynamically assigned labels, just >like the existing per-platform label space. The draft should be clear >about >whether this use is allowed, prohibited, or just out of scope. > >Kireeti> So, it would be nice to have technical discussions about whether >a >Kireeti> new special purpose label is needed, what it means, how it would >be >Kireeti> used, etc., without worrying about scarcity. > >That seems likely to lead to a "just say yes" policy, in which we will end >up with hundreds of special purpose labels, each implemented by only a >subset of vendors. If hardware/microcode needs to have a priori awareness >of the special purpose labels, there still is scarcity, even if the >scarcity >is not imposed by the protocol syntax. > >Kireeti> While we're on the subject of special purpose labels, could the >Kireeti> authors of RFC 5331 comment on whether a reserved (aka special >Kireeti> purpose) label can be signaled as an upstream label? The RFC is >Kireeti> silent on the subject, > >I think there are really two separate questions here: > >- When doing dynamic upstream label assignment, is it legal to assign >label > values 0-15? > > I think it would not be wise to do this, as it falls into the category >of > "asking for trouble". Probably it should have been prohibited. > >- What should you do in a context where you believe a particular label is > upstream-assigned, but (a) it has a value in the range 0-15, and (b) >that > value has not been dynamically bound? > > I am not aware of any situation in which this would be legal, but I'd be > interested in hearing other opinions. > > =20 >_______________________________________________ >mpls mailing list >mpls@ietf.org >https://www.ietf.org/mailman/listinfo/mpls From davari@broadcom.com Thu Nov 1 15:04:47 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 87DB921F930E for ; Thu, 1 Nov 2012 15:04:47 -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 EatUYTFrrBMj for ; Thu, 1 Nov 2012 15:04:46 -0700 (PDT) Received: from mms3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by ietfa.amsl.com (Postfix) with ESMTP id DB03E21F8E10 for ; Thu, 1 Nov 2012 15:04:46 -0700 (PDT) Received: from [10.16.192.232] by mms3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.5)); Thu, 01 Nov 2012 15:01:26 -0700 X-Server-Uuid: B86B6450-0931-4310-942E-F00ED04CA7AF Received: from SJEXCHCAS01.corp.ad.broadcom.com (10.16.192.31) by SJEXCHHUB02.corp.ad.broadcom.com (10.16.192.232) with Microsoft SMTP Server (TLS) id 8.2.247.2; Thu, 1 Nov 2012 15:04:36 -0700 Received: from SJEXCHMB12.corp.ad.broadcom.com ( [fe80::bc15:c1e1:c29a:36f7]) by sjexchcas01.corp.ad.broadcom.com ( [::1]) with mapi id 14.01.0355.002; Thu, 1 Nov 2012 15:04:15 -0700 From: "Shahram Davari" To: "Kireeti Kompella" , "Vivek Kumar" Thread-Topic: [mpls] new published draft-kompella-mpls-special-purpose-labels-01 (Adrian Farrel) Thread-Index: Ac2ycWyq331n4puRQOStlZqXiwKgqQAd02OAAA4c6qD//+5xgP/1OGSQ Date: Thu, 1 Nov 2012 22:04:13 +0000 Message-ID: <4A6CE49E6084B141B15C0713B8993F281BD15C8B@SJEXCHMB12.corp.ad.broadcom.com> References: <3C086BA39C55B9418AE8FEA3F3EFDEC41DE8A17F@SJEXCHMB09.corp.ad.broadcom.com> <144b01cdb2ae$0e971b50$2bc551f0$@olddog.co.uk> <3C086BA39C55B9418AE8FEA3F3EFDEC41DE8A7BE@SJEXCHMB09.corp.ad.broadcom.com> <8479C703-C85F-49F9-ACAC-2E325DEF87CB@gmail.com> In-Reply-To: <8479C703-C85F-49F9-ACAC-2E325DEF87CB@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.16.203.100] MIME-Version: 1.0 X-WSS-ID: 7C8C2EBC3T428978-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: "mpls@ietf.org" Subject: Re: [mpls] new published draft-kompella-mpls-special-purpose-labels-01 (Adrian Farrel) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2012 22:04:47 -0000 Kireeti, Is the draft proposing to always use label 15 even if one wants to use lab= el 0-14? In that case this draft won't be backward compatible with existing= HW. My suggestion is to keep the behavior of label 0-14 as-is. And for extended= labels one must use label 15 followed by label 16 to XXX. This means Label= 0-15 can't follow label 15. I think XXX=3D64 should be good enough. This = would allow for HW registers rather than 20-bit lookup. Thanks Shahram -----Original Message----- From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Kir= eeti Kompella Sent: Thursday, October 25, 2012 11:23 AM To: Vivek Kumar Cc: mpls@ietf.org Subject: Re: [mpls] new published draft-kompella-mpls-special-purpose-label= s-01 (Adrian Farrel) On Oct 25, 2012, at 06:10 , "Vivek Kumar" wrote: > Hi Adrain, I wouldn't say that -- Adrian is stimulating and fun, and if one does feel = drained after talking with him, it's just the effort of keeping up. > Thanks for keeping us in job :)=20 > Having extension approach is good idea but the recursive nature mean= s more possibility which result in more work for SW/HW without any extra be= nefit. Less the possibilities more deterministic the behavior . >=20 > Since the idea of the draft is to expand reserved label space , having= only one extension label (15) will make things simpler. =20 With or without recursion, only one extension label is proposed. > The recursive label approach is not giving any additional information or = scope but merely testing the system if it can handle Exten-label->Exten-lab= el-> Exten-label->Exten-label ->... I agree that a string of extension labels doesn't add info to the stack. H= owever, that's not the goal. Assume for a second that we all decide that having a protocol identifier is= a Good Thing (note: this is just a Thought Experiment; please start a sepa= rate thread on the merits or demerits of such a notion; also, see draft-bit= ar-mpls-isis-explicit-null-label). Assume further that all the labels from 0-15 have been assigned. So, we ha= ve to use an extended special purpose labels for ISIS, Appletalk and NetBUI= . We already have explicit nulls for IPv4 and IPv6. Would you rather: a) have quite different ways (and label stack depths) to announce the paylo= ad type: 0 -> IPv4 2 -> IPv6 15, 24 -> ISIS 15, 25 -> Appletalk (etc.) b) unify these as: 15, 0 -> IPv4 15, 2 -> IPv6 15, 24 -> ISIS 15, 25 -> Appletalk (etc.) c) create new code points for IPv4 and IPv6, while keeping the old ones: 0 -> IPv4 15, 22 -> IPv4 2 -> IPv6 15, 23 -> IPv6 15, 24 -> ISIS 15, 25 -> Appletalk (etc.) I'm not a hardware or microcode guy, but (b) sounds like a reasonable optio= n to me. You may have deeper insights. And yes, I wish I had a more convincing example to hand; hopefully, though,= I've given you a sense of the possibilities. And no, I'm not wedded to th= is; I just don't like limiting possibilities with no real purpose. > One more question, the new special action label range (16 - 1048559/75) n= eed to be excluded or included when doing ECMP using MPLS labels as inputs = (draft-ietf-mpls-entropy-label-06 ) ? Agree with John's logic here -- the new special purpose labels (0-1048575) = MUST be excluded from ECMP. Will add to next revision (along with Bruno's = suggestion to specify what happens if the extension label is the last label= in the stack). Kireeti. _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From adrian@olddog.co.uk Thu Nov 1 18:51:48 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8396321F95C4 for ; Thu, 1 Nov 2012 18:51:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.094 X-Spam-Level: X-Spam-Status: No, score=-3.094 tagged_above=-999 required=5 tests=[AWL=-0.495, 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 E+92Arf-zQUG for ; Thu, 1 Nov 2012 18:51:47 -0700 (PDT) Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) by ietfa.amsl.com (Postfix) with ESMTP id 3793A21F95B7 for ; Thu, 1 Nov 2012 18:51:46 -0700 (PDT) Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id qA21pdoE009445; Fri, 2 Nov 2012 01:51:39 GMT Received: from 950129200 (ip-64-134-100-50.public.wayport.net [64.134.100.50]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id qA21pbcK009433 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 2 Nov 2012 01:51:38 GMT From: "Adrian Farrel" To: "'George Swallow \(swallow\)'" , "'Eric Rosen \(erosen\)'" , "'Kireeti Kompella'" References: <8048.1351203428@erosen-linux> <2FE467D3673DCE409A84D67EC2F607BB0F5D60BA@xmb-rcd-x10.cisco.com> In-Reply-To: <2FE467D3673DCE409A84D67EC2F607BB0F5D60BA@xmb-rcd-x10.cisco.com> Date: Fri, 2 Nov 2012 01:51:37 -0000 Message-ID: <004801cdb89c$9a0573f0$ce105bd0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQEqlVmduA1ocWBzD0GesU8fG9/2Q5kcDRrA Content-Language: en-gb Cc: mpls@ietf.org, 'Vivek Kumar' Subject: Re: [mpls] new published draft-kompella-mpls-special-purpose-labels-01 (Adrian Farrel) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2012 01:51:48 -0000 Hi George, I'm not saying "no", but I am worried. The label entry will be the same format as any other label entry in the stack. So there are 20 bits available in the entry for a label. If we restrict it to 6 bits, it will imply the other bots are available to be "squatted". If we have a use for these bits then lets discuss. Otherwise, I prefer that we keep the label as 20 bits (which is what the hardware will expect to process) and just use the allocation policy to keep a tight rein on any devils. Cheers, Adrian > -----Original Message----- > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of > George Swallow (swallow) > Sent: 01 November 2012 21:20 > To: Eric Rosen (erosen); Kireeti Kompella > Cc: mpls@ietf.org; 'Vivek Kumar' > Subject: Re: [mpls] new published draft-kompella-mpls-special-purpose-labels- > 01 (Adrian Farrel) > > My opinion is that we should just make labels 0-15 in the new space > reserved in the sense of MUST not be sent and dropped on receipt. I don't > think 16 LFIB entries of "treat the same as label 0" will challenge much > hardware. And if they are that cramped then they won't be able to choke > down the new label space in the fast path anyway. > > If we limit the new space to 6 bits that gives us 48 new reserved labels > which seems a large enough a devil's playground. We would always have the > option of extending the reserved range or adding a dynamic range. > > ...George > > On 10/25/12 6:17 PM, "Eric Rosen (erosen)" wrote: > > > > >Stewart> Whilst I think that we should make the whole label space > >available > >Stewart> to SLs, I think that we should try hard to compress the used > >range > >Stewart> to as small a space as possible so that the fast path gets the > >Stewart> option of parsing the SL without having to invoke the heavyweight > >Stewart> lookup that is needed to do a full 20 bit lookup. That would > >Stewart> suggest that the SL set could usefully start at 0 so that it was > >as > >Stewart> compact as possible allowing a faster L15 parser. > > > >Kireeti> I see the logic of this, but in the entropy label draft, we did > >Kireeti> state that someone wishing to do load balancing could scan the > >Kireeti> label stack for the ELI (label 7), and use just the next label > >for > >Kireeti> hashing. I think that's a nice optimization; however, reusing > >Kireeti> label 7 would break that. > > > >Kireeti> Considering backward compatibility, there are two choices: > > > >Kireeti> a) either allow 0-15 following the extension label, but keep the > >Kireeti> meaning the same as a "regular" SL; OR > > > >Kireeti> b) disallow 0-15 following the extension label. > > > >It seems to me that Kireeti's argument above leads rather to the following > >two choices: > > > >a) Define label 7 in the extended special purpose label registry to have > >the > > same meaning it has in the non-extended special purpose label > >registry, or > > > >b) Disallow label 7 following the extension label. > > > >The argument for applying this same choice to labels 0 and 2 seems to be > >the > >following: > > > >Kireeti> Assume for a second that we all decide that having a protocol > >Kireeti> identifier is a Good Thing (note: this is just a Thought > >Kireeti> Experiment; please start a separate thread on the merits or > >Kireeti> demerits of such a notion; also, see > >Kireeti> draft-bitar-mpls-isis-explicit-null-label). > > > >Kireeti> Assume further that all the labels from 0-15 have been assigned. > >Kireeti> So, we have to use an extended special purpose labels for ISIS, > >Kireeti> Appletalk and NetBUI. We already have explicit nulls for IPv4 > >and > >Kireeti> IPv6. Would you rather: > > > >Kireeti> a) have quite different ways (and label stack depths) to announce > >Kireeti> the payload type: > > > >Kireeti> 0 -> IPv4 > >Kireeti> 2 -> IPv6 > >Kireeti> 15, 24 -> ISIS > >Kireeti> 15, 25 -> Appletalk > >Kireeti> (etc.) > > > >Kireeti> b) unify these as: > >Kireeti> 15, 0 -> IPv4 > >Kireeti> 15, 2 -> IPv6 > >Kireeti> 15, 24 -> ISIS > >Kireeti> 15, 25 -> Appletalk > >Kireeti> (etc.) > > > >Kireeti> c) create new code points for IPv4 and IPv6, while keeping the > >old ones: > >Kireeti> 0 -> IPv4 > >Kireeti> 15, 22 -> IPv4 > >Kireeti> 2 -> IPv6 > >Kireeti> 15, 23 -> IPv6 > >Kireeti> 15, 24 -> ISIS > >Kireeti> 15, 25 -> Appletalk > >Kireeti> (etc.) > > > >Kireeti> I'm not a hardware or microcode guy, but (b) sounds like a > >Kireeti> reasonable option to me. > > > >To me, the best option is a. Why make the stack longer for IP just > >because > >someone somewhere is still using Appletalk? I think most implementations > >can handle variable length rewrite strings. BTW, you forgot DECnet. > > > >I definitely wouldn't allow the silliness of having an arbitrarily long > >sequence of extension labels mean the same thing as a single extension > >label. > > > >I'm also skeptical about whether we really need the extended special > >purpose > >label registry to have 20-bit values. Maybe 4 bits is too little, but 8 > >should be more than sufficient. Any more than 8 bits and there is very > >little point to requiring the "standards action" allocation policy, as it > >becomes very easy to "squat" on codepoints. (In fact, even 8 bits can be > >enough to encourage squatting; just look at the number of 8-bit codepoints > >that have been assigned values like 128 or 129 ;-)) > > > >BTW, once there is an extension label, one can ask whether the extension > >label should just be interpreted as a "context label" that identifies a > >second per-platform label space. A second per-platform label space could > >be > >divided into special purpose labels and dynamically assigned labels, just > >like the existing per-platform label space. The draft should be clear > >about > >whether this use is allowed, prohibited, or just out of scope. > > > >Kireeti> So, it would be nice to have technical discussions about whether > >a > >Kireeti> new special purpose label is needed, what it means, how it would > >be > >Kireeti> used, etc., without worrying about scarcity. > > > >That seems likely to lead to a "just say yes" policy, in which we will end > >up with hundreds of special purpose labels, each implemented by only a > >subset of vendors. If hardware/microcode needs to have a priori awareness > >of the special purpose labels, there still is scarcity, even if the > >scarcity > >is not imposed by the protocol syntax. > > > >Kireeti> While we're on the subject of special purpose labels, could the > >Kireeti> authors of RFC 5331 comment on whether a reserved (aka special > >Kireeti> purpose) label can be signaled as an upstream label? The RFC is > >Kireeti> silent on the subject, > > > >I think there are really two separate questions here: > > > >- When doing dynamic upstream label assignment, is it legal to assign > >label > > values 0-15? > > > > I think it would not be wise to do this, as it falls into the category > >of > > "asking for trouble". Probably it should have been prohibited. > > > >- What should you do in a context where you believe a particular label is > > upstream-assigned, but (a) it has a value in the range 0-15, and (b) > >that > > value has not been dynamically bound? > > > > I am not aware of any situation in which this would be legal, but I'd be > > interested in hearing other opinions. > > > > > >_______________________________________________ > >mpls mailing list > >mpls@ietf.org > >https://www.ietf.org/mailman/listinfo/mpls > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From loa@pi.nu Thu Nov 1 23:20:03 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D93921F999E for ; Thu, 1 Nov 2012 23:20:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[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 LbXhX36NdWdx for ; Thu, 1 Nov 2012 23:20:02 -0700 (PDT) Received: from mail.pi.nu (ns1.elverljung.se [195.206.248.139]) by ietfa.amsl.com (Postfix) with ESMTP id 27DC421F999A for ; Thu, 1 Nov 2012 23:20:01 -0700 (PDT) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.pi.nu (Postfix) with ESMTPSA id 6DEF7824B6 for ; Fri, 2 Nov 2012 07:19:54 +0100 (CET) Message-ID: <50936603.4050109@pi.nu> Date: Fri, 02 Nov 2012 07:19:47 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: "mpls@ietf.org" References: <20121101121722.29094.73706.idtracker@ietfa.amsl.com> In-Reply-To: <20121101121722.29094.73706.idtracker@ietfa.amsl.com> X-Forwarded-Message-Id: <20121101121722.29094.73706.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [mpls] Fwd: Help the NomCom X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2012 06:20:03 -0000 Working Group, FYI. /Loa ------------------------ The IETF Nominations Committee (NomCom) continues to seek input from the IETF Community. The NomCom would greatly appreciate any help you could provide in making members of your working group aware of ways in which they can provide valuable feedback to the NomCom. In order to ensure that your input is received in time to be useful, the NomCom needs to receive community feedback on or before Sunday, November 11. The final list of candidates (as per RFC 5680) that the NomCom is considering for open positions can be found at: https://www.ietf.org/group/nomcom/2012/input/ The NomCom will be holding office hours during IETF 85, Monday- Thursday from 1:00pm to 3:00pm in Room 305. The NomCom welcomes comments on specific individuals, as well as general feedback related to any of the positions that NomCom is considering. Note: A list of leadership positions that the NomCom is considering can be found at: https://www.ietf.org/group/nomcom/2012/ If the NomCom office hours are inconvenient for you or if you cannot attend IETF 85, the NomCom is happy to take community input via email to nomcom12 at ietf.org. Additionally, the NomCom is happy to arrange a meeting outside of office hours, just send us email and we can set something up. Comments on specific candidates can also be provided to the NomCom via the web feedback tool: https://www.ietf.org/group/nomcom/2012/input/ Thank you for your help, - Matt Lepinski nomcom-chair at ietf.org -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From thomas.morin@orange.com Fri Nov 2 04:07:49 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A95D21F982C for ; Fri, 2 Nov 2012 04:07:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.463 X-Spam-Level: X-Spam-Status: No, score=-2.463 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, UNPARSEABLE_RELAY=0.001] 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 DwOl7jqAWQtf for ; Fri, 2 Nov 2012 04:07:48 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) by ietfa.amsl.com (Postfix) with ESMTP id 2A91C21F9827 for ; Fri, 2 Nov 2012 04:07:48 -0700 (PDT) Received: from omfedm06.si.francetelecom.fr (unknown [xx.xx.xx.2]) by omfedm09.si.francetelecom.fr (ESMTP service) with ESMTP id DD0C62DC1DF; Fri, 2 Nov 2012 12:07:46 +0100 (CET) Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.183]) by omfedm06.si.francetelecom.fr (ESMTP service) with ESMTP id BAB2127C054; Fri, 2 Nov 2012 12:07:46 +0100 (CET) Received: from PEXCVZYM13.corporate.adroot.infra.ftgroup ([fe80::cc7e:e40b:42ef:164e]) by PEXCVZYH02.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.02.0318.004; Fri, 2 Nov 2012 12:07:46 +0100 From: To: Loa Andersson Thread-Topic: MPLS-RT review of draft-zjns-mpls-lsp-ping-relay-reply Thread-Index: AQHNqJcpDcebZIK4ykeoj818fGlak5fWcqoA Date: Fri, 2 Nov 2012 11:07:45 +0000 Message-ID: <25986_1351854466_5093A982_25986_10378_1_AC1ADC68A92CF94FA8CFCB406C1CBE3D07092CC1@PEXCVZYM13.corporate.adroot.infra.ftgroup> References: <31306_1350059545_50784619_31306_11765_1_50784613.6070509@pi.nu> In-Reply-To: <31306_1350059545_50784619_31306_11765_1_50784613.6070509@pi.nu> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 x-originating-ip: [10.197.38.6] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-PMX-Version: 5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2012.11.2.102754 Cc: MPLS , "draft-zjns-mpls-lsp-ping-relay-reply@tools.ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-zjns-mpls-lsp-ping-relay-reply X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2012 11:07:49 -0000 SGkgTG9hLA0KDQpIZXJlIGlzIG15IGZlZWRiYWNrIG9uIGRyYWZ0LXpqbnMtbXBscy1sc3AtcGlu Zy1yZWxheS1yZXBseS4NCg0KU2hvcnQgYW5zd2VyOiB5ZXMsIGl0IHNlZW1zIHRvIG1lIHRoYXQg dGhlIGRvY3VtZW50IGlzIGNvaGVyZW50LCB1c2VmdWwsIA0KdGVjaG5pY2FsbHkgc291bmQsIGFu ZCByZWFkeSB0byBiZSBjb25zaWRlcmVkIGZvciBXRyBhZG9wdGlvbi4NCg0KQmV5b25kIHRoaXMs IGhlcmUgYXJlIGEgZmV3IG90aGVyIGNvbW1lbnRzICh3aGljaCBJIHRoaW5rIGNhbiBiZSANCmFk ZHJlc3NlZCBhZnRlciBldmVudHVhbCBhZG9wdGlvbiBpZiB0aGV5IGFyZSBub3QgYmVmb3JlKToN Cg0KLSB0aGUgbmFtZSBvZiB0aGUgZG9jdW1lbnQgYW5kIG1lc3NhZ2Ugc291bmRzIHF1aXRlIHdl aXJkIHRvIG15IGVhcnM6IA0KIkVjaG8gUmVsYXkgUmVwbHkiIGxvb2tzIGxpa2UgbWVhbmluZyAi YSByZXBseSB0byBhbiBlY2hvIHJlbGF5Ijsgd2h5IA0Kbm90IG5hbWluZyBpdCAiUmVsYXllZCBF Y2hvIFJlcGx5IiwgbWFraW5nIGl0IGNsZWFyZXIgdGhhdCBpdCdzIGp1c3QgDQpsaWtlIGFuIEVj aG8gUmVwbHksIGJ1dCBSZWxheWVkLi4uPw0KDQotIG1heWJlIHRoZSBkb2N1bWVudCBzaG91bGQg YmUgbWFya2VkIGFzICJVcGRhdGVzIFJGQzQzNzkiIChzZWN0aW9ucyA0LjEgDQphbmQgNC41KQ0K DQotIGFib3V0IGhvdyB0byBwb3B1bGF0ZSB0aGUgIlJlbGF5IE5vZGUgQWRkcmVzcyBTdGFjayIg KHNlY3Rpb24gNC4xKToNCg0KIldoZW4gdGhlIGVjaG8gcmVxdWVzdCBpcyBmaXJzdCBzZW50IGJ5 IGluaXRpYXRvciwgYSAgVExWIHdpdGggdGhlIA0KaW5pdGlhdG9yIGFkZHJlc3MgaW4gdGhlIHN0 YWNrIGFuZCBpdHMgc291cmNlIHBvcnQgTVVTVCBiZSBpbmNsdWRlZC4iIA0KLS0+IHNob3VsZG4n dCB0aGUgdGV4dCBiZSBtb3JlIGV4cGxpY2l0IG9uIGhvdyB0aGUgc3RhY2sgaXMgaW5pdGlhbGx5 IA0KcG9wdWxhdGVkIChhdCBsZWFzdCBnaXZlIGFuIGV4YW1wbGUpID8gIE1ha2luZyBpdCBjbGVh cmVyIGluIHRoZSANCmludHJvZHVjdGlvbiB0aGF0IHRoZSBzY2hlbWUgaXMgZGVzaWduZWQgdG8g d29yayBpbiBjb250ZXh0IHdoZXJlIHRoZSANCmluaXRpYXRvciBrbm93cyBob3cgdG8gcG9wdWxh dGUgYSB0aGUgc3RhY2suDQoNCi0gc3RpbGwgYWJvdXQgaG93IHRvIHBvcHVsYXRlIHRoZSAiUmVs YXkgTm9kZSBBZGRyZXNzIFN0YWNrIiAoc2VjdGlvbiANCjQuMSk6IGJ5IHRoZSB3YXksIEkgY2Fu IHNlZSBob3cgaXMgdGhlIGluaXRpYXRvciBjYW4gZ3Vlc3MgdGhlIElQIG9mIHRoZSANCmZpcnN0 IEFTQlIgKEJHUCBuZXh0LWhvcCksIGJ1dCBub3QgaG93IGl0J3Mgc3VwcG9zZWQgdG8gZ3Vlc3Mg aG93IHRvIA0KcG9wdWxhdGUgdGhlIHN0YWNrIGluLCBmb3IgaW5zdGFuY2UsIGFuIGludGVyLUFT IGNhc2Ugd2hlcmUgdGhlcmUgaXMgDQptb3JlIHRoYW4gdHdvIEFTZXMgOyB0aGF0IHdvdWxkIGRl c2VydmUgYmVpbmcgZXhwbGFpbmVkLCBJTUhPDQoNCi0gdGhlIHNlY3VyaXR5IHNlY3Rpb24gaXMg cHJvYmFibHkgd29ydGggYmVpbmcgd29ya2VkIG9uIG1vcmU6DQogICAqIGFkZHJlc3NpbmcgRG9T IHJpc2tzIGJ5IGFkZGluZyBhIHJhdGUgbGltaXRlcjoNCiAgICAgKGEpIHNlZW1zIHRvIGJlIGEg cG9vciBzb2x1dGlvbjogdGhlIHJhdGUgbGltaXRlciBtYXkgcmVkdWNlIERvUyANCnJpc2sgb24g dGhlIHJvdXRlciBjb250cm9sIHBsYW5lLCBidXQgY3JlYXRlcyBhIHJpc2sgb2YgRG9TIG9uIHRo ZSBMU1AgDQpQaW5nIHNlcnZpY2UgaXRzZWxmLg0KICAgICAoYikgaXMgYWxyZWFkeSB3aGF0IGlz IHN1Z2dlc3RlZCBieSBSRkM0Mzc5IGFueXdheXMsIHNvIHRoZSBkcmFmdCANCmNvdWxkIGFzIHdl bGwganVzdCBwb2ludCB0byBSRkM0Mzc5IHNlY3VyaXR5IHNlY3Rpb24NCiAgICogTVBMUyBMU1Ag UGluZyBjcmVhdGUgYW4gaW5jcmVhc2VkIHJpc2sgb2YgRG9TLCBieSBwdXR0aW5nIHRoZSBJUCBv ZiANCmEgdmljdGltIHJvdXRlciBpbiB0aGUgUmVsYXkgTm9kZSBBZGRyZXNzIFN0YWNrIG9mIG11 bHRpcGxlIG1lc3NhZ2VzIA0Kc2VudCB0byBtYW55IHJvdXRlcnM7IHRoaXMgYWJpbGl0eSB0byBt dWx0aXBseSB0aGUgRG9TIGVmZmVjdCB3aXRob3V0IA0KaGF2aW5nIHRvIHNwb29mIElQIHNvdXJj ZSBhZGRyZXNzIGxvb2tzIG5ldyB0byBtZQ0KDQotIGVkaXRvcmlhbCBuaXRzOg0KICAgKiBtZXNz YWdlIG5hbWVzIGFyZSBzb21ldGltZXMgY2FwaXRhbGl6ZWQsIHNvbWV0aW1lcyBub3Q7IGJldHRl ciB0byANCmNhcGl0YWxpemUgdGhlbSBhbHdheXMgPw0KICAgKiBzZWN0aW9uIDQuMzogImVuY2Fw c3VsYXRpb24gcHJvY2Vzc2luZyIgLT4gd2h5IG5vdCBqdXN0ICJwcm9jZXNzaW5nIg0KICAgKiBz ZWN0aW9uIDQuNTogcy9lY2hvIHJlbGF5IHJlcGx5L2VjaG8gcmVwbHkvIGluIHRoZSBmaXJzdCBz ZW50ZW5jZSA/DQogICAqIHNlY3Rpb24gNC41LCBidWxsZXQgMSA6IHdoeSBhZGRpbmcgdGhlIHNl bnRlbmNlICJ0aGUgcHJvY2Vzc2luZyBvZg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAu Li4gaXMgdGhlIHNhbWUgYXMuLi4iID8NCiAgICogIlVEUCBwb3J0IGlzIHNldCB0byAzNTAzLiIg aXMgc2FpZCBpbiBtYW55IHBsYWNlczsgd2h5IG5vdCBmYWN0b3IgDQp0aGF0IG91dCBhbmQgc2F5 IHRoYXQgVURQIHBvcnRzIGFyZSBzZXQganVzdCBsaWtlIGluIFJGQzQzNzkgPw0KDQoNCi1UaG9t YXMgTW9yaW4NCg0KDQoNCg0KMjAxMi0xMC0xMiwgTG9hIEFuZGVyc3NvbjoNCj4NCj4NCj4gTWFj aCwgRGFuaWVsIGFuZCBUaG9tYXMsDQo+DQo+DQo+IFlvdSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMg YW4gTVBMUyBSZXZpZXcgdGVhbSByZXZpZXdlcnMgZm9yDQo+IGRyYWZ0LXpqbnMtbXBscy1sc3At cGluZy1yZWxheS1yZXBseS4NCj4NCj4gTm90ZSB0byBhdXRob3JzOiBZb3UgaGF2ZSBiZWVuIEND 4oCZZCBvbiB0aGlzIGVtYWlsIHNvIHRoYXQgeW91IGNhbiBrbm93DQo+IHRoYXQgdGhpcyByZXZp ZXcgaXMgZ29pbmcgb24uIEhvd2V2ZXIsIHBsZWFzZSBkbyBub3QgcmV2aWV3IHlvdXIgb3duDQo+ IGRvY3VtZW50Lg0KPg0KPiBSZXZpZXdzIHNob3VsZCBjb21tZW50IG9uIHdoZXRoZXIgdGhlIGRv Y3VtZW50IGlzIGNvaGVyZW50LA0KPiBpcyBpdCB1c2VmdWwgKGllLCBpcyBpdCBsaWtlbHkgdG8g YmUgYWN0dWFsbHkgdXNlZnVsIGluIG9wZXJhdGlvbmFsDQo+IG5ldHdvcmtzKSwgYW5kIGlzIHRo ZSBkb2N1bWVudCB0ZWNobmljYWxseSBzb3VuZD8gIFdlIGFyZSBpbnRlcmVzdGVkIGluDQo+IGtu b3dpbmcgd2hldGhlciB0aGUgZG9jdW1lbnQgaXMgcmVhZHkgdG8gYmUgY29uc2lkZXJlZCBmb3Ig V0cgYWRvcHRpb24NCj4gKGllLCBpdCBkb2VzbuKAmXQgaGF2ZSB0byBiZSBwZXJmZWN0IGF0IHRo aXMgcG9pbnQsIGJ1dCBzaG91bGQgYmUgYSBnb29kDQo+IHN0YXJ0KS4NCj4NCj4gUmV2aWV3cyBz aG91bGQgYmUgc2VudCB0byB0aGUgZG9jdW1lbnQgYXV0aG9ycywgV0cgY28tY2hhaXJzIGFuZA0K PiBzZWNyZXRhcnksIGFuZCBDQ+KAmWQgdG8gdGhlIE1QTFMgV0cgZW1haWwgbGlzdC4gSWYgbmVj ZXNzYXJ5LCBjb21tZW50cw0KPiBtYXkgYmUgc2VudCBwcml2YXRlbHkgdG8gb25seSB0aGUgV0cg Y2hhaXJzLg0KPg0KPiBBcmUgeW91IGFibGUgdG8gcmV2aWV3IHRoaXMgZHJhZnQgYnkgT2N0IDMw LCAyMDEyPw0KPg0KPiBUaGFua3MsIExvYQ0KPiAoYXMgTVBMUyBXRyBjaGFpcikNCj4NCj4gLS0N Cj4NCj4NCj4gTG9hIEFuZGVyc3NvbiAgICAgICAgICAgICAgICAgICAgICAgICBlbWFpbDogbG9h LmFuZGVyc3NvbkBlcmljc3Nvbi5jb20NCj4gU3IgU3RyYXRlZ3kgYW5kIFN0YW5kYXJkcyBNYW5h Z2VyICAgICAgICAgICAgbG9hQHBpLm51DQo+IEVyaWNzc29uIEluYyAgICAgICAgICAgICAgICAg ICAgICAgICAgcGhvbmU6ICs0NiAxMCA3MTcgNTIgMTMNCj4gICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICs0NiA3NjcgNzIgOTIgMTMNCgpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCgpDZSBt ZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1h dGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMK cGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24u IFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2ln bmFsZXIKYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMg am9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQn YWx0ZXJhdGlvbiwKRnJhbmNlIFRlbGVjb20gLSBPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25z YWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4g TWVyY2kuCgpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25m aWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQg YnkgbGF3Owp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdp dGhvdXQgYXV0aG9yaXNhdGlvbi4KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBl cnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFu ZCBpdHMgYXR0YWNobWVudHMuCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgRnJhbmNlIFRlbGVj b20gLSBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9k aWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLgpUaGFuayB5b3UuCgo= From mhartley@cisco.com Fri Nov 2 09:21:32 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 31C2D1F0C44 for ; Fri, 2 Nov 2012 09:21:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] 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 0xhTudrMHjDQ for ; Fri, 2 Nov 2012 09:21:31 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id 7B9B421F8CD1 for ; Fri, 2 Nov 2012 09:21:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1751; q=dns/txt; s=iport; t=1351873291; x=1353082891; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=AOhELmue0DgeeFDuIkqkLcAMcEJ42BWUTdoq8rXLeX8=; b=ZNWN197Oc6NMQstIzidQFE/KtgPdZdCdx/fEqYKI5QFmRZTJqWIMDKVj DB6RYrZzTAOrPvpDacX706YPrIArdvREjnlVmJCHshPHkqPIMxCVuF4tp yLhrtsQovcJ1pR3YI7fthqmW+YetkmeJFvKZABfU9ip3FNW6J5U+gFDxh o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EAKjyk1CtJV2Z/2dsb2JhbABEwzWBCIIeAQEBBAEBAQ8BJzQLDAICAgEIEQQBAQsUBQQHGwwLFAkIAgQBDQUIGodoC5wAoA8Ei32FWmEDlxWNPYFrgm+BZBce X-IronPort-AV: E=Sophos;i="4.80,701,1344211200"; d="scan'208";a="138200339" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-2.cisco.com with ESMTP; 02 Nov 2012 16:21:30 +0000 Received: from xhc-rcd-x07.cisco.com (xhc-rcd-x07.cisco.com [173.37.183.81]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id qA2GLUFt006637 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 2 Nov 2012 16:21:30 GMT Received: from xmb-rcd-x03.cisco.com ([169.254.7.215]) by xhc-rcd-x07.cisco.com ([173.37.183.81]) with mapi id 14.02.0318.001; Fri, 2 Nov 2012 11:21:30 -0500 From: "Matt Hartley (mhartley)" To: Loa Andersson , "mpls@ietf.org" , "Martin Vigoureux" , "draft-ali-mpls-inter-domain-p2mp-rsvp-te-lsp@tools.ietf.org" Thread-Topic: [mpls] poll for consensus to make draft-ali-mpls-inter-domain-p2mp-rsvp-te-lsp a working group document Thread-Index: AQHNrQH5k2WE1u1da0KiuiZT/H0BypfW0a1A Date: Fri, 2 Nov 2012 16:21:29 +0000 Message-ID: <9D50FCE7413E3D4EA5E42331115FB5BC0F6718B3@xmb-rcd-x03.cisco.com> References: <507FAF2D.5020907@pi.nu> In-Reply-To: <507FAF2D.5020907@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [161.44.213.5] x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19332.000 x-tm-as-result: No--32.279300-8.000000-31 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "mpls-chairs@tools.ietf.org" , "Matt Hartley \(mhartley\)" Subject: Re: [mpls] poll for consensus to make draft-ali-mpls-inter-domain-p2mp-rsvp-te-lsp a working group document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2012 16:21:32 -0000 Support. Cheers Matt > -----Original Message----- > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of L= oa > Andersson > Sent: Thursday, October 18, 2012 3:27 AM > To: mpls@ietf.org; Martin Vigoureux; draft-ali-mpls-inter-domain-p2mp-rsv= p- > te-lsp@tools.ietf.org > Cc: mpls-chairs@tools.ietf.org > Subject: [mpls] poll for consensus to make draft-ali-mpls-inter-domain-p2= mp- > rsvp-te-lsp a working group document >=20 > Working group, >=20 > this is to start a two week poll on adopting > draft-ali-mpls-inter-domain-p2mp-rsvp-te-lsp-09 > as an MPLS working group document. >=20 > Please send your comments (support/not support) to the mpls working group > mailing list (mpls at ietf.org). Please give an technical motivation for = your > support/not support, especially if you think that the document should not= be > adopted as a working group document. >=20 > This poll ends November 07, 2012. >=20 > There is one IPR claim against this document - > http://datatracker.ietf.org/ipr/1861/ . >=20 > All the co-authors has stated on the mailing list that they are not aware= of > any other IPR claims than those already disclosed. > If there are IPR claims from any other party, please remember that the IP= R is > open. >=20 > /Loa > (mpls wg co-chair) > -- >=20 >=20 > Loa Andersson email: loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From erosen@cisco.com Fri Nov 2 10:46:11 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4DF6D1F0C44 for ; Fri, 2 Nov 2012 10:46:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] 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 51DjBpHHeXPG for ; Fri, 2 Nov 2012 10:46:10 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id 98AC51F0C4A for ; Fri, 2 Nov 2012 10:46:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=794; q=dns/txt; s=iport; t=1351878370; x=1353087970; h=to:cc:subject:in-reply-to:reply-to:date:message-id:from; bh=bXyEPMXyz8N/61KmoEvAfLlx1Vc9a6Z7qhItEukhpIQ=; b=lakiaUb3B2pElIqML4z/4XAQ96kqK5y9E6ALGZvBOsTT6fzm1DErQP+v Z1dzZ6TGWjKcboG8tkMlUheiuSWN7cjUPX/vvbNdhG5owV8GXWns+9aRP UH+Bhu1fIkxLRCHgAPt3+PcUFoy+WmSoeKx4ALwthrq1yrlXbioO/CgMz 0=; X-IronPort-AV: E=Sophos;i="4.80,701,1344211200"; d="scan'208";a="138231582" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-2.cisco.com with ESMTP; 02 Nov 2012 17:46:01 +0000 Received: from erosen-linux.cisco.com (erosen-linux.cisco.com [161.44.70.34]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id qA2Hk0ke006326 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 2 Nov 2012 17:46:01 GMT Received: from erosen-linux (localhost.localdomain [127.0.0.1]) by erosen-linux.cisco.com (8.13.8/8.13.8) with ESMTP id qA2HjxCR016183; Fri, 2 Nov 2012 13:45:59 -0400 To: adrian@olddog.co.uk In-reply-to: Your message of Fri, 02 Nov 2012 01:51:37 -0000. <004801cdb89c$9a0573f0$ce105bd0$@olddog.co.uk> Date: Fri, 02 Nov 2012 13:45:59 -0400 Message-ID: <16182.1351878359@erosen-linux> From: Eric Rosen Cc: mpls@ietf.org, 'Vivek Kumar' Subject: Re: [mpls] new published draft-kompella-mpls-special-purpose-labels-01 (Adrian Farrel) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: erosen@cisco.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2012 17:46:11 -0000 Adrian> I prefer that we keep the label as 20 bits (which is what the Adrian> hardware will expect to process) This is not correct; to interpret a "special purpose label", hardware has never had to do a 20-bit lookup. We should not require that implementations of this draft need to do a 20-bit lookup in order to process the extended special purpose labels. Adrian> If we restrict it to 6 bits, it will imply the other bits are Adrian> available to be "squatted". Unless you expect the WG to be assigning a million or so codepoints for special purpose labels, any 20-bit scheme will leave plenty of unassigned values that can be misappropriated. Allocation policies don't really provide disincentive to "squatting" unless there is a real likelihood of "codepoint clash". From swallow@cisco.com Sat Nov 3 13:42:32 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB10121F9CBA for ; Sat, 3 Nov 2012 13:42:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.464 X-Spam-Level: X-Spam-Status: No, score=-110.464 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, SARE_SUB_OBFU_OTHER=0.135, 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 egrlh5H0jiKn for ; Sat, 3 Nov 2012 13:42:32 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id 5014E21F9C81 for ; Sat, 3 Nov 2012 13:42:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1770; q=dns/txt; s=iport; t=1351975352; x=1353184952; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=n8D2exChXUK8qN11x0xdPPVaBXSSbiKcXX4rcmBSM2I=; b=RrKFOOH0RdBElOo2K3j1J2m32XrHyYThoLon08nDMCGHaLBVHdeeMDaR TIaWJGYtHE/Ow0Lk7vgO0ajlflKZT/uO7cLZOxkvTlvXz7IEoMIDD0efN ImP0Fm+YhkqwbaMFT3lkFn/DTelke2AA9AUWlL2zKGYliFy/nGpuFy6Oy U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EAF2BlVCtJV2b/2dsb2JhbABEwzeBCIIgAQQSASc0BgUOBAEIIhQrFyUCBAENBQgah2iZX588BIwXhUFhA6RUgWuCb4FkFx4 X-IronPort-AV: E=Sophos;i="4.80,705,1344211200"; d="scan'208";a="138471699" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-2.cisco.com with ESMTP; 03 Nov 2012 20:42:26 +0000 Received: from xhc-rcd-x11.cisco.com (xhc-rcd-x11.cisco.com [173.37.183.85]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id qA3KgQKx025287 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 3 Nov 2012 20:42:26 GMT Received: from xmb-rcd-x10.cisco.com ([169.254.15.91]) by xhc-rcd-x11.cisco.com ([173.37.183.85]) with mapi id 14.02.0318.001; Sat, 3 Nov 2012 15:42:26 -0500 From: "George Swallow (swallow)" To: Loa Andersson , "mpls@ietf.org" Thread-Topic: IPR poll on draft-zjns-mpls-lsp-ping-relay-reply Thread-Index: AQHNqsP+3bKMIO8mNkS+v/l7EEeVfpfYwp6A Date: Sat, 3 Nov 2012 20:42:24 +0000 Message-ID: <2FE467D3673DCE409A84D67EC2F607BB0F5D77B5@xmb-rcd-x10.cisco.com> In-Reply-To: <507BEC44.5030102@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 x-originating-ip: [10.98.32.167] x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19336.001 x-tm-as-result: No--36.430900-8.000000-31 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "mpls-chairs@tools.ietf.org" , "draft-zjns-mpls-lsp-ping-relay-reply@tools.ietf.org" Subject: Re: [mpls] IPR poll on draft-zjns-mpls-lsp-ping-relay-reply X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Nov 2012 20:42:32 -0000 This draft includes ideas and text from draft-ietf-mpls-interas-lspping, "Detecting MPLS Data Plane Failures in Inter-AS and inter-provider Scenarios". Cisco submitted IPR to the IETF on 2007-03-21 (ID # 828) George On 10/15/12 6:58 AM, "Loa Andersson" wrote: >Working Group and authors; > >The authors of draft-zjns-mpls-lsp-ping-relay-reply has indicated >that the draft is ready to be adopted as a working group document. > >Before starting the poll to make the draft become a working group >document we will do an IPR poll to check whether there is IPR on >the document that needs to be disclosed. > >This mail starts that IPR poll. > >Are you aware of any IPR that applies to >draft-zjns-mpls-lsp-ping-relay-reply? > >If so, has this IPR been disclosed in compliance with IETF IPR rules >(see RFCs 3979, 4879, 3669 and 5378 for more details). > >If you are listed as a document author or contributor please respond to >this email regardless of whether or not you are aware of any relevant >IPR. The response needs to be sent to the MPLS wg mailing list. The >documents will not advance to the next stage until a response >has been received from each author and contributor. > >If you are on the MPLS WG email list but are not listed as an author or >contributor, then please explicitly respond only if you are aware of any >IPR that has not yet been disclosed in conformance with IETF rules. > > >Thanks, Loa >(as MPLS WG co-chair) > >--=20 > > >Loa Andersson email: loa.andersson@ericsson.com >Sr Strategy and Standards Manager loa@pi.nu >Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 From adrian@olddog.co.uk Sat Nov 3 21:13:16 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D0C8521F84AF for ; Sat, 3 Nov 2012 21:13:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[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 dg8fWYe9Sj12 for ; Sat, 3 Nov 2012 21:13:16 -0700 (PDT) Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) by ietfa.amsl.com (Postfix) with ESMTP id EEF1B21F84F6 for ; Sat, 3 Nov 2012 21:13:15 -0700 (PDT) Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id qA44D8EJ014835; Sun, 4 Nov 2012 04:13:09 GMT Received: from 950129200 (dhcp-46f8.meeting.ietf.org [130.129.70.248]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id qA44D0g1014799 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 4 Nov 2012 04:13:05 GMT From: "Adrian Farrel" To: References: Your message of Fri, 02 Nov 2012 01:51:37 -0000. <004801cdb89c$9a0573f0$ce105bd0$@olddog.co.uk> <16182.1351878359@erosen-linux> In-Reply-To: <16182.1351878359@erosen-linux> Date: Sun, 4 Nov 2012 04:13:00 -0000 Message-ID: <003001cdba42$b30ca290$1925e7b0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHB4+d1kJQI74wVvaOyXnlIv/MyK5fwu9Vg Content-Language: en-gb Cc: mpls@ietf.org, 'Vivek Kumar' Subject: Re: [mpls] new published draft-kompella-mpls-special-purpose-labels-01 (Adrian Farrel) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2012 04:13:16 -0000 Eric, On your second point, I agree. Indeed, believing the other 14 bits might get used for something else might stop someone pouncing on them. On the first point I am confused (nothing new there). I infer from what you say that a node receiving a label is somehow able to know whether to look only at the bottom 4 bits, or whether to count all 20 bits. Possibly you intended to say "extended special purpose label". In that case you are right: we could define that following a label 15 only 6 (or whatever) of the 20 label bits are actually relevant. My question is whether that is helpful to silicon or not (I do not currently own a silicon foundry) since you could argue that it is useful to always cut 20 bits form the label stack entry or you could argue that you can cut different amounts according to the previous label (viz 15). I don't actually care about the solution here, but I would like to be certain that we do the best thing for silicon as well as good enough for the MPLS features. Cheers, Adrian > -----Original Message----- > From: Eric Rosen [mailto:erosen@cisco.com] > Sent: 02 November 2012 17:46 > To: adrian@olddog.co.uk > Cc: 'George Swallow (swallow)'; 'Eric Rosen (erosen)'; 'Kireeti Kompella'; > mpls@ietf.org; 'Vivek Kumar' > Subject: Re: [mpls] new published draft-kompella-mpls-special-purpose-labels- > 01 (Adrian Farrel) > > Adrian> I prefer that we keep the label as 20 bits (which is what the > Adrian> hardware will expect to process) > > This is not correct; to interpret a "special purpose label", hardware has > never had to do a 20-bit lookup. We should not require that implementations > of this draft need to do a 20-bit lookup in order to process the extended > special purpose labels. > > Adrian> If we restrict it to 6 bits, it will imply the other bits are > Adrian> available to be "squatted". > > Unless you expect the WG to be assigning a million or so codepoints for > special purpose labels, any 20-bit scheme will leave plenty of unassigned > values that can be misappropriated. Allocation policies don't really > provide disincentive to "squatting" unless there is a real likelihood of > "codepoint clash". > > From curtis@occnc.com Sat Nov 3 22:07:35 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C2EF421F98E6 for ; Sat, 3 Nov 2012 22:07:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=x tagged_above=-999 required=5 tests=[] 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 gosw+AXtUFI2 for ; Sat, 3 Nov 2012 22:07:35 -0700 (PDT) Received: from gateway1.orleans.occnc.com (gateway1.orleans.occnc.com [IPv6:2001:470:1f07:1545::1:132]) by ietfa.amsl.com (Postfix) with ESMTP id 6A15621F95C4 for ; Sat, 3 Nov 2012 22:07:32 -0700 (PDT) Received: from harbor1.ipv6.occnc.com (harbor1.ipv6.occnc.com [IPv6:2001:470:1f07:1545::2:819]) (authenticated bits=0) by gateway1.orleans.occnc.com (8.14.5/8.14.5) with ESMTP id qA4575eg068544; Sun, 4 Nov 2012 01:07:25 -0400 (EDT) (envelope-from curtis@occnc.com) Message-Id: <201211040507.qA4575eg068544@gateway1.orleans.occnc.com> To: Martin Vigoureux , mpls-chairs@tools.ietf.org From: Curtis Villamizar In-reply-to: Your message of "Thu, 25 Oct 2012 18:24:03 +0200." <508967A3.9060801@alcatel-lucent.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----- =_aaaaaaaaaa0" Content-ID: <82097.1352005563.0@harbor1.ipv6.occnc.com> Date: Sun, 04 Nov 2012 01:06:54 -0400 Cc: "MPLS @ IETF" Subject: Re: [mpls] IETF85 - MPLS Sessions - Agenda available / Time to send slides X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: curtis@occnc.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2012 05:07:35 -0000 ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <82097.1352005563.1@harbor1.ipv6.occnc.com> In message <508967A3.9060801@alcatel-lucent.com> Martin Vigoureux writes: > All, > > the agenda is available here: > http://www.ietf.org/proceedings/85/agenda/agenda-85-mpls > > Please have a look at it. > > It is now time for the speakers to send their slides. > Please send them to me and the co-chairs no later than Sunday 4th, 8pm, > Atlanta time. > Thanks. > > Martin Martin, The three sets of presentation slides are attached. Curtis ------- =_aaaaaaaaaa0 Content-Type: application/pdf Content-Disposition: attachment; filename="ietf85-mpls-forwarding.pdf" Content-ID: <82097.1352005563.2@harbor1.ipv6.occnc.com> Content-Transfer-Encoding: base64 JVBERi0xLjIKOSAwIG9iago8PAovVHlwZS9Gb250Ci9TdWJ0eXBlL1R5cGUxCi9OYW1lL0YxCi9G b250RGVzY3JpcHRvciA4IDAgUgovQmFzZUZvbnQvSU5PSUlDK0xDTVNTOAovRmlyc3RDaGFyIDMz Ci9MYXN0Q2hhciAxOTYKL1dpZHRoc1szNTQuMiA2MjUgMTA0MS43IDYyNSAxMDQxLjcgOTM3LjUg MzQ3LjIgNDg2LjEgNDg2LjEgNjI1IDk3Mi4yIDM0Ny4yIDQxNi43CjM0Ny4yIDYyNSA2MjUgNjI1 IDYyNSA2MjUgNjI1IDYyNSA2MjUgNjI1IDYyNSA2MjUgMzQ3LjIgMzQ3LjIgMzU0LjIgOTcyLjIg NTkwLjMgNTkwLjMKODMzLjMgODA1LjYgODE5LjQgNzk4LjYgODg4LjkgNzc3LjggNzQzLjEgODMz LjMgODEyLjUgMzE5LjQgNTc2LjQgODQwLjMgNzA4LjMgMTAyMC44CjgxMi41IDk2NS4zIDc4NC43 IDk2NS4zIDgxNiA2OTQuNCA4OTUuOCA4MDkgODA1LjYgMTE1Mi44IDgwNS42IDgwNS42IDc2My45 IDM1Mi40CjYyNSAzNTIuNCA2MjUgMzQ3LjIgMzQ3LjIgNTkwLjMgNjI1IDU1NS42IDYyNSA1NTUu NiAzODEuOSA2MjUgNjI1IDI3Ny44IDMxMi41IDU5MC4zCjI3Ny44IDk3Mi4yIDYyNSA2MjUgNjI1 IDYyNSA0MTYuNyA0NzkuMiA0NTEuNCA2MjUgNTU1LjYgODMzLjMgNTU1LjYgNTU1LjYgNTM4LjIg NjI1CjEyNTAgNjI1IDYyNSA2MjUgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwCjAgNzA4LjMgMTA0MS43IDk3Mi4yIDczNi4xIDgz My4zIDgxMi41IDkwMi44IDk3Mi4yIDkwMi44IDk3Mi4yIDAgMCA5MDIuOCA3MjkuMiA2NTkuNwo2 NTkuNyAxMDA2LjkgMTAwNi45IDI3Ny44IDMxMi41IDYyNSA2MjUgNjI1IDYyNSA2MjUgODA1LjYg NTU1LjYgNTkwLjMgOTAyLjggOTcyLjIKNjI1IDEwNjIuNSAxMjAxLjQgOTcyLjIgMjc3LjggNjI1 XQo+PgplbmRvYmoKMTEgMCBvYmoKPDwKL0ZpbHRlclsvRmxhdGVEZWNvZGVdCi9MZW5ndGggNDk4 Cj4+CnN0cmVhbQp42qVTy27bMBC89yt4pICS4lOifIwaF61b10iEXOoe1Jh2hViWS9F2ka8vqXVg ODUQJL2QErk7Ozs7RIwyhlZo2D7Cdlp4XB4unk4QupDKzyMfLp6G1KsqHXNU0CJD1RKRAhGlDTU5 qj58x19nX24ToniGx4mUuEukxu4Q1zqRCrtFs1klP6rP6Lp6xuGqQqJgtOBneJ+uqzHgGZ0Qnklm 8LTb2/ZnQgKodXCp3sc9x4JxEcIEY3gW69UrCwH8rOipM7d6fnLzFiVfAATJhKR5ETXjklFhQp+C 5nJoc+HqpSf7Zr2u2+YRpCLtdt2T5bmEGiQkjF1W8T9MACR5QY2MJIWiIsyWa0WVeXm2R2JwX3aB e1Nv7i2Mpd4s4GIWE607NtU+RWT4xv7eNc62duP7oTOeG5ppRHROc7BCuXO+6SH87qSUxIMHNJ7j b2U5LefJkE+CxAoRkVMD7CcB3voG8ieBIBgo4ADHeWC98a5u1k8I3CiaBzsWYW7ZgDHtvB0lRGuN b9fNwvaQunRdC1/RrsQoKDLHd5FeaLLb7a0LsANP4GyPP34Uiw3KZ1SLqHyYR6gqRHwLseov77ej ND0cDrSxfklBvFW6HWzShT4kvrc2yt+nRqX9QO24BTZgJK7pduv//PsOXmuUd38B4boOLQplbmRz dHJlYW0KZW5kb2JqCjEzIDAgb2JqCjw8Ci9GMSA5IDAgUgo+PgplbmRvYmoKNiAwIG9iago8PAov UHJvY1NldFsvUERGL1RleHQvSW1hZ2VDXQovRm9udCAxMyAwIFIKPj4KZW5kb2JqCjE2IDAgb2Jq Cjw8Ci9UeXBlL0VuY29kaW5nCi9EaWZmZXJlbmNlc1swL21pbnVzL3BlcmlvZGNlbnRlcmVkL211 bHRpcGx5L2FzdGVyaXNrbWF0aC9kaXZpZGUvZGlhbW9uZG1hdGgvcGx1c21pbnVzL21pbnVzcGx1 cy9jaXJjbGVwbHVzL2NpcmNsZW1pbnVzL2NpcmNsZW11bHRpcGx5L2NpcmNsZWRpdmlkZS9jaXJj bGVkb3QvY2lyY2xlY29weXJ0L29wZW5idWxsZXQvYnVsbGV0L2VxdWl2YXN5bXB0b3RpYy9lcXVp dmFsZW5jZS9yZWZsZXhzdWJzZXQvcmVmbGV4c3VwZXJzZXQvbGVzc2VxdWFsL2dyZWF0ZXJlcXVh bC9wcmVjZWRlc2VxdWFsL2ZvbGxvd3NlcXVhbC9zaW1pbGFyL2FwcHJveGVxdWFsL3Byb3BlcnN1 YnNldC9wcm9wZXJzdXBlcnNldC9sZXNzbXVjaC9ncmVhdGVybXVjaC9wcmVjZWRlcy9mb2xsb3dz L2Fycm93bGVmdC9hcnJvd3JpZ2h0L2Fycm93dXAvYXJyb3dkb3duL2Fycm93Ym90aC9hcnJvd25v cnRoZWFzdC9hcnJvd3NvdXRoZWFzdC9zaW1pbGFyZXF1YWwvYXJyb3dkYmxsZWZ0L2Fycm93ZGJs cmlnaHQvYXJyb3dkYmx1cC9hcnJvd2RibGRvd24vYXJyb3dkYmxib3RoL2Fycm93bm9ydGh3ZXN0 L2Fycm93c291dGh3ZXN0L3Byb3BvcnRpb25hbC9wcmltZS9pbmZpbml0eS9lbGVtZW50L293bmVy L3RyaWFuZ2xlL3RyaWFuZ2xlaW52L25lZ2F0aW9uc2xhc2gvbWFwc3RvL3VuaXZlcnNhbC9leGlz dGVudGlhbC9sb2dpY2Fsbm90L2VtcHR5c2V0L1JmcmFjdHVyL0lmcmFjdHVyL2xhdHRpY2V0b3Av cGVycGVuZGljdWxhci9hbGVwaC9BL0IvQy9EL0UvRi9HL0gvSS9KL0svTC9NL04vTy9QL1EvUi9T L1QvVS9WL1cvWC9ZL1ovdW5pb24vaW50ZXJzZWN0aW9uL3VuaW9ubXVsdGkvbG9naWNhbGFuZC9s b2dpY2Fsb3IvdHVybnN0aWxlbGVmdC90dXJuc3RpbGVyaWdodC9mbG9vcmxlZnQvZmxvb3JyaWdo dC9jZWlsaW5nbGVmdC9jZWlsaW5ncmlnaHQvYnJhY2VsZWZ0L2JyYWNlcmlnaHQvYW5nYnJhY2tl dGxlZnQvYW5nYnJhY2tldHJpZ2h0L2Jhci9iYXJkYmwvYXJyb3dib3Rodi9hcnJvd2RibGJvdGh2 L2JhY2tzbGFzaC93cmVhdGhwcm9kdWN0L3JhZGljYWwvY29wcm9kdWN0L25hYmxhL2ludGVncmFs L3VuaW9uc3EvaW50ZXJzZWN0aW9uc3Evc3Vic2V0c3FlcXVhbC9zdXBlcnNldHNxZXF1YWwvc2Vj dGlvbi9kYWdnZXIvZGFnZ2VyZGJsL3BhcmFncmFwaC9jbHViL2RpYW1vbmQvaGVhcnQvc3BhZGUv YXJyb3dsZWZ0CjE2MS9taW51cy9wZXJpb2RjZW50ZXJlZC9tdWx0aXBseS9hc3Rlcmlza21hdGgv ZGl2aWRlL2RpYW1vbmRtYXRoL3BsdXNtaW51cy9taW51c3BsdXMvY2lyY2xlcGx1cy9jaXJjbGVt aW51cwoxNzMvY2lyY2xlbXVsdGlwbHkvY2lyY2xlZGl2aWRlL2NpcmNsZWRvdC9jaXJjbGVjb3B5 cnQvb3BlbmJ1bGxldC9idWxsZXQvZXF1aXZhc3ltcHRvdGljL2VxdWl2YWxlbmNlL3JlZmxleHN1 YnNldC9yZWZsZXhzdXBlcnNldC9sZXNzZXF1YWwvZ3JlYXRlcmVxdWFsL3ByZWNlZGVzZXF1YWwv Zm9sbG93c2VxdWFsL3NpbWlsYXIvYXBwcm94ZXF1YWwvcHJvcGVyc3Vic2V0L3Byb3BlcnN1cGVy c2V0L2xlc3NtdWNoL2dyZWF0ZXJtdWNoL3ByZWNlZGVzL2ZvbGxvd3MvYXJyb3dsZWZ0L3NwYWRl XQo+PgplbmRvYmoKMTkgMCBvYmoKPDwKL0VuY29kaW5nIDE2IDAgUgovVHlwZS9Gb250Ci9TdWJ0 eXBlL1R5cGUxCi9OYW1lL0YyCi9Gb250RGVzY3JpcHRvciAxOCAwIFIKL0Jhc2VGb250L0pQWUFW VCtDTVNZOAovRmlyc3RDaGFyIDMzCi9MYXN0Q2hhciAxOTYKL1dpZHRoc1sxMDYyLjUgNTMxLjMg NTMxLjMgMTA2Mi41IDEwNjIuNSAxMDYyLjUgODI2LjQgMTA2Mi41IDEwNjIuNSA2NDkuMyA2NDku MyAxMDYyLjUKMTA2Mi41IDEwNjIuNSA4MjYuNCAyODguMiAxMDYyLjUgNzA4LjMgNzA4LjMgOTQ0 LjUgOTQ0LjUgMCAwIDU5MC4zIDU5MC4zIDcwOC4zIDUzMS4zCjc2Ny40IDc2Ny40IDgyNi40IDgy Ni40IDY0OS4zIDg0OS41IDY5NC43IDU2Mi42IDgyMS43IDU2MC44IDc1OC4zIDYzMSA5MDQuMiA1 ODUuNQo3MjAuMSA4MDcuNCA3MzAuNyAxMjY0LjUgODY5LjEgODQxLjYgNzQzLjMgODY3LjcgOTA2 LjkgNjQzLjQgNTg2LjMgNjYyLjggNjU2LjIgMTA1NC42Cjc1Ni40IDcwNS44IDc2My42IDcwOC4z IDcwOC4zIDcwOC4zIDcwOC4zIDcwOC4zIDY0OS4zIDY0OS4zIDQ3Mi4yIDQ3Mi4yIDQ3Mi4yIDQ3 Mi4yCjUzMS4zIDUzMS4zIDQxMy4yIDQxMy4yIDI5NS4xIDUzMS4zIDUzMS4zIDY0OS4zIDUzMS4z IDI5NS4xIDg4NS40IDc5NS44IDg4NS40IDQ0My42CjcwOC4zIDcwOC4zIDgyNi40IDgyNi40IDQ3 Mi4yIDQ3Mi4yIDQ3Mi4yIDY0OS4zIDgyNi40IDgyNi40IDgyNi40IDgyNi40IDAgMCAwIDAgMAow IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDgy Ni40IDI5NS4xIDgyNi40IDUzMS4zIDgyNi40CjUzMS4zIDgyNi40IDgyNi40IDgyNi40IDgyNi40 IDAgMCA4MjYuNCA4MjYuNCA4MjYuNCAxMDYyLjUgNTMxLjMgNTMxLjMgODI2LjQgODI2LjQKODI2 LjQgODI2LjQgODI2LjQgODI2LjQgODI2LjQgODI2LjQgODI2LjQgODI2LjQgODI2LjQgODI2LjQg MTA2Mi41IDEwNjIuNSA4MjYuNCA4MjYuNAoxMDYyLjUgODI2LjRdCj4+CmVuZG9iagoyMCAwIG9i ago8PAovRmlsdGVyWy9GbGF0ZURlY29kZV0KL0xlbmd0aCA3NjAKPj4Kc3RyZWFtCnjarVZLc5sw EL73VzA5wUxRkXiZax7uu+OJfWt6ICBAYwwEgZ38+0pa2YbYbhKnhyBL2ue3365iOMhxjNxQy2dY 9h8sP8ujp98N44gqHksuj54K1cvFpyk2IhQFxiIz7MiwPX+CJqGxuP5t/pz9mFu2hwNzarmuWVuu b7Yb+Y0t1zPblFW59WfxzbhZPIvhcmGQyEERHtn7erOYgr2Jb9k4cJ2J+ate09W9ZQujtIVL76Nc Q5M4mAgx4jjmTPqLcwoCZOR0n1mbPz+5PQfJFwwCZMRFYSQxm/gyPdsjKHQPUfMkat4eNV+jpu5t yHPKWt7ByXUbZx2cfmF5UYq/jh+H+E15yZiJgQPkExmzGyJRmYmHnECFfEcCcqqQMtmdoi+S9Yaa 83ili5LTirZxCcFntapo0nNk2b7v7+RCswPu5FSnHPcpo1VC0WFRX5WY4UdI4I+xh3CkYsLoJClF sUIyEr4qWAOBrGmV1pLnLSDuCLkJiogSs0EmqStelyyNO5pCOrxfrSCjJxCpM7ho6UPPWrqiVTey 5w7tpYAT5aBT1RoU3je6JThNNXBxpT3QR8Y7TaLQvFUsu+LvhC/0EDQpeRm9nez8iXd0xV+P37JS Ehu5881NEWuydzWspcRD9MwStpuCVvArpZzl1a5zGuVHCrtm2ifdmx02qmT1mqUCYhDdsFKz914F QQch+SKknfMMsnwf4MT1EUTqvgj4XnY2DlkHonKruwIGqASrKdXYeZLsO0m+gpaNphbXgAsbcNfK yQNnDz0VdBPEhy3w+3Xl3ntYx9A1ege6nqknflLGbEujrmjrPi90PBSYfh7UR2aeSzDC+KyhN1Cd J3Uz5Mi251Ogb9Ir3NURfWziKt1Oi6ytV5Dm3V1KqQaHd3GyvBh2grxX78gBstnR9+QC/UeIggB5 5DyI9qr67QM4dGnZlkLV7pU4+TYyzgXv9H8CG9YVmpc0o618Lvh4cAz6GQTvY86SQ+r/y+VwYp+H 5wijD38Bo3NU3AplbmRzdHJlYW0KZW5kb2JqCjIxIDAgb2JqCjw8Ci9GMSA5IDAgUgovRjIgMTkg MCBSCj4+CmVuZG9iagoxNSAwIG9iago8PAovUHJvY1NldFsvUERGL1RleHQvSW1hZ2VDXQovRm9u dCAyMSAwIFIKPj4KZW5kb2JqCjI0IDAgb2JqCjw8Ci9GaWx0ZXJbL0ZsYXRlRGVjb2RlXQovTGVu Z3RoIDQwNAo+PgpzdHJlYW0KeNqtVMtSgzAU3fsVWYYZiXkQINtqcXzXNjt1gW1gmMpjoI/fNyHV lorTkXGTkHDPzTnn3rkAI4xBCtrt2m77hZhl2Xt7B0APlHQjl723GjqSFxEBAgkfyAS4ArgeD1EY AHn1Ah8m9zPH9YgPI4cxWDqMw3pr1thhHqwXWZE6b/IWjOURh5EEVGAkSCffzVhGNl/IHZf4DIfw sdyo/N1xdVJV25/eudkDSDGhOoxiDCfmvThVNoB1Ht0rq9Pjm+kQJ08ktJZRhgJhPCM+RgHVOikK 2Gnb+M629r9rhT5tVL3J1Lbfyz8JMOQoIAKFzJBjHDEOXEI48iy5V+rT32pmdH1DOUeh14FOVUuy ZR5b5ok9BzCuKtsTqljZiDxr5mUxV9UqK4sG/SzZcDW6o6g/TM0eeqgmKU2h+muUNc1a/St/3dcI i0H8D6DPmlVrbUeCOXA4W1fVR6bq5j9ZewwJOoz1HhqZJukfJC3zyzLXzGPdN7u+Khb2o50Aqk4s Nv+K8KF0CGbQeHE0jAZNz7NP4AM5lAplbmRzdHJlYW0KZW5kb2JqCjI1IDAgb2JqCjw8Ci9GMSA5 IDAgUgovRjIgMTkgMCBSCj4+CmVuZG9iagoyMyAwIG9iago8PAovUHJvY1NldFsvUERGL1RleHQv SW1hZ2VDXQovRm9udCAyNSAwIFIKPj4KZW5kb2JqCjI4IDAgb2JqCjw8Ci9GaWx0ZXJbL0ZsYXRl RGVjb2RlXQovTGVuZ3RoIDYyOQo+PgpzdHJlYW0KeNqtlV2TmjAUhu/7K3IJMyUlX4Rc1la7bbXj bNnZi9oLqqiMH6EE6vbfNyFYwNXRUW8IJic5z3l9cwA+9H2wANXwyQ7NA5nH6ujsVwCObEXdyNXR Wb21F70bICCgCEA0B54AHmUhDDmIPv5wRuPhd9ejKHAGLiGOdAlz8p15xi6hTj5Ltwv3Z/QF9KMD hl4EsPChQJ3zPvejgT0vZK6HAuKHzjf5J9n8cj19aJLbRfrWjNzBPsI6DPu+Mzb54kVSB3SSNpXl i8OZx2uUPHOglQwTyIXRDGEKsdENQ05ey0aNbLSRjdWyVeueHUapmsrtNMmKVG7VKUVNVhRAhqus IfC4/iFsxu4B1aHJS6qKOhN3VJnnstw2qYtlYlfmcr2uEHfNmszSqYKvVb5AQcOJG07CofYAQhwK XKFOcIAvqpAxGNLO1mFsfEKdZF3XVMTTlX2d6dKXV/ICJiDXiWgIfVYlQvCkq0MGOe4Ev1eq3LSF j62bZVnUmMt4r7ANqLjVjbTchxxVAPg8bRM8lKrGlPP9/7/3Jz3wp36Ni9olu1TrW0udZHesQxBI bHcg5+togkflukiz2EJpzbezLh2/Cx3WbvTtpaZn6VrBTw9jyzVxnjTn5r+MD7KmqxqazDIt9cS9 30XDNIAouOqitbY+Jr/LNE9mtgZjEHKigRmDqDvicwwZuw6/2dorc1UcuFwtrc0LO52ZzmFaSXFP ehFCQa+jb7YeOFuVWWb7Sc1/k6EJFtDnFza5VvD42dJ8kNsil3X/fW6+brMbsRjafzzPd7NW8KDT V1vfh9toOIVEXNiTWsF9o01mgP7eBaiT8s0/ySlFiAplbmRzdHJlYW0KZW5kb2JqCjI5IDAgb2Jq Cjw8Ci9GMSA5IDAgUgovRjIgMTkgMCBSCj4+CmVuZG9iagoyNyAwIG9iago8PAovUHJvY1NldFsv UERGL1RleHQvSW1hZ2VDXQovRm9udCAyOSAwIFIKPj4KZW5kb2JqCjMyIDAgb2JqCjw8Ci9GaWx0 ZXJbL0ZsYXRlRGVjb2RlXQovTGVuZ3RoIDk4Nwo+PgpzdHJlYW0KeNqtVk1zpDYQvedXcEpB1aKA hPjIbT2e8TqZ9VJjvJuqbA4YZI/KDEwQrON/H4kWhnFma8iwFz5Et3j9ul+3DAc5jvFodLcruA0X V12ejq7+bhhHXN1Dy6ejq9L1Ivll5RoRinwjeTDsyLA9GqIwMJLLP82P8frWsj3XN1cWIWZlEWrW z+qaWsQz65yXj9ZfyW/GMnmD4SIxcOSgyD3Y73qZrGC/kFq26xMnNG+qb2x3b9lyU1bDR++dugcm dlwszbDjmLH6X/rIwIAe/HSIrH58u7I5h8kTGwJlmKAgUpy5oavis4mPyATaqKat+25DoNdCtEwc Z/J/wVfQsOH6iGIFjQRIJiBwEfE6YF+xj7+XLxXTqyOlKPTGnivF//H8ywioeZEKnon/pmUSZoNG SBLoOg7yw+53LvpuWYUUBfjAeMMeWM3KTDLYkdpUwOp9Khg85XJF4s3aHSsbgWbCVCxBovFpmIPx 3b4DkaeNRrXpSF2IXy2bUmomyRrW9x23GjITQpL8DiJb/rMveMYbsLu5W6+1Ui75V0x9wepvYPgz LC//iDuAjgQSIhd3OCRV6Y4dUpUs9EbLxY3+15X9XhXvYgsJTsscLK7er2fyRx1EIXPkNH+D8Z1g PVXry9hyHWJqqJvbz7GdLPXbarPRwcRf9MPn+GYmZt9HHqTRO415MF7z8glQXbRlXmi5BH1+PnBW g5Ky7cuZCI8I3g0jFJKzFD9yhZabPSm5s0YzLYt3psqxGyHXn6jykXEnlrYoAEitVeSbz7zZApti l8JnKaEOtydx657A9b3kmVYfQjP7ACYUOXRiHxgZf2q2rH7mQuO/b2sBKAOzengTia8jIX0k1CwZ 00p87XNdp9BhZVUpeC77YT43PKm8yJso05ExlEiHXWyrttBgy6o5gjbnO15yse1DkiLpDwG7SmiP jNeyc4smVS0e/TiZ4MBD56lk8BxG/ce2aPg+7Ysx6RoUy7Yl/7udqxniEOSTiZoZGcNU7ptmqk9Z WiO3jSqt8bi4jnVbYqlKw2hywHa2VtyWZzpKOXUCVuS6fHddL3vRdT3Ocyv6DOs5crDLru1TrasE vOnYe2Y1E5lyf6pYR8axYK08PchInnmtFbuoyqautD6/DCe8fCZEShCdKriR8TGIqwIW4A0y76nM z0PoR8jDE6fgyHgQyVIxt1eUvUA3GxXlD9M1iTAKwrOEPXJVoO0kBtyvp5+7D/E8Dj2M+4PYaSmP jKG9FDq/8adY9IdFRV8lT4n3/Ue7nwRt2bBa26mxwbT0HiqVgRoywNJehnLTs2I7QP/Tv1NAUiUK ZW5kc3RyZWFtCmVuZG9iagozMyAwIG9iago8PAovRjEgOSAwIFIKL0YyIDE5IDAgUgo+PgplbmRv YmoKMzEgMCBvYmoKPDwKL1Byb2NTZXRbL1BERi9UZXh0L0ltYWdlQ10KL0ZvbnQgMzMgMCBSCj4+ CmVuZG9iagozOCAwIG9iago8PAovVHlwZS9Gb250Ci9TdWJ0eXBlL1R5cGUxCi9OYW1lL0YzCi9G b250RGVzY3JpcHRvciAzNyAwIFIKL0Jhc2VGb250L0JBQ09GRitMQ01TU0I4Ci9GaXJzdENoYXIg MzMKL0xhc3RDaGFyIDE5NgovV2lkdGhzWzM5Mi40IDY4Ny41IDExNDUuOCA2ODcuNSAxMTgzLjMg MTAyNy44IDM4MS45IDUzNC43IDUzNC43IDY4Ny41IDEwNjkuNSAzODEuOQo0NTguMyAzODEuOSA2 ODcuNSA2ODcuNSA2ODcuNSA2ODcuNSA2ODcuNSA2ODcuNSA2ODcuNSA2ODcuNSA2ODcuNSA2ODcu NSA2ODcuNSAzODEuOQozODEuOSAzOTIuNCAxMDY5LjUgNjQ5LjMgNjQ5LjMgOTE2LjcgODg4Ljkg OTAyLjggODc4LjUgOTc5LjIgODU0LjIgODE2IDkxNi43IDg5OS4zCjM2MS4xIDYzNS40IDkyNy4x IDc3Ny44IDExMjguNSA4OTkuMyAxMDU5IDg2NC42IDEwNTkgODk3LjYgNzYzLjkgOTgyLjYgODk0 LjEgODg4LjkKMTI3MC44IDg4OC45IDg4OC45IDg0MC4zIDQxNi43IDY4Ny41IDQxNi43IDY4Ny41 IDM4MS45IDM4MS45IDY0NS44IDY4MC42IDYxMS4xIDY4MC42CjYyNi43IDQyMC4xIDY4MC42IDY4 MC42IDI5OC42IDMzNi44IDY0Mi40IDI5OC42IDEwNjIuNSA2ODAuNiA2ODcuNSA2ODAuNiA2ODAu NiA0NTQuOQo1MjcuMSA0OTYuNSA2ODAuNiA2MDQuMiA5MDkuNyA2MDQuMiA2MDQuMiA1OTAuMyA2 ODcuNSAxMzc1IDY4Ny41IDY4Ny41IDY4Ny41IDAgMAowIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDc3Ny44IDExNDUuOCAxMDY5LjUK ODEyLjUgOTE2LjcgODk5LjMgOTkzLjEgMTA2OS41IDk5My4xIDEwNjkuNSAwIDAgOTkzLjEgODAy LjEgNzIyLjIgNzIyLjIgMTEwNC4yIDExMDQuMgoyOTguNiAzMzYuOCA2ODcuNSA2ODcuNSA2ODcu NSA2ODcuNSA2ODcuNSA4ODguOSA2MTEuMSA2NDUuOCA5OTMuMSAxMDY5LjUgNjg3LjUgMTE3MC4x CjEzMjIuOSAxMDY5LjUgMjk4LjYgNjg3LjVdCj4+CmVuZG9iagozOSAwIG9iago8PAovRmlsdGVy Wy9GbGF0ZURlY29kZV0KL0xlbmd0aCA1OTUKPj4Kc3RyZWFtCnjarVTJbtswEL33K3grBUS0KGo9 NkhspG0KIxWQQ9uDYtEya2spRTvN35fU0JYVOyhq9MJlZt4sb4ZEHvE8VKJ+m8E2LNQs67PSTwid gdKx5fqsVEOvs8mUopSkEcqWyE2RG4QJSWKU3XzD9/PPXx03oBGeOozhxmEhls9mzR0WYFmIunR+ ZB/RbfYqh+sM+alHUjryd3ebTcFfEjoujZiX4C/NjldPjqudcgnK4MrsMfY96msz3/Pw3MTLSw4G 0SjoUJksX0seLmHyLw6BMp+RODWcUZqQ0PDmk5id0hYY2oKBttDS1utd2O6bnRXFb0HO0/xPtZm8 fURTkjCTNwsJC5FLaUgCyPu7H/lvtdOUfICGIUmCEXS+4XnHDXgyZYNh7JMwQl5v8sDzwjHTgNWK w6GQ+VKZY4rz2ioXTVXxWsGlqUErRnfwYBJ1IYDrxyRJj7nXNo8Oi/HMnGNc5WIDDGvFRnTqdIAu JzBNCL2MvwPybgmDsFiJtoM5gBEAcffSKV5ZRdHU7xXIS65AJuwuRblSV6DcyxZ5DYeNqAQU7h0z VvB20wd7Mbx3ANbtmBxnIPmvrZB8f/nJF0o09WmmbX/mVa62kp/GklxpL7a/2rxZggvjvTVi8h8b o38XEkUXdeYI+mgqmu3bkws5MAS5f7ixjYE/0XLUbdtWf2r9U2ZYKrHrFeGhZLUSFvdsX7x+5mvb u6et2lO9E/z5mMikz8pGjzD/3fYBeNfZhgwhRK24Vtg5WMqmAgy8Py06rm2fTc15wYvL+jCi9t0f PnaV7QplbmRzdHJlYW0KZW5kb2JqCjQwIDAgb2JqCjw8Ci9GMSA5IDAgUgovRjIgMTkgMCBSCi9G MyAzOCAwIFIKPj4KZW5kb2JqCjM1IDAgb2JqCjw8Ci9Qcm9jU2V0Wy9QREYvVGV4dC9JbWFnZUNd Ci9Gb250IDQwIDAgUgo+PgplbmRvYmoKOCAwIG9iago8PAovVHlwZS9Gb250RGVzY3JpcHRvcgov Q2FwSGVpZ2h0IDg1MAovQXNjZW50IDg1MAovRGVzY2VudCAtMjAwCi9Gb250QkJveFstODcgLTIw OCAxMjQ5IDg2NF0KL0ZvbnROYW1lL0lOT0lJQytMQ01TUzgKL0l0YWxpY0FuZ2xlIDAKL1N0ZW1W IDgwCi9Gb250RmlsZSA3IDAgUgovRmxhZ3MgNAo+PgplbmRvYmoKNyAwIG9iago8PAovRmlsdGVy Wy9GbGF0ZURlY29kZV0KL0xlbmd0aDEgMjUwMgovTGVuZ3RoMiAyMDE1NgovTGVuZ3RoMyA1NDUK L0xlbmd0aCAyMTY2OQo+PgpzdHJlYW0KeNqMtwVQnE3T7427Bw+yENzd3T24Oyzu7u4EAiGQBHd3 d3d3d9fgEvTbW94nec77VZ1TVLH76+mZ/vdM91zXkpMoqtALm9obAyXs7VzomRmYeAByovIqKlwA JiZWBiYmFgRyclVLFxvg/9gRyNWBTs6W9nY8f3iIOgGNXEA2MSMXkKO8vR1AxtUGwMwKYObgYebk YWICsDAxcf+Po70TD0DMyM3SFCDPAJCxtwM6I5CL2jt4OlmaW7jwAP7zFUBlQg1g5ubmpPt7OkDY FuhkaWJkB5A3crEA2oIimhjZAFTsTSyBLp7/tQSAis/CxcWBh5HR3d2dwcjWmcHeyVyAmg7gbuli AVAGOgOd3ICmgL9yBigY2QL/zY0BgRygamHp/M+Air2Zi7uRExAAMthYmgDtnEFTXO1MgU4AUHiA irQc4KMD0O4fZ7l/HOgA/+4OgJmB+T/L/Tv7r4Us7f6ebGRiYm/rYGTnaWlnDjCztAECPkrIMbh4 uNABjOxM/3I0snG2B803cjOytDEyBjn8Ld0IICGsBDACpfhvfs4mTpYOLs4MzpY2f+XI+NcyoH0W tzMVtbe1Bdq5OCMg/CVQzNIJaALaeU/Gf4/X2s7e3c77f8jM0s7U7K88TF0dGNXsLB1dgdJi//qA TAi/beZAFwA7Ews3EysbAOgIAHqYWDD+FUDV0wH49yDzX2ZQEr7eDvYOADNQHkBfSzMg6APB29nI DQhwcXIF+nr/OfDfhMDMDDC1NHEBGAPNLe0Qfq8OMgPN/mFQBThZegB0mEAFyAxg+uvvP9/0QDVm am9n4/nb/e8zZpRW+CgtLUr7b8q/R0VE7D0A3vRcnAB6FiYuADMLGzeAi4MN4PvfC/1nC/4n/b+t ikaW/8pj+r2itJ2ZPYD7nyxA2/dvJgBGt3+Lg+rf1qEG/FcIAKOCPaiogQCq3z2gy8TOZAL6x/z/ 3Al/T/n/q/+/Vvm/tsD/kiThamPztwPVPx7/28HI1tLG8x8XUNE5uLqAOkTeHtQndv/LVwP4T2PL A00tXW3/17C0ixGoV4TtzG3+ZzsBjJbOEpYeQFNFSxcTi3/K6d8Btb9a0cbSDqho72z51+0DoGdm Yvo/B0ENaGINumKcQcf29xgQ1F//fbDidib2pn81Igs7B8DIycnIEwEUnRmE7ABv0CeoN4Aef1c6 gJHBzt4FNAkAytIXYGbvhPDX8YJqgdHR1d4FaGps88+pgYb/GeECMBrZOoCO/a+2/o+V+1///3Zm YwIwOoAuHDsboNkfVuZ/rf+HMygm6A6xNfptYQcwWng6WICupP+YOEBzQVHsf8dm4wQwOtsYOVv8 toA0egGd7H8bQPJAt/J/GLRxjC7uv8dBtcjoYuEE/MODBcBoZu/q9NvACjJYuv3hAZLrDOrY/zBI GfC/EmLn+ishG/vf6jlACQn/JtAMkd8ESkP0N4Hmiv0mkH7x/xAnSL3EbwJpl/xNIN1SvwkkWvo3 gaLL/iZQdLnfBIou/5tA0RV+Eyj6x/8QFyi64m8CRVf6TaDoyr8JFF3lN4H2S/U3gbSo/SaQFvXf BNKi8ZtAWjT/Q9wsvwvzv4qKGzTpd+VwgyYZ/yZQAib/ob9aitH0DwSlAPwD/zr5PxCUhPkfCMrC 4g8EpWH5B4LysPoDQZqs/0CQKJs/EKTK9jcyg1TZ/YEgVfZ/IEiVwx8IUuX4B4JUOf2BIFXOfyBI lcsfCFLl+geCVLn9gSBV7r+RBaTK4w8EqfL8A0GqvH4jJ0iG2R9791fBmf2zPf91P5m4OoG63+Xv hwno8vof/vutAQj0AJogLM3bm/CGWFWHtD5UCr93p98b558h39P4Tk3vveTU5vqIAptIXZEatOF0 J5w41I22uiNOdSu0TPzifdJUCxvenKDU8uTzbBCvPLXXgrA4id0/kXsiXNNHCE9Aryq07/Pi6KMe aA3ZBN4hQ57p6MqFopj97sG9V9Kjpq94ZTRsfk9pv4JDFvG5eJo+Ru2TbmDBLHmWcdocLimMCz0h HA3GhQfq7O3dDEbGxBuxTDwtgu9pDGuet/YmS+yvOa+1UlUW5048MjxtXELIW2iZhAYiReDDEuM2 u4C5o5vh27PREJfuuC2OZl0SMQFbg4GtJYORv9u5ozpZ+bHhhJfV+A9FKyYg2jNY1NTtwTL9Z04z 7kQd+mQLNroPd6Zmpxm5LvGQ3L4457P+IkybXg4CcOCXmpaXXbCEs4/2wD053VNqkTffot4PFcMO aheuAVZULZav4r2RyBvEcL9GV2GYd7GnouRQC7bldXx4tHWZJMeN7u2t5xgMWJqDGG2rg0/0gnQL 0XejV3Uuij4iKD1J6VDcXJkGL0K/j01Wc1q7x1i8+mA8oUh64TlsrpIUAms0RhcNsyEu2NAdzqfb jXc6irmMRaljp68wVObx+L3DbAF9s8b2neZHy/sFccXDrM/XI00pBH6Pe2bIg4yejRNiQ0RMQg2b jbpO+qz8pQ8mMrLx0cM+rRyP6qU//Dt83idka+qcBO5FgEWJtSJAilpmh5m6q7LIRCxVSch1LscS vkKZnVagSCYiO2DUcqcITb0GKjVm2vQk2ktcI2s6XWVAXMGVQIaDnwqEcLQfca7Qc8/rGbMR9iLJ mIp2IOYlv6sG51crqqwhlIqurl7CqYT6TkykcnVlaoxw9vIxUi/5DOo8HLc76zQXYX1L3Z3CqQ4G jjkg+dFZ0KMrrbv2F3VO+QnScC8UJEtoUWI8gaT3gjk+wVO0futQG/Sk2q62cDBBHJD39mDVKXpV Oku472U+cJYhgdnU6gIhcREJr6VOdHjM9pNj2foPn5PlQxPWHiWnaWVzi+zGRJUIZKZ+11BvZFtp eJp6X2yqESf6axgydlfTnk9z6fXclV/QV4cqgIhnByN+xkBdejY96Oa5KBWHfFl75P05N0raC7hc anZxrE32EfBJqIpduY7jKcqm3q4rMppiUXS704pUpwEyJ/bEG+qPyOOEbZwffWqbsQIJOsc55c/y EWZLWGw23pd9c5Ua+55Mm5L9dEJGeeuDpIe2ZLxC06V7y3ipo1tpKejkGs7aQMvF6HEpaPMkplOb 3yG1sMxM+EEDdtItL0WlmACK1ci2MKQMXMWlnaOFqVBnR3TXJXQzlewb6/RWP0Q0lqflLEVkvq8r 0jmmyM7mZ7gOzuA8hOrvdLHh0HBO6v63L9XrKkvU019/OstKfRdfgcc9dYEYLL8T6b0FBNTuBziq qEiHh4xm5GIgR6CCNaUNSe4Rh7ppCe2TD8VeYVCXDTqvSSzx9eCuMFVXE4lGflmtKEhDYzTfqPrS gEmeT+U/iXVHt8Nug/b1c/wtgrLDEJoOZTg+V/030ZIvQvxS1oQxlF2oA9VB+0W5Z1iVs+zUDXLa elabLnCT+N4pCg/dWw5EUEJnTJnge/LEKvTn03xgzfg1HvflhT3Sy5yeVqt9wYjUg5oV6kwDH2iX ImY38bzuxgVKVr6/2VVZxyVTW/PJldH4+Y1bqJ8x2UA88yFAwsFFFsKTUWeJv2PuhVOwmqXCjVQg ndtR4LANDBWoZSzROtN56zUYxZLXImUpKjcd94wuv6baFwwivtijKtT/Bibub9mf5V5agi3I3634 jQ2xGIbPcdvvas3LwXLfv2ZwABN2fHexGUKR3hcuvtoy3HvdOqmUV6uILWXeVrsONyZV6iTIugtn M8ghCKEGD1d053sj/w/t+tZwVQfwKNJ0lYsup75C/3z1cvFyMVY4AhQF0h8wSAD8HojI8IQ3JVYA fGD0YXqX90++VVIGPgEc4gIj4YVMGJIQPFNsMbQ6BIrDhfdSi16jajxzyPEddIad81sYHU94c6LT dDt65ha4Ya/2x86dPxotrMQ2s5sPBDnoOrqZPrgnJrYuBHIPovsefs3kBCQPs1mocJyO8ks+sVfM AQs7Ir7XGmRLzdz+4BNiiSsSsL94Ff7ysSZDn5NlX5tMipx8wql9SsmymF2+y9iz6VxXWaDDrk9h vDRge8vsU5SQOa0HEL3C/aDU6ZaKn1h6t2eKVLKewOw1vS86Z0GqNYIacX1zaVmoyZCOEoPNeLIb KXZ72lQ/ewtf58fZo3ed/7hx8gcP74Bolhtc8SD8D5mS3xfBQ4RjdtfZCM5QCl/eVNNvIS2Z7M2k CmX4rXzpez4PyGcLSF5wi/ly9Pb6iX2Bzq2Kpyi/+VZ46zy/nLAKL0sx+7lkl0YwHeNjg1QemDuF Vw4LXgGij9hARSQW2K++4knyna4VBnNFf9tLni49Wopdue/CLCPlu98KjOhlZieB8MQqT3HD1HqQ 1XZ5shFbHXOTVZmYXya25eAxAFX1l304V7tzjZf8sXcHQ5+/VRb2KbjH74Q5sR6JfLSjqiFfCym2 GnkWD7t02P3xgQ0Tw5ZoOyuuYbJ2jt9SLaxVHqr63ekgHVqdjXKlHcn0RtMyq87OVJVj35I7CQXi alnW0xz95Ir59s881q2x8xtt82Gv48dkTmy1uE6f/iw3ilFuy2HxCCuHNH0nHFSN1uRMHpr3xUq5 pFy1Q07X+YJQ4AKOAFzsnj7Ed67+BJL3GP7S7mzrZ9AH0jdHv1J+Lj0KBThRDm3nJjf7FxwdmMfP ysarEG1q6Xys9NuhxCYnD8TITMmMIN2mwoJVVUxxyenRdjhx04KSij8cxIWngIEvwBCKSMU/lJB4 L6tFeQbPvwismrlv9zf7BPZCkc/s5x+ETJ5USKO72mw0zInorOY+5bSlk3pPDyhb3d4rrT93/JFS HRr8E7yWzZ8GJlm49BLR1GwW0tTUnX2U3Dc4aKyGxdnlJ8K6RdLStMsYS8jTjIm5qxtBJQNksRAi wsVHby64uXcqkOA3hJgk32FpPuINUnjvKXx4rgUfbzBHHq8wvw0vyUyVusT4DB8zt/JjWUn0K5sV 2jS/Y+LpQbExHX0SQn0oO9cbLns9BkaHgdWa+C5h4xzUB7lqY0Ij3PfUn9+vqjuORqUSI+7PkSrH qfCgJt8pCLO5vWMSylC+mRm14BHComOOaHPwWmtJbi8lpODqeW8Bj5WPwc7D1bLokO6+U0V/4aI9 OH1ZuRDcuDx6AwQ3syfOrWNdEKDtKioUf0WFIORAybi8vPEybpm46kkMziKlCO0ZZM5EKStJOp9P Oc1I21+Rp6L5spH+kT3lsyV5jZ3YOa3SaJzGuyMXQ9YWTMrMvmo7vkujrl0Z9F0YHTpTOV7EkUyp hBHXyTcIxBtIdOqiYBkVurnAEi0S/V8hi0gd/jJQ97pd/vTOlASuhFoIzea+9bvfRBMeXxM7iuml 5SMKlJo40H6qdlv204u+lZz4Lj/0/cA3rQ2dK09KkRrDuiYpHKVakWC92jgnLmCJzkt9+TjYGeri 8RQDEz0jY0yXndLqH22Sx1KG27JomSbCvCvDKZ4Xu7L5fZSfTkhljUJbDUUZaQ0eC2FbNEW3M1bJ dBo5hM4kUZn+AIrXizGazyP5ADOf+j5FcAULg78wLZkY6mfmE9XPVDL9WuIspZ2irn2slRVLeWwj 9FiNxG51PXmShwGEVukWsoOjHvqvAswM2awfe1uwKDepRyM5LmO9353IV2H5rAg5lOSuz1JU3rBZ n3vLN1Z8s+X/fABzymcQVNIRtqTHI/DmO0rN3ofZSdCAjUQ3Awv0u9FYlTkz8JvDxQt04N3pDZNr 0ipOzGjyulQhYyfkZmg7P/O8eiNhUcpOIfXRPp8e8DoybFZhxGClxezq0B4Gf+/rvANJbXREQ4Kl zEJlhtvC6M/4gjkXxeK5AamzrOG2kegLa7kMGcL0yIfM71lPi0U0ujgBaVXVaR19yCV5R0XeTV+v qmL26wF74DZX93GjPrrpDfR042RvRMC07g+4aZ3/Ir8gd8zy7dimT66m5Ety869hwZICQ/q2wEfP jdL4HlWbisXXFyjjDNeM97w7Ir+YDBzVSdCQ0S4i4e998AnRP/vrkR9NnwrAQMVP6qhS2DPkiurc q3e6q0nunYxNiAiwhKV/nhxwoiM6OopeOOar9ZJZVhp3k0BKi0+RlNfUF7KcoZzsWbnmnKC9Hldf fCJyXTy10qlAOqcp1FjsSGzly5CuPiCmhMMIzdOEmE0iG9r1iphM1X0+eHCuijt/GmzWimEdZLO+ LwLH8zY2xT5nZVJoHl9f/pG+ZtP7PU98e3K/dLQHu0RFh/k8vMFgqsXTf/hKDx9qV0PZrMKTgvub /4mv8j74U4qIWfWMld2XT3ArMWNeNs/UMHes5NM+CyPiTPNrdbZwbyNQT6s9MCcHxVJbd4zzOXFx NcWMkoWb8gyp3fvm3qZFFIzlkrKJxNUayCi6VE/TPtOudKoXBqMlHPqNBwpcb3GSagqDm7s/rLP9 hAIeU7jflOtuuVSkVmRw+uAIj2fYBXRzXdxIgmOMYR309c4OKG09rLy/OfWEQseVcConIuX1LFMd ICykE1vCPchiPUS/NIjYfRJW99w/miU4s+jhyVm30G4tURLBqwZqqCFGdtsKSwbuzEXQU/U6z6+3 LAJHDn/ME4j0fujYrp/yZGx3gUkSI8iONy+5yCEo4dwQTjtN0m3KsBgGn4xBy7p5algU6CRwEOym 7pZ5eGT1S6aCz60lcjQroK6f/nwh01Gvw/6xTRqHWmpNtdhpCZCyGDeCIe+ho84N/uWX7MmnMbS8 OfRHPqQf5cqI4U19YqjNV7de/joaWD/VUJFWY6J5S4Yvzk8/5rhnEZWrWrGCL2lR+HITwtzkr7au KkxlTJbhsgQs86Ul7vrLPnxkwEEJSDg8DxRC5atWTX+aZe+KrzhaeDgqI7lwJNUVFzbgW2xZGJfY aFST2sA0tX++PtedTCrcfUzuwx8IIgq/bexIo/ka33k/iE13tmwpgW5pMA6/teyWRSxySYYxMHpp BG6doTS7zjtyMNt5KOMM04ExcXZgbEtCl0xBWz0cI+y47LIfF/qBYm2y4Pkhuc7d0OiNxnbbPla4 uEdkPXdsK1uhufyooRJngZNnlZz305hl5qUfSol6Xxxczi9wH66ir9Qy8IPvkHsZoxMAzURr8M4G FWBeZQIZteJ3D+tcMIIrCn0Xv8aPRBPnO6qn7UlGhRTiv3zVNQoH0ElEkxj3Yb7YBth09x04LsDz 8mzyYhLaiukGjLdhYkM1fLnJANKx9YKDLzTnpY+5W0UeIuxON3OQdpjAsMs8uUfpvhHA+EpRz5Nw SbYGlvKHyMxXktlY+qPfBCbBofIMUUJGUPBJD4aIsKezj5dQOL5WXfxcjF4QPP3JI/nMU2OFwYnn Q8VG/GCIcVh69UtYM5qa/MW4vWzwFwbqudUA0dH3gC4s+NZzvVIcphIfg0aUy+tfaqNpj59Twy7U Cb/yzT/2TBESR2C7GepjUCmVoFoKUT0bV1cTZr7L1cApAlAvhwS5BHYm+ySjRbLzZSeMJ95bafp5 WVHPL/I1YKRxSEPyBjpm0PlE9lVjBPvVfFYyu93SlkvqSjzCFpXE9/gMektmCZ9sPIp+fxoaYWM/ cllPfQTVXWX3XQf7YQ+FcldeaSLYQTW5ijXdLBVJLZM8CmqNwfV7/EJw3Qrns9RqVPl9jd9D/j5g vf/KTZwxdXDVknPaLjcbQ3K0rr8WLRJNWQD0xu3w4yju7oV/boSZWKrOlzyK9FD2IXZKrN8HsCpE rB935UAVBQEt/cDJwPtN/ROEn4Ex2C1W4pRj9QMttHLW1ZWhALTLxEyhsfpz9LsGlF03JzVMJzx2 h31blFWWBRLB4EMnPtohN5lHZYHSMb0GgV+OcTkQZcnucNq7jYOvG0REcsf4yDKBZdf2cg70kAVR Be1YJEfksC2Ui1hQDXliTOJe85L2KFnMPx5UJPCc4aro8DiUYIRwVvoKS83YIBBZVA8ZKc+QOX71 QVRjspakVwu9V1XbdMq00r578hxy0M6JlcbIpIny06SzfZkzuPq4M752/0LMwh+VSOtcuRWGmLNE XPDN+tKRsMj++Na0raJfLX8tIszK7c2jqoW2CpgaqmalgIaOW30xDo7QR++H0SjtyHkpWvVFHFoc xvdJ5IfR2LDYF/vd2CDjxi5FJNsyVECN1XFpWBR0bWjs55haqSvOdtnWDUYpOhbNX2DXfExfiPLw T+GfrvWal+M+3XwccpHneDmyJrsg0WVARsFCVG6OgFqdPQADKif/yB8uJl+KcsrgfFwG3XVGYlEc OI18hZ+EXe0umSfGkZKiv9b3J5clriYp0ekVMflUPCRr1KNplLKW9qCnmjRie3vLcXqxu/pw+Lch A9qWP8bOQhkY4Q1pEUM3B7o4FJh0AVFGye1oJ43mivf54qq+yfA8Gnt8/TDyMd5q6IrDPWWijTE/ 0YJqpvUJH9mqBHwD3bgFWpCKRi2mnObMQ1pTvtYLUadqBUaKVXHfcOMksTu0n03nglgwZP9RdKZl i9QslCOJgY2uCY6pxQ9aUt7Wrtz/YnpDyyehFMwO4pmicQEt6MNNPG8+zdSRNIn3KhtUrWb9YVmN tjsbmbfQmwrlOifix0f6djzsbaQ+IoaB83fqJsfVzZq5CHubYlWZglIcNDgOzO8++bi0+r9QmBqf An2R9G+3cDp/fEFuTJwMW+RtXdy3mDj9GGloBOuIxpMssBIO0dFhui8geMrlYet8nZHAjadVcSZL Fw8TQC9qQBSeV9X7kw7mHRTfxZ0ENJ+DLt35XF0wRzFflf50d0m6tcaJf30qqkhbt7xsqmjCs+pO 1VYM1ZgrZvDntGqHMUbplr19irzqXJ8dyiTAWWZ5Gl0sk4id+ufYZFGZVpV7gVe78Y0gur7EbSTH TzxctBBEtYLPU3j82U9J0m3JZVm0/Kb6wm4K0AIy6I59yTDoQpEpm8xOcKmMlxvcRdadJNjv0KY+ +BQwaorK3W4Hgt+a4cXimqWz35zYSMp9690ANt/fmVoC2hzSy70h11QijDYTs8pi4OGh5DAXLpQf 2+ApIIn7s8Kq1/yifg2IgkfRVmVweqQwzeSBNzP4TWH4Zvbx61XSB1F3HfqKVIYLF2PgIqWg9JjZ b/w8ufHdYmM4Wh6HPbFPw6fcGntWbzXLItz1DzDB5+nUX9WbCAWAbaw1VoTfqmxArjDYFQjY7rSv 51Q3DK9Nu0fDZKPA82D6TXSn6U3OeagSKccykLFPLlIEYAlNNyYEb8nPhUGeLBzPMLssGyDNJ8R3 ffIcP5JhNGvVY1EqLPlGfoFnY7NMni1AgVLKPHSomZHbySPzfZeAXuUq810G9UMDo9aLKQ4qhGP3 xCavsI4noAQFGhzzFd6Xx0VLwGNFAA+NBO9ISB4lt2Xp+MvO2rCmT7U1K6o+U/h2PeKuc4wJneGJ 2GXPVJKgWiD+Mv0Z62JBDZprtATaOevD13sHza6Nnl0hjIegjJQpaoNIL6/3WLpOiK8w00EiYYr1 TZTSrWMflvv00XjF1Ye3HdqwUN8p6NQ+GPSi2QoFBMcQGFcwPNYFCkQH4LeSlZmbbw8oe/KxSW+u TAhcTSS7MrkfEhrQya7/DNhtpkNccfNScjUsXK1aEOs37IyZfGi6PbW/u+TqYhzeAQtSfSS7RSho hb+G8fIP53Ko9kGznlSY+DZzQyN0Mxo5cV5+moJ+aVLI5Tam6AULTByn8S0ukmRzuUDy8wEfX4D9 iTlKU6ZHhbN6/OXTFrW7mohzQO8jaUvq+6KMiYGuYhQgRTtruAXZ+FpXVEt1v1tsVpTYdJob1lb4 k25G4hr+wpdnHmof9GY4XZT5L3oOrbcDmrC4XIxFpjcxei0T3/dycCI4vgZdckgni3dluX2JPqG1 M4RmpdE9UGA42TykSehSJ/OfZGQ4539onsf/Pnh7+4ORm8uhPmlZw4dEHACVlvkztpmeN6IuNHsz hwdj1QjRnNszuIC/msZisBjXc15ZP1gsm8plKolp5wXBz8trtUPePjPGKVJLt8BO7PlZkgxVYo3R ExHp7E1UqE5HjvDyBq2qtqNXW9u3demovviOv4bxiuJbhzwpgdxYXRL3aUuqQIDIONx12cJCMmvF QkaeSIIvynu6CmEKReKm8D2XHyXU9ZvIRKhVhYWffHOxBaww57g/nteocn+q0LTKcvuoLsd7kVTt UvRxbGETS5CnACIxsLGn2gYMBe6LdbOIr6qdrIxbHtmQ8kAwppwqQAxc2XpqRZGsMlOVhKkcIU4o m+dTlyRT2YTwCDwmkR4lEc51s9oSqVQdllGGXDMiRFSb/UZNtMU+uKTye6VTlYrNWi/9QILXOJLb 6Fk0KlGG+IGyhutrp7iB1jy0V0H+TBVP5CKBvHfxjAMfbVgPD0neAvRxZj653VbG7PTae7+a6Lbi 28feew90IJzI3p7iklXLaldi6PGzwU15fWcGXH+nsNspD3EtoIF2WYBR7ukQ1ppLREtFska1cdSM yA4Ysze+py0dNu28yQ9T3bI0iNQsH8uw/qTH58EGu137icMzUbgzdnwApav4CyTFgIHxTVgOJl2n ll9QvzvLcBpEheaci/woafUvoo3J1Vb7uxKSKkFfmvgNIrFUPRZO0S9m1+eW3eMpRqPonEPEKsJB 3HtF4DA+wZo6O/NyQis+hmSHodCE1SMJuFMfHkRljxyXbKK3xU4Ud3eeX628GUQbdyA+Fgj1HZp3 MAjLhp7Fpc7mpkuArUhKrVe5js+0kCsNZPAlmVwOnzfDRrEi5Mz6IaUK36NDcENFH0rh8N2t90WF B51iKXuhVzx9CiXZw8vq1cbsWW4JNPYzcT2na1+6hUaPI5En+9XQXu9AlWawkjJbsDPTOxSu4Kel seWD4fJI+x05vyXKBv5nrHZJUQJ2ELue8KEwrZZq+iMW5kLB9jO21nARLMfCM5Zpzo/wahTOGsqu 4PwS6UV6HU3MZFJXX6nYCSxaS2mBmSZq9IrQ3evxn0ZtJ/aX6U+U16XgeWaDuhstaypjJjNy4IEp hxhczGA+s2KYCuiu57Vyvf0fGRkq45gKLwdlRPLOksLe+KYETPOC6Hbcbcj907baB4LKdajnaQbI C51eZpOfSKQ6na84iShj5JXPG/b4ia8BJ5c/fAUrPJLxQiKLCVFzkKiSrJhYMNYxd7TSmOtZixKx ixeya2BHTpvPft4g81q/39KtVAsSFdUzuW5K0Puy9VzcjEQZ9ARZGANUPoMFUmN2wN5OR+tHhJ5a eXLL3bBOkQItXPaiQj6NF1hGUyw9qOLFeHf3X0KHEyk4VW3WCkOnRCU1KYZ/3nDnC+8EfPWcFKzg XZG4JTfjhyCvfcbefc9bcMizQA6XGuvB8YKIRIHpl5GY2dcrw/hqVQ5vcLjDsxbZ0SXAyVU/Dzhx rPKqx7AJkyRpM5B3enoKiqBggMLiEz4I+/BrXsz8Emuywz7U2viH3Jbf0B5GFG80FWNfcQb88aE2 kgchK/6DVcPOfNgEoW0ba60pf4pfT40+cWUGcrfS1MXSgZI840OTPC8gETwjAq2I8LnCBN8M0sId At7cW0NcwErO29/MJ127DgkoTVIVbDAv/TmNhr37ihDLxpIS295rqCF7vtJCHpYLYUu7oYpuEk/g sffwtcK+X2/Injl/wbNM4zHtVzFTAMsaIZebtdXTBLeGSQ/ubS1uuJP6WB99DeuvltdP0yZMdhi0 X9JfVuv79hWJRRfpf2Y5SSh+7xZWABryQ26s/6KrBGxhaV/oGjUfL0IQ4+fch4t9tXP3cxB/hlRe Ze5K+1xL+Aol4OlLiEb9Rl9o2088plh9F3aSNqo/mgd61esWrtLv5qtVvlfmk1HcZ83eSkGu1qvF dKfguaqsuthOYxKmHjKhOhdYkElirmHEZCHivlrIYprejDjmASDENngnXDtL7R1dlrgIuZbNZghL a0tKxaBBwlTbnsHe5hkcPcyZqKDZIS7lG+E2IHqFvRXkWt1dNzpM95kbr3nPoABtYkeE8DRj8MBt HOxLhAIabD0lzx84/FveweZKb0ioBdD2lP6c/Yk4ZbrXEC+fGj1TNxC35RymLQzpO6+d63QKt45J Ni2CrDRQA+FYxNtj+7QPgXU9b58vVjHRRI6F4lUi2Q0eR+w/6n/6SY+bhOsgxO8EEc/d13YY220w cn0dHCOPvXPYGRmXC5245E65twhIHBViFhr3Xbw7s+0MV3symZqddZ20+sdI6P0on8F4xmu+oBlx nK+PNoN0HASUVKvMDrNWIixxs5y080Ej9TXTltm3NPSOz9GBC30X7fqLz0gT2HgSzVFFP38hYCgN p0eRB2KwW9y5woQ7VZlRl9PGNbNOndSTHV5w5THURWkt5FMr6tJi9WhGt9k9HQTTDXUAl0+bq8OT q/z6ap2VqPQ/OyR8u6htRr+b+/m+vByCwR31aj5S5shBg/98FvDyOneSfvZp78htGr83l6QT4jnY mun8580wpnA/q7yq5+3Bi8zi3IX3UpXthAg+h8sU+5Xs5ClRFRRJNwNPZsnt9qJIDFk0NuKoi3qj ayUNhOG3HNqY1Q8JS9+Iue8HyRypMQNx8PPQOH1xoxP08NlsdDzGX2oRcexGFYJmJ2LtkbNOqZYR L4NCGV+E/C/mY1/DSdJadyJZe8dEQpWyuV4ncJhVYqXyY3ghI8LY6J5UA5LXkjzcolQTCm2PlMhE 18Khp27RyB9zAeTVHmedU0FHB/vLKkGsItcKa4ls0+5tb6lCq8tuZB0no0QHtgoJTGCZjrBa9XPA 4D7zpr7gSA/TvVQz5PmJCRpctFM9VvSe1fmQikCWxl2q0Ze8+bLlyiOaiyZcQXKETQawxDO4UhaG WwEjZN8ZoSlVNAgn+gqe3Vn2RZ2O8nWCkYyYk+l0eZdayjrICRprxxCrVA+or6ZX3oh7j7CQB1qR Xd7YZdkEXTbkwcZgpDeO1YUh0F4sa4XyJcPWFFS1OeC95T9vAhoq/WbgnIoJRd8xSfevROCKPtoF K+bbOrZeu8kzfsI1TAt3GKCMpvkqh8+oEKD4Yw3AP+VdnPDYcSwsdlauAsmJcuP4aWeTlVfhCUKB UDfP2nPdw9z52Mn28nHu0pSyA8lwANWgxXePiuvcStPt6/t57tZmD2ZwOrrCdsa7ZvZ4Iho/J3MJ 31zIJGcHDCsSqRmXpfKFi0JtC9c91l4TCnO1Sh+ipGlbTV3gmEIwZLQOJVP9UvD2g48EZp65M08i YtjQMBhvG5/MnfiHa3+cvbIU53hCc64KSKPKF5MD9WbrNV/9va9fOBLgTRsAmVjlUffHqZzvxT7N hzfmhxdZseiSnbkTckMuh9spva+6c4aeyVY1748UMPGD1n/CVkwwCYLnIhJypuEY5xFMoZZ4N9G6 cUHYlfMKF4YO3Ya1XbiA543qCxioaeh5/H5w8Vihsh0rJmNm1VvilIcfKAMFx41Dp8VESESKMKVA VO4w7rvFYeOSNro5L5eudE19c6liPcfp8HR8BjbXGFttkYZzjRApQLYiq5iE++slmOCsPmDccHLb 8FtqiXM4k8sgecVh/fTaCm0xzNG9KpHLp7H6orf4+GcJgcdM7ZlDySobu/QsPmjDniF9Bo/9jq3V uWZKU5V3O4VNnqkX8xPxadaWx/NM8bG2XbNLiD2I2Fxs7S7h1t0f1CPsUigrqjaUHeg7ofaI+3wy yWayfhCg5w+1PeAEQ+ZziAvzOve9OxS5oX2aWcGtKrCzmBGUTGrEePKrCAfjv0rtA/OLcSq9miE7 +/Y+8APuI5aCbgSt4LuXjQuzMz2XFseNesUrNZecJHYBGugkpIxGJIDCkGVSk65WM+aMPerJgnfn vflOtpA+FNNyQnX0SX0+qrKNjVZ0i4kON/+C857HOLfCW5ZYfkDIz3DhzPKuoeOy3UbUr03nXZjL zmus1Yzkq2pQPXlpiLvFZrJLGCvyyu+8I2ZMuCR3tT6PxePOaHMEnPhxtdOYShC1f5Os7yg4hvad ZjstLGG9Ta7iGnnrz8gF1ypdAHzlfXzssx05Vowz+2gqyUwgRkPmLJUsE9mEse1KqquXpT44IPtB RxR+VYc2wkbC5EA+EKck/5Ddy+/gQIcXPUssQL3Rv1KDuqWgYhw/9L3prj2/exzMidVZqYhPHBE9 wT7XC/LidKylz4B8cgmwurV4ddRYCcZq19qRH9U7D7fKDdqJPkUXQhVaMkdhUMiyL+UZPRt8fqe1 YiIotFCdBI8ZkzeT0BeCU1U+52ai+Z3G4m6Gh8FVI/dlhTkDceRX50tsg+/hgwv80uCsDQJNsdvF mlwxhoaL8CrxTFjvinjvYNsPpeZ026EHCkfFlhD7Ec2lbDk06pwpdA/cXuZahqb9baFX1bkKR4vT HXmKT3jiVZkWcoTmH1kjdFO+oXnSGjRrX6d88FGZyXLD940Li5824gisG/oaxKV48flJtmz9SQWs iU420hgPol/ByUT/8MEr14sCn+sL3QjaupzBoQ7+eSj+ZSSVuzL6Ex9dTot384sfezpMzRAUB+rI B2vW4wncjWJBc2w8mvcFRlFYQH6wGom9QDT/JXc+YidNh62z7ffdiHpppjTJE0zbubnu5LFtKEpb VII/AVp0ka98547klnQVBNm4gYWXL7s1Q3Sbz0oi8uNZ+tpeia0F2PESGIMM2zDJhofWBDV+4cNJ FpMnqTEvb7a5R834vKywsog06LOshDnkRCuxUFcXi8fbOyHx7G0MLnkbKNcGXkvANJ5uvBqLjXdx +d7d5/6t6hZuNH1v+B+sRCLa45pu4XaNJC3Gd+WEJ8eBF7r9ZWcOFFSEE3ZLb44B2+72dahUBV/w u/Ncx0vJ1t9a6/kPxsG4SrT3v49UPXCrTPvfITEqeLtdXczFacmyh3qwEMQvM9yrxdS9oRWvGDRO rkxv8tQ5Cjp2GBDGnaLVS+dcR+CJdtefbA3B6oFhf6HYFzD7KhorXtjE+cHBG1VHNV7WC9lmIv8k hQEnIov1yOrV85Lp5DBjJMdwWLcbhviaDv+lsY9MfmOsYU5iffGFDm+l0+STRl+DKHMlZaMlu88g ZoBzoeE0dDknCq/oDTAyscJUbjh5YTMm+iD/xAEazzsE9fSGsobPLN0VmhUCfsltzw/BcOss/fsl cnSi/uH20sdojZdzyhkIjrIo9z2YkTQL7USjo5F7c/Ifvdx1U5MstHD9JirFHc+/KjfIB4T12PKf j6Gyi5IV+z8jjd8A5sGymi2TvBt+JMxk5hKQdt3elpu9ED5g48X7P8Gcp2YRU3mGzwWc1A5Ttyo9 0XaqMit+5TAjgP1Im/nyUlxRqgvLJ5eODJP/hPm5KUwN7YqPH5WzRs6efuigfDS+jm/yqpXf5CVL KK0DO/D+GrhMRY9yCQ96b41z2jzOMO2XpRmv5K9lmVvM11MBQlD1ZcWtffCVYf31Try92WpE7Vfd aPQSUY6jW9knzrGraOTDnDCGHnoHYpjJsjRj0voFDnae3n1/8FmdSyF2mnD/cJ09M7SorjjHRwwi 9ZhWTyo839EHYEEH037gKcXgxMY3QAWCav1raDKb9gWKV/lSYW4+hqx9abYVd4owzLN02yLVtbIK ii/8eS6hLcfhggbEKgNRcIURVufXhFkXnJ+e0hbvH7WR2eaEtR2T8ZTuhiB3WoRCCpzGOB5/Phs8 YjeupntKGzZCGkLx1FJuqdauB4/QtYDfQsM3hs4m+Ur5/Php+07nNmQ2ib/fyLLGJKmPLUNaBKzw s9Vgeb0gesUzhY8Z4ejobDzBdD6Akfp6CI4mY/5JX2bSqjGDbtvS/vGrwrazBpxffxLx9JpJB2TE 1893HoYqH3RkTcsVcTf3v6lMPJSCw8j3pfDvMDBpKKYf252Db1HZOTamsN7y2vFoCwZjcwVL972N faGqy1sXHeCd4q+Vjtjt6H0fGaA2UsR55bmhX3lj/YX4luM+CmU4FA2OLEuB59eZJ4NounVUdYPy E3ylRp4rwvU2LS2/OnTMx8CVjn0UBfZfkTjwZcoQcEysafmISeU/4fBECzRIYrCXuipZoh2qfX+x LJXurfRhtnQE+cLLDObRRAezVIfffeR+njnYuCEpF/ViU2FGrUcGioy+jmKNa2pZ/mieRQ/bycKc sBch4/sg9m69CwLT19kvlk4DpRI73UBZMfpyuyGZX8Evbk2iz91dCrbion2QWyorRDysgxUhTQFf hKqOqtmVdubVARaAUAB2imhmb8Vbk1NFTQAVoVBnwJCV8qlZtP6c4oWcz4V2W+HS3VYp8wUMKczV Y/GcHem5VuWV0OaJt3PoOA0xG4wv1WrLBUqOwdGnQqZsBPwQgqJ+nmyBwozV50iYVrPQtt5fMi2m sS7n+0ka2828e9ueH0vDc1W7UwxdJOqk3s+aCsnK27ea7efVhkFD660GtpBXFvWsofsoT8o7pEt/ ZyrZlfe7LN+9jJ6RLWI/WYeD4QZM+6D6OivntC02M/aPCA++KbRFENQHTucETSYW8MS0mgfFZuDd GCyqSkwyc+9BVwiXPpn1yk0cRWiNBEnPPF2XFH5TRMNLoOmXxN7OnP6O6Y2bTBycaq0H/IyzYWdj 5Ta2pR7phsXgB/r9kzCVdF/Oe3uN2YzB7q2O03aQmTscgqeWIhevOPYx/VEmxMaFIIlIcYPbVqxe ekr8pJWo4xo5cSRwleQ2LalUVzIp+qWLWUxu3MC/CtiEdS49iS3lYHTkVno9VG5gRcsv79rW5BLk 5S0Z5xGClTXXzdJNrbabJckGtxn0vehDFN1Z8NfNLU68dlYXpQwrxA7Te/ecXk2oDG+TAC1fR/Dq rdmX3GROSX48T8GyFWUhnKKjik/1bdlXaph4qJ3olB4kUdV6SS8pfSUdi0VwV5Wrv0oYhm4bWhK9 XDcIi5wb1FTstiCHT9t7+3Grj8S9NEsnmgVZmI5lLmfWA6Alaru/XI0cmaojKMaGKudkm0ytWW9v 5c4xAFhhnEQWJPoR5R4XNlIpNxXyEvCVo4O36+MR08d0hEl134OZQqca2kLKkBE0E+BovUcXqw0O fkyxy3B+D6sLYUjQ71xdSr2iHxX6PgQmptm9bwZvkCfOBQKSaDjvHOet86x0sdVcI9PmDidkQJ0h IokdDNwV8h2V//yy0v3mAyAklII2CvBZfl8cFj0NoxosJ2BUKGRCsnkYRoWQBDKVpNUxFXk8Mj2Q qXYNlvVlpSPLjuYNSl7cqnYc+XLF2EAk8tt2AXPufbu/kx5z7RP4eL+B1omrWwEN2zRZsfl1ucvP BKllDTQ/z0BICu4XFCSgeT5oi+hsrI4ouEwskdVTvQsfcPzbvQyPqb2TlFHQn83esbkRLbtYJh3V B8Z1Zvx0Ejm40+qtmraxK48dvwTu8otxgQ09V3uctOZMfot4B+Nrurkx78yqF69LMjJkiM2c42Qk Ync/u7kZwXb+dTvfCEX3PkU0+SWTqF4wn1kz54n5wcNrSFDbp5XGbHAkbmVKTCMA9czkpHzYofjg yCeovusr1KsrAoVja1AyPjWnZ6oUqwdM3QSkkXX5bg6P6XkUdClspJR+3bvKgV4+CHDqFJyslLel YG7nRWKFqgOw9PzEnuNQIvNOiS3s1vHK+vnNByM7fE0hjFffoWN+tkjTrkrzULxvYdoeu2XibCer Jp6NY0Pg+8wvx7+wEz0tOzRglvYIVpIRsBTKjp+m+O0ztQ3WzdrZuJ2eIypIhdSeCx8oUmJUZiAq yy+EEhLgX9uPrgmhkZZUCG85vwDwKQtR0KEdn6Llg6crxe7euFU7r5dfdOUrwQ5jHcmGeIA0s0vX urMU4ro/kktoroCFqMMkNE8jvpoHh2KloUwTJe/YuNd6EUjaJlCK7g7vzq/qx/ZE80PL4YJmda5+ KuiGPX0aJhvk8IKpS8VF9t66VRRoXvzhT/gjRFqvRKSLjBu2iBhQHk4UAHeH4qET7cSHLc1Jxoj4 bLvgYuBl+Tout5WyTCb5Y981Ujb4bvogwW0wXnZ/W2aKzpvBhUPvDKAHJZf6efNCTfjXzHvxUifH TkQtd3e0bN5pfRhH5ES/FvW3/I+E+nOP0LZhGf3qpHXw1e66LCpp5pIqyopsz+fepTBoKmApx5Xf sJx/sc/i8G6XQ2Q7xKxt+B9AftMql0+232j8lKSOMhRXEBc59VlAZC/HwirQeFkU70tr5rwBq+4M ySvNPFjrBNJMEPwTp3E181fHeL+d4+gvbvdZeq00aGFeyNiaY4WyM+5uxxLhUBqwkV/Md8srEvos 7J7kgnk/GOVFfJhGmMzxuIgblYBbXXVuzZNIowmkulJkusy9KU/RTWKOXDDLo1uXV55jbjshcrB1 pIiUAItcdgGjDYntYg42VjUOMTWtVg8nu3c68n6H3+4IT09F+lzw0R9DSHLWYlOIu52lPLyZnK6q pQvRLWXOYD6+mqCDyIFGtPuc1hT14aOsHiINFNS6m9ODvqyrmxV1BlIyWzR9WtVRAtUKYjW2/Maj CZNtwdwswoemblkpQXeEfeVfBCf888nxWm0w0hdMXE9lPWS44nfm7ehY7wpshr2biNPRxMNEBFZH Qrgm6fUfSRK/GXJWDoh42JdbyomnKvTK41nEAvqIKELw0gWXf9AK/+gEfybXrl7y93R43ffQwzw7 P0SMLSE9F+L5NlSIfjctc8MfdKNsfQt68L9707o1gf6cny8WaPwuUfbD6J66HNBfXmcy54DzdepB gdO/XiPrSnEXWTXIl4YjtI5EEqxu0eRZ/d0JalWKjy9r14wQVQg/yry+siyYY50mfU3tOgFXcG7t Nm0bXsfQ0Ju+4aO7Qtc0Es9sCEW0fX4nrkQG6tzcRJpooB/ybnSb7sseJHQQzPPxHfaeHxNVtsS8 1s5c5t4kewrYNXnf21a7U4p5ennXkSm7+JSnbA8VzW1X3Df6JRFbbInEA/zSWLRCI7CUiG5sCFbx c78sFefhuf3ZXpkOpgy0aYswXKOHZORF5JP8WKEoRZ5ieLCozV0iQptD+EzoxW93OppJffd38KO3 cIYkglis9kb5zkTCdsL8bvYByPfzXfvJZLLD5WcXNUrrdFy8tbXnq/UfcozkkyJ/yZTKAZf0gx6J t4dSRFsbeDZYh2yJLLMmEwV7ozZhNVudvwNqiJIV9rzWsNxXgWUO0610GPAm79d+FDVmdqbzNGJu svuubAmJcghVf5RpXxjZ/7JORLo9SoBDUPad5VAvAS5MFCD3GFIoS552jOmG7J6jEfOesRgNvfyr mgb/t+8p5OqjIjR1klIzPbX9x0SRBFn7H8UV0ZHxqTz4I3+pfPnGQo33Li5RZzQQ6772FcxHSYKr 3a0taDypR9m9DuBGpC7mHqYRystUcOWIvpUsQSU8vZEl+H7eOjDsjhSFvi4OAlYX6sOWG+Yqjopy uC+UYplkZvuXyBcfQYNxLyKKAec4Npha0QiicA6jSEFEjqlZrKZek+E4XynYsKUPZFsSF+k8NiN3 FR+dxcaZj3mPUGfMRotEPCLIj48pAIhigIdd9DuWVZ7P7UANv3yaGVJvw/tKFXVSlduJT3Oj7xMH SpNtjpnw7vYkIkc5kqR/lWndtTc0B/1iHQSyNDcMaJM0cY1j4Ypt5hY+zlveO/sCAvgsX7P6fVs0 1cb64EPLasj81yv6VNgkrNdgn6kWFziws94PxVdnhjIOzp5CXHTGFhtOpUZlvXZalGBZVm56aVXw l57zOo9M0YfzZyvxQGDEhnSD24Q8Bzhn9nUQx9sTs9kh9Dvczzesgs1JxyoVCWBGWAAPDdvGFitS 1dNow3wFuP1SrwxqK0dLwXismgevLQ2cuAh4d2rTm+J8fFZG8JuCPqX7li5hdoLnpYHjTaTDIjSD B8xDxprVP0++fH2r7LdXs+W+RQa7GQi66nzLoxCytEFqnVyt70c+1/0Kyf8TQjVLyoMjWQJ2rXgA k3ljrtVE/ZwpcaDdKBgsuE7E6A3S9XEO/o7hOh1+yoHyMro/u8MtzsLIMunxuob+lyW8yTmdNblb VT7UolI1ju5phnCzS2euh2iq3tAJ6kbKKliice0XmnlorZx2gE7F05jujbozNziQJFs+rIbH8tNR YtxGjmmjafc8M1O5aC2ZIwzWSjzelH93jZjgT986/ppUYcxnjXmni5/k9QTP6n7mzDF6qHQqzTFw wZ5+HyO3so2KB0V9vrsWtXDEWu+Gmow2ySV6Cp2saI/FPcHQj4dvEnJAOKBD/+AQ1N2fR2u97mbS 433trPTyzoCwNG43aeBlQ0GwKEjMbyXAMc0BODLxV24VMa5Ezd1UP5OKPIZqLgsMtCy7qY4kZiRX j3qlDoRvcT71JGSwhojs5r62EDGGndXYBmLIIRAZu2RdwA+NbYNZo0BFX1QXTFs7kjNfCLkScL4N oOFfhu10FEqnVDcMz02ji6PDVeG4rKwTpd7p1H6htpDiJQAvI8ajzVMpi1G+tpu9jTZugsQX8irw XRi1GYz4AIclLOQxonWqpT9E/JkDlspaBH/znP7xrD32U60tEdJRCIZFvtGZqvtFy5cX2AZ0mYgr ZVUF6QXIXgAdUYyW7mdC7AOAxKSonPCnJlamX7ZtvhXrUcNMLw+bV4sDh4NELi6n3jqytiy9gumL QYZFuunr3tT47KgwEggA2cAKba3AD1s5McWkli0De/ZPOxG5PTI7vQHVwmSkTnA0hQwvrlUXwW41 JO9p+jLeGvdgMoNwc2PldR9dHIyfrtwbakovkDEHjg5lmC75IRAOGHrE1Mw/GtiJkWgCer2xH1o8 1kgkwwZuq5BIcxVkvdPT57mAF9FPBhWk1pTY0ny2FC4M2Ksl9MMtcxPz2x1eLlwVYKoIuJ9WrUxK XFLwNKralSfaDoZyvrZH7F/sT2n2Q6owqDmSJscmyEC1dDvrbJkzgnXj/+KVH9XOogPQxpuL5AGa Hv2iovMLUsj61xcwvtqWi+75XLuBdU3xnEa1Wi0d2dQyBYlA5UNRsJgWivFeFs88NsjRJn4U1S+g R5rEYU8tLtdA4hxBZ5ot/rQxRBz4tf8LVq7dXVw3xKgLdPdEvzOOAjbXa2Hqi1ffdecoyiyBrZX9 voksOLFXAukJwQcWns/XMKW8KaQ/zNr1HUifhcZemZ12GRlIqdVWD+B/3bjPSA4T2r9T7Ppx0PgW Ht1F2tqRvadg0JegTon9DjvijK/katQhroIIK4lTJvHBvZdPE9WQoiExuZo4pq1bVqs2m5vzpMV/ XTU0qnXeuoHnMj98IucHWHRS7pPKQQEO7Kua6I6e+WDLyNCtJh/vTCmuesLCZmoCJY2xCb/sQPi2 wPSzqpXgaAllnRq9p41fIce9SMeRaRy/XT+4RqUj+LNQmLwKEkxWlPhqVRiHYUFcGvGZvmxzmomy X+IHeM+leJYX8jeYkz6akMR1RAszK82t6t5Ig0eisaLAU+tG5BiJB71uF4/SX2c054CD6u+9geKR n8cz3q+lqABd5U5h4Ujj8Cj39zXSYMUxN4F7kTin4On4ijZMSTu3taE/v+WdECxcps2pRE8G2+Oe XUJKufPql1yGQ+qYP54v/zQiDt42dkfWFrbMeHvevJpF/mD+1dDYD6Yp1XlWKG8xN0UgiPyGVh1R JqQ6gtjhEfxlaHhrPKxVYYPryASGOlujy8+gNmirUObUDe2xfGo531h1Ku7TDLOMwEEo40MSKZ5C Uw79WVR5Lsz8SGaMlYyTeEn28va7BqEQKriR28iSr29dLCczMzYrbnDFrwqS6ThMbkU9LFAJ95H+ 102/VtO2FB46F89mKqBof+pBb5V81TLLiZzTmCmg1Hd3DMiVJ5W2l4jasl7qlV4s7HtPo4IhzWji RwDY59IJo0ejelJGS+5uYzO+o3fQc6qXilX4HmknUyFNntUEM8EixPFSStyUapYvVs+6gwQFjPOD DPaqv8GBuA0niqLoXZcY8m1rk1POwwXsuYTsYd5Gv94m83xL34sX1Z/87nD5tonRoiNdcjVWMMEV n0ZbXHVbKdagGPnm77Hn53m2qqw9dMXn37DQTtSyXe+gH5ZvbnP7vq2gFRotBygSyFuiJjLuiHgX a/Hcyudjsjcw9n3Ybv1rg+diSizzQ10YTB0xU4Y6xT5LbDs/icuRWfVAmsfuXR3NFiGCKmdUFKZa tAnN9+hwnB8oVnmG10JaY3jre1BHtevHulSoCC9S0BPK3RHUVPv7VgQurhTWC8aekeIAYOXTUQ5U +kx1OLv8L80ngdOfggkGRUdEj+thLEabko3zNCPmz3Eto7Fr9MmU9GTFU3LkfQ3g3vFCSTMuitQc u+3h2oPl15CmWkcT4OXLLJk/LR5zpNMMAxkMGNpfzvGmOhq5D6JqJVGtSrSoON/n1rbRXeTz6b3p pFvwKjTBOAcW6c5nEOXHyqGF7Ujy3F/AMzcweJbiTz3ioG7Z3DwnLl53lqyJOgOo00Ox2IQ+9+33 ftW2InbD4k+tOF+eG15/t7J/oY6F38MQWriuxMuKeXWUwOeTljrOxY7DzOIA1GxbY4suIe9UfDB7 2jstLHb+VIMv2z47lEod8zpkDSlzanCGMjrv2ynx/7Vz1/9wOIDjxzWnudNn8kz3dDvdOTammTY5 3TUnTp/OYTg1XVNjThv2nhh26jSbZp/H92/4/vZ5fF5/wPNPeE00l4OgBApAkcrewk2jxSTf4omR mrfJ9UkR9KPg7HAod2duX12WtHPOw5u89VrNj0Jf67jU816ZbxfHO/hgMzefRz18+rG9/m1j2FDw Pngsav5qyMqF70oit2O1/5JQkhtWFmPW9wsnsi+N8SFK1NkJf9ADie7jN8yKcdjOD8Altan4jU/S tQULmfrFcWZiSb1r9viCV5afVFQr8aKn77oLh/06ZUWbNTOCcSSc9yZIJaAflpjIsWG4IDCrPs2u c93YweF0xs5wHNqU7sVFIFFz2GaSkOT/Ka1EzmPwkkFwdzNZky1muEqd8lV6gAaOtFxRQfqn/NAp Sq6auI9b2hdZecN6QO7NPOxELUnrzHcnj+UpOkhnwXOfsjenj6FeTmQuwZy9fOL4fzZFgxIMewHI V2TzJGsdVmTWH+0ueNiANHkQXzfV1dexT/3pIfAfqm51Ja/hYl7VQZqv53ntVu8qtGHfQ7zoeYKH 8h1OE21/8ku0WOuPDeVZ3RPfyWmTjG16phZ16JmSNYcSLG1NdVh73mTsY/i9z+oPD0jvsMxGmyhT kljWvoQiLVM+ltqd13Xlt+D/hzy3Gc0q2admpTYdGEW7R2upJ/sBX2QBczonq901Kndz/IOQgR+D MdDQ7Od3HK4edTQ9HCyS1C9h66QOUrfUQ7kLN9c2PPaPYGk9a3KaxvxEa/xXJuutP99SYKGcU1Z2 wP56hb0LeSsii6wfNzftGSSCGMCQJw16X2sygX3UNy6/tTv9GRgzqpqcOKyn0Y6gBAF+Zst8nY5i Guh+WnGhJhkKxpZDLGI8/ByXDOPhPp9xSMnymIvz6AIAreG4UTbhHBmvR3LwCFdvq+ccV8V3WihD aWeYuWc71S0Gh4hTTkc0+eHNfT5QlIVP35UaRj1UTKVmhwiOe/P0ftxCE3X2+9bxwPl6G2ZTplFv 8NWxfhqzIDMAa53IQzojwfjs461s7XIDYUWTyiI/5E4X8vH2PdcQc8aeG6N8ovG70bK7Qt8HBygZ qKVqqvwMav4ogk4bg/ZK1d4dyHwb9AdMU0Izt4NZcY3BzkNBswCJuoAbzzJjCMkOOnSM9dMT507/ vI9SKlX3/p2wG6coSprNHOV7lshQEUYzXSadbUWwwTgP60HFf/A/wMHoEhtc6FaW/xivS4ZCdMSF ug87WNd+lJCzT+X31vq9hhnVPIMPOqbYP2uU5pkUs5wJ7f7QistdR2txFq0rYzbecJ2qptr42XHj PxTVGl59Bp+Z6uPVI/VC+Z24xeIGL07ssVBSztIS6Nwxc4dsjgpKpc0jSoT+IFG2UocwnnSn11ao wCk09/trULenpiNgUPUQ6pgkA4DxFxXjs6ckSy2pjVT6nDAs/wQ+3aizho45mMjCVU0OJ5HC9Kpc vjtszY6ZWA9WQVjyaUIJ+U91Wpezo9S88lDXHcHwVHX9Hr+7A8L705wml7cJdOcgO0PL06ewBK0o DTbuF0my6DZ/M8wzUPA/205J52VmynC8PYEnEyntsZFIwIlvNw0DsI9kI7kuwVn5Cvg0tSXizvYY hzxlVqv3WRUeSIACJfHtowXkemKHa78I75KNmtf+qrSgmnHq876Bx3vSJXuUrHkUOi1pIZa8d9lA UgTffec0x6+ZuBfzln7zNfs+N0K4l2SPYDIXQQoZjizS3dFYE3+Wo75dEGRNeefeBtAJoRQcifAU gfc8sIex8coPJAiKdydPNC/pbgZAlzycA9BuQz7/rf7JwJ36s5rvP2zMnS63rwXuH9MUVM66nB2w qYV+t8GvvX/9cKjiag+8iSAgGL/MK7etSbZPlj4PeT+t7rHQw/E94cu+0adnKnkysTAn3V3CV5ej MXXlNfg9/oad5Mr16PU5PZGEGQ9DDhs3v3sHBVudZ40aGV675PcVe45GigEMHKc6T50EAQsswqze wq/KKCOeLaZnMAd55SiudF2IX98CPjSxEsGKqkCOJN3017Z4e/50MhXpX2Pnw4rm0OrlqHCBCY6p M/gfplHS9LcfqrWY+HCEDN0i7XjZ7fVQK8C93d6Mq18UuoR+vVwziCNfzEfP7cfYNYj0IBx3tltb +qx9Rp3obXdF57bAUokSxCRk/+TNR5k6WulW+S+j5sXwJouKplEBnth8Qh+zXkiRQavEyvKE30UP fH/29KDK/HVs5oFRO0fJQtlcHlvQFmKqMpQm6q0iRZy08BTYxizmrEdy38BSwB3v4FxHC4xAAbOU Wi775zxKmJmpT+OcpwhelmelmvfLVqdSeCwyMVcrBWKSWinsW+71L3/zRgwCBqyqc7psSF+10fyo /gl61GwNm+T8O9/YZg8o/5qlQapn7reO6QSPiZ3/I2sNx7O6NNmiIDDfUYoP4YXihqiY498hvrQc z/jL1t3wV2MPPWisiBpVCtR3Ebi72uBPttdE/hzqFnVaCVuSGPFO5v5Hr9SoV2ww99j8IrSd4y/i 9T/su1IOg/j7Dtt8k6OEIqvUZVCV0j2/Kio32lPiMjmQhCnvthCqzSdXyWOgC/aTXjIt+JtxdiSD 51tKlsMXROOSKv2ieEN/lVY87ejueej7O4GNBDH/ARdSJt6BP9+4IPIi/3KJwBcpvCnz3dS1iovD p5u4G70xmhSSvFssWTSMoh5nJxnaSvz2J3gdj8mBoNUycXGw3MLVyx3Vu3psewZcfBqCAfYnBfKt 3QQI7qL+waeUKMVzOnbR3Agj+ogZVsKU/eAsHGD2SuLh9jhfSmRag4Q82eJGJEAbXVGNHqGaLsPC BE4+a5mxyj78ZRq68s2J+3L/lTfmkrKsvSUZzri2SRsG5Ou4OuO2XN4S3Ly0R99goAAzFJj8a/Xl 6rRZxeIR1aiO93tPqXiEaoVrEvmglKLG5CQEaGCjDHmsjv/r3qxO5VaGmubpArV+Rj4UoynE9/av bKNsAcAtK0l8B4wAiYl627CIuqpSWn5KU1uk3vEl/5HEmohe14/gQ4FGJeoY5JXcu1TRL4bbqEPv IQiyIBRGEMJ5lGb0KZpz9IUruQc3WrvydpGi+r1UFfud5XQXQ5uH4bEEfS4L42o3Z7GxpBrLNPhR iecwRdhptqdMgAliUPLSuJINN3TnhZtzZe3HepKgwmFjv3CXM3EwmScEbSdUKp7VOP0oxQfiSuDT L0d+kP8zb0rn7KcGUCaWABYubtfXx5A3YBeN+uXzWMQFyrDOlrI/O5VPrtOi2gApsannIlriZl+N l3Z/E6XW3tFuaqFJnDSckhif1CFa5sEbYz8svSknSDGMfe/Jf7U7HBVEN6Xq7v87jS43sont+XVQ Gb0XW0N6CvhH60DexHtdQvMkjW/BKURIfOxDoVkze3e8uZIaRQHjI6wCUJnKLJUyzoqQ44TL8Nue 1M6XXY7uao7Yl8eZpicWGlxs9TjjoIPRQ2s9wQFlXosV69SwXbd/5rxAQWG0Gz3JuByrwukQufOM b6e9Mjahs0nu9edlfO1GOXzQyj9lbopK7aeZUPc/Gs+Hul+3ln+YfnN7JU99OG/lcMYO67XSfINj TqpzQJte5c+BuBhB3DfrOnEtAQceZk++iSmfdb2CB2difxmkdk1GQEbOM7A8+bcNuL41rBvt0utf 6H0CTnCsThtyQ3pJoERDTpdiksyTT5udNoELbB9sQL8MA8mpcpX25R4Gaw37RGRjt2O2Avmf47z5 50nUq6NGHPtHhLdnVvF4j8Fn4XJ8z47Kv67fNUKl7qYCkmcNwwmgvqczWWDB2/R8fpQ9jfyu/Bdm ofP3Qoz4gSyqjRCYBbrp6SLLwl/lqFMraapFQz8Lg/qhgtEzkNYiDWLouxzSbXs9raKcCJeH9Rmt kceB6nFWTFP0uO6IUH2IibrYsWMJyDdEjfOU1jM3B2p/qyPikzq/4eJaq9zlVWDo5IN8vxo+wxXw 1QX+UoYf/V0+uEEzS/55OaW1URQJBEVxa1HMkdH9p8MXsLkZklN7Zer4MvzXaJx48qPok87OIXe3 rFTO44iqCAAmMthlIicTnGc5LJ3TQ+TMBivJ63L6shMbGVXBZ0MldHJn59BIVo9Vf439UqBsUGmB +OdAa5ZnkQcaz2dRDWvDSJNO4XzuMyF++15TKQaHZWF84J4l6Fde8JB7ofi5K2DhAdB/GcPXfrWp tvvQlzrQ02yV1mLa90HIMu6G/i3fPKEspOOHh5TmwLsGT+cewLtASpFCXy6xolFM2vStnBA8yvw6 KNlPomBIApKmLF/uqKGkqJAy6BDA75PALdJCEbnPgMYFEzun7/lpr7h+Tb8zS1HiDp9pO2Ia3+MV +ooAQQ+UCzVgJR3edr2dzBQKqu1I1+Pxi6hCT64ukeUfmvKHs1ae3+OFidkE0dQtObrUCJIeApqI wtePggf5fykWARWqQ92ctcihSIXSY8L85dy/guyX55XliNFx1eoVbIRFQJh9MyAqUI7z6UJjkDZC 0LcDnVzWhI/9E7p6d8+KXq/CET205V7giuMwcyH8tw9tEQI/9fnqzwg1pTnac0hl+r7ncTFUph1M Un6p41n1IJJh1XHFDyQUJIY22dQ8+cRQYxIJ/Kij6P8D155aG+cuP0vkq2qveN9m/r2gkxrHKF6f 61MmBkXkqZGLcLV+1+SFV80ug3CnV1721pX4NaHK+BO+MwUhfKQEVE3av9+aApZBLktmwrtSMh/w bBoy64pYil0toz8/zoWNJV3leGHJzm8RaonZGvEWHVjoh2uYY32pJfzzL9jeNnY4/YweSdt1/AkN aFBFU9kijQkZn/8utX6o1pWXISB6FqoH8dqZirUEUJPeoXYOv701Vss2bVM0j8+uD0/CpN3m4yUO +tAkuczD1N9ANHDyVDriflaGz1TqlA74Y/4wkRSN1At96NQYvjO1Z79WERweZBcQJHlxcmZM420M NM64CDIDnIgw6jDiFDkc/8bRgg9THngRVHzlzC8Hm+qI11pGD76Zk3S1aLT2j3vn/bhHxSqqMh3A yeuH0Xardi0e1ZGI7ECL2S2wrDwRH9pAy8aCpNbvXigQU8ztYEZR1+QupfwPLhsAzmzxl5LxqzoU gL+NTG38vlVWyz4e8/Jxt1dPOdSo6J7Fnqp6JteWxvO72II9xsIuYQpDyENOf9EE4XOddjlLjRoB Spy/c2HlNQPSIlcvNpNuRodML2hFzMY+JaJTr7JhIXvPLoeuJ777MVH40iNFsajtJZt7+dkGT/aY UGZXmmnWotK2yiHnt2Hj9ZFfKYfNXbq602nxo8124vLqnDj+q5X1sWs4OvT3GJGKOK5JdKew6kJU hc64Paat7VsPGwf9jhhS2cZkc0fo5H4Em4bu7QjwuXjF3Nu5LD2tT8caRjoJ+9LIEjVLzbHUrSt0 XUEZYBLqm3LzU0yW8kPxZ1H5NTJ954bu6iQiupoZ5X8lqwD3HDe7vINxeejajVpzhQ4sYnBHXIX0 kg2JMVME8T89cLU4ORFb+eyIxVyGb+G6hP2c4/kX75Fc/7yW9sECGhIk5ENdmnVqXMFxsWVL6G3Z +9m6TVdiubDHVvJH3BUGKre3XNNCb/y3BsLe/lk+kaupAVq3wSWOYBTxaumwejRV1HCWsrMz3ymu Wxzt0QhUU77BHbbKtyYObJT8qHrtwLC8vjrEWOB+2IjjQkuJGO9HBEk9KYu0tbjHFXyGvwL93mX8 sp8ZTaid2/kMw++pJ6E0KQNmyWWl6jF+zxeWTrGOBH3fePkgPlZ812obx6bHQM4pR5HaPBs/5DpO VShDRwheApuVOfZNOhGM2eAg3iTAR1j56OgKTjn7I13t1Ibzpv+qGzKJd8g6t90hAsLx28nydXAH hVHOmBfkFgfgPpl6L4UeYlycUUv5DPrjiWH49r3Hl2mtRSW6o/mpmuixX3LM7N3Bhz+g2fKh1gOo uyjXqZcWVL8iNBXvadLdfptOGZRQWArhZ+7FbKh8p1SHK7jHnFOGpMteNBorartdvEM0VK8lFbip p3Yog1yEMvZX5rIiLYpxLXS5F/pCnVtOT7sOcHM/x5XmDJVOpG7Ekkr2V6gUYPOeTHadsYFyvA1/ 91SepCvX+cZPi2HrA/vcfpFysCoDoidaeLwrFbOVvlxWwNVC6Mfushgnf3e7su3e49cgHxDbxo4T DX3l9325U2sEYu17V4qvzI9PlwtZ413zkMHYoXFluLUOmXI/T4tmZykajMs3WJu+RvmTKb26Ysyi 3panmdsq0QDz1DGtWm5kk7i/UNOUTL/+I50JalFV0sMd1F9xUhE0JSnB6Ry/ubWAcylVTKc4UNWX IgsvGSWF1vTXKprpJLrco6LU1QKP2kXe7sKXmqhSSWqgE6yPgrOD/FsoW9VdsE/BnPD/Z8T/B/yv AIgdPJzsfP29Pe183YlDfZ38/L19/98RmPh/AKsxsGYKZW5kc3RyZWFtCmVuZG9iagoxOCAwIG9i ago8PAovVHlwZS9Gb250RGVzY3JpcHRvcgovQ2FwSGVpZ2h0IDg1MAovQXNjZW50IDg1MAovRGVz Y2VudCAtMjAwCi9Gb250QkJveFstMzAgLTk1NSAxMTg1IDc3OV0KL0ZvbnROYW1lL0pQWUFWVCtD TVNZOAovSXRhbGljQW5nbGUgLTE0LjA0Ci9TdGVtViA0NgovRm9udEZpbGUgMTcgMCBSCi9GbGFn cyA2OAo+PgplbmRvYmoKMTcgMCBvYmoKPDwKL0ZpbHRlclsvRmxhdGVEZWNvZGVdCi9MZW5ndGgx IDEzNTUKL0xlbmd0aDIgNjcyOQovTGVuZ3RoMyA1NDUKL0xlbmd0aCA3Njg1Cj4+CnN0cmVhbQp4 2u15Z1CTXdutINJ7k04AkQ6B0HuT3kV6CyFAICSQhN6kCtKbNAEpUqVKlY6oVOmIUgQD0gSUIkWB gz6+7/M95z0z58ycf998yUzue1/Xuq69195r3TP3hJvD6K6QihPSEaqBRGCERIWBsgA1/buW0gAg ECQMBIoRc3ObwjBw6J8wMbcZFIWGIRGy/wWghoKCMVcxdTDmCqePRAB0vOEAURBAVFJWVEoWCASI AYEy/wIiUbIAdbAPzAmgLwzQQSKgaGJuNaSnPwrm4oq5muZftwBeCB9AVEZGSvB3OUDFA4qCQcAI gD4Y4wr1uJoRAoYD7iIhMCjG/x8tALzyrhiMp6yIiK+vrzDYAy2MRLko8gkCfGEYV4AJFA1F+UCd AL8YAwzAHtC/qAkTcwNMXWHov+J3kc4YXzAKCrgKwGEQKAJ9VeGNcIKiAFezA+5q6wEMPaGIv8B6 fwEEAX82ByAqLPrvdn+qfzWCIX4XgyEQpIcnGOEPQ7gAnGFwKMBQQ08Y44cRBIARTr+AYDgaeVUP 9gHD4GDHK8DvlYMBGirGAPAVwz/00BAUzBODFkbD4L8oivxqc7XNdxBOakgPDygCgyYm/rVAdRgK CrnaeH+Rv87WHYH0RQT+GTjDEE7Ov1g4eXuK3EPAvLyh2up/IFch4r9jLlAMQAIoIykpLgOAegGg fhBXkV/tTf09ob+Tor/CVxSCAz2RngDnKxbQYJgz9OpCHIgG+0ABGJQ3NDjwvyb+OSIWFQU4wSAY gCPUBYYg/rv7VRjq/Nf46vhRMD+ANfBKfaIA4K/vv+9srwTmhETA/f+G/z5gER0jSxUzU4G/GP+d VFVF+gEChUBAgJCMhARAVFRaAiAlJQMI/meff+/Av9j/jhqBYX9WB/y7ozbCGQmQ+YvE1e79IQIQ 8fmjDN4/tuED/GMKgIgB8krQUADv3/q3AUoAIVc/ov/PLvhd8n/S/q8u/zf5/8eKNLzh8N953t+A /8yDPWBw/z+IK0F7Y67MoY+8sgjiP7Dm0L8srQ91gnl7/EdaGwO+sokKwuVK6kKi4sJA8T8JGFoD 5gd1MoJhIK5/CepP4t4vK8JhCKgREg379fC5qgMC//fklQEh7ldPGPTVyf3OQa/89c+zvYOAIJ1+ GfEu5kq5YJTTvwP/wEG8UagrQ/0+16sm/xr/di8U6geFEL+fRULkIt0aIjtO6lSYfYXWRvE/rnTF Jlu+ipHA3H73JNBVjyBHc9JL1cGpmmE402iuInpiNoiZf/fkrZ9N7+OwpUdaBZhrd15hVb8KFQ6e HvS6QNmckEwuY1KZsViqvRRjVgoHazxrnjTz2Z9RUn2g9ZrPJedd6HUrmW2AB6D0OyXHI2ZMgkp+ 1zZunCXHrRXMkKUNZSI1yjrL21T73tg5bhws8Vi1I57x1B9rnZg9tLg48Pj1q0zQfpHuy1rJ6mga RtoAHY784dTx998544wrgvhMPa/9HCiZI0GvNw97a5Gz+l6+zsiKSFlQr9mJH9R8/m4lq82RnFN6 XpaXkUHkOq12XPzHF1qpHmUcqSSc7M/l+pgizWopY2mvG7FSONF9DcFjulwh+q68ZthbDHXRpNo7 NfC+bVIy8MFxtJ42rzVbUEf3XQD+BlvaK1j8jUXcYx0CM0Ie6c4m4PXGCG/+1axFr4dbSUpNpS2f JmuSgMnQgxmz02KdNtKYCFlTPjuicMBjDTcgc7EUf9UuYM7x9YI78hktZGC4vNoHMdE4+I5a4Evj 56oji7kqk7CX5rfbE/Bg4T2LNTe7f6alU9sZRPY0RGQGi2qQlMSbGj1WOy/HxdRtb/bOVIU2fss/ lamnYEVS2VpQxAcoQW5qcFuxQQRVfmyGsjl9R2GnxquyvdkIOmAXrKaDGHsS3mF2MuW0ADCMsN6I P5sjnX2d2AzbKS7doNbzkPHe3eciDGaEFpschA3DQdX2q3g2n9zdO5szsme6+jqFah8fbVI7Cidz 58Z6iIYNuffbnLOGtWy3Jn02bDtaYwxvf4uxm7+Ux0hQT8rTsTUaaFV0smTPM5OGrdCkgktVq3EK 2n9UaFz7sIDDgcQh8tp50IzftlncNHLWyeN75lM/mvOZa7GW7gkhbQbDaZFrg7UecsfHgushLfJI T5qhqhNXRkl1P9Auz0glun08XMK7Hy14vSge2dxrUmvVRyfQPzSIqGWd1f1hsfMy6eYnNlee40rB n8fl5/lMcAnS+K4Rl/LmMXVrC46m6fVigC/dnpPZ/c3dpQw6i3cgzmqm8uf9ij2P9BL6De9m9GgI 5/8wxGGWx3LeZnGT6utyzVsXHs10Y9Bca2ENVfTsx9l5IwO9F/YBR21w+5U8mZo0aWm3LSo19BKo zoUnuETRanql+3AZvxTB1u94hbm8PSXT4PKMStSNezFBlDdY3a991VM7R+mxOG+J+qj5Fwbek+BL es4j9uSAfSkyHnmijQE5wjd0QFDeNFsC34BnXd4scLNHg3yjpcbd/cvogRxQOAtx3TS2MFxb4WyK okkpKFDj5sfzcaHzIvbgNyxKSVjmfKGc/CJ/SDQOYrg2k2lHDSuHZsljPNS6IUxudhG1K3XYu9d8 IQEcVySj0tAY+8DRmlx7bD4SZipVJR0S+iCZK38fasgJeaYvqX8myDuR3PXmOQtrWiTHWtubYNAN U7tm8QtBe+5dkT3o8koGYeXFRNeUIyER5YSemW+/M2Li+48wNbJyAIcHVvZikC9IPNi6NJtDI6fL y2A7t+6+OIx1Bmmnj90XIJzWsrhWUr7gYgZ2OAygwQ1VegII0O96go7o1h4JcUB7iBM1OST091ll Ln/E/Vw6cSwdxTN2MpcTlEXjnD1DXJDuNS3Airyzl7W9SmOOpdzUYSm1GTN/+y2zyrn52Bzila+v 4r/vHyGwTFBDrGeEnh4xtKMmz72N/UZGQLuuNRuroGBj4fyxc/s9bv3zvZX9HccX9f7rnS0ExadM DWWpbobyVCTd41sGRgAcYiZySnZ69u88DJEq53iAxM/FeGi2b1Ugnvb1IwQTkXLc4lMnKtL8xgg/ 7IX10RuPJvqNkmEbtcGB3ZAQ836apcrGvaE18x1nKGLrIcsQ/XZXdeI28YI7l9gOj31OQii9kSb3 0PpTGcmmqPmJRbuHycK+tHKV7p/5HkbPcaw4M/qQRpgFM6qFHGAHupvnnalsg3kV/bfNOl/hsfyA g8jTGYJAmY+JyZae350+oqghb36gHQFaD4+cUXURkVsOU5DKldbdkKUq75nN1Z83ZS8STHSEv2gD VHtmW21XeVSR8wuLEtaJseuyRBmj+God+7jN7XGlhhO434TaGKfigNIZ8cviegqDLExy5SEnsmmL FV+sKYFGtIdxqfJf/SADbrWlUkZMrTpNi16Pya2BKEcCQgE8Z7CuTnV/qVJsZXhAfvx9sDWunQ39 ycOf+0o+o6yLxMjozB8kdAIMvJwptVkEs98hXMMmcyBbQVWrpxzgPcEG1q+BVLKj++nsrOb2Ysqv ggzhIftzi+zo9vLx3QKRhASLdK6yJ8P21AxPmWNoPlrfceuwoN15s/hdX/mBvFRtcXgyoVWl4/aG E8eh6gol8qdDp5Qkwng/ttS7tsJtluzI5cPH3GJE+Sfl4RmZu8yr8QdBUjLcixU+HPgKTAQ8yiOz 5Q1LmZffVVfpHVB+HFSbZh2ViuqyixHdiwURlvRBRdTsr/fCbwFZ56YvvdLseMI1VHS2L9ehGCcx 7RUpoSEVQ0P0l6NkjDpfIXeugv15iDXTiDs/1Ghz0k5/QzZZpLJkTqFKD1/4cn1MrmBmzdJM661R DGkXQ9mXfQm29cCW/B/28pTv86yKSHMXjRIW9Els7mJ97DLN9WPC5OPaLrhsSk+hH7CzywcVwGbs alJXXaEHwY82r8luys+z4o+PQiq+pYQlmtmHeg/500xCF50h74VDuNTmJN6NWrYJF4XVlNuwpTHp 6VprBeSwH8GZ9dS1eTrKI8K06ltsdxIyNdg/UC8+GiQrZNtv8jEuYbMEOR6d0TzK7TJHlW5Y5gEn ghcfv5qViLWjvQeYlRp6xmXY0Da68UhoIi9LbldbKutL+C3lbz719nOHep8y5ctPoto+BnmoivNp XhfHumd8uiR//u3M+I155zt7XZEHK9XGrvQ+Xw6L/AULR7GUwhdUFx10BmlZF1+eOn8WcSSpy92X CZwve5KFBmg7QiFmjDcDF27bffWKuiGGdhInMUAEB9Pxy2GIHVVU9ibo3E0slr6E8SCyINwc+qWD tANz4VLZePom1I87YgMrqzP65481U9cXmeF1g0RRRikKxYWCvVOpqclE32x7xoZml9ODXSWqVOeH yPUwO/W2bwIxLBVS7YERkooBRCmV5oI0MtT17mIX2A0jhyFR2bTjQm2zslUCPNKLN+sGPXewIJIP Luafwf0Bzzh+djxws4PdcccdNnX+Iukm7bncNsdfavvkhFBI/jSqjZ4spG1RTyHqQsAgQZY4SFff zCW7mK1IWGYi3SHpRrpsp7gUaqrh1qQz5YtVFmqnQAdn6GLkvojuAk83oKGz9RHpoHWgC/ddbDM6 GtDUSSfJ89YUSD81i/+h7LJQsFqqivABaTCM5+6b0vK8994jbRafr1+rXxfMzIwkvuVzFPSol17m +LAP127R1yG824da2EW84Ods8Vhcz2DX+LQdZ5q0Y1B7TQ8spTq9SrwocVsLywCnj2P7ZDxUDMhQ TXAUIk+pGAijjWfTuQ9f7LyxAL+5qntcoOYeyBb4RdufiYDz/lumy4dPpeNbI94IBd8j2oP2aE3x uomH589MLnNz4McYamVSdN3Ybb6hR685H0J8Z56orpSBlbdHi+5k97Y9WHMj1oTbWxmwT2+h2neL L+Law6nQRjUqwMAcswTB5s1WEnJFHgWuhdOVYd7A7z8IoJ/ICigq3Y/r7TJ55FqnpqeX+VQdWiOb isj4Hdw9PLTly4TNhi4P5tZgnLgcK4sFfjj6M6lP8KH0U3YtR00Mg6XqeOgYvX0c2YZ7T5aLUl7q unbIXeTaU5x7zGMuyDgpLyiYiJB97qegpCaO8CGpPUmLfhpLnL8eQLRR97vuM4bLAaV3I4V8NWIY Z5oZu5bPFBU8pPgApgEPX5dBaih6mb0Sp6NccOhzH4DGE6y3UGACmIKRsewTgK5KxvtWv68jZE3X tba8wBGJ1UQCOQXq64WflQ5X+ucQ9dW3nlDIV0jebCv20oyI9n2wPxkkTlq97C3+/FOkHVGb+7wa 5DE5lTS1vGTS6w4F8qp8AjRye4msrv1u5/LJm1sdSStMYqxTR9hNFfZQFoeXRvedJbjqeNyqiHi4 ugEpo7fPaLHl9NC0VRlVKitnvI7TH09vzAhNlW7YZR4+53+4q0fcliGQAv3sVdZcbyRRoI8t+xFP GYi3Tay18jHnQNpYVP+Ok4rDFtOZZfYpvL+pT6gEN/zWR0tQodMWIo5RS5FMiqq+ReMS9UrAjico XcyvKhCadi+p4Dyz3e/m9xIqkJWKKAhYlwCsNQfTOUGaD/ahuANO56Yp+e0kuCOruJVenlpfvGWv L5AK+NeENuZwa4HMaZpDsPdECEuRnC+dhoQYagYUeppoSHKv94ej3m+9D358+9syk7bjc5YqhP+c RuGdA1s8LDhu/GJqWZnTvUGupI6q195441LcQpqSltzuS/L+46miwQerbkui10bSwtIGkzz8Jlvo JQMsFpMZquFF6+6hWXw9crBeoOR3oqqJaHtdmjP259V7otfdYR8bXx6x6rA//fYJaOQ4X2iCbki3 5mMYk1wLyniiiJ50UQSOhzbXnlBMcZ+QMWWQBlGTaYUvQpqeN7QQyw8xB7H+IDJXx4nWK5nDeGbV QomSLeVOKMfoRQkitno8pEkDegrsYdqiWo9ofIp+Ugfb5kBcbafv6gaOCy46py7Wi3QcnWil5uGX MgkOuRbge1O70z+XqQm9kFZeJ7qO06gnUNC+1GRv9ZZk8l1CnPtMREzY1+8NIvd2tYxsaHD1a+51 KkpSYWfuzswr5CrKdON75drnSGwVMlRuhh9v7rhRzd2vmHRXqaz0SAqbxBCU6GuNMYBvKLmq94pa fuf84St+EjveJV59OfigviIw3n+rVJd/IEGBurny034FKtaRo6PQN87PaubezInWvOpe3s1OKGMS MS7Cb7zjXSeowdyzI6+Yqln0hXUStZUV1a1vb5o0H9F7voTHuydZv2lY2ZmbVL6Gy7mwvwbMRVPL 6e3HMJbjTlL620WQt8wVvAqoNVP6YJ26VT8hL32BtQ01fXSIG/Tu2rkYITk3HtM1bZaTZx2h+rIF w3Rk7K0t6Rnu6+dxLEvZ6j2WvAsmTjNgnoMb8q83/IUL6VJUQVkfTBVDBgfWFgyri2tJJfykqMXJ a2iraN04zhDzXsba7z6vvEv2L9c/wJRZvD1aWBUpCdo1DfvWrZDhVrzbjur/aKTOVq/ZQ+1Hxs3+ zVAsqeKW1zMTerY75xOPdcwuo20A7NZCq5zCPmoqIBaiJRVJjxcxIR/6RDZ9NxOigA9IZtKpG+M0 B+FCZKa9CXytdH392gqMLpy1riU+doxOChyX3qldTSsurrfdXwKTlMs2RbTRy66jxRP4tdohruPn hbHroT0x1Cx9mrfHtNSOK5nDuFRo71Ad+56PJzbO4lFxzBdQ25/XvupjIWe8HrIEvYBTU5FyBZCT pcLFA4kKxDMqoCO8J8qr53E8E/Ad5MM7ullGS/iBNgqPUQo5Vu4vFZjpuQIklos3o2LVFkFuz8lN XuDNYWJ3EqUb3cMEAsuHbd6fF/mD8nYx4XUXwpSg2LAghdQYJBfkPUtn+RJ0OFu0LuYOZTRpl3Nq l3I1LjsGzOuMIZHYmY2rG3KwOqNzPJPvnMsONoJhARpN0e/7aliGnZUyGqPLDS2VvurSMwYnGDfU LbIm++uPasZrPwQIcAzEnhZGj6tGReRb2bWcSizJyS4Va4kAWPgPfY9vnNMsqZ9U5Wi2Hy5uG8qn Mh/rbFz6zXfk3cWhO82Z1lHEcYbKckjEbx5n+typ2X7l/YO8nyE/Vymtw5OJ1XqPGnFw5PFy0fdj 7L1jG4Kop4DZp2zzL+L5UuqKmD7dWEZ0j7USCubsCt4aNDso2FBp6s24OXaieTnRVxwf/vayJHlp 6E1sf6YOkQTnk7XruPWSJn6iZxpvg/Zpx76/gpJMEx3pQU9VJ2qhcamDWhoVb7TZpL+y1VAkrzf2 b9howEsECHUSbtUInlWuq5/C7PP4qUsrB3yD3YQZJziD4AdZmhnjq7TdOgZCyhC72yQb5ItO5YJ2 mHHGseiNfNbNL+ND+++1aF63v7QPecIWQGUvELK9QyWHyyfm3oCDyzjw7BlbdEEe+4iVcWR2Q/RU gWOt6jog2WzytmdW5tnDWa9GsFQIiHTiEW/TiZstRRp07tnyK7VJM7Xw7tMzmYbXjm3Rx5SiQpsc Il+cWgO/h+Ihi7TRLZgjUDfU5uRaHbk//qjbz0+3ehxh8FRk7nT8RCMimL9NeE30TWNtPHjwlaa/ aCkKpy+bZDHh8/UQEdsnTy+pkOa785YZjM155z8/eZf3EDxV4JtvSlT9sVthYsdGFgNhUlqm5CY8 dKG/HAv+zKTxwU2Ej65uCGP+mYIT3oJkivQyuSNi/UjSVkr5/lbzmQ73YUqrs2XXR3J6QLsfMc+5 LB6hrmthhrqAcfLjXpSBCSPi0Bn1SNAV9vn2ZlNKjxhHjTVfaVWdsc2DevEu8Z6ZyZmvEzTnnclg 54YBkL/mzvnedex2oPLqY5DzaF0RsmxxaTUVlCNvH61Z+8CmTP6+GKWspBQnhShlBgNY6WvI3D1e i9Kk4NqNRNPsoG0x4bfdmVsgdRXWSZgFXiOB8EqsGok9RyiAmISL/eGcLoOYtUTpQ+8lEs8UH8NM Mgv5mfHVvtH2rJsLpQEDz0p6PmLmG7pMzdVbrgO0pX5ua701Fz+eE8VEE+H7nounw9nW37FKtCsX HXWegrX9yL3Tc9HKDW13KGSo6Ghe36KorGQ8BIFkLMtIGTYIQ/0guM2zUjHu97YZkq/ezTdcme9x oXiD5KPfFSBK2snYPyylF8vxY+ktJNfalVIalsax0a1A/fQo/neCebIf+GV2Cg49qXB0n2YodJOu wegKviRRNQrPd5MEJvJCZIBltIR1mproC9DzeEtFQIG/LNdXPxxJwY8nhuwU+Gz0T89zRoQCfoZ+ +bAkl6leCZj6eatReQk5juLURyq4ZoKCwtLbRtrh1S/s26tAMaELFarTbm6nnSiyS+KAZxM4+N+e WY3TbEi21EUeHKCbKb7dH63EgPjNwc1vRZSfGVBI4brbf7PadsqnZtfMfNex9+hc/Y5H5JbTi6+H m0/NYQhwWHbGgJ6dpkn5GYQfuCXRl/dMibMsCImKmQhseAacsD9eGV7v49QtX74Qj42REAloVP30 ZASnTyLFMDKYNTuCkust+1z+xYBsGZaGhoWUEaVeD0/nLPeoOKJMNI4it35qgsqNG7Uf/3wON1Cl No+h0Y6AeNoq9EwKPMxNs3xbfntlNDV3q8V04WPe1ilUGLsq/jGiNcYy8S36fWL6j92FsamNwPSV EotpDjUrcvvCtKwN1hfSzlmAJfa897cJ3rWeG7IYWK9tEipx8lZ8jGzVUzfb7LbMeEeEb3BvpHrA rbxbPEPD21z4pTRjk2jhLSlZs9cXwcnBUF9KQ/jEmrvlNwkCgZ7mPhFBRX+5VECp5armza8cZp1E BQISkfz7t2/QtfI8ztCXeR0jzpjC2p6Dp38Nc4DwfaG6XttIRTsG5UQevtSpcOW2XO3Dj2G22HIi TlPlKoEz3Cz5yn9dbDpLsWXWNBXxzAX72JzszSuCF8/vWd82Fhge98U4CbbjFI5yuiHT9r7lmb3x 7+DQnPFUTPGZ0pQxC5t0CGxcLiwrUp+wSnMwiL0vm28mfH16nuyO8GcYcXxL/TVOU5sLsajandYm gOEXug8n3n1sM8344YeL2Yv+U5wfP1UvsfKE46zSoQu4g/KHWWnPsZh5FgdQFKT8wdUL4b7dKlXz Bej+m4R3Y+OFUwccAlPGWSkTWAVPiTXyEGF9QcruW9YrWRPk3ppZ6Q6ga1iL51WjKWNbfFni3Q0/ mwbH450jUl+6E21OxhW8VuKLrSmrxL3UCBWSmbY/OOVdmy+NoHoFjRehYR3lHma/8aVMyKNGUN7l bWlpio1PSgv/tGqnjnxUMXtSq4kP16rD2jH1yyTZzYnqlBT8kiYSrtCOHUFJfF/WH94V29cYR3fj ZyvKnTM9gtjXOp9FOZdHMIroDqmcjhLoH2Y+KYt3jPZ+vA5+sEVjNGBIvMgzQ1YPRx1PKk9t+2jC KaDBbyOF9mwVgzNt7yOUqUBBDg973QRC5FhEQnGq3Bk/WotGle9TU8rNFydHvpej5yRroZnMbkik SRRqihoqDL3ZntrTwZubVKTfoJ/1TTMpJCwIp5peMYOPKib8dq8mcyk8sYlw7gtRCktnDli0qOw+ IO2Vc9zKjAlC7bN82XxtFcJUD3hQo5XZOmJpNyJoaerEPkvAvZIosN1/uZtPI/TpPJsPGvEles6O fP+a49FBzhSJwUONAxKy+d4dsPuldYJE3fUiU47Y0rE5sm30Uq6gdCtTBxneAXUelvltJ6yFrZds osv/JFrGcDgf7LGAa80jaBUV8xKfJx6uZUvsUSJaLPUijRkHxjECpdTriw2W93Ks9gxfsUo1afs2 XDyouQ+xBFXP44fJ0B1+mOcI75tGC44rEr21Az8vtIs1xE/zsUiTqTRQ4gugEGTqkw7P8M56IJQ8 5oTtVkk54UQdJL9nG3tndaH0gsGgN6C3wkD6aw//zk38ZXHMddy4W2GRycfZdxY+nDkq7yqGjERb iMeM3C7WyDMby958ngEjiox6bTaiEU0cbmkajvzUYPDy5kbGWl6BsH90cJgfx+4ynknbhycNaX3i 8zc8Nd6mGOsOZikKazOOp1QLfuczu+VVeGF+c+HTUJWKB7uUnQCs/FIq7fvZ3YRF3xdPqwiiXvvh X4RusLbIpRt7ez6RpaH8KVbZePMpLZXqi969vXffKo0NFx6kZF5UUtu2ppYMT0SjGWhYHbzPKkHA 1pR0H1vqxMvVKTIu/brc2vxKvdMPrKxj3mas9z2zm+N/SKP3puQuz/U8r1mb9Xak7SwLSt0ppP8k 5rF7BI8A/n9+iP+nwX+LBsQQOBSMwiA9wCh34kAUFI1Bon79UU78vwBVjAQmCmVuZHN0cmVhbQpl bmRvYmoKMzcgMCBvYmoKPDwKL1R5cGUvRm9udERlc2NyaXB0b3IKL0NhcEhlaWdodCA4NTAKL0Fz Y2VudCA4NTAKL0Rlc2NlbnQgLTIwMAovRm9udEJCb3hbLTk5IC0yMDkgMTM3NCA4NDddCi9Gb250 TmFtZS9CQUNPRkYrTENNU1NCOAovSXRhbGljQW5nbGUgMAovU3RlbVYgMTQ2Ci9Gb250RmlsZSAz NiAwIFIKL0ZsYWdzIDQKPj4KZW5kb2JqCjM2IDAgb2JqCjw8Ci9GaWx0ZXJbL0ZsYXRlRGVjb2Rl XQovTGVuZ3RoMSAxNzIwCi9MZW5ndGgyIDEwMTQ5Ci9MZW5ndGgzIDU0NQovTGVuZ3RoIDExMjc5 Cj4+CnN0cmVhbQp42u26ZVBcadsuiru7p3EJ7u4Q3AkuDTTQWOPubsEJTpDgFtwDhOAOwT1IcAtu 2WRm3pl597er9qk6/06d7qpe67r1ueVa3T+allJNk0XCAmIGkoU4uLJwsLILApSklDU1JfkB7Oxc rOzsnCi0tFpgVzvQ3woU2rcgZxcwxEHwXyZSziCg64tMGuj6YqkMcQAouNkBOLgAHLyCHHyC7OwA TnZ2gf8YQpwFAdJAd7AFQJkVoABxALmg0EpBHL2cwVbWroKAv28BDOaMAA4BAT7mP9wBEvYgZ7A5 0AGgDHS1Btm/ZDQH2gE0IeZgkKvXf4UAMAhbu7o6CrKxeXh4sALtXVghzlaijMwAD7CrNUAD5AJy dgdZAH5XDVAB2oP+UxwrCi1Ayxrs8qdGE2Lp6gF0BgFeBHZgc5CDy4uPm4MFyBnwkh+gKa8EUHUE OfxprPSnATPgr/YAOFg5/g73l/fvQGCHP5yB5uYQe0eggxfYwQpgCbYDAVRllVhdPV2ZAUAHi9+G QDsXyIs/0B0ItgOavRj8cXYgQFZCHQB8qfGvAl3MncGOri6sLmC730Wy/Q7z0mgZBwspiL09yMHV BQXl9wGlwc4g85fWe7H9Z8K2DhAPB5+/oSXYwcLydyUWbo5s2g5gJzeQvPRfRi8ilH9kViBXAA87 pwA7Fw8A5AQAeZpbs/1OoeXlCPpDyfFb/FKGn48jxBFg+VIJyA9sCXq5oPi4AN1BAFdnN5Cfz78V /41QODgAFmBzV4AZyArsgPJP9BcxyPJP/LIEzmBPgAH7yw5yANh/v/++M3pZMwuIg53XP+Z/jJlN UkJKVVb29X9q/kctKQnxBPiwCAgAWDhfVo2Di48bwM/NB/D770h/9+A/9f8hVQOC/zof+z8R5R0s IQCBP8t46d9fpQDY3P/aD4a/6MMI+K8UADYVyMtigwAM//DAkJ2H3fzlg+P/MRv+cPk/ceB3lP87 Df7HmWTd7Oz+sGD4y+R/WgDtwXZef9q8bJ6jm+sLTZQhL2Rx+B+2OqA/6S0JsbP4H0p5V+ALXSQc rOz+004AG9hFFuwJslADu5pb/7lPfym0f7PRDuwAUoO4gH8/gQAsHOzs/7vyhYPmti+PGZeXsf2h A71Q7L8HK+NgDrH4zUVOHl4A0NkZ6IXykp3jBfIAfF6uL+QAef6x6gA2VgeI64sT4KVGP4AlxBnl 93j5OABsb36L/kS8ADalfxAfgE35b8TPDmBT+wdxAtg0/kFcADbNf9CLn87fSOAFAf9BAgA287/R 76LZLP4FX04D+hd8SWL5L/iSxepfkBvAZv0vyPPS8H9BfgCb3b/gS177fyDHS16Hf8GXvJB/wZfI zv+CL5Fd/gVfmuT6B/yvWZi7OTu/PLf+IM7LoP6D/3hIgkCeIHOUxTmIuVCoTV1ox+0nCVIPlp1x Tm70/ovoSySdbRli9x/qwVLCdz+5CmMWJLq/7cbcbeAccpb+arbVJWC3NV73zYgRJFhs6IC3NNti 9p3EEbk/dFFy49xV7OrSN+VysLAiOG3RGPS4FJ9hJGR2Ot+Zzd5/I0zXUn1TZX2KSN90xIoGM/4u BpGIn58LDSa0UyK7s1qyVmLm22d5GpcL8fHjZHLZ/buMvhFOnu/9S+XM0ODNDNKDA3RHxcvsA9H0 vS+8JIqmk4AZ2u0vMphCE3pUHLDT6E0pYjpKM4pvFWEJA/GN5HHIs82U7XwpWQIsUxZIvM/nigMO vgt5tCU8yReVnRJfdEbZzKbvPLNA1dpf98lsSmTS0UMH+JGqL8955bgLxunKfmG2wNKt4Tb6/rz1 Rbv+HD3qOZ4O1a4BMZpwMoC7SHPAdc4aDq18M03cOB0NZ7OyCNXBCBUR7XQarOXZtHQLyM/yY+yO zM5KdkbSu37QVKkItandd8mpxPuZSHpF9niBbRlmQoYCY1p9N8coX3rum7CVB2dZgeyre634qTlb H2l7WINhZ6ptWl5CnVSo4irwlLwDbzW3RdbPzY1NHeF0wzDfD4+mzEw5Ki2qcxw/dAonT/kuws34 1c24W6gZjPWU2kNTeOdM0SNLRGe0Wj0LZ/TGmsjbUFWkUOIovWdBhfixu4y11ye7bxw3nMwy+Jy3 PjcYsj4b3d0LCk9zfBLdy8DeVjNZvWWeNIhzHE3SIlFaE1nIjG9GYP3MZm0Z0Y+tlksytu7jT8xa NjXPwhY42ovnk+/CcXYiOFxBfQIHOehl1D+0xv2s7bRtfm/hlMdANJ5FjsXuwZvSJ6WG0ChfvarY pPEUKmf3JEVXbGrLpFLFIJ+VNdrRV+SPE6VCwsvskbmcS/zYTdXxWaehVJ5q/MkOt6FUVqFqsbuX Db9dUdB5KZCw5w0Vz2dpXpOV/ItHjFOyV1vBLTQwpK8RJ2w+2pYGI86sD+NMmViE+hx+EzE23IkI zqC3OxAmxVXWkn17mDgtfvC2o3BrjAPNg1++eEt7M9NNfKVL2ErEdKvl6g2sxs+tz25PQeN0UhWK KkoXE3SGnvqxr3uLhisLQuV8A65zKtyVNbIMlGgCNbG1iyTIGGkJQD7YSCjkVObA460krdCt+75r TSuhNPhzHHdLNDF7BOriEWvrCuos7Q3pUMJ3I/p7wQ52AWL5P7yvd2jrcXFC9B5CfIF6nTPyehoU FHb8FL1ejEZN/o8fA7ElwajxuyRLY+PMJat77OMLCa9Dpoz3NItMhn5UAhYPFQgN42wfG76m8XL7 VgpEwj+7F5DxXz3hXu9n8NxNxHdi81FOaHv2eqsFl0Kq8m6TGFReT8GJSh06fDMbQq0lYLqGWaqi xqSEP1LvbJwOJOP9wXSyDkIqXAtl2ebrvfrFadC6V/863HTaLcOx4coAWZTkgajOMMA9ael2/8zk pkSQcSzj15PwQgQeweA+xuHUJyB9yY87mNEzXSx+0xYxsOu28P3eWNkHvjIAma3mT6LceL38Fpks ReKfUyZ2zqmKj+j4TRDbPQVax2270Bsc097Oh/RxCp4shhTMRtwfW1eEeNpk1G+XWY4veQLt3GRz VW2geglkzvtLg7BNKlMuOkbrMmCghC8v4eHHTzikxcgb92Yv7TfCkzLqybECFz9Tdu4Q2Pomk1U9 ee3Lx0eXW8vWZ53O+0w6douSDW6I8H838WcN5vxckatpY3YL75SaZnlYcLCWAckRimal/7yuup4S Oaid7HCuvYK1qFK3T7XoeeBHMQ+/aOKt4FQy3wuN7odY2tn6S7qRwf4G5ayIH5iH7HX0QKcghjQJ w9uqbFw5bj/FcDYrqqsNz8BWtjgvl/glNd+GKkZ1bW7vyEaX1+h+/7tyroGUJL/HM6mKvZmqW83M TcCgozTWqc1ZmW6tYv18MD7WuK8F9wwB0XGSKf4Ekrv4xDMchohKg3jpYa/VHZ50cb6JGg6iQVqw NWYBvCDjYNhhWO0zua82+jR0lD20dd7OR7OQi0VxssTEuUT6Y/+TPehQgSeS/auztffxN9+gpQLK ZZYI0VWu2nYH6vBWhhhI0p/H1GRBxaWTmjIh0lAqk9zsgv3oj3OJ1tCJzqPe+nuqe19QDW6So26E 2OURJX3pA78VxaVEKC9SlfckH84sOYlFwPo0iz322ANV/VgUqi+Q2TOtacJS4jyu5V4lfUn7DCEU 7ym/A+a+sis/0eRLi3B/Rxus532xTQdvB+h+XvY6hY+BZsHl7otJNPbG9O2KRa1pdQrZcODWKUnx OaQkjKqe8WRUmVMCORxES1p94vE3ev24hzbJycOYQdIonTm8PGTNFfUlkafgtrIpZr1h48dGXgV0 mKwAwYdZQxWs71JT1pl4Bzfu430xZxUTx8TznY9YPd/sINtRsHOL2/vWAEWh8qnUQxp6TCEbRPFA qZF7veyf+UMIApZ4iG3pMzt3BB+KepHZ0wbwkJ4o4mcLKTpJTiL3Y7FWU4IV8eXfjKn7hAysIloJ xERQSq8kk2yYcYwfFo9eiRClKncyU7Iwn3Fnh1tcuRylKAfs+hprG5c8678FJ6CUEK6fU/Fx1oqw ZBBK3nMilrx/HGP9UI9fSTq5f86yxn0+efSRehD+wpVP+mAKqcdY+pzdhzokLXKgfJdc4qtkEYzF NrPPt2sMtq2k1ETGznn0jKDPMUd3w+oxqrTX/uBR3/MV+dfc/IvfPZ0OT8nFKrIPbwsdTaepUS/b LBhuD3n4GT/84G609ZH3dPlZZS6WiEZ8m/9Q10umGn/b/orN0Ff4VSi3yDIhuR5szq3mWiRjVEo0 fMNoq8jX8VEX7HjxYD2l+PjCH9T0NFdZKY32+8FIc1oLWbyPg2HPaoL1NNl8j3ZZo8DgdQaykPKx oCpZe/s1LvsRWrEhfkKedN1i6zdxUgQ82dtHpUFhqmWPcLWsUHT1ZYYExp8Mgz4zLeaI6ga+Dxvd YLgOf14wwmG0nzUbA7TtJiOyk7EOBRCy2pELQYCf895PjIo5lrXO1mgYhHxEBoQrG5XYS/tpIBNL ZlH2s732yqxw/9pbVIe1/wXPzjthoSOCoiapcI0Eia9U5+qmcXvofg98/dVlg3AgISaEu1N1T7L0 ZNG6tZGrPlml9jCzyEtTVM1TO4DuzRR2cXZ1FVqvgnTilsNYZFC3Od5XzGx3JBwby0Io+gXSJzhZ gOcvaV7lanOnvOR14HJcoQ2w3aVqnz3IpkFGpWk1Nyy0AV8sZh30ljc2mGTWqLqDZuJCefanqzX/ hEkcvtZ2k70Wyx5JQU7KQ49L7HaJLGsuO1U4E2mHxPt65yv04gvuvp7dijAJNqfnAUO3UOn7GoSA M3YS30s1VVdNyMpe0QKtguiRwmJuOUo3j7CTtK76dS+KhurGmOn2TMfKGii+RU663VpmMZch4774 Ysjp9SvPkczm8MLZyb5KStzFgUXmkc+0rnBQtJa1K9ZScyqAzW/euPCyxLklVjXX37k6AOa58Uoe qBLMKBR7fAOari19iQH7yvft1PLWiYY2HyoEs3PEiFjoNJJFVDls4Zv10thyGF3bzWZE0YFLo4FI OSimfOXjI5npiKuNKW+aGUagDNWYkI5aghIB2CDU9DBtXdK4Wd8FdGmFZBkd+GbftjikhLFDZbxj tzFXfVxt2f62jYdsAx2rlRR+4sVU1X0KxJyRGnSYaIsZDqaHxKiw4uAA2PhBjFjU7YLVM7iEdTIC m9bMTbipak6nECfA1ZhTiwPSRV49n6zaMuPNQKnyzI/z+US6BJJqRJfPy0OcdFYB6p8bxIdsPn5A PiLxdN+raoYrOe/y3izB4bZ/qFf357rULZtsdFeqwEKrAq/4vFMOp7FlTyRJhdTH3pfByvjtTJqK 4yqcfJFemUaa/gofC13u8bQ6t6cIMrVG3kPzc96k305hCadLmXumrmwGy1HLYeKd++uV6Ha6Deau atDu8NHZ3313xocYmKByB8kpIreSBvfMFr129nQ0pnIhk9GjWE+fLMUl4IVsnGskxCir5Ja9kkuU pVmhdgta7UrGjikR5nq7a6sEOtcBRjVH1hJFF7l5U30Q4c4xGKYCagpyT+pp7Ka91ytf/LXVeJvf A4j034/l69d7G4HSpJ827QCCCmSnUdjyIurx5g3CMGB3ldxIOjU1gQIYAgx4VhAsTxkf28RqjKMM fmjqN+m8/EyU3M/GbMh9ggrv2iKsUbq8ytqsSrZ0fMUsTtzij5lF+7OFU3f1WKcOQRtPi2K7uKZF P8MqNL7/58RHxQAt04iwvNqFAs3OSpYSDkzWdI/yU+tnuvXQwKinOin5HnFIh1y0JRVFTdApKKi/ RnBEDk3WLZ/wcHUgJwRz8+CbvRSJHfyz/pEPVTK5dy1xc1Yqsm+cVLcmwBAbf31CNdLTq+7Vimdb vdQitCSwZueo2vxMon+6SJpFjf8U7c7iZONQh+ARKZQAFJ/alrXetdVMCjrab9PjyrEIwXDY/YLz ZrEY0wZOuxWHnNSrebG8f4HKoa7Vgt5LVUiuoiX3VsxcYflhMIWxkX8+c+mbAks7TEaRMneJQsh3 2ynMDIQecHrJ9yfS7/ekN3f5ttYs0tUT8tN8U8Pte/piEczLRez7Xoaft3CKoqPLxopb4G/AqpiU 0P4m+ZzIjHYo8oAtWxcxt4kcTewnTesgl8p2Y5PJM4hGouuC0w2K7wJ25DOXffCN9XyXXHtPWN0h BYKraLAYQwViz8iIic+8InEgS1G4c496wamU1OoBFaFemOPNbFZB8hadlaQQ1WIUudM7F0sREnJs 4RYv8KfOhvtaKhug78wttuQ0v/nIPF8nLBtT77F6YT2YXS5Q1I7zWWHpOMVr4qOYXjH/isdHiaDM WgX2dChn5i8IyERr/sofAaMsF5xfbnrdUBhNP6nNxkcHRATS7vELyl3RPla/fy3w9gnqVfIaEhNL VubOMC07N4OFaNw0BUn8LeKWPLZ3sNCMeaw9puZyNub5FK7ZwLvIEUMzW3+83c1GPSWoDieiNPnG LiB3eGNzv9yOt1JVq3aadh5ScznV/VJdZM546UcUpVeP/Ul3uaEBJZ8W0rOSRW7133YGYdv3SfcY rKn3z53rwG04muMybrkyE+ofw6tHyYvsqysSVcGqRsQk9mTnW0zH3Y9Q5G/0xaQSFgXvfK5EGSUu Yrm/1UWmqZPgs1zdwQCq5JXFJwv2kRwp9zD/Ulu48nY3HRaiy0Bhs/G0nBdnMl9IoU3zJVSmcnIi 6BwCcnasXleZzhWUvjOsIRS7rdC3CchBCn4mt81HEV7yzhVFMW6vqyhQtd8PcVu0/xFY9xO9NVKY wgwNfM/iyT1Fe86U1mpysJKFe1a2H6gkrlR54KwitvA1K1rAdCPi+fPhszwsjEN6Uul1RC4lD5/S 2ef8ISlKz2G4lmG18PXwJ2b7J157gPhWiHEANBwDJdBBRrWm5dtKvNBGk+0X7Im58VWH95RkR3Pu Aa/Y4dLMbFg2BFFfN2241EkwzmOEM/zQH1dfYUx6I+OPvNnpxHBNQ1ll8Gtk4MQVbf0umTJ0Dfv6 h6TRMdA0UHrphwvic/XJZvv3sQngHWbL++XbZkSc7PjuCvxLl5PBoohmd//UKBvHfVhKqthyELRk LmVo5JXFeOHtWTdyOZKrKGGFsRri5LKJ9cVCY8VgnuwT+PvuB15/VOibhc5HM2wMHRMnSrmoAAVk YekV+K6Em81uHRBzpbGGdOZ8brgtlofMT36vQGtpqqUJuqW+Qhp17HthAAKULgUCvsscAqUMThTf eAWRsp+irBpS0nx3fNfuD0YpGDWhcol3aMmV/uU5N0RQiAYTZLYsU7y865yeS3mqVu8iEHREKJ9Q Yd9nlcMt5QTBJ34aogd2ADQ6BO32vzVXTTqecE4Z3hxlLzZj7XWtTMa3i9fi83ql03G6LlmPuZE4 wxfr6Cy0OdueXIkSA7G/44O41ebWHIvdT8XPap+STcXLb9trHqYdTQyO6/ks1DHVc5/zJGtczkbQ T8tXvzvlTbFLLl81CVWSGtiPlnPs+j3JtegJVxQj0VHNQqMJd+nuJWGfQzwf8AxsxZfIr/axSNt1 vTHPMggokbcHRS05/VzeVj+SP10SeUMhN0y6po/MeXdu4A8c8mzEm6ayJG9VRPSbQyjviQHhp6Fl H2LnmXeZVLtzdYSS520wnybNa2O9G8l5fplz6XGID7lS88+FTIyVIpG+2/eOFTnCpbpnyZ4bzv7B 6HPNvcqn3v8Qx8ZgSmEaFvemGoiq1mw3BOeVtqlDn+i5Rym9jX+gtRH9hM8YEUsjbsvljBTYBTof tPYOwoYyqgQ+ZspW+iRX5jCdDzDravQxNxpJrFzEHB+Xkih7zn8tPUmmFV6f3zYXGTxr7XfB//z5 MBxQrvdmOpoNg4Kd6lxx8jbHw62+rRKjiGnREG2kwhRLr2BqM1WfqkDOY/ujfOoOeXk2K5E7my97 yuikrXHUcSXXJ7Sdgu2Br4AsmEBOOnBvwayHnCxGGzbHThU6TJR2dhobDWlY7yh0XP3BNNPWu0qU wHZinY4mP7TpRsu2IAJ5Iuto78r3AN8pRwU+ZFjx8pkdPy0GKNHna8ivHfdn1iPURwvyZKEZLN/8 6g0XboPpr6+YueW3IZ7tNoPkZqlijnKL3pIRyNnu+hJcmrn0AU/TJloek8NB5ET66VmEhSVUcvmD 4EwflZnem66dIbpK9W8iDOGiSpL227rYUvnIE07vJm2KwGTp6UHjxsTveeUPvKjN8YxjtAMJH7uk dJnTHBdlL+UpwbPrRO70KyTJZXCQMwzndLZtZVnevgpyPdEJTo3n0Wq3L94Hds7sTJufQq17YUVQ MBuaGMi/aH4aYrd9bWiDyLOLjWKmA4LOIORAqvl2TLOYS+SK6e9ZrnJ617hPrcVZ0VrtF/tdfZFo Uj25tNUwburBwUX0+5icChcOVExdUPj8z8SxxKaCwisimoG6H9xoGFAHLWiheqTrKa+H29+HCVOa iTjHyYywLZazln1PYahTahl+hIP5VKyU3ZnsPWefctNHFk7ikfweLuyg0RUoWeeolFyjDRO2lEiU GQSHutKzGcEG1foqOFKDSP8Rj7IctDSeWlZ3vJTnnVYAoPSmdauZIEnTpOkSp7EhKl2MeI6zgPtM zZl7VhZQ8DXqKfIIw/vM8t3yvQjejxFJ7rXvX3R9VC3d1BbQqTeBDRB5FA/s6GE8OOje+h0qHyrt JmpJCnWxSeAO3Ft3KuOQz9QUt9a9apw9V9BWopzrS+gmIcQqHZ4ESK+EgcsZsuE/2gUJdQ6/dUva g4lwYXVDMG8X0mIOlDxtJONIWYc2iuCoK+JIaN17pI8eeBofmd2/7uDyvEPdHJQpUVwNaH16Nz91 znF73/KBtYauxMZwpRcTDjDzitFHheCXBJft9KswLvK5FP43feaXKJcE3V5VzK9Y3sTU9pAIFF3b UyN048MmjnGdJUgmVRB2k0Jtrc/+mrvfrwfWSktUlZAOwN4kDkPSTX16VJbEYPWOou3XQqjWbCsF BT/N07K3b+rYoVMDTcYy89YQ0t4WYfoXyRakojYDq8EkuQu2LIj9CCSa8uL52HRyzZUIfQOWEG01 iaE7QncOLFPE7RgDGewyCGqsxcKdUUXNmNMV+YOMCfWxGlLujzTrLxF93AxRzgcxYOastG3t6HLK btnlwd5h33L2HUP8UDsJs3MmnuVfo8AjxmSJCyDz4APTyRIW2c8wJ1p1zrWMn5fNABC8DMeC5vJS I8sMFbIAen3jhW4b/JMtgFbvW6drZuOQyhaZNXJPL/EcM8OgehfhPdrdHmzQZhJKb+08XmFsxZZa vNmJtfxTqx7vBRZRdcRRYcbeg0n5+dMo3ea7id3BmFPFMbE5utE3029GYTWZHXPl7Ye+9mEz+vK+ 6e9HNWYfFhnoxzkdbONvOkDru5TVlA56XioKgV1vxr0NOsCsJ7xRJFV5cy6hIsk1usso6R9Jgjvr +qHq9oW0QDrDGbzJrYrNR1GjBBqf6EFTl74P+UoVGqisSVloS3bv59dncefSRPxs7shTsi78a5fG PMNzOD9wV1dExyk7nQs49dI0HhlqgiZt9yuD3wvneVab4d0JWw80w3Tv3EVW2KYNozBqJdwIZ9cR cib50AoiF9WfP7mReN7FdX4pC8dVCUv1oexsd7Bt+7SNoqNGmMM9raCDikvVbOEN6UAXCaiVMzMz zTXkh7pTQt+xnQ63uE0zRbHINbBiVRyg3Gkdn8pvLi/Ekgjs4BTZNs3phDOc6MpI/IJgk5qm5D95 yZ+g2Co1cvxuNw/pOtgYpCxQ3HbHiS6oZWlGcegSn3LsDnf9jUe7Vn1IGTW24JUvNqEhUwG9Dcdc Sfb72NGQKHGfn8UEzSHOKHIK2xROhZhpFUB8QjEzsh6eJB0xziOH6YkrHJcC3Alk1EGvuxFeMoTJ 3kOmShreTVv7YAGTYKqCploHdmkDLfJte3zF26E9o1zFCnpHxkyVale8GFQRmhg2r4wcdJO6KWgf vMCDKimRYjIyxclnjnkLfZVkqkUWgAgfBYJa4uHwpXZSsMyyVzetYeDFfi5cis9oUOUqsjVYlyI0 /BFj896vnDoAssRNhfrL6fCuAA9jPDGlb1IwYolmdXS0b/D021g7uG9xb0BIA2ta1DwjWxX3NIzO 8ky24XtmXnQmOVn0brNOeLgsjk/vkGhWMWt/gbYG2XDRGmKxH95CvjeelJXWrmU8a0QEc/UyUmqq B3i08CmRHG0Qz8J0vZkGITtbMnJ+4J2Cri0W+n1LKYUkyvJAwwFW45cQRcNI+NCMy1/D6mlVd+06 EsJOhX7zZU2vieb8UxNOZsv7UzGglkM8Y2Ar9ouIktKnpzgjZwTxADmYXzjpfeMOSUqUPhMNzQYB y3z1RK9FNeGc8pS8s884Sz+lXt+q/+y3iKCozfMRfMrx80LeCFjBjupvglJqkHjnMimQg7bYV9lt Yim1GaXBXhH0qu/lS/+byCTFQs/K185JRAlS4zGHR6+Fbydsznye25ECD7ncAgx07jWuRG1abPiw H1Aydh+pDfxS7LbMqahBPLJqkWgzo8LG3qTb86rVX6E7fReDU/O/G5FQo0m497U3Q1MiphStESXf en2ccgj0vbWIi/OcRp3YP88Ze2Sj0GLviqcM/Nj9wSVc1a0Pnd13SB2hcQqFSWhE7rJvQYy+Imn1 lEGoaZQ3o2d15RVO7k0Qd6O6WI/7puA7kpqrsnAosThULb1GeaHj3geXRsS7tAOMkQy2peuDAOvE RtkKvMo5mb2AoFTW62/mbAPliFlfEfdcrUS4XmPOsm7hb1uCMt8gSeNpYoMFrOMSZnB0b2Pn7xaf ZGjfx0Tzx5fGD+X6JLvG+LzPXaXnCYw1IPhYtcA0ASL0apiQiqw5Ki084s9aEN3ei6hOTojNzEx6 OPQxmh0RHKiqJNRT70xBendDk4n1SwcJa2uNe2rmlKQtk/cH0klzkDMM8zA4ZGUBA3UV1yoXc++u IFObgUvQKJQPcfwZurssz/ETL3dHHYLYnZ0hsd/FRDukeOyD+IGa28U0l16/KP/yvgoOdLWcNTSN xJYdjlOPYgiA03J9OXlJrgRTFAVjRAQFHjhYyiNwPNX7bY6KI2aZd2jPPejqGGqP7vsQiYtKtru/ gnxetNfex92HMcmd++46SdoEMNOMeC3VWIcoj2+9mfZSNbml2fy3WJFGrxiXpvkpEgvp88z9p5lU uOYi2kY4HTtkiQHbc1R9jDZok1T199oar9l1dzhFT2ccZpg/zRtoKCutitqHYVQX7Vdhtj8eC31X YY3gS5xEpV+6o3NSWvp4EUNi2s4VLSiGo1ZnhwEsm7yCXTtnUi8M6MojzLzDxL/7pp6ej3nGcTSY 4d+burXcbsJvf+sQQSjeS+tpOApY8I1C2BlUuo3IBCHFuvg9Dlm06Ces2wYl0EI7dQmrgRO3YaQ7 poXtelEzNW9mN9Lnu38Q7NG8QUxiYywKAmiU8VE7fV65G6diZSfO/fjm/gmq6fHWwvjVZW5hb1SM 7nto3tvvTunbNh72404zmCrE7aKP9I3zY84NbNBaGjNSIWPwvlg45kSl9MHyMgoCB7XLVcaWfWtL t8Jbo+ZPZHd9shz031ue3+QcwnJsWJ+s5wUXUlDykEXfYmm03cFXP3M/5eSiSF90lFtMNYSHaaXA Zjoqkhj9qErRUBg8Kd+3EHp7d69szgiK0pTMh2yKlXy3Rphb5gueen9Z2ZZmX2UFehc/d3aGRoY3 rmz2lIc6YZDN2tbqHU6cCWv78xNMck5ZTIhuGf9FdM4qGd7XkdtTNT+DTubl3at2M3wcK/gKF0eG ler3gzX2UwNELp3k2CqU/Rfo4eY4glkBBDQHQwJkHNJlHfgX9XniUwaLQOWLYn6N3rosMjVOrEFs +XfnZKaCseSXiIywK1BpPvLg8sxaNknqePRfsU3z9CO86Js2K8JhhRdu3kYEP6m02iTUPoscCV1C lpzphh/WYwGeVzf7CY6Z0fu4eG7k6wpMnnQkr5ub0YpX+went3bgkCF3ZjIpVT2zoio72vlmNI92 c3KqZ22IinE4Fob4R/FVKQ2rwTU7LEKEkR2WtJf6XcL7fWX0tHUCeCbQNGvqUFcY+42Dl9jHWrv3 8JDqPv7mtk6THMLhZP0c0PIutF5M76TMLW07g3sg+ds9xiF9HHKNDZWI7NU8tEiFwxuYlkCLYiXH 0DR3FNrrNYR6nat17iG9MZcbjDeWym02rUorhawkPw09i3U1Rd/P3G43PYhISZCtrnZ2BITyXwY7 az9G5ZFzpfaYELqRNKPSpVQGB6RVGp/21wfScUvDf7L39UO6jxL74rsnlmSimQsibHbwNaMV7Krj 24Cp+hZs71UlHYOXpeEYTicP97WX3p0CdzoO1wIZFy8ex0sg1Cr8wIE0M+PgbXYpCK0Vxs/IakGS 14hqvobovaUiVXQldXlgeeE7I2J8WB9icQ993tvBXurr3e6MQqtlOKYB6pN8VyxYZAMpHuaGEtAv UR8WUy7LH9x1pFKpIkNKgbBZey62crKianxKdZ/OxqvZeaTjUGPHhJXddxv9sUCHh0TZE8ce7uJr fLESs3KUhwTVPsHGZrhItdxYEubPxhwfUaTynwQpncjcg9Y+0qpjnqb6law/Vj7izQp6zey8nZfd qYWR7IQ6oMqzQAi1vXauqzlS95AhFPgJJQQr9nNiggLL9yFDNtRfeq1VNZYUWqxHTqCPS77gox65 Y2VHYI2rMywob6S7T4Wx/qsNsZLalxGS/jev978W+r8ef+d8lVDwbM4gJ+v/2JXVv7dwZJFdGFtL 3tJBjmgWOBHDOKGwdfgYA2mwXc5N1JBxmiws82iF6avg8MBkej/q5DveRddt5s0B1QqgxmVyvdJq uINOXZY41fRtt9whPDrEgwmSexU5X+HUqDFx4Pdz4SQf3zwMh9iz+2yAeLUzv2lixQGW+oNFT2iq F2GnMAN2WqDwfqF+PtuakNAV7SXSRzUHBI8KXlXhK8I3Z79MpRNO5YfkMkjWqe8T5sIMHTlgNJea Cn2Dve7XKabeitv01F8oKDSjUOijr2eKXjeX//qEOZl8ufk1idEEbVYcR766oPVw9fo8zX3KIYL5 7RB293aYGE+ARBFWC5yZcstm6SQ0zIXaZr9BKBO/konTNu35vYeAvUg6iWfH9BSt1vcPs275n9NE Ao2s9bLeY56u0mid86Oa/dhcSlpqDH6CkFx08RskachrQdWP3xxDveV+G0w7cmajNnkh+moX7ufo NhzcZkm9NQLCBgG7FfrXd3pygtTxXB+C6hiOrMKr9I4nIhbrSzxl3MqNfffyLcYwb/t8nOtnBEpU +Ris/TSH8+Swm1eysdo0B+AQMIgf5zVT5y3jbLb9rHWD5Ivoyvoiao2CP9aFP9mRDCNMDWGdWI43 2T1OqQzMALkEyqPgrb/cRX1CYFlFaOPaul1OEaKr98jewYvDGA6M7bXX5otZynNwNVdK+sjUFhG2 Oa74PIDUBG8Unfdp0NHQuWLHi+vdD3ADTd5lpsZ9wNfyJl7zRdTQIbv6UaUqD6qORxslkq9EiGYd NjEwCb7SECtfLqjRJ48UCWQbHvKB6g/sYNlKmLiRRXDOFyDsLFh8Wp/B3pyqBD4vubWUw5p2OhXs QdB0cHXjzbo72Fnd7o4tZFH59HFw5W3V4RlNdIFrNbc8Oc5Ho/5ir6fa8YP3XyfnnVYTNJezbEOx 7jy0kbBWPhWIhEW4c79+pVMgN0jzmgHRn74J01698NX2XEMkQXCBiUg6nR+bLXW8uXi93iYx4wWW ZwW+oVutL7Snnn8z3ZDStkVvTaFz2Gdm1/QJ7V2CdrvEvSZODOiA2ksy3IJeZh/g8V3LyTA9OzRc sL7pfmdvjbqWrg3OPtTQDVMGJqmPkBk71T1VzYQLMwqdG1iQeV4M58tENnpJWBYyFLRtW3g8c7jg ohNFGtQO+6ycIa+C/ieWHLqSyxFyLFY160xK86BuJAE5s0BOtOZZr0LTVoqJjtP6WnrAqz1nYhtc yACblQpUiahLZAq019vGzoGIA8Il1GlMitoLnu3XabY3QPlx0RtenXuYhCjbu6KYuy9DjBa0QljB Ki2108wE9XW9i1WSqsTjn/Bshkwn+XeTkKRCPy6PYMPlk1rqStQXoTM4yDD3iVjIEjrO0C1D69on BP/ECkZkfbBRVasKgzWmKAvmZNLML9shmGwmfoL6iEFt6zMsKDBVmNmioccPkzVV5fHpfWbPK/2H jkIcPMs8Q834sAzyk5CFxQrCN9rtlLpup1luRmj3FpJ7fZbzKhNfqIO9Zd5kvZ28hu3LXgIWwMD/ oNWNP3Wi2CxheSofvlvI7jtxycxDsnncrhpCMDbZpabKdVsp0xciCTxc5ak5Git5DOCaB7NA1S81 3Weh0c3FNyKPgGorHcSFZlrp+ZrXtvROACnVDn5e2qrIetrpHR16OM7WV+LDOEScw1P3o32pJktJ RIP7KD+ebk3hmeWK8q+8XtVWTjbTT3Zm1yVmaOfzGfzcC5HpKodbwGcdKwpV+br30I6Qqw011V7A dgYCI9B2N+r229916UiyHaMjKxAiniANVOz7vCVuK4TyLpWPzA3+JdM6Mdi1zfMuWwRRKnEYoySn H4/hrVQCrhYwtMkVaygAPWN83/FDXSoiWhrCw/3Fr3cWmTTf4W390fz1fzqvqHxVnxVobrsuxoYS 88EI2Nzpj807PzU0unbwHmmg1vA+2kqwgw+GoqNN6EUMnGVD8Ge/+DbD0FYQYUpbYKjV0LFwQ/Nj df+6xveZpEpyK0mm0kxcZs/kg3zzdVZChDUsoWAZMQxFzwcJHyD2xAR9wq65eroDiSrsntDS7OGi +zyPWnqubZHRDcjaOZlCVUMNwcYVrdLKoogOBr5qqGeqwQUlkhVfovPYsqPWkOzJ3Y5sts3vpx3U V6lxgxCWZuVnSzXW0IAUydc5Og9sizk50v2zlplpY7M4yxQ0Ud6S6ZQd8Jcyzmg9MIRYShljaW9T mEZzS6uUgN8gcZR1e1Fg8GtVH/b/ly+U/z/A/ycCoJjbgYDOrhB7oLMtio8zyMUV4vz7f94o/wtt g0JECmVuZHN0cmVhbQplbmRvYmoKMSAwIG9iago8PAovQ3JlYXRvciggVGVYIG91dHB1dCAyMDEy LjExLjA0OjAwNTcpCi9Qcm9kdWNlcihkdmlwZGZtIDAuMTMuMmMsIENvcHlyaWdodCBcMjUxIDE5 OTgsIGJ5IE1hcmsgQS4gV2lja3MpCi9DcmVhdGlvbkRhdGUoRDoyMDEyMTEwNDAwNTc1MSswMCcw MCcpCj4+CmVuZG9iago1IDAgb2JqCjw8Ci9UeXBlL1BhZ2UKL1Jlc291cmNlcyA2IDAgUgovQ29u dGVudHNbMTAgMCBSIDQgMCBSIDExIDAgUiAxMiAwIFJdCi9QYXJlbnQgMyAwIFIKPj4KZW5kb2Jq CjE0IDAgb2JqCjw8Ci9UeXBlL1BhZ2UKL1Jlc291cmNlcyAxNSAwIFIKL0NvbnRlbnRzWzEwIDAg UiA0IDAgUiAyMCAwIFIgMTIgMCBSXQovUGFyZW50IDQxIDAgUgo+PgplbmRvYmoKMjIgMCBvYmoK PDwKL1R5cGUvUGFnZQovUmVzb3VyY2VzIDIzIDAgUgovQ29udGVudHNbMTAgMCBSIDQgMCBSIDI0 IDAgUiAxMiAwIFJdCi9QYXJlbnQgNDEgMCBSCj4+CmVuZG9iago0MSAwIG9iago8PAovVHlwZS9Q YWdlcwovQ291bnQgMgovS2lkc1sxNCAwIFIgMjIgMCBSXQovUGFyZW50IDMgMCBSCj4+CmVuZG9i agoyNiAwIG9iago8PAovVHlwZS9QYWdlCi9SZXNvdXJjZXMgMjcgMCBSCi9Db250ZW50c1sxMCAw IFIgNCAwIFIgMjggMCBSIDEyIDAgUl0KL1BhcmVudCAzIDAgUgo+PgplbmRvYmoKMzAgMCBvYmoK PDwKL1R5cGUvUGFnZQovUmVzb3VyY2VzIDMxIDAgUgovQ29udGVudHNbMTAgMCBSIDQgMCBSIDMy IDAgUiAxMiAwIFJdCi9QYXJlbnQgNDIgMCBSCj4+CmVuZG9iagozNCAwIG9iago8PAovVHlwZS9Q YWdlCi9SZXNvdXJjZXMgMzUgMCBSCi9Db250ZW50c1sxMCAwIFIgNCAwIFIgMzkgMCBSIDEyIDAg Ul0KL1BhcmVudCA0MiAwIFIKPj4KZW5kb2JqCjQyIDAgb2JqCjw8Ci9UeXBlL1BhZ2VzCi9Db3Vu dCAyCi9LaWRzWzMwIDAgUiAzNCAwIFJdCi9QYXJlbnQgMyAwIFIKPj4KZW5kb2JqCjMgMCBvYmoK PDwKL1R5cGUvUGFnZXMKL0NvdW50IDYKL0tpZHNbNSAwIFIgNDEgMCBSIDI2IDAgUiA0MiAwIFJd Ci9NZWRpYUJveFswIDAgODQyIDU5NV0KPj4KZW5kb2JqCjEwIDAgb2JqCjw8Ci9MZW5ndGggMQo+ PgpzdHJlYW0KCmVuZHN0cmVhbQplbmRvYmoKMTIgMCBvYmoKPDwKL0xlbmd0aCAxCj4+CnN0cmVh bQoKZW5kc3RyZWFtCmVuZG9iago0IDAgb2JqCjw8Ci9MZW5ndGggMzMKPj4Kc3RyZWFtCjEuMDAw MjggMCAwIDEuMDAwMjggNzIgNTIzLjI3IGNtCmVuZHN0cmVhbQplbmRvYmoKNDMgMCBvYmoKPDwK Pj4KZW5kb2JqCjQ0IDAgb2JqCm51bGwKZW5kb2JqCjQ1IDAgb2JqCjw8Cj4+CmVuZG9iagoyIDAg b2JqCjw8Ci9UeXBlL0NhdGFsb2cKL1BhZ2VzIDMgMCBSCi9PdXRsaW5lcyA0MyAwIFIKL1RocmVh ZHMgNDQgMCBSCi9OYW1lcyA0NSAwIFIKPj4KZW5kb2JqCnhyZWYKMCA0NgowMDAwMDAwMDAwIDY1 NTM1IGYgCjAwMDAwNTEwMzYgMDAwMDAgbiAKMDAwMDA1MjMyMiAwMDAwMCBuIAowMDAwMDUxOTc2 IDAwMDAwIG4gCjAwMDAwNTIxNzUgMDAwMDAgbiAKMDAwMDA1MTIwMCAwMDAwMCBuIAowMDAwMDAx NTI3IDAwMDAwIG4gCjAwMDAwMDk2NzIgMDAwMDAgbiAKMDAwMDAwOTQ4NiAwMDAwMCBuIAowMDAw MDAwMDA5IDAwMDAwIG4gCjAwMDAwNTIwNzUgMDAwMDAgbiAKMDAwMDAwMDkyNCAwMDAwMCBuIAow MDAwMDUyMTI1IDAwMDAwIG4gCjAwMDAwMDE0OTUgMDAwMDAgbiAKMDAwMDA1MTMwMSAwMDAwMCBu IAowMDAwMDA1MDg3IDAwMDAwIG4gCjAwMDAwMDE1ODggMDAwMDAgbiAKMDAwMDAzMTY1MCAwMDAw MCBuIAowMDAwMDMxNDU3IDAwMDAwIG4gCjAwMDAwMDMyMDQgMDAwMDAgbiAKMDAwMDAwNDIxMSAw MDAwMCBuIAowMDAwMDA1MDQ0IDAwMDAwIG4gCjAwMDAwNTE0MDUgMDAwMDAgbiAKMDAwMDAwNTY2 OSAwMDAwMCBuIAowMDAwMDA1MTQ5IDAwMDAwIG4gCjAwMDAwMDU2MjYgMDAwMDAgbiAKMDAwMDA1 MTU4NyAwMDAwMCBuIAowMDAwMDA2NDc2IDAwMDAwIG4gCjAwMDAwMDU3MzEgMDAwMDAgbiAKMDAw MDAwNjQzMyAwMDAwMCBuIAowMDAwMDUxNjkwIDAwMDAwIG4gCjAwMDAwMDc2NDEgMDAwMDAgbiAK MDAwMDAwNjUzOCAwMDAwMCBuIAowMDAwMDA3NTk4IDAwMDAwIG4gCjAwMDAwNTE3OTQgMDAwMDAg biAKMDAwMDAwOTQyNCAwMDAwMCBuIAowMDAwMDM5NjQwIDAwMDAwIG4gCjAwMDAwMzk0NTAgMDAw MDAgbiAKMDAwMDAwNzcwMyAwMDAwMCBuIAowMDAwMDA4NzAyIDAwMDAwIG4gCjAwMDAwMDkzNzAg MDAwMDAgbiAKMDAwMDA1MTUwOSAwMDAwMCBuIAowMDAwMDUxODk4IDAwMDAwIG4gCjAwMDAwNTIy NTcgMDAwMDAgbiAKMDAwMDA1MjI3OSAwMDAwMCBuIAowMDAwMDUyMzAwIDAwMDAwIG4gCnRyYWls ZXIKPDwKL1NpemUgNDYKL1Jvb3QgMiAwIFIKL0luZm8gMSAwIFIKPj4Kc3RhcnR4cmVmCjUyNDE3 CiUlRU9GCg== ------- =_aaaaaaaaaa0 Content-Type: application/pdf Content-Disposition: attachment; filename="ietf85-mpls-multipath-use.pdf" Content-ID: <82097.1352005563.3@harbor1.ipv6.occnc.com> Content-Transfer-Encoding: base64 JVBERi0xLjIKOSAwIG9iago8PAovVHlwZS9Gb250Ci9TdWJ0eXBlL1R5cGUxCi9OYW1lL0YxCi9G b250RGVzY3JpcHRvciA4IDAgUgovQmFzZUZvbnQvQ0tOTlpZK0xDTVNTOAovRmlyc3RDaGFyIDMz Ci9MYXN0Q2hhciAxOTYKL1dpZHRoc1szNTQuMiA2MjUgMTA0MS43IDYyNSAxMDQxLjcgOTM3LjUg MzQ3LjIgNDg2LjEgNDg2LjEgNjI1IDk3Mi4yIDM0Ny4yIDQxNi43CjM0Ny4yIDYyNSA2MjUgNjI1 IDYyNSA2MjUgNjI1IDYyNSA2MjUgNjI1IDYyNSA2MjUgMzQ3LjIgMzQ3LjIgMzU0LjIgOTcyLjIg NTkwLjMgNTkwLjMKODMzLjMgODA1LjYgODE5LjQgNzk4LjYgODg4LjkgNzc3LjggNzQzLjEgODMz LjMgODEyLjUgMzE5LjQgNTc2LjQgODQwLjMgNzA4LjMgMTAyMC44CjgxMi41IDk2NS4zIDc4NC43 IDk2NS4zIDgxNiA2OTQuNCA4OTUuOCA4MDkgODA1LjYgMTE1Mi44IDgwNS42IDgwNS42IDc2My45 IDM1Mi40CjYyNSAzNTIuNCA2MjUgMzQ3LjIgMzQ3LjIgNTkwLjMgNjI1IDU1NS42IDYyNSA1NTUu NiAzODEuOSA2MjUgNjI1IDI3Ny44IDMxMi41IDU5MC4zCjI3Ny44IDk3Mi4yIDYyNSA2MjUgNjI1 IDYyNSA0MTYuNyA0NzkuMiA0NTEuNCA2MjUgNTU1LjYgODMzLjMgNTU1LjYgNTU1LjYgNTM4LjIg NjI1CjEyNTAgNjI1IDYyNSA2MjUgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwCjAgNzA4LjMgMTA0MS43IDk3Mi4yIDczNi4xIDgz My4zIDgxMi41IDkwMi44IDk3Mi4yIDkwMi44IDk3Mi4yIDAgMCA5MDIuOCA3MjkuMiA2NTkuNwo2 NTkuNyAxMDA2LjkgMTAwNi45IDI3Ny44IDMxMi41IDYyNSA2MjUgNjI1IDYyNSA2MjUgODA1LjYg NTU1LjYgNTkwLjMgOTAyLjggOTcyLjIKNjI1IDEwNjIuNSAxMjAxLjQgOTcyLjIgMjc3LjggNjI1 XQo+PgplbmRvYmoKMTEgMCBvYmoKPDwKL0ZpbHRlclsvRmxhdGVEZWNvZGVdCi9MZW5ndGggNzQ3 Cj4+CnN0cmVhbQp42qVVyXLTMBi+8xS+Ic9UQrIt2ebYkDKFLpnWhQPhYBIl8dQbspNQnh5Lvxwn IQO0XLIo//JtchxKKHWWjnl7D2/DC9MvjydPPzrOiVZ2WPl48rRrPU/eXDAnJrFwkoWDYwcHPCJR 6CTvvqDrydW9iwMm0PU6b7M6bVf6a4gemnQp3a/JB2ecHG0/TxwvpiRmB5Mux8kFTIq4i5nwaYRu qo0svrnY50gq+DE4g/keZV5X5lGKJq4fIL3NFLCDpQMntTw+uXuJhn8ZCGJ5PgljrRaLIyIc7EeE Ri/W6z+MBjgsJpGv4XhCkNB3MKOC+AbPaK2ULFuAdJMW8q3BgBlnxPMc7HHChal8aKzA1QIQHxHY ZvBJGI44mcBxWs5tuWauZ/sx8SOYDM7PVbpo8SbL87TIfqbaTYWLOm9wW+Oi34Kpb9ojprXFnGp8 uv1z1wiLbVLgy50sOzp2eVv1vKKA0GfwEjte4c67HSmB7luVzVo4hBjOHl2NwSp6q+ZSZeXSLI8F Cfi/ER9YrxuJKTX93Nc27jHvzGuzBjZ9Gqb4yNwVjqbodjS6GU1d3W6CIAj3zC3WOsQdmCAkHjPD kpXVodUTtppFNfh5MrMGf9Pbf8KFEKnBBYGaVWXQtfmTy2iAzgCmkkW10SKZjj44C1UVhnYXZaYB E58boG0P1KyHYr2EuJhzjsZFvUqb7M+w6jyd9aiqEs5mYIB6slAEurqfHGe72TO8NmYH2myTrQFo YIBWZp4NgOlW8vs66+h2N87aNt3FbrvKZntBsxdIoJ5JamHKH2kXETl1LV/rW4guy6nHw1Kq9Eg2 QHM5uYOBZQX1eVUu+6dqWtd5Ju2mJitndua4bFVVax5P4NVVanXMoaBH18XUyqm6eMDY7tqtetQD uNfNsVpg6wLkMsEDJ+ZWN44K2XbR0XvnRxew3bEHevuOl5U16uC5MIMbojIA3KV8s4Nb9bBtbSm3 +0knv/+1PPeJ/OoXnPjvogplbmRzdHJlYW0KZW5kb2JqCjEzIDAgb2JqCjw8Ci9GMSA5IDAgUgo+ PgplbmRvYmoKNiAwIG9iago8PAovUHJvY1NldFsvUERGL1RleHQvSW1hZ2VDXQovRm9udCAxMyAw IFIKPj4KZW5kb2JqCjE2IDAgb2JqCjw8Ci9UeXBlL0VuY29kaW5nCi9EaWZmZXJlbmNlc1swL21p bnVzL3BlcmlvZGNlbnRlcmVkL211bHRpcGx5L2FzdGVyaXNrbWF0aC9kaXZpZGUvZGlhbW9uZG1h dGgvcGx1c21pbnVzL21pbnVzcGx1cy9jaXJjbGVwbHVzL2NpcmNsZW1pbnVzL2NpcmNsZW11bHRp cGx5L2NpcmNsZWRpdmlkZS9jaXJjbGVkb3QvY2lyY2xlY29weXJ0L29wZW5idWxsZXQvYnVsbGV0 L2VxdWl2YXN5bXB0b3RpYy9lcXVpdmFsZW5jZS9yZWZsZXhzdWJzZXQvcmVmbGV4c3VwZXJzZXQv bGVzc2VxdWFsL2dyZWF0ZXJlcXVhbC9wcmVjZWRlc2VxdWFsL2ZvbGxvd3NlcXVhbC9zaW1pbGFy L2FwcHJveGVxdWFsL3Byb3BlcnN1YnNldC9wcm9wZXJzdXBlcnNldC9sZXNzbXVjaC9ncmVhdGVy bXVjaC9wcmVjZWRlcy9mb2xsb3dzL2Fycm93bGVmdC9hcnJvd3JpZ2h0L2Fycm93dXAvYXJyb3dk b3duL2Fycm93Ym90aC9hcnJvd25vcnRoZWFzdC9hcnJvd3NvdXRoZWFzdC9zaW1pbGFyZXF1YWwv YXJyb3dkYmxsZWZ0L2Fycm93ZGJscmlnaHQvYXJyb3dkYmx1cC9hcnJvd2RibGRvd24vYXJyb3dk Ymxib3RoL2Fycm93bm9ydGh3ZXN0L2Fycm93c291dGh3ZXN0L3Byb3BvcnRpb25hbC9wcmltZS9p bmZpbml0eS9lbGVtZW50L293bmVyL3RyaWFuZ2xlL3RyaWFuZ2xlaW52L25lZ2F0aW9uc2xhc2gv bWFwc3RvL3VuaXZlcnNhbC9leGlzdGVudGlhbC9sb2dpY2Fsbm90L2VtcHR5c2V0L1JmcmFjdHVy L0lmcmFjdHVyL2xhdHRpY2V0b3AvcGVycGVuZGljdWxhci9hbGVwaC9BL0IvQy9EL0UvRi9HL0gv SS9KL0svTC9NL04vTy9QL1EvUi9TL1QvVS9WL1cvWC9ZL1ovdW5pb24vaW50ZXJzZWN0aW9uL3Vu aW9ubXVsdGkvbG9naWNhbGFuZC9sb2dpY2Fsb3IvdHVybnN0aWxlbGVmdC90dXJuc3RpbGVyaWdo dC9mbG9vcmxlZnQvZmxvb3JyaWdodC9jZWlsaW5nbGVmdC9jZWlsaW5ncmlnaHQvYnJhY2VsZWZ0 L2JyYWNlcmlnaHQvYW5nYnJhY2tldGxlZnQvYW5nYnJhY2tldHJpZ2h0L2Jhci9iYXJkYmwvYXJy b3dib3Rodi9hcnJvd2RibGJvdGh2L2JhY2tzbGFzaC93cmVhdGhwcm9kdWN0L3JhZGljYWwvY29w cm9kdWN0L25hYmxhL2ludGVncmFsL3VuaW9uc3EvaW50ZXJzZWN0aW9uc3Evc3Vic2V0c3FlcXVh bC9zdXBlcnNldHNxZXF1YWwvc2VjdGlvbi9kYWdnZXIvZGFnZ2VyZGJsL3BhcmFncmFwaC9jbHVi L2RpYW1vbmQvaGVhcnQvc3BhZGUvYXJyb3dsZWZ0CjE2MS9taW51cy9wZXJpb2RjZW50ZXJlZC9t dWx0aXBseS9hc3Rlcmlza21hdGgvZGl2aWRlL2RpYW1vbmRtYXRoL3BsdXNtaW51cy9taW51c3Bs dXMvY2lyY2xlcGx1cy9jaXJjbGVtaW51cwoxNzMvY2lyY2xlbXVsdGlwbHkvY2lyY2xlZGl2aWRl L2NpcmNsZWRvdC9jaXJjbGVjb3B5cnQvb3BlbmJ1bGxldC9idWxsZXQvZXF1aXZhc3ltcHRvdGlj L2VxdWl2YWxlbmNlL3JlZmxleHN1YnNldC9yZWZsZXhzdXBlcnNldC9sZXNzZXF1YWwvZ3JlYXRl cmVxdWFsL3ByZWNlZGVzZXF1YWwvZm9sbG93c2VxdWFsL3NpbWlsYXIvYXBwcm94ZXF1YWwvcHJv cGVyc3Vic2V0L3Byb3BlcnN1cGVyc2V0L2xlc3NtdWNoL2dyZWF0ZXJtdWNoL3ByZWNlZGVzL2Zv bGxvd3MvYXJyb3dsZWZ0L3NwYWRlXQo+PgplbmRvYmoKMTkgMCBvYmoKPDwKL0VuY29kaW5nIDE2 IDAgUgovVHlwZS9Gb250Ci9TdWJ0eXBlL1R5cGUxCi9OYW1lL0YyCi9Gb250RGVzY3JpcHRvciAx OCAwIFIKL0Jhc2VGb250L0xSRFFKVitDTVNZOAovRmlyc3RDaGFyIDMzCi9MYXN0Q2hhciAxOTYK L1dpZHRoc1sxMDYyLjUgNTMxLjMgNTMxLjMgMTA2Mi41IDEwNjIuNSAxMDYyLjUgODI2LjQgMTA2 Mi41IDEwNjIuNSA2NDkuMyA2NDkuMyAxMDYyLjUKMTA2Mi41IDEwNjIuNSA4MjYuNCAyODguMiAx MDYyLjUgNzA4LjMgNzA4LjMgOTQ0LjUgOTQ0LjUgMCAwIDU5MC4zIDU5MC4zIDcwOC4zIDUzMS4z Cjc2Ny40IDc2Ny40IDgyNi40IDgyNi40IDY0OS4zIDg0OS41IDY5NC43IDU2Mi42IDgyMS43IDU2 MC44IDc1OC4zIDYzMSA5MDQuMiA1ODUuNQo3MjAuMSA4MDcuNCA3MzAuNyAxMjY0LjUgODY5LjEg ODQxLjYgNzQzLjMgODY3LjcgOTA2LjkgNjQzLjQgNTg2LjMgNjYyLjggNjU2LjIgMTA1NC42Cjc1 Ni40IDcwNS44IDc2My42IDcwOC4zIDcwOC4zIDcwOC4zIDcwOC4zIDcwOC4zIDY0OS4zIDY0OS4z IDQ3Mi4yIDQ3Mi4yIDQ3Mi4yIDQ3Mi4yCjUzMS4zIDUzMS4zIDQxMy4yIDQxMy4yIDI5NS4xIDUz MS4zIDUzMS4zIDY0OS4zIDUzMS4zIDI5NS4xIDg4NS40IDc5NS44IDg4NS40IDQ0My42CjcwOC4z IDcwOC4zIDgyNi40IDgyNi40IDQ3Mi4yIDQ3Mi4yIDQ3Mi4yIDY0OS4zIDgyNi40IDgyNi40IDgy Ni40IDgyNi40IDAgMCAwIDAgMAowIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDgyNi40IDI5NS4xIDgyNi40IDUzMS4zIDgyNi40CjUzMS4zIDgy Ni40IDgyNi40IDgyNi40IDgyNi40IDAgMCA4MjYuNCA4MjYuNCA4MjYuNCAxMDYyLjUgNTMxLjMg NTMxLjMgODI2LjQgODI2LjQKODI2LjQgODI2LjQgODI2LjQgODI2LjQgODI2LjQgODI2LjQgODI2 LjQgODI2LjQgODI2LjQgODI2LjQgMTA2Mi41IDEwNjIuNSA4MjYuNCA4MjYuNAoxMDYyLjUgODI2 LjRdCj4+CmVuZG9iagoyMCAwIG9iago8PAovRmlsdGVyWy9GbGF0ZURlY29kZV0KL0xlbmd0aCA2 OTQKPj4Kc3RyZWFtCnjarVVNc5swEL33V+gIM0VFAvFxTZN02iYdT0NPdQ8YZMzEIFcS8eTfV1/Y xnaaNOkF7NXu6u17TwKEMAxBA8zrk33tH0g/7s9GvwJwphRNM+/PRlXpRfHhGoEc5gkoliDIQRCT DGYpKC5/erezmzs/iFHi3Q5r2W5KudJ/U++HKBvq/yq+gKviaPeLAuA8hDmadPp8VVzbThnxA5RE YeZ9Yw+0W/hBRDzK7WL83vbHIcIqDYehN/Oj2NO7mQQ82XQ/E2+OI99fw+EzDS1ZOIJprtlCEYZE M6bW45cQZn4GNuHjquwbKs6T+E/INSoMUA6zSKOKCIwICBBS68igmuMEPyWWHmhXSgjM4knpJS+X 0gJuhcXfDZUbSqyYFodLJZ9uH4IApzAkptKNyWk9VLS2BUvOOicwscubUnNgQpLZd36wAk/lfhEh gCQwVsqgLIUEGzwIPunXjMAUT5IvzWDbXtA1raSFn+zgq19s4BZtuVbT96VsH6ZzJN5VLznb+FHk PeoA8W5KZ/a1KxWHrFkDyZUzekfL/ogYMWw2qkHsMd2US9f1bmaXt+1oNiF5W8mRxupep1OXbmtr ytu+ORVt7tHG+Vc5OShmc9+2VEfVDby3+D7WjWZ/q144TSCyEuBn9TpIvqF9I1ePFpeQpaQd7aWD vjwCORrz99Byk+d4Lo2ZHf8N6+lbp4lQCBOra/TsNAfJk2nqVlSDEC3rp+Mc4088ycuasjkmyThQ X59KLKpyXS7adSv1uG6TivWiVaZQPma9a/ff6Dh3O0XqrKH4VbfTQek3d9R6unUXjL2Qtuab4auz xmvtc+P88f7amBTmjpKgNfQDQhKvGI9ezcwxrYa9hxYmmVasozuznDA7iN1natLCfdNqKireLhwe za8JD4IeCvvXe+N1CkxIffcH0Vf/dQplbmRzdHJlYW0KZW5kb2JqCjIxIDAgb2JqCjw8Ci9GMSA5 IDAgUgovRjIgMTkgMCBSCj4+CmVuZG9iagoxNSAwIG9iago8PAovUHJvY1NldFsvUERGL1RleHQv SW1hZ2VDXQovRm9udCAyMSAwIFIKPj4KZW5kb2JqCjI0IDAgb2JqCjw8Ci9GaWx0ZXJbL0ZsYXRl RGVjb2RlXQovTGVuZ3RoIDc1Nwo+PgpzdHJlYW0KeNqtVdty2jAQfe9X6NHM1Kov8q2PaZLekg6T uNOHpg+KLUCDsaktSPn7SlrhCyZDSvoQE9Yr7dlzzi7IwY6D5kh/fISP7uGqx/Jo9CtCR466w8zl 0ag8epG+u3ZRgpMQpTNkJ8gmQYzjCKWXP63b6c39xCZuaN1uCsHXVCzU18j63tA5m/xKv6Cr9KD6 RYq8xMGJO7jp81V6DTfFwcR2Q9+JrW/Vlq0eJ7YfWKyGl+Qt3O85rifTPMexphOfWKqaTvAHRbue 6vlh5O4cDk9cCGR5Po4SxZYr//MJkg1g13sJYfqNDZFPfL4o5J9ojvP4T+AVMA+5CY59BUwC8gMp ZoAJ0P/ghd5zcqmW2pNBgGPSP3lZSYGIlW1WrBSAfEWXShPWQD8UojP2BN8bvloXDIJrrW7FS9G8 Hyv3osZQEGIibekSV5tUYnLxs9aLAxx5g2QliZ1OARsvAddep8iiZW4Ea0P9pPYknfi+Veu2Aiuj RcFyDcJBtkewk+has0oRY7xMDT81+73hNVP8NcMCd9cq/QOkBWFARgcgz/fxa8lLCA7Bot5p8rrk q1LU1Vqh3AG2G/qo/cCKvcCq4WrL8wM7rBgtTaSaQSijOrne8XJubrufwqsnLgelR2esqzei5pmA 1DXNlkoCJkACYDpndXvZmOcHi80HUj5MDKKtXDgj9brhbVi9hZUUWQWF9ntbatOYorLN/ZjjMXwb stMFb06QNdsUxa6zoTGdZKySo8Tp3gcdrFDD8vewXmsPT8070aD9k/boJXeMZQVv7dqqmtES3pol P7QBZ2bylPi8PNK+6XdE7BFJTE24zAjHV1xQwavS0C9Zz2pusOTDhSAWBl1e05k4l89jS9gPQ+x4 Z23h3tEfsq1qY2aBljtD5YKWc9ZfKqHeQXJTPSl2qHrUeTsi/fVkzCjMfq8KCLM/gpWNJm3E+39a pcYWUWuL0SQ2m/Vaw4JeBKgVvExcYsSNDsUNrbzSFeHH7DyRB7q9+Qs+71BOCmVuZHN0cmVhbQpl bmRvYmoKMjUgMCBvYmoKPDwKL0YxIDkgMCBSCi9GMiAxOSAwIFIKPj4KZW5kb2JqCjIzIDAgb2Jq Cjw8Ci9Qcm9jU2V0Wy9QREYvVGV4dC9JbWFnZUNdCi9Gb250IDI1IDAgUgo+PgplbmRvYmoKMjgg MCBvYmoKPDwKL0xlbmd0aCAxNzA0Ci9GaWx0ZXIvRmxhdGVEZWNvZGUKL05hbWUvSW0xCi9UeXBl L1hPYmplY3QKL1N1YnR5cGUvRm9ybQovQkJveFswIDAgMjM4NCAzMzcwXQovRm9ybVR5cGUgMQov TWF0cml4WzEgMCAwIDEgMCAwXQovUmVzb3VyY2VzPDwKL1Byb2NTZXRbL1BERi9UZXh0XQovRm9u dCAyOSAwIFIKPj4KPj4Kc3RyZWFtCnic3VhLbxs5DL7rV+i2aQFr9X5cFwgWXWSBtDHQQ9FDOnES L2KncY3t9t8vNSNS8sSZuKlPQQLYoqlP/ESKpPTApdA6Ba24zH/toFuxByZ5CklYm/iKZeEd08Ep ocLOd9S5Y7fsI18zI5IKkX/vp0j+4U+mkxdSaa6cF0EpQPM6CakNN8oIqz3MvahaJgilXaOlkxHR DFrGOKGS4k4mYZTPWkYKYzQ38Kms2sVSQTizgxWs0HbAGlhHLQ2obm6YBjoOTHdRBO88N04LL/Uw To5vFuz6LQNMANVc+wBsMjZJYDVYQklnRYDP4IWRiidphG7GHcs7F7N5RULGDQA0LCt0zX5FAeZy BDAuCWUMLYHjjqERKEEbEWHMosvUxgs7G4VNniclrIqFv/YaHKQa/iQZzNdOWmEqO533MfqGv9YS EKuCDFH4Oh+HZBpK0PgyH7nhApU9mkAaxUICGHHo2Zu8YyE0oYUSC4ZGlyB4nIjWcuukcDYAAdif /HsZdyzCkZCpamBIEQKGWFmjq0FnFazFEcD5KGTUtASOO4ZGoITMHgDGLHpq42V3IhsiffAsTS3S ugEaHJXPJK4tyS7ZkJZEj/RHJ6rShZDSWle+eFIRF8eVL0rQJkQYW90TVklqMKE9pCgphzRA2nL1 UCqvYTtDE6Qq+wyCjjSMgzRUTzkOKYRQQkesANARLEs0h7QYQRrFRkIYsRiojRYeDqkeHdLRGdqr BCGqE+T8nARzvgD2OQ3ShpYAq2EA2y8gR1AYYDhRkFLMURgXCQUCIuC4hnWReCl7NyOCh1iKNtIa OK6BgRK0EhHGPIbdE8nFBNXp9bK8zQUQE16JrJqkjYTAsI6yNEYIJtEm6w5ZlhQwCSMAjmvWLRIL 2+GhMygAlAvLCjVbog2kUWwkgBGLrq0/r41adhtVaeJGkmIa1nU0HSt/5Ya9AUqodygINKaVUYK2 IQLajmtUdmgFFcJiJSKMeXRt4/T6yGXX4TmsLSdKooOsH1XNJ6VQUT6hwkX5pEgwWxBCGTfFESU2 iRRjLadYtLCc1t4Ly2mRkN0FYcxjpzV6feT6U4dltwYmSjAwS6HGsMNS3hT/UuxJA5sBRMBxLf5F QmFVECjsyhpNYBYrSKNYSQgjHjud0Osj17uOq6Fp8VoN90L4lN5DObRCecuThdMPh7l0uHg3PUD9 Iid9KXL5nsQ8QAvsNNZBBD4DdYBWhfImDj38JNSEVoUKcDGHa/czUBNaFSoGI3x4zqoJrbrt0wQP 0KpQ0wQP0KpQ0wQP0CrvDjloHxj0CC6/PmRB+71b8T/m7PcP+eRAnzG/ZsO7DJyH6EXfofD5ip38 fX52wc8uvyzu3sz/YTMLV8wZzDAJuvr5FTu53tyvYNH7zdVis1zf8C8/+M3y3/xtuYX/b/z++zrP hAtHTCnx+RnMWf63uOKn6+3m/uuPAVxw/m7Lu8s1394u1vzL4s1v7GTV631fbm95b8Z2c3l9vewE /HY6Z+9rdTemf4xZ1RtSkdy1LU95Cmq0mscheq4oT0FVq30cIq3yyNNoNc8+lEnILur3WrvoLoZ2 1VeIxi68oZFddPNq7UItsou0GrsOigYvdBsNCqLBQMGDIqosnAKMiezTXAK19BAQUCYVnLocEGcX H/pIUQEaVpgws1ARvXT9jzhTKRGkBXTojYZf5udZ3rv1/YteBp3L7TBUfyvF8LbgYINCTnJFclcl cA6NjlmCs6YkwN37SFfcu0dr9S+Tb/mafeIKdAPs6mcw9KpeBump0oA/jA8EBmbG1N+7KvzFC7cg P45KfrNvK56m8Jg4kWpvs0TgWOC3L6aptOsLebVA6RRFCg06ScgCmjUpSVLElsl4rZ/wtNJwllpH Azp0ou6Ijt67E08xeMx72tHHAv8FR6fYX3GrBRouWiK0jiZJtQBnTUjgcp291zIZrfUzjk4Wruqp 8TTAw5k+qqf3bMWTFB4Tf8bTRwJ/uad1gCZc7VgQYGnXJm+SVC/irEkJAFjfMBmv9ROe1t5Dedzx dIDy5u0RPb13K56i8Jj4tKePBX77q02mcrnwK2hyoKH41PcFs/l5aTRn1icN1ozEn+d/MeVzc+os dRP89Oxd7hx06FvL0zN+fb/hec7FOfSJvT7c02c60JSKCPP29Tz9W9sTPQ+1Nft6HmyI2t9w4kx5 KbJw38yn+3DYqH79XWIwRfKGEu7CDPlqL6DbNlWhtvAa9taBm5yELNUrnF52Q4c9G+D58hv/urnf Lrrt4qppy96z/wGi3fQpCmVuZHN0cmVhbQplbmRvYmoKMjkgMCBvYmoKPDwKL1I3IDMwIDAgUgo+ PgplbmRvYmoKMzAgMCBvYmoKPDwKL0Jhc2VGb250L1RpbWVzLVJvbWFuCi9UeXBlL0ZvbnQKL0Vu Y29kaW5nIDMxIDAgUgovU3VidHlwZS9UeXBlMQo+PgplbmRvYmoKMzEgMCBvYmoKPDwKL1R5cGUv RW5jb2RpbmcKL0RpZmZlcmVuY2VzWzQ1L21pbnVzXQo+PgplbmRvYmoKMzIgMCBvYmoKPDwKL0Zp bHRlclsvRmxhdGVEZWNvZGVdCi9MZW5ndGggMjU0Cj4+CnN0cmVhbQp42qVSwU4CMRC9+xVzbBOn zLTd3fZKAIOKWbGcjAc060pwRRH9fik1kiWbaOTS6bx57036UiBFBDXsylkq+4PjsexELwA6pNxm LjvRrbQfeiMGr3wO4RHQA9rMKVdAGNyKSXl5I9FyLiYfz5vF63zzFNtCzN7ndSXvwjkMw8H2fgDt SXluOY2HYZScXCaRc0NOXK0+q+ZeoslEtU5De5r8NbHe0jSRKKWxIm5LhNbS/ZvW9SEy/U+Gvxim sLRRhY9p5RwvaLUqzF/y2k0wIZGKoUzN4uVbFfWdqb5BjJTZAgHST8MujlE7rbyBhwZ644ZhsILr Iz7QyRd95YjlCmVuZHN0cmVhbQplbmRvYmoKMzMgMCBvYmoKPDwKL0YxIDkgMCBSCj4+CmVuZG9i agozNCAwIG9iago8PAovSW0xIDI4IDAgUgo+PgplbmRvYmoKMjcgMCBvYmoKPDwKL1Byb2NTZXRb L1BERi9UZXh0L0ltYWdlQ10KL0ZvbnQgMzMgMCBSCi9YT2JqZWN0IDM0IDAgUgo+PgplbmRvYmoK MzcgMCBvYmoKPDwKL0xlbmd0aCAxODgzCi9GaWx0ZXIvRmxhdGVEZWNvZGUKL05hbWUvSW0yCi9U eXBlL1hPYmplY3QKL1N1YnR5cGUvRm9ybQovQkJveFswIDAgMjM4NCAzMzcwXQovRm9ybVR5cGUg MQovTWF0cml4WzEgMCAwIDEgMCAwXQovUmVzb3VyY2VzPDwKL1Byb2NTZXRbL1BERi9UZXh0XQov Rm9udCAzOCAwIFIKPj4KPj4Kc3RyZWFtCnic3VpJb1w3DL6/XyGghyyAVe3LtUDRi9sm8QA5FD2k EydOMc7iOM3fL7WQ1LwZP48zczJysfjIj6S4SZp8EUoak6PRQpV/42J9PX2ZlNA2ammsuJ4KcTOZ YLI0aetv5NlMV9Nr8XGyMuuYxPcqosSr3yaTg1TaiJQ9IBUxBfxaeS2jBrkL5oheOr3FZI2ED4XJ Wi911kIbF2UoTFZJaw0whSSd3UbyXibjtqC0kd5VruZvMsoC6837CXRED0bHHKXyXlhvZFBG+CRj AKtvLqd3zyetY5S+6FNFPS4zqKpU72S0ImsnfRZZWWl4uZ4iuJtAXSegWV2arQTs9bhJQbosUFgr sNAZQsf1ekL1SGFjG8KW8evizpZK72ALcwDrIACpOwwhjlJrdBiX3WTjlZOWHDJl01Jgh41RAEaf VUwysHBfdnN42aztsugMYrO7qJw4yNQOMJpe3bVlf2Lk9GGChsTywkDyJQdKdUrwh4Aslq587+v1 lLQEfcyBaUMItK4q1hMTkpJgCAFYFaSNrKKvQQKN6BQ2siHMvKiezdTuT14UxBRn/2NwlR9VR5ug rjMZh2v2HylUNogwKyPegAS55ktZdgQsT9SBa94ApKCViDD3o+6AzspIS4mKS6zMGEGWSlEHk6SK nKjaxVBTs3+33oJqku7Lnkm87HXVhanuOvpQmV09cZCxHWE0vrkzqmyVaWaVOZbPXg4Ftmdo6KXP ld4AFpVOR/nT82ssg1haN5dByyZKUUw4yuFG4OTr4rjmlCYKpE0yQxEEqJqhzvp6LIJGYaMbwtyJ tmkye8jJ74/Vxasy3airtVS6HiguyGwF90VIDG6brcliUy2fKIG6HK2pwyIFMrx63aWx9yE2dUdS jRxoGgLMjF9vj5hH4VEJEk9adIkpzTSe1WA3j/LqEk96WPKIboK8RoVE6SaReDeZ0MkpUo5jDo3r CHPz19tHn0fiUwkUjRY6K/KwsdKGyCOxDxsaiTR8aCR2Cg+8joBrHnBIAVNN0dURcPp0FXyM6jZ0 ApnYxedObJ11HplntbpoWlImEqVnIs1byDYex21607Qu32jMdkFa0+hGCuYRimOeITpnIipHDjQO EWbmz44vj8SnGiih25FDWwMjDOKroaxBsYfTog4QdgdVDkXbz6d4bTyA/WIK0LnLiTN6OBXD1W8/ 5gFcF6RvGeoALoYKcGn1Kt0DtcDFUM6W4MR7oBa4GEpD4Zb78zLUAhdDeRlgb8M9UAtccJQp1399 37YfwMVQy9t+ABdDLW/7AVwMtZz2B3Ax1HIED+BiqOUIHsDVH1FKgX+Z4JTky1NKIYx/r6/FL6vp 51fQTRyctFbvpva8pIUDX2Ek5xyMWF1PT39/cX4hzt/8c7l5tvp3OnPlBcVC8SorVm+np18/bz7c iturS9EYL14UNg3tKOcsVufT00//Xd6I62+b2w+fN5fi6/Wbzeby5tmThny2elFkJKx/XU0vh8NL 1LI8b3GbrITN1jGuvVONTPxyxVztoWrk4qcr5mpvUCMXv0pxH+1W8RGWreLLY7dqeDphq4gLrWKu wSriQquYi606KLpBmjG6OkEDgMluygh3FOASM/igDAyqMwieA301vOcXr2rYdYQTODTsMwdyPof6 ESU1uKdcdUH6+mVVs6BG9OUPvVd6X873TiQFmaQyyHnIuhgCUTZMMZDCqRBQ6G5CKoUDByHYl+D8 yEKwV9Pr5+Lj9JfQwBthR/8GK9/yLZZeT2109byFYGBjyjCGR/iLH/S/vNcq8X7fPtztwo7b5NN4 Cyf7T4R99cNOQj/MshxkQ5bB1mo3cKCxiSgbpoBpVulK6VKLlKIFphNUtwt+5CHkg+Osda6XSQSr Znr4c4A/Ns57t+IuF3YdJ6f2BvpU4MdH2sG+wbVliDRSONKuvJaFPFiwTGmeuGQpY7Z1PSTS0AAl 5Bp0wJBLQXTCCN4iz5RTRX5ra+5yaXcjyMnFyB8LfnzkNdw5c9BD5JHCkS91tm3TMqV5oqHpYgZt 63pA5LOB+QZHGw49Ukb4FnumnCr2W5tzl1O7W0FuLsb+WPAjYp9DffzhvmOUgvPq2N+Jwn0HpRYp 5dfENPavma6HVH02QBzaO9ikpDlpe9/ZiQUPdv2+p72fCPz4QDsPx00Vh0AjhQPtQCzFPFiwTGme OPig6i/Jc10PDzRicaAZ/VSB5p1Y8GDXb/JpMdDHgh8faO2MjEkPgUYKB1p7uEf40aZlSvNEe1Vv 7psdXQ8PNGJxoBn9VIHmnVjwYNdv8mkx0MeCXx37GKBdex0Oe54CdAhw2zszQcJN39KFkBmiqff/ gfhktgIVcC9uF8byDCB+0kVw38W1/fpm5xfXs1V/bwjw1ey/u8IRzhr4OH4bZPf5bSHDfPnvK91z NM8UAVr9AS7UXVBlp9yuI7Q3823Y66HPUrvyS1ooP20Vtd2Du55p7rDPxF2FcJkrtNHy+pSTfL+x //nxUnx6Vx9yQKu4/vb1drjCv5z+B0z3PLMKZW5kc3RyZWFtCmVuZG9iagozOCAwIG9iago8PAov UjcgMzkgMCBSCj4+CmVuZG9iagozOSAwIG9iago8PAovQmFzZUZvbnQvVGltZXMtUm9tYW4KL1R5 cGUvRm9udAovRW5jb2RpbmcgNDAgMCBSCi9TdWJ0eXBlL1R5cGUxCj4+CmVuZG9iago0MCAwIG9i ago8PAovVHlwZS9FbmNvZGluZwovRGlmZmVyZW5jZXNbNDUvbWludXNdCj4+CmVuZG9iago0MSAw IG9iago8PAovRmlsdGVyWy9GbGF0ZURlY29kZV0KL0xlbmd0aCAyNTUKPj4Kc3RyZWFtCnjapVLL TsMwELzzFXu0Jdb1M7avVVtUoCgUc0IcCgqhKqFQCt+PHYOiVJFAcNnH7OysPDJwxjnU0KaTnLog UtgMomcAA6uiz9wMonF1HEYzAZ75AsIDoAfUxjFnIUxuyKI8v6KoRUEW70/79ctq/5haS67fVnVF b8MpTMPB9XEA6Tnzoqc0n4ZZVnKGoigUd+Ri+1E1dxSVIdUuD/Vx1pdcyEiTnJOSKk3StZZgeke7 N+3qQ2T5Fw9/EMxmScWsT24VIhWoJbPqN361E8zIN9WS9fPXSkQwlMOuvsbCG6WsAw7Iu064RMBY MinhvoHRvJEw2cLlP77Q0SedKIlrCmVuZHN0cmVhbQplbmRvYmoKNDIgMCBvYmoKPDwKL0YxIDkg MCBSCj4+CmVuZG9iago0MyAwIG9iago8PAovSW0yIDM3IDAgUgo+PgplbmRvYmoKMzYgMCBvYmoK PDwKL1Byb2NTZXRbL1BERi9UZXh0L0ltYWdlQ10KL0ZvbnQgNDIgMCBSCi9YT2JqZWN0IDQzIDAg Ugo+PgplbmRvYmoKNDYgMCBvYmoKPDwKL0ZpbHRlclsvRmxhdGVEZWNvZGVdCi9MZW5ndGggNjk0 Cj4+CnN0cmVhbQp42qVVS3ObMBC+91foCDNBRRLicWymSSdt0vEk9NT0oIAMGvNwEU7af1/BgjE2 mbTuBYx2tY/v+3aNXOy6KEP96xO8pgfpHpvF0y8ILVwlc8/N4qm5ehm/vyYowpGP4jVyIuR4PMRh gOKP36271e2D7XjEt+52Rau2os27z8D6pkUm7R/xZ3QVH2W/jBGNXByRWaSbq/gaIoXcdojP3ND6 Wj/L8sl2GLdkA0bvAuJTl1DjRl3XWtnMs7psvYM/Szr11GTHJ/fnYPhGQACLMhxEHVqE+Tjkpk+K 3WgPmBOvoFZVQTMTig4c3KpStaJVdaWXMfynwruiKCIRDllXFOOYmZoIMVUC9o/Up69x1fWzv8o5 Dr3Z1Q/VQP/Qgqn94R5+lDvdgnFT1TZj1kv3xa2XXCX56LuCH438uVPNQKFuG5W0YNiKZNPxK9u+ QBc5NMAcctedoUllo6oMn9L+V8gg7mPPaJpEBDPahyX4Vd2GHAd05nyzhprbXE5cDgQHhuCskVqD i6jSOd3H9g4jwIBP8bQo5WnrBuSLMbHS4JmIQU7dxBjE4EMkSV1uC6VzmY5mY/0Nt5O6eqQ8yHZN r7b/RZFyhiPWV0jfRPHAeRHFBYjGVsWgMJVu+15rVbVH6luDOqa4JxjORrFTInGZtUdVDsJ+UW1e 74boWmWVKExJ8Cl/tbLS/ZQecaH0ab4SKhpEniozdSQxWxPbDufcuu5lLrR6KuSUGsKZPdgUtUjh vF4PKKSlqpSZFsPd80KDojWD9LRr5VDeup/CBgQmfwkjC3ku40sbhYU+9ulZG+XgapzLEaMRTbM+ gG8p9lAPR/1q8WC1GMRyaZhrwFQcLFHAbZiPQvREZAuQlSppalO8exhVVaNG9ptt9l838mTGSez0 oOBtn6M2ZJb6PJBnuL37A5vn5ogKZW5kc3RyZWFtCmVuZG9iago0NyAwIG9iago8PAovRjEgOSAw IFIKL0YyIDE5IDAgUgo+PgplbmRvYmoKNDUgMCBvYmoKPDwKL1Byb2NTZXRbL1BERi9UZXh0L0lt YWdlQ10KL0ZvbnQgNDcgMCBSCj4+CmVuZG9iago1MCAwIG9iago8PAovRmlsdGVyWy9GbGF0ZURl Y29kZV0KL0xlbmd0aCA2MjMKPj4Kc3RyZWFtCnjarVTLcpswFN33K7QUM0ZFAhnYZpp00iYdz4Ss 6i4UW7Y1BuQBOU3+vhJXtsEhbcftBj0493XO1UURiSK0Rt3yGZbTh7rPdvT2K0IjpnSI3I7eWtOr 4uMNRTnJp6hYoTBHYcIzkqWo+PQd38/uHoIwoVN8vy+N2gmzcccUP7ZiLYMfxRd0XZxFvyoQyyOS 04Gn2+viBjxlPAjpNI4y/E0/y+opCGOOZQM/kwn4ZxFlFsaiCM+COMEuWgdIB0H/lh9XJEM0J1ns qow5iblNLyUp7bKbsyl7rxpHz9GSc5IlfUvHUFjMILm7hxmkX+1bAztXXoIlHMRT6XdGg8VCBHGM m+bVHTneARliC6hSiyXg9MrbbYD1CIUsJVl2ppJLgEYxJheyhPiUJLYFKLN15p1zSt6VOeMkZQPw 7QrycGl2+fboSQ/0uKp3YqGMK90XPiSMY6+2qheNFK1cTkbLz38ngXB98wq3G/F8RnwvTIob2ei9 kZ5rgKR4qeaMT2Uja/M26EJXu05aXbv/IJeqt+2/Us9oSiLWxWB/pL4Hvph61QKklWZIkYDjT8ej DixbDWjknLQjOhxdO9pplOAJBLAZ1eBqgACB214Q0R41UL6aQ2unJ2GNrD2o1iPCHLMvS8AP3pS9 N6dWgrpF5bvNqEqS/zhfYhaTy+bLyfJGvah6fSbtaQ5rz1MJcwSmJMeLzd62Yh8yRv782CNvRopl ex74qJbvtt8Z1pV9lMaT9qTqQ1KLrU/VkW7DNNrOu6qdAHCluzs4yBdR7UrvQtcjMjZiqYzStSjf dIJ9ZrC72tdL++jWl4k2EOLDL/vaxQQKZW5kc3RyZWFtCmVuZG9iago1MSAwIG9iago8PAovRjEg OSAwIFIKL0YyIDE5IDAgUgo+PgplbmRvYmoKNDkgMCBvYmoKPDwKL1Byb2NTZXRbL1BERi9UZXh0 L0ltYWdlQ10KL0ZvbnQgNTEgMCBSCj4+CmVuZG9iago1NiAwIG9iago8PAovVHlwZS9Gb250Ci9T dWJ0eXBlL1R5cGUxCi9OYW1lL0YzCi9Gb250RGVzY3JpcHRvciA1NSAwIFIKL0Jhc2VGb250L0pU VUpYWCtMQ01TU0I4Ci9GaXJzdENoYXIgMzMKL0xhc3RDaGFyIDE5NgovV2lkdGhzWzM5Mi40IDY4 Ny41IDExNDUuOCA2ODcuNSAxMTgzLjMgMTAyNy44IDM4MS45IDUzNC43IDUzNC43IDY4Ny41IDEw NjkuNSAzODEuOQo0NTguMyAzODEuOSA2ODcuNSA2ODcuNSA2ODcuNSA2ODcuNSA2ODcuNSA2ODcu NSA2ODcuNSA2ODcuNSA2ODcuNSA2ODcuNSA2ODcuNSAzODEuOQozODEuOSAzOTIuNCAxMDY5LjUg NjQ5LjMgNjQ5LjMgOTE2LjcgODg4LjkgOTAyLjggODc4LjUgOTc5LjIgODU0LjIgODE2IDkxNi43 IDg5OS4zCjM2MS4xIDYzNS40IDkyNy4xIDc3Ny44IDExMjguNSA4OTkuMyAxMDU5IDg2NC42IDEw NTkgODk3LjYgNzYzLjkgOTgyLjYgODk0LjEgODg4LjkKMTI3MC44IDg4OC45IDg4OC45IDg0MC4z IDQxNi43IDY4Ny41IDQxNi43IDY4Ny41IDM4MS45IDM4MS45IDY0NS44IDY4MC42IDYxMS4xIDY4 MC42CjYyNi43IDQyMC4xIDY4MC42IDY4MC42IDI5OC42IDMzNi44IDY0Mi40IDI5OC42IDEwNjIu NSA2ODAuNiA2ODcuNSA2ODAuNiA2ODAuNiA0NTQuOQo1MjcuMSA0OTYuNSA2ODAuNiA2MDQuMiA5 MDkuNyA2MDQuMiA2MDQuMiA1OTAuMyA2ODcuNSAxMzc1IDY4Ny41IDY4Ny41IDY4Ny41IDAgMAow IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDc3Ny44IDExNDUuOCAxMDY5LjUKODEyLjUgOTE2LjcgODk5LjMgOTkzLjEgMTA2OS41IDk5 My4xIDEwNjkuNSAwIDAgOTkzLjEgODAyLjEgNzIyLjIgNzIyLjIgMTEwNC4yIDExMDQuMgoyOTgu NiAzMzYuOCA2ODcuNSA2ODcuNSA2ODcuNSA2ODcuNSA2ODcuNSA4ODguOSA2MTEuMSA2NDUuOCA5 OTMuMSAxMDY5LjUgNjg3LjUgMTE3MC4xCjEzMjIuOSAxMDY5LjUgMjk4LjYgNjg3LjVdCj4+CmVu ZG9iago1NyAwIG9iago8PAovRmlsdGVyWy9GbGF0ZURlY29kZV0KL0xlbmd0aCA1MjYKPj4Kc3Ry ZWFtCnjarVRNc9MwEL3zK3SUZ5CqDyu2jxSSDtAymWKmh4aDSJzEU1nOWEoZ+PWVvGkSlzBAhou0 kvbt7ntaCTHKGFqhfrqC6TDwODyc3P2I0AkoH3o+nNwN0MvyYsJRQYsRKpeIFIikKqd5hsp39/hm ev05ISkf4Zut8fVG+3VcZviL06sq+Vp+QOPyRfbLEomC0YIPIr0flxOIlKuE8JFkOf7UPlbNt4RI hasODtPXEF8wLoKbYAxPE5nimA3Qg6QHTt3q5c7tORr+ISCIJSTNiqgW5znlMvAUNJN/I1hvEnB4 29q52bq6tad1/KfiY2EC8YLmMhYmFZUKEc4VTaGwmRiJ391X5LSHKkXzdACdmkq7/rIvJvLgmAmq Roj1LreVXiTxurFfV2AsOr300SywtrvDeds0lfWwCLz703qwhgixUAIJiMhoXhyLG3zuEpnhq2hn uNG1qe0KDkzt/K8dcr6ARbjg8/TbI3shyGNtjG7qnzp2c0eajXHEb0jz3CWESWiL2sFs20RK/D0u FNbQOW7d9nAPLl1Qnf5HtkIJmudn0T2Cvln659e8AA7WVaaae7ikwMa3QGfrdi9ibH3XbiK1HwC8 1vFbSHFlwAG6Khjz1vrYQbE0dtwbQZqtWQB696UAwraWRFQXPpvO1dqAzwz3tXVQUbOd796pqZw7 pNqDZsl5Qg+0e/UECWFeKgplbmRzdHJlYW0KZW5kb2JqCjU4IDAgb2JqCjw8Ci9GMSA5IDAgUgov RjIgMTkgMCBSCi9GMyA1NiAwIFIKPj4KZW5kb2JqCjUzIDAgb2JqCjw8Ci9Qcm9jU2V0Wy9QREYv VGV4dC9JbWFnZUNdCi9Gb250IDU4IDAgUgo+PgplbmRvYmoKOCAwIG9iago8PAovVHlwZS9Gb250 RGVzY3JpcHRvcgovQ2FwSGVpZ2h0IDg1MAovQXNjZW50IDg1MAovRGVzY2VudCAtMjAwCi9Gb250 QkJveFstODcgLTIwOCAxMjQ5IDg2NF0KL0ZvbnROYW1lL0NLTk5aWStMQ01TUzgKL0l0YWxpY0Fu Z2xlIDAKL1N0ZW1WIDgwCi9Gb250RmlsZSA3IDAgUgovRmxhZ3MgNAo+PgplbmRvYmoKNyAwIG9i ago8PAovRmlsdGVyWy9GbGF0ZURlY29kZV0KL0xlbmd0aDEgMjQwOAovTGVuZ3RoMiAxOTU1Mgov TGVuZ3RoMyA1NDUKL0xlbmd0aCAyMTAyOQo+PgpzdHJlYW0KeNqMtwVUnEvTro27OwQZEtzd3SG4 uw/u7k5wDyTB3d01uLu7e3ALBP1n73d/O3nP9691zpq1Zuaqru66q7uq5xlyUkUVemFTe2OghL2d Cz0zAxMPQFZUTkWFC8DExMrAxMSCQE6uauliA/wfOwK5OtDJ2dLejucPD1EnoJELyCZm5AJylLO3 A8i42gCYWQHMHDzMnDxMTAAWJibu/3G0d+IBiBm5WZoC5BgAMvZ2QGcEclF7B08nS3MLFx7Av18B VCbUAGZubk66v6cDhG2BTpYmRnYAOSMXC6AtKKKJkQ1Axd7EEuji+V9LAKj4LFxcHHgYGd3d3RmM bJ0Z7J3MBajpAO6WLhYAZaAz0MkNaAr4K2eAvJEt8J/cGBDIAaoWls7/GVCxN3NxN3ICAkAGG0sT oJ0zaIqrnSnQCQAKD1CRlgUoOADt/uMs+x8HOsA/uwNgZmD+d7l/Zv+1kKXd35ONTEzsbR2M7Dwt 7cwBZpY2QICChCyDi4cLHcDIzvQvRyMbZ3vQfCM3I0sbI2OQw9/SjQASwkoAI1CK/+TnbOJk6eDi zOBsafNXjox/LQPaZ3E7U1F7W1ugnYszAsJfAsUsnYAmoJ33ZPzneK3t7N3tvP+HzCztTM3+ysPU 1YFRzc7S0RUoLfaPD8iE8NtmDnQBsDOxcDOxsgGAjgCgh4kF418BVD0dgH8PMv9lBiXh6+1g7wAw A+UB9LU0A4I+ELydjdyAABcnV6Cv958D/00IzMwAU0sTF4Ax0NzSDuH36iAz0Ow/DKoAJ0sPgA4T qACZAUx/vf79pgeqMVN7OxvP3+5/nzGj6Ed5eW0t2n9S/j0qImLvAfCm5+IE0LMwcQGYWdi4AVwc bADf/17o3y34n/T/tioaWf4jj+n3itJ2ZvYA7v9kAdq+fzIBMLr9UxxU/7QONeC/QgAY5e1BRQ0E UP3uAV0mdiYT0Bvz/3Mn/D3l/6/+/1rl/9oC/0uShKuNzd8OVP/x+N8ORraWNp7/cQEVnYOrC6hD 5OxBfWL3v3w1gP9pbDmgqaWr7f8alnYxAvWKsJ25zf9sJ4DR0lnC0gNoqmjpYmLxn3L6Z0Dtr1a0 sbQDKto7W/51+wDomZmY/s9BUAOaWIOuGGfQsf09BgT1138frLidib3pX43Iws4BMHJyMvJEAEVn BiE7wBv0CeoNoMfflQ5gZLCzdwFNAoCy9AWY2Tsh/HW8rNwARkdXe1Def2cHGvvbzMYEYHQAXSB2 NkCzP6zM/1j/D2c2ACPoTrA1+m1hBzBaeDpYgK6Yf00coLmgKPamv01cAEYvoJP9bwNIDOhO/ZdB aTO6uP8eB1USo4uFE/APDxYAo5m9q9NvAyvIYOn2hwdInDOo3/5lkDRnoNsfykA7xwj8r4TYOQGM dpZ/CuH6K0Mb+9+TOEDLCP8m0BIivwk0XfQ3geaK/SZQiuL/EicoQYnfBEpG6jeBMpH+TaAIsr8J FEHuN4EiyP8mUASFf4kLFEHxN4EiKP8mUASV3wTaKNXfBMpP7TeBoqv/JlB0jX+JG0S/T54bpMX4 N4G0mPxLf5U4o+kfCDpO4B/411n+gSB15n8gSJ7FHwjSZ/kHgkRY/4EgFTZ/IEiG7W9kBsmw+wNB Muz/QJAMhz8QJMPxDwTJcPoD/6qmPxC0Ty5/IEiV6x8IUuX2B4JUuf9GFpAqjz8QpMrzDwSp8vqN nCAZZn9sFif7X2X/B4OEmP2xA38VjNk/Dv91g5i4OoH62eXv6x50vfwP//27DgR6AE0QlhfsTXhD rGpD2h+qhd+50+9P8M+S72t8pab3XnbqcH1EgU2mrkoP2nT6KZw83IO2titOdSe0QvLifdJSDxvW mqTU9uTzbJCgPL3fhrA0hTMwmX8iXNdPBE9Iryp04PPi6KMeaA3ZAt4pQ57t6MqFopiL+eDeJ+lR 11+6OvZpYV/poIrjI+Jz6Qx9jFq0bmDRHHmOccY83nsYF3oiOBqMSw/UubufsxhZk28kMgm0CL6n MawF3tpbLLG/5r3Wy1VZnLvwyfC18Ygg76BlkpqIFYEPy4w77ALmjm6Gb89Gw1y6E7a4mg0pJIRs TQa2lgxG/m4XjupklT8MJ72sJr4pWjEB0Z7BIqfvDlfo4zjNuJN16FMt2Og+/DQ1O83Kd0mA5PbF vZjzF2Ha8nIQgAO/0rS86oYlmnu0B+7L6p5Si7z5lvR9qBpxULt0DbCiarN8Fe+LQN4kgfs1tgbD vIczHSmLWrQjp+PDo63LJDlhdG9vPc9gwNIaxGhbG3yiF6RbjL4XtaZzWaKAoPQkpUNxe20avAT9 LjZVzWn9HmPp+oPxpOL7S88Rc5WUEFijcboomE1xwaaeMD7dHvzTMawVbEodO3354QqPx6+dZovo W3W2mJoKlveL4opHOXE3oy1phH6P+2bIQ4yezZNiw8RMQk1bzbpO+qz85Q8mMh8TokZ82jke1cu/ +Xf6vEvK1dQ5CdwPB4sUa0eAFLXM/WTqrsoiE75cIyHbtRJL9ApldlqFIpmM7IBRz50mNP0aqNSc bdObbC9xg6zpdJ0FcQ1XBhkGfioQwvH9mHOVnntBz5iNqA9JxlS0E7EgFbMWnF+tpLqOSCqqtnYZ txrqKwmxyvW1qTHC2YtChF7qGdRFGF5Pzmk+wsa2ujuFUwMMHHNA6qOzoEd3Rk/9L+q8yhOkkT4o SJbQkuQEQknvRXMCwqco/fbhDugptT1t4WDCeCDv3eGaU9SadI5w/8tC4BxDErOp1SVC8hISfluD 6Mi4bbRjxcY3n5OVIxPWXiWnGWVzi9zmZJVwZKYB11BvZFtpeJpGXxyqUSf6GxgydlfT3uj5zEbu 6kT0teEqIOLZ4aifMVCXnk0PunU+UsWh8KM98sG8GyXtJVw+Nbs49hb7KPgUVNWebOePacqWvu5r MppSUXS706p0p0EyJ/bkW2oF5AmiDk4Fn/pW7EDCrglOubNChLkyFpvNdxVfXKXGv6bSpuU+nZBR 3vkg6aEtG6/SdOveMV7p6FZbCjq5hrE20XIxelwJ2jyJ6dQXdkotrjATfdCAnXIrSFMpJYRiNbIt DqkAV3H5ztHGVKyzK7rnErqVTvaFdWZ7ACIK29NyjiKi0NcV6QJLZHcrDq6TM7gAofYrXWwYNJyT uv/dS+2GyjL1zOdz549SX8VX4fFOXSCGKn+K9N0BAuoPAhxVVKTDQsay8jGQw1HBWjKGJfdJQt20 hA7Ih2OvMagrhpzXJZb5evFWmWpriUUjEteqijLQGM03axKbsMgLqfynsH/S7bLboH2OS7hDUHYY RtOhDCPgavwiWpYoxC9lTRRD2Y06WBt0UJJ/hl09x07dJKutZ7XlAjdF4J0m/9Cz7UAMJXTGlA2+ L0eiQn8xwwfWSlDncV9Z3Cu9wulptdYfjEg9pFmlzjT4gXY5fG4L3+vnhEDZ6tc3uxrr+FRqaz7Z Cho/vwkL9TMmG4hnPgRIOLiIYngy6hxxTOY+OHmrOSq8CPn387vyHLaBoQL1jGVaZzpvfQZj2HJa 71lKKk0nPKMqb6gOBINILvepivW/gIn7Ww7kuJeX4Qjy9yh+YUMsheFz3PG7XvdysDzwrxsaxIKd 2FtqhVCk94VLqLUM896wTinn1SphS1uw1W7Ai0mXOgmy7sbdCnIIQqjDxxPd/drM/027sT1M1QE8 8n2mymW3U3+xf6F6pXilGCscIYr8+28wSACCXoiIsKQ3JVYAfGDUUWa39znf2nsGPgFckiIj4cVs GNIQfFMcMbQGBIqjxXdSS15jajzzyAmddIZdC9sYnU/486IzdLt65hZ4n17tfzh3fWu2sBLbym09 FOSg6+xh+uCenNy+GMg9hO579DmbE5A6wmahwnE6xi/5xF41DyzuDP9ab5ArNXv3jU+IJb5EwP7y VThRoS5Ln5PlQJtMipx80un7tJJlKbtct7Fny4WuskCnXb/8RHnAzrZZdKSQOa0HEL3K/bDc6Y6K n0R6r3f6vWQjodlrZn9U3qJUezg14sbW8opQiyEdJQab8VQPUuzOjKl+7jaBzrezR+8G/wnj1A8e 3gFRLLd44kEEH7Ilvy6BhwjH7G2wEZ6hFL+8qWbeQVoy2ZtJFcvwW/nS98YNyuUKSF5yi/ly9PX5 iSVC59ckUFTefim+c15YSVqD/0gxF1e2RyOYiaHQJFUA5k7hlceCX4ToIzZYFYEN9qu/dIp8t3uV wVzR3/aKp1uPlmJP9qswy2jl3pciI3qZuSkgPInKU/wItR5krV3Bx/DtzvmpmmysxMkdWXgMQE3j VT/u9d588xV/7M/D4bgv1cX98u4Ju5+cWI9FFOyo6sjXQ0qtRp/FP1057H37wIaFYUu8kxPfNFU/ z2+p9qldDqoW83SIDq3BRrnajnRms2WFVWd3usaxf9mdlAJxrSLnaZ5+atV857yAdXv84lbbfMTr x2MqJ45afJfPQI4bxRi35Yh4uJVDhr4TLqpGe2o2D827UqX891z1w043hYJQ4AKOADyc3n5ETFd/ Qsl7DH9pd7aNM+hD6dvjX2nny49CAU6Uwzv5qa3+RceH5glzHxNUiLe0dBSq/XYpccjJAzGy07LD 3+9QYcOqKqa55PVqO5y4aUFJJRwN4cFTwMAXYQiFpxMcSUi8+6hFeQbPvwSsmb3/7m8WDfZCUcjs 5x+ETJ5STKO71mo0wonorOY+7bStk35PD6hY29kvb7xw/JZWGxp8Dl7P5k8DkypcfoVoajYHaWrq zj5G7hscNF7H4uxyjrBhkbI84zLOEvI0a2Lu6kZYzQBZKoSIcKngzQU3j6kCCX5LhEX6FZZGAX+I wntf/sNzPfhEkznyRJX5XVhZdrrUFUYcfMz86rcVJdHPbFZoM/yOyaeHpcZ09CkIjaHsXG947I0Y GJ0GVuvie0TN81AfZGuNiYzw3lHHvVtTdxyLTCdBPJh/rxyvwoOa+lNemM0Nk0koS/l2dsyCRwib jjm8w8FrvS31ezkRBVfvOwt47EIMdh6utiWHTPfdGvpLF+2hmavqxeDmlbFbILiZPUl+A+uiAG13 SbH4KyoEEQdK1tXVrZdx2+R1b3JwznuK0N4h5myUirKUi4W006yMg1U5KprEzUwF9rQ4S/I6O7EL WqWxeA3MYxdD1jYsyuz+Wju+K6PuPRn0PRgdOlNZXsTRbKmkUdepNwjEW0h06pJgGRW6+cAyLVL9 XyFLSJ3+MlD3ut3+9M6UhK5EWgit5r6Ne19Ekx5fkztL6aXlwouUWjjQzlV7LAfoRd/KTnxXHvq/ EZjWh85XpqRJjWPfkBaPUa1KsF5vXpAUsUQVpL8oDHWFung8xcBEzcoY0+WmtftHmRSwVOC1LVlm iDDvyXCKF8Subn0d46cTUlmn0FZDUUZah8dG2BFN0+2KVTKdQQ6hM0lWpj+E4vVijOLzSD3EKqS+ TxNcxcbgL85IJYE6z36iOk8n068nyVHaLek+wF5dtZTDMUKP1UjuUdeTI30YRGiXbiM7PO6l/yzA zJDLqtDXhk25RT0WwXEV6415IleD7bMq5FCWvzFHUX3LZn3hLddc9cWWP+4Q5pTPIKis89OyHo/A m+8YNXs/VhdhEw4S3Sws0O9WY03mzMBvHg8/0IF3t++TbItWaXJWi9eVChk7ETdDx8WZ5/UbKYtS btp7H+2LmUGvY8NWFUYMVlqs7k7tEfB3vs67kNRGxzSk2MosVGZ4bYz+jC9Y85EsnpuQOisabpvJ vrCWK5AhTI98yPyejbTYxGNLk5BWNV3WUUdckj+pyHvoG1VVzH494Aze5es+bjZGtbyBft042ZsR sKwHAm7bFxLlFmV/sHz5YdMvW1eWmNr6a0SwrMiQviPw0XOzPKFX1aZq6fUFyjjLNesd767ILyYD R3VSNGS0ywj4ex8CIvQ4fz3y45lTARiohCkdVQp7hnxRnXv1Lnc1yf2T8UkRAZZPmXFTg050xMfH UYs/+Oq9ZFaUJtwkkDIS0iTlNPWFLGcpp3pXbzgnaW8m1JeeiF2XTq10qpAuaIo1ljqT2/mypGsP SSjhMEILNCHmUsiG97zCp9J1nw8fnGviL56GWrViWIfYrO9LwPG9jU1xLliZ5FsnNla+Za7b9H0t EN+ZOigf68UpU9FhvghrMphu8/QfudYjgNrTUDar8qTg/uJ/4qt8AP6UJmJWO2tllxgNtxoz7mXz TA3zk5V8xmdxVJxpYb3BFu5tFOpprRfm5LBUavsn40JefHxdKaNk8ZYcQ3rPgbm3aQkFY6Xkx2SS Wg1kFF2qpxmfGVc61UuDsTIO/eZDea63eEk1+aGtvW/WuX5CAY9p3G/KDXdcKlKrMrj9cEQ/ZtkF dPNd3EiDY4xhHfT1zg4pbT2svL849YZCx5dxKicjFfSuUB0iLGaSWMI9fMR+iHppErGLFlb3PDie Izyz6OXJ27DQbi9TEsGvBWqoIUb02ApLBu7Oh9NT9TkvbLQtAUePvi0QivR96NxpnPZk/O4CkyJG mJtgXnaZR1jGuSmccZqi25JlMQI+FYOWc/vUtCTQRegg2EPdI/PwyOqXSgWfX0/saFZE3TgTdynT 2ajDrtAhjUstta5a6rQMSFuKH8WQ89BR5wZP/PXxJHocrWAe/ZEP6VulMmJYS78Yauv1nZe/jgb2 uRoq0lpMFG/ZyOXFqUKeew5xpaoVK/iyFoUvNxHMbeFa+5r8dNZUBR5LwApfRvKe/8cHBQZclICk o4tAIVS+WtXMpzn27oSq48WH4wrSS8f3uuLCBnxLbYsTEpvNalKbWKb2zzcXulMpxXuPqf0Eg0HE YXfNnRk0nxO67odw6M5WLCXQLQ0m4LdX3HJIRK7IMAbHrozArbOU5jZ4Rw/nuo5knGE6MSbPDo1t SelSKWhrR2KEHVdcDuJDP1CsTxU9P6Q2uBsavdHY7tjHCpf2imzkj2/nyrdWHjdV4y5y8qyR80aP W2Zf+aGUqffHw+X9AvfhKvlMLQM/hIncxxiVBGglXod3NqgC86oQyKoX//mwwQUjuCrff/lr4lg0 eaGzdsaedExIPiHxs65RGIBOIorUuB/rxTbApqf/0HERnpdnixeLyFZMN2CiAwsHqinxNgtIx9YH Dr7YWpA57m4VcYSwN9PK8b7TBIZd5sk9UveNEMZXinqBlEuyPbCcP0RmoZrMxtIf/TYwBQ6VZ5gS MpyCT3ooRIQ9k32ijMLxtebyfClqUfD0nEfymafOCoMT34eKjeTBEOOo/PqXsGYUNfmL8feKoV8Y qBdWg8THXwO6seHbL/TKcZnKfAyaUa5ufqmNZTzGpX+6VCf6zLfw2DtNRBKO42aoj0GlVIZqKUT1 bFxbS5SNma+BWwKgXgkJcgnsSvVJRYtg58tNmki+t9L087KiXljia8LI4JCG5A10zKLzieivxQj2 q4tTMrvb1pZN6U4+xhGVJPCIAz0ls4RNNR9HvTsNDbexH71qpD6G6qmx+6qD87CPQrknpzQZ7KCa WsOaaZaOpJZNHgm1zuD6NWExuGGV81lqLbLyvs7vofAAsDFw7SbOmD60Zsk5Y5efiyE51jBQjxaB piwAeuJ2+HYc//OFf36UmUSqwZc88v3Rx4fYabEBH8CaEIl+/LUDVSQEtPQDJwPvF/VoCD8DY7A7 7ORpx9oHWmjlnOtrQwFol8nZYmP15yjMJpQ9Nyc1LCd8docDW5Q1lkVSweAjJz7aYTeZR2WB8nG9 JoFfjvF5EBWp7nDae81Dr5vExLI/CJBlAitu7GUd6CGLIou+Y5Mek8O2US5hQzUViDGJey1I2qPk MH97UJHAd4arocPnUIIRwl3tLy43Y4NAZFE9YqQ8Q+b41Q9Ri8Vallkr9E5Vbcsp20r755PnsIN2 Xqw0RjZNpJ8mne3LvMG1wu7E+v0LCQt/ZDKtc/X2J8S8ZZKiL9ZXjkQl9j/uTDuqBtQK18M/Wbm9 edS00dYA00PVrOTR0PFqLyfAEfrp/TCapR05r0RrEsWhxWF8n0S+GY2PiCXa78UGGTd3KyLZVqAC 6qx+lH+KhK4PjY2LqZe65vz+sX2TUYqORfMX2A0fUyJxAcEp/NONXutKfPStwrCLHMfLsTXZJaku AzIKNqJyazjU2twhGFA59VvhSCn5cqRTFufjCuiuMxKL5MBt5iuOFna1u2KenEBKifrcOJBakbyW okSnV8LkU/WQqtGIplHOWt6Lnm7SjOPtLcvpxe7qw+HfgQzoWFGInYMyMMIf1iKBbg10cSgy6Qai jJHb0U4ZzZce8MXXfJHheTT2+PxhVCHBaviawz1tsoOxMNmCarb9iQDZqgx8E924DVqQikYtppLm zENaU67eC1GnZhVGilXxwHDzJLkndIBN55JEMOTgUXS2bfu9WShHCgMbXQscU5sftKScrV2l/+XM ppZPUjmYHcQzRfMiWtCH2wTeQprpY2lS7zU2qHrNxqOKOm13NjJvoTcVyg1ORIVH+u/4ODtI/cQM gxeY6iY/als18xH2t8RqsgWlOGhwHZgxo31c2v1fKEyNT4G+SPp327hd3xKRm5OnPi3xti8dWEye KkQYGsE6ovGkCqyGQXR2mh4ICJ5yedg632QlceNrVZ19pEuACaAXNSAOK6jpO6eDwYTiu/wpAc3n oEt3Md8QzFHKV6M/01OWaa1x4t+YjirS0SP3MV006Vl1t2Y7hmrcFSs4LqPWYZxRum3/gKKgNt9n lzIFcJZdmUEXyyRipx4Xmyoq065yL/BqN7EZRNefvIPkGM3DRQtBXC/4PI3Pn/uUIt2RWpFDy2+q L+wmDy0gg+7YnwqDLhSRtsXsBJfOeLXJXWLdRYqDiTb9waeIUVNU9m4nEPzODD8WzyyT/fbERlL2 S98msPX+p6kloMMhs9Ibcl0l3GgrOaciBh4eShZr8VL5sQOeApJkIOdT7bpf5K9BUfBI2posTo80 ptkC8FYGv2kM3+x+fr1q+iDq7iNfkeow4VIMPKQ0lF4z+83zk1vfbTaG45UJ2BP7DALK7fFn9Xaz HKI9/wATAp4u/TW9yVAA2OZ6c1XYncom5CqDXZGA7e73jbzappH1GfcomFwUeB4sv8meDL2peQ9V YuVYBjL2qSWKAGyhmeak4G25+U+QJ4s/ZpldVgyQFpISuqM9J45lGM3a9ViUisu+kF/i29iskOcK UKCUMw8faWbld/HIfN0jpFe5zsbMon5oYtR6McVFhXDsmdziFdbxBJShQINjvcL78rhoCXisCuCj keIfC8mh5Lct/0jcXR/R9Km1ZkXVZwrbaUTcc44xoTM8EbvqnU4RVAskWKE/Y10qqkNzjZJAu2B9 +HzvoNm92bsnhPEQlJU2TW0Q4eX1DlvXCfEVZiZI5JNiYwuldPv4h5V+fTRecfWRHYcObFRMeZ36 B4M+NFuhgOAYQuMqhseGQIGoAIJ2sgpz851BZU8+Numt1UmB68lUVyb3IyIDuo8b5wF7rXSIq25e Sq6GxWs1i2IDhl0xUw8td6f2P6+4uhlHdsGCVB/J7hCK2uFvYLz8w7gcan3QrKfkJ7/M3tII3Y5F TF5UnqahX5kUc7mNK3rBApMnaHxLSyTZXC6R/HzAJxZhz7HGaCr0qHDXfiRGb1O7q4k4B/Q9vm9L f1eSNTnYXYoCpPjOGmZBNrHeHdlWO+AWmxMpNpPhhr0d9qSblbxOsJj4zEPtg94Kp4uykKjn0H43 qAmLx8VYYnobo9c2+XU/Dzec43PQFYd0qnh3jlti1AmtnSE0K43uoTzDydYRTVK3Opn/FCPDBf9D 6wLB16G7u2+M3FwOjSkrGj6k4gCojOzz2FZ63vCG0NytPB6MNSNEc27P4CL+WhqLoVI8zwVl/WCx XCqX6RSm3RcEPy+vtU45++wYpwgt3SI7sednSTJUiXVGT0SkszdRoQYdWaKrW7Sa+s4+bW3f9uXj xtKf/HWM1xRfOuXeE8qON6Rwn7alCwSITMDdVCwuprJWLWYViCT5oryjqxKmUCRpCdt3+VZG3biF TIxaU1wc7ZuPI2CFNc+tcFGnyh1dpWmV46agLst7mVLrUqIwvriFLchTBJEc2NxbawOGApdo3Sri q2r3UcatgGxYeTAYS1YVIAaubD29qkhWna1KylSJEC+UyxPdLclUMSk8Co9FrEdJjHvTqrb8XqoB 2yhLthURIrLDfrMuyuIAXFL5ndKpStVWvZd+IOFrPOld1BwalShDwmBF082NU/xgewHaqyB/toon colAAWYC46CCDevREelbgD7ubLTbXXXMbp+996uJbjuBfey992AnwsnHu1M8stqP2tUYevxscNNe X5kBN18p7HYrQ1yLaKBdFmGUezuFteaT0dKRrFFtHDXDcwPG7Y3vactHTLtuCz+pblsaRGhWjmdZ R+vxebDB7tRHc3gmC3fFTgyidJcmQlIMGhjffsrDouvS8gsacGcZyYCo0px3kRt7X/uLeHNqrd3+ ZxlpjaAvTcImsVi6HgunaKLZzYVlz0Sa0Rg65zCJinAQ934JOIxPsKbO7oKs0KqPIdlRKDRR7WgS 3vSHB9GPx47LNlE7YieKe7vPr1beDKLNuxAKRUL9R+adDMIfQ8/i0+fyMyXAViWlNmpcJ2bbyJUG s/hSTK5GLlphI1kR8ub8kNKF79EhuKGijqRw+X5u9EeGBZ1iK3uhVz1Fh5Lu4+f0aWP1rrQFGvuZ uF7QfV++g0aPJ5Uj+9X0vdGBKsNgNW2uaHe2bzhM3k9LY9sHw+WR9ityYVukDfx5rHZZSRJOELue 8JEwrZZq5iM21mLRzjOO1kgJLMfiM7Zp3rewWhTOOsru4MIy6SV6HU2s1PeuvlKxk9i0ltICsy3U 6FWhezcT50YdJ/ZXmU+UN+XgBWZDuptt6yrjJrOy4IFpRxhczGA+c2JY8uiuF/WyfQMKjAzV8UzF V0MyIgVnKZ/e+KYFTAuC6Hbdbcj9M7a/DwZV6lAv0AySFzu9zKU+kUp1OV9zElPGyClfNO3zk9wA Tq6++QpWeaTih0SUEqHmIVGlWDGxYGxg7WplMDeyliTjlC7m1sGOnraend8i81q/29atVgsSFdUz uWlJ0kvcfi5tRaIMeoIsjgEqn8ECqbE6Ye9movTDQ0+tPLllb1mn3wMtXPYjQ6IniiyjKJYfVPFj vHsGrqDDiOWdarbqhaHTIlNaFMPiNt35wroAnz2nBKt4VyXuyM34Icjrn3H23vEWHfEsksOlx3pw vCAiUWD5ZSVn9/fJML5aVcIbHO3yrEd0dgtwcjUuAE4ca7waMWw+SZJ2GMg5PT0FhVMwQGHzCR9+ +vBrQcz8Cnuq0z7U2vib7Lbf8D5GJG8UFWN/aRb8jyNtJA8iVoIHq6bdhU+TRLYdrPWm/Gl+vXX6 JNVZyD1K05fLh0pyjA8tcryAZPCscLQSoucqEwIzSAt3CHhzbw1xAStZb38zn0ztBiSgNGlNsMGC dFwGDXvPNRG2jSUljr3XcFPuQrWFHCwXwrZ2Uw3dFL7AY9/Ra5X9gN6wPXPhomeFxmPGr1KmAJZ1 Ii43a6unSW4Nk168u3q8MCf18X76OtZfba/RMyZMdhi0iZkva439B4okokv05zlOEopfe4TlgYb8 kJsbv+iqAdvY2pe6Rq0/liBICPLuw8Q+27n7OYg/QyqvMXdnxNUTvUIJePoSoVG/0RfbDpCMK9b+ /HSSMaY/VgB61OsRrtHv4atXvlfmk1E8YM3dTkOu1avHcqfgua6uudzJYBKmHjahuhBYlElhrmPE YiHmvl7MYZrZCv/BA0CIbfJOunGW2j++KnMRcq2YyxKW1paUikGDhKm1PYO9KzA4fpg3UUGzQ1wu NMJrQvT69FaUb/Xzptlhpt/ceN17FgVoEzsqhK8Zgw9u42BfJhTQZOspefHA4d+GCZsvvSmhFkDb W34+d444bbrflCCXHjXbMBi/7fxJWxjSd0E73+kUbgOLbEYEWWmwDsKxhLfX9ukAAvtmwb5QrGqy hRwbxatMsgc8nsR/zP80Wo+blOswxO8EEd/d13YEx20oYmMDHKOAvWvEGRmPC52k7KdyXwmQJDLE LDT+q3hPdscZnvZUKjU768b72m+jofdjfAYTWa+FgmYk8b4+2gzS8RBQUu0yu8xaybAkrbLSzofN 1DdM22ZfMtA746ICF/svv+svPSNN4uBLtEaWnP9CwFAayYwkD8Rgt/jpChPmVGNGXUkb38o6fdJI dnTJVcDQEKm1WEitqEuL3asZ1WH3dBhMN9wJXDltrQ1LrfHrr3dWotKPc0j6clnfiv5z/vxdZSUE gzvq9UKEzLGDBv/FHODldf4k8yx6/9hthqAvn7QL4jnYmuni/HYES3iAVU7V8+7wRWZp/tJ7ucZ2 UoSAw2Wa/frj1ClxDRRpDwNPdtndzpJIDFkUDuKYi3qzazUNhOGXPNqYtQ9Jy19IuO+HyBypsQJx CQrQOH3xopL0CNhsdDwmXuoRce3G5IPmJmPtkXNOqVYQr4JCGV+E/C8XYl/DSDPadyNY+8ZFQpVy uV4ncZlVYqUKY3ghwz+x0T2pBqSup3i4RaomFdseK5GJrodBT9+hkT/mA8hrPc66poOODw9WVIJY RW7k15PZZtw73tKF1lbcyDpPxogPbeWTmMCyHWG1GueBwf3mLf3BER6m++lmyAuTkzR4aKd6rOi9 awshVYEszXtUYy8FCxUr1cc0ly14guQIWwxgyWdw5SwMdwJGyL6zQtOqaBBO9FU8e3PsSzqdlRuE o1kxJzOZci71lA2QkzTWjiFW6R5Qn02vvRH3H2EhD7Uiur1xKnIJu23Ig43B3t861haHQHuxrBfL lY1YU1DV54H3VZ7fBjRV+83COZUSiWIySQ+shuOJPtoFKxbaOrbfuMkxRuMZZoQ5DFJG0XyWJWCU D1D8tg7gn/YuTXrs/CEsdlapAsmJcusYvbvFyiv/BCFPpFtg7bnhYe78w8n26nH+ypSyE8lwENWg zXefiuvCStPt87sF7vZWD2ZwOrri74w/W9kTiGn8nMwlfPMhU5wdMKxIpWZdlisXL4u1LVz3WftM KMzVqn2IU2ZsNXWB4/LBkFE6lEyNy8E7Dz4SWAXmzjzJiJ+GR8B4O/hkfop/uPHH3a9Ic04gMueq gjSqfjE5VG+1XvfV3/+cyJEEb9oEyMaujLz/kc75Tix6Iay5MKzEikWX7MydiBtyJcxO6V3NT2fo 2VxV84EIARM/aP0nHMUkkyB4LmIhZxqOCR7BNGoJzMn2zUui7rxXuE/o0B3YO8WL+N6ovoDBuqbe x6+Hl49VKjuxYjJmVn1lTgUEgTJQcNy4dFpMRMTvEabliSsdJny3OWxcMsa2FmQzlW6ob69UrOc5 HZ5+nIHNN8fWWmTg3iBECJCtflRMwfv1Ekx41hgwYTi1Y/glvcw5jMlliLzqqHFmfZW2FOb4XpXY JXq8seQtIeFZQuAxW3v2SLLGxi4zhw/asHdYn8HjoHN7bb6V0lQFc7e4xTP9cmEyIcPa8scCU0Ks bffcMmIvIg4X23eXMOueD+rhdmmUVTWbyg70XVD7JP0+2WSzOd8I0QuHOx5wgyELOcSFeZ37MY9E bmmfZlfxaorsLGYFJVOaMZ78qsLA+K/T+8H8YpzKr2fJzr68C/yA94gtrxtOK4j5snlpdqbn0ua4 2ah4reaSl8IuQAOdgpTVjASQH7ZMadHVasWatUc9WfTuujffzRXSh2JaSaqNOmksRFW2sdGKajPR 4eZfdN73mOCWf8sRKwwIOQ8Tzq7sHv5RsdeM+rnlohtrxXmdtZaRfE0NqrcgA3Gv1OzjMsaqnDKm d/isCZfknlbceALerDZHwIkf13caUwni718kGzuLfkD7zrCdFpex3qXWcI2+DWTlg2uVLwI+8z4+ 9tuO/lCMN1MwlWQmFKMhc5ZKlYlowdhxfa+rl6M+NPjxg44o/JoObbiNhMmhXCBuWeERu5ff4aEO L3qOWIB6s3+1BnVbUdUEQeg70z17fvd4mBOrs3IRn3hiesIDrhfkpZlYS59BudQyYG176dqYsRKM 1Z61Iz+qdwFejRu0E32aLoQqtGSe/JCQZX/aM3ou+MJue9VkUGixOik+MxZvNpEvBKeqXN7tZCum xtJelofBdTP3VZU5A0nEZ+crHIOvYUOL/NLgrE0CLbE7pZpcMYaGS/AqCUzYmCW8P2G/H0nN636H HiweE1tGHEA0l7Ll0GhwptA9dHuZbxue8beFXlPnKh4rzXTkKT3hSVBlWswTWnhkDddN+4LmSWvQ qn2T9sFHZTbHjcA3/lPCjBFHYMPw5yAuxcu4p48VG08qYC10HyOM8SEG5J1M9I8evPK9KAi4EulG 0TZkDY50CC5CCa4iqNyV0Z/46PLavFtf/NgzYeqGoThQRz9Ys/6YxNssFTTHwad5V2QUiQ3kB6uT 2A9E81925yNx0nTYPtt514Ool2FKkzrJtJOf704e24GitE0leA7Qoot45btwJLekqyLMxQssvnrZ qxum23pWEpGbyNHX9kpuL8JJkMAYYtiBSTU8sias8wsbSbGYOkmPeXmzzT9uJeBlhf2ISIM+x0qU R068Ggt1fbn0Y2c3JIG9g8GlYBPlxsBrGZjB04NfZ7GJGV/o3XPh365u4UbT/0bwwUok/Ht8yx3c npGkxcSerPDUBPBSd6DizIGCimjSbvnNMWDH3b4BlaookaCnwHWinGzjrb2R/3ACjKtM++DraM0D t8qM/08kRnlvt+vL+Xitj+yhHiyECSsM92oxDW9opasGzVOrM1s8DY6Cjp0GRPGnaI3SeTfh+KI9 jSfbw7B6YDiJFAcCZp9FY8WLWzg/OHij6qgmfPRCtpksPEljwA3PYT22evW8Yjo5yhrNMxzR7YEh uaEjeGnuJ5PbHG+al9hYeqHDX+0yidbobxJlrqZstmT3GcIKcC42nIGu5EThFb0FRiRXmcqOpC5u xUQdFp44QON7h6Ce3lLW8ZllukKzQsAvu+37IRhun2V+vUKOStY/2llWiNJ4uaCcheCoiHTfhxnN sNBONjoevTcn/9bH3TA9xUILN2CiUtr5/Kt6k3xQWI+t8PkHVG5JquJAHNLELWABLKfVMsW76VvS bHY+4fvuu7tKsxeiBxz8BP8nmIv0HBIqz7D5gJP6Eep2pSfaLlVmxc8cZoSwCrTZLy+lVeW6sHyy mcgwhU9YcS2f1NCu+fhROetk7emHDyvHEhr4pq7b+U1ecoQyOnEC72+AK1T0KFfwoOfWeKetH1mm Ax9pJqr561nmlwr1VIAQVP058esffGVYf2GKf2+1GlX71TAWtUyc5+hWEc05fh2FfJT3iaGX3oEE Zqoiw/h94yIHO0/fgT/4nM6VEDtNmH+Yzr4ZWmR3vOMjBrF6TLsnFb7v2AOwqJPpIPCUYmhy8wug CkG18TU0lU37EsWrcrk4vxDjo315rhV3mjDMs3THEtWNsgqKL/xFPpEtx9GiBsQaA3FwlRF21+ek ORfcc09pi3eP2shs88Lajqn4Sj+HIXfbhEKKnMY5Hs+fDR5xmtcyPaUNmyENoXjqKbdV6zeCR+na wO+g4ZtD51J8pXy+ndti6tyFzKXwDxhZ1pmk9LNlSYuAFcdZDVU2CqJXPVP4mBGNjc0lEM4UAhip b4bhaLIWnvRlpqyas+h2LO0fP8vvOGvA+Q2kkMysm3RChn+O++lhqPJB56NppSLe1sEXlcmHcnAY uf40/l0GJg3FzB92F+DbVHaOzWmsd7x2PNqCwThcwdL9b+OJVA0FG6KDvNP89dLhe5197yIC1EZL OK89N/Wrb60TSe447iNRRkLR4Mhy5Hl+nXkyiGZaR9Y2KT/BV2sUuCLc7NDS8qtDxygErnYeoMiz /4rAha9QhoBjYs0oREypPIfDFy3SII3BWe6uZolyqPX9xbJcvr/aj9XWGeQLLzNUQBMVzFIb9lOB +3n2cPOWtFLUi02FGbURGSgy9jqGPaGpZfmtdQ79024O1qS9CBnfBzHMjW4ILF9nv1g6DZRqnEwD ZcWoq52mVH55v/h1iX53dynYqsvvQ9xSOSHinzpZETLkCUSoGqhaXWlnXx1gAQhFYKeIZvZWvHV5 NdSEUOHyDQYMOWnRraKNFxQv5HwutDvyV+62StkvYEifXD2WLtiRnutVXolsnni7hn9kIOaC8aVb bbtAyTI4+lTJVIyCH0FQNC6QLVKYsfocC9NqFts2+ktmxDQ35H09yWC7XXDv2PdjaXqu+e4UQxeB OqV3XlclWX33VrfzvNY0ZGi93cQW8sqinjN8H+lJ+RPpyt+Z6uPquz2Wr15Gz8gWsdHWYWB4ATM+ qL7OynkdS62MA6PCQ2/yHeGEjYEzeUFTyUU8Me3mQbFZ+LcGS6oSU8zc+9BVwuVPZn2yk8fhWqNB 0rNPN2XFXxTR8JNoBiRxdrJnvmJ546WSBKdb6wHjcDftbKzcxrfVI9ywGfxA/3+SplPuK3nvbrBa Mdi91XE7DrPzR0Lw1dJkExTHFTIfZUJsXAhTiBU3uW3FGqWnxU/aiTtvkJNHA9dI7zJSynUlU6Je upnFZCcM/GuALdgX0lM4Ug5Gx27lN8OVBla0/HKuHS0uQV7ekvEeIdg58z0sPdRqezmSbHBbQV9L PkTSnQV/3trmxP/O6qKUZYXYaXrvntenCZXlbRKg5esIXrs995KfyinJj+8pWLGqLIRbclwV3diR e62GhY/ahU7pQRpZq5fyktZf1rlUAnddvfarjGH4rqkt2ct1k6jEuUlNxW4bcuT0e98AXu2xuJdm +WSrIAvTD5mr2Y0AaIn6nsTr0WNTdQTF2FDlvFyT6XXrne38eQYAK4yTyKLEAKLs4+JmOuWWfEES gXJU8E5jAmLmuI7we913YKbQ6Ya2kDJkhK2EuFrv0MXqg4Mf0+yynN/B6kIYEg4415ZTr+pHhr4L gYlpde+fxR/iiXeBgCQeKbjAfes6K19qN9fItvmJGzKozhCewg4G7gqJSeW/sKJ0v/UACAmloI0E xMkdiMOiZ2DUguUFjAmFTEq2jsCoEJFCppO2O6YjT0RkBjLVr8Oyvqx25tjRvEHJiVvVTyBfrRob iER82Slizr//7u+kx1z/BD4xYKB14upWRMM2Q1ZqflPpcp4ktaKB5ucZCEnB/YKCBDQvBG0RnY3V MQWXiSWyerp38QOu/3cvw5Op75+l9w3TC6i0iPNeItGmTL6vLEOldPK8ABZj86yM2pwrjsc36MoS S48FN+0DUqBrW0UKdfXCjlgAP7C60eETavFfdgnb5q7pE1XF4iSoZHOqHtt4B0K1D4nwR/bLVJDZ ZzCH2MRp7DUi6Jb28b8/lcjN418qY/UX+96TC9rrfEgfts4THMVpRq9EWHC/VdcbQED4yZL1qsb7 2KVbF4ff9LZBypJkMrHQu89JoC8+CtHJrikaPTAWvQn8kDnclp80GboKhsOyXmOwFmPRXwR5bFmp QyMT4t7dVYn1PHYbXRzCSOdTyGPIqyD65nr3o4y/aB1XRpARLCCphJfe7Kn4nJG0tKVszZyEWsS8 jV9eL8lzKej8M8OEE2UoV5ksTIJ69/ZZFB0kG16QYD7d6lnPzMH8EmQKYZOC5bkkq+DE53oExCIm srnuTR6dZb1rnrC9KX2j1ubkUrq0aAefsbS+Yc3qnuPDOeJkT5sGZpMWvZlsFLk1Lz+kViYJalFb 7NmNSsMMLSRsGqEodJWKnoxQUyxFLD+ue4Q1jk5bYnA9I6vLj5aILeCAk9af1oafhrBH2QldC1nx BkLnolkVTAYMZbD43mVf7r+H1tzagxVu5neRtae1r++wdt7ohBdrKsqIerYLtzZd5N15zZqfGDNO zhgsFEB2o3tLZfLHcBXU5UUY6+YoBZ900fuuGK6GpeRd3aZ1wqf0ojIgXInKj5dY0PWi/olWiR4u UVjcpIjaqqY4ubks5DWP+LK/+ZZ4yd5tbdarWFTjB1M2n4wmB7TMIvrEfO8VbRxelwAbBW76qWD6 R66kTXly9Bx/B1zyLeoYo3qv63TkCuOVIGmnX9oAfFNhTA8+kZ53vsD9GW4pzku8HvrjTnJezCxD M6wscfXugctuukwGwhuho7w5zpjp909XOpxEz8m2oWifiBF8Ryse2SRSwBljzTKwazmHg0TEmj6q ti68E0sYGyUWBlSPo6TPOjlsCdiIfRZ+sDZtrOkAj7XECay+QtAy7HlGoxllYEljFTRzNnyTMudz A29HjQVU2+TDxwKTFeb5UDVcHWE3nCTSNN4Y9epR/b6ZhvOXCqjSZIv71RLnyCakYzH37t6KpXIz g3Mt1cnjsVtkKumEb8uZ4TGwdPA2HtA0vknCbUDq8lXI7Hpm4Jqnzjco4t1lQPghkvsImO4T3pwt 0vXRcDulKhcbkTS7jJLoqBueW7pmaUqrEMt+eqkwNIKgR2DiFTI1wvoeSZR4/yXFRLaNkVtLhLcg F25HJFsPXDv1SM6SR8VagbFL7dHKABP2FnMTAc2qesP2pATOfES7h4H3eVq+aK6axfGlHa8WmQIs payyGxONEKquk1uA/bDMpGjrFwayDRJZW3s+4y7DFb0F6w3CRItj6FYNfqkcqnQjmUYCCTha2BuR UrCsx4saJDl4MO7ae4cO1dxCakbo+IWHyM/lJIOMHXiLNJu5G40YHZ9Z1zFT1BQz+TGQ+t+sSNAj KSN6K1JZEkj5yCIZk4zzin50KM9bVvfwBN4s+q7QB42ccnzZFFT/yGse1Jeh3Ro43ls9D/mV0nOR 29vEst6XuSdenAV+YAKWJHtwOCmYiINJX1JfXyor8PJKk/uII/77/WciqRw8OMp4xS4Xj88VZ83f S3ccN1kBWhh4X40YkCxrIhhfTc/nnPoi4U92VGIhbfKFoYMc9mreE9DyCQs/4nEFUAy04KBoGzf5 stxzJh/3ZRdNLHjW6hGAo84k7nM1jNi7kyLmhFkbFKiYGOZlt0hjwhmU9GfmugiWPOA5qyuac4KH bczrYSTlwycSeMffUSAnLs1+laIhI7ta0edpLdf4bBtxPuRlWiD+c6vwGU4EkjrHwWvgNbcx47Zb KPg9zKcBBZZg7vOZbWjPS3dbxrZZ+2QPVEcoeC8qybE5LMIskbbzIBIHLWmYl+ls8NtdU5kwLl8z 2WVRgRvmUUUlcl+k5Mk0xZPwFCWITC10GS+tHL2J+MVtGn3M5IKXiVkbMa2JVTRdNbkfp57t+ZNI euMr9WCoTMlqmtBXPBKsS2JLNBoLFh+2fkp6V2C/3uRq0o2E9UDrfSpGXlxiMECMlXnlQdO14Ahq mGE5Y9ieIyAvz357DBSKRXQFpCL2ESVQyQhpbDGz9eIuIYvloeVjoujn5i1ZYZXXLSfAfFmJ36Qu e53D5BCI0Zn1KRsVGi/rzUb8zhj/rPlDK2P53C1jqUDizux1hkz5rPRnloZFXpr2qMqpZEzdekWB 1PNgncZrDvH2MFcXsvIId0WtKF6kCGaM8yiWYaWKvxkrgV1Y4pVidSOZGDlfq4I9YXZV+FNFEID1 GfqaNrPKeYOj2ZnNlajucRbVTr6ymRa7yaRCPXbHjt8ilEdkF1L5+uYNXAZ5nQ36NepHBgU+Tq45 BNyIQuYkrVshZh4FO6s0qeZ7BeSQ54ZF65HhzQOV6/AvZGGIbn3aL7NwrBUAabVrhl7RMbv+K76O DFYSQIipYFv7ZrpXqu1Tlkyd71K0Wp2s/KkgD5Tg+FMg4IV1JPGmF52VWyCc87MO8jOKKur9jdzs HfJLcgqvsYXzh3ZXTlqm/m+5o4Ny50fGMbDkrwnZ+ybB+FWyX9AytaORWavaGBjJIG7QUh6nH3Fo GszNKBxixCzUrf39b4jiGwLxl3aNDXZu7/33Y7rvoIcyEs5XeYQ6f22JO5N49jUpyMe8RsW468T6 j4/fJiR+uOhiDP+ZtX/HFIaQG6QD1Cz7XDeVKrUkRELyU4yDROML+fSpMnL4M6I8SSwzhKeAizGv zVVLfcjet9Ce44UU7RtYi+2gAd89Qws0hsDl8ifDi0/0gfCfD4bGh9kMPCzIC973lPmQAVHM8vXa 353TVL41r/kAls7SqU647lJrBC0lTUg98mRqbZHzMYlhshRW/aS5S9OcehiSf4RUvLfehOvbkviW uKAulG9ND2UNYwvmk9uaT8RAdk5sBkW5vI0RjIqqFAgWbjqA+si5RZFQbLHNZv759TYm70usRghf +FNWdKIgV5mwabRIC/PScdf+M3CkdSgfnTHsQN4l7dHu67k38jljSB3uMQnPBxqm7M1ZD1S/OPzH p+FKUbxvXNZCiq5u+XzQWg1zGfDbrlfTX8+vtfa3WyDoGSTBhHcLMP2pHtwZsfwkt4rzr0SztSGi 7ArsewdgD8yhkK32go84slKnbWyfTr4OPz7h1oQvGOk5aBYaXrl5EGQDXCc2P1u+n6VLk4Z9G+Pn HRG62RdujOorPmQ6AAKTStuQ2RbQiOn7IDo9GhjIqD7GVX+uMtbw//W9ap0i1ulttxI8+JeJaFwv vHR+g+ui0ILuJzeE2kaKPNivC0GT+2JcEnjZBdz257NaZsZWqxh2QnRheInSTPPk2U6q4Gi3q0AG hHylcfidAb2vhKMR9vtfuRf8B4KYt+QUP74G5+jXQQuLLZZG9+h/N3nMJyw/dVqaO3vYHi6H3BPq nw1r+EY9sbwnHNxJczz/FbNdcM/7ozd+JfgHeLs1ggCjLGxdM+J++A/mo7uykkGFPm6D39HxDyNQ +lFI5I47FWslIVDUEMQ3EPuhOvrZ+uA/rsGFzd7Ee8FQ3hsfIXWVbxJs93OSDjOU0kao6V3j63ig 9l7BybF2vIKrDOMMXhAQr8hxNXq47yaS630zDnpxtHvulHKP/KCWXHIS/9XcLYsA50fT7NN8/44v XD7fhQv1yI9G+7h31X2S51hxYiwre7uNpFChgLrglg7U2tPkIWMLDXdqzJCCPvJAX2ZH2WLXIGH6 7YQdKVgx6/13Pbb7BfMeTLJlcLYGdcnsGH2Ys5o9prbRO8k2Hs3fxj/s+Nx6WQga6QfvKcuclqns JelcBRfGNBvbSLQsgKVxK0K0WbfkU6CGH4VV/7we3XpvaVU6FJnd1VyB8BNvh7z/tK1zdAwYfo8t dULRVeRq1rLqt9Zed30tq1hLTEZAMdElDhYMFlMt0sNLAkGyQ6/5XAHpqHKXlZRJNhtpDGVaJLUn 0tjRHLpKsCPOt25vjU5+vSp0nsY7wH4g0TRgv/c95acmWFq1KCZ4IdGYjjX9M3g0Om2QHnZpB3qE wTthc2zkOvwD2RznCKHssFqW7yk7Apc+5hWqo045WqSIVxKsw/EjWyVaG0BSIBycsondz1zVfC1/ Xhqia/C1ZKvWKZ3P6wzgqIM/ysCVlXEJHXkx6mUUrN5xYVbm3QeFwTrkt95nFEioiRphCzXjLhh/ lIxriMv1Kvm+1Hz9eTcveyZNezhAoc0507JkpAncLJ6mRIPtAmUbx2cXVjRI1c+qpTk0IWm+4RBX L9n1IZ9sptV4bLX6HKUM6zDdK9h3J7EaEhJFH3yFpF1cG1UxLjm96qpUBzh6PvzG9hAZVWM++41D /iyI8jYhDaoi22j8o+pChjZm7FqfnKj1sUCg+by3gjwsUeBwgb7G2bAPdleJLfTpgbslXfU9pHe2 Vey3ZzNNqIpk/dcCQSeus74f/pUbl1ztTecHCVGYE3l9w8usXkMf3BO+8y9cXNkDEBX4On7YONiw sX7x42t2wpcLDIsadqjACZ3kGQmvP1lrgLAUKDJscbKyUOqLyu0GPK+WvEJJVFq9Pu04hY4zRpTq e+v4F87Pfypsd9B+2jiBycHMFtrEdV8kHZVtPRSSH29SW/YNk/02DPwG+l+IeE6IP7f4Lq/0y/Ih hcVOCSobIDXmcUwA7vCKLN5vrjxYy3zxvWvDDLCN6FhC+Adq0PXb7GuXB3OPXo43v+iY2+ee0jYr 9e1kt8wiyMl43mA4WSI+sGP30NxVnnm7ppZp16GI4BXtQZIlcI5JylRTnjX7Rx+Po+oDkkEfGLsH trEPrC/LlIQUx7Wck3jofeObbTXrjeOHu+Z3v6zSOcJ8Ed39vEMm7II74gZffBduu11HIZpXeXKi Nfbs2/tElzyzSPO/YQtp1ffOWsxkcAo3jbrI3caNd7ilvh8JYs2MQ5CJQ18Obda0JrGaXzrOjI0Z bsvYt/vl97pBHMdoUvHRbfIU+mhK+ypTFxiuX7zz5uCj1sYsBX1INtLmtj/shjB6weyx35+1kF5v +vmaJwXjXFaG7LxQw4cnSDKT/csHAvbgQimpZIp7f3kziVzNLG2GclrUoMyJk4KMMaCb58g9wdlN Uphkwzww4elAQiuNlEmj4+YiDpfAtofF7wJJEm2GTDpKDpWnn0D79ruAtU8tJ5KCJH28Wyt0gL11 JY601NeUCumQH2VqWVfYF3UwlaXQqw6HkuJDPPf/Xztn1dcE4KhhQiVlNAIjlEa6GxzpYAyQhoHE RndKSDdTOpTu0R3SIJ0iqaRSisQYMJr/OecrnLvzO88HeG6eq/fmrb5i7JNNwjzZFlmYHFcYuDHH S5OZoJBo6K+LwS8MBPpBup71Ds2C36jHTPSAVFHH+mk0EWf3nM/IRMto9NB0TfVhHL9DK0KX2v4A /PL6K9J1IUBFQGCixJ50mMqdUoj/Q3aH0qlChIMcbOy9QGtP2ybeIxGXiLXf1POdIiOYzj53DChZ DefI55hN2cN481lMC19E+Fq+pRAOR52+GgtjTpq7A/EJK6PEV8Mqatr51EoWpyiylSW6Ufgj/FaU wUNPXq/mD2mE86MPV5yvE3Rq8wJwJTRY4VYnL3vWDjD3Ls7qK2v49mN0dm6MiWKxFTerVnVghAZI +hewJ+95qO5QQdWj4+wiSn9S/hvt9yiZySnum69uMrLTjQLvDqpLYPUT6OcS76o2nvVaZD9sEPns 3tQTqogkaaUcgBbEfVOnCfqisG5YXjGeketndJT5AE5wvZdpL+a6U9jLmHfS4tYdxVPQVIuvkKN2 Kgmrn/vczVKk4zQXK+xJKhVf83Lhl6W4cJjINk3MHCX9Lzt894QHWFBqmSymmPf0NLW42yf6lMxu LnOPJFlx+YAW2vXa1maHBvmZ3XmCl1Wtquf448YnpfHIMP40io5vqSsBU9nvtnIzHrvMCcFu9lT6 Xdu1Kmb5e8me8+zVR89IqIyai0TpoVcbSgI/TOAkZyeq7DVojNKlVwgeNtTD/R0mSkq9wQlwQE8o KARORIZeBdZ7kyRyy7YtBPtrwZji4h5hxKgpbbCVaqMRvtZ74nc1rvwdjlwvwIrCBJRO+YxIX3zn BmodbzeVwx49yRc4ERzFrim9eBfVsOz1o/uZfiGjpbb1kDMR9avwrzM+NvJWJwIEVjM2r8qrv2OZ WDefcuEjiJX6Dqgu2+IbS47OFxg3eYcIz4p0d0mjDYaqMlV2ZNo/tGaKdm937kGg5e0RnAG5hwMM 8abIN2zvjtp/inLXwvI0BCK2nAN3uxyrAyjq58/+XbuWNbj4dnhlGlgktiVPB4tvmqNKud8V/HNf m5UWogEEXdl11d3MuVuaHTaR05l8tXaZU5oBvo5zO0yvZA6bYzWcMd+Ko/CbeDMjb2CN9bxcO3/S 1kJ7qFCajNSWjLgOvQljqxN1SWtUdpNxmEJPQCbPTL3+VenW7S4nQBYX4F+CklTHBE/zOtyhjotu h4/kBa+aK6MlExdf35kcN3RyXiPZOTUzCzrvGC3qJBkuBUdtpb+tygY62xR0JoX+Ql0jdZVjgmR0 z7I77PHyt4iy2pMXPlmvtLSn6cAZj8GgRNmcOP//WYWIf5m5eQHthdXjdIaUGsQaJ4s08i2OxRTs FBRbyecg8HVPEJ9UL76jjA+BTwaDcAltc+UYVw8hXwSam9WC/NIc73CtHLRJeopaXJnWorIeD0AQ f0vAlvy44pCvAKrxve3xnez8XVxXNdlBoSevrHbhDH/l1doMnL10igyyMuy2Uw84h8B3oJ3SYkQ1 aQCVwkyWmAHwKA/sh1XMLrOn9HthJXspGIhW6H76cWK7KK6sg1f5RJ9tFG38RtzWWNlssTJ3ZPwB gRWN8O+oq/TTT+Tf1exDB6s3DDHDuDgejG5y9RsuHCaVOPAV8jQZMSyLYUp9ZUsuEHlgQsbVtuCk KWk7VnGgQuNQ52AfcEaOFrQWj/zVnbj5kRR9V8o1/158ctKy8EGWEXGLj/gzvP7Yu6ePSXAb65M2 JsagyGRH0T6Pb/7zIdvcMzznKKki/d9gA2B7sltvBCHPo+cXdrB2L5+oDywlddBAqaGMzLYufS/b wI5Y68qXtgEPjz23BRrM2l/CeXEI6OqECeOw2HAtSC6nioCbtY9GY2WMzRIiPoR887XhUws/W4Du bZcJ35nsKwz/GZlJOfgS1kjQJqlrUoV5Gw4cXWxiqzeYlZKuY9NDnuYAxWfd8Rf6SmWjyjpiZEfA Urm98z2XS8TR00RD8WIWjwkw2Z6JG/5ouk+EOYEgS/TSo+9FOd6lmWzLdy8rUcyD3VuxYwI33Pvx vIeN+hzC6u2XwdqZ6IONxK2YPLwnscjYnduOHAk/OtUBiug9Is6a2TXH8QFVkUt1tSgOWUXIO8vr Sdwdeuahv3wBXRrtObSejeIXwZOH+R+YXWREXa9/1pRetdzZrkcP0MjuOKkmoIyI9eHAfcZ/tLFC TD2toETcQdHQhvfa35e/U2SiEHTcW/6xBWVceE8OLjztCRdQd233Q0Bqy94XKk98FWkooo1N/TQ+ nI9MBzVG1yskZb2OvPblN43pN6lQKFjhx2aJjbLHI6yCcn4JIxtQQ0kpVP9czzCjEvMNzIqV2i9s Rs1KGnUU3uGj5c1fPCbSeIrfcZQjmT/9u4j2F1B1VFHU/Odu/kVGlCBOFAjm4IgVCJxbBi+jhEwN 036oBJ65HcCD6Q4Sdz0w+T0gHakw0esMXqUb4L4QMale3pY6ohsYtrgUvGS+6J9RUl7cu7MgvXNn Y1wnLPrDFylj2PiN4osJPp6WFDfOQDxm3PaRh1J1Vk0DtxHEYaESRcI2xZMByAfZCeGfVz7MApMV nO3V+04/PX8lih8jvWfTWg5pPjeZJb8NS3/sFVJANdbwV2YuMGEs2Uw9iBuxLoqtqjWADdIGyV1x 3qh3rGZ//khkbDzgKze3YV+Eq2PkG7iUoG5Gbm/M78JB8GG1NJhEVorWn46lb5k71+M8kRWn/QlR 88OIjLd83UroLGbcRjeypmQSQgWbtRqvkSsaIaDdY8cSyVfEIR0anlNLk1k9Vk40mNsnIdGENQn5 hA96cJqr5cBKrTJN2J3hn9tKYVOeS3D9l5plM5nvedVaYDC637kf9Lufy5FZQrdjOWRSZPB4klDl AwBthlWqQdyHezH+jMFe7r+9l1c9dvn0NB4ABTRYqFHrToxunSLGv832qomsK4ggs5J4udhdcYCC P200AISi/mCuOJxSRW1zCsTi/eSxR7NC4E0ZNKEJAJjpaAOPwhobmbZLs97OyC8S5sa1RF/x2p9H JLnqkpyv3T+fVCtmHkNoUPZNeCXScZ9o3ZRbJILoiJ64FwaEf75ttvg7ok370vMG2hZVxG9zI4Mc DjabBUFrInTYmJnJmF6SbRqD+0Mq3lBLYXV2l4KyJYHkZ+ioOXbto5P7j4ebDAEaI2B8iSZWDtXj FjEow0UrmZpQoA+3T+mHrOX9utejffGpeqTsZvxSo4TazOfg9Ham0m/oVqAPyx1WXc7Ra1M+UjMZ Kv5h1CiW82ZzMqDeZlCQz6ylvylUbJdj+Et1B92fJCOLp1/oQW0vnUWN517I0LsD6KHzKZ+4oTOC W34jxvxNGhCwZUSB8DCq8u9CdDqDg1iQyC0rMKk1YUYxIW8yWMCmUITby33vtXr61/wgF7Wv1FKc uSu5qgkXalUnAQQV8GSwJtjTQVSCu/R4EKngwF2IrtHFjX4F4ZbeDDqrO8azYzTM7efZSx6Im40Q 0vbjsHPhdV5031GnFbqxdXlLvhhZODhJYU741dmBpz1d42ysNDmBQYW8P4IO8CbT2XuM04nrBbvt V38t0HgB1Sg6QdCkJP6nLGeEtd39xDBLp1zr3E9JLw8/W0/fBGSixkN4D1khgLTqYoWZaS9Rz3Dm x6OUxb/GDFDkTsufeNPBznsidKKmdObfK3wlauTsimwIKnB32DcJAXMfkmDWxH+rfpGSmy7guaNT xIjq1CC9wBlHW5O8CJbc2RErVzzaBAZbnww1HvL61Lxb+4JiI5XlE5npjuzu4MdXZZKYRG3ilj8O EThfxR6Ynm9QDS5Dng0H3YcHuHip/EloefJrmiF9bSecL8H48+Qa0Do9WXkDetql6q+hVMbIrA/4 aBajIGT9ozKkeTvRmJ+OcGd3ctZ/acnY1Z4kOqNfjSHN5tjLETS45DUnIh5Z4zpn4Ch9RXyRMcWm or5lkjSZdVha47hbJalZXbzcSuPBdIKEF7VLIKpunPyZFMV/ouhRGIEVh4949Cqv7aSUnVmR088k 10zQUHAoz/5+bfyduG6W6u17H80qXgTvbyguBahpruQzPcF/taOudeSrqyNcStkGkHpFBH2KfUos dNOaN2wktw2fus+wM2W+21ORQzful968lYhL1Id40/g+mhiimLNfBXDoh9vOUiX9+SPY+iYsZBrz MbCC/io1M8k/n9LmuWtlrc+4Pal0MbvhLrhwJzCo9ScQ9HcygLhPHUA8B/6W+0GNce0zX72T4IOr JKRHC4mx4socJDL55Lz4vvvFMmDdokmCJ1wtxhDuOli123XOivyV04c08HhcEcA40tCsFc4K6J+s pbKydjofXixJk87qjaj3UGalTnlVOV9LPjW2xi8phROi0TqqJF+XFuFG2a/SfMMxJV1Y4jIe9yTe Ob05Vg2+ZiHW2+/7FZFADhE7QKJUoFparpbYR0Vy0PHGmVh9aPMYWau6B1PHv7HdI+nMtPRV/wAu cFflAh+qEZtTnGsl/jRKTHrz+ovHRes6pkpW/qDa7B/87qNHW7esEE0qq8BG8vxvRJMl8CU1vVj+ GwLmSze12yHahVqBEKCa3BucsQQu4Y6ZKt/xPuMFBwY0upKDfsMea/liISP86sYIPLUFfnqStvxM bEcXKCbAVpAmY64k9yBBdTuSt0TZeA8PVb2dsKW8m0odUhPqOcVosBHi1IK+lz2ssPtEeT3F1cBm 2+QuIHuOmZa+8SMiRUYhjfGOB3KgEINCxAWsSPHs46DuPMW1iF4vtN4ScR79UdqGbb7oG0ayKziZ Y3YSWvoehmNS4bueut2bdeB/0DqfU4tntXf5Fin+GCAhGf/3vCqkEAEyAgb0+K2cjis1ArUDDE/K IeGGSMrym4l9+2LNf4nkR6Oohhgt1fPIV/YMEsn+8EF8ZQUIXLZ/j744NeUnQ3P98x/olf6PfmSF MfO1upZRpsKTnZwFrcXNZcT9bx0hulPR1AcGvZ2Dw2UzvUlCGiymQgx/cnRDSOg/yXsZl5tlGxBu 3Gun2gim4tZOaa6LWPfHJ3GMvQYcN+Mg0StH1JGc8qt4T+XCrAmjvbfqekq8W5q9Aha4Ioa81l0a lRnkWnzEHYYQEfPR1aFdOczPoLIOOscdf9sEmZ1/uLNcVgkfoZi2kDoDwJLwKRrWN0FssJOGbXhd j31mcf84Vz2lY2YDv4m7Eb3USrlAXk3tCjmR6zNWq5jZXP6j8VRtCwgIQuGik86Tq/Gbfzq39g2s Y3Tp8zhxlu+izN0+4gft1VedgeNWHMZ8l/gJQsLFd03Vt0n6RHKaZWnA7r36q/YkpvAFm30OHtlh YyHcbqfRLmLWerqETUwvC41KszffdWiViih7zuCbDSJ2LaO0EmWsguszfBKmX0cu0E39z9nDWzrN EfR7n6B1VICMrqhVNoIHGGpdntFox+RFKqCVmrVAMjg9QE+rDWvbnF7Tue8tntUfEsHau9PPVrc7 p8DelI3JWKSXZNaVzZogomI2GpbTgTbsjDFyJ5y1Cb8bNX/SYn5N/NekYVuMmpWzUeh/CfH/C/5P CIhtnOFWnt5uLlaeTsSBnnAvbzfP//5VJf4PyK1GAAplbmRzdHJlYW0KZW5kb2JqCjE4IDAgb2Jq Cjw8Ci9UeXBlL0ZvbnREZXNjcmlwdG9yCi9DYXBIZWlnaHQgODUwCi9Bc2NlbnQgODUwCi9EZXNj ZW50IC0yMDAKL0ZvbnRCQm94Wy0zMCAtOTU1IDExODUgNzc5XQovRm9udE5hbWUvTFJEUUpWK0NN U1k4Ci9JdGFsaWNBbmdsZSAtMTQuMDQKL1N0ZW1WIDQ2Ci9Gb250RmlsZSAxNyAwIFIKL0ZsYWdz IDY4Cj4+CmVuZG9iagoxNyAwIG9iago8PAovRmlsdGVyWy9GbGF0ZURlY29kZV0KL0xlbmd0aDEg MTM1NQovTGVuZ3RoMiA2NzI5Ci9MZW5ndGgzIDU0NQovTGVuZ3RoIDc2ODUKPj4Kc3RyZWFtCnja 7XlnUJNd260g0nuTTgCRDoHQe5PeRXoLIUAgJJCE3qQK0ps0ASlSpUqVjqhU6YhSBAPSBJQiRYGD Pr7v8z3nPTPnzJx/33zJTO57X9e6rr3X3mvdM/eEm8PorpCKE9IRqoFEYIREhYGyADX9u5bSACAQ JAwEihFzc5vCMHDonzAxtxkUhYYhEbL/BaCGgoIxVzF1MOYKp49EAHS84QBREEBUUlZUShYIBIgB gTL/AiJRsgB1sA/MCaAvDNBBIqBoYm41pKc/Cubiirma5l+3AF4IH0BURkZK8Hc5QMUDioJBwAiA PhjjCvW4mhEChgPuIiEwKMb/Hy0AvPKuGIynrIiIr6+vMNgDLYxEuSjyCQJ8YRhXgAkUDUX5QJ0A vxgDDMAe0L+oCRNzA0xdYei/4neRzhhfMAoKuArAYRAoAn1V4Y1wgqIAV7MD7mrrAQw9oYi/wHp/ AQQBfzYHICos+u92f6p/NYIhfheDIRCkhycY4Q9DuACcYXAowFBDTxjjhxEEgBFOv4BgOBp5VQ/2 AcPgYMcrwO+VgwEaKsYA8BXDP/TQEBTME4MWRsPgvyiK/Gpztc13EE5qSA8PKAKDJib+tUB1GAoK udp4f5G/ztYdgfRFBP4ZOMMQTs6/WDh5e4rcQ8C8vKHa6n8gVyHiv2MuUAxAAigjKSkuA4B6AaB+ EFeRX+1N/T2hv5Oiv8JXFIIDPZGeAOcrFtBgmDP06kIciAb7QAEYlDc0OPC/Jv45IhYVBTjBIBiA I9QFhiD+u/tVGOr81/jq+FEwP4A18Ep9ogDgr++/72yvBOaERMD9/4b/PmARPRN1Yx0zgb8Y/51U VUX6AQKFQECAkIyEBEBUVFoCICUlAwj+Z59/78C/2P+OGoFhf1YH/LujNsIZCZD5i8TV7v0hAhDx +aMM3j+24QP8YwqAiAHyStBQAO/f+rcBSgAhVz+i/88u+F3yf9L+ry7/N/n/x4o0vOHw33ne34D/ zIM9YHD/P4grQXtjrsyhj7yyCOI/sObQvyytD3WCeXv8R1obA76yiQrC5UrqQqLiwkDxPwkYWgPm B3UygmEgrn8J6k/i3i8rwmEIqBESDfv18LmqAwL/9+SVASHuV08Y9NXJ/c5Br/z1z7O9g4AgnX4Z 8S7mSrlglNO/A//AQbxRqCtD/T7Xqyb/Gv92LxTqB4UQv59FQuQi3RoiO07qVJh9hdZG8T+udMUm W76KkcDcfvck0FWPIEdz0kvVwamaYTjTaK4iemI2iJl/9+Stn03v47ClR1oFmGt3XmFVvwoVDp4e 9LpA2ZyQTC5jUpmxWKq9FGNWCgdrPGueNPPZn1FSfaD1ms8l513odSuZbYAHoPQ7JccjZkyCSn7X Nm6cJcetFcyQpQ1lIjXKOsvbVPve2DluHCzxWLUjnvHUH2udmD20uDjw+PWrTNB+ke7LWsnqaBpG 2gAdjvzh1PH33znjjCuC+Ew9r/0cKJkjQa83D3trkbP6Xr7OyIpIWVCv2Ykf1Hz+biWrzZGcU3pe lpeRQeQ6rXZc/McXWqkeZRypJJzsz+X6mCLNailjaa8bsVI40X0NwWO6XCH6rrxm2FsMddGk2js1 8L5tUjLwwXG0njavNVtQR/ddAP4GW9orWPyNRdxjHQIzQh7pzibg9cYIb/7VrEWvh1tJSk2lLZ8m a5KAydCDGbPTYp020pgIWVM+O6JwwGMNNyBzsRR/1S5gzvH1gjvyGS1kYLi82gcx0Tj4jlrgS+Pn qiOLuSqTsJfmt9sT8GDhPYs1N7t/pqVT2xlE9jREZAaLapCUxJsaPVY7L8fF1G1v9s5UhTZ+yz+V qadgRVLZWlDEByhBbmpwW7FBBFV+bIayOX1HYafGq7K92Qg6YBespoMYexLeYXYy5bQAMIyw3og/ myOdfZ3YDNspLt2g1vOQ8d7d5yIMZoQWmxyEDcNB1fareDaf3N07mzOyZ7r6OoVqHx9tUjsKJ3Pn xnqIhg2599ucs4a1bLcmfTZsO1pjDG9/i7Gbv5THSFBPytOxNRpoVXSyZM8zk4at0KSCS1WrcQra f1RoXPuwgMOBxCHy2nnQjN+2Wdw0ctbJ43vmUz+a85lrsZbuCSFtBsNpkWuDtR5yx8eC6yEt8khP mqGqE1dGSXU/0C7PSCW6fTxcwrsfLXi9KB7Z3GtSa9VHJ9A/NIioZZ3V/WGx8zLp5ic2V57jSsGf x+Xn+UxwCdL4rhGX8uYxdWsLjqbp9WKAL92ek9n9zd2lDDqLdyDOaqby5/2KPY/0EvoN72b0aAjn /zDEYZbHct5mcZPq63LNWxcezXRj0FxrYQ1V9OzH2XkjA70X9gFHbXD7lTyZmjRpabctKjX0EqjO hSe4RNFqeqX7cBm/FMHW73iFubw9JdPg8oxK1I17MUGUN1jdr33VUztH6bE4b4n6qPkXBt6T4Et6 ziP25IB9KTIeeaKNATnCN3RAUN40WwLfgGdd3ixws0eDfKOlxt39y+iBHFA4C3HdNLYwXFvhbIqi SSkoUOPmx/NxofMi9uA3LEpJWOZ8oZz8In9INA5iuDaTaUcNK4dmyWM81LohTG52EbUrddi713wh ARxXJKPS0Bj7wNGaXHtsPhJmKlUlHRL6IJkrfx9qyAl5pi+pfybIO5Hc9eY5C2taJMda25tg0A1T u2bxC0F77l2RPejySgZh5cVE15QjIRHlhJ6Zb78zYuL7jzA1snIAhwdW9mKQL0g82Lo0m0Mjp8vL YDu37r44jHUGaaeP3RcgnNayuFZSvuBiBnY4DKDBDVV6AgjQ73qCjujWHglxQHuIEzU5JPT3WWUu f8T9XDpxLB3FM3YylxOUReOcPUNckO41LcCKvLOXtb1KY46l3NRhKbUZM3/7LbPKufnYHOKVr6/i v+8fIbBMUEOsZ4SeHjG0oybPvY39RkZAu641G6ugYGPh/LFz+z1u/fO9lf0dxxf1/uudLQTFp0wN ZaluhvJUJN3jWwZGABxiJnJKdnr27zwMkSrneIDEz8V4aLZvVSCe9vUjBBORctziUycq0vzGCD/s hfXRG48m+o2SYRu1wYHdkBDzfpqlysa9oTXzHWcoYushyxD9dld14jbxgjuX2A6PfU5CKL2RJvfQ +lMZyaao+YlFu4fJwr60cpXun/keRs9xrDgz+pBGmAUzqoUcYAe6m+edqWyDeRX9t806X+Gx/ICD yNMZgkCZj4nJlp7fnT6iqCFvfqAdAVoPj5xRdRGRWw5TkMqV1t2QpSrvmc3VnzdlLxJMdIS/aANU e2ZbbVd5VJHzC4sS1omx67JEGaP4ah37uM3tcaWGE7jfhNoYp+KA0hnxy+J6CoMsTHLlISeyaYsV X6wpgUa0h3Gp8l/9IANutaVSRkytOk2LXo/JrYEoRwJCATxnsK5OdX+pUmxleEB+/H2wNa6dDf3J w5/7Sj6jrIvEyOjMHyR0Agy8nCm1WQSz3yFcwyZzIFtBVaunHOA9wQbWr4FUsqP76eys5vZiyq+C DOEh+3OL7Oj28vHdApGEBIt0rrInw/bUDE+ZY2g+Wt9x67Cg3Xmz+F1f+YG8VG1xeDKhVaXj9oYT x6HqCiXyp0OnlCTCeD+21Lu2wm2W7Mjlw8fcYkT5J+XhGZm7zKvxB0FSMtyLFT4c+ApMBDzKI7Pl DUuZl99VV+kdUH4cVJtmHZWK6rKLEd2LBRGW9EFF1Oyv98JvAVnnpi+90ux4wjVUdLYv16EYJzHt FSmhIRVDQ/SXo2SMOl8hd66C/XmINdOIOz/UaHPSTn9DNlmksmROoUoPX/hyfUyuYGbN0kzrrVEM aRdD2Zd9Cbb1wJb8H/bylO/zrIpIcxeNEhb0SWzuYn3sMs31Y8Lk49ouuGxKT6EfsLPLBxXAZuxq UlddoQfBjzavyW7Kz7Pij49CKr6lhCWa2Yd6D/nTTEIXnSHvhUO41OYk3o1atgkXhdWU27ClMenp WmsF5LAfwZn11LV5OsojwrTqW2x3EjI12D9QLz4aJCtk22/yMS5hswQ5Hp3RPMrtMkeVbljmASeC Fx+/mpWItaO9B5iVGnrGZdjQNrrxSGgiL0tuV1sq60v4LeVvPvX2c4d6nzLly0+i2j4GeaiK82le F8e6Z3y6JH/+7cz4jXnnO3tdkQcr1cau9D5fDov8BQtHsZTCF1QXHXQGaVkXX546fxZxJKnL3ZcJ nC97koUGaDtCIWaMNwMXbtt99Yq6IYZ2EicxQAQH0/HLYYgdVVT2JujcTSyWvoTxILIg3Bz6pYO0 A3PhUtl4+ibUjztiAyurM/rnjzVT1xeZ4XWDRFFGKQrFhYK9U6mpyUTfbHvGhmaX04NdJapU54fI 9TA79bZvAjEsFVLtgRGSigFEKZXmgjQy1PXuYhfYDSOHIVHZtONCbbOyVQI80os36wY9d7Agkg8u 5p/B/QHPOH52PHCzg91xxx02df4i6Sbtudw2x19q++SEUEj+NKqNniykbVFPIepCwCBBljhIV9/M JbuYrUhYZiLdIelGumynuBRqquHWpDPli1UWaqdAB2foYuS+iO4CTzegobP1EemgdaAL911sMzoa 0NRJJ8nz1hRIPzWL/6HsslCwWqqK8AFpMIzn7pvS8rz33iNtFp+vX6tfF8zMjCS+5XMU9KiXXub4 sA/XbtHXIbzbh1rYRbzg52zxWFzPYNf4tB1nmrRjUHtNDyylOr1KvChxWwvLAKePY/tkPFQMyFBN cBQiT6kYCKONZ9O5D1/svLEAv7mqe1yg5h7IFvhF25+JgPP+W6bLh0+l41sj3ggF3yPag/ZoTfG6 iYfnz0wuc3PgxxhqZVJ03dhtvqFHrzkfQnxnnqiulIGVt0eL7mT3tj1YcyPWhNtbGbBPb6Had4sv 4trDqdBGNSrAwByzBMHmzVYSckUeBa6F05Vh3sDvPwign8gKKCrdj+vtMnnkWqemp5f5VB1aI5uK yPgd3D08tOXLhM2GLg/m1mCcuBwriwV+OPozqU/wofRTdi1HTQyDpep46Bi9fRzZhntPlotSXuq6 dshd5NpTnHvMYy7IOCkvKJiIkH3up6CkJo7wIak9SYt+Gkucvx5AtFH3u+4zhssBpXcjhXw1Yhhn mhm7ls8UFTyk+ACmAQ9fl0FqKHqZvRKno1xw6HMfgMYTrLdQYAKYgpGx7BOArkrG+1a/ryNkTde1 trzAEYnVRAI5BerrhZ+VDlf65xD11beeUMhXSN5sK/bSjIj2fbA/GSROWr3sLf78U6QdUZv7vBrk MTmVNLW8ZNLrDgXyqnwCNHJ7iayu/W7n8smbWx1JK0xirFNH2E0V9lAWh5dG950luOp43KqIeLi6 ASmjt89oseX00LRVGVUqK2e8jtMfT2/MCE2VbthlHj7nf7irR9yWIZAC/exV1lxvJFGgjy37EU8Z iLdNrLXyMedA2lhU/46TisMW05ll9im8v6lPqAQ3/NZHS1Ch0xYijlFLkUyKqr5F4xL1SsCOJyhd zK8qEJp2L6ngPLPd7+b3EiqQlYooCFiXAKw1B9M5QZoP9qG4A07npin57SS4I6u4lV6eWl+8Za8v kAr414Q25nBrgcxpmkOw90QIS5GcL52GhBhqBhR6mmhIcq/3h6Peb70Pfnz72zKTtuNzliqE/5xG 4Z0DWzwsOG78YmpZmdO9Qa6kjqrX3njjUtxCmpKW3O5L8v7jqaLBB6tuS6LXRtLC0gaTPPwmW+gl AywWkxmq4UXr7qFZfD1ysF6g5Heiqoloe12aM/bn1Xui191hHxtfHrHqsD/99glo5DhfaIJuSLfm YxiTXAvKeKKInnRRBI6HNteeUExxn5AxZZAGUZNphS9Cmp43tBDLDzEHsf4gMlfHidYrmcN4ZtVC iZIt5U4ox+hFCSK2ejykSQN6Cuxh2qJaj2h8in5SB9vmQFxtp+/qBo4LLjqnLtaLdBydaKXm4Zcy CQ65FuB7U7vTP5epCb2QVl4nuo7TqCdQ0L7UZG/1lmTyXUKc+0xETNjX7w0i93a1jGxocPVr7nUq SlJhZ+7OzCvkKsp043vl2udIbBUyVG6GH2/uuFHN3a+YdFeprPRICpvEEJToa40xgG8ouar3ilp+ 5/zhK34SO94lXn05+KC+IjDef6tUl38gQYG6ufLTfgUq1pGjo9A3zs9q5t7Mida86l7ezU4oYxIx LsJvvONdJ6jB3LMjr5iqWfSFdRK1lRXVrW9vmjQf0Xu+hMe7J1m/aVjZmZtUvobLubC/BsxFU8vp 7ccwluNOUvrbRZC3zBW8Cqg1U/pgnbpVPyEvfYG1DTV9dIgb9O7auRghOTce0zVtlpNnHaH6sgXD dGTsrS3pGe7r53EsS9nqPZa8CyZOM2Cegxvyrzf8hQvpUlRBWR9MFUMGB9YWDKuLa0kl/KSoxclr aKto3TjOEPNextrvPq+8S/Yv1z/AlFm8PVpYFSkJ2jUN+9atkOFWvNuO6v9opM5Wr9lD7UfGzf7N UCyp4pbXMxN6tjvnE491zC6jbQDs1kKrnMI+aiogFqIlFUmPFzEhH/pENn03E6KAD0hm0qkb4zQH 4UJkpr0JfK10ff3aCowunLWuJT52jE4KHJfeqV1NKy6ut91fApOUyzZFtNHLrqPFE/i12iGu4+eF seuhPTHULH2at8e01I4rmcO4VGjvUB37no8nNs7iUXHMF1Dbn9e+6mMhZ7wesgS9gFNTkXIFkJOl wsUDiQrEMyqgI7wnyqvncTwT8B3kwzu6WUZL+IE2Co9RCjlW7i8VmOm5AiSWizejYtUWQW7PyU1e 4M1hYncSpRvdwwQCy4dt3p8X+YPydjHhdRfClKDYsCCF1BgkF+Q9S2f5EnQ4W7Qu5g5lNGmXc2qX cjUuOwbM64whkdiZjasbcrA6o3M8k++cyw42gmEBGk3R7/tqWIadlTIao8sNLZW+6tIzBicYN9Qt sib7649qxms/BAhwDMSeFkaPq0ZF5FvZtZxKLMnJLhVriQBY+A99j2+c0yypn1TlaLYfLm4byqcy H+tsXPrNd+TdxaE7zZnWUcRxhspySMRvHmf63KnZfuX9g7yfIT9XKa3Dk4nVeo8acXDk8XLR92Ps vWMbgqingNmnbPMv4vlS6oqYPt1YRnSPtRIK5uwK3ho0OyjYUGnqzbg5dqJ5OdFXHB/+9rIkeWno TWx/pg6RBOeTteu49ZImfqJnGm+D9mnHvr+CkkwTHelBT1UnaqFxqYNaGhVvtNmkv7LVUCSvN/Zv 2GjASwQIdRJu1QieVa6rn8Ls8/ipSysHfIPdhBknOIPgB1maGeOrtN06BkLKELvbJBvki07lgnaY ccax6I181s0v40P777VoXre/tA95whZAZS8Qsr1DJYfLJ+begIPLOPDsGVt0QR77iJVxZHZD9FSB Y63qOiDZbPK2Z1bm2cNZr0awVAiIdOIRb9OJmy1FGnTu2fIrtUkztfDu0zOZhteObdHHlKJCmxwi X5xaA7+H4iGLtNEtmCNQN9Tm5FoduT/+qNvPT7d6HGHwVGTudPxEIyKYv014TfRNY208ePCVpr9o KQqnL5tkMeHz9RAR2ydPL6mQ5rvzlhmMzXnnPz95l/cQPFXgm29KVP2xW2Fix0YWA2FSWqbkJjx0 ob8cC/7MpPHBTYSPrm4IY/6ZghPegmSK9DK5I2L9SNJWSvn+VvOZDvdhSquzZddHcnpAux8xz7ks HqGua2GGuoBx8uNelIEJI+LQGfVI0BX2+fZmU0qPGEeNNV9pVZ2xzYN68S7xnpnJma8TNOedyWDn hgGQv+bO+d517Hag8upjkPNoXRGybHFpNRWUI28frVn7wKZM/r4YpaykFCeFKGUGA1jpa8jcPV6L 0qTg2o1E0+ygbTHht92ZWyB1FdZJmAVeI4HwSqwaiT1HKICYhIv94Zwug5i1ROlD7yUSzxQfw0wy C/mZ8dW+0fasmwulAQPPSno+YuYbukzN1VuuA7Slfm5rvTUXP54TxUQT4fuei6fD2dbfsUq0Kxcd dZ6Ctf3IvdNz0coNbXcoZKjoaF7foqisZDwEgWQsy0gZNghD/SC4zbNSMe73thmSr97NN1yZ73Gh eIPko98VIEraydg/LKUXy/Fj6S0k19qVUhqWxrHRrUD99Cj+d4J5sh/4ZXYKDj2pcHSfZih0k67B 6Aq+JFE1Cs93kwQm8kJkgGW0hHWamugL0PN4S0VAgb8s11c/HEnBjyeG7BT4bPRPz3NGhAJ+hn75 sCSXqV4JmPp5q1F5CTmO4tRHKrhmgoLC0ttG2uHVL+zbq0AxoQsVqtNubqedKLJL4oBnEzj4355Z jdNsSLbURR4coJspvt0frcSA+M3BzW9FlJ8ZUEjhutt/s9p2yqdm18x817H36Fz9jkfkltOLr4eb T81hCHBYdsaAnp2mSfkZhB+4JdGX90yJsywIiYqZCGx4BpywP14ZXu/j1C1fvhCPjZEQCWhU/fRk BKdPIsUwMpg1O4KS6y37XP7FgGwZloaGhZQRpV4PT+cs96g4okw0jiK3fmqCyo0btR//fA43UKU2 j6HRjoB42ir0TAo8zE2zfFt+e2U0NXerxXThY97WKVQYuyr+MaI1xjLxLfp9YvqP3YWxqY3A9JUS i2kONSty+8K0rA3WF9LOWYAl9rz3twnetZ4bshhYr20SKnHyVnyMbNVTN9vstsx4R4RvcG+kesCt vFs8Q8PbXPilNGOTaOEtKVmz1xfBycFQX0pD+MSau+U3CQKBnuY+EUFFf7lUQKnlqubNrxxmnUQF AhKR/Pu3b9C18jzO0Jd5HSPOmMLanoOnfw1zgPB9obpe20hFOwblRB6+1Klw5bZc7cOPYbbYciJO U+UqgTPcLPnKf11sOkuxZdY0FfHMBfvYnOzNK4IXz+9Z3zYWGB73xTgJtuMUjnK6IdP2vuWZvfHv 4NCc8VRM8ZnSlDELm3QIbFwuLCtSn7BKczCIvS+bbyZ8fXqe7I7wZxhxfEv9NU5TmwuxqNqd1iaA 4Re6DyfefWwzzfjhh4vZi/5TnB8/VS+x8oTjrNKhC7iD8odZac+xmHkWB1AUpPzB1Qvhvt0qVfMF 6P6bhHdj44VTBxwCU8ZZKRNYBU+JNfIQYX1Byu5b1itZE+TemlnpDqBrWIvnVaMpY1t8WeLdDT+b BsfjnSNSX7oTbU7GFbxW4outKavEvdQIFZKZtj845V2bL42gegWNF6FhHeUeZr/xpUzIo0ZQ3uVt aWmKjU9KC/+0aqeOfFQxe1KriQ/XqsPaMfXLJNnNieqUFPySJhKu0I4dQUl8X9Yf3hXb1xhHd+Nn K8qdMz2C2Nc6n0U5l0cwiugOqZyOEugfZj4pi3eM9n68Dn6wRWM0YEi8yDNDVg9HHU8qT237aMIp oMFvI4X2bBWDM23vI5SpQEEOD3vdBELkWERCcarcGT9ai0aV71NTys0XJ0e+l6PnJGuhmcxuSKRJ FGqKGioMvdme2tPBm5tUpN+gn/VNMykkLAinml4xg48qJvx2ryZzKTyxiXDuC1EKS2cOWLSo7D4g 7ZVz3MqMCULts3zZfG0VwlQPeFCjldk6Ymk3Imhp6sQ+S8C9kiiw3X+5m08j9Ok8mw8a8SV6zo58 /5rj0UHOFInBQ40DErL53h2w+6V1gkTd9SJTjtjSsTmybfRSrqB0K1MHGd4BdR6W+W0nrIWtl2yi y/8kWsZwOB/ssYBrzSNoFRXzEp8nHq5lS+xRIlos9SKNGQfGMQKl1OuLDZb3cqz2DF+xSjVp+zZc PKi5D7EEVc/jh8nQHX6Y5wjvm0YLjisSvbUDPy+0izXET/OxSJOpNFDiC6AQZOqTDs/wznoglDzm hO1WSTnhRB0kv2cbe2d1ofSCwaA3oLfCQPprD//OTfxlccx13LhbYZHJx9l3Fj6cOSrvKoaMRFuI x4zcLtbIMxvL3nyeASOKjHptNqIRTRxuaRqO/NRg8PLmRsZaXoGwf3RwmB/H7jKeSduHJw1pfeLz Nzw13qYY6w5mKQprM46nVAt+5zO75VV4YX5z4dNQlYoHu5SdAKz8Uirt+9ndhEXfF0+rCKJe++Ff hG6wtsilG3t7PpGlofwpVtl48yktleqL3r29d98qjQ0XHqRkXlRS27amlgxPRKMZaFgdvM8qQcDW lHQfW+rEy9UpMi79utza/Eq90w+srGPeZqz3PbOb439Io/em5C7P9TyvWZv1dqTtLAtK3Smk/yTm sXsEjwD+f36I/6fBf4sGxBA4FIzCID3AKHfiQBQUjUGifv1RTvy/AALMBBsKZW5kc3RyZWFtCmVu ZG9iago1NSAwIG9iago8PAovVHlwZS9Gb250RGVzY3JpcHRvcgovQ2FwSGVpZ2h0IDg1MAovQXNj ZW50IDg1MAovRGVzY2VudCAtMjAwCi9Gb250QkJveFstOTkgLTIwOSAxMzc0IDg0N10KL0ZvbnRO YW1lL0pUVUpYWCtMQ01TU0I4Ci9JdGFsaWNBbmdsZSAwCi9TdGVtViAxNDYKL0ZvbnRGaWxlIDU0 IDAgUgovRmxhZ3MgNAo+PgplbmRvYmoKNTQgMCBvYmoKPDwKL0ZpbHRlclsvRmxhdGVEZWNvZGVd Ci9MZW5ndGgxIDE3MjAKL0xlbmd0aDIgMTAxNDkKL0xlbmd0aDMgNTQ1Ci9MZW5ndGggMTEyNzkK Pj4Kc3RyZWFtCnja7bplUFxp2y6Ku7uncQnu7hDcCS4NNNBY4+5uwQlOkOAW3AOE4A7BPUhwC27Z ZGbemXn3t6v2qTr/Tp3uql7ruvW55VrdP5qWUk2TRcICYgaShTi4snCwsgsClKSUNTUl+QHs7Fys 7OycKLS0WmBXO9DfChTatyBnFzDEQfBfJlLOIKDri0wa6PpiqQxxACi42QE4uAAcvIIcfILs7ABO dnaB/xhCnAUB0kB3sAVAmRWgAHEAuaDQSkEcvZzBVtaugoC/bwEM5owADgEBPuY/3AES9iBnsDnQ AaAMdLUG2b9kNAfaATQh5mCQq9d/hQAwCFu7ujoKsrF5eHiwAu1dWCHOVqKMzAAPsKs1QAPkAnJ2 B1kAflcNUAHag/5THCsKLUDLGuzyp0YTYunqAXQGAV4EdmBzkIPLi4+bgwXIGfCSH6AprwRQdQQ5 /Gms9KcBM+Cv9gA4WDn+DveX9+9AYIc/nIHm5hB7R6CDF9jBCmAJtgMBVGWVWF09XZkBQAeL34ZA OxfIiz/QHQi2A5q9GPxxdiBAVkIdAHyp8a8CXcydwY6uLqwuYLvfRbL9DvPSaBkHCymIvT3IwdUF BeX3AaXBziDzl9Z7sf1nwrYOEA8Hn7+hJdjBwvJ3JRZujmzaDmAnN5C89F9GLyKUf2RWIFcADzun ADsXDwDkBAB5mluz/U6h5eUI+kPJ8Vv8UoafjyPEEWD5UgnID2wJermg+LgA3UEAV2c3kJ/PvxX/ jVA4OAAWYHNXgBnICuyA8k/0FzHI8k/8sgTOYE+AAfvLDnIA2H+//74zelkzC4iDndc/5n+MmU1B S1tBV/f1f2r+Ry0pCfEE+LAICABYOF9WjYOLjxvAz80H8PvvSH/34D/1/yFVA4L/Oh/7PxHlHSwh AIE/y3jp31+lANjc/9oPhr/owwj4rxQANhXIy2KDAAz/8MCQnYfd/OWD4/8xG/5w+T9x4HeU/zsN /seZZN3s7P6wYPjL5H9aAO3Bdl5/2rxsnqOb6wtNlCEvZHH4H7Y6oD/pLQmxs/gfSnlX4AtdJBys 7P7TTgAb2EUW7AmyUAO7mlv/uU9/KbR/s9EO7ABSg7iAfz+BACwc7Oz/u/KFg+a2L48Zl5ex/aED vVDsvwcr42AOsfjNRU4eXgDQ2RnohfKSneMF8gB8Xq4v5AB5/rHqADZWB4jrixPgpUY/gCXEGeX3 ePk4AGxvfov+RLwANqV/EB+ATflvxM8OYFP7B3EC2DT+QVwANs1/0Iufzt9I4AUB/0ECADbzv9Hv otks/gVfTgP6F3xJYvkv+JLF6l+QG8Bm/S/I89Lwf0F+AJvdv+BLXvt/IMdLXod/wZe8kH/Bl8jO /4IvkV3+BV+a5PoH/K9ZmLs5O788t/4gzsug/oP/eEiCQJ4gc5TFOYi5UKhNXWjH7ScJUg+WnXFO bvT+i+hLJJ1tGWL3H+rBUsJ3P7kKYxYkur/txtxt4Bxylv5qttUlYLc1XvfNiBEkWGzogLc022L2 ncQRuT90UXLj3FXs6tI35XKwsCI4bdEY9LgUn2EkZHY635nN3n8jTNdSfVNlfYpI33TEigYz/i4G kYifnwsNJrRTIruzWrJWYubbZ3kalwvx8eNkctn9u4y+EU6e7/1L5czQ4M0M0oMDdEfFy+wD0fS9 L7wkiqaTgBna7S8ymEITelQcsNPoTSliOkozim8VYQkD8Y3kccizzZTtfClZAixTFki8z+eKAw6+ C3m0JTzJF5WdEl90RtnMpu88s0DV2l/3yWxKZNLRQwf4kaovz3nluAvG6cp+YbbA0q3hNvr+vPVF u/4cPeo5ng7VrgExmnAygLtIc8B1zhoOrXwzTdw4HQ1ns7II1cEIFRHtdBqs5dm0dAvIz/Jj7I7M zkp2RtK7ftBUqQi1qd13yanE+5lIekX2eIFtGWZChgJjWn03xyhfeu6bsJUHZ1mB7Kt7rfipOVsf aXtYg2Fnqm1aXkKdVKjiKvCUvANvNbdF1s/NjU0d4XTDMN8Pj6bMTDkqLapzHD90CidP+S7CzfjV zbhbqBmM9ZTaQ1N450zRI0tEZ7RaPQtn9MaayNtQVaRQ4ii9Z0GF+LG7jLXXJ7tvHDeczDL4nLc+ NxiyPhvd3QsKT3N8Et3LwN5WM1m9ZZ40iHMcTdIiUVoTWciMb0Zg/cxmbRnRj62WSzK27uNPzFo2 Nc/CFjjai+eT78JxdiI4XEF9Agc56GXUP7TG/azttG1+b+GUx0A0nkWOxe7Bm9InpYbQKF+9qtik 8RQqZ/ckRVdsasukUsUgn5U12tFX5I8TpULCy+yRuZxL/NhN1fFZp6FUnmr8yQ63oVRWoWqxu5cN v11R0HkpkLDnDRXPZ2lek5X8i0eMU7JXW8EtNDCkrxEnbD7algYjzqwP40yZWIT6HH4TMTbciQjO oLc7ECbFVdaSfXuYOC1+8LajcGuMA82DX754S3sz0018pUvYSsR0q+XqDazGz63Pbk9B43RSFYoq ShcTdIae+rGve4uGKwtC5XwDrnMq3JU1sgyUaAI1sbWLJMgYaQlAPthIKORU5sDjrSSt0K37vmtN K6E0+HMcd0s0MXsE6uIRa+sK6iztDelQwncj+nvBDnYBYvk/vK93aOtxcUL0HkJ8gXqdM/J6GhQU dvwUvV6MRk3+jx8DsSXBqPG7JEtj48wlq3vs4wsJr0OmjPc0i0yGflQCFg8VCA3jbB8bvqbxcvtW CkTCP7sXkPFfPeFe72fw3E3Ed2LzUU5oe/Z6qwWXQqrybpMYVF5PwYlKHTp8MxtCrSVguoZZqqLG pIQ/Uu9snA4k4/3BdLIOQipcC2XZ5uu9+sVp0LpX/zrcdNotw7HhygBZlOSBqM4wwD1p6Xb/zOSm RJBxLOPXk/BCBB7B4D7G4dQnIH3JjzuY0TNdLH7TFjGw67bw/d5Y2Qe+MgCZreZPotx4vfwWmSxF 4p9TJnbOqYqP6PhNENs9BVrHbbvQGxzT3s6H9HEKniyGFMxG3B9bV4R42mTUb5dZji95Au3cZHNV baB6CWTO+0uDsE0qUy46RusyYKCELy/h4cdPOKTFyBv3Zi/tN8KTMurJsQIXP1N27hDY+iaTVT15 7cvHR5dby9Znnc77TDp2i5INbojwfzfxZw3m/FyRq2ljdgvvlJpmeVhwsJYByRGKZqX/vK66nhI5 qJ3scK69grWoUrdPteh54EcxD79o4q3gVDLfC43uh1ja2fpLupHB/gblrIgfmIfsdfRApyCGNAnD 26psXDluP8VwNiuqqw3PwFa2OC+X+CU134YqRnVtbu/IRpfX6H7/u3KugZQkv8czqYq9mapbzcxN wKCjNNapzVmZbq1i/XwwPta4rwX3DAHRcZIp/gSSu/jEMxyGiEqDeOlhr9UdnnRxvokaDqJBWrA1 ZgG8IONg2GFY7TO5rzb6NHSUPbR13s5Hs5CLRXGyxMS5RPpj/5M96FCBJ5L9q7O19/E336ClAspl lgjRVa7adgfq8FaGGEjSn8fUZEHFpZOaMiHSUCqT3OyC/eiPc4nW0InOo976e6p7X1ANbpKjboTY 5RElfekDvxXFpUQoL1KV9yQfziw5iUXA+jSLPfbYA1X9WBSqL5DZM61pwlLiPK7lXiV9SfsMIRTv Kb8D5r6yKz/R5EuLcH9HG6znfbFNB28H6H5e9jqFj4FmweXui0k09sb07YpFrWl1Ctlw4NYpSfE5 pCSMqp7xZFSZUwI5HERLWn3i8Td6/biHNsnJw5hB0iidObw8ZM0V9SWRp+C2silmvWHjx0ZeBXSY rADBh1lDFazvUlPWmXgHN+7jfTFnFRPHxPOdj1g93+wg21Gwc4vb+9YARaHyqdRDGnpMIRtE8UCp kXu97J/5QwgClniIbekzO3cEH4p6kdnTBvCQnijiZwspOklOIvdjsVZTghXx5d+MqfuEDKwiWgnE RFBKrySTbJhxjB8Wj16JEKUqdzJTsjCfcWeHW1y5HKUoB+z6GmsblzzrvwUnoJQQrp9T8XHWirBk EErecyKWvH8cY/1Qj19JOrl/zrLGfT559JF6EP7ClU/6YAqpx1j6nN2HOiQtcqB8l1ziq2QRjMU2 s8+3awy2raTURMbOefSMoM8xR3fD6jGqtNf+4FHf8xX519z8i989nQ5PycUqsg9vCx1Np6lRL9ss GG4PefgZP/zgbrT1kfd0+VllLpaIRnyb/1DXS6Yaf9v+is3QV/hVKLfIMiG5HmzOreZaJGNUSjR8 w2iryNfxURfsePFgPaX4+MIf1PQ0V1kpjfb7wUhzWgtZvI+DYc9qgvU02XyPdlmjwOB1BrKQ8rGg Kll7+zUu+xFasSF+Qp503WLrN3FSBDzZ20elQWGqZY9wtaxQdPVlhgTGnwyDPjMt5ojqBr4PG91g uA5/XjDCYbSfNRsDtO0mI7KTsQ4FELLakQtBgJ/z3k+MijmWtc7WaBiEfEQGhCsbldhL+2kgE0tm UfazvfbKrHD/2ltUh7X/Bc/OO2GhI4KiJqlwjQSJr1Tn6qZxe+h+D3z91WWDcCAhJoS7U3VPsvRk 0bq1kas+WaX2MLPIS1NUzVM7gO7NFHZxdnUVWq+CdOKWw1hkULc53lfMbHckHBvLQij6BdInOFmA 5y9pXuVqc6e85HXgclyhDbDdpWqfPcimQUalaTU3LLQBXyxmHfSWNzaYZNaouoNm4kJ59qerNf+E SRy+1naTvRbLHklBTspDj0vsdoksay47VTgTaYfE+3rnK/TiC+6+nt2KMAk2p+cBQ7dQ6fsahIAz dhLfSzVVV03Iyl7RAq2C6JHCYm45SjePsJO0rvp1L4qG6saY6fZMx8oaKL5FTrrdWmYxlyHjvvhi yOn1K8+RzObwwtnJvkpK3MWBReaRz7SucFC0lrUr1lJzKoDNb9648LLEuSVWNdffuToA5rnxSh6o EswoFHt8A5quLX2JAfvK9+3U8taJhjYfKgSzc8SIWOg0kkVUOWzhm/XS2HIYXdvNZkTRgUujgUg5 KKZ85eMjmemIq40pb5oZRqAM1ZiQjlqCEgHYINT0MG1d0rhZ3wV0aYVkGR34Zt+2OKSEsUNlvGO3 MVd9XG3Z/raNh2wDHauVFH7ixVTVfQrEnJEadJhoixkOpofEqLDi4ADY+EGMWNTtgtUzuIR1MgKb 1sxNuKlqTqcQJ8DVmFOLA9JFXj2frNoy481AqfLMj/P5RLoEkmpEl8/LQ5x0VgHqnxvEh2w+fkA+ IvF036tqhis57/LeLMHhtn+oV/fnutQtm2x0V6rAQqsCr/i8Uw6nsWVPJEmF1Mfel8HK+O1Mmorj Kpx8kV6ZRpr+Ch8LXe7xtDq3pwgytUbeQ/Nz3qTfTmEJp0uZe6aubAbLUcth4p3765XodroN5q5q 0O7w0dnffXfGhxiYoHIHySkit5IG98wWvXb2dDSmciGT0aNYT58sxSXghWycayTEKKvklr2SS5Sl WaF2C1rtSsaOKRHmertrqwQ61wFGNUfWEkUXuXlTfRDhzjEYpgJqCnJP6mnspr3XK1/8tdV4m98D iPTfj+Xr13sbgdKknzbtAIIKZKdR2PIi6vHmDcIwYHeV3Eg6NTWBAhgCDHhWECxPGR/bxGqMowx+ aOo36bz8TJTcz8ZsyH2CCu/aIqxRurzK2qxKtnR8xSxO3OKPmUX7s4VTd/VYpw5BG0+LYru4pkU/ wyo0vv/nxEfFAC3TiLC82oUCzc5KlhIOTNZ0j/JT62e69dDAqKc6KfkecUiHXLQlFUVN0CkoqL9G cEQOTdYtn/BwdSAnBHPz4Ju9FIkd/LP+kQ9VMrl3LXFzViqyb5xUtybAEBt/fUI10tOr7tWKZ1u9 1CK0JLBm56ja/Eyif7pImkWN/xTtzuJk41CH4BEplAAUn9qWtd611UwKOtpv0+PKsQjBcNj9gvNm sRjTBk67FYec1Kt5sbx/gcqhrtWC3ktVSK6iJfdWzFxh+WEwhbGRfz5z6ZsCSztMRpEyd4lCyHfb KcwMhB5wesn3J9Lv96Q3d/m21izS1RPy03xTw+17+mIRzMtF7Ptehp+3cIqio8vGilvgb8CqmJTQ /ib5nMiMdijygC1bFzG3iRxN7CdN6yCXynZjk8kziEai64LTDYrvAnbkM5d98I31fJdce09Y3SEF gqtosBhDBWLPyIiJz7wicSBLUbhzj3rBqZTU6gEVoV6Y481sVkHyFp2VpBDVYhS50zsXSxEScmzh Fi/wp86G+1oqG6DvzC225DS/+cg8XycsG1PvsXphPZhdLlDUjvNZYek4xWvio5heMf+Kx0eJoMxa BfZ0KGfmLwjIRGv+yh8BoywXnF9uet1QGE0/qc3GRwdEBNLu8QvKXdE+Vr9/LfD2CepV8hoSE0tW 5s4wLTs3g4Vo3DQFSfwt4pY8tnew0Ix5rD2m5nI25vkUrtnAu8gRQzNbf7zdzUY9JagOJ6I0+cYu IHd4Y3O/3I63UlWrdpp2HlJzOdX9Ul1kznjpRxSlV4/9SXe5oQElnxbSs5JFbvXfdgZh2/dJ9xis qffPnevAbTia4zJuuTIT6h/Dq0fJi+yrKxJVwapGxCT2ZOdbTMfdj1Dkb/TFpBIWBe98rkQZJS5i ub/VRaapk+CzXN3BAKrklcUnC/aRHCn3MP9SW7jydjcdFqLLQGGz8bScF2cyX0ihTfMlVKZyciLo HAJydqxeV5nOFZS+M6whFLut0LcJyEEKfia3zUcRXvLOFUUxbq+rKFC13w9xW7T/EVj3E701UpjC DA18z+LJPUV7zpTWanKwkoV7VrYfqCSuVHngrCK28DUrWsB0I+L58+GzPCyMQ3pS6XVELiUPn9LZ 5/whKUrPYbiWYbXw9fAnZvsnXnuA+FaIcQA0HAMl0EFGtabl20q80EaT7RfsibnxVYf3lGRHc+4B r9jh0sxsWDYEUV83bbjUSTDOY4Qz/NAfV19hTHoj44+82enEcE1DWWXwa2TgxBVt/S6ZMnQN+/qH pNEx0DRQeumHC+Jz9clm+/exCeAdZsv75dtmRJzs+O4K/EuXk8GiiGZ3/9QoG8d9WEqq2HIQtGQu ZWjklcV44e1ZN3I5kqsoYYWxGuLkson1xUJjxWCe7BP4++4HXn9U6JuFzkczbAwdEydKuagABWRh 6RX4roSbzW4dEHOlsYZ05nxuuC2Wh8xPfq9Aa2mqpQm6pb5CGnXse2EAApQuBQK+yxwCpQxOFN94 BZGyn6KsGlLSfHd81+4PRikYNaFyiXdoyZX+5Tk3RFCIBhNktixTvLzrnJ5LeapW7yIQdEQon1Bh 32eVwy3lBMEnfhqiB3YANDoE7fa/NVdNOp5wThneHGUvNmPtda1MxreL1+LzeqXTcbouWY+5kTjD F+voLLQ5255ciRIDsb/jg7jV5tYci91Pxc9qn5JNxctv22seph1NDI7r+SzUMdVzn/Mka1zORtBP y1e/O+VNsUsuXzUJVZIa2I+Wc+z6Pcm16AlXFCPRUc1Cowl36e4lYZ9DPB/wDGzFl8iv9rFI23W9 Mc8yCCiRtwdFLTn9XN5WP5I/XRJ5QyE3TLqmj8x5d27gDxzybMSbprIkb1VE9JtDKO+JAeGnoWUf YueZd5lUu3N1hJLnbTCfJs1rY70byXl+mXPpcYgPuVLzz4VMjJUikb7b944VOcKlumfJnhvO/sHo c829yqfe/xDHxmBKYRoW96YaiKrWbDcE55W2qUOf6LlHKb2Nf6C1Ef2EzxgRSyNuy+WMFNgFOh+0 9g7ChjKqBD5mylb6JFfmMJ0PMOtq9DE3GkmsXMQcH5eSKHvOfy09SaYVXp/fNhcZPGvtd8H//Pkw HFCu92Y6mg2Dgp3qXHHyNsfDrb6tEqOIadEQbaTCFEuvYGozVZ+qQM5j+6N86g55eTYrkTubL3vK 6KStcdRxJdcntJ2C7YGvgCyYQE46cG/BrIecLEYbNsdOFTpMlHZ2GhsNaVjvKHRc/cE009a7SpTA dmKdjiY/tOlGy7YgAnki62jvyvcA3ylHBT5kWPHymR0/LQYo0edryK8d92fWI9RHC/JkoRks3/zq DRdug+mvr5i55bchnu02g+RmqWKOcovekhHI2e76ElyaufQBT9MmWh6Tw0HkRPrpWYSFJVRy+YPg TB+Vmd6brp0hukr1byIM4aJKkvbbuthS+cgTTu8mbYrAZOnpQePGxO955Q+8qM3xjGO0Awkfu6R0 mdMcF2Uv5SnBs+tE7vQrJMllcJAzDOd0tm1lWd6+CnI90QlOjefRarcv3gd2zuxMm59CrXthRVAw G5oYyL9ofhpit31taIPIs4uNYqYDgs4g5ECq+XZMs5hL5Irp71mucnrXuE+txVnRWu0X+119kWhS Pbm01TBu6sHBRfT7mJwKFw5UTF1Q+PzPxLHEpoLCKyKagbof3GgYUActaKF6pOspr4fb34cJU5qJ OMfJjLAtlrOWfU9hqFNqGX6Eg/lUrJTdmew9Z59y00cWTuKR/B4u7KDRFShZ56iUXKMNE7aUSJQZ BIe60rMZwQbV+io4UoNI/xGPshy0NJ5aVne8lOedVgCg9KZ1q5kgSdOk6RKnsSEqXYx4jrOA+0zN mXtWFlDwNeop8gjD+8zy3fK9CN6PEUnute9fdH1ULd3UFtCpN4ENEHkUD+zoYTw46N76HSofKu0m akkKdbFJ4A7cW3cq45DP1BS31r1qnD1X0FainOtL6CYhxCodngRIr4SByxmy4T/aBQl1Dr91S9qD iXBhdUMwbxfSYg6UPG0k40hZhzaK4Kgr4kho3Xukjx54Gh+Z3b/u4PK8Q90clClRXA1ofXo3P3XO cXvf8oG1hq7ExnClFxMOMPOK0UeF4JcEl+30qzAu8rkU/jd95pcolwTdXlXMr1jexNT2kAgUXdtT I3TjwyaOcZ0lSCZVEHaTQm2tz/6au9+vB9ZKS1SVkA7A3iQOQ9JNfXpUlsRg9Y6i7ddCqNZsKwUF P83Tsrdv6tihUwNNxjLz1hDS3hZh+hfJFqSiNgOrwSS5C7YsiP0IJJry4vnYdHLNlQh9A5YQbTWJ oTtCdw4sU8TtGAMZ7DIIaqzFwp1RRc2Y0xX5g4wJ9bEaUu6PNOsvEX3cDFHOBzFg5qy0be3ocspu 2eXB3mHfcvYdQ/xQOwmzcyae5V+jwCPGZIkLIPPgA9PJEhbZzzAnWnXOtYyfl80AELwMx4Lm8lIj ywwVsgB6feOFbhv8ky2AVu9bp2tm45DKFpk1ck8v8Rwzw6B6F+E92t0ebNBmEkpv7TxeYWzFllq8 2Ym1/FOrHu8FFlF1xFFhxt6DSfn50yjd5ruJ3cGYU8UxsTm60TfTb0ZhNZkdc+Xth772YTP68r7p 70c1Zh8WGejHOR1s4286QOu7lNWUDnpeKgqBXW/GvQ06wKwnvFEkVXlzLqEiyTW6yyjpH0mCO+v6 oer2hbRAOsMZvMmtis1HUaMEGp/oQVOXvg/5ShUaqKxJWWhLdu/n12dx59JE/GzuyFOyLvxrl8Y8 w3M4P3BXV0THKTudCzj10jQeGWqCJm33K4PfC+d5Vpvh3QlbDzTDdO/cRVbYpg2jMGol3Ahn1xFy JvnQCiIX1Z8/uZF43sV1fikLx1UJS/Wh7Gx3sG37tI2io0aYwz2toIOKS9Vs4Q3pQBcJqJUzMzPN NeSHulNC37GdDre4TTNFscg1sGJVHKDcaR2fym8uL8SSCOzgFNk2zemEM5zoykj8gmCTmqbkP3nJ n6DYKjVy/G43D+k62BikLFDcdseJLqhlaUZx6BKfcuwOd/2NR7tWfUgZNbbglS82oSFTAb0Nx1xJ 9vvY0ZAocZ+fxQTNIc4ocgrbFE6FmGkVQHxCMTOyHp4kHTHOI4fpiSsclwLcCWTUQa+7EV4yhMne Q6ZKGt5NW/tgAZNgqoKmWgd2aQMt8m17fMXboT2jXMUKekfGTJVqV7wYVBGaGDavjBx0k7opaB+8 wIMqKZFiMjLFyWeOeQt9lWSqRRaACB8Fglri4fCldlKwzLJXN61h4MV+LlyKz2hQ5SqyNViXIjT8 EWPz3q+cOgCyxE2F+svp8K4AD2M8MaVvUjBiiWZ1dLRv8PTbWDu4b3FvQEgDa1rUPCNbFfc0jM7y TLbhe2ZedCY5WfRus054uCyOT++QaFYxa3+BtgbZcNEaYrEf3kK+N56UldauZTxrRARz9TJSaqoH eLTwKZEcbRDPwnS9mQYhO1sycn7gnYKuLRb6fUsphSTK8kDDAVbjlxBFw0j40IzLX8PqaVV37ToS wk6FfvNlTa+J5vxTE05my/tTMaCWQzxjYCv2i4iS0qenOCNnBPEAOZhfOOl94w5JSpQ+Ew3NBgHL fPVEr0U14ZzylLyzzzhLP6Ve36r/7LeIoKjN8xF8yvHzQt4IWMGO6m+CUmqQeOcyKZCDtthX2W1i KbUZpcFeEfSq7+VL/5vIJMVCz8rXzklECVLjMYdHr4VvJ2zOfJ7bkQIPudwCDHTuNa5EbVps+LAf UDJ2H6kN/FLstsypqEE8smqRaDOjwsbepNvzqtVfoTt9F4NT878bkVCjSbj3tTdDUyKmFK0RJd96 fZxyCPS9tYiL85xGndg/zxl7ZKPQYu+Kpwz82P3BJVzVrQ+d3XdIHaFxCoVJaETusm9BjL4iafWU QahplDejZ3XlFU7uTRB3o7pYj/um4DuSmquycCixOFQtvUZ5oePeB5dGxLu0A4yRDLal64MA68RG 2Qq8yjmZvYCgVNbrb+ZsA+WIWV8R91ytRLheY86ybuFvW4Iy3yBJ42ligwWs4xJmcHRvY+fvFp9k aN/HRPPHl8YP5foku8b4vM9dpecJjDUg+Fi1wDQBIvRqmJCKrDkqLTziz1oQ3d6LqE5OiM3MTHo4 9DGaHREcqKok1FPvTEF6d0OTifVLBwlra417auaUpC2T9wfSSXOQMwzzMDhkZQEDdRXXKhdz764g U5uBS9AolA9x/Bm6uyzP8RMvd0cdgtidnSGx38VEO6R47IP4gZrbxTSXXr8o//K+Cg50tZw1NI3E lh2OU49iCIDTcn05eUmuBFMUBWNEBAUeOFjKI3A81fttjoojZpl3aM896OoYao/u+xCJi0q2u7+C fF60197H3YcxyZ377jpJ2gQw04x4LdVYhyiPb72Z9lI1uaXZ/LdYkUavGJem+SkSC+nzzP2nmVS4 5iLaRjgdO2SJAdtzVH2MNmiTVPX32hqv2XV3OEVPZxxmmD/NG2goK62K2odhVBftV2G2Px4LfVdh jeBLnESlX7qjc1Ja+ngRQ2LazhUtKIajVmeHASybvIJdO2dSLwzoyiPMvMPEv/umnp6PecZxNJjh 35u6tdxuwm9/6xBBKN5L62k4CljwjULYGVS6jcgEIcW6+D0OWbToJ6zbBiXQQjt1CauBE7dhpDum he16UTM1b2Y30ue7fxDs0bxBTGJjLAoCaJTxUTt9Xrkbp2JlJ879+Ob+Carp8dbC+NVlbmFvVIzu e2je2+9O6ds2HvbjTjOYKsTtoo/0jfNjzg1s0FoaM1IhY/C+WDjmRKX0wfIyCgIHtctVxpZ9a0u3 wluj5k9kd32yHPTfW57f5BzCcmxYn6znBRdSUPKQRd9iabTdwVc/cz/l5KJIX3SUW0w1hIdppcBm OiqSGP2oStFQGDwp37cQent3r2zOCIrSlMyHbIqVfLdGmFvmC556f1nZlmZfZQV6Fz93doZGhjeu bPaUhzphkM3a1uodTpwJa/vzE0xyTllMiG4Z/0V0zioZ3teR21M1P4NO5uXdq3YzfBwr+AoXR4aV 6veDNfZTA0QuneTYKpT9F+jh5jiCWQEENAdDAmQc0mUd+Bf1eeJTBotA5Ytifo3euiwyNU6sQWz5 d+dkpoKx5JeIjLArUGk+8uDyzFo2Sep49F+xTfP0I7zomzYrwmGFF27eRgQ/qbTaJNQ+ixwJXUKW nOmGH9ZjAZ5XN/sJjpnR+7h4buTrCkyedCSvm5vRilf7B6e3duCQIXdmMilVPbOiKjva+WY0j3Zz cqpnbYiKcTgWhvhH8VUpDavBNTssQoSRHZa0l/pdwvt9ZfS0dQJ4JtA0a+pQVxj7jYOX2Mdau/fw kOo+/ua2TpMcwuFk/RzQ8i60XkzvpMwtbTuDeyD52z3GIX0cco0NlYjs1Ty0SIXDG5iWQItiJcfQ NHcU2us1hHqdq3XuIb0xlxuMN5bKbTatSiuFrCQ/DT2LdTVF38/cbjc9iEhJkK2udnYEhPJfBjtr P0blkXOl9pgQupE0o9KlVAYHpFUan/bXB9JxS8N/svf1Q7qPEvviuyeWZKKZCyJsdvA1oxXsquPb gKn6FmzvVSUdg5el4RhOJw/3tZfenQJ3Og7XAhkXLx7HSyDUKvzAgTQz4+BtdikIrRXGz8hqQZLX iGq+hui9pSJVdCV1eWB54TsjYnxYH2JxD33e28Fe6uvd7oxCq2U4pgHqk3xXLFhkAyke5oYS0C9R HxZTLssf3HWkUqkiQ0qBsFl7LrZysqJqfEp1n87Gq9l5pONQY8eEld13G/2xQIeHRNkTxx7u4mt8 sRKzcpSHBNU+wcZmuEi13FgS5s/GHB9RpPKfBCmdyNyD1j7SqmOepvqVrD9WPuLNCnrN7Lydl92p hZHshDqgyrNACLW9dq6rOVL3kCEU+AklBCv2c2KCAsv3IUM21F96rVU1lhRarEdOoI9LvuCjHrlj ZUdgjaszLChvpLtPhbH+qw2xktqXEZL+N6/3vxb6vx5/53yVUPBsziAn6//YldW/t3BkkV0YW0ve 0kGOaBY4EcM4obB1+BgDabBdzk3UkHGaLCzzaIXpq+DwwGR6P+rkO95F123mzQHVCqDGZXK90mq4 g05dljjV9G233CE8OsSDCZJ7FTlf4dSoMXHg93PhJB/fPAyH2LP7bIB4tTO/aWLFAZb6g0VPaKoX YacwA3ZaoPB+oX4+25qQ0BXtJdJHNQcEjwpeVeErwjdnv0ylE07lh+QySNap7xPmwgwdOWA0l5oK fYO97tcppt6K2/TUXygoNKNQ6KOvZ4peN5f/+oQ5mXy5+TWJ0QRtVhxHvrqg9XD1+jzNfcohgvnt EHb3dpgYT4BEEVYLnJlyy2bpJDTMhdpmv0EoE7+SidM27fm9h4C9SDqJZ8f0FK3W9w+zbvmf00QC jaz1st5jnq7SaJ3zo5r92FxKWmoMfoKQXHTxGyRpyGtB1Y/fHEO95X4bTDtyZqM2eSH6ahfu5+g2 HNxmSb01AsIGAbsV+td3enKC1PFcH4LqGI6swqv0jiciFutLPGXcyo199/ItxjBv+3yc62cESlT5 GKz9NIfz5LCbV7Kx2jQH4BAwiB/nNVPnLeNstv2sdYPki+jK+iJqjYI/1oU/2ZEMI0wNYZ1YjjfZ PU6pDMwAuQTKo+Ctv9xFfUJgWUVo49q6XU4Roqv3yN7Bi8MYDozttdfmi1nKc3A1V0r6yNQWEbY5 rvg8gNQEbxSd92nQ0dC5YseL690PcANN3mWmxn3A1/ImXvNF1NAhu/pRpSoPqo5HGyWSr0SIZh02 MTAJvtIQK18uqNEnjxQJZBse8oHqD+xg2UqYuJFFcM4XIOwsWHxan8HenKoEPi+5tZTDmnY6FexB 0HRwdePNujvYWd3uji1kUfn0cXDlbdXhGU10gWs1tzw5zkej/mKvp9rxg/dfJ+edVhM0l7NsQ7Hu PLSRsFY+FYiERbhzv36lUyA3SPOaAdGfvgnTXr3w1fZcQyRBcIGJSDqdH5stdby5eL3eJjHjBZZn Bb6hW60vtKeefzPdkNK2RW9NoXPYZ2bX9AntXYJ2u8S9Jk4M6IDaSzLcgl5mH+DxXcvJMD07NFyw vul+Z2+NupauDc4+1NANUwYmqY+QGTvVPVXNhAszCp0bWJB5Xgzny0Q2eklYFjIUtG1beDxzuOCi E0Ua1A77rJwhr4L+J5YcupLLEXIsVjXrTErzoG4kATmzQE605lmvQtNWiomO0/paesCrPWdiG1zI AJuVClSJqEtkCrTX28bOgYgDwiXUaUyK2gue7ddptjdA+XHRG16de5iEKNu7opi7L0OMFrRCWMEq LbXTzAT1db2LVZKqxOOf8GyGTCf5d5OQpEI/Lo9gw+WTWupK1BehMzjIMPeJWMgSOs7QLUPr2icE /8QKRmR9sFFVqwqDNaYoC+Zk0swv2yGYbCZ+gvqIQW3rMywoMFWY2aKhxw+TNVXl8el9Zs8r/YeO Qhw8yzxDzfiwDPKTkIXFCsI32u2Uum6nWW5GaPcWknt9lvMqE1+og71l3mS9nbyG7cteAhbAwP+g 1Y0/daLYLGF5Kh++W8juO3HJzEOyedyuGkIwNtmlpsp1WynTFyIJPFzlqTkaK3kM4JoHs0DVLzXd Z6HRzcU3Io+AaisdxIVmWun5mte29E4AKdUOfl7aqsh62ukdHXo4ztZX4sM4RJzDU/ejfakmS0lE g/soP55uTeGZ5Yryr7xe1VZONtNPdmbXJWZo5/MZ/NwLkekqh1vAZx0rClX5uvfQjpCrDTXVXsB2 BgIj0HY36vbb33XpSLIdoyMrECKeIA1U7Pu8JW4rhPIulY/MDf4l0zox2LXN8y5bBFEqcRijJKcf j+GtVAKuFjC0yRVrKAA9Y3zf8UNdKiJaGsLD/cWvdxaZNN/hbf3R/PV/Oq+ofFWfFWhuuy7GhhLz wQjY3OmPzTs/NTS6dvAeaaDW8D7aSrCDD4aio03oRQycZUPwZ7/4NsPQVhBhSltgqNXQsXBD82N1 /7rG95mkSnIrSabSTFxmz+SDfPN1VkKENSyhYBkxDEXPBwkfIPbEBH3Crrl6ugOJKuye0NLs4aL7 PI9aeq5tkdENyNo5mUJVQw3BxhWt0sqiiA4GvmqoZ6rBBSWSFV+i89iyo9aQ7Mndjmy2ze+nHdRX qXGDEJZm5WdLNdbQgBTJ1zk6D2yLOTnS/bOWmWljszjLFDRR3pLplB3wlzLOaD0whFhKGWNpb1OY RnNLq5SA3yBxlHV7UWDwa1Uf9v+XL5T/P8D/JwKgmNuBgM6uEHugsy2KjzPIxRXi/Pt/3ij/C/MM QpAKZW5kc3RyZWFtCmVuZG9iagoxIDAgb2JqCjw8Ci9DcmVhdG9yKCBUZVggb3V0cHV0IDIwMTIu MTEuMDQ6MDA1NykKL1Byb2R1Y2VyKGR2aXBkZm0gMC4xMy4yYywgQ29weXJpZ2h0IFwyNTEgMTk5 OCwgYnkgTWFyayBBLiBXaWNrcykKL0NyZWF0aW9uRGF0ZShEOjIwMTIxMTA0MDA1NzE1KzAwJzAw JykKPj4KZW5kb2JqCjUgMCBvYmoKPDwKL1R5cGUvUGFnZQovUmVzb3VyY2VzIDYgMCBSCi9Db250 ZW50c1sxMCAwIFIgNCAwIFIgMTEgMCBSIDEyIDAgUl0KL1BhcmVudCA1OSAwIFIKPj4KZW5kb2Jq CjE0IDAgb2JqCjw8Ci9UeXBlL1BhZ2UKL1Jlc291cmNlcyAxNSAwIFIKL0NvbnRlbnRzWzEwIDAg UiA0IDAgUiAyMCAwIFIgMTIgMCBSXQovUGFyZW50IDU5IDAgUgo+PgplbmRvYmoKNTkgMCBvYmoK PDwKL1R5cGUvUGFnZXMKL0NvdW50IDIKL0tpZHNbNSAwIFIgMTQgMCBSXQovUGFyZW50IDMgMCBS Cj4+CmVuZG9iagoyMiAwIG9iago8PAovVHlwZS9QYWdlCi9SZXNvdXJjZXMgMjMgMCBSCi9Db250 ZW50c1sxMCAwIFIgNCAwIFIgMjQgMCBSIDEyIDAgUl0KL1BhcmVudCA2MCAwIFIKPj4KZW5kb2Jq CjI2IDAgb2JqCjw8Ci9UeXBlL1BhZ2UKL1Jlc291cmNlcyAyNyAwIFIKL0NvbnRlbnRzWzEwIDAg UiA0IDAgUiAzMiAwIFIgMTIgMCBSXQovUGFyZW50IDYwIDAgUgo+PgplbmRvYmoKNjAgMCBvYmoK PDwKL1R5cGUvUGFnZXMKL0NvdW50IDIKL0tpZHNbMjIgMCBSIDI2IDAgUl0KL1BhcmVudCAzIDAg Ugo+PgplbmRvYmoKMzUgMCBvYmoKPDwKL1R5cGUvUGFnZQovUmVzb3VyY2VzIDM2IDAgUgovQ29u dGVudHNbMTAgMCBSIDQgMCBSIDQxIDAgUiAxMiAwIFJdCi9QYXJlbnQgNjEgMCBSCj4+CmVuZG9i ago0NCAwIG9iago8PAovVHlwZS9QYWdlCi9SZXNvdXJjZXMgNDUgMCBSCi9Db250ZW50c1sxMCAw IFIgNCAwIFIgNDYgMCBSIDEyIDAgUl0KL1BhcmVudCA2MSAwIFIKPj4KZW5kb2JqCjYxIDAgb2Jq Cjw8Ci9UeXBlL1BhZ2VzCi9Db3VudCAyCi9LaWRzWzM1IDAgUiA0NCAwIFJdCi9QYXJlbnQgMyAw IFIKPj4KZW5kb2JqCjQ4IDAgb2JqCjw8Ci9UeXBlL1BhZ2UKL1Jlc291cmNlcyA0OSAwIFIKL0Nv bnRlbnRzWzEwIDAgUiA0IDAgUiA1MCAwIFIgMTIgMCBSXQovUGFyZW50IDYyIDAgUgo+PgplbmRv YmoKNTIgMCBvYmoKPDwKL1R5cGUvUGFnZQovUmVzb3VyY2VzIDUzIDAgUgovQ29udGVudHNbMTAg MCBSIDQgMCBSIDU3IDAgUiAxMiAwIFJdCi9QYXJlbnQgNjIgMCBSCj4+CmVuZG9iago2MiAwIG9i ago8PAovVHlwZS9QYWdlcwovQ291bnQgMgovS2lkc1s0OCAwIFIgNTIgMCBSXQovUGFyZW50IDMg MCBSCj4+CmVuZG9iagozIDAgb2JqCjw8Ci9UeXBlL1BhZ2VzCi9Db3VudCA4Ci9LaWRzWzU5IDAg UiA2MCAwIFIgNjEgMCBSIDYyIDAgUl0KL01lZGlhQm94WzAgMCA4NDIgNTk1XQo+PgplbmRvYmoK MTAgMCBvYmoKPDwKL0xlbmd0aCAxCj4+CnN0cmVhbQoKZW5kc3RyZWFtCmVuZG9iagoxMiAwIG9i ago8PAovTGVuZ3RoIDEKPj4Kc3RyZWFtCgplbmRzdHJlYW0KZW5kb2JqCjQgMCBvYmoKPDwKL0xl bmd0aCAzMwo+PgpzdHJlYW0KMS4wMDAyOCAwIDAgMS4wMDAyOCA3MiA1MjMuMjcgY20KZW5kc3Ry ZWFtCmVuZG9iago2MyAwIG9iago8PAo+PgplbmRvYmoKNjQgMCBvYmoKbnVsbAplbmRvYmoKNjUg MCBvYmoKPDwKPj4KZW5kb2JqCjIgMCBvYmoKPDwKL1R5cGUvQ2F0YWxvZwovUGFnZXMgMyAwIFIK L091dGxpbmVzIDYzIDAgUgovVGhyZWFkcyA2NCAwIFIKL05hbWVzIDY1IDAgUgo+PgplbmRvYmoK eHJlZgowIDY2CjAwMDAwMDAwMDAgNjU1MzUgZiAKMDAwMDA1NTg4MCAwMDAwMCBuIAowMDAwMDU3 NTMyIDAwMDAwIG4gCjAwMDAwNTcxODUgMDAwMDAgbiAKMDAwMDA1NzM4NSAwMDAwMCBuIAowMDAw MDU2MDQ0IDAwMDAwIG4gCjAwMDAwMDE3NzYgMDAwMDAgbiAKMDAwMDAxNTE1NiAwMDAwMCBuIAow MDAwMDE0OTcwIDAwMDAwIG4gCjAwMDAwMDAwMDkgMDAwMDAgbiAKMDAwMDA1NzI4NSAwMDAwMCBu IAowMDAwMDAwOTI0IDAwMDAwIG4gCjAwMDAwNTczMzUgMDAwMDAgbiAKMDAwMDAwMTc0NCAwMDAw MCBuIAowMDAwMDU2MTQ2IDAwMDAwIG4gCjAwMDAwMDUyNzAgMDAwMDAgbiAKMDAwMDAwMTgzNyAw MDAwMCBuIAowMDAwMDM2NDk0IDAwMDAwIG4gCjAwMDAwMzYzMDEgMDAwMDAgbiAKMDAwMDAwMzQ1 MyAwMDAwMCBuIAowMDAwMDA0NDYwIDAwMDAwIG4gCjAwMDAwMDUyMjcgMDAwMDAgbiAKMDAwMDA1 NjMyNyAwMDAwMCBuIAowMDAwMDA2MjA1IDAwMDAwIG4gCjAwMDAwMDUzMzIgMDAwMDAgbiAKMDAw MDAwNjE2MiAwMDAwMCBuIAowMDAwMDU2NDMxIDAwMDAwIG4gCjAwMDAwMDg3NTcgMDAwMDAgbiAK MDAwMDAwNjI2NyAwMDAwMCBuIAowMDAwMDA4MTg0IDAwMDAwIG4gCjAwMDAwMDgyMTcgMDAwMDAg biAKMDAwMDAwODMwNCAwMDAwMCBuIAowMDAwMDA4MzY0IDAwMDAwIG4gCjAwMDAwMDg2OTEgMDAw MDAgbiAKMDAwMDAwODcyMyAwMDAwMCBuIAowMDAwMDU2NjEzIDAwMDAwIG4gCjAwMDAwMTE1MDUg MDAwMDAgbiAKMDAwMDAwODgzNSAwMDAwMCBuIAowMDAwMDEwOTMxIDAwMDAwIG4gCjAwMDAwMTA5 NjQgMDAwMDAgbiAKMDAwMDAxMTA1MSAwMDAwMCBuIAowMDAwMDExMTExIDAwMDAwIG4gCjAwMDAw MTE0MzkgMDAwMDAgbiAKMDAwMDAxMTQ3MSAwMDAwMCBuIAowMDAwMDU2NzE3IDAwMDAwIG4gCjAw MDAwMTIzOTMgMDAwMDAgbiAKMDAwMDAxMTU4MyAwMDAwMCBuIAowMDAwMDEyMzUwIDAwMDAwIG4g CjAwMDAwNTY4OTkgMDAwMDAgbiAKMDAwMDAxMzE5NCAwMDAwMCBuIAowMDAwMDEyNDU1IDAwMDAw IG4gCjAwMDAwMTMxNTEgMDAwMDAgbiAKMDAwMDA1NzAwMyAwMDAwMCBuIAowMDAwMDE0OTA4IDAw MDAwIG4gCjAwMDAwNDQ0ODQgMDAwMDAgbiAKMDAwMDA0NDI5NCAwMDAwMCBuIAowMDAwMDEzMjU2 IDAwMDAwIG4gCjAwMDAwMTQyNTUgMDAwMDAgbiAKMDAwMDAxNDg1NCAwMDAwMCBuIAowMDAwMDU2 MjUwIDAwMDAwIG4gCjAwMDAwNTY1MzUgMDAwMDAgbiAKMDAwMDA1NjgyMSAwMDAwMCBuIAowMDAw MDU3MTA3IDAwMDAwIG4gCjAwMDAwNTc0NjcgMDAwMDAgbiAKMDAwMDA1NzQ4OSAwMDAwMCBuIAow MDAwMDU3NTEwIDAwMDAwIG4gCnRyYWlsZXIKPDwKL1NpemUgNjYKL1Jvb3QgMiAwIFIKL0luZm8g MSAwIFIKPj4Kc3RhcnR4cmVmCjU3NjI3CiUlRU9GCg== ------- =_aaaaaaaaaa0 Content-Type: application/pdf Content-Disposition: attachment; filename="ietf85-mpls-multipath-extn.pdf" Content-ID: <82097.1352005563.4@harbor1.ipv6.occnc.com> Content-Transfer-Encoding: base64 JVBERi0xLjIKOSAwIG9iago8PAovVHlwZS9Gb250Ci9TdWJ0eXBlL1R5cGUxCi9OYW1lL0YxCi9G b250RGVzY3JpcHRvciA4IDAgUgovQmFzZUZvbnQvTkJTQVBXK0xDTVNTOAovRmlyc3RDaGFyIDMz Ci9MYXN0Q2hhciAxOTYKL1dpZHRoc1szNTQuMiA2MjUgMTA0MS43IDYyNSAxMDQxLjcgOTM3LjUg MzQ3LjIgNDg2LjEgNDg2LjEgNjI1IDk3Mi4yIDM0Ny4yIDQxNi43CjM0Ny4yIDYyNSA2MjUgNjI1 IDYyNSA2MjUgNjI1IDYyNSA2MjUgNjI1IDYyNSA2MjUgMzQ3LjIgMzQ3LjIgMzU0LjIgOTcyLjIg NTkwLjMgNTkwLjMKODMzLjMgODA1LjYgODE5LjQgNzk4LjYgODg4LjkgNzc3LjggNzQzLjEgODMz LjMgODEyLjUgMzE5LjQgNTc2LjQgODQwLjMgNzA4LjMgMTAyMC44CjgxMi41IDk2NS4zIDc4NC43 IDk2NS4zIDgxNiA2OTQuNCA4OTUuOCA4MDkgODA1LjYgMTE1Mi44IDgwNS42IDgwNS42IDc2My45 IDM1Mi40CjYyNSAzNTIuNCA2MjUgMzQ3LjIgMzQ3LjIgNTkwLjMgNjI1IDU1NS42IDYyNSA1NTUu NiAzODEuOSA2MjUgNjI1IDI3Ny44IDMxMi41IDU5MC4zCjI3Ny44IDk3Mi4yIDYyNSA2MjUgNjI1 IDYyNSA0MTYuNyA0NzkuMiA0NTEuNCA2MjUgNTU1LjYgODMzLjMgNTU1LjYgNTU1LjYgNTM4LjIg NjI1CjEyNTAgNjI1IDYyNSA2MjUgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwCjAgNzA4LjMgMTA0MS43IDk3Mi4yIDczNi4xIDgz My4zIDgxMi41IDkwMi44IDk3Mi4yIDkwMi44IDk3Mi4yIDAgMCA5MDIuOCA3MjkuMiA2NTkuNwo2 NTkuNyAxMDA2LjkgMTAwNi45IDI3Ny44IDMxMi41IDYyNSA2MjUgNjI1IDYyNSA2MjUgODA1LjYg NTU1LjYgNTkwLjMgOTAyLjggOTcyLjIKNjI1IDEwNjIuNSAxMjAxLjQgOTcyLjIgMjc3LjggNjI1 XQo+PgplbmRvYmoKMTEgMCBvYmoKPDwKL0ZpbHRlclsvRmxhdGVEZWNvZGVdCi9MZW5ndGggNzQy Cj4+CnN0cmVhbQp42r1Vy3KbMBTd9yvYVcxEqiQQjy7jOp20SepJmHZRd0GxbDMBQUHOo19foSvi Rzx9znQDg3x17jnnHskeJZR6K8++3sJr+2DD4/bo6nvPO7KV7VfeHl01W0+zV2fMS0kaednSw6mH Q5GQJPayN5/R5ezixschi9DlptJlm+v18Bmj6YOWqi8b1ftfsnfeNDugcJp5PKUkZXtw59PsDOAS 4WMWBTRBV82drL/6OBBIdvBjeAJNOGXclHFK0cwPQpSvJBSwvaZbYd3qcOX6b4z8BSA4xgMSp4Nl LKaEhR4OEkKTf3PtH2YOpFhKkmAgxaOIxIGHGY1IYElNNl0nlQZeV3ktX1sOmCWmMvEwF0REQH+X dLRL2opYNsMs3KhGqTHKfEbNcj7nESvcTrUqlZRdqVa2VyAIZdAJ8rDo8qXGd2VV5XX5Pbe4uG6r HusW1yMNrCWWD1phyi0M44zE3MOCEs4tzieDAC1dkODjWiqjcwH8dDMKFmDNfxAcmnH8puAjaqnF iAPCkl2xZpC67KHhxy1SAAwFmqMPk8nVZO4P220oIiK4PdwsCUkqzJGMCWcWLFs7r/SAcO8b85p9 oc9CbDU4a+6PGR+jbmt8hPp1Y9np6tE6dgI0O1k3d4NRYObMed01tZVNbVRYQgJhieqRqG0PxUMT 4mMhBJrW7Trvy5/Taqu8GFk1CtYKGEL36KhE6OJmNqKMieh1VxauaZsXt8MWqSFOW6KhJQphWUAI 7O5OftuURq45fW5sc9QsXY91WThfB8Mx+BChUUnuaMqH3MREzn2n180tRudqzkWsZJcf2AZszmfX AKgaqK8atRrv2bxtq1K6Tn2pCoc5Vbpr2kHHI8zqInc+VlAwstv0o52diQfAmpO2Hllvyb3sD92C sbqzZYMHk1g43wSqpTbRGfouRjNcN/2kHuTtTlw1blB7V0EBJ6QrgbBJ+d0T3Wak7WqVvN9NOnn+ Z/Ont/OLHzui+v8KZW5kc3RyZWFtCmVuZG9iagoxMyAwIG9iago8PAovRjEgOSAwIFIKPj4KZW5k b2JqCjYgMCBvYmoKPDwKL1Byb2NTZXRbL1BERi9UZXh0L0ltYWdlQ10KL0ZvbnQgMTMgMCBSCj4+ CmVuZG9iagoxNiAwIG9iago8PAovVHlwZS9FbmNvZGluZwovRGlmZmVyZW5jZXNbMC9taW51cy9w ZXJpb2RjZW50ZXJlZC9tdWx0aXBseS9hc3Rlcmlza21hdGgvZGl2aWRlL2RpYW1vbmRtYXRoL3Bs dXNtaW51cy9taW51c3BsdXMvY2lyY2xlcGx1cy9jaXJjbGVtaW51cy9jaXJjbGVtdWx0aXBseS9j aXJjbGVkaXZpZGUvY2lyY2xlZG90L2NpcmNsZWNvcHlydC9vcGVuYnVsbGV0L2J1bGxldC9lcXVp dmFzeW1wdG90aWMvZXF1aXZhbGVuY2UvcmVmbGV4c3Vic2V0L3JlZmxleHN1cGVyc2V0L2xlc3Nl cXVhbC9ncmVhdGVyZXF1YWwvcHJlY2VkZXNlcXVhbC9mb2xsb3dzZXF1YWwvc2ltaWxhci9hcHBy b3hlcXVhbC9wcm9wZXJzdWJzZXQvcHJvcGVyc3VwZXJzZXQvbGVzc211Y2gvZ3JlYXRlcm11Y2gv cHJlY2VkZXMvZm9sbG93cy9hcnJvd2xlZnQvYXJyb3dyaWdodC9hcnJvd3VwL2Fycm93ZG93bi9h cnJvd2JvdGgvYXJyb3dub3J0aGVhc3QvYXJyb3dzb3V0aGVhc3Qvc2ltaWxhcmVxdWFsL2Fycm93 ZGJsbGVmdC9hcnJvd2RibHJpZ2h0L2Fycm93ZGJsdXAvYXJyb3dkYmxkb3duL2Fycm93ZGJsYm90 aC9hcnJvd25vcnRod2VzdC9hcnJvd3NvdXRod2VzdC9wcm9wb3J0aW9uYWwvcHJpbWUvaW5maW5p dHkvZWxlbWVudC9vd25lci90cmlhbmdsZS90cmlhbmdsZWludi9uZWdhdGlvbnNsYXNoL21hcHN0 by91bml2ZXJzYWwvZXhpc3RlbnRpYWwvbG9naWNhbG5vdC9lbXB0eXNldC9SZnJhY3R1ci9JZnJh Y3R1ci9sYXR0aWNldG9wL3BlcnBlbmRpY3VsYXIvYWxlcGgvQS9CL0MvRC9FL0YvRy9IL0kvSi9L L0wvTS9OL08vUC9RL1IvUy9UL1UvVi9XL1gvWS9aL3VuaW9uL2ludGVyc2VjdGlvbi91bmlvbm11 bHRpL2xvZ2ljYWxhbmQvbG9naWNhbG9yL3R1cm5zdGlsZWxlZnQvdHVybnN0aWxlcmlnaHQvZmxv b3JsZWZ0L2Zsb29ycmlnaHQvY2VpbGluZ2xlZnQvY2VpbGluZ3JpZ2h0L2JyYWNlbGVmdC9icmFj ZXJpZ2h0L2FuZ2JyYWNrZXRsZWZ0L2FuZ2JyYWNrZXRyaWdodC9iYXIvYmFyZGJsL2Fycm93Ym90 aHYvYXJyb3dkYmxib3Rodi9iYWNrc2xhc2gvd3JlYXRocHJvZHVjdC9yYWRpY2FsL2NvcHJvZHVj dC9uYWJsYS9pbnRlZ3JhbC91bmlvbnNxL2ludGVyc2VjdGlvbnNxL3N1YnNldHNxZXF1YWwvc3Vw ZXJzZXRzcWVxdWFsL3NlY3Rpb24vZGFnZ2VyL2RhZ2dlcmRibC9wYXJhZ3JhcGgvY2x1Yi9kaWFt b25kL2hlYXJ0L3NwYWRlL2Fycm93bGVmdAoxNjEvbWludXMvcGVyaW9kY2VudGVyZWQvbXVsdGlw bHkvYXN0ZXJpc2ttYXRoL2RpdmlkZS9kaWFtb25kbWF0aC9wbHVzbWludXMvbWludXNwbHVzL2Np cmNsZXBsdXMvY2lyY2xlbWludXMKMTczL2NpcmNsZW11bHRpcGx5L2NpcmNsZWRpdmlkZS9jaXJj bGVkb3QvY2lyY2xlY29weXJ0L29wZW5idWxsZXQvYnVsbGV0L2VxdWl2YXN5bXB0b3RpYy9lcXVp dmFsZW5jZS9yZWZsZXhzdWJzZXQvcmVmbGV4c3VwZXJzZXQvbGVzc2VxdWFsL2dyZWF0ZXJlcXVh bC9wcmVjZWRlc2VxdWFsL2ZvbGxvd3NlcXVhbC9zaW1pbGFyL2FwcHJveGVxdWFsL3Byb3BlcnN1 YnNldC9wcm9wZXJzdXBlcnNldC9sZXNzbXVjaC9ncmVhdGVybXVjaC9wcmVjZWRlcy9mb2xsb3dz L2Fycm93bGVmdC9zcGFkZV0KPj4KZW5kb2JqCjE5IDAgb2JqCjw8Ci9FbmNvZGluZyAxNiAwIFIK L1R5cGUvRm9udAovU3VidHlwZS9UeXBlMQovTmFtZS9GMgovRm9udERlc2NyaXB0b3IgMTggMCBS Ci9CYXNlRm9udC9JSExDV1MrQ01TWTgKL0ZpcnN0Q2hhciAzMwovTGFzdENoYXIgMTk2Ci9XaWR0 aHNbMTA2Mi41IDUzMS4zIDUzMS4zIDEwNjIuNSAxMDYyLjUgMTA2Mi41IDgyNi40IDEwNjIuNSAx MDYyLjUgNjQ5LjMgNjQ5LjMgMTA2Mi41CjEwNjIuNSAxMDYyLjUgODI2LjQgMjg4LjIgMTA2Mi41 IDcwOC4zIDcwOC4zIDk0NC41IDk0NC41IDAgMCA1OTAuMyA1OTAuMyA3MDguMyA1MzEuMwo3Njcu NCA3NjcuNCA4MjYuNCA4MjYuNCA2NDkuMyA4NDkuNSA2OTQuNyA1NjIuNiA4MjEuNyA1NjAuOCA3 NTguMyA2MzEgOTA0LjIgNTg1LjUKNzIwLjEgODA3LjQgNzMwLjcgMTI2NC41IDg2OS4xIDg0MS42 IDc0My4zIDg2Ny43IDkwNi45IDY0My40IDU4Ni4zIDY2Mi44IDY1Ni4yIDEwNTQuNgo3NTYuNCA3 MDUuOCA3NjMuNiA3MDguMyA3MDguMyA3MDguMyA3MDguMyA3MDguMyA2NDkuMyA2NDkuMyA0NzIu MiA0NzIuMiA0NzIuMiA0NzIuMgo1MzEuMyA1MzEuMyA0MTMuMiA0MTMuMiAyOTUuMSA1MzEuMyA1 MzEuMyA2NDkuMyA1MzEuMyAyOTUuMSA4ODUuNCA3OTUuOCA4ODUuNCA0NDMuNgo3MDguMyA3MDgu MyA4MjYuNCA4MjYuNCA0NzIuMiA0NzIuMiA0NzIuMiA2NDkuMyA4MjYuNCA4MjYuNCA4MjYuNCA4 MjYuNCAwIDAgMCAwIDAKMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCA4MjYuNCAyOTUuMSA4MjYuNCA1MzEuMyA4MjYuNAo1MzEuMyA4MjYuNCA4 MjYuNCA4MjYuNCA4MjYuNCAwIDAgODI2LjQgODI2LjQgODI2LjQgMTA2Mi41IDUzMS4zIDUzMS4z IDgyNi40IDgyNi40CjgyNi40IDgyNi40IDgyNi40IDgyNi40IDgyNi40IDgyNi40IDgyNi40IDgy Ni40IDgyNi40IDgyNi40IDEwNjIuNSAxMDYyLjUgODI2LjQgODI2LjQKMTA2Mi41IDgyNi40XQo+ PgplbmRvYmoKMjIgMCBvYmoKPDwKL1R5cGUvRm9udAovU3VidHlwZS9UeXBlMQovTmFtZS9GMwov Rm9udERlc2NyaXB0b3IgMjEgMCBSCi9CYXNlRm9udC9LSlBXUlErTENNU1NCOAovRmlyc3RDaGFy IDMzCi9MYXN0Q2hhciAxOTYKL1dpZHRoc1szOTIuNCA2ODcuNSAxMTQ1LjggNjg3LjUgMTE4My4z IDEwMjcuOCAzODEuOSA1MzQuNyA1MzQuNyA2ODcuNSAxMDY5LjUgMzgxLjkKNDU4LjMgMzgxLjkg Njg3LjUgNjg3LjUgNjg3LjUgNjg3LjUgNjg3LjUgNjg3LjUgNjg3LjUgNjg3LjUgNjg3LjUgNjg3 LjUgNjg3LjUgMzgxLjkKMzgxLjkgMzkyLjQgMTA2OS41IDY0OS4zIDY0OS4zIDkxNi43IDg4OC45 IDkwMi44IDg3OC41IDk3OS4yIDg1NC4yIDgxNiA5MTYuNyA4OTkuMwozNjEuMSA2MzUuNCA5Mjcu MSA3NzcuOCAxMTI4LjUgODk5LjMgMTA1OSA4NjQuNiAxMDU5IDg5Ny42IDc2My45IDk4Mi42IDg5 NC4xIDg4OC45CjEyNzAuOCA4ODguOSA4ODguOSA4NDAuMyA0MTYuNyA2ODcuNSA0MTYuNyA2ODcu NSAzODEuOSAzODEuOSA2NDUuOCA2ODAuNiA2MTEuMSA2ODAuNgo2MjYuNyA0MjAuMSA2ODAuNiA2 ODAuNiAyOTguNiAzMzYuOCA2NDIuNCAyOTguNiAxMDYyLjUgNjgwLjYgNjg3LjUgNjgwLjYgNjgw LjYgNDU0LjkKNTI3LjEgNDk2LjUgNjgwLjYgNjA0LjIgOTA5LjcgNjA0LjIgNjA0LjIgNTkwLjMg Njg3LjUgMTM3NSA2ODcuNSA2ODcuNSA2ODcuNSAwIDAKMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCA3NzcuOCAxMTQ1LjggMTA2OS41 CjgxMi41IDkxNi43IDg5OS4zIDk5My4xIDEwNjkuNSA5OTMuMSAxMDY5LjUgMCAwIDk5My4xIDgw Mi4xIDcyMi4yIDcyMi4yIDExMDQuMiAxMTA0LjIKMjk4LjYgMzM2LjggNjg3LjUgNjg3LjUgNjg3 LjUgNjg3LjUgNjg3LjUgODg4LjkgNjExLjEgNjQ1LjggOTkzLjEgMTA2OS41IDY4Ny41IDExNzAu MQoxMzIyLjkgMTA2OS41IDI5OC42IDY4Ny41XQo+PgplbmRvYmoKMjMgMCBvYmoKPDwKL0ZpbHRl clsvRmxhdGVEZWNvZGVdCi9MZW5ndGggNDY5Cj4+CnN0cmVhbQp42qWTy26cMBSG930KqyuQascX DHgbdSZK27QocbtpuiDCM7GGm4AhbZ8+2B46MKFqO91gOJff5/+OABhhDLbAHlfuOD6IeewWo+8B WGgl88rdYnRovZQXawIEEiGQGwAFgAGPURwB+fard5N8uPNhQELvZp93uk67R/MZeavvnSpbXZWt /02+Ayt5MsKlBFRgJMhM7nol104u5j4kIcOx97HqVfHgQ8Y91bhk8MZdQjGhQxnF2Et8FnjpVrkC Orv0aKzZnkZuzwH5B0FHjDIUCYOMBUjEg02KIvbX0GwaunCyb2rrv2rVLPGpV02v1dMy4n/yZWam gAgUMzszR4wDSAhHgRv6nob0d6s0dn+1co7iYN56/3kcvNq4yU+MP2n3Flo2UCYunJbZoXyIvra3 YwBphGJhhdOd3brrzJp008Fe53la6J+pyTSwqPMWdjUsxvsgZi91oFMoVNmN8CMv14Xu0klgmH3o vFizo1fKBQrpIGZUjIlq37miCRBBER9r1PJv8X9boiRAODhrS5NW+ajbCcnDBrKsUW2rDggGg+Mm X+B5MMR/uGRt6Ve9znS5nfKOTynY8q5yEtdXCZSr2e5D7/bui4mis4DNGLx6BgHGPXEKZW5kc3Ry ZWFtCmVuZG9iagoyNCAwIG9iago8PAovRjEgOSAwIFIKL0YyIDE5IDAgUgovRjMgMjIgMCBSCj4+ CmVuZG9iagoxNSAwIG9iago8PAovUHJvY1NldFsvUERGL1RleHQvSW1hZ2VDXQovRm9udCAyNCAw IFIKPj4KZW5kb2JqCjI3IDAgb2JqCjw8Ci9GaWx0ZXJbL0ZsYXRlRGVjb2RlXQovTGVuZ3RoIDY3 OQo+PgpzdHJlYW0KeNqtlU1zmzAQhu/9FTrCTFFBfF8zTTppk9QT01Pdg4JlW2OMqJCd9N9XsCJ8 2Jk0bi6ApF1p93l3EXKx66I1al9f4NU/vOaxPTn7DaETrt7YcntyVrteZJ+uPJTiNELZCjkpcoIw wUmMss8/rdvZzdx2Ai+ybveF4hVVm2YYW5dPipU1F2Vt/8q+ostsEsJFhkjq4tQbbXd9mV3Bdklo O17ku4l1Jw5s92A7fmgxCYvBRziEuB7RZsR1rZntBxZdMzDwR4f2icn1dOb+HJCvbAjEiI/jtEHm J5gkyPFTHET/DK0dO2A128uqzV/UbLQwh2mW8wUJ4/wF1G/Kr4mdIC/Fid/GHmI/RI7nRjgJ2+AX JCIvSdqk/ewahjgJRq7XS1YqvvoDwd/MZ5DM44bnBoBkv/dcGhFrJXmuYKGi+bZRmClYE81ALpnk 5RpmFtYKJtvgXOSQCBM4lz3RXVWYXRv4TmaO1jEs7ONaOZ9THGCSnsepd32dUy5KRXlpWKgNNEZ8 wjYaMo07pkeI3sJXD8OOqWnEEdS84Dr+SfA62KND+z6omTwMctCaTLO4/THPYPLuu/lQkmqn2ui6 e26lwTnQbxtR1WA0QFg0GUPXlUqKqsmtI06b342GURho+8r0XwtA4XesGJJq2YOzKmbgOpPiwJeG BC0hbFYrvqPKKC9WsFpQ2/ctudaroKSpJbYEux3PpdChuG2yj+DEzZb0WMQ1P7ByWqm8+6OJsjBQ 6ajDd6ZCYqsUplSU6Cyei+/4tEl0NbadMAzgf6iFYqwTV3V3RV00YN5PMD+JceqfJdjAddziOa3o Ay+44qweqhUPqhrE4+XWWAy6UbPbmMQruCqC/qrQOx01RL9hLnbVXlGl75wWZTRBGfUo4/9AOaLz 4S/iFR/pCmVuZHN0cmVhbQplbmRvYmoKMjggMCBvYmoKPDwKL0YxIDkgMCBSCi9GMiAxOSAwIFIK Pj4KZW5kb2JqCjI2IDAgb2JqCjw8Ci9Qcm9jU2V0Wy9QREYvVGV4dC9JbWFnZUNdCi9Gb250IDI4 IDAgUgo+PgplbmRvYmoKMzEgMCBvYmoKPDwKL0xlbmd0aCAyOTQzCi9GaWx0ZXIvRmxhdGVEZWNv ZGUKL05hbWUvSW0xCi9UeXBlL1hPYmplY3QKL1N1YnR5cGUvRm9ybQovQkJveFswIDAgMjM4NCAz MzcwXQovRm9ybVR5cGUgMQovTWF0cml4WzEgMCAwIDEgMCAwXQovUmVzb3VyY2VzPDwKL1Byb2NT ZXRbL1BERi9UZXh0XQovRm9udCAzMiAwIFIKPj4KPj4Kc3RyZWFtCnic3VrLblzHEd3fr+hdpAC6 6fdjk4UAw0EgG4pJwIvYC2JIiXI4ZCRSkf33Oae7qu+dkeIAXgpacLqmu15ddaqqR++NXb1vxTtj +W+/OByX94s1zru61mKOC4l3i2u1raGefNY9d8vt8qO5X5zhvw9vF7vGEFKLZn5wLdW18URckzcf bpY3f+6cLfe/X+IaUnC+E/afD0fz8nL5yw/F4GA0l2+WoSUEhTVb643PbnXm8rg8e3Xz9urwm/nm +u2N+enZ/YM5frx7evfvq6db8/ju7f3V3bv7t+bm16eb+8d3D/ePPz1/fvnL8s3l8o8lrM2Vaj6J Rj98u4TmV++SadGuxdINJca1umxShCEBNl9smzI82E425bom/N3vis6t1SbuqhDYsMu2taSTTfp3 2xSbXc84uZLXAv8fl5o9nOW/uCmV1cWTTcWuqZxuankNPu427XT6pxG/uLKWDCf8PD9dL+KGUPya fdfXp9WHyRFRYkNdc9pRLpaScYs2mxDCGmOj3OrWFp2BNhAWRfDPuIXrxbmQ12zUE8fFFRvXXCfl blKqDyvcQkq1VMmoqG1PsWnNELWjyHXdTVGT8H/MD23NLgST2uptcP1yQ0FU0mjfA/xiSbWuDjde o8c5DwNyzmvMzjTrVsQ45IjbNgIFbxLpBm9+YUKOwFQN1bwRcym1ncGk2JBACWvt+VliWP0g8LZI oNtJ8YiJSgpMqokUatL3hLL6CE/CyJZbp0QYBFGIrVoGBYHXHCgJeV3EoNh4CteAgCLF9u9KhLNS l4VkLhWnIm7E9j22rqUEQ726/wtuMVlcEe6leOZbbmktiNkSHARwT4Z/c46m+Lz60vcgmiqugSJ9 7nuKeKfHVs5lcLUF99A6BRiVINjir6NyOYXONTeEVFcuxwyuyeSaVmv7HsBCiNiDTMyxUxDRFaCl EkDx+BSLyXRW7NI9XdtMjmUNjS7OiPqCNMoB0T9kOTgLmmcEdG0MiMywRRTpN6TYvjs1RhP58FOB ixPst2lQwooISgiKmlon8KYS8AvCB0XCM3mgeewE2GmdSY4Z5ITiSwG+UL8sFNoQi8BgqmW1CO6I SIqlCN+QcQhu6zYllIsGCRHBYocuHt8EZE0Up6NGIH+If4iRzqQx+IAUlV80sTpUQE4mQnV/2oCg KSakpLfAe4WkgDCi7+lPR5kBl1FsEJdDQoBociOhdSwKSEEawnsaeeNhiLXj5mCSr8aXxHyX+2bi e5rdPZORLghCn+Bn3xVG2lMZD0hwrisD3xM1PAJ25GFOULTEDn9hXHeC15ACHhDFDB0hyptz8FHp +YPwHGiDgMyDMwqOhVksDQMZc3GAOKAX3OVy3KWCI9SXLqsMdznIDLmbVVrPTAe9XMdKplSGBx1u s+VBQWKAMTBF4hF35In98DqrCikjU1xgo1CEQhBwcEYY2YBIsomFHPnhzwipR+jFAgbgiXQQ4Dx2 Sl+6xi1YInGRZTkR0UlAtDkSAPEhDEphgGegHy+xUyLvip5tPWZBwUUgNdOIXVLoHIhKsXcAnQIc J8UKVqNoFKJ3Bo4NV4ACltAXAGG7VS6AQWSKA5RLL4yBKViNAkSnYDuT3nbsJCUgeKAPUrG5oTOA FZ8IB8OBLqBOVLQRkiqdAtWQ0XRBGnyQIyRMlT2gAr1Kgi2u+EFBjwOkQInoGe087grpn6h4h03n ERZwd4ppZKdjIlBQSD04OgVxgoIILUfYOo+YRElGHzRgAASEPSTBghqEklirCS/Opz2lbrJxCnrF wqgTSoPjOuKMcINwIAFO4Waa7CE+oeli/9aKWgWQIAjVIq7AfQLKAMtlBAogpoLgQi9znYJ8AJRB ZevExT28ApweRzOBmFqJS81KrOPyGk0Gvgj44oIbZTCmqlxMptcZUsTgHl2ud1Q5S211PI/6G1CR gQoj2AEKDoAHl/RWzgF7+ilU2zIiGYDKTAho0FLrkUOTISoq2LoYeyAz6kpHPBd51+zLioY/CgsD mZ1aG94BuiPpQIGTQlcnIrEqwZU9zzjVgEMQ7glM/VQiJJOC8BqyGBAQDq9LACY/7HRNI5slCbfH ABerGGnIouDY+o49vQcDJXWcI6VviFKpHKMVem5IDwqc5TvF9frmWA3pCTdvipRWdpSLPzaeIEEA 4kjo3IeT7z4+PpmPjzecOTg1NaTT5SsMLe/u/2Vefry/vrt5/if0x2geEA4viMg4eI2DV7/xnOFG Hn42NpuHD+ZvV4+3OPTs5dXjzbX5TqcdkF4oI8cWsPP53vyK7vTbLh83iH4CBYwYzS9fXX3A0PTq 4rU5XN3fPzyJluN7aHl79Z8b81ccN8d3hw8Pb+4ePkGKG19ef7wxTw/m+1/5/dWTucEAhm+BpLEh AF8gX3caDBX62PW7HbYzf9/GMZ2nIno/dk7HSQkIOM4PCSHNyqwDicwxujwsjF4OaUpRrFAGulYR OKEU+pDIIRxk2BIJsjosqoF+rSrL6XMTDhiadwPRNvcpBV03kxODHhqYOEcmnWJ0fUDNJjLWSdF2 VTnMtcg4zIY2etRIYIVyUItVhq4Pi2oxd4iWyuHcjmGddpjbBDcp7HuQrgnYxgZYxiBpRWWFK0Cx YicmBJlg9bAuhTvvuBMwH3VH6Gmdv4S7LnFlIn1u0IFNGJzrP6zS8dT2CEWi8FGDnbXc8JEYDIyM J88Ac9dQYrdJ2+/dnhFauz3bVD73jAF8t+fzhwlx2+5dYpM1Hn4qp1fPNxjUS7qiccSrHf6ip8vA AOA5HmyUb0aXzgJ53CjFdngP3vceTiPMA7YTWmhdH1g0eu1SishVBroUCQfVC9NNP6bHGQMocVOA rg+LqqCUzRmDw7kRB1p2Jvb3zQ91lJzNfBZkYomI1kxU5bZcVfVnNg+5cl5Xwn8azzmJM7mejijT Deopf11vxitle3waHM5N2BuvtBPjUY9PjUdB7zPHZrxj/1Sm8cDTUOpmvK4345UicuW8roT/NN6h 9+SUq6e99f2hQvnrejNeKdt72eBwbsLeeKV9+eY/T0whRM4lUN45fuMmujeIJPRsaF+THXOyUDQl lcNM0SHisOVsCn1YVgYKSipC1/CvKKGUqbVwOLNimH8qlgiKTpSXgak6qfm1EvZ35gthml/Q7qBL VOMcJ6Lmdub3rg+ZNXcIak0Op0h32GBNlRcG0zgRsTNflJg7VGvlcGpFN/9M7JfNn++8Axu3yG+c xcKGevMxU0JT11voK0XRVhicgu8M/cYezW+g1zAhs4XfUmust9BXyvY0PTicmdBt56tcY0MDD8Bf mET74/10k7hxu+3EWIG209HDafMm5tXpVcn3s0DJcV1vNyeUzODA7KMMdOpXCbre7nruEBUnhzMj xmXDiYCdT1+ribf70i/V77hrBjy6/lmgpdLNAj2r4SzQQpkFmMd1MautEqq8UWmc89mh5i0TZL1F qlKmesLh3IDDPgO/Iqtu973cFoezu5NAUkgfcTYxX+NwFoVB2H6kGsfnesaIUjSKlMH8ZUIk7OJQ VJhxKCrOODwz4nBSML8uy/YZpi3WFosR7PjEN9tAaahmGzibrtkGCkX7PGGgy9nWKQGKlq0cyKQ5 u0CdRGcTOAhTvXH6XP+TBPt6jNpflVbFXeVOhZPiLJujLM66qlVyFt5B0LI8DutqFmFtJe34iUEP 6w+hyl3Xm01KmQ2qcDjX/+Sqvh6j9lelvftuvCix/5Yw+UqnPiXPbn7qJpQ5QAwGstzmBSUg3fnb 0BwwUupvHXPAkPVuwBDKVFo4nBtxcl9fmWW3+obwR/8DB3TwDeNlywBXiOivpK9fXfS3R7tG2/+H yXg6vHxNKrlgVszkEiyCFya+aPwNsI1nTD2+F/eCr70JXe4L/pbpbf5sp7J0/OUbG//Xvsmx/zjG gZm/DeDvpmF/1uS//wIR4ALGCmVuZHN0cmVhbQplbmRvYmoKMzIgMCBvYmoKPDwKL1I3IDMzIDAg Ugo+PgplbmRvYmoKMzMgMCBvYmoKPDwKL0Jhc2VGb250L1RpbWVzLVJvbWFuCi9UeXBlL0ZvbnQK L1N1YnR5cGUvVHlwZTEKPj4KZW5kb2JqCjM0IDAgb2JqCjw8Ci9GaWx0ZXJbL0ZsYXRlRGVjb2Rl XQovTGVuZ3RoIDI4Mgo+PgpzdHJlYW0KeNqlkstOwzAQRfd8xUhsbAm7HjtO7G3VFBUoasE7YBGq EKKSBpLw+HySuqJNFQkJNh7NnfeRQXAhIIOtOfdm/2D3rAfVS4CBUuxnrgfVtnTsRlMEy20I7gmY BRZow00EbnJH5ourW8oCDMn8/aXJX5PmuXMjEn816abOy01NH9wFxO5ohbEDaQW32Gs3i93UtzOa MgyVMOS6/EiLR8qUJmnlg8GZHyIFyjZNCkEWVAUkydJdQm/o/rAqO1Zu/gLyl4aemFQ8sh0yrbmU 7ZmSR8pDO0QVHqLaXsV2QPNVVd7LUJRUKfLZiZrEdZMXSZP6zFMchvvWroI6NBIEMPHjoOnCLBDI DcKqgNGsQJiUsPzHZzr5BtzojvoKZW5kc3RyZWFtCmVuZG9iagozNSAwIG9iago8PAovRjEgOSAw IFIKPj4KZW5kb2JqCjM2IDAgb2JqCjw8Ci9JbTEgMzEgMCBSCj4+CmVuZG9iagozMCAwIG9iago8 PAovUHJvY1NldFsvUERGL1RleHQvSW1hZ2VDXQovRm9udCAzNSAwIFIKL1hPYmplY3QgMzYgMCBS Cj4+CmVuZG9iagozOSAwIG9iago8PAovTGVuZ3RoIDU0NTQKL0ZpbHRlci9GbGF0ZURlY29kZQov TmFtZS9JbTIKL1R5cGUvWE9iamVjdAovU3VidHlwZS9Gb3JtCi9CQm94WzAgMCAyMzg0IDMzNzBd Ci9Gb3JtVHlwZSAxCi9NYXRyaXhbMSAwIDAgMSAwIDBdCi9SZXNvdXJjZXM8PAovUHJvY1NldFsv UERGL1RleHRdCi9Gb250IDQwIDAgUgo+Pgo+PgpzdHJlYW0KeJzdXEvPHcdx3d9fMTtLATiZfkw/ gGQRB4YDQzZkk0AWghfEJSVKIaVIlCD73+ec6qrqnmuaApTdBwGWur6eenW9u6+/3449xl5j2A7+ sy7u727f344txJj2mLZ3NwLf3mI+4t7j5b9tz9vbm9t/b9/ewsZ/fvjqduw5pbPn7dxLOULZYqog UvFFyPsZtx9e3778F8F8cP/3t7ynM4UogPW/7++23764/etf8Gne8/biy9vgMmyphx2Ij7S37cW7 2yfvvr7/8N2Xb7/7efu3f9/C7z998c3tdy9uf759saW9h9q2UPdajrr91f/r1U3/9DOw/kHZ+cvv byHUcwc49brnHKADh5S89wZcIfc9ly2ltpcKTWDDfgRf32/haJD0nDuOs+0xTwy2Vhr8YkBy7Hvr 52YY8ln2CG6Nhq3xhXIxdwwuHcODHHec0/Nb7/io1q22vsfQIZ1DgKeWsvWadhxaTTjHM209H3sF elvfb/0Ap2d2SGth7yBgCHytJO43g7QYRB2GoeUq6jAatgaNwYRvUB4dwYMUQ7YMMzsrsIMPYH9n gFZhVNRdziDbHGsOYW/HuZBNtcP8okNgivuRumOwtZHAFwZJXU7BMPRy0tSNhC7vN+PB/q4s69cP EphYEDoA9XnuIXaRSyExQh0wgXwKe7EXEO+gGveWm6/BZjv2BKMwSDrzfrToGHytNCiYQlrdT/n3 wJBDEvMyGramaIML32FcKoZHOa7Shd72HPIiXYCKegkuXYCSilAclG09pTOI8W4YfK00pnQRNtxK deniWffQ8tSgrqd0vkO5NAyPcqh0pcMHYR4dDoCg+c4hBV45pEsw5QSKe6i9isUc0Ze0ybafcCuD wLrEeQyBrY0EhRuQkOKOYL0ZhoAQU8NpJGxJ2QYPvkF5NASPUgzZvkAwPRBGD0TPUCIMK24n/LZm yhkaTAtZxSBv8YXvSoht5bJLIZddCPqIA+suhVx24STDecGlEO5qyBBnm9GMwRxhCiFjpWi7Os64 p7zu+gAudd1l0yKibcoM18h53NVhOfXCvO1ac8zYlfmvdt0VGD6L7IokFT+8q0QguOxiAoDFrLvi EZBW1l0rXx9Nl70gi9MAa92bKiCVfeJ8ewv5PGhaE/J8Zk/NhaTc057gSojmIVWlPIwpnAy9a36K IZQdIdQgbx3SYoPTNkJQWWwVVlpSWjbUQN+8QMhfJsQJOeSXxLccpLkBchzURPJw/dYUMgHPb5EK SbMYovPxmAI5QqxHMTSlTwmOmOF44GgXGrkfTIRqc0Roe2aaOw+45+nWu25qiL2hrJvoNTn/sriW OyeC3IDexX97azlic1whnuftYP5RtIKYch6LaPOQJtuJxZAECGXbHOWyyQ3KNqlhrpvMU5ycOea6 ySxn8qThYt00PUc3mcOtmwLcrMDOXF0f2oTK7kDoWDZRk+26CZViZqEwN6HcDv26yTxo8qSh4peP d+xPoUsefDdDkkJwmmT9jBe1Ki/zMzWTyAouXl3Z7AOlbNpFJyHzrLND3k5IYOwefonisFKTJbG8 XfYcR97rBTC85O1CyiBkY8pNduL2DTsbK/JH6J4nDwjdZ4kiAhlhJRx9APIOKrU0KQ4EkpiEKpJx O8KABAqCQhgmOfZAZziSChce5wcIEDdAcKJHHBAYF+wOIbaeFkiYt1BttDqIJxwtAHlX0vDkMCJa iyP4INYwDma4eBNFhSDqqJl+OfAeMH+gAfo69A21ooIFJLCeIORAeAbGGsFlF/aONnSDY4/jqwM1 BTGjTipDqAMFEEyiHoh0eUAg8YFCBRVRisKzNjkFxqdooC14R4HZtjo+gm5CQ3WDEx1b4OagUKCs owz+EEIIQZnDiouQyCgFn4E7xHNAKPJW0AxBCQJBvEVMKoFJUSGRbSnC8l7a4A+2B+3AD/CHgRk2 h3B5wsyPNqgzDiCdg/opEEsMs6LokDiUhtRa1VA64hcr0/MIUvsOCITIzQoMfoQ8lGFKpXfFWxPq XVpUjkYbWxJiWlAA7I8Ff3elQ/8V5Sn51sODUIUFfJfQJIKHES+Z+YeY0AqMKcH+WtU9OOAtwZZ0 BxxUel42/0MRMEBkBsYCw8taGJSQmWJTyIlAvjHhxzjwoEZHvGicEozzZmsfKbXoBQAcGcpsyHgO HCe7/AjPluQmRoRKHfaqTnggULF2h/mbPQAdNBfDIeeg1gkHCyxhFSB6Cl1CiQBwjAig0U18BKnA 3m+4k7pBAHbONwRCLYUS1BbgO4GKZHhJZaDpkSRxyNI3CERae8YFVtUCQXpHzIO2cxrssVHDV9BO ObpBuCVJLS8A5MQoEC1pHDLTSWhH5OmXOoz83YCkIpA8ThKhi0ooMPI+4lFDUGCPgdjXTiFfexNP RezTWq+CIQIYSHULJC3iqfpNo4Rw1K6FCSDsuwA5rWKqCCT4BlFMdVHh+Yi/RfotMQBGTnzDHlmq WRSUjfbLUqIqINCcCiJWDQMLEwHwworDcAyGPGi9wCZUgRXBAUddoI88Yk1l1EBJjANKww0qqmMc /tkmw3An1nPIiqPGASTuSDMnVRMEc4FqEPzPk7mkDkig0k/IqVG2IMiQFjJnS3FAEoJIMJMt8BGE rjO6+xfoCgH1ZP82fKMw7uCs0vAELnObRLEf4QL/m49iKBl02DsmJXIy4tkQSTg9mNIybHHYAoVh wwv9HV1VkKWUQgDo51AcQyk7SxBMxVQZ2Egz1A81JbEpjg9LGXggO8IFjF9tnMkM4YyhatQgOHug AQA2XrOZxzGaEE0qFX9ESQJ4UHvB8SFnJlim5s4mEQkQ+qAAyCjLTFmAMXzJUc4gynKCNLJH1Sbz AkAQAIYTNxolUGDrMPYmHCFAInx14aO1NoaAbD3GHoQfhEEr3wDpKF0z99AKRHGdgReBFjV0HqQ6 slvmtKeYxcGbRMKYzZZRdgv1Ebo6Dg/c0ppPOdQOxXZC5PwFwKgmgJGPACnMuEs478zWXSCjZQCk ixq8RhRIygvEx3CzySeA+YqQJFUSIUj9gKAFFRfmiCFClJM+LbGCRspSlh4h4S2XIjOaE26L8kMg WULfGWm9Y49sPpGsmphUFhnYfePAi1BiEZc5TEjqFmxaMymhNhJtqu0zWSdRF1oPOcLMwCDMqTPk Zt1EpuMmelvXMg/luzhbNQfPTFD0pMI5BVWckXZJObOMHHsYnmQoJDVKRjY/EwBQXRy8HcNSclRW Ui+XwRwhA39GcRCksEltaIFj8+GxqQ0tcF7ZxcZTY5yB4TEVi39ybsTehcOyYRKpUjG0+kPqbUKy mPs0TjoiukaYxMA3INR97KcaOSEI1lsk9WNAkjRzEcljTCMQgJnmc9OiytqQSOcJwl87pIiNNL5c VarAoRzUNsIZJUcRgjwP15cgadpBmNCakxqE10lebxJX86HDPPhEiQPCIIj6gBFAYghHhCxIQ+IZ iq2h3GNuRAmKQCfHF9OgjnMeoSjHJrkZJYoUjTScPIZrLCoGBNrloYP1Xt0gI76CwCUGMS6UEzQ8 lsmjOctoFSo0h7iURytGO+tINicnkm11KdGF2DGPBsfGwuOQ2JErxxKcsrLhlj2NIRw+Ljhbkm4o SZ8rmmnDhhHB6ggTdIoIiTgFaBKjMyMh3AWB7BiVCbMUbA/nDQVJLUtI6xy57qe69+hRAZAjeO5N bmAKkVGxfiOQ1Ba8gIRdSjKjLY1Oiwt/kKPvZ1hkkAoqlEVOKdYkQJoaAAGevqgKVWDZpb0ydQLC bmpRudWb81RgAewblpOTQjbH5XSR0FCXh8UCUB7XPa5WYg3StCSpw9PF2JAJclgNkr3PCMVmtAdV eC6G3Tu5iYvxd04Xhomqg3QUkSMumRNxSnikNQx1uPCwLXPGnqiLsjhs5z2Ehqrh1Lwjajkvjt9w EsNlRmhovGqJbQkejcEjWBCi487ZlAUhhGItnixQtcA+5lyCGevhUaVZwKscg4kZWFDEgYkRzcDJ 5n00ORZcK6mfJjkDcE3sINYwVBHH6whVGsjr8DqN85VzmWGkmgsKmikNSpIsUDbqzMfSSalsMPqS cgqiglSVmpQKTG7UJJa3CruRkUM1t5U8bjZm+ivJeRkZkjP4c8mgJWpjb0m28OJ2RBpNxKj09jMu uRphREsHS+ezIfeUj+ajDb+0EAZl5XKulUNnC1vW6qJnbf69AunamliNwkF0HPOiX3UNnTnu5bwF jbhcRP/x5d+3n96/3j77+tv/4S00izk08tuLz26f/Panb1+9fb1998P2Xy/fv/n0N/xjR3c+/vjy /etX2x9/evvj1//78kf+VS6wx8TqV96SIwztTEcoTIW5P21/08txjiUPuU7eXrzSPxzjL7DpZ4iL x4G8PP92zDv1/9fFfYTiwRJOZlzcU0/bUAwJYEsTqn/86f2PVCSBzyJLJJiNKPnV7YtPPnv91cv7 37f/uN9fv3//6bM4Zlif/O7VV6+3H7/b5N+fPf98e3gWsL36Sf7+p7/hv1/+uL0c3//1xR/goKjj t2eR/0v6//ndDw8o9DQPO7ALRqNox/bR2evluUFnGYIoRK9jRH03IdJlIeqiODxr9jlsZ2cVg695 v44eGu7tkVInt4bB10rj7rNdOg8v3hWBTcuNhK3vN2PCdxiTA8GjFOOGcDwvaVEyPAzGb9DQI/Fe cU6dOyMZonJlcYecY9cOhY1MPX19v52F7Wl2iF2QKAJbKoX7vEDhk4PNvu58P8L4pPhtfb8ZBwaZ t36C4FGEO5+y+C0j9M32d8pVKie9zeXizPLgFFLp2nrKZRDl2xDYxYRSuM+biiRjJfucjzAQ2Ay/ LqdYCpj3ouPzRwlErAeaiQ1TLKweIwu98YxnXmVKa7lcJDDEcFqulO26xlibr2WMd4PY3YQisOUg cJ8XOV0m7PY1eyZW+Ibf1lN2g8w72oHhQYRVdgVdRIf1X0XnPUHLi+gczaN6ctHtVshYs/UU3SBW 4SoCWw4C93nLkyVB2teRY+s6Rbf1FN0g80p5YHgQYRVdQR8W/QN39AqRdxBIeIFzK4RKiwiBvSfw zAgBIaUA8B16J+MY7HpdadyXW/kmFZdhsDRuNGyNL5QL3+GvBhTDgxyigEfCLBZ4y8bKjzFmqCDG LgXzVIFBTIAYGKOCC4iulI3HqgIZ7Uyl2BMGV8HDw4f78shBBVAMJqDRmCowLnyH8a0YHuUYKngg /GEV/ONdpV+7si2F43DOz9sp9nAsEFHxwp/mmieEAzomhJdFbGIMg62NBlKRQtB0HayDDYP5kNGY XmZcGMQvYhXDoxyigkfCEaU7h4J9PMO5amBeDvtNMEcblNRo60Wwc6frqQGDGGHDYGujMTXAF5iM 3q5DvYV1Let6asAg8wJ5YHiU46IBA64agEKuGpi38Q7hTXvq0wZ4T4auyrnT9WIDCjHChsHXnjIc wgjINl0x+JBIacwaybgwiHOpGB7luGjAgB+1AXtus3jBKXNyI+1xQJlb4oCybxB3goHAl0phyp95 45NcfHNXozB92ngwyHwfIQgeZbhIb8CPnn8JUXrvKf3JYNxOF9+eSTlzup7iG8QIGwZ3RaUx5S8c Mp8zBlj1ZDRmfWVcGGS+RxkYHuW4xgAFfvT87SXR1ECN4+bFaNtTF+PO1lMDBjHChsHXSmNqoDJV 1OIasGdSTsOfyDoXCnEuFcOjHBcNGPCjNjAfC80Iy5nFzAM2jzHu5tNb49+f/HqUHxh87Z2AQWRS xPehisGeOBkNW08NGGQ+pRoYHuW4aMCAH7WBcEQZFy55gHO1Mr2gt1MGi86drqcGDOJ5QDHM9aAx NSCPJvgk3zPheDszM+FYr5lwQJYHZ4LhUY6LBgz4QRt4aLw+XDaiR0O1Aa2Bi3CcuY5fDLjl+aO/ +TKrjmeLZrtmhmbdbqtu/wpxw1UMvnZ/8IOlzy0xxF6vuY3qemrPIG4viuFRDtGev2zc+wlqP8t7 2WP75glL/WZ9eTsaztkcofyQAa93pNpeesvqLaj3tAqxflQR2NJaXFtzlh9mc9TEufscJeh6NkcG cQ4Vw4MI11b/CYn1Zn1U6Y9751vMIoNqL6CsFrISa/7qxYowhXj1pBh87UWZQ1j4LYWsPdL0SknX 0xgN4lwqhkc57pca9ckJt3qajTfeLY/Qx4W7j2DGNMMnMDbv8AHMAPiARX82o0ufpxgAdYNcL9oA RkeDPoDx4aEPYBTi/CmGRwkunvaUxHpzeSo8UvBaKuTANyUzSWu+9TRuSXkm+gFZCgHBMNeW+CeE 1cWsFPQq1UnoeqkUFDKZFASPUtyvVdDTEm31MpukLdO+Ks/IfNg35mY+67PJmo/6BsCmbONju+r2 wZ0BUpHnlj7p47/DzCq2XiZ9CnF+FcMj/xcfezpCrR42J3Oz25VHpB5nrbG1SOzdr8dqhcx+WxB4 g+r9tUPYwS8DCfsBkTe9ul46coU414rhUYqLhz010d6sv+jSQeW75Tdeh9zZ+zRXv/N57xyP2kTY dvjEWDHYek6IFVKEt+gzZXswazRsPWfKvkO5dAwPctwvA/MnJ9zqcdZYT7Psx3je4E2EddHWZnir 7Y2IQmZ7PzD42tt5h8gvueocAIwfS3mHbb+99RZ8AJxF/fxRiIvDPTHJeGg++HeTnFcDw6D86sDG ina5ME3Srh/MJP16Qk3S1tMkFeIGpRjM4IzGNEnjwncol4bhUY775XbmyQm3+psNM6dVljRe4vi4 0yaXNhD18aaPTBUyR6oDg699hOoQjmnn0JlP2+MydLb1MnNViDM5EDxKcXG4pybamw/+SnDOUvYu x29o7dLJCPvNlLOmkDnPGRhmNWy3Xw7hFRt/U2IFsv5MxAtkXS8FskKcb8XwKMdD8f/UhFvLf3sW sjxdKVF+UOYPR3QC6k9L/KWIPz5RiD9NGQhs6U9RrJo+In80ss23AuNHjvM1wVjPctkgXswrhkch Lj3AE5Ns9Te79ZwmKU/G+yyX/YrT7ib9HtTvJhXil6KKwdd+1+oQ3ueWGUzssbvT0PVyO6sQ51Ix PMpx8benJ5w/HfvV7x5jh93xOnWPHMTIw8zPP3suT/hgLwcDRTvkod+LzwkVLAffJH55e8bfO/W+ PeMv0E6+3fRtz/gzX/4Y6xkq6fFOUdGmwOeJWV4GCuw3V86k1Avym7+GDHSlzP9XG9kFZQbw/Yy/ kQShC4ULi/xZxEHX5BMBfDHxHZuzcpVOOeFT9X5SAmin5H9OQt6982KxPm4zAU0ZJf0TefhK/Oik xbfh/bxgkXeS/Of/AIYfozEKZW5kc3RyZWFtCmVuZG9iago0MCAwIG9iago8PAovUjcgNDEgMCBS Cj4+CmVuZG9iago0MSAwIG9iago8PAovQmFzZUZvbnQvVGltZXMtUm9tYW4KL1R5cGUvRm9udAov U3VidHlwZS9UeXBlMQo+PgplbmRvYmoKNDIgMCBvYmoKPDwKL0ZpbHRlclsvRmxhdGVEZWNvZGVd Ci9MZW5ndGggMjgyCj4+CnN0cmVhbQp42qWSy07DMBBF93zFSGxsCbuecZzE26opKlBUwDtgEaoQ opIG0vD4fJIa0aaKhAQbj+bO+8igpFKQw9acerN7sHtWg+o5wEAp9jNXg2pbOnajKYKVNgT3CMKC CEws4wjc5JbNFxc3XAQYsvnbc1O8pM1T50Ys+Wyy9aao1ht+784gcQcrjB2QVdJir90scVPfLjZc YKhVzC6r96x84EIbltU+GJz4IaSQ2jRSii24DliaZz7B9IbuDqvzQ+X6LyB/aeiJkZaR7ZAZI4na M0lG2kPbRxXuo9peJb6BFsu6uqNQVVxr9tGJhiWbpijTJvOZxzQM97VdBQ1FCAqE+nEw7sIiUChj hGUJo1lJMKng6h+f6egL2pqO8QplbmRzdHJlYW0KZW5kb2JqCjQzIDAgb2JqCjw8Ci9GMSA5IDAg Ugo+PgplbmRvYmoKNDQgMCBvYmoKPDwKL0ltMiAzOSAwIFIKPj4KZW5kb2JqCjM4IDAgb2JqCjw8 Ci9Qcm9jU2V0Wy9QREYvVGV4dC9JbWFnZUNdCi9Gb250IDQzIDAgUgovWE9iamVjdCA0NCAwIFIK Pj4KZW5kb2JqCjQ3IDAgb2JqCjw8Ci9GaWx0ZXJbL0ZsYXRlRGVjb2RlXQovTGVuZ3RoIDYxMAo+ PgpzdHJlYW0KeNrFU0lz0zAUvvMrdEOewarkRbY5dkgYoGUy1DfCQUkUR1MvGVtd+PdIfkpip86U oQcuXp6e9L5NiBJKUYH612d4nR7MPu4nq98QmtjKxp33k1Wz9Tq/mjOUkYyjfIv8DPlRnJI0Qfmn n/h2cXPn+RHj+Pah1Gov9M7+Jnj2rGXdqabuvF/5VzTLzyBc5yjIKMnY6Lgvs3wOx6Wx5zMe0hR/ bx5ltfL8MMayhcXoAwwJKAtMW0ApXnhhhEUhoYGPhp6ItcV55ce/CPnKgaBYEJIks5IlEQkNy4Dw FDQbKsWHSvWkfHjdqnXbLANOG8vsyfV2WlVCy4ui2sEsI2loB7MU+YxSEoK4i1KKzgm0aer3Ggbp 9jfUdAOFVoqNWzIVM9zVq4e1M1fV0Gv27CSUBDhkvHILXhga1LZksV7NwxMu38A1vgcJSXmPTD6L al8CqzEDgz5OEO27SE/adzU/TgjP+oV854buAYOBB6Ca7RlKDVoeOMWnycCr+/gyOH8RChtmTrjl ZLIcxz0qRi4mP45JGo2ajxSkc3hIIMGlsJjbwqxCWzWVjield6qGb1HDzpu7BXyshVtxV6kHR4cu rEw6euMZbvreAJeqUlroQzgZVpXT+Ni6skb3CaIHnQPTVsmNcjSYzYtst2INOpvlejgd0ilWnbkG ToUD704VtShVXcCvYac76FjiZRAnbeecdj4uPfJGA0MTKwr3NHjVwEHz/zUwGRvInYHJuYETV2Ld 1FqoWm5G4zhWDvlE44vkHDftbRja5lFtJNyvSwYmxsBOmiMd3jf6NzLo3R9gF71/CmVuZHN0cmVh bQplbmRvYmoKNDggMCBvYmoKPDwKL0YxIDkgMCBSCi9GMyAyMiAwIFIKPj4KZW5kb2JqCjQ2IDAg b2JqCjw8Ci9Qcm9jU2V0Wy9QREYvVGV4dC9JbWFnZUNdCi9Gb250IDQ4IDAgUgo+PgplbmRvYmoK NTEgMCBvYmoKPDwKL1R5cGUvRW5jb2RpbmcKL0RpZmZlcmVuY2VzWzAvR2FtbWEvRGVsdGEvVGhl dGEvTGFtYmRhL1hpL1BpL1NpZ21hL1Vwc2lsb24vUGhpL1BzaS9PbWVnYS9hbHBoYS9iZXRhL2dh bW1hL2RlbHRhL2Vwc2lsb24xL3pldGEvZXRhL3RoZXRhL2lvdGEva2FwcGEvbGFtYmRhL211L251 L3hpL3BpL3Joby9zaWdtYS90YXUvdXBzaWxvbi9waGkvY2hpL3BzaS9vbWVnYS9lcHNpbG9uL3Ro ZXRhMS9waTEvcmhvMS9zaWdtYTEvcGhpMS9hcnJvd2xlZnR0b3BoYWxmL2Fycm93bGVmdGJvdGhh bGYvYXJyb3dyaWdodHRvcGhhbGYvYXJyb3dyaWdodGJvdGhhbGYvYXJyb3dob29rbGVmdC9hcnJv d2hvb2tyaWdodC90cmlhbmdsZXJpZ2h0L3RyaWFuZ2xlbGVmdC96ZXJvb2xkc3R5bGUvb25lb2xk c3R5bGUvdHdvb2xkc3R5bGUvdGhyZWVvbGRzdHlsZS9mb3Vyb2xkc3R5bGUvZml2ZW9sZHN0eWxl L3NpeG9sZHN0eWxlL3NldmVub2xkc3R5bGUvZWlnaHRvbGRzdHlsZS9uaW5lb2xkc3R5bGUvcGVy aW9kL2NvbW1hL2xlc3Mvc2xhc2gvZ3JlYXRlci9zdGFyL3BhcnRpYWxkaWZmL0EvQi9DL0QvRS9G L0cvSC9JL0ovSy9ML00vTi9PL1AvUS9SL1MvVC9VL1YvVy9YL1kvWi9mbGF0L25hdHVyYWwvc2hh cnAvc2x1cmJlbG93L3NsdXJhYm92ZS9sc2NyaXB0L2EvYi9jL2QvZS9mL2cvaC9pL2ovay9sL20v bi9vL3AvcS9yL3MvdC91L3Yvdy94L3kvei9kb3RsZXNzaS9kb3RsZXNzai93ZWllcnN0cmFzcy92 ZWN0b3IvdGllL3BzaQoxNjAvc3BhY2UvR2FtbWEvRGVsdGEvVGhldGEvTGFtYmRhL1hpL1BpL1Np Z21hL1Vwc2lsb24vUGhpL1BzaSAxNzMvT21lZ2EvYWxwaGEvYmV0YS9nYW1tYS9kZWx0YS9lcHNp bG9uMS96ZXRhL2V0YS90aGV0YS9pb3RhL2thcHBhL2xhbWJkYS9tdS9udS94aS9waS9yaG8vc2ln bWEvdGF1L3Vwc2lsb24vcGhpL2NoaS9wc2kvdGllXQo+PgplbmRvYmoKNTQgMCBvYmoKPDwKL0Vu Y29kaW5nIDUxIDAgUgovVHlwZS9Gb250Ci9TdWJ0eXBlL1R5cGUxCi9OYW1lL0Y0Ci9Gb250RGVz Y3JpcHRvciA1MyAwIFIKL0Jhc2VGb250L1dIWlhWTytDTU1JOAovRmlyc3RDaGFyIDMzCi9MYXN0 Q2hhciAxOTYKL1dpZHRoc1s2NjAuNyA0OTAuNiA2MzIuMSA4ODIuMSA1NDQuMSAzODguOSA2OTIu NCAxMDYyLjUgMTA2Mi41IDEwNjIuNSAxMDYyLjUgMjk1LjEKMjk1LjEgNTMxLjMgNTMxLjMgNTMx LjMgNTMxLjMgNTMxLjMgNTMxLjMgNTMxLjMgNTMxLjMgNTMxLjMgNTMxLjMgNTMxLjMgNTMxLjMg Mjk1LjEKMjk1LjEgODI2LjQgNTMxLjMgODI2LjQgNTMxLjMgNTU5LjcgNzk1LjggODAxLjQgNzU3 LjMgODcxLjcgNzc4LjcgNjcyLjQgODI3LjkgODcyLjgKNDYwLjcgNTgwLjQgODk2IDcyMi42IDEw MjAuNCA4NDMuMyA4MDYuMiA2NzMuNiA4MzUuNyA4MDAuMiA2NDYuMiA2MTguNiA3MTguOCA2MTgu OAoxMDAyLjQgODczLjkgNjE1LjggNzIwIDQxMy4yIDQxMy4yIDQxMy4yIDEwNjIuNSAxMDYyLjUg NDM0IDU2NC40IDQ1NC41IDQ2MC4yIDU0Ni43CjQ5Mi45IDUxMC40IDUwNS42IDYxMi4zIDM2MS43 IDQyOS43IDU1My4yIDMxNy4xIDkzOS44IDY0NC43IDUxMy41IDUzNC44IDQ3NC40IDQ3OS41CjQ5 MS4zIDM4My43IDYxNS4yIDUxNy40IDc2Mi41IDU5OC4xIDUyNS4yIDQ5NC4yIDM0OS41IDQwMC4y IDY3My40IDUzMS4zIDI5NS4xIDAgMAowIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDY0Mi45IDg4NS40IDgwNi4yIDczNi44Cjc4My40 IDg3Mi44IDgyMy40IDYxOS44IDcwOC4zIDY1NC44IDAgMCA4MTYuNyA2ODIuNCA1OTYuMiA1NDcu MyA0NzAuMSA0MjkuNSA0NjcgNTMzLjIKNDk1LjcgMzc2LjIgNjEyLjMgNjE5LjggNjM5LjIgNTIy LjMgNDY3IDYxMC4xIDU0NC4xIDYwNy4yIDQ3MS41IDU3Ni40IDYzMS42IDY1OS43CjY5NC41IDI5 NS4xXQo+PgplbmRvYmoKNTUgMCBvYmoKPDwKL0ZpbHRlclsvRmxhdGVEZWNvZGVdCi9MZW5ndGgg ODk2Cj4+CnN0cmVhbQp42q1Wy3KbMBTd9ytY4pmigHh60WaaxEnTOh1P4pkumi4UkI3GgCiSnaZf X4EkwNieJB5v/Ljc5zn3gWED2zaWRvN1I7+6D6f+WO2VfjeMPabOtuZqr1SYXszPrh1jDMaBMV8Y 1tiwPD8CUWjMr36Zd7Ppw8jynMC8W2eclIin9d/QnPzluGCEFmz0e/7NmMwHKVzMDTi2wdjZcnc7 mV9Ld5E/spzAtSPzB93g/Glkub6JK/nQ+yiDQNuBQg3atjkbuZ6JllgqhFtBu8Kq5VByfwyQrziU iEEXhOMaMt8DkagSgtB9M2bNf0tqTUmxkoJLVKInkhFO8AFY31VLnSc0nAD4sM7TDYFgI/KAHTR5 PsIAHiKvLrA19H0QeX3LS1TI1HmKZeZZWwNbl6Ug0zPpyHXNitdS35QGoTl9mMkfz0SiEpiMVyTm UlqieFUTjbl8Rus/VYIrUiylpMJ/1qTCOS44O2+ytw3LicAYNpkpSJHKheRlpjJ8NAtaWLlm5HEk NbvEY5Fjz5+7xx+vUCLIoQXKOqcqVZRl1j9cUcVtTPOy6WlaYK6DDULAt4SYfqkxuGkd1AF3mv/Y ZnCCEED3qG7omV7RhnCsSt9pikA3ha8I5UyKJwWvaFmLXtQoILUIssPckoUil6otgaR8Phu0WKy7 VPnU0iaFiuCk708kM709m0ylElGlrJnQOhna0IHA945Cu2f6tcHwWbWvrEbvRQVFTuKKihB2XzXW M6j4CXaHtuXn/OAk8BSpWd2gbK0wLTBOFKWcSpHGXPg5u/a6eqAjIILCde3zs3zcK9dxQRCop58G JTI1aS3BwzJPR5Qfgui4Jdkz/amgCoQTP8RZwrb6skfE9OFeSlLE1K2gxeEJyNopYVo5ezkfWb7v m7cKG5QkFWYMMyWf1dtY4OTX09fqboLz06Hm2i5woqNQ65l2qHVg7MVvMNcJYegp00Nd9t4nmpVw GM2WjozKEVi1x2Yhb9j2CdMIpxgl+oXl/ZmcBnEvAt74OMQ70w5x1JSLZb29NZ4Trnc7HR7+thf1 Na9PuMQBl/rNZ90gorESQV4GMXqN30x7F2VnEcmInooY7o0oSllwjflzSmLlXHfOLoeH2mpB10Xy +jHiqncUCKl4G2h651nWyWiOB9cpR727l6IN3t6faENJopdzrIpKacnAUe2z1RIf/gNQr/DlCmVu ZHN0cmVhbQplbmRvYmoKNTYgMCBvYmoKPDwKL0YxIDkgMCBSCi9GMiAxOSAwIFIKL0Y0IDU0IDAg Ugo+PgplbmRvYmoKNTAgMCBvYmoKPDwKL1Byb2NTZXRbL1BERi9UZXh0L0ltYWdlQ10KL0ZvbnQg NTYgMCBSCj4+CmVuZG9iago1OSAwIG9iago8PAovRmlsdGVyWy9GbGF0ZURlY29kZV0KL0xlbmd0 aCA5MTcKPj4Kc3RyZWFtCnjarVZNU9swEL33V/jozGDjb8cnpkBo00InA5nJoe1B2CLRxJFSWwH6 72t7V/5KAtSTSxRLu9Lue/tW0izTsrSlVg1fYGh+7PJnfXD2u6YdcLW7luuDs4Xr5fz8xtYiMwq0 +ZNmRJrh+WNzHGrz65/63ez2YWR4dqDf7VLJtkSuys9Qn7xKynMmeD76Pf+mTea9EC7nmhNZZmR3 tptO5jew3dgfGXbgWmP9h3imm8eR4fo6zWDRO4NDHMt2CjPHsvTZyPV0sqTo3Tm0SSxb9mfuhwD5 zoaAmOOaYVRC5tmm7xVpVtl+FLTq2wCr24cZfN/TPzuW0Q3l8gis/5VLGaej2YHpO2WcbmgWbIwt 0/OqMH85gXOMvDLB2tH3zbHX9lywNIXQdzmF0MUTjCuSr2BJcJiZYnKbNhaBHpPaN6OiZDdLFP/b 6lM8pnSTw8wTWMCHXNEauIsqA0sz7LEZRFV0hrJiCPNL6St2aQILWGudvcIiHhVO56zZAsYXpkjk AsarxX4RDiXFdnzTHURK4zlFqKazZw85aeVRzAaYqOCSME4RDYY01UD0QA3bmE6R5cnt9HxyC/8Z nsuFhImC1+Ss3pTD6kpsc1UHuXyjVk6HaWiZdjAM1MZVoZrvttuqbgBUeaAsJ1xmoirdv1ieBEsN xZKBvBPI9bFl+SHwm4JWYy2EI8VbNiJjPlMFXq1kTDFPMDWC6ykr+g4ewJsN6sCOxYX+BcMqKoLw JALyz5Vy5FtgtotKyS2A5uDWzcFvsFKJqdBOUjWOW7T1YVJsuS5qCHpUhXoKNCxpjhYbFmeiOMuq wHiBSfpaAuTpNJaqXnpCfaf7NXprOlcqJFKuunXaPjMmWxIz2SrLWGyQJ46lEegp42ulZNKy5VQF KkW3z/bLhjwLlhTGp+MsCk0nGsZZ43otAPF8vx8ipOQZp3KZsRilUmC2LmGgiE99lTG+7MgebnVA Zic7iqh65j6VIIij/eAzuDYanT1c9R4UMcGiIUmyLzKJNxnK0dNBaRJ0lu9irBu1yUmF5gaWOfYH kdZyfZc0vO3wQizWs55BI48Ps9rnY59gwpVoUWi5OFO6LDF+AYgTSrdHxJ3LIoKL08HtWb4Z2oPg brl+bfeLJ9K6ahhXsm91uu71V6XUfwPUCavHQNWUqp6zbu5YV+83/3Yb7fNxuKPmkm2IVM8+oZ6e m7o6SBzvssJiGOodJD/9A2iUR5IKZW5kc3RyZWFtCmVuZG9iago2MCAwIG9iago8PAovRjEgOSAw IFIKL0YyIDE5IDAgUgo+PgplbmRvYmoKNTggMCBvYmoKPDwKL1Byb2NTZXRbL1BERi9UZXh0L0lt YWdlQ10KL0ZvbnQgNjAgMCBSCj4+CmVuZG9iago2MyAwIG9iago8PAovRmlsdGVyWy9GbGF0ZURl Y29kZV0KL0xlbmd0aCA4OTgKPj4Kc3RyZWFtCnjatVZNc9MwEL3zK3zDnsHC3465tVAYIDAd6hvl oNpKomlseWynBX49knaV2I5Tphm4xI600u7bffvWlkc8z1pb+vEBHocfX/3cz65+tqyZo/7Y8n52 VR69zF+/962MZImVryw3s9woXpBFauXvvttfrpc3jhv5if1lt+15Q/uN+pvaVz97Vndc1J3zI/9k XeWTEC5zK8g8kvmj6z5e5e/hukXsuH4Segv7q3hg1Z3jhrHNWtiMXoGTwPMDaRZ4nn3thJFN1wwM spHTA7B2PV35dk4i/3IhZCwISZqplMUhyRYSZkDSEJI2TFUyTJVG5cLyJS3uH50wtKkjobclrL4V lTzJ7/iW9wryr/n0PguTijew/ITEgYo3TImsyiIiXqLDvQ2S4FQRFdD9wTgmi2h48qKGoJc33+Dl kRvQW7amxS94XwkFs31UOBEsr9dqL7Y3VO+Vg02scUHxdlo+sLbnHa7zvkMXvOK9zBUmNrE7oWF4 lusvSBboEA9lKGRmd2APdUAHqa3IF9kM/lRCpd0EQYti19KekeHNUGUs41KWEU6KFbZG3beigeKh CXrYgkG3axrNd3DVT/BiL4Atr0teyABKcozNRKDywEq8u9/HU7LGYDeQN7TbjMA/7W3UYOcSzU9S EoRnMW1wdEK1dE81CVlUhhpVo9mkFIXVwJPY7gXYrSDdhmnRs2h4yM1xHQ6MZA+mxoYMWOvIhh7o T5fxAns+BNoc4p6nC5P4jV72LS25IjY13rUlUni7dX+zVqD6qDaAgGqZohOdcET2fQ8+wcOb2ThX w1hOtEaMrZE83RqTTv0fZA2SjIT+WWQdHIVhpfnphRPh8SKE40miPQhewppOSivutqzqYOXW5uyN 48ZRpqewm1/D+vIGXzBzwGF9raZYy6UWHBVQtgTW4KABd7QzsrG8UP4/3DpTHe9kT22ZabSVnkmD DmJA1V2zlhREM8Nbyc/pLEhV//7DcoV+RJLztGVw9OPKzI8KIUwihu0ScdWin+9tyAU9SlY0VJRJ sqaEV9U8Kl41/qBg+w+KV6an69sgTtdqVO3Hm0DFRHflCM1gAAxEE3VnM6Nx6x3rOoY6R/e60VCt Wpx1Q9kbyvSGF0i3UtQv+5mRrpnC2+MrT0tNvuHo0DxBGcSuLsckHCtG1eB35ooVGAqvx1NEhdAZ 388l6Yh4L/4AFoLsGwplbmRzdHJlYW0KZW5kb2JqCjY0IDAgb2JqCjw8Ci9GMSA5IDAgUgovRjIg MTkgMCBSCj4+CmVuZG9iago2MiAwIG9iago8PAovUHJvY1NldFsvUERGL1RleHQvSW1hZ2VDXQov Rm9udCA2NCAwIFIKPj4KZW5kb2JqCjY3IDAgb2JqCjw8Ci9UeXBlL0VuY29kaW5nCi9EaWZmZXJl bmNlc1swL0dhbW1hL0RlbHRhL1RoZXRhL0xhbWJkYS9YaS9QaS9TaWdtYS9VcHNpbG9uL1BoaS9Q c2kvT21lZ2EvYXJyb3d1cC9hcnJvd2Rvd24vcXVvdGVzaW5nbGUvZXhjbGFtZG93bi9xdWVzdGlv bmRvd24vZG90bGVzc2kvZG90bGVzc2ovZ3JhdmUvYWN1dGUvY2Fyb24vYnJldmUvbWFjcm9uL3Jp bmcvY2VkaWxsYS9nZXJtYW5kYmxzL2FlL29lL29zbGFzaC9BRS9PRS9Pc2xhc2gvdmlzaWJsZXNw YWNlL2V4Y2xhbS9xdW90ZWRibC9udW1iZXJzaWduL2RvbGxhci9wZXJjZW50L2FtcGVyc2FuZC9x dW90ZXJpZ2h0L3BhcmVubGVmdC9wYXJlbnJpZ2h0L2FzdGVyaXNrL3BsdXMvY29tbWEvaHlwaGVu L3BlcmlvZC9zbGFzaC96ZXJvL29uZS90d28vdGhyZWUvZm91ci9maXZlL3NpeC9zZXZlbi9laWdo dC9uaW5lL2NvbG9uL3NlbWljb2xvbi9sZXNzL2VxdWFsL2dyZWF0ZXIvcXVlc3Rpb24vYXQvQS9C L0MvRC9FL0YvRy9IL0kvSi9LL0wvTS9OL08vUC9RL1IvUy9UL1UvVi9XL1gvWS9aL2JyYWNrZXRs ZWZ0L2JhY2tzbGFzaC9icmFja2V0cmlnaHQvYXNjaWljaXJjdW0vdW5kZXJzY29yZS9xdW90ZWxl ZnQvYS9iL2MvZC9lL2YvZy9oL2kvai9rL2wvbS9uL28vcC9xL3Ivcy90L3Uvdi93L3gveS96L2Jy YWNlbGVmdC9iYXIvYnJhY2VyaWdodC9hc2NpaXRpbGRlL2RpZXJlc2lzL3Zpc2libGVzcGFjZQox NjAvc3BhY2UvR2FtbWEvRGVsdGEvVGhldGEvTGFtYmRhL1hpL1BpL1NpZ21hL1Vwc2lsb24vUGhp L1BzaSAxNzMvT21lZ2EvYXJyb3d1cC9hcnJvd2Rvd24vcXVvdGVzaW5nbGUvZXhjbGFtZG93bi9x dWVzdGlvbmRvd24vZG90bGVzc2kvZG90bGVzc2ovZ3JhdmUvYWN1dGUvY2Fyb24vYnJldmUvbWFj cm9uL3JpbmcvY2VkaWxsYS9nZXJtYW5kYmxzL2FlL29lL29zbGFzaC9BRS9PRS9Pc2xhc2gvdmlz aWJsZXNwYWNlL2RpZXJlc2lzXQo+PgplbmRvYmoKNzAgMCBvYmoKPDwKL0VuY29kaW5nIDY3IDAg UgovVHlwZS9Gb250Ci9TdWJ0eXBlL1R5cGUxCi9OYW1lL0Y1Ci9Gb250RGVzY3JpcHRvciA2OSAw IFIKL0Jhc2VGb250L1hTWlNOTytDTVRUOAovRmlyc3RDaGFyIDMzCi9MYXN0Q2hhciAxOTYKL1dp ZHRoc1s1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEu MyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMwo1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1 MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMwo1MzEu MyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1 MzEuMyA1MzEuMyA1MzEuMyA1MzEuMwo1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEu MyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMwo1MzEuMyA1 MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEu MyA1MzEuMyA1MzEuMyA1MzEuMwo1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1 MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMwo1MzEuMyA1MzEu MyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1 MzEuMyAwIDAgMCAwIDAKMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMyA1MzEuMwo1MzEuMyA1MzEuMyA1 MzEuMyA1MzEuMyA1MzEuMyAwIDAgNTMxLjMgNTMxLjMgNTMxLjMgNTMxLjMgNTMxLjMgNTMxLjMg NTMxLjMgNTMxLjMKNTMxLjMgNTMxLjMgNTMxLjMgNTMxLjMgNTMxLjMgNTMxLjMgNTMxLjMgNTMx LjMgNTMxLjMgNTMxLjMgNTMxLjMgNTMxLjMgNTMxLjMgNTMxLjMKNTMxLjMgNTMxLjNdCj4+CmVu ZG9iago3MSAwIG9iago8PAovRmlsdGVyWy9GbGF0ZURlY29kZV0KL0xlbmd0aCA2ODAKPj4Kc3Ry ZWFtCnjaxZRbT9swFIDf9yv86GizF9txLrzBaBFbOyoa8TL2kLYmWIQkS1wuEj9+vqSUpp12Yd1U Ka7POT4+t8/Ax74PcmCXE7esP8R8bnZKPwGw4yjZtLzZKdVHj9L3QwISnIQgvQIoASjgMY4jkB5/ gePJaOqhgIRwvCyUrDN1bbYRHDwoUbayKlvva/oRDNJeCEcpoImPE7Lh7nSQDp27mHuI8DBm8HN1 J25nHmIcisYpg3fuEuoTqs2o78OJxwKY5cIZEH/j1nVmTd6XnP9JJX/i0JWMMhwlpmaEUsw5QCzG If/lstk9clbpyCMshhc/LKa5j+j7bI9IDFAUYxbYu9J7T5eu6juy28xUremKVttNVetSB7BqxQJ7 iHMOz0rhglGVW7PFnWiUbLtzhSxvnGKe1dlMFlJJ0cV/CU9PJigdXHoH2x357bk1efJ1nkGEqS4r 8SkOic31LXrlzwbpa58cB8y6fPJQFLAIpo+1zjdM/NCI7DoSZW4aF7LICLeO/tVo6EY0wyLLW3sz NzLCkwCOswfdMEbgsahNWFbolAyeToyOrnSUUP7vQk54SOEoa3LRKhfidFnXVaOyWSGcYCznTXVV VPceirnmeW+xmWlhkYbRx7GDcSjzZdOFQQ66cNZYmu2H1WA/uipOlzOUji6Mww3yEGEEh0x7T7B7 0XrwhFCWCznPVCcdTScdOteOxWyuRCNbJeeWIA6zcuEsGvFtKRtxK0r1DNf59GLfdNFYP/3Jvuf5 f9P1zDoN9YvX0aX/R1ZmYDk73AmXEdkmuiEuNygzsr5ND0TiazSetguzn+y2QXzB3WrQ5937nfhs Z2jmSaFRkOj5u8sauWKYwsJ27NLTehLG0f9imB702/ISZgoPlWrkbKlMjkbdgfw6et58B9FTJ9QK ZW5kc3RyZWFtCmVuZG9iago3MiAwIG9iago8PAovRjEgOSAwIFIKL0Y1IDcwIDAgUgo+PgplbmRv YmoKNjYgMCBvYmoKPDwKL1Byb2NTZXRbL1BERi9UZXh0L0ltYWdlQ10KL0ZvbnQgNzIgMCBSCj4+ CmVuZG9iago3NSAwIG9iago8PAovRmlsdGVyWy9GbGF0ZURlY29kZV0KL0xlbmd0aCA0ODgKPj4K c3RyZWFtCnjarVNNj9MwEL3zK3x0JGL8ESfOkYouArqo2o24wB5M6m2tNk5JXMT+e5KMd9t0u1oR cbHl55nxe88ziBJK0RoN20fYjgvrl+1F9AtCF1LZOHJ7Ee1SZ8W7K4ZykqeouEdxjuJEKqIyVHz4 jq+Xi9soTliKrw87b/fab/pjhud/vHGtrV0b3RWf0bw4ozArEM8pydmo3Kd5cQXllIxiJlMl8Nf6 t6l+RrGQ2DRwmbyFRzhlvAvjlOJlJBKs1wYCGBu9elTWrM+RmylOvlIQLOOCZHnvGaOKMNUJ5SQT YNupWempWYOuGOD3+/3uwbo1gMUiYkLhby8Y+k8ieoIcsZwo0RMUkgiJYsYkSYDgD57ylz6u1/aU KiVRySj1xvw62MZUxvkWdGi3AgnlRvff1OjSm8a23pYhor6HAO3gvLhdAlANCQ+AhiYIB92a1UCR ophnROXD63WoYH3wsqyd19aZQKGvzGiCyfMGme6bSgmT03w7ps4GQWCHA7LNmZVZMCoNRj3KEXgY CIk1oMcxtMHgsq72B29W/1M254rkapLsk9RiEz601ZUJsg87E/RWh9Y/+/yuT7rJsI9uaQ+g0WVQ vbNuO77rusCZ0ncjdtoywECvKtv20wcp3lZmmk0j5W/+AmJaTkoKZW5kc3RyZWFtCmVuZG9iago3 NiAwIG9iago8PAovRjEgOSAwIFIKL0YyIDE5IDAgUgo+PgplbmRvYmoKNzQgMCBvYmoKPDwKL1By b2NTZXRbL1BERi9UZXh0L0ltYWdlQ10KL0ZvbnQgNzYgMCBSCj4+CmVuZG9iago3OSAwIG9iago8 PAovRmlsdGVyWy9GbGF0ZURlY29kZV0KL0xlbmd0aCA1NTMKPj4Kc3RyZWFtCnjarZRLc9MwEMfv fAod5ZlK1cMP+VpIMkDLdFoPPQAHNVESTWQ7Yyul8OmxvKGx2zCUDBfLWu1/Hz/tCDHKGFqhfpnB cvjw8NkctX5E6IiUjz03R62d9KI4n3KU0zxFxRKRHJE4UVRlqHj3BV9dX95GJOYpvto5b7far8M2 w5NHb6rW1lUbfSs+oEnxrISLAomc0ZyPwr2fFFMIp5KI8CRVEn+qH0x5HxGZYNPAYXwGSQTjonMT jOHrSMZYrww4dOZh1kNnzeq55eYUkn8JCMiEpFkemKmcplnXp6CZfDW1/piA+W1dzd0u2I/D/KcG QnEC8ZwqGYqTCZUJIpwnNIbqvopU/OnSQl9P0iShKh5Jr53RrQni86k8OGaCJilivcuN0Yso3Dn2 awM/i0YvffjNsa72h/O6LE3lYdP13Z/a0R4ihEIJJCAioyofEu587iKZ4Vn4z3CprbPVCg6cbf3L KTkdYK4oP43fk7IHQR6sc7q0P3UY6YaUW9cSvyXl71Eh3hDz6CvCBEyJ3U9LVXuYF93C2q7rPgb0 yYaANEgauI2B5pU1MAkB7nd+WESX03fSl/mW2jbuB7i2totn6H+EL5miaXoS/YH0ti7374ePpMTf o/Dk6A1MTGetl7AWlxGXCn+G3RIYl3oPAkY4kDClrrydt2NAzm6CwHQ0OIvx2YHjAJrqC7oLjjNw WNh2vmv7NwAgruud22daG7c9DeeI0Jtf4nWCCAplbmRzdHJlYW0KZW5kb2JqCjgwIDAgb2JqCjw8 Ci9GMSA5IDAgUgovRjIgMTkgMCBSCi9GMyAyMiAwIFIKPj4KZW5kb2JqCjc4IDAgb2JqCjw8Ci9Q cm9jU2V0Wy9QREYvVGV4dC9JbWFnZUNdCi9Gb250IDgwIDAgUgo+PgplbmRvYmoKOCAwIG9iago8 PAovVHlwZS9Gb250RGVzY3JpcHRvcgovQ2FwSGVpZ2h0IDg1MAovQXNjZW50IDg1MAovRGVzY2Vu dCAtMjAwCi9Gb250QkJveFstODcgLTIwOCAxMjQ5IDg2NF0KL0ZvbnROYW1lL05CU0FQVytMQ01T UzgKL0l0YWxpY0FuZ2xlIDAKL1N0ZW1WIDgwCi9Gb250RmlsZSA3IDAgUgovRmxhZ3MgNAo+Pgpl bmRvYmoKNyAwIG9iago8PAovRmlsdGVyWy9GbGF0ZURlY29kZV0KL0xlbmd0aDEgMjUzNwovTGVu Z3RoMiAyMDIwNwovTGVuZ3RoMyA1NDUKL0xlbmd0aCAyMTc0Ngo+PgpzdHJlYW0KeNqMtwVQnFvT ro27uzO4u7u7uzuDu7sT3ANJcHeH4ITgEtzdXYIHguWfvd/97eQ93191TlEFc/XqtfrufrrXPFCR qWowiVk6mwOlnZ08mNiYWfkBihJKGhq8AFZWDmZWVnYEKipNWw8H4P/YEai0gW7uts5O/H94SLgB zTxANkkzD5CjkrMTQN7TAcDGAWDj5mfj4WdlBbCzsvL9j6OzGz9A0szL1hKgxAyQd3YCuiNQSTi7 +LrZWtt48AP+/QigtaADsPHx8TD+vR0g5gh0s7UwcwIomXnYAB1BES3MHAAazha2QA/f/zoCQCto 4+Hhws/C4u3tzWzm6M7s7GYtTMcI8Lb1sAGoA92Bbl5AS8BfOQOUzRyB/+TGjEAF0LSxdf/Pgoaz lYe3mRsQADI42FoAndxBWzydLIFuAFB4gIacIkDFBej0H2fF/zgwAv6pDoCNme3f4/7Z/ddBtk5/ bzazsHB2dDFz8rV1sgZY2ToAASrSiswePh6MADMny78czRzcnUH7zbzMbB3MzEEOf0s3A0iLqQHM QCn+k5+7hZuti4c7s7utw185svx1DKjOUk6WEs6OjkAnD3cEhL8EStq6AS1Alfdl+efx2js5ezv5 /w9Z2TpZWv2Vh6WnC4uWk62rJ1BO8h8fkAnht80a6AHgYmXnY+XgBABdAUAfCxuWvwJo+roA/15k +8sMSiLQ38XZBWAFygMYaGsFBP1B8Hc38wICPNw8gYH+fy78NyGwsQEsbS08AOZAa1snhN+ng8xA q/8wqAPcbH0ABqygBmQDsP718+8nI1CPWTo7Ofj+dv/7GbMoi2uIqeow/JPy71VxcWcfgD8TLw+A iZ2VF8DGzskH4OXmBAT+90H/luB/0v/bqmpm+4881t8nyjlZOQP4/pMFqHz/ZAJg8fqnOWj/GR06 wH+FAEl0BjU1EED7ewYMWblYLUC/2P6fJ+HvLf9//f/XKf/XEfhfkqQ9HRz+dqD9j8f/djBztHXw /Y8LqOlcPD1AE6LkDJoTp//lqwP8z2ArAS1tPR3/17KchxloVsScrB3+p5wAFlt3aVsfoKWqrYeF zX/a6Z8Frb9G0cHWCajq7G771+0DYGJjZf0/F0EDaGEPumLcQY/t7zUgaL7++8FKOVk4W/41iOxc 3AAzNzczXwRQdDYQcgH8QX9BswH0+bvTASzMTs4eoE0AUJaBACtnN4S/Hi+oF1hcPZ09gJbmDv95 aqDl/6xwAVicPB3N/3ru1k6/zXz/bPhvb05WAIsL6MZxcgBa/WFl+8f6fziDgoIuEUez3xZQMBtf Fxvg70Cc3KC9oCjOlr9NPAAWdwczd5vfFl4Aix/Qzfm3ASQPdC3/y6DKsXh4/14HNSOLh40b8A8P dgCLlbOn228DB8hg6/WHB0iuO2hk/2WQWHeg1x9aQcVnAf5XilwgqU62fwrh/StnB+ffm7hBUoCu nqDu/9fC8Vdtge5/d8S/RlA0sd8EiiT+m0BRJH4TKITkbwJVQupf4gHVQfo3gULL/CZQBWR/E0iE 3G8CxVP8TaB4Sr8JFE/5N4HiqfxLvKB4qr8JFEH9N4EiaPwmUHU1fxMoW63fBIqu/ZtA0XX+JT72 3537X03HB3L73Vl8IJHmvwkk0uJf+mvmWCz/wL+eyB/4V2f8gSDZ1n8gSLfNHwgSbvsHgkTY/4Eg FQ5/IEiG429kA8lw+gNBMpz/QJAMlz/wryb5A0Ey3P7Av3rzDwQV0OMPBKny/ANBqrz+QJAq79/I DlLl8weCVPn+gSBVfr+Rh+uvofmDQYGt/sj4r86x+sfhv64wC0830P3g8ff3Deh++x/++8UCCPQB WiCsLDpbCETYNUZ0PdaLEXozHUwKzVEd6HykY/Jfcev2fEKBTaeryw7bcvshlj7ah7a+J0V7L7pK +up/1t4MG9WRptb5HPBikqI+c9CJsDyNMzRVfCbWNEgMT8SkKXoY8OoaoB1qD9kO3iNPle/qyYui Woj56D0g49M0WLk2/m7xQO2wjlsB8aVylilBK94wtGyeqsA8ZwGPHMaDiRiOHuPKB3X+/sccRt7U L1L5FAaEwPMEjhJ//W32xJ8LfhvVmuzuX/Ep8fXxiCHvoeXTWklUgY8rLLtcwtauXqa/XsxGeQ0n HXF1P2eQEnG2mjjaMpsFe126alPWnppO+dlNflK1YwWivYDFztwfrTIl8VjxpRswZdpwMlL8sLQ6 zyv2SIHkC8S9nA8WZ932cxGGA7/Wtb3uhSWef3IGHigantOJ/wqsGKCoG3PRuvIMsaPttH2TGohB 3iKF+zm+DsO2jzMTq4hatqtkEMCvb8gqM2n24Gy/wGzC3hHG4tgYfmYUZliOvh+3bnBVoYKg9ixr QH13Yxm+DE2YmKnltvGAsXxDYT6lSn7lO2atkREBazbBGAezJSXS2hclaNiHfz6OtYpNY+BkrDxa 4/P0scdqCX27yRFTV8X2YUlK9bgg6fZbexZR0NOBFfIIi2/blOQoCato63aboZsxh1D1o4W8Qkrc WEAX95N29afgngDCtEJdg7PQg2iwWMkuBEgJ28J3lt6a7PLRKw3Sil9XE4nfoKzO61Bk0pFdMJr5 skRn3kLV2vId+tOdpW+Rdd1u8iBu4Kogo8DPhSO4v5zwrDHxLRqZcxIPIMlbSvQglmRiNoILaVXU NxHLxjU2ruDWQ30kJdG4ubE0R7h4VYkxyryAuozC6ys4L0bY3NH2pnb7DAPHFpL55C7i05vT1/yT rqj2DGlsAAqSPbIiPYVIxn/JmoDoOc64a7QbelprX18snCgZKHB/tO4Wty5XIDb4uhg6z5zGZml3 hZC+jITf+VlibMIx3rVm81PA2eqxBUe/mtusurVNYVu6RjQy65BnpD+yoxw8fUsgDu03N6ZbGEou T8v++IXcFr76VPT10Tog4sXRtyBzoCETpxF0x0KshkupgjPy4YIXDcMVXDEdlxT2Ntc38Gmoun3F ntMZmvaB3htK+koJdKfzumy3YUo3rvQ7OhXkSeJuHpWA5g7sUKKvkzxKF6UI81XsDluENR88ZSc+ ZjJkFT6fUdLcByAZoa2Yr9H3Gt6zXBsY1tuKuHlGcbQy8LL4XIs4PEsaNJf2yC6tshFT6MBOe5Vk aVQSQXGYOZZH1IBreHzh7mQtN9iT2PeI3M6m/MAxuzMEEYftaztPHVMa6Il0iSW+t50E18MTXoLQ +JExMQoazk07+P61cVNjhW72/Xd3BdmPUmvweOceECO1P8QH7gEhzYchrhoaclER43nFGMjRqGDt OaMyB6SRXnqih1SjiTcYdDUj7hvSK4L9eGusjY0kEjGp63VlOWgs1lsNqa1YVKW0wdPYPxj3uBzQ 3iel3COou4yiGdBEEfC2fJCoShUVkrUnTqDpRR1uDDusKL7Arp/nomtV1Dey2/aAmybwz1J+7Ntx IYESvWDNBz9QItVgupwVBOsgaPJ5qC3vl1vl8bVbHwxHpBvRrdNmHaZgWIme38b3+zEpXLX28ZdT g31yJp29oGINfVDQpI32BasDxIsgAiQcXEw5PCVdgRQm2wCcst08LV6MMvnCnjK3Y2ikcDNLld6F wa8Bk3FsJT1y9opay0nfuNpb2kORMNKrA9py4w9gUsG2QwXe1VU4IkJ9qh84ESthBF13g242/Fxs D4ObRoaxYCf3lzsgVJkC4VIabaP8N+0zqgX0KjizFh31P+MlZMuehdn34m6HuYQhNOHjSex9bBP6 pN/SFaXpAh5Lnqtx1es2WB5cql0rVSvJAUeEokz+CQYJQNAPEROV9kuNAwAfGnec2+v/XXCdnFlQ GJe0zExsKR+GLALfEkcS7TMC9fESoeyy37gW/wJySg+j6dfFHYyeZ/wFiVnGPSNrG7x3b86n7l8/ tdnYSW4XdhyJcDP29LFSeKendy2F8o2gBx6/z+cBZI5x2mhwn48LyTxz1S0Ay3uiPzabFMrO3X8S FGVPrhB2vnoTS1VpyjPmYT/Up5Sloppy+zKjZlvJpdRr7tt+aagu3OM0qDxZHbK7YxUfK2rN4ANE r/M+qna7pxUildvvnyGXaSGyessdjCtaku2KpkPc3F5ZFW03ZaTB4DSf7kNK3J21NC7cITD4dPHk /zl40jyTwsc/JI79Dk8qjIAiX+bjMniEWML+JifRBUr56y/N3HtIW1ZnK9lyeSG7QKb+pGGlQmGZ Kz7JQO6BgSDJVOjihhTq2rsP5ffui6tp6/AK1PNJVfv0IrkYKq2yJWDe1H5F7PhliAGSw3Ux2GA/ ByunqfZ615itVYMdr/l7jRio9xU/irF/q93/UGbGJD8/DYQn1XhOHqMzgmx0KlGI3ulZmG7Ix0qd 2lWExwA0tFwP4t7sL7RdCyX+OBpN+lBfPqjsnbL3zo3jRFzFibaJaiOi0u7bi9S7a5f9TxScWBiO JLsFya3TzQtCtlrvupSgGjHPRxjRPjuo1zuRzW61r3IY7M00uA6ueJNRI67XFDwvME2vWe9+L+HY mbi807ce8zt9yuTB0Ur+GjBU4EU9zmc7JhVt55Jj7IaLqtOVmc9PT1ipVkzO2zzqdlsqAgUu7ArA w+kfRMT0DCaSecAIlvPm3LyAPpK7O/mZ9X3lSTTEjWZ0tzizI7js5Mg6ZV4hRYNkW89ApT5ojwaH iioUIz8rP5p8lxYbVlM1y6OoX9/lzEsPSjbleAQPnhoGvgxDNDqb4FhamlBBj+YCXmgZ2DD38CXY Kh7slbqULSg4DJkqo5zecL3DbIwH0V3Le8ZtxyD7gQlQs757UN1y6fopqzEy/Dt4M2cwPUymWPU1 oqXVPKSlpTfXOFVgeNhEE7u7x3eETZuMlVmPCfaI5zkLa08vonpmyEpRRIQrFX9euAVMDUjwO2Is so+w9Cr4I9T+B8oUL83gk63WyJN11vdRVfnZstcYSfAJC2ufVtUk3nPaoc0KuaafH1WaMzJlILRE cvH+wuNqwcDoMbHbkNonbluAolBsNCc2wyOkSyJc13Ydj80mRTxcIFdP1uBHzfyhLMbphckqmqd+ Nzduwy+KzcgW3e3it9GZ+aWamJq3n9AGHrsUg4uft3PZJdd7r4HpykN/ZPa6fim8bXX8Dghu5Uxa /JljSZiht6Jc6g0VgpgbJe/6+s7PvHPqpj89vICcOrJ/hC0fpaYq43Ix6zwv53BNiZY+dStXhSsr yZaqyUnykkFtPFkH88TDlKMTiyZ/sNFJ8Nqsd18efR/GgNFSUQDxW75s2jfP6V8QiHeQ6HQV4fIa jAuhVXpkxj8jlpF6guWhHgx7g5ncaYg8ifUQOqwDW/Y/SKQ9vaX3VDLJKUWXqbVzo33X7LMdYpL4 VXUWuPo4+InAsjlyoTYjS3YC+5asfJx2TZrjZuuStIw9riT7VWXka6SHz3MCTNycvDljYVZXcJxF CXsNXueybY442748j1RJ4tr2x3EhRlGNDWp9LRR1pA14bIRdiSzDr4lqlrPIEYwW6epMR1ACfixx gj6ZR1ildA9ZImvYGELlOZmkUN/zn2m/Z1MaN5MWqO1V9B5ir63ZKuGYoSfqpPdpGymRPQ4jdMl1 Uh6d9DO9F2ZjLuRQGejEptmmG4/hvk70xzxTasAOWBN1qSrenKeuv+O0v/RXaqv74CiUdARzLmgS VtXzbsWIX/hX4Dgd1yDWV6JWHCTGOVhg0J3OuvyFSdACHn6oi8DewDvFdr3K9Lx2v2sNSi5iPubu ywvfm19k7GqFWeQB+pezw34nph0aLBgcDFi9Pfpj4ISB7nuQdGYn9GTY6uy0VnidLMEsr1gLsey+ W5AGqzpeW+mBsLarkBGsT4LIQr4tDNgk48tTkHYNX+3jjnllftBS9TG1aGpY/XzEGb4vNnzaaolr /wX6duPhakPAsh8KuetaTFVaUjxl/3DqMKjYVJWa2fFzTKSqzJSpO/TJd6s6pV/ToW757RXKPM8z j1BgT/wnq4mrNhkaMtpVDPxDAAExelKwEdXJ7LkwDFTKtIEmtTNzsYTBg/ZXby2Zg7OJKXFh9ne5 SdPDbowkJydxS6eCzX7yq2qTXtJIOSlZMkq6xqK2czTT/Wu3PFMMt5Pay88knsvndgZ1SJf05TrL PeldgnlyjUekNHAYkSW6EPMZlKP7ftHT2YYvR4/uDcmXzyMdegkcI5z2DxXg+P7mljiXHKzKHZOb q59yNxwGPpZI7U4fVo/341RpGLBdRrWazHT6Bo/dGBFA7euoW9X5UvN9CD4LVD8Ef84St2qcs3NK jYdbS5jwc3ihg/nBQTUbsPRNinVx47Mj3K9vUM/r/TBnR5WyOz9YFouSk5sqWWTKt5WYs/sOrf0t K6hZamUU0kkbdZBRDGmfZwNmPRk1r0zGq7iN246UeX8ly2gpj2zvf7IvDBINecri+6X++Z5XQ3ZN HncQjvh0jkvYsNjDiyw8wRzWxdjo4ojG0cfO/4NbfyR0chWPejpSSf8q7RHCUi6pLdyjAvZj3Gur uFO8mLbv4ck80YVNP3/Rpo1+V5WaOH4jUEcLMabPUUwmdG8hmol2wH1xs3MZ+O340yKR+ABFz27L jC/LFw+YDEmiwhTrqqsioiqeLbGc8wzD9jybMfDpBLSCu+fWZeGvRC4ifXR98o9PHEGZtPDFzSSu VmV0LbNJV/I9LQZcKt1yuHSyG5qVbiuArOXkbxhKPgbafOCpPxXO4ifQShbQnwSRPtWqI0a1D0qi dtzc+wUb6GB/10JFWk+IE6gau7o8VynyLiCp1bTjAF/Row7kI4a5K13vWleeyZuuwWMPWRXMSd8P VnhUYcZFCUk7vgwVRRVs1Mx9nufqTak7WXo8qSG7ciU3lBIzEVzuXJqU3mrTkt3CsnR+ub00nM4o 33/KHCQYDiOJum/ryaF/n/L1YQSH8WLVVhrd1mQSfmfVq4BU/JoSY3j82gzcPk9tflPg29H812N5 d5gejKmLI3NHMsZMaobGsQQx11WPw+RICuqN6bKXx8zP3qZmv+gdd50TxSr7xTeLJ3YKlTtqT1rr cZd4+NepBOInbPOvg1CqtAeT4Yp+ggfwVrynk4cfwUQeYIlLA3SQbMC7m9SB+dUI5zVL/Xjc5IUR WVMevPo5eSKRvtjTOOtMNi6qnJL63tAsCsAoHUdmPoj16hji0Dd45LoEL8C/LYBF7ChpGDLZjYUD 1Zp6lwdk5BwAB1/qKMmd8LaLOUbYn+3gJu+xgOGSf/aONfxFBBMoS7dIxivTFVotFCG/WE/pYBuM fheaAYfKP0oDGU0tKDcSIc6VyzVZRe361nD1fTluSeT8O7/MC3+THQYPfgAtJ+mjKcZx9c1PMd04 OqpX8y81Iz8xUC/thklOPob0YsN3XRpV47JWBZi0oVzf/tQaz3lKyn53pU38XnDxqX+GmDQax8vU GINWrQrVVpT2xbyxkTgfs1gHtwJAtxoR5hH6NTMgEy2GS7AwbTL9wU43yM+ObnFZsBUjh1sOUiDU NY8xIGawESM8qClJzep+R18xozf9BEdChsAnCfSWzB413XYSR3geGe3g/O26he4Eqq/B6aMBzuMB Cs2+ktpUuItmZgNHrlU2klY+VSzUBrPnx5Sl8M9rPC+y67G1D01Bj6WHgM2hGy8pluyRdVueWafi QgyZ8c9DzWgxaOrCoDdul08nyT9ehRa+sZHKfg6kiiU/VnhMnJEcCgCsi5IaJ9+40MZCQMs98jAL fNCOhwgyMQe7x06fcW18ZIBWL7i5MRWG9piaKzfXfonDbEXZ93LTwnLD53I5dERZZ18iEwk/dhNk GPWSf1IXrp4wahX+6ZpcBFGT6Q2nv9828rZFQqJ4SoAsH1pz66zowgRZFlv2BZvshAq2k2YZG6q1 RJJVym9RxhmlgO3To4Y0vjtcAyM+txqMKO7aYHm1FScEIrvmMQvNBTL3z0GIRiyOqtxGUUJNrW23 fDv9H8++oy76RYlyGPn0sUG6jI6vCyY3KnuTGw+vpOxCsekM7vU77xCLVkjLPthfuxJXOJ/eW3bX DWmVbkS/s/P65dPQydAAzI7UslNGQ8drvJoERxhkCsJok3PluZZoSJWCloIJfBb/ZDYxJpnqvJ8Y Zt7Wq4rkWIMKaLI7rX4XC90cmZiU0Cx7w/NFoWuLRZaRXfcn2K0gaypJCcE5/POtUcdqcvydyqiH EvfriT3lFZkhMzIKNqJ6RzTU+vwRGFA981PpWCXVSqxbHs/TKuiuM5OM5cZtEyyPF/N0umabmkTK iHvfMpRZk76eocZoVMEaUPeYqdOCplPNUd2Pnm3RhuPvr8jjx+UZwB3cjQzoXlVJnIcyMcMf1SOF 7gj1cCmz6AWijFM5MUybLVQeCiY3fJDnfzL3eU/xTSXFbvSG2ztrqpulNN2Gdq7rmQDZrgp8C928 E1qEll4roZb+wkdOV6nZD9GgYQ1GlkP10HTrLL0vcojT4IpUJOLwSWKuc4fcKpI7g5mTsR2OtTMI WkbJ0ak2+Gp2Sy8grRrMCeKFum0JLYziLkWglH7mRI7Mf50Tqlm35bimSd+bk9Jf9JcGzSYPosoT 0xd8nF2kQRLm4UtMbYvTxg7dYoSDbcmGfBFZbnpcFzbM+ACPruBXakvzc2AgkvH9Du7XT6nIbenT 75YFupYPbabOVWJMzWBd0fgzhdeiIHp6LA+FRc55fRzdb/PS+PD16i4UGFNgQpgkTEiiShoGvjPC YEIJXv2QhhZ0MWS8XPgczl0p2GA821eVa69zFtySjSre3aekkC2R9qK517CTQDvhiRWelNPoMsEi 13lwSF3SWBywR5MBuMivzWFMZBV30k5KzJSQ79J4EH5zmtwKYxxM30VyjefnZYAgaRZ5mcEXKnzO kOvOrClgELI0FvNShhaWR3cdzIRBF43J2mZzg8tmud7iq7D/SoaDiTZDEVDGoiuheL8bCn5vhZ+I Z5XLdXfmIKP4YWAL2PHww9IW0O2SW+sPuaERbbadXlCTAA8PpYi1dKX+1A1PDUk6VPCucSMo9uew BHgsQ0Mej08W61wJeAdz0AxGYP6gkFE9Uxhd73GgeH2UWCUGHlIWSr+V89b3s7vAHU7mk9VJ2DPn HAKanYkX7S6rAuL94BALAv6vxutGU5EAsK2Ntrqoe40tyDVmpzJhx70vm0WNrWMbs95xMIUo8PxY QVN9OUbTCz6aJOqJzJRc08vUIdiis21p4TtKC+8gz5ZO59g8Vk2QFtNSeuN9J0/kWay6jNjVyqs+ UF3hOzisUhUKU6NUs40e6+YVf+WX/7hPxKRxk4+ZR/fYyqL3aomLCuHaN7UtIGbgC6hCgQbHeoMP 5PfQE/ZZE8ZHI8M/EVVCKe5cOU3d2xjTDWi050A1Zo3abUHcd0+wYDQ9k7zun8kQ0QolWGW64Fgu a0LzjJNGu+R4fP/gotu71b8vivEYlpc1Q2cS4+dHiG3ohvgGMxsm/k61pZ1GrmuCYnXQGE1ASnts 16UbGxVT2aD50WQAzVE0JDyByLyO+elzqHBcCEEXZY219e6wuq8gp9z22pTwzVSmJ6v3MbEJo8Lm 95D9DkbENS8/NU/T8vWGJckh068J04/t9+fOP655e1nG9sDCNJ8o7xHKuuBvYfyCo3hdGgPQ7KeV pz7M3dGL3o3HTF3WnmehX1uU83pNqPrBAtMn6QMrK2Q4Pa6QggLAJ5dgv2ON09cY0eKun6bG79B5 a4m7hww8kXdmE1bkTQ33VqIAqb9wRNlQTm70xnY2DnklFsRKzuZ4Ye9EPRvmpW8QLKW+8NMFoHfA GaIsphq5dN0P68Li8bJUWN4lGHVOfTwowo3mfh92zS2XKdVb4JUad8bgZArNQW94pMx8tn1Mn9ar TRk8zcJ8KfTYsUjwceT+/hMLH69LS8aqTgCZFAAqJ/97YgeTQPTnyMLtIn6MdTNEaz7f8DKhRnqb kUo830V143DJQlqPmQzWvVeEID+/9R4l5/wEtxg9wzInyZcXGUpU6Q0WX0Ski18Sop8NFImv79Aa mnsG9PUDu1ZOWip/CDWx3FB/6FEiJ1Kc+JzBd96ZLRwiPgl3W7O0lMlRt5RXIp4WiELIWCdGrUra HnXg8amKrmUbmQS1obw8PrAYR9gOa4FP5bJJky++TteuwEtFW1HgKqPRo0JlYmkbW4S/DCI9tK2/ 0QEMBS7VvkM8UNNJQd6rhHJUfTgcS1ETIAmubj+zpkpZn69JxlqLkCxayB/fK8NaMyX2DR6LxIiG BPe2Q2uFXPYztlmeYgciRGy381ZTnM0huIw6odq5Rt12s59xKNFbMtl93DwarQRzynBN6+2tW/Jw Vwnam4hQvoYvcoVwCWYKy7CKA8fxMdmvEGPcuXiv+/qEvQFn/zcLwy4C58QH/+EehDOF+3M8ykYF /XoMIyFOuBm/j2yA24/UTnu1EZ5l9NAeSzDq/T1iegvpaNlI9qgOrrrRhSETzuYPDNVjll/vSt9p 7tiaxOjWTuTZxxsJ+nDC7jbHc/umi31NnBxG6a1MhaQeNjG/e1eExfhVLyhsyJt9LAeiTnfBQ2mc vPEnydb0epfzjyqyBpFA+pQtEslsI3YeiVSr20vbvskss3F0nlFSDbEwvoMKcJiAcF2DvUVF0bUA U8rjSGjixm9peDMUjxIKJ64rDnG7kmeq+3svb3b+zBJtexAqZaKDx9Y9zGIKkRfJ2fPFudJgazKy mw2ek3OdVGrDeYIZFtdjlx2wsRwIRfNBSNliD+gQfFBxx7K4gj82B2Ojws6x1f3Q657jI8kO8AsG 9LH6VztDzYMsPC8Zv6zcQ6MnkylR/mz90uJCm2OyljVftjc3MBqlHKSnsxOA4fHE8BG5tDPWAf57 on5VRRpOGJeR2LEYg55m7hM21lLZ7guO3lgFLPfSC7Zl0aeoRhSeJpre8NIquWUmA12sTHLPQNnE KWwGWznhuXY69LrI/dvJ72bdZ87Xuc80t9XgJVYjhludGxoTFnOK4KFZxxi8bGAB85JYyuiel82K A0MqLMz1yazl1yPy4iUXGe9+Cc4IW5aEMe55O1AF5+x8GQ6rNaBbpB+mKnd7nc98JpP96n7DQ0KT oKR+2XogRHoLOLv+FChS55OJHxFTSYxahESbYcfKjrGJtaeXw9bCUZGOU7lU2AT77bzj4vsdsoA9 4Y5hvVaYhISRxW17mlHqzktlBxJN2DNkeQJQ/QIWSIfVA3s/G2ccHXlu58uneMcxQw608TiIjYif LLONo1551MRP8O8buoaOIlF2a9huFoPOis1oV41K2vIWjPoKeO87LVInsCZ9T2UlBEHV/IKzTyhQ dsy/RAWXnejD/YqIRI0VlJeePzggz/JmVwtvcrzHvxHT0yvMw9uyCDhzbfBrwXB4J0PWbaLk9vwc Fk3NDIUtKHb0juLnoqT1NfZ0j3OkvfknxZ2g0QOMWIE4WpbByjz402N9JB9iDoJHu9a9xXdTxI7d HM2WQllB/U3GpPV5yH1qM1crR2pKLI/tSgKAdPC8aLQK4pc6CwIrSBtvCHhrfx0pYTtF/2CrgFz9 z0hAObKGcJNFuaQceq6+G2JsB1saHGe/0dbCxXobJVhehB391gbGaXzhp4HjtzrnIaNRZ7bSJd8a naecn5WsIewbxLxe9nbPU3w6Fv149814UW7aE4NMTRw/O9/iZy1YnTAYUnNf11sGD1VJJZaZvhe4 Sat+7BNTBpoKQW5t/mSsB+xg618ZmnWcLkOQEhQ9REm+d/IOcpF6gVRfZ+vNSWomfoMS9g0kRqP7 xVTuOEQ6odr4491ZzrjxeAnoVa9PrMG4T7BZ/UFdUF71kKNwJwu50agZy5ua/6a+4Wo3h1WMbtSC 9lJ4ST6DrYkFi52E72apgHV2O/qUH4CQ2Oqfdusue3ByXeUh6lkznycmpy8jm4AGCdPoeAF7X2Jy 8rhgoYHmhLhSaobXiuj37ldZsd2P2zaX2UFr8w3/ORSgQ+I3UXzdBHxwBxfnKtGQVkdfmctH7uBO TNhiuS1prRCG/urv898RZywPWlOUsuPmPg8n77i/0xeDDFzUL3Y7h9vEopwVR1YbboJwrRDod3w+ hMC+XXQulaybaqfCRvGrkukDTyYNHg8+jzfiI+M9igg6Q8T3DnQcw/EaidncBMco4fo65o6Mx4tO WvVDfaACSBobYRWZ/FGqL7/7Ak9/OpOOi2OTvPHTt8iHcUGTyby3UhEr0uTAAH1muWQIKNku+T02 vXRY0g5FOfejNrpb1h2rDznoPUlxoUuDV1+Ml1+QpnDwpTtiK77/RMBQG8uNpQrF4LL54QkT5dZg RVfLkNzBMXPWQnl8xVvC/DlWb6mUTtWQAbtfN67b6fkonHG0B7h63tEYldkQNNjsrkZrnOSS9uGq uQP9x8J3wtpaCGZv1JvFGPkTFx2hy3nA69vCWe5F/MGJ1yzBQDHZV4iXcHvWy+93Y1hiQxxKmr73 R6/yywtX/isNjlPiBNweM1w3CtPnJA1QZH3M/PlV97vL4gmUcTiI4x7abZ719BCmH4oYEtYp0lY+ kPI9jFC60mGF4hKUoPEE4sWlGRFwOhj4TL42I+I6jSuHzU8lOiMXnNOuIl6HRbK8igZfLSa+RZHl dO3FcAxMiEeqFfK+TeGyaSTKliYIQEa/42R81gzJ3Mjw8YrVTCt3PFGjlNiIgp65R6N6KgZQNfpc fJ0JOzk6XNUI4xC/Vd5I55z17v6VLbq+6kXZczZOcuSonMYKlu8Kq9eyAAwftG4fDI/xsTzItkJe nJqix0M7N+JA719fjKgLZW/bpx1/LVmsWa0/ob9qxxOhQthmBku/gKtmZ74XNkMOnBOd0USDcGOq 49+f51o26KndJPqWl3A2m6vk0UzzGXKK3t41wi7bB+q95Y0/4sETLOSRXkyvP05NIVGvA1W4ORj5 nWtjeQS0H/tGuVLVmD01bXMR+EDt97uQ1vqgOTi3SmIJTFa5obVoPIknp3DVUkfXrlsvJZZ4PNOc KJdhmjj694oELMohqp82AEIz/pVpTz2nYpIXtRqQPCh3rvF72xwCys8QysSGJfa+mz7W7qdujtdP C9eWND1IpsOoJp2BB7S8l3a6Xu8JF/m6OnzYwBkZy7+w/OjgSiGhD3Kzlg4shsxwd8GwI5Od81ip Xboq17fxPOAYsKC21qoPIMmYddQ1BE4oh0PGGdCwtqyE7z4GSGOVWLvzpyO+Gx0DE+gWlP8hRXEb jHtQk+WeQmzNWwdpVv9qcaTdYb8RaHzwPpU7Dd6yFZCPXRv7cJrNQygZvxjVVhpVYcduSHnhTcwH uRrlpEbY8MMdeq5Q03ooRtgiCNr4GUc1zSIMnpdE1J2ee5JfJItOGnOqa+uKuLfoDe4dOnQ39m75 Er4/aiBguKm1/+nj0dVTncZuoqS8ld1AlVsJQag8FBwfLqMeKzEJOcKMMkmty2TgDreDR8749qJi rtot3d21hv0Cj8vz6QXYQltio00O7i1CjDDlmoJqBt7P13Cii5aQSdPpXdMP2VXuUaweI1R1xy2z G2sMlTAnD5okHvETLRW/UlJepIWf8vXnjmUaHJxyCwShTftHjZl9Dnt21hc6aCw1MPfK232zrxan UnLsbU8XWVMSHXvnVxD7EXF4Ob94RNn3UWhHO2XR1DVsqbswfYU6IB0MyKecK/hEhF462v2IGw5Z yi0lJuA+iHksfsfwPLeG11DmZDMnIpPRhvEcVBcFJnSTPQgWlOBWfTNHefGBMJQC7wlb2TCaQQTz devK6sLIo9N1q0X1RsujKINLmB46AymvDQmgPGqb0W6o14E154x6tuT/9cF6r1DUGIp1Na0x7qyl FFXdwUEvrtPCgE9oyf3AZ5JP+VeBZGlIxPcosfza3tHTmv021Pftl71Yq+4bHI0sVOtaUP0lOYj7 lVYKKxhrSuqY/tFzFrwy+3pJEyl4c/rcIWdBvF/oLaVJvnyQaekpO4UOnOU8L6/iuM9s4P32ayiv GFyvegnwXuDpadDx26lqspWKpQwbkSQ9pbtspnxMO8auJ7mhUYH2yLAChYEE/LoBQ7SDtMWRUihu Vekxl1/Q0ZGBAHqBZIh2W3C9Dl1nWd0kQSSh5b6zkHcyzJndRbV4QDIJE9Eh7yvy8myibcCwUmYV sLGrcn3cXA3Gbt/eVQjVvwSvwQvajSnLEEITWqZIeUTUdjDrBb0QfHGvq24qLLJcmwyfDUsgnzgQ gkdTqehuqgNTZ3k/z8fkpo3vus6amTTmvfs1jsnHqJElITlwjlbh9sTdSl3eBFPTZXiNFFZszAqB H7BfjmUXDL9AD5ePS64gDiFayzpy63x2pzY88npd6BydDXaEXtfmLR+vzHXlrzzjT9FkXSoSXXzi iDbM+oDmy2DSoX+bRRGgMVfgRRCY/C5l1ow79PPo+zBe1aukZ4WazWcNsHZGhRhzfIghZTcL4+NH v2I/agLeVMZvaJuKJscGBJeRBNcxtN7q6M+CjEWd/h2vQVy5ME2jUNyo3yjsOU6n8LYqRaxx8OkJ y8xisYFCYE3SB6FowSvegqRuui47F7uEfYhGOZb0mVOsu8XF3lSJ3ShqO7Qi3wF6jDFvgpeuVLaM dUSFeKHl16/7TaOM2y9q4kqTBcb6fuldZTgp0hgjzLswmabH9kRNQVFjGTbTZ9kJr78ci086CAQ4 YBUQ6dHnOYiLqEjWEqFurpZPd/ciUri6mT1KtlBuTfxWgDn8ffhNNluYyaX+fZfBXdo2XvSDvwgo 7MSjvyS338Ptm8nYTO4rik1PAq8Mh2ouXKhpiaecVn65hux6O39GpS1LJegr8Zysptz81dUidDQJ xlulf/jxW8Mjn8Zs8A8kFmV/r5urhWQ9Ba5IH3ailFXmB62Ez7/QKtdM2qbXZrf5P7uKuPaYECef o7XIFd1G40v0tZztjMIageGkUh8KW72XSJQqb+ehcPFHNdBMUfBDdpgqPctixo0u4Dixe/O9Zj07 zvtWZDpm2AdDestI8No2SKm0NdG6IL25/MqIv/bVIl5nsFWCrZ6mzZYrYAQrxL3cdBa6lgdFQOIO GJNeZ6k4lrm0nRB3VHrmAo3vH4F6fkfTJGiV6wnNAQG/4nUQhGC6c5H78Ro5Lt34eHdFJU7n9ZJm DoK7Jtb7AOZbjo1+utnJtwdrqk8DfJ9nptkZ4IYsNCp7Xn7Wb1ENixlxlr6cQhVWZKoOJSFN3gEW wQo6bDP8Wz+lzeUXE5H33t/XWr0SP+LgpwQ/w1xmF5DS+kYthJw1j9F1qT0zfNVkU33PbUUEq8KQ //paWVdtCCuomIsMU/qMldT+TgvtRlAIladJ0Zlp9Kh2POWz4PRNl5DFa4FoTg9O6MMtcJWWCeUa HvTemuy2fZpnOaRAP1kv1My+sFxqpAGEoB0sSN6gCJTn+Ikp9aXD7pvWz8/jcSskRa5eNfE8Ezdx yMdF75j7mVxIYaZrcszJW5a4ufgHDoPB5w2uRbnoo4KjDA6s0GJ7k12fMEi0E7p8afEDxx+BZT2s h6Hn1CNTWx8AdQiaLW+RmZz6Vyh+tSvlxaUYCs7VhXZ8WWIwL3Ldy7S36hoogfCXxcSO3MdLOhDr zCThdWbYX9+nzXvgfveVsyF80kfmXBDTd83EV/sxCrnXKRpR5jbB/fT9xeQJp20911fOtA3SFIq/ mWZHs3kz/BtjJ/g9NHxb5HxGoGzAp++OmAb3EfMZQkNmtk0WGYOceXLiYOVJdiO1LSLodS/UAVbE 4+PzKUSzpQAWuttROPq8xWdj+Wm7tjzGXVvnp/fKu+46cEFDGaSzGxY9kNHvk374mGpQGChY1qri bR9+0Jh6rAaHURrMEtpjZtVRzT11ugTfoXVybcviuBdw4tcXCcfhDZcb/DWRSvu5ZFNiWGBGqFku er9ngDAmROtbBc+N75Zx/Z19Kuk990MsylgkGhxlgTL/zwtfZolc+9jGVvVn+HqdEk+E210GBiFt 6ASV0LWeQxRlrp8xuPA16hBwrBw5pYgZtd/h8CXKdMgScFZ669njXBoDf7KvVB+sDWJ19oQFwsuP lNDHhbM3Rv1Q4XuZO9q6I6uV8OPUYENtQQaKj7+NY0/q6tl+6phHf7dXgDXlLE4pSCGJudkLgRXo HpTIqINSj5Nroq4ad73bmimkHJS8IT3o7S0LW3f1ZYRPtiBC6l0PB0KOMoE47WfaDk+GuTcXWABC Gdg5opWznUBTUQMdEVS08mcT5oKs+A6JlkvqVypBD4Zd5WtvR7X8VzCkd54+y5dcSC/NGm/EDs8C X0dPcxALwQSz7XY8oBSZXQPq5Gu+gR9DULcsUi5RW3EEnIgx6JY7tgTL5CS0fS76eJbDebfo3X0Q xN760vDFLYExBnXa6HtTnUz9/a+m3Zf11hFT+51Wzog3du2C0YdYX5ofSNfB7rQKa4T77B/9zF6Q bRLj7aPA8EJmA1AD3dWLupc7WIa+iY38Uu6OJmoJnS0Km04v40/osg5LzMO/M1nWlJ5m4zuArhOr frYaUJw6idb7FiY393xbVf5BFQ0/jX5IBmc3f/Yjlj9eJml4tr0RMAl3y8nBzmtiRzvGC5s5CPT/ T9pMxkOtwP0tVgcGl782bvdRfvFYBL5WlmKK6oRK7pN8hIMHUQaJ6hafo2SL3IzUWRdJzy1y+rfQ dbL7nIxqQ5mMuNdeNknFSZPgBmA79qXcNI6si9mJV/XtaK2JHYOQkmd3u0eYn79Msk8EdsFCH3sf ndZ+gQwn3HbYxwqKWMaL8PfbOzz4Xzg81PLsEHssH7yLBnSh8vwtQvQCXcEbd+ZfizN5ZITwfUVq 1tRFcStO6uJbugtvtLDwUb+i0/iQxTYaZbxmDVb1LFfA3dSv/6xiHr1v7Uz389wirnBv1dJw2oEc O/8yMITXeCLlp1s91SHCznoqfz23GQIt3dyXevPtxFIbQTUxUr2o0GJmw353p3iBGcAB4ya+JD2E qPi0tJVNs61ckkagHhe+25KCmDthIEZuSAhmCZ1t6ggpT0nUQYSrR4gu2Rwe/pTllOdOCGsIYUo0 5N5YTbdmHBtJGAGT0OE9OIc/wp/sAQFJMlZyifvr60X1cpe1Tr7DD9yIYW3m6AwuMHBPSEza4MVV tYftR0BEJDVDLCBJ6VAKFj0HoxGsKGRcNGJKpmMMRoOYDDKbrMs1G3kyJjeUtXkDluN1rafAif4X lJKUXfMk8vWauYl4zIfdMrbihy/BbkZszc/gk0MmemeeXmX0nLOUlda3tR7f02RXddCCfEMhqfle UZCA1qWgEjE62J1Q81rYImtn+5c/4gZ/8TM9pYcfKDk/xIr8UqYvFCL0JvwwrTyH1p0VlaqqCs9F daZDt1w37buzbfjDs3xHLReHJWFC30zBexqdimY0znLqgHipaES3rTyQK5McwKJ9gNtM3IkZKb3O 17WAzGsNPWFLMD37SIY8vPWNEec4HTVk8PuQQbSDD5i9Vso7Ma31CY5fn5kLbmUYIGNavNpsEPv9 12hzeIcbGVaIFmaiNYbfWAtCGQwPxosesdzm33NMN9V43KXDeEMpbtdLz6RN9iYzpCnCLUE0AEgU qYbPIPJKjMOcZ+LvbqslueZIuxhj/X3YeDzSLgRib4qHUdpbKlBXecL534TiSVimMb7A+4u2nZGT UAbyTGizWSRH6pShPByz6QC0zSPhlwNchpa67DB74DC/HC047AZq2CCJS/X4m314rremrFAmWSr6 KWYKL4ubfddprTXSyV8lE05Rw4b0Uv/tYfQm0HNT1BFKi0gf2j9GdEOl39o1VYn9zrbDY8buPsiF h8rBLoQQZ0RB44SU+HTpmiXLgKz958IAkkeaHZqP95hYh/gbg4UP3G3zjDCf0B7AnTh6NRc/GZFb rsNIlGhoIES+k9Dkco2OHDGfDFE/sR7BFuWMA7mWdmZ+DDErm2/wV1K9x9SzrghGLKtIVq6HP4J3 O64kcZL7hh35HjNtFpwWp+JRzhFUL1Gq4ZLLe6aP+gHq0L20mVbV3/Fo3o9PimQndAOyZXUlfzXb pU3uHZNgh5MoP5o6WtEyeQpwsf7sh/P7zkmYmFQmWxs6w6/55TB+dM1rR0GuzaX5HWGe4NyVq0Cv Fyexpz980R5PCcurd78Ig7LJ3DksU2f20/XqhgdHXB/OgLOlHjSWayYYBFnX3IpXZ9k4lMCeRoSo Ui2gjy5GgwJBpYEvU6g0cNV6XZKtFb5PCCHcn9JvyWrsR/jLxA4OiipvfdSUudW3+GT+nk41fK4q fdFTj+PMCGVV8iCMcQbLle5Fm7BlrJNVnXeVaF5gEXUMx6zxHiRHJYu2FXHhkMGJM+q8AXvytuHD E76ayCqUJfkupv3Mbm/XmYSEUWEkgWPiBbjEOAQTBohQ4SSeuUXkEfPFRahO8hS91ZGo05jc4UIO kJwfYtJLpT5D8RoRcNkPdoiQGDXHN8PZy7oOejz2i5wjR5i4iUOaYqzxYDb2KygVd69Bq6/AEqU2 Hvq9WS1SHfMx91oJ5+OmBI+ccFEIaaa3fho8n1IrDNI0l/5+g5qmyDvKmepm9vClbh/lOP1VpTVl bS9yzeRjeZFam92tC88BsUzHtiBkIkySOj5V0Mb5rd8lBywiS/GOVNMp29qUKxvDWgjmBKQIFhKW Izr4uJbzzOBhX9RbRz29D+SutUKTZ3sJovJtYvU6kRw2ZnbLpzIfWhdanYuN3pU0+yZhDlHozYqg QitByjc8H4tGA97zRPnKszmtUI/EHs6S+t3KtFORwJwSJrRcMfbNLtbBV5OVHFmr5do7DQu9Ini5 5dNCYhOu54KpKDLefDIh1FSEuB7eQVu79Qs67jaJe7fJueZJKeYjmOW47W9LXYViz/saCIwhY4Zs g2mhnSZX15ezXDa5Aj8Rb1owXcA/PVNonjz25fPbrvOFvc3zmPoeSlsnShovR4ooouoRPuOQyNUc oKFpBZRKu8OpMzgpILNonNLeZr/T2D16teHeIUSkyMW9YVahQiQQlaxve11+tud21x5W/YhT1Gnl i7bQHyy3ciFb7KgPfdMLxbdpkx31eiMmw/LR5jM1Ns9scG6HB6wCEcohvBNYLD1Ogarea368ZuAL y0RCHHsHR3Se2SIN9nHal21RwuBrh6c6KnXGumiC+IQ12EQa9mDLiTYB41xyJiS3WqrMBQQtFyoA 4VsxfKJ2uM9tOlEAp+/nRAuEuxJEbGotXJOqr1K02DprMTj8r8YRu5E3T74z1eeKMegDTwk7hNjk Uh9LrEbOxwu+hk0r4daVvf/az54PvzSIPS1Ul+b/yJprHTJj5JJt8R3TpvMJCNdpnS1PU0xshJwS TCfmvf4BWspkCahObzJdPjoW7dStAIxxNg17CYlDP8TNJjTkPGSBKPrOWyCvURg67Hw5B33ZcFqA Emsd2kPMg0TIVNcdB98p5SbMq+vCQHXo1kdhcFvfHAWLsUysXUuMxVz1LE++FiAzwFKqLI7m5pUk vT5XixtgLIUpFagZl8z9/Bz64hZFcoNKUrNJat0+n+nr9e6jd65aaW6uf29vMC28a2j8LhjsqUvf wdH3vN6aCsCapsZN7h6XZNt2q/XshMbmwe3+KRQ3wTttMMn5qH0NxQthAszE8cBJiJHrr7kUaRVy 8No6h8XYM+zjt8WUb1tAIpdw1Kt0Sz8rFPcrysMbI7ur7OJGJoFvhQH90xrf3SlJyRRvEKpJIMNl 8QDvKkarHRnFIfqSnIyH77PIf4yItTqUV4kyZofozkZWAAlRQ9svq47Y2IJ724azVrAxEnYBRjSz F0NiyazrFnf4cNrP/nAdwYUb2cMV8F3TpXhqr+GGDR+ZavsjikaFaqPLVaQic2k/phcs/7giEsat iiZ4LlTV1cX71eCCbl7Pr2LeoCu6iIA2iVltLDzdcBllz0IxNTtq43sQUhSoaX7cOv6jF03yJ/kM xwGj0ALuMkGgU1FSsjin/OujtAMy0ZF6+Zw0WA0kawZeHx1stxViFaQGw4cyyahApjYxojMKpFu6 xvOfhq/b1qmzOfgDY3MEnP4eWD8E3OpwuOWhDpqdSC5kR9Hh4nYJ7FOGXAmTUGvxB77ZF2uc/OSK kF8mLpnPrnHLo35IlF8bYvBycuj6fok4VzFnoYNkPnooN7D3Upty/KzL/cyoNfkT50PmFBgnzza1 hqexB0SOksCuQsal8LT3OM/rdU2ZfbcZWoFbAqz4OXXP8pMlOoPJCGOz7xdb/L2qTu7KlgInxI2t iopPSK4oT5F22ey5cgaCytTX8IdhBCVMzUHUzXaRMh2jFWGGMwKd63TLn+uwu/TBeHmbfNNwARYD utZjB/T7ukqBCxzCdb/GkUfU8nQfWtL1LD80IDGFelCpIN/dS6JcPkBnL32RYjGoE2KVyfB/ccA5 Nj9YVbSOZLKiMqKnraedTObn88OvS6b8KGzQncLtYbGvnQfJu1RrudjvjbiMXHR0NwbhGPLjNKg1 iF6oFQEaecWLCoacPKkkJBLv8G4LPRuX6KVcF30eXpyLaDlyA6Z0F5xJl5Cz+auRVVL56ILN6tfH sNSv9ej+iBx75BC1cuN2iwIkdNKBF/j6B2zxXZSeqIwsjQiOXM2wLIW9Nz4ofjLijLDegjd6vAZS fWEtPlOu8zqrJnCDnxujdVdMzUlXRC3rieeK7waqsvWHQ6de5ITmitbFR9EC8lF85INwtaw4t4Re cJuW8qIJw28XFHjnnPU+XwD55eZdPi+Pd9l2bKvytn0hey+jvi7tlK5YLGb9rJfI3MkaRTkUgBBM W707u5t1hUFp5sOTJNVRxtNYZWDynWNe8gv0t0eUr7QfEFhPDFNd359PC/t8ay/k4FmbibHL+nYn zvedJ6RvUs+dRkBU9gijOwDDHaLswnqXWmu+HhpePyC1dBOB2KulgUnAf43q2PCtq5xZBTmwZ2ZS hmA7jD919wzilVxdFK3P2wlBP3Wn65ZPmtGZ+VTFZbY2F45f7IbRXW5wTXydUu8Wus5tJWQmuKmm zlm+krjFSoqM64wuVelsHy/OQdK0WuWVj6TbSO6hM1RhzhuMAu6SCW4KPTysgqHG127zdGEZ+j3W K1zAKBhxtyksAOtnZwDSAiM5KaPxE7zdtR4bR3bu3auje1BkbVRRNwJlD/csLGKLoZfHp2aJjk41 Pm8VcCh1THgHYgE6pgMHl6rCPEwICmD5TAIxuHGQ+fo5fvjBexX294cm3PcDnz5eRvT5R8xkh0FJ I5s1x0Ely1U5XbveuFa3LH1l8z8d14owKFbOHVSFQKR1bxXAtXkKLc3Nu8nNnKUYsxLAusAsrnnG qsMliSxC8mpkWyICX3n61MCUMHXhdjHiF6KeiQ9Ono8JZ/z2pSHYh/W9j10cJEzqh+vNnCz2izDg qIf5uwW2uEFyUuiFVVMy5TX28c/hLsO21jrQVym9P3KbK2/4K1uz33C9f2gWuCkL90+nKbf7o30M C9SG2lwmq1WUbZyZZ7JpdcF/KaTHRKcwMeIOuO2e/9RXq9sug8tgYOmf93ShCHfZpkp8Cj894TH4 utBbbco4pj82kl63j/4cVA8UTGwzbr98okQKsqFnW6AM34zS7SbGEuinJAtF4NbPSSRboVZ3tReQ 9sz/UOZCTth7FKWdDfEupqfmLfRzm1LL05fag5msAHccwpENZVQZOjn3AG0t0Y+06/bm4r2DKh8V wgj9TOLQoJ/dLrBRChB1ekvT5BjQZaAVGI05l7VxZ919+q6amsrtkrjhEua545IqibhpBJvDLXPL JEqNM8vZFwI0CELriXdepOhftY1semK6eTDJdPumXm/8bDlIm+SMIKS0nypF+Y1iD7xsD7wLu1Jh a7M/HBapxxG73Cmp0kKqOhrdol2tNj72bclbHlY8j+ZzgwnKekN9GdB7Fp3tcLpF0AqTpNPDFD9Q sqrc9kbS6JV/SKeoLbrYZ7v9aomPwkk4P2khL7K2UWsllYLNbq5IaujoNLjlKPTJBvJQlywek+Hq CiFg56txfguPX9swzA56i9FweHRtFri4/uKk7TE/Uh3ByC1AZzkrqg6xySYRReMVzfmBOVrvvr3p AaOvNYm8ZzDTOqkDQGBOuh/vRT4aCYWygSyiI27nA281a4eRxq5mHHnU1yyYMklPmGowhbMn2X/2 OVsTTMXgPqBHrE9HqOI8o9DmA5vSMN2PQpQW4q7MWNqwdTLY4Q/WNFduWf7qEgp6BwRxbcUx1q5L 8zAiv3iLEakNdhKGCfBIhoYcF/h6+VNvslOronPaY6nO3ZUa+5QLZ5cRdSopfrQi2Ddsq5X7eOuD V77aHLmYcNGC8awKXK3wEYWr0VyKl6/swKpTXHeMZTDYTgZRuaSs53s6m3jmEwxOCMPAs+JgTIdD peD7Sbo8dhQaoA3zJ7nE29vrQfue1aHoFBgNa1EOn7G02pr8HP2wo9LHrGziyPrutlFz0Gyjp2k/ PDn4GpoXa67WTR8f9vikfaK3+cZ/lXnH0E6YfDaIejRryQvjvMUc8bWgy7BZMvzZMmSV/l2PTsu+ 19lRf+3e/9fOWXVFAThYnJAQJCWkQUAph+4eGoZuQbpDuqQZGgWGEqRzAMmRjiEHBgmHkgbJAQTp rv3vw36Cfduz9wP8zrlvv4d7LlfdPec6th+OGatTE/y3IlzVpwrliZbP8IsTD5PWuVp9+VWTMOkf 4PcbddNvUElyG95wn/heuuiOvmtO870g3irMDaITjZqPCOtjcY5MBaLhvyWO6jh/TUNT5sExbr9o FdfLYoD+5VuKzX/303/PhholVwZKO9pmxRrKFq6c9DxqDA4J0uM0u9TcTXWtHE4L5BiJZ4ZlZsia p/GVLompNx12NoOrN8ZxyJlYhte2vPXFTc4O3NA8UqAvckWjJsh6C/K2VZ2DOYGhDaDlvv0edBJ8 5sdzyT7xWnp/aw2ctnjjko7XI1t38eXTlwjLYSjXFIaakzFy0AR/7OY2nQQ/Dl94m1AIGWWXP6TA RP4k8XRCCnri3K9QSOskNf465jZtkPfE+hwVrcL9EcwZQmXkYE872jkopqoYmJWDSHCj215nlHcN V2AKjsaanU63jYvUdtkN4CjeuiGGq5uow+fvgp7uOxzQGDUxoszR80gFZV+Dw2vOygtcK84IA+cG 07rJT9PANcJrDfbeLg9uaMw8gyTQivL0g936gkJWsPrjiZpcvcio947r+LORyymj+DSXUt8fl/6l 2Q6RBTY7UQsVazKVpww9hLhb6rEsSUbzVUj+mTTTHIGW92KxuuFfutk6mvIG3Rqie+pRt1Vz94B8 wpJFZedTzHHVsfJQ2hG5CMrEkjn/GkCgYfV7TOAq0r5XxbQqfgjRH/+mKh0xUxRCi/oS5yMcT/wA xpLmzn50CiTorSz9jQxL0Ts8UJYdPmylm2QrBUQyOMlukXMCqajdfn5+QwxbpnSv0PH/e9WJ+9mh uOR7O00lsQ1dqMWPu4fMecvTmyjQt9TOG/bS5RkvVHHGhBBekQXHcjOq8+SPD41ZPHbyfn/KaawZ BRteBRs//acRzcaZ76O5VAONE4dhHKmd14LSUaiiSuuSNnksDtzQ5GIy3qY/x/M0InEMjopOsy26 agVsGmsZaBLlal/FxTmJl9qmILtwpiO2DpCLf8OwBqa+277WX9ltS9zhtGtTooZ3005xkDBPYUEq Mf75CTmOZ0ca1mR1RzENUvAR2je4gilPE0IpwreaWtRYPdffzd7naqkOiTv5mgtZf1qng/H7O3rV JZs4TLxL2vrhvB1dnagaFbs3wBk8FeTcxkWtamFBIuI48G7zQe231LQc+EmNOPf4G2Qg/8dZ1z7f rKzdWzh6LN9IpGorO6YA6wB7W17JVo6mpOUbpcp4VFUqbKn0Mp6yMntA5ewjOa+enbWEHRJFy9pE qIJ71A42WwNV/ANHYNwezUD9jJY2thoza63rG3R3Xzvs6zaYzWVlP24ynFpczvrqQTavQnqybtzj QpvC+BlArkrFYBMUvMnpWi2enuegD6oeRDLS9NS0teD9smn9Gc1ssKKy0oVnhq/Prd6Px9ulGK+k a9uouqifVvslGpp0pRJi+z9jYbotLCsZU7BJx9o9CJ1VVh+67ovOuH+hueSRXhGRcd3z9E50XdJ9 G6bt0wv2CNOOr5u/lHWmIxLLx07PSm2/f1TEsk/Leg+Q0MrXhaS7DJSL/mMdhz77GOn83WgqPXfF wZWMcggXEYo9mg2Vbbnfn7PE1n4w8JlN5gK/Lkg0Gna0PT80t2EbEjP89WunXNbMo2Rhq5d+9Gqc 4jBUVCG177EtwD084sU18E0sWBgc9QlbD2eDetLoWaEkbbCFtthw4zGWkb7Ppq1WilruHXZqPUZf 4Xf2tuwhZZFyrpFm5qDctedfGay5u2bDrDwTTk6oedy7UhpuGhoyfwHJXYhFE9xqecmYZovDUlLa 2ZBjjtMCOtsICOUFIV6wDFbCXbij/3CXlqhEO4wDci0LPGZ77/uxTc0jiHnMXX6YEVz0klQV03/L k0MMibhJ095bgYEk2nbJkuciXrpnDLYpPBP+IjRXd4Dflrnu0uCMsCQxXsfggJne2OzAZTeW59jU 2ofDNZEdS1hMhWQPZH7jzP5R0azPICJ0rj1TlSQeiy6asoEq7D8vcGyiuY2mzQO5w9Vl3lgpbGFR UUa5s77o6R53QCyaEjpns2X30tsyYNHRkbbmjeVMkjAlxicZZK7HmdwR+pK9KF45DtqhSxw+sNK6 qcM8fupMWxgiybT+ok2y8HhPvE2kwIuITXSyE2SX5rdf9r1a9CiTSfrnE2vTm0iXv6EvSO4zeIod gl/9ARDdBjrVdmG9bw3YvPC6X4JCqWbf1dmdgBl5X/QtczVoZ6fhFy8gKxrerjjR1BNjiFez1Bry Q5VDrOztJNMelgqAXpZ9aBBGQNkl/N2oYUaKDuYJv6uJPZn966KUfKJEmcXMAZiiwNVUbrNXwoN3 rcG17xkbjKPPvGBN9iFYNGWzxPT28CtfhFDXpLUnhZXPz6wbMl1oUV9KCJydCuzsELHAosey88GW OshO72UaWt5F9R/SosnbBsjDjoK14rmZudcdv3OnNpdpYfRQumyi6FTpl/OggSD6sDUBfPmj3qt0 zBof78b07oZWr1+VK3LNFGzQe0h4Nhq1xVDTrhMCp54PdKU0mWnRmC114l13UDDYK7npWp/p4PM/ azzTyZxhdRaKJTjZtSP68Cygd6MDKPuL5+uvFnEFmxLKMdPfn2S4bJWYDCml/iOosgACr6si9cwf 9j3+x6z35mMQFipGHtQkKOKvyY+iNdIQSVHxLJA5+n0rydvcZ9wkNDH2jn3DNTxXrwTlXuorc6Ta rw8rP0TG1cFPfTHlrf5qkiu0He8y2tnhz4ge7JhzrlRhEqu+H9/hbAWAWWKuMspsJd/O6lg8Ri3K CMIq/1C8JPGKuNJMbbcmKhCTTOS7N7iehifFwJC+3MOumjydJ9TzDYYSgwMHLiSmhzs/7xQ0x4c4 ijjoA2YhzvRVYL97HJHnD6zlen1YZTTPkXaxF/h1kOkVUfMB09Yzf/fivPiXsdTvalKIqvw1dvmK ReaqQmsCDbMPAJ88ghF2wBE9ULelzr8pzQ+l1oOw7acygkOj/1kexBkkndrnzi3jy73LayA5WtR+ Pf9rbPjVcqP/keDFLq3Ras4F/Y2eSJxslIO0BYqjm1e/XcVPZ3dzd6bOtjCueY8T9KFf2ivca0B9 rrXI7c5F3bCQn29otOOlA4Q9+TvlgwRz1v3XfYLI8aTcP2/V2h2WsvBeSZ2U135uOLM/ZWZBAuUu bdJZ6wGXFa5sySebIJIPfj2yh47Lfjszjw9p4/J/jHZvuCm6sA1M92UtCvL5YtpDkDnj3YBk29cv tv/TZ59E0alJE3jG5kJCwpoedpiv4JmJGykbFIeaBOconZA5+kLXlDWM/3ZbVgB1FdtD8CM+w1v0 GZufjG+GAJ/H/FvKGNi4v1Y/HrVMsm/h9rto0UYq0dX+5v8ZKUCaasu2QMBg4V04ygz1cK88HR0F gT8g94MFlv9SbYTxPYkRVFfKUQ7+FoYJTyjb5TzLZPDFWZZwnMoUA3ex7AWM0TClCPi4+EuYVgwU iGjY8hv4HZk4Z4ds8mxHoVe+z2vIwvQTEboVyddx2lq34691yFduoHz6rBV7oTZO7rqJVe9sN6H4 756AnZwK4NO+Kc6uQpyytvPWv7ypO4u/aVsh/ccH8NtawIpLDHXxRG+/FUTNVL4CwVOP2L5pL0fN YCyFznCcp3YkF5Ap6yj1ByNmM8cm2BhEVWJwhIX+0DllCxaKT4fiyFOFwVwCVEBm8PY4kTR8OSzM +YWcYTPZyUrIxyNeacpNN/HmCPHwjQVK57PkAZlnKhEvVq1J3V0QyTkFx7SjFoIHXbb7ezUAJ5sS DPW8/k2fQyYPGY0XHp/OqW0o1Op8X1EzpQ+lknnc+uC+Ka56BNEQaeDNLqVP0Ky2Dm3qCHWrAD6s gkUqzk+FjzFqoKrBUneWoW5jY6rd42f4nR6vrEpchbGtW7BeCNe1ByNlG1P1pCMSqxNnptS2+xaZ 8QzpABkRE3WHF4RxpHHC7weHlYBY3U2fEzJrUwt6GzckxzFwP97f7SUUygT3rLmobV+WXTcUMR/4 r1VRnZc+D8HUf/MzoK67U20hXT6r9huoHRiGufNigq+BWli68Qd73+yHPCGVmbbW8v0rm98EWmmt wX4daMgfG9VdYqcR+HNz52pAf0OvrEnqJvlEbvTl7Z/bN9VSNahi3iOTylq72ixNN9VuyhXCUt9/ 0VZziCYGKuzvc27QfB/X8PMz5QA7eb2hB8Tsti5+mX/8De2A/cgG/yZOefAphWBT861GrJZYR2uE PFN3YecQ8zg11WbIYjXag1q2U9l2VXHheK7TNsFacrfwbeqr4u65srF1VNjBkw5eOGMp81V2F2hx mTN6gvt60JVGy4hAkk6ZLAj8hj88fJjOJkJt66BYyfMY2/4HzHKkAE324cnL8mS18qeTQhAbFPvL hRSorH4+fWC9teZos4r9uzFxIBWNeB2gg1vKb4yopwz08UNh7aJh3Geg66I5DLP4MmplD1KThFXA fnjLorSpifqHGFIozDxtalaOa2uwLFgBTBYI7RLI2WSK8HNxGM2GG4M/bbA0W6hcdzrqmGzr4xBK fwe/o8mmM5muyUWAzJtO4eibp2kjnfZKBwMrZcB1oHB+1F6DDsYSLxHL9sv73mC2hS8FYMDZ+wxj x3uau9F3wjaZktkN0Jp/t12tmuf3BGqEtWxqORVUaN9mvYLPd6cMkT1pnFIkFifGJtPSdn7uP8xb zRwYe704wk+C1FAYcSwASdqeP54xdLe+aO4hVlt6AT0/fsa0/hHTmmz4aB6cmTn1dSn5gZhQZKQP jgIeo6pUOwVD+fq/LV7CklDpWPWwWpORx+XK1SQ9IvL7t/VCJtR0rOjVDrdR0nhRdnzoXU/jzczo qgihBZEdLuTLzFpfq20Yrt4QFC3MsmkOuShT9XP3mVehYUd8WquxzzYULnGbbjo36CEpSZsdCQ5a YJ9LCvkdHCTzEDgaqozvDM9bSIVNT/BFsJe7JWMK8TITuDDHpo3q9d/ucvm6tElzl/VHMLH/Sigf QwAHGNJG+Z38Snj4/OQkPzHJfKcysZxO2sp99MzBNyVL88BbsLclxO++2RNfRCBaz5bOlCl2wh07 8Zz/ej1PpITmwPsT5lMAPngbwb5agRX4jGe8V+jrdI0dJlI7yTWPCEFwGydoQpIL9lK9JpZg0lvt T23LzdggqVgxi7bhdK7ULtWQg6vESI+UZv4giL0wu7qXumTBosrvbGasucgvcUwlyfTSbRlV6YZP yk8N8fXmHzwi/IBZq3MhxauC4clGv7F09pqp8oqEU2f1Smgo6WfOv3lcxfTBU3ccn7eaynWlpIiJ dN141VgLqULrd3hHW0JJmVAnvYgb4/gXmQFfHMfUi5nKW/w5Pj8SQbhQbmXAtm+vvEqJBevSBaB5 MiKAA38krORHvVWIpbNc8uUSkvGnXDDe1CRI+7WvkRvKgdM9IBTeXCRG9nbclKwRb1B9hiZTuqee uBEpu4X/UNiOWzrNJRGVb762dV4bPNwr7/3DzE0uw34JcV5E/eDIjGfVsblodNEywURqyVrSBeR8 xWQcRVoy9CpR3VqCkKyqGqrBYtKjJxIh4dXJcjT+NhkbOef/j1IvH2diEJjPTnexNbcxUZrSs0xW 8VqTX6DqW7y6JsEOYcZE/G/vGwPlBP0miBOs+O6UnJni00iqRQkxzOJeQqawxRkzgKdR7P5LVH+N T9tu26NIU65SmMOGgPuvaI8LWr54/90ADGRgM91fpJbNpdwoBaTprQH5UcV9CzFhVfRXFG+cI9v7 55afIZxHGbn37YHRE63OAuS2lKC8Zy+4ePy5EJNCXlXG25VkomeeK/dvASpOqNqJASdfygtxWhJK qB/aK5el+mqL4b2L2kT7Spk0O7P1IQ83yVyd4zVbvE7ZGMow0nsTxmoKZHD2J8rW3Or+3gJh6Oee dJIKzcWImMrspl5WvkyWQgnhlb4spE0QhQvi/byIA8JXquIxBuj3v13HJ0RpTPdtECEmuJfQZsmE 2qppVkimcwsLGVQUsxbLT8wf5Ay/yiW9/2rxYIUIXaI9qMQwBR1KmTkkeApWcWDlmZH2hPqB7/ek 6r17JPg+aiqEKH4CWVwEPUzBHNQC5yvm4Ogp3SR1NKZH5bU0NI+Yz+6rRNL5GctXsnb6Hri2P41Y ClYhTQTwYfyz7i1FmwAjo5uuSd4ba/yicFbipZzUaJRVJOrswaVRiMEHXs9Y7rY7Th38ROzl13tE lweGnJPfP8/1T+DQ6GU062mHNCugXSiMhwREZqKVLj+m6ryu6hgd6evoSK9uzis9ET1Fe36jc/QU 8mwMUYhUekPPgGzKEv385+TS+IXEI7Kn+/Z2AZ7v+pyXbvAqsHS33BN7z8jsBGA00PQnfiOLqUOC UPCr+3P9pawAUXNFvE1NAiy2pRRKZ0oSO/a7ORjFiOdouocr3/8yBP8P+D8BILB1s7f29vVwt/Z2 JQj2tvfx9fD+759hgv8CFrm2nQplbmRzdHJlYW0KZW5kb2JqCjE4IDAgb2JqCjw8Ci9UeXBlL0Zv bnREZXNjcmlwdG9yCi9DYXBIZWlnaHQgODUwCi9Bc2NlbnQgODUwCi9EZXNjZW50IC0yMDAKL0Zv bnRCQm94Wy0zMCAtOTU1IDExODUgNzc5XQovRm9udE5hbWUvSUhMQ1dTK0NNU1k4Ci9JdGFsaWNB bmdsZSAtMTQuMDQKL1N0ZW1WIDQ2Ci9Gb250RmlsZSAxNyAwIFIKL0ZsYWdzIDY4Cj4+CmVuZG9i agoxNyAwIG9iago8PAovRmlsdGVyWy9GbGF0ZURlY29kZV0KL0xlbmd0aDEgMTM1NQovTGVuZ3Ro MiA2NzI5Ci9MZW5ndGgzIDU0NQovTGVuZ3RoIDc2ODUKPj4Kc3RyZWFtCnja7XlnUJNd260g0nuT TgCRDoHQe5PeRXoLIUAgJJCE3qQK0ps0ASlSpUqVjqhU6YhSBAPSBJQiRYGDPr7v8z3nPTPnzJx/ 33zJTO57X9e6rr3X3mvdM/eEm8PorpCKE9IRqoFEYIREhYGyADX9u5bSACAQJAwEihFzc5vCMHDo nzAxtxkUhYYhEbL/BaCGgoIxVzF1MOYKp49EAHS84QBREEBUUlZUShYIBIgBgTL/AiJRsgB1sA/M CaAvDNBBIqBoYm41pKc/Cubiirma5l+3AF4IH0BURkZK8Hc5QMUDioJBwAiAPhjjCvW4mhEChgPu IiEwKMb/Hy0AvPKuGIynrIiIr6+vMNgDLYxEuSjyCQJ8YRhXgAkUDUX5QJ0AvxgDDMAe0L+oCRNz A0xdYei/4neRzhhfMAoKuArAYRAoAn1V4Y1wgqIAV7MD7mrrAQw9oYi/wHp/AQQBfzYHICos+u92 f6p/NYIhfheDIRCkhycY4Q9DuACcYXAowFBDTxjjhxEEgBFOv4BgOBp5VQ/2AcPgYMcrwO+VgwEa KsYA8BXDP/TQEBTME4MWRsPgvyiK/Gpztc13EE5qSA8PKAKDJib+tUB1GAoKudp4f5G/ztYdgfRF BP4ZOMMQTs6/WDh5e4rcQ8C8vKHa6n8gVyHiv2MuUAxAAigjKSkuA4B6AaB+EFeRX+1N/T2hv5Oi v8JXFIIDPZGeAOcrFtBgmDP06kIciAb7QAEYlDc0OPC/Jv45IhYVBTjBIBiAI9QFhiD+u/tVGOr8 1/jq+FEwP4A18Ep9ogDgr++/72yvBOaERMD9/4b/PmARbS09NfO7An8x/jupqor0AwQKgYAAIRkJ CYCoqLQEQEpKBhD8zz7/3oF/sf8dNQLD/qwO+HdHbYQzEiDzF4mr3ftDBCDi80cZvH9swwf4xxQA EQPklaChAN6/9W8DlABCrn5E/59d8Lvk/6T9X13+b/L/jxVpeMPhv/O8vwH/mQd7wOD+fxBXgvbG XJlDH3llEcR/YM2hf1laH+oE8/b4j7Q2BnxlExWEy5XUhUTFhYHifxIwtAbMD+pkBMNAXP8S1J/E vV9WhMMQUCMkGvbr4XNVBwT+78krA0Lcr54w6KuT+52DXvnrn2d7BwFBOv0y4l3MlXLBKKd/B/6B g3ijUFeG+n2uV03+Nf7tXijUDwohfj+LhMhFujVEdpzUqTD7Cq2N4n9c6YpNtnwVI4G5/e5JoKse QY7mpJeqg1M1w3Cm0VxF9MRsEDP/7slbP5vex2FLj7QKMNfuvMKqfhUqHDw96HWBsjkhmVzGpDJj sVR7KcasFA7WeNY8aeazP6Ok+kDrNZ9LzrvQ61Yy2wAPQOl3So5HzJgElfyubdw4S45bK5ghSxvK RGqUdZa3qfa9sXPcOFjisWpHPOOpP9Y6MXtocXHg8etXmaD9It2XtZLV0TSMtAE6HPnDqePvv3PG GVcE8Zl6Xvs5UDJHgl5vHvbWImf1vXydkRWRsqBesxM/qPn83UpWmyM5p/S8LC8jg8h1Wu24+I8v tFI9yjhSSTjZn8v1MUWa1VLG0l43YqVwovsagsd0uUL0XXnNsLcY6qJJtXdq4H3bpGTgg+NoPW1e a7agju67APwNtrRXsPgbi7jHOgRmhDzSnU3A640R3vyrWYteD7eSlJpKWz5N1iQBk6EHM2anxTpt pDERsqZ8dkThgMcabkDmYin+ql3AnOPrBXfkM1rIwHB5tQ9ionHwHbXAl8bPVUcWc1UmYS/Nb7cn 4MHCexZrbnb/TEuntjOI7GmIyAwW1SApiTc1eqx2Xo6Lqdve7J2pCm38ln8qU0/BiqSytaCID1CC 3NTgtmKDCKr82Axlc/qOwk6NV2V7sxF0wC5YTQcx9iS8w+xkymkBYBhhvRF/Nkc6+zqxGbZTXLpB rech4727z0UYzAgtNjkIG4aDqu1X8Ww+ubt3Nmdkz3T1dQrVPj7apHYUTubOjfUQDRty77c5Zw1r 2W5N+mzYdrTGGN7+FmM3fymPkaCelKdjazTQquhkyZ5nJg1boUkFl6pW4xS0/6jQuPZhAYcDiUPk tfOgGb9ts7hp5KyTx/fMp3405zPXYi3dE0LaDIbTItcGaz3kjo8F10Na5JGeNENVJ66Mkup+oF2e kUp0+3i4hHc/WvB6UTyyudek1qqPTqB/aBBRyzqr+8Ni52XSzU9srjzHlYI/j8vP85ngEqTxXSMu 5c1j6tYWHE3T68UAX7o9J7P7m7tLGXQW70Cc1Uzlz/sVex7pJfQb3s3o0RDO/2GIwyyP5bzN4ibV 1+Waty48munGoLnWwhqq6NmPs/NGBnov7AOO2uD2K3kyNWnS0m5bVGroJVCdC09wiaLV9Er34TJ+ KYKt3/EKc3l7SqbB5RmVqBv3YoIob7C6X/uqp3aO0mNx3hL1UfMvDLwnwZf0nEfsyQH7UmQ88kQb A3KEb+iAoLxptgS+Ac+6vFngZo8G+UZLjbv7l9EDOaBwFuK6aWxhuLbC2RRFk1JQoMbNj+fjQudF 7MFvWJSSsMz5Qjn5Rf6QaBzEcG0m044aVg7Nksd4qHVDmNzsImpX6rB3r/lCAjiuSEaloTH2gaM1 ufbYfCTMVKpKOiT0QTJX/j7UkBPyTF9S/0yQdyK5681zFta0SI61tjfBoBumds3iF4L23Lsie9Dl lQzCyouJrilHQiLKCT0z335nxMT3H2FqZOUADg+s7MUgX5B4sHVpNodGTpeXwXZu3X1xGOsM0k4f uy9AOK1lca2kfMHFDOxwGECDG6r0BBCg3/UEHdGtPRLigPYQJ2pySOjvs8pc/oj7uXTiWDqKZ+xk Licoi8Y5e4a4IN1rWoAVeWcva3uVxhxLuanDUmozZv72W2aVc/OxOcQrX1/Ff98/QmCZoIZYzwg9 PWJoR02eexv7jYyAdl1rNlZBwcbC+WPn9nvc+ud7K/s7ji/q/dc7WwiKT5kaylLdDOWpSLrHtwyM ADjETOSU7PTs33kYIlXO8QCJn4vx0GzfqkA87etHCCYi5bjFp05UpPmNEX7YC+ujNx5N9BslwzZq gwO7ISHm/TRLlY17Q2vmO85QxNZDliH67a7qxG3iBXcusR0e+5yEUHojTe6h9acykk1R8xOLdg+T hX1p5SrdP/M9jJ7jWHFm9CGNMAtmVAs5wA50N887U9kG8yr6b5t1vsJj+QEHkaczBIEyHxOTLT2/ O31EUUPe/EA7ArQeHjmj6iIitxymIJUrrbshS1XeM5urP2/KXiSY6Ah/0Qao9sy22q7yqCLnFxYl rBNj12WJMkbx1Tr2cZvb40oNJ3C/CbUxTsUBpTPil8X1FAZZmOTKQ05k0xYrvlhTAo1oD+NS5b/6 QQbcakuljJhadZoWvR6TWwNRjgSEAnjOYF2d6v5SpdjK8ID8+Ptga1w7G/qThz/3lXxGWReJkdGZ P0joBBh4OVNqswhmv0O4hk3mQLaCqlZPOcB7gg2sXwOpZEf309lZze3FlF8FGcJD9ucW2dHt5eO7 BSIJCRbpXGVPhu2pGZ4yx9B8tL7j1mFBu/Nm8bu+8gN5qdri8GRCq0rH7Q0njkPVFUrkT4dOKUmE 8X5sqXdthdss2ZHLh4+5xYjyT8rDMzJ3mVfjD4KkZLgXK3w48BWYCHiUR2bLG5YyL7+rrtI7oPw4 qDbNOioV1WUXI7oXCyIs6YOKqNlf74XfArLOTV96pdnxhGuo6GxfrkMxTmLaK1JCQyqGhugvR8kY db5C7lwF+/MQa6YRd36o0eaknf6GbLJIZcmcQpUevvDl+phcwcyapZnWW6MY0i6Gsi/7EmzrgS35 P+zlKd/nWRWR5i4aJSzok9jcxfrYZZrrx4TJx7VdcNmUnkI/YGeXDyqAzdjVpK66Qg+CH21ek92U n2fFHx+FVHxLCUs0sw/1HvKnmYQuOkPeC4dwqc1JvBu1bBMuCqspt2FLY9LTtdYKyGE/gjPrqWvz dJRHhGnVt9juJGRqsH+gXnw0SFbItt/kY1zCZglyPDqjeZTbZY4q3bDMA04ELz5+NSsRa0d7DzAr NfSMy7ChbXTjkdBEXpbcrrZU1pfwW8rffOrt5w71PmXKl59EtX0M8lAV59O8Lo51z/h0Sf7825nx G/POd/a6Ig9Wqo1d6X2+HBb5CxaOYimFL6guOugM0rIuvjx1/iziSFKXuy8TOF/2JAsN0HaEQswY bwYu3Lb76hV1QwztJE5igAgOpuOXwxA7qqjsTdC5m1gsfQnjQWRBuDn0SwdpB+bCpbLx9E2oH3fE BlZWZ/TPH2umri8yw+sGiaKMUhSKCwV7p1JTk4m+2faMDc0upwe7SlSpzg+R62F26m3fBGJYKqTa AyMkFQOIUirNBWlkqOvdxS6wG0YOQ6KyaceF2mZlqwR4pBdv1g167mBBJB9czD+D+wOecfzseOBm B7vjjjts6vxF0k3ac7ltjr/U9skJoZD8aVQbPVlI26KeQtSFgEGCLHGQrr6ZS3YxW5GwzES6Q9KN dNlOcSnUVMOtSWfKF6ss1E6BDs7Qxch9Ed0Fnm5AQ2frI9JB60AX7rvYZnQ0oKmTTpLnrSmQfmoW /0PZZaFgtVQV4QPSYBjP3Tel5XnvvUfaLD5fv1a/LpiZGUl8y+co6FEvvczxYR+u3aKvQ3i3D7Ww i3jBz9nisbiewa7xaTvONGnHoPaaHlhKdXqVeFHithaWAU4fx/bJeKgYkKGa4ChEnlIxEEYbz6Zz H77YeWMBfnNV97hAzT2QLfCLtj8TAef9t0yXD59Kx7dGvBEKvke0B+3RmuJ1Ew/Pn5lc5ubAjzHU yqTourHbfEOPXnM+hPjOPFFdKQMrb48W3cnubXuw5kasCbe3MmCf3kK17xZfxLWHU6GNalSAgTlm CYLNm60k5Io8ClwLpyvDvIHffxBAP5EVUFS6H9fbZfLItU5NTy/zqTq0RjYVkfE7uHt4aMuXCZsN XR7MrcE4cTlWFgv8cPRnUp/gQ+mn7FqOmhgGS9Xx0DF6+ziyDfeeLBelvNR17ZC7yLWnOPeYx1yQ cVJeUDARIfvcT0FJTRzhQ1J7khb9NJY4fz2AaKPud91nDJcDSu9GCvlqxDDONDN2LZ8pKnhI8QFM Ax6+LoPUUPQyeyVOR7ng0Oc+AI0nWG+hwAQwBSNj2ScAXZWM961+X0fImq5rbXmBIxKriQRyCtTX Cz8rHa70zyHqq289oZCvkLzZVuylGRHt+2B/MkictHrZW/z5p0g7ojb3eTXIY3IqaWp5yaTXHQrk VfkEaOT2Elld+93O5ZM3tzqSVpjEWKeOsJsq7KEsDi+N7jtLcNXxuFUR8XB1A1JGb5/RYsvpoWmr MqpUVs54Hac/nt6YEZoq3bDLPHzO/3BXj7gtQyAF+tmrrLneSKJAH1v2I54yEG+bWGvlY86BtLGo /h0nFYctpjPL7FN4f1OfUAlu+K2PlqBCpy1EHKOWIpkUVX2LxiXqlYAdT1C6mF9VIDTtXlLBeWa7 383vJVQgKxVRELAuAVhrDqZzgjQf7ENxB5zOTVPy20lwR1ZxK708tb54y15fIBXwrwltzOHWApnT NIdg74kQliI5XzoNCTHUDCj0NNGQ5F7vD0e933of/Pj2t2UmbcfnLFUI/zmNwjsHtnhYcNz4xdSy Mqd7g1xJHVWvvfHGpbiFNCUtud2X5P3HU0WDD1bdlkSvjaSFpQ0mefhNttBLBlgsJjNUw4vW3UOz +HrkYL1Aye9EVRPR9ro0Z+zPq/dEr7vDPja+PGLVYX/67RPQyHG+0ATdkG7NxzAmuRaU8UQRPemi CBwPba49oZjiPiFjyiANoibTCl+END1vaCGWH2IOYv1BZK6OE61XMofxzKqFEiVbyp1QjtGLEkRs 9XhIkwb0FNjDtEW1HtH4FP2kDrbNgbjaTt/VDRwXXHROXawX6Tg60UrNwy9lEhxyLcD3pnanfy5T E3ohrbxOdB2nUU+goH2pyd7qLcnku4Q495mImLCv3xtE7u1qGdnQ4OrX3OtUlKTCztydmVfIVZTp xvfKtc+R2CpkqNwMP97ccaOau18x6a5SWemRFDaJISjR1xpjAN9QclXvFbX8zvnDV/wkdrxLvPpy 8EF9RWC8/1apLv9AggJ1c+Wn/QpUrCNHR6FvnJ/VzL2ZE6151b28m51QxiRiXITfeMe7TlCDuWdH XjFVs+gL6yRqKyuqW9/eNGk+ovd8CY93T7J+07CyMzepfA2Xc2F/DZiLppbT249hLMedpPS3iyBv mSt4FVBrpvTBOnWrfkJe+gJrG2r66BA36N21czFCcm48pmvaLCfPOkL1ZQuG6cjYW1vSM9zXz+NY lrLVeyx5F0ycZsA8BzfkX2/4CxfSpaiCsj6YKoYMDqwtGFYX15JK+ElRi5PX0FbRunGcIea9jLXf fV55l+xfrn+AKbN4e7SwKlIStGsa9q1bIcOteLcd1f/RSJ2tXrOH2o+Mm/2boVhSxS2vZyb0bHfO Jx7rmF1G2wDYrYVWOYV91FRALERLKpIeL2JCPvSJbPpuJkQBH5DMpFM3xmkOwoXITHsT+Frp+vq1 FRhdOGtdS3zsGJ0UOC69U7uaVlxcb7u/BCYpl22KaKOXXUeLJ/BrtUNcx88LY9dDe2KoWfo0b49p qR1XModxqdDeoTr2PR9PbJzFo+KYL6C2P6991cdCzng9ZAl6AaemIuUKICdLhYsHEhWIZ1RAR3hP lFfP43gm4DvIh3d0s4yW8ANtFB6jFHKs3F8qMNNzBUgsF29Gxaotgtyek5u8wJvDxO4kSje6hwkE lg/bvD8v8gfl7WLC6y6EKUGxYUEKqTFILsh7ls7yJehwtmhdzB3KaNIu59Qu5WpcdgyY1xlDIrEz G1c35GB1Rud4Jt85lx1sBMMCNJqi3/fVsAw7K2U0RpcbWip91aVnDE4wbqhbZE321x/VjNd+CBDg GIg9LYweV42KyLeyazmVWJKTXSrWEgGw8B/6Ht84p1lSP6nK0Ww/XNw2lE9lPtbZuPSb78i7i0N3 mjOto4jjDJXlkIjfPM70uVOz/cr7B3k/Q36uUlqHJxOr9R414uDI4+Wi78fYe8c2BFFPAbNP2eZf xPOl1BUxfbqxjOgeayUUzNkVvDVodlCwodLUm3Fz7ETzcqKvOD787WVJ8tLQm9j+TB0iCc4na9dx 6yVN/ETPNN4G7dOOfX8FJZkmOtKDnqpO1ELjUge1NCreaLNJf2WroUheb+zfsNGAlwgQ6iTcqhE8 q1xXP4XZ5/FTl1YO+Aa7CTNOcAbBD7I0M8ZXabt1DISUIXa3STbIF53KBe0w44xj0Rv5rJtfxof2 32vRvG5/aR/yhC2Ayl4gZHuHSg6XT8y9AQeXceDZM7bogjz2ESvjyOyG6KkCx1rVdUCy2eRtz6zM s4ezXo1gqRAQ6cQj3qYTN1uKNOjcs+VXapNmauHdp2cyDa8d26KPKUWFNjlEvji1Bn4PxUMWaaNb MEegbqjNybU6cn/8Ubefn271OMLgqcjc6fiJRkQwf5vwmuibxtp48OArTX/RUhROXzbJYsLn6yEi tk+eXlIhzXfnLTMYm/POf37yLu8heKrAN9+UqPpjt8LEjo0sBsKktEzJTXjoQn85FvyZSeODmwgf Xd0QxvwzBSe8BckU6WVyR8T6kaStlPL9reYzHe7DlFZny66P5PSAdj9innNZPEJd18IMdQHj5Me9 KAMTRsShM+qRoCvs8+3NppQeMY4aa77Sqjpjmwf14l3iPTOTM18naM47k8HODQMgf82d873r2O1A 5dXHIOfRuiJk2eLSaiooR94+WrP2gU2Z/H0xSllJKU4KUcoMBrDS15C5e7wWpUnBtRuJptlB22LC b7szt0DqKqyTMAu8RgLhlVg1EnuOUAAxCRf7wzldBjFridKH3ksknik+hplkFvIz46t9o+1ZNxdK AwaelfR8xMw3dJmaq7dcB2hL/dzWemsufjwniokmwvc9F0+Hs62/Y5VoVy466jwFa/uRe6fnopUb 2u5QyFDR0by+RVFZyXgIAslYlpEybBCG+kFwm2elYtzvbTMkX72bb7gy3+NC8QbJR78rQJS0k7F/ WEovluPH0ltIrrUrpTQsjWOjW4H66VH87wTzZD/wy+wUHHpS4eg+zVDoJl2D0RV8SaJqFJ7vJglM 5IXIAMtoCes0NdEXoOfxloqAAn9Zrq9+OJKCH08M2Snw2eifnueMCAX8DP3yYUkuU70SMPXzVqPy EnIcxamPVHDNBAWFpbeNtMOrX9i3V4FiQhcqVKfd3E47UWSXxAHPJnDwvz2zGqfZkGypizw4QDdT fLs/WokB8ZuDm9+KKD8zoJDCdbf/ZrXtlE/Nrpn5rmPv0bn6HY/ILacXXw83n5rDEOCw7IwBPTtN k/IzCD9wS6Iv75kSZ1kQEhUzEdjwDDhhf7wyvN7HqVu+fCEeGyMhEtCo+unJCE6fRIphZDBrdgQl 11v2ufyLAdkyLA0NCykjSr0ens5Z7lFxRJloHEVu/dQElRs3aj/++RxuoEptHkOjHQHxtFXomRR4 mJtm+bb89spoau5Wi+nCx7ytU6gwdlX8Y0RrjGXiW/T7xPQfuwtjUxuB6SslFtMcalbk9oVpWRus L6SdswBL7HnvbxO8az03ZDGwXtskVOLkrfgY2aqnbrbZbZnxjgjf4N5I9YBbebd4hoa3ufBLacYm 0cJbUrJmry+Ck4OhvpSG8Ik1d8tvEgQCPc19IoKK/nKpgFLLVc2bXznMOokKBCQi+fdv36Br5Xmc oS/zOkacMYW1PQdP/xrmAOH7QnW9tpGKdgzKiTx8qVPhym252ocfw2yx5UScpspVAme4WfKV/7rY dJZiy6xpKuKZC/axOdmbVwQvnt+zvm0sMDzui3ESbMcpHOV0Q6btfcsze+PfwaE546mY4jOlKWMW NukQ2LhcWFakPmGV5mAQe18230z4+vQ82R3hzzDi+Jb6a5ymNhdiUbU7rU0Awy90H068+9hmmvHD DxezF/2nOD9+ql5i5QnHWaVDF3AH5Q+z0p5jMfMsDqAoSPmDqxfCfbtVquYL0P03Ce/GxgunDjgE poyzUiawCp4Sa+QhwvqClN23rFeyJsi9NbPSHUDXsBbPq0ZTxrb4ssS7G342DY7HO0ekvnQn2pyM K3itxBdbU1aJe6kRKiQzbX9wyrs2XxpB9QoaL0LDOso9zH7jS5mQR42gvMvb0tIUG5+UFv5p1U4d +ahi9qRWEx+uVYe1Y+qXSbKbE9UpKfglTSRcoR07gpL4vqw/vCu2rzGO7sbPVpQ7Z3oEsa91Poty Lo9gFNEdUjkdJdA/zHxSFu8Y7f14Hfxgi8ZowJB4kWeGrB6OOp5Untr20YRTQIPfRgrt2SoGZ9re RyhTgYIcHva6CYTIsYiE4lS5M360Fo0q36emlJsvTo58L0fPSdZCM5ndkEiTKNQUNVQYerM9taeD NzepSL9BP+ubZlJIWBBONb1iBh9VTPjtXk3mUnhiE+HcF6IUls4csGhR2X1A2ivnuJUZE4TaZ/my +doqhKke8KBGK7N1xNJuRNDS1Il9loB7JVFgu/9yN59G6NN5Nh804kv0nB35/jXHo4OcKRKDhxoH JGTzvTtg90vrBIm660WmHLGlY3Nk2+ilXEHpVqYOMrwD6jws89tOWAtbL9lEl/9JtIzhcD7YYwHX mkfQKirmJT5PPFzLltijRLRY6kUaMw6MYwRKqdcXGyzv5VjtGb5ilWrS9m24eFBzH2IJqp7HD5Oh O/wwzxHeN40WHFckemsHfl5oF2uIn+ZjkSZTaaDEF0AhyNQnHZ7hnfVAKHnMCdutknLCiTpIfs82 9s7qQukFg0FvQG+FgfTXHv6dm/jL4pjruHG3wiKTj7PvLHw4c1TeVQwZibYQjxm5XayRZzaWvfk8 A0YUGfXabEQjmjjc0jQc+anB4OXNjYy1vAJh/+jgMD+O3WU8k7YPTxrS+sTnb3hqvE0x1h3MUhTW ZhxPqRb8zmd2y6vwwvzmwqehKhUPdik7AVj5pVTa97O7CYu+L55WEUS99sO/CN1gbZFLN/b2fCJL Q/lTrLLx5lNaKtUXvXt7775VGhsuPEjJvKiktm1NLRmeiEYz0LA6eJ9VgoCtKek+ttSJl6tTZFz6 dbm1+ZV6px9YWce8zVjve2Y3x/+QRu9NyV2e63leszbr7UjbWRaUulNI/0nMY/cIHgH8//wQ/0+D /xYNiCFwKBiFQXqAUe7EgSgoGoNE/fqjnPh/Ae14BBIKZW5kc3RyZWFtCmVuZG9iagoyMSAwIG9i ago8PAovVHlwZS9Gb250RGVzY3JpcHRvcgovQ2FwSGVpZ2h0IDg1MAovQXNjZW50IDg1MAovRGVz Y2VudCAtMjAwCi9Gb250QkJveFstOTkgLTIwOSAxMzc0IDg0N10KL0ZvbnROYW1lL0tKUFdSUStM Q01TU0I4Ci9JdGFsaWNBbmdsZSAwCi9TdGVtViAxNDYKL0ZvbnRGaWxlIDIwIDAgUgovRmxhZ3Mg NAo+PgplbmRvYmoKMjAgMCBvYmoKPDwKL0ZpbHRlclsvRmxhdGVEZWNvZGVdCi9MZW5ndGgxIDE3 ODAKL0xlbmd0aDIgMTA3MjMKL0xlbmd0aDMgNTQ1Ci9MZW5ndGggMTE4NzkKPj4Kc3RyZWFtCnja 7btlUFxb1y5Kgru7pHF3dye4EzRAAw001ri7Bg8W3INbcCcBgru7OwQNbjlk7/3uvd/znapzq+6/ W7e7qtd6hs4x5njm6v7R1OSqGsziZhATkAzEzpmZnYVNAKAoqaShIcEHYGPjZGFj40CiptYEO9uA /lYgUb8DOTqBIXYC/zKRdAQBnV9kUkDnF0sliB1A3sUGwM4JYOcRYOcVYGMDcLCx8f/HEOIoAJAC uoLNAEosAHmIHcgJiVoSYu/hCLawdBYA/H0LoDOlB7Dz8/My/eEOELcFOYJNgXYAJaCzJcj2JaMp 0AagATEFg5w9/isEgE7I0tnZXoCV1c3NjQVo68QCcbQQoWcCuIGdLQHqICeQoyvIDPC7aoAy0Bb0 n+JYkKgBmpZgpz81GhBzZzegIwjwIrABm4LsnF58XOzMQI6Al/wADTlFgIo9yO5PY8U/DZgAf7UH wM7C/ne4v7x/BwLb/eEMNDWF2NoD7TzAdhYAc7ANCKAio8ji7O7MBADamf02BNo4QV78ga5AsA3Q 5MXgj7UDATLiagDgS41/Fehk6gi2d3ZicQLb/C6S9XeYl0ZL25lJQmxtQXbOTkhIvxcoBXYEmb60 3oP1PztsbQdxs/P6G5qD7czMf1di5mLPqmUHdnAByUn9ZfQiQvpHZgFyBnCzcfCzcXIDQA4AkLup JevvFJoe9qA/lOy/xS9l+HjZQ+wB5i+VgHzA5qCXC5KXE9AVBHB2dAH5eP1b8d8IiZ0dYAY2dQaY gCzAdkj/RH8Rg8z/xC9D4Ah2B+izvcwgO4Dt9/vvu/cvY2YGsbPx+Mf8j21mVZBX1VZXY/xPzf+o JSQg7gAvZn5+ADPHy6ixc/JyAfi4eAE+/x3p7x78p/4/pKpA8F/rY/snopydOQTA/2cZL/37qxQA q+tf80H3F33oAf+VAsCqDHkZbBCA7h8eGLBxs5m+fLD/P2bDHy7/Jw78jvJ/p8H/WJOMi43NHxZ0 f5n8TwugLdjG40+bl8mzd3F+oYkS5IUsdv/DVhv0J70lIDZm/0Mp5wx8oYu4nYXNf9oJYAU7yYDd QWaqYGdTyz/n6S+F1m822oDtQKoQJ/DvEwjAzM7G9r8rXzhoav1yzDi9bNsfOtALxf57Y6XtTCFm v7nIwc0DADo6Aj2QXrKzv0BugNfL9YUcIPc/Rh3AymIHcX5xArzU6AMwhzgi/d5eXnYA69vfoj8R D4BV8R/EC2BV+hvxsQFYVf9BHABW9X8QJ4BV4x/04qf9N+J/QcB/ED+A1fRv9LtoVrN/wZfVgP4F X5KY/wu+ZLH4F+QCsFr+C3K/NPxfkA/AavMv+JLX9h/I/pLX7l/wJS/kX/Alr/2/4Esix3/Bl0RO /4IvPXP+F3wp1+Vf8CWv2z+Q4yWv+x/wv/bR1MXR8eXM+4N0L5v8H/zHAQsCuYNMkRZmIaaCwVY1 wW23X8SJ3Zh3Rjm4UHsvIi4RtLelCV331AIlhe5+cuZHzot/m96NvFvHOuIo/tVorYPHZm245p0a KYC3UNcGa26yxeQ9jiV8f+Sk6MKxq/D1q54xp52ZBd5pk3q/26XYFD0+k8P5zkzGwVshmqbKmwrL U3jahh8sKK9HoyPhCfj4OFFeB7eLZ7RXSlSLT013yFE5XYiNHieQyhzcpfYMcXBv9i6WMr0Cb6QS Hx6i2itcZhyKpOx38RApGI8Dpqi3u6TRBcd0KdihJ1EbEkW1FacU3ilA4/vjvpfDIs0wUbLxJmf2 M0+cJ/I8ny30O9wUdGv5+CRXUHJKeNEebjWTsvPMDFVte90jvSGeRkP7ys+HWG1p1iPTVSBGR6aL yQxDp4rr/ebzVpdW7Tlq+HMsDbJNHXwE/rgfV4FGn/OsJQxK6UaymGEKCtZGeQGy3XtkeJTTSbCm e8PiLSA33Yf+24eM9ARHBN3rBw3lsmCr6gOnzHKcn3HEVySPF5jmIUYkSK+NK+9m6eWKz70/buXA mJcheutcK3xpzNBD2B5Up9uZaJmUE1cjFiy78j8lbcNZyWqS8XFxYVWDO103yPXBoSoxUQpPDm8f xQ2ewMpRugtzMXxzM+oSbPLackL1oSG0fargkTmsPUK1lpkjYn1V+F2wCkIwYbjus4B87Mhd6irj ye5b+3UHk1Rex62OOgOW5/d39wJCk+xfRPZTMbdVjVZumcb1Y+yH4zWJFFeF59NiG+FYOlgtzcN6 MVWziEbWvHwJWUom5phZ/Ye7cbxyndjPTgQGyyhPYCCH3fR6R5bYHVoO26b3Zg45dASj6aQYbG48 iT2SqnD1cpUrCg3qT8GyNk+SNIXG1gzKFXRy6enDbT0FvljhykQ8TG5pS1mEj98o2jq064rlKEaf bLDrimXkKxa+dbPitioIOC7643e+peDukOIxWs69eEQ7JXmzFdhE9ZqYEX7M6rN1cSD81Nog1oSR WbDX0bSwocFOWGAqrc2hEDG2kqbMu6O4SbHDd235WyPsKG58coVbWhtpLmLLX4UshI23mq7eQqv/ 3OpweQoYpZEsU1BWvBijMXDXi2LsLhgszwuW9fa7zixzVVJP11ek8tfA1CoQJ6GnxgN5YSIgkVKY Ao+34jWDt+57rjUsBJNhz7FczVFEbeEoC4csLcso07XWpYLxo4f09gPtbPxEc/c8r3eoa7GxgnQf gryBuu1TcrrqZGQ2fGTdHvTvG3wfP/tjSoCRY3eJFkdGmYpW9tlG5z8yBk0Y7msUGA3slQMWjuTx DWKsH+u+J/NweZfzf4B9ds0j4bt6wr4+SOW+G4ttx+QlH9Ny7/ZUDSyGVOTcxtMpM07AiEge2U2b DCBX4zFcv16soEQnh/2h1l4/6U/Cs8dwsgZCyF8NZt7m7b76xaHfvF/LGGo86ZJqX3eljyhC9EBQ Y+DnGr94e3BmdFMkQD+S+utJaD4MB6//AO1o4guQtmjv7vXwmQ4Gn3GTKNh5W+h+f6Qkm7cEQGKt 8ZMgK1Y3t0k6XYHw54SRjWOSwiMqbgPEel+e2n7bJvgGy7i7/SFllIw7nS4RvR57b+sKH0eLhPLd EvPxJbe/jYtMlooVVDee9HlvcQCmUXniRdtwTeprKKHLS1jY0RN2KVHS+v2ZS9v10PjUWlIM/4UO 8vYdPGvvBJKKJ48DudiIUkuZ2vTTOa9x+28iJP3rwnybRr4sgRwdZVkaVia3sA5JyeZHeYerqZBM wQgW2o41lbXED/1aCXbnWssYC8o1BxQL7oc+ZHOwC0ae8g5Fc92vUH3gi9ubf0nV09neIJ0V8AFz ED1+PNDIiyKMv+ZpVjIsH7WdoDubEdHRgqVjLVmYk43rSsq1oohUWZ3d/2Glw/P+/mBTKUtfUoLP 7ZlY2dZExaVq6sav314K49TqrESnWqF2LhAXY9TbjGsKj+A43hh3DMFVbOwZBk1YuU6s+Kjb4g5H qjDXSBULXj850BI9D1aAvj/kKKT6mdRbC3XyVbjtK8ucnc8mQRcLYiRxcbNxtMe+J/uvgvmfiA6u zlY/xd5Mv5L0K5VexEdVvmrZ7avBWR6gI0p5HlGVARUWj2tIB0lBKY9zsQn0oj7Oxlm+inMc9tTb V9nvQta/SQi/EWSTg5fwpvWfLohJDFNaoCjtTDiaWnQQDYP2ahR97LQFqvgwy1deILKlWVKFJMa4 Xcu+ie9K7oDgi3WW3gGz3tiUnmjwJoe5RlMH6npebNPA2gC+PS95nMJGvmLG5uqJjDP0RPf+GoVc 1ewQtG7HpV2U6HVEjh9eOeVOrzyrCLI7jJCw+MLt+57xcR9lnIObPpWoXiptcGnAkjO8K44777a8 IXKtbn1vPafsVYgMP172jIEyxqbkhGUazuGN62hP5FnZ2DHhXPsjRue0DWQ7HHp2YfvAEqAgWDqR dERFiy5oBS/mLzl0r5vxM3cAjt8cB74lZWrnDi+7oBuRLbkPB+GJLHYmn6yd6OTDQRTGSmKgAq7c 2xE1r6C+FXgL/sgwcqnlBKJ1E/bRo8LhK2GCJKV2JnJmpjOujFCzK6cfiUp+u96GWoZFz3rvwB+R ivDXzil4OaqFmVPxJe454Is+PY6wZNfilhOPH5wzr3Kdj//4TNkPe+HMK3U4gdBpKHXO5kUZlPyh r3SXVPy7RMFrs20mr+lrNNat+KQ4+vY51NSAjsgfd4NqkSrU177gYe/zZTlGLr6FTXeHo1NS0bKM o9t8e+NJSuTLFjO62yNuPvrsPa56ay85d6efFaaicSiEt7kPNd0kKrG3rW9YDbyF3gRzCS/hk+pC Z95qrH6gD0+MgK0bbhb+PjrshBkrFqirGBubv0dJS3WVnlhvexCIMKs5n87z2B/yrCpQS5XB+2iT PgwMXKMjCSodCaiQsbVd5bQdohYd4MPnTtEptHwbI4nHnbH9ozggRKXkEaaaBYqmtsQAz/CLQUAH w0KmiI7/p5Dhdbrr0Of591j0tjMmI4CW3QR4NhKWAT98FhtSQQiwI+fT2LCofUnzTJW6ftBnRECo 0vsiWykfdURCiXTyXlZGj7Qy1+/dBTUYB104Np4f59vCyKri81eJEHiLta9u6rcH7vfB19+d1vH7 PkYGcbWr7EsUnyxYNtdz1iYoVx+lFXhoiKi6a/nRvJ3ALMyorEDplpeK27Ib+RDwzRTnO3qGKwKW lXk+FO088ROMDMD9lxSPUqWpQ07CGnApJt8K2OpUccAWYFUnrdywkhUSXIcrGrkGescTFUg0876y jWrsQmnmp7Ml35hRDK7mdoOtJvM+UV5m4kOnU9R2kQxLFhtFKANxm/inWscr1MILrp7O3bIQcVaH 5z4Dl2Cp+yo4vzM2Iu9LVRVnDcjyfsE8tbzID/mFrFKkb9xCDlI6atfdSOoq6yPG21Nty6ug2CZZ qVZL6YUsutT7wosBB8Y37kNpjaH5M+M95eTYC30LTEMd1M4wUNTm1cuWkrPKgI1pT2xYGcKsIouq 603ONoBpVqyiG7I4ExLZPm+fhnNTT5zfgdJ9K6WcZZyBVXaZQEamKAEzjXqCsAq7NWyjbjJrJr1z q8mUCCpwcdgfIRPJmLd0dCgtBX6lPvFtI90QlIEqA8KPpoA4ACYIOSVES4c4ZsZ7HlVKPkFaG7bR uyUG4ePIkRLOscuIsx62lkxvy/pDhr62xXIiH+FCksoBGXzmUBXq6wizKXaGh7jwkMJAP+jYfrQo 5O28lTOYj2skeFbNaRswE5UcDkEOgKsRhyY7hIucWl4Z1SX6m75ipam987k4mo9ElfBOHUsDHDQW fmoddWIDVp+zEX8QubvuVzTCFJ1/9dwowuKyfahV8+W81CkZr3dVLMNAqQAve0UrhVJZs8URJUFq o+5LoKV9dsaNxbDlT7qklicRJr/DRr0qdXtamd1XABlbIu6j+Dhu0G4nMofSJM4+U5Y3gmUpZdFx zn11i3TaXfqzVtSpd3hpbO82HXEh+kbIXAGyCojNxIGdMwWMju72hhROJNK6ZGsp48XYeDyQ9XP1 j5FKylklb2TjZKiWKV0CVr4mYEYWCXG+27VWBJ1rA8MbP1QTRBS4eFJkC3Nl6g9SADUEuMZ11XeT P+mWLvzaqr/N7QR88D2I4u3VfReG1KCXPGkHgvJno5Lf8iDo9OQJQNNnc5ZYjz81NoICGAD0uZfh zE/pH1tEqwzD9fc09Bq0X74mShxkoNdlPUGFft3Cr1K8vErfqEgwt3/DJEbY5IueTv2ziUNn5Vi7 Bk4LR5Nsu7CqSS/VIji29+fYZwU/TeOwkJzq+TyN9nLmInZ0lhS30lPLZ5q1YP/wpxpJuU4xSJts hDkFWVXAKSigt0pgSBZFxiUX/2ilLzMIfeNw2laSyAb2We+HF0UCqWc1YWN6EqJ3jOQ3DYABJu7a mMoHd4+aN8vuLbWSC68kgFU7PypNz8R7JwukmFX5TlHuzE7Wj7TxHhGC8UCxSS3pa1+3GolBPw5a dDkzzYLQ7Ha7sN4uFKJbwWg1Y5ESezQulPbOU9jVNJvReqgIypY1Zd2KmsovPfQn0tfzzaUtTssz t75OLVDiKpIP2rSeQE+F6wSnFG0+EW/eE9/c5VpbMktVjslN8k4Mtu7riYYxLRWwHXgYdGxhFURE lIwUNsHegFXQyV/5GuVyINLbIMkBtqydRF3GMjUwnzQsA5zKWw2Nxs8g6nHO8w43SN7zmB+eOW0D byznvsq2dobUHJHBOYsEitKVwXcODRl5zSkQ+jMXhDp2quWdSkquHFLg64bY38yk5yVs0VhICFIs hJM6RDuZCxORYgo1eYC/tNfdV1NYAb2nbjElJvlMh+Z426FZGbqP1fJrwWyy/iI2HM/yi8eJHmOf RXUL+ZbdPosHpFXLs6VAOTJ1wSESrPoqfQYMM19wdN10uyDRG39RnYmN8Avzp97nE5C9on6s/MTI /+4J6k3CKgIDc3raziA1GxedmUjMJBlR7C38lhymZ6DglGmULbrGUgb6+QS2SV/0hyEDE2tfnN2N el1FqDYHgmS5+q9ArtD6xl7ZHU/FimatZK0chMZSivvFmg+Zo8WfkRTfPPbG32UF+xV9mU9JTxC+ 1XvXHoBp2yPVqb+q1jt7rg2zbm+KTb/lzISvdwyrFi4nfKCmQFABrRIWGdeZkWs2GXM/RJa73hOZ hF8QuNNRjjRMWMB8f6uDSFUjzmu+soMGVM4piU0Q6CH6odTJ9Et1/srT1XhQkCYVidXK3XxOjMF0 PpE62RtficLBAa99AMjRtnJdYTybVxxtUIUvelumZ+WXiRD4TGqdiyS06JklgmTYWlOWp2J7EOSy YLvnX/MTtfmDEJkJCvie2Z1rgvqcIbnZ6HA5Hfus5MBfUUyx/NBRWXT+e3oEv/F62HPH0bMc9Gu7 lPji67Ascm5exbOO3AFJcvdBmKZB1dC10Ccm2yceW4DYVpCh3ysYOnKgnbRKVdP0cqzgeoN1F+bY 7OiK3Sdykh+zrn5v2GCSTayY1wWQGRvWnWrE6efQQun29EbVlunj30r7Im60O9BdU5FX6P8a6jtx Rlm7SyAPXsW83pN4fww09pda3HOCf6482WjdHBkD3qE3fVq6bYTHyoj9VoZ76XTSXxDW6OqbFG5l fwBNThFVCnolkUUe/OHKbDT/9uwbYimCswh+maEq/PiSkeXFfH1Zf47ME3hzN5vHF/nVzXz7owkm mraRA7lsuJ88opDUMuzXjzcb37RBTOWG6lJpc1mh1hhu0j/5PPwtpSgWx2gWe/Kp1DDvhQBwUDpk cLhOs3Dk0ljhvKNlBEo+CjKqCPFz32K/7u7RS75WFSwVj0ZJKPctzbwhgILXHyOxZp7g4VnjcF/M UbGIDoPTFiZ/Qob+lF4Ks5gZABv3ZYAW2AZQbxOwOZhurBi3P+GYMLj5kbHQiLH/dXk8tlWsGpfH I4WGw3nRcsSFyBG2UFt7vsXR+uRKhBCIuYkL4lKdXbUvdD0VO6t+SjAWK71trXqYtDfSP67lNVND V8t6zpGocjobQj0tXdl0yJlgk1i6ahAsJ9a3HS5l3/V5km3SFSorRKChmHmFIvRVZz8e8xzi/oCj by22SHp1gEHcquOJfpaKR4643S9izuHj9K7ykfTpksATCrFu3DllaNazfR2374h7PdY4iTlhqyys 1xRCfk8ICD0NLsmOmmPaZVD5lqUtmDBnhf40blod5VlPyv3LlFOXXWzAmZJvNmhspBiBOPrAM0r4 BzbFPXPG7GDGHr3XNdcKr1rvQwwrnTGZcUjM20ogsmqjzQCMR/KGNm2c+z651DbuoeZ6xBMufVgU lZg1pyOC/1fQeb+lZwAm1Pty4GOaTLlXQnkmw3kfk456D1P9e/Hli8jj42IiJfe578UnCdRCa3Pb psL9Z829TrgdHUehgFLdt5MRrGhkbBTnCuO3mW4utS3laAUMCwYoQ2XGGLp5ExtJehR5sm7bn+WS dkhLM1gIXFm92RKHx60Nw4/LOb+g7ORt930HpL/256ABd+fNuMnKoLVgsu9UoL4O18pIZqUiDuke fhVTezjJsBVdjuTfSqjd1uCDMllv3hKAJ0dgGeFZ/gngPWEvz4sILVY6teOjSQcl8nwN+bXj+szy A/nRjDRBcArDO7dy3YlLf/L7GyYuuW2Ie6tVP6lJkqi97IKnRBhihqueOKdGFq3f06SRptv4YAAp gV5KOn5+EYVsbj84zUt5qvvm684ATbnatDBdqIiihO22DqZkLuKYQ/S4VQGYJCUlYNSQ8BOP3KEH pSmOYaSWP/7jV0kdpmT7BZlLOXLwzBqBK+0yUUIJDOQMzTGFdVtJhqenjFRXZIxD/Xm40qXL89DG kY1h40uwZTe0MBJ6XQMdaZfGlwE2a0YDK3juXUwkE23Qq1R8doSq6WOqhSwCZ3Rf91Ll07v6A0pN jrLmSp+oTbUFgnG1hOJmg5iJBzsnkc0RWWVOLKjImoDQuZ9xI3ENeflXBFR9NXtcKGhQh00owbrE a4mMg62fQoTITYQdY6SHWBdKWUo2E+lqFJsGH2FefylUzGhP8Jy1TbzpIQklckv4BBNyWO8MlKix V0yo0nodshhHkBYAg7zcuRHGCtX8JvCDOoHeIw55KWhxNKmk5ngxxzM5D0DuSe1SNUaUrEH1VYzK iqB4Iew5xgymg5Ij66zEL+97+NOHH2ieZ+bRS/fCOHtDElyrm106XirmLqrzqJQbwDqIHJIbZsQg Dsyr7todCi8KrQZKCTI10XHgDsw7VwrDoA5KslvLblWOzqtXFiIca4uoRkGEym3ueAhvhIBLqTKh e60C+NpH098kbMEE2NA6Qei388mRh4ruVhIxxCwD6wUwlGUxRNSunVI/HrjrH5lcv+9gc0cjb/RL Fyms+DU/Rc9NnLPf3jdls1TRFFkZLHejwwCm3tB7KeP9Eue0nnwTwkk6m8j3tsf0EukS75tHBdMb 5reR1Z1E/AXXtpRw33Ch40Y4zz5KxJfhfyOG2lqb+TV7f1ALrJYSrygi7oO+iRuEpBh7dSovikLr /oiwXQ2iWLUuFxD4MkfN1rqhbYNKCTQaSctZhUt+V4DuWyCTl4TcCKwEE2XNWzPD98IRaciJ5WLS yDaWw/X0mUO0VMUH7vBd2TGM4bcj9aUxSyDIUWbzd+/LqkYcrkgfpI0oj1URsvaSLbvCerjowh0P I8FM6cnbWhGl5N9klvq7B71L2XYMcINtxE3OGbiXfg0Df9AniF8AmfofGE4WMUh+hjhQq3Gspv68 bASAYKXZ5zWWFuuZpygQ+VFr6y90WmCfrAHUutPtzmn1A8pbJJaInd2Es0x0/Wpf8e9R7vahAzbi kbqr53Dyo8q2VGNNTizlnpp1eS4wCCrDfuSn7j8YlZ4/DdNsRI/t9keeKoyIztIMv518OwytwWSf JWc78L0Hk96b521vL7Ih26BwXy/WaX8LX8MhSs+ljIZUwPNiQRD0WiP2bcAhei3+jQKx8ttzcWUJ zuFdegnfD0TYM87ZFbcvpAXSGEzhjG+VbTyKvP9I5RXRb+zUk52rWKaOzBKfjrJo82lubQZ7NlnY x+qONDH9wrd6ccQ9NJMjm6uyLCJGyeGc36Gbqv6HgQZo3PqgPPCTUI57pQnOnZBlX+Prbzt3H8qs kweR6DU/3ghl1OBzxHtRCyAW1J4/uRC538W0d5WEYiuHJHmRt7faWbd82UbSVsXP5JqU10bGpmg0 84S0oQr7VcuamBhnGfBB3Smi7lhPhprdJhsjmWXpW7Ao9JHvNI9O5DaW5mOI+7dxCG8bZ7bDGIx9 TY3rgrNKSlb0Hb/k+6jQLDl0HL2bg3AdaAhS4i9sueNAFdA0NyE7copNPHaFuZ7m1qpWG1BCjsp7 442Jb8CQR2vFPluU8SlqOChczOtnIV5jkCOSrPw2mUM+enIZEBdf1ISkkzteW5Tjh93k2BWWUx72 GCJyv8fdEA8J3Hj3EUM5Fc+GtW0gv1EgRV5DtR2blL4m6bYtrsLtwP77LIUyWnv6NOVKZ5xIZGGq SFaP1ExUo5qJV144/ocVksKFJCQK48/sc2Z6ygkUC8wAYV4yONW4o8FLrfhA6SWPb9QG/hcHWTCJ XsMB5SuIlmAdsuDQR7SNe59SSj/IIhcF8i+Ho7s8HLTRuMSecYGwRaqV4eGe/tPpkVZwz8J+n6A6 xqSIaWqGCvZpCI35mUzdZlpORBopScRuo3ZoqAyWV/eASHohS2+eljrJYMEqfKEPznyuJ46kheau eSxLWBhT5RJCUpIbeDj/KY4UpR/HzHitkQouI0Piw1xftLyONQbqfVMxmQTSUl/dIUZ9V5CCwQfY 4NTLX4NqyRV3rdriQg75PnMlDYwEs75JH09mSnuT0KCWgtwjocsOCgjiUyYnOD5MCeAAMtG7OGi9 Y46IihQ7CAZmAoAl3roi1yIaMA45ip4ZZxzFX5Kub9V+9pqFkVXneAk8Zfp4IK77LWOG9zZAKdaJ RzuN82eiLPSUfzMyl9wIV2crC3jT8/LQnxYeJ5vvXP7ePg4vTmw4YvfoMT99wurI6779gf8hi4uf jsa1ypmgRZMVFzobKXX3kVLfJ9Fmy5SCEsQto/oBZWpYyNCTeHtOpfL7q3bvhcCk3M33RJQo4q49 rY2vyOETC1YJEm49Pk/Y+XvfmsXEuE8ijx2cZ448spJpsn2NJff//C3bKVTFpQeVzXtADa5+AolB cEj2smdelLYsfuWUTrBhmCe1c2X5DVbWTQBXvZpop+uGQDRR1VVJKJRoDLKmbr2c4HH3g1M9/F3y IdpQKuvi9aGfZVy9TBlO+az0vl9AEsv1tClrXyl8+nf4fWcLYU5G9BmWLdxtc1DaWwQpHA1MML9l zMcpLJ3bqLm7hSdp6k+REXyxxbEDWV4JzpFen7JWaLn9o/TxPlfMM4yB8D3qxiQ/VP0ozv/Blz4v sr0fVpnwMSotLf7hyOv9zJBAX0U5vq5aeyJC9A1VGsYvbQSMrVWuialTopY0nj2Ek8YAx9dMg+Cg 5Xk05BVsiyz0/bu8NLWTiyYL2B7OQxmkPJzL3LfLzmP1F3GVPHuTfEyFjY77JQEwvwgNNo+IRJAG VDV3LRGn5nAf/HmJ+XhzgwewFrA+5G31+ZZ2nxGz1qlytHEkTKCbFFB75b6/pBsuQubBlfNF1KZM a4wwr693EcwumBU3gMKamTAa3xnhVqOpRFMWgUoi9PI2/d6UaIZINxF7gi3J6MForCJIqym1gNLT l2te29dau54klymw0keLIfjl9aGWcRFs2Y34oxy1uBMSH0FZdBQ7SmYPDYo8lmwnJ3x5p0nWRCfM IuEn+EoUPdOzhdMEXvMtTl+t8MG+6V0qbm4XIrOdarNjvxMJHtcRWkbsRbrINzSN9bAxmQ4Sojuj Am8ZMwKTE0+zpsopOx5PZR95GlIb/PYk5DAIB4SEm7/iqdgqXkvp2lNwclwTn788RCQbHUwNpOi6 TUxuNI5DSZ2lNxs6XPGk0InqBMLfj22L2GMzN2WRO7ulYfp1mILmcnu6VUVhWDtFFTz3UF+l15yE kDXYdIth5cAjtFXOjIZGtWOvtAa25xPBgu+gvX0UkAvM7HaFjhahUC7aUzRNPyJrJuKT0CCSfSa8 UZs68mjLDto1uimtBAP3Vu00HQ+17RiZ9nOjLLDQWlAY/M6mX1O8ndR6TJnX+8imBa384DAyby1x YW0PpoN1MTt/l+IcWld0SNMQ6xE9Z1LbgAZvddQ0ltm/MnmY3uf8MYtspLlAwXOT7h7joOPp3EQM ayIp9dcKoj8PwCbKioPJr26DI1+KuzWGqfSpQv3WobxfJMgkGkadd63OaZLi/DNlci0ntLmjRBKu 5GFEadhPE+Eui2L/sZsUt0SkX7dPYuqJVWKYHN/edVoaiahdJLcLpESsCMKRFnBP13VIbDcm0hzl 9yK72H63Uy6J3rKt9CUxiBhMPll5ctH55Mszq6IhdGoLWJq7zErNOZc+K5RZL3qvaGT8nK8fuFh6 EaiZnTC7Go9uNtxPcfv5V7dgv22Nqi+XopBrkW/tmolglEGIBGPWq3Ei2eKi6oYEjvZ64hYngdjj PIsscd2v0T/vW1oVwuLSCRWoMFc6vzhxIXsn1UntGx1cQi3ISmWPnuae1F8a6wuncF++z3LN0tX/ snC4pULroyMC/3lvVtfU5UJi/8NPH668IjTg2WKeeMdrWrIf1TA+EqLcjE1VKSTjfI9KXs3y13Pf lXhN9TZpxY/tK3mMEt3W+WsqttI7K6Sh6EaiFsRBSnIuDk/78Ht9coeupfwkVfa8velqWjb4n2Vq hSwWTlNFSL5AT32U/+xEdaT51r2xP32WWNFw2PG1NjKJhfImUy5lvu9mvxJy41L/4coh1gDW693A Q1OaxNIqOatq9woqDEYzCxfWxfs7Ze1lQrF8ITS8xGqlhx2gAVSxAk8d1fQSEncA2GVJH67V81dE unNOla4L5amSgZbp/ZuPLpsmjd0l/fyznma07ww4SLjBB6crJRU4ZNroUAVZU80qxrmBFMXGG2aO FqaFLqlmRlpP/BnstSUqhA0M8wa22DDPtLs5Q7sXY3KZRSgfmwkaM+1cQgCRzHKS7bw79rNHWIgX ffqoRiQut8YKjiwrD3wShyL8MjzRLiuw37BDofs3Y2oMmnaU+qEWgkfMpY9oOyh2Cw2+ZL3Sf4X2 OUaTf6ZZ360kGrAo38V0iHSet3VgQP1pOipHZYSLY4GLTFMtkAZHoayswbCt7upxkEeYPQFF5uXn JCJSeGSERt5ZKXxkCS46rZvxVQOp4Y3XslrcM/7UWd5gDyuUeiGIxQYmySQxWRavjMEI+scXV0Z4 617FEJJut0GF5CrOaGB2xBLJe54a/zLxzMjvhpFHeRYHoc4BbCu3ITp+yhLjc4ESRMcyiFQOyT9h 4Yc976Mzo6+irHcrZuBBLdRWAbQ8xvqc8s3YXGFQopgFK5kFB+ktStzaH1H16lARJ7sdoGE6EMUc Gb++WypoRNn0MkcjdH0PvT2a5rmTuujx2bUvKqYTSspMconIdGb1yq76tLcqNRZ3Xv75jPRQE35O seInjl73tyQ8u4ElYqrcT7LZCQXWc7IT7dEqlDQHb52CrV09uH9+wcHmkX6gqipdo/90MizHLGWJ pNKXWSCfCKm5j4lwzeR1XEuJfNRgD8R34l1F2lw35QjTkHOj9fgaRo7ez5Lt8FHh6uqwAGu8DAkN EwAvriCGgYjmta+GMXzM6EZQLh6Ew29hM6HkDYtwZaRHFLsQeyjFOlMQ4sTF2l7TL6M28ondiCKu 9yR7RUMG99Ued4RqFn8ZuGsy0M0Xuj3lJPmeEtQiGC6Xl0VB/bFgWnOeRSSxX06klz/m8Ea2BKeF Y9MHEFkz3+KzDVuPfEGmq9J/sQ6WDV77mS3h71DKWJpgbPGZ69dKyIw0YOL2w64AzYamYVvJldmn kzdc9TPD6Fu04R8KW/zwk3+VQoi1RT5/02NMehwNf6NkWD0K5v0gWRNvPKHQli8yaVboHSpgaaaF bxroLcuwX9zP/pWpNPca8fvT089cCuSufuXAOiIQqahTBdGROPevTybDQuZdODSmjtLN6Tik75us BDoo7RKVmsupHhhCnTbG3bisr9dZb+KZXfSyJBe2d/1U00n6kCWrIZc+++K+cvujCa/78LLC3lFS 9UU/73+PaVxotRy6GqdoC6FdktOtHgkK82ZwQTTrCBdThaiFurgNE5QMCbN/HHWiP16b4nJ56DQX idEQw7lw2v7+modcsgGBGypqU6rXtdqhqGjqMka4irDxc5ivKv6b1Uaaxfkx4bbhOKGBPK/psk9x FzvQ12ugMQhMCQt6oieMIidXnodKJeYwXcP4VboGKOIjhSGmtGv0TLuNR0LmW3y5EUN/xmq+JR4a 4j3dA03PobrFrUGjfYUG/+AD6WaSUOuiPr2KgyPxywWTXyZXDfuN9T6lkAjKxJgfUZm2VHkDHwWV vVJh+wTPR4A6y2RlCUXgY5dsyh7ozoH3n/GmCPT83wXaNYSoawqIQOEGvTfCPxFfAk2Zv3rOxqbw AIta3WAEtTl8J1lHW7Na//zkW44QfNU1Ij17m2tSNveGITllc8Z76b4x/BZr/J2RAjFFwfuLu+LJ yC+pPQLEtIOONkBd8iGIaqB5y+LCbeJXdSVhVdZjKQiHdKWk6tsNVG/Na2GTtlIt7cWk8ktJ1i/L 4qivD1pYi/XRBX6ZirfnCxntWSVg+LeWEClqwi0JQtm9EWlZcA0nKg97hYSAd9J2psLO08XLV77b 6HCrndrbtG3e8mpMBOUgZZKm/9bHFo0bsSEAZ+icD5Lpj7l2rpHm0zCPnpzQJsV0xtJZ1zr9vS50 2CsCyC2HfeG8VvPYO6iGiidFnJAzyrEwqBABlwQuJXu4YfIUoKfjDGbnUFW8Yqs0zthC7WYw/WW6 2hMQzrf7tqx2FAqbRpeRGi5Zm7SP5Iw6WL1OD+2jgm92ZdcIfKX1QV/+JhA334YCrx/VlcInNtaH XvR5mUrWaez6Z7voQzIc0pkAiZL9A9fjCPXSZGQ0NZPd+5nUnyy1h78+2I9UQhA2XCrLLDDb3yDn ynRLu3fpGKiiRRZkkFdOfB2Mxc5Gc/COcy2qdl7oTt81c3CFWU/G3KfVmfffVa/MYzOkAE/1SWZ0 b1F+PDuF8yau9/mgCbRIupRV9mCww5pyWaHoqGSfoEwmHL57W5UX91MsKFYZOCJFKAEM28/9sFIA xNXY4lVmYVVUb47FvPTpqaBfDDYY3LSh/3JH+zWHiOcyz7z9eHSsOmA0Ig5t2XZo2jo7OHvABC/F w28VksDFoKSOuHVl4hkD2IlxCndV5ZRjZUOtUaYA1T5+Zw+idbrukpr9Sl7qXP5gj3F61m3I1ciq QBf1daE2KL607jlprZxcncihdnqPQryPRRhltRZnVSDZjGOBXk5wsqH1fBol+ZGg/5kL7SRk2+au 5N0+IK3qiWaHawKyHV2S6OzNpzLiP70rfC6sY6i/hIbPLxPddjyUn0s5vGOpUDXEn3lDNaPxg+Er W+vou7dcxIklaZOzmPHQlO/An2bvj3Va+2x7Pud39OVgt9RgwgAQw1Hn1wXD8LQcmfLUUaEWLeax b+MxkZnPQ+KGdb8Luw1Dl3wfZ+/fi5UJU3RZ+6bgFSikRbZQNyGRDWWe8sDSVOUyzOegOSe/N5xB tmCWREEra0PPuSq083oB00lCggxZ+ChdPx3SK3rHROrAyoXgNibCMBgnzyJ9r+OLHRpISlTIf0Bd cFG4VdmN8/m2h9PNi1tlK8f7HnwafaUXVLr6NqlgU6grv1VKEnDMRBCebkuUxrsX0JksOjYL54E6 g9WqpvIAn28GkroskJZfcAo+aLO04kyyLbxQLMSGQUMkx4I3kqZJFTz2+TbXLFuiCOXVIHeZX7xU R0vA03rTtaNJRIeYXPbpWvqmOKuWd6yYUXvcd3u5gImYD2S0rAD3aMIC+97x7arkjj67IHhVLZFP WbDAnGdzPXW2bwu/fZyPNb4EbzDpc5MY7UpGFydFZ/4TaWpk1kJETvvgPrQZZHf3YwQtCvVnT/qE RM18aJdklX55Ocq2/bqx8fGukZK1rIG13FU6hYnXZLBP7DqqITDydzh8m84wCyUxLvG4IiNFntGv q1ihOZQ56rp7NAlm6adYnbDfVcUhl+tnWnlJcwezyE/m1H4/6ZOnC4N3mAeZ49o9+zkvWDQEt65u 3sr5++2WgRLoQ1ZYa1rlbNsrBQujOWm8xyS4p7sPeFPR3Tea+vWffVZYNPW7x7PN44G3R76FE0zi WULE57tKSeO7gKHqx7P2/VzvlGSBlEWEcRb7amByXRjLE7iK7f/lC+n/D/D/iQBIpjYgoKMzxBbo aI3k5QhycoY4/v6HAdL/AkcNge8KZW5kc3RyZWFtCmVuZG9iago1MyAwIG9iago8PAovVHlwZS9G b250RGVzY3JpcHRvcgovQ2FwSGVpZ2h0IDg1MAovQXNjZW50IDg1MAovRGVzY2VudCAtMjAwCi9G b250QkJveFstMjQgLTI1MCAxMTEwIDc1MF0KL0ZvbnROYW1lL1dIWlhWTytDTU1JOAovSXRhbGlj QW5nbGUgLTE0LjA0Ci9TdGVtViA3OAovRm9udEZpbGUgNTIgMCBSCi9GbGFncyA2OAo+PgplbmRv YmoKNTIgMCBvYmoKPDwKL0ZpbHRlclsvRmxhdGVEZWNvZGVdCi9MZW5ndGgxIDEzNzMKL0xlbmd0 aDIgNjMzNgovTGVuZ3RoMyA1NDUKL0xlbmd0aCA3MzA5Cj4+CnN0cmVhbQp42u15Z1CTXdcuvQQR pCMtgEiQFnrviNKRKp0QAoSSQAhNikiTjnSkgxRBEKR3RLogHQKCIChNegcRPNHH932+57xn5pyZ 8++bL5nJvfda17r2Xnut677nnnCx6xnwK9khbWFqSASaX0gALA1U0dZWlwSCwSICYLAwgIvLEI52 gf0xA7iMYSgPOBIh/V8AKigYBI21qULQWJw2EgHU8HQBCokAhcSlhSSkwWCgMBgs9S8gEiUNVIV4 we2A2gJADSQC5gHgUkG6+aLgDo5o7DL/GgJBUB6gkJSUBN/vcKCSKwwFh0IQQG0I2hHmil0RCnEB GiChcBja9x8UQJCsIxrtJi0o6O3tLQBx9RBAohzkefiA3nC0I1Af5gFDecHsgL8yBupAXGF/pSYA 4AIaOsI9/rIbIO3R3hAUDIg1uMChMIQHNsITYQdDAbGrAw3UtYC6bjDEX2CtvwB8wD+HAxQSEPo3 3Z/oX0RwxO9gCBSKdHWDIHzhCAegPdwFBtRV0xJA+6D5gBCE3S8gxMUDiY2HeEHgLhBbLOD3ziFA NaUHQAg2wz/peUBRcDe0h4AH3OVXioK/aLDHfBdhp4J0dYUh0B4AwK8NqsJRMCj24H0F/6qtMwLp jfD7M7GHI+zsf2Vh5+kmaISAu3vC1FX/QLAmwN82BxgaKAaWlBCRFAHC3IEwH6ij4C96Q1832G+n 0C8zNoUAPzekG9AemwUsAG4Pw14Afh4QLxgQjfKEBfj9V8c/ZwAhIaAdHIoG2sIc4AjA3+xYM8z+ rzm2/Ci4D9AcjO0+ISD41/ffI0tsg9khES6+f8N/F1jQ5L7ZQ2Nd3r8y/tuprIz0AfrxC4sC+YXF wEAhISEwUAI7CPgnz79P4F/Z/7bqQeB/dgf+m1EdYY8EYll+Z4E9vj+ZAAW9/rQG6I9ueID/WAMo qIPEdjQMCPpbABZgMTAU+yP0/yyD3yH/p+b/xfJ/6///2JGap4vLbz/oN+A//RBXuIvvHwS2oz3R WHVoI7EaQfwH1gT2l6a1YXZwT9f/cKujIVidKCEcsL3OLyQqABb944B7qMF9YHZ6cDTU8a+O+uMw +qVFFzgCpof0gP+6+2DjwOD/3YlVINQZe4vxwJbujw/igdUj+neZfxlgWMX9s9p3EVCk3S9pGqCx vQxB2f3b8A8c1BOFwhL9LjSW5F/z33qGwXxgUMDsNBIqE+pUHdp6VqXE5M2/MixLuJt+9lCYf7jQ igTdc3fceinRIDvro2aZ2my3kJqVU4eOsvtZzgLm0O9rDVutr+gJP5vaugOb7bPpnye4k0l+p8wc 0xSNOPkmqcqs0iWoHhw9lmjKt6QKdg49BlwU/tzVXTNJ3rdpXqpJaIS16rS/rXqZpUXHLGW8tayP brLtN1wRO2Lgzl12jQ/5EmMRmaaTwaEp234OSPSupPzc975//kY3S2f0Ew2v4JW9W+HoG3dl+plV RYkrlSqjQm6GleCM9FqxP2ntaM5UBbhieM/SSLSeORN+n4WTIMZv7pXRuEOEgqsh9Bh17dlz7uuH 27GFsyYc1p6jNpx+rmVTea/l3XjlmFV8xJpkovbP12bt16RGpKeWjc/xwl8owldalDjOdRkO7xs/ HB03TwrjeOkbTFtI/56vDXjKbGH9YZn1m1+1j9esTLFDeJRS4tMr09ZjyXTCtLlmtFzL3GYvq3D4 R1/vELn+jp4VweNFq8uMxFG3Ta8coTWbIooFXP63hD5i601Vaj/6FW5eUxR2utCRvtbV8cJ6yO4L yPBQoGGRMj83JQRXvKWROnvJXuYxprnrPFUbLKcs1tVbS2duL8yqU5775S1nQm5d5TN26cYPDkfS B3We2m0iR672EUx795YyQqk3GqxdCr7eePWinD0u5JZ0A9zQOKLlxoArjY5Q45uJt4jkIZ1rpfJR 72hv6/jFkDlFA+IqAsb50uLBYrJDMyF6doc1ZCaStk0n+y26udcXVNQnH+MI4N5uNgflb3igshxK ezftgFdlDCN9rC3bsEd9AJ6TK9BSAmuFjvUw7h6twdfs5pOg8Tj8d4wXEtF+DNYikzb4Nq8zX7Fv CgMMQsKfelxnK220a3mqycyZP7pJemMy/JZR9ft348ijhSVfYirbQFAsb6FNejR3cQBmAbLkioJ7 szJli5bYRT/2UqgUFvHbtPy+k97XRuwXS+d6wQJWDH4jnPnKTIEXVNlEp/LcYs9n+YT99c6maJty xrPwzc4+3ujOXm2DqRcnk1bOAJUL0uhRV1H+RsSOJWG33rVuFvXCVN7sHlbnDwnl+NPtVkayH1Hj eMMllepiSWPcQw+ews8E8c37XYfhF83lqS0+w/ahu6bxXEu9L1gUQF2BeJ+PHGfb5gRRT0yuJWQE WjpxrN3Y5FluFhm8Sf1zpG7Hpp7tMj7cKaBvftBesJt7J+SOYlBbLXCh9y4OS4Syb15kXg+1E3cW OJDhzJCAblfv4aOPtUbU3faPrXT2PRKV+yqfjFFGnp7wSv8s0dR4N3ZLX6GUtrHYtaM8tvz4HoFt M3lBCdUy7LxfWYn52mpeTOgm3ElhS7pjxUiSf2GGjmP/ivzzSjERmIbAPAZeJAqm6GYj+4qT+MOV IsdSdHGv+3YSk8K90sJh3C760LV2TNA7O/InUdGgbw/RawhiMqri+9tKuF0++aK9XyRI8xq3Nx3J ZA7av7RknOfeLQlebXZwHb+rC2452mGpQlipUL9jdmzEs8FftH+MWEF9zE+kb7f6wlLPS4Wmykvg mAdkXf+UmvdczO2pJ7epnEACt5tniFKfZtvwzPUKi/QUgV0lGu6mE8s3IkpeBC8cRHXuu5AVWF19 yb38sOIfJN3MKmm/J4DSnuZ+l5pqNWOVWpXy1PoFtDSrwhc3LWw49/zEtIk2il7NvvD1z7t11SpG 1xKT9jqlXhFZZN7Zz3jbWgkrC3hYd6Bb0iVN7fNkoiTcf+OtDVJNxaI+YpyoIzmpDqcMQ/kwRTw6 pVmVS0SW7RYobN2/JKbJL/DJAcMZ50FlaNO3wsqaIuZW9Y1BSVaei5ifh/g6+30cegqy2alqRWHT lZhtgF+sUa4a8+QKbRIhPYE2mcZkubS2DApPft0s7jVpKzlTh4CP6cYPl+pQI00ZDSPQOge8o6KU rNDEfI1ikRYSUJVeMLprZ/Gg2DVp29Vi85Oc7ijsmZfKu0Aa3f7sbasxctzOpVsQTf0PpLepllLT oJMFaEkVNUUtf1piDaXYYp4xKrlVXyZCl4G3L7YM/PVyh6LdVtOr1lzoeILjoTwlrHVZu+pE99A/ N56ek6blbjFI23awwifaZkiQ3nrXS5V3tBhltGqWbvqbxYmnHbQELFox+VRovnlkU35gVJTJHzgW b1A45esabAvdkTcoHwP6EjBU1W4CTsMnqDB93coupgRdJSaP7GSG1sai8rUkbBT8Km98Ym8xGFUt rKfNEOXS2+lxibPXCJXJzks4i3q/t9lnPsXidl+I/SvtDcOdl0Fu3jGn9vJmb/GjdktistjPF1K1 krj5rQ+KjH1DeBJ72JzkwjhJLFvTGT5tn5DphK68Rnhfr8a7Hm/ZVr8HoL8ONZ/Q2lH76FtRFTcw ejtesm49q9sx9Bwjl5Q5NrE586z9lI2ABsBM0glKsdpr4xMxmP50QLboWVB1prZd2HW8pTrYcG7V b7XggTsznBB6CW/eDh82sgbwFfM9aAIIKhoe7XimuK7Wlnudy0XTMdRJknB1PAgZLJVXK5bw62de KAVdpCWdQTLGG3G2Z2JVkssecuNsRlMEivjbiCL8uLWWvU7oXXmac5aWDa4rl9/IjVB40JXt+HUJ j7Lh235VijCjpqxZFo3nMYKkhYAw1AvyKFvShH4vyXpOJMHMrSKy1vlOtFnPdzz4lNUwUaN+QFDy C1TdozDuikyrm1UQRRTlGP6P99NZvayt+BFlD3S88XXioLtN75DdvZfX3JmzOYb2MfsY6agUSw46 ebMAF4G9tHsujwnAn24/Gi8U01S7r3g5ry/+KWal+W0rWtDy2gTUSop2PUqOqjd96/vj4MqbRE21 K8YYVVx8RdMxI+7dUXONQrJrwX0qyI/uawOqROIyUCBqUFrGyoCBQPddSuZdfXvqBHHv9AIZDoHk Z8y2E4QZaUbz4a68ZYX709qAKLcS3RsM8+UshJd+bM33MF6V6x8gGmXS1cPcOYmRYgxLzfJ6L2kH AtyD1of21XfSAiy0eNgSWx7Cn6hPEFK+cnlE2vHpQPxQgWqlNz5HXkTLNt9tXozma3fEQ9OYoZJP eDeD+ZneRH8Nl6v8NkX1mlDTiR1Oj7vhqVPzAq1fc6Dp5r7lhO6Tbv7pWL9RPgYl3EDcuSjrfno6 xCM9NTQ3+D0lL6/dqaCBJN84IdoKN5FYSitBgucQtTM3MuhdVNoWv4+zpNjHBDBg8S6OoqNzgD0K OlFitWdqVaQoGFV8QbRQTdfDmYleTirsfZ/5harROzLwsal0sD3NQkNdxCk8/PtjyQKB2RxdtYUE EvftsTbX0DTIRQsp5+uS1pOnmZE4eHHgHfXOaCtNKQbuPLhYfJNazkA+62Cv1/qRhtBVq+9QMKM0 wY7pBSDYXpxrS6FqU7WXa4mMcdoKQ8iw8ZYoyNScoFnkRgntwKxni+k01J2FIalJX2r/orNWRmE9 56bAW0Ex7oo4qNjTH48twpX3Ovx/1lPSuTA8Knw2q+YIsZAH9EbHSKJzItepb48R2r/p4rQxTzLR X99982rtEdU1UbHwTf2lLc771IrJh0qZMxf6h61eH1rzhN9CHDOiV4NI5y5TFfzdc/JCKxqiqDaE 6AZFdSQYNyY/2+fHQmFIp2jEsUDHpYUMM1jmLJXQPNLJ1IE4n3rErHYm34MvwtySdyMuUn2XTp5k fPbCwE3pa83dzncFtpfFJ9Wrhy87pkQTxS3DHCK65ST0Hk+fOdRZtsaJQyvrbcVBkMr1miFLImfl ZEg+w1hgwrr3AhHfhA9ZsATzx/S3/Zux8gPKNJILYXf6XovyPb1N/5jYOiO77Y6p5BNJVcDECPXX Z4F3cz3SEmerRG/nxSu13EMchKfNvfSrLZeak8RI2Og5y3mUDRqFIOO/10aVlg+RPE00aDs7q570 ohW1YgBBC9NwDUPy3YSEF32SRV2nQSK8V37AllV2lmhpbYAh7LRV+Oq06PYtUmT8Dw11IM3s7NjW cx9YsZNMY9v9extTy29uMEqz1XqzB88Jz71M1PXsK7pD/iLuZYhs981CiuGcPIYr0RM9kp36NIFy vi3si8Hq0hsIHcehY37+Leb34wwaM8K4zr3cKyuxCfcxCv6npV8eX4tnOSXN9Vx7sruA3+6bax/7 fOpBud7WA8WkZS0VlgjGbGNeL+ECQ2eaEWZGhSFVDlx8m092j4VBkzReFAZ7D8V5Rlrfn7E3hJc/ xFcthmxlf8iP7Wz4rkAZF2wbGhfwOUJ4EX2b91olLrmCi43pHZEOhfOFCOfoJlJxPu7G7+ofaE2C PsuLDp74Ek8g4K6N+bnOrJbizKT6zWykjsxjR1Pc2fX4skSBobrhXEbyaTyT3g3MWzDzIpk7PGq8 O+xyCqWrBfmbPLw6bQgCsurLyc3Smq3OKlj/OgPvSSeEwa+lfMlnN4FxgIOpB5Q2oapUqcqim1Yp 190ui5vRy/neo0vGfniCOCcyOehSMmO6Rzp/jed+FoXu/flkmxq+VFOwr3yZld9yenpAT+PXPBVR piUVDh9hvAEdL4Uj/4rNiLD1iYLANwwlJD3CpVQXSxSJjEPykT/HbdlweQuKyGWEu2KuF70+JE4t 0j5e+D6dpw+6t1as/ASfTsH5tb3TokU7cxg4avTBzviP+jPJRfU6UMBZMTBAL9SXtXomzgKXWuyS JrNa6hyWf/2jNc5qJbn2nPJ09zpdpgdklIE3XX7p58cikmPN53dasrpLvcVCs8Rj8uSDhz9FBQkB ch520z4JbMHxMi6+XbRl5OX6TjlMl8iLTvRAUVs847q2nuRGwTw9XNmfpPlbW9dtGXb9q/OVq4U3 7umElv4rkoMOoExed+hlxk1lQhr/aou7QN64GnbXi9WvFbrfBC6Vnp/K3pIkom9yuNWw38ib+IUO 31cPum709ikddE1D++eTLS2TpdjKzX6pgtO9b8YFmUc0xxyshC5UbB25arojOloZ21Ql4WVZmwxh 4R2Wjcqk8TjPUkRzcBw0cQ/SJvbkr4HxeiQ2VOuuvXTZz/AehYEANq+gLjJKwtJ5iROVnJ7qckzc dlpJIn7GSgV2DNutYy6YO2YV4jbsCVEkZUciH0K21dmuPqckr+29JCVvA/oiPrYyx3FntLg0NmSB di2KHCZw9pjOI0DamYtpn4U++FleHQga4DNxYoi5m5Qs/bePX5xM2Q6HPPkmbtpvkuGqPouzUazj FsT0nNlJjO5Ol2mVBcOIAJU+AOL2/CAjKXltX65BUTfL7PlyvHVJ0SkmgozHn5t6ExmnQE5cGMjT qu0HlKkVRU2mXY4VYVTJh9uf0T+UkME8sLrPClYIlCPoHHoP5n+TUX/ZKQuKtawX1I/daMikiQlz u8fyuU1UdmL6gWKeSPJd1uxPpYpCrr7v91lF4x2in0vODz5zVNUTCbaoqCpeca/MUZGRvlDuHPEe FRPePlW32grehF/pTGQyRWKfJEUys3oZNsyDTUa58rdu11HfWnWfOV5+fE+z12aUf3p4fQkqQN+V ec2zxvP94o3UmqN2b5KYgk8EebbMxIFnPHW1oiHRL3d5jI658ewGONdInulLgUbMqzQ/1+NoJxPW HzELGZB49x58pyYRpi4yez++tlAbQvjdAFkk3GUVTafXmy8/s2VAi8r0YzVTeJhN4BDFprtNZ8o5 ngceyCZ4dpxI0XlFW051wlMXqjG3L4M3YqOY1KP/PZrRv+9LfFS38hcjn4s+/usns1IF10zsqEEg Elf3A85Psq/ZYBvJfvWBGzZBT8112Z6UwSdvxGY2QrR48yQ99DetdTbDM7m7v009EARjPpyPx16Q rnJnE2POXa2Wg5MerFKStdnLgrag6eO9Y0jZCLY+1nHkUD5/KLlhyAhl3VQFY+3kpU2tbWcJbk+y Mdw6PhgjS+OHjPCslllod9AZfvGyKUapwaDhkVNzVP0AYnxdaEA0ovxlbUdoOdGJKLkxF3h06mfe lDLjBzfnaaqiUSkXxp3JjZutqwf79nLb93M+Rwy3YjqaRQZyLdJGdPkpPyln+bI+4EaHrGkt2sx+ P3HAg1BwjNVuu4/P37sWWugU3urnrgIwiHh3MHqsXV6o8VqbhWyFuyglCPBM4irAgeJi5we1ZpOg DbeQhu46Y6sF6zG/tmmsbzxew42IxsSrmFJj7c8PApNKN3YkU3OfKNHKX7db9BvWumqrZzqfY6N0 3syKvykrE/JeSv7H3hczjfscLpqZhkwc2yAbcacLyhLDCbPD5A1wfI5ehcTI28qTKVabZ7IWYDJe LV9mvvfpoQCesDTc5Pad07LDW746+caxPqYvyVX2uw/jykl6az4rsGrgS2eI7AXA8c/wzcWFv9tk gIrHjJfujTQmGslIj2Rqq5wnMMT70tc82t2mv8cksQP+ZhLXL8pBU4rRzzJLWyBiPp/mHyfMnJuc b2J3n57f5dF9JBx9y+T4BUb3no+LI11VBZF+ZBr5EYy3B+aZhTkh8nDQ/RlhtxwJppIouBUd9bVn y3pb34UCFWF/qE4+YGWb11qA0T1ePtpNPYzqu4NHpE7m8xWMoZzPC3qzJolyKyk8NRG2AymQWA9d XrqA8ZwKfHZNTwvUHNw4S+02Wl5R1/DVkOmIM3yjOK4kmAVJseQ4dMsbt+Mcvx0pOnmbqvmNzmyO XxNdt3VnhgtefKdiK17Uhn01muxktaVA8TFUY/tDRSHVpLSFpiC72OHGyvq0xaXK0ZePcfpmx3qf f8xTSllQZeL73XEt9w68tMiu0PyREU6j/jZWrm/fm60T5cmttOhmLZm5XG28FVQoc+j7HbSLAk/Y hv9QIHI4YGJtSKYl7pRtkpoBtcZz20wFLeKWvKe5EeTV++O1RHrueFZzXJJlRbjRidA3mM2W2cqt zIBGJ+9ja1OO+oLXya8QjBkRkyZ1OtN3VwJ9+S+oeKVypVNCkzJfbN6IysyWiM5PuT3xYH5vGHwN NJPSO5fC32Xwk1P1u438AenLZ1aH2tIz0Ddhg10F2Eddh/byR1btov4iixyLmMo1f2eKCiXP+5wf +8RRrWwYI8K43GixDVR4anRpl+eB5RFhby+GqpJDR7rgK04LTvaRiTAZH3X5bvwRxzhZiIMVAbOq gDfFo8hKGiYKfn/SBLUwH09yrcJUZ4MB2GKVC+VLJrNbvRPg3ESWBvse821elW2mXqMyqtgp3Zgj 1+zJfswmw1qROe2V8pcU9P5KvxLrfM5cvibro5mCDWNVi4ODI25GDYotn1CNBR5MoUIgKQdHLFLY aCoXc2ZPilfcZ+MBJhJXDqsgqZOo+pHe2Iu895OzlKO26LYy+tXBIB2MtJH1PCSwFS/aP7yeu+k1 2Sx+vLF/L4Mvo/njxE8cDtwkCR6mGH+fe/Y/i8c3qvfd4Wq+KxqyBOrNIzNvsl/Fnk82hilxZUWq fa7DoNYXEzy+8JsF9bgvWUzCTt+z5HmEfCcPW77HYdzyPNUnbUV8MvCF/UUrXwJhg4qiIrG37VPl 4OvuxPWZyI+OYA3FgZuP2IqbyUwhOe04iwm9h+NsLWWjUTJg6/alVyUJPU5BOx6R7/c/thT47DNV FowsRAENV6IaiWZRj50U/APbda6g50Hod6cj02Db5ee4uzpy/FZkFZob0OCxdyk/Dz+mqv4k51GC qIu3HolM/nRVYncmajBuHq77YWj4jgLfuy5OuG+r9hbdcw7SIpz79L6EVqBkW8TWtwJwevkHZHKt neXJwOJgNUSB6E2bSaDkgn/C47T3IeBuCJOIVwBPoM6VXjjZpdt57GzV4ZWBSjt7e4cDrfL91zUF E0RFNXiUxnAq/vB1ma97uj8f5APCVGsn19WprXq+nL8yFGhZ7AxyMNa5b6Wk/TnvmnPgU5hNcUa1 9KozFeuxuexS2Lv5zX0NCdHGDOJWkKPUmZteiCdVXA/wUqsaEc6hWL7VGD1djZybKCNsm+Abux4R lRfg1U7nrTzadp2aaXVjLo2U2P3MZSMyeUm7TIgJIbvrzWHEZyT0cBaTZRr0inalwfFSvmSIKlJr kbVD2nHhcHIkQvkR+0f96wnI/r4yg9oXnLqMfaePtbR/8NkI8PY8oRIU4nzlxpAu5XA8Y2HPjX1d lV34dEGvsBCuRKnC5V87Z5UwfnzqIJtIfxbZ+cnkOlC4D4P4bkpymw6nHN2+CjvblqkqchDpzY6U ERkn+bKt4JlPFvZwtPoGI1fFDqSD9mWhB0bTSucoKD2KEyxRFpR4ark+MFzFALPj1bGZwqRFsch/ 6Mg3IX5nONs2OBvqv9wsstN7+1lWn71FO0eTvc5s1XM238EWwdYgIxmbVKNCPoGci7rKmmDBtIeB Mx+2eOevHiGCgloYjnnMnfrfdEJGWoJM+t9oQlXly0D5Kb7kKdnPtcO+Kjy6taTp0KhfJ/WwRmSM j6Jeg+4Tq6lN6heWxSGR5KmDHwbZ0LsDM07+TLsJs9V+cQSftYXhL3jPuzTooxJj7ryUpeX0i9v4 SCtdJTijwZUZmm46z2h3ycsK/v/8AP6H4L8FAQDqAoOg0EhXCMoZ4IeCeaCRqF//2AL+F12idYQK ZW5kc3RyZWFtCmVuZG9iago2OSAwIG9iago8PAovVHlwZS9Gb250RGVzY3JpcHRvcgovQ2FwSGVp Z2h0IDg1MAovQXNjZW50IDg1MAovRGVzY2VudCAtMjAwCi9Gb250QkJveFstNSAtMjMyIDU0NSA2 OTldCi9Gb250TmFtZS9YU1pTTk8rQ01UVDgKL0l0YWxpY0FuZ2xlIDAKL1N0ZW1WIDc2Ci9Gb250 RmlsZSA2OCAwIFIKL0ZsYWdzIDQKPj4KZW5kb2JqCjY4IDAgb2JqCjw8Ci9GaWx0ZXJbL0ZsYXRl RGVjb2RlXQovTGVuZ3RoMSAxMzQ3Ci9MZW5ndGgyIDY3MDkKL0xlbmd0aDMgNTQ1Ci9MZW5ndGgg NzY2Mwo+PgpzdHJlYW0KeNrteXdQ013XrYAUIx3pIAGlt9CkSi/SSwDpECCBUBIgoXcpihSpAtKL SBPpoHSlSm9KDR2kV1EiyEUf3/f5nvvemXtn7n/ffMlMkrP32uucdfZev3/CzqoH5lewR9pCVZEI NL+QAEgKqKRtaCgBBIFEBEAgYQA7uyEc7QL9EwawG0M9UHAkQuq/AJQ8oBD0VUwZgr7CaSMRQA1P F6CQCFDonpSQuBQIBBQGgST/BUR6SAGVIV5we6C2AFADiYCiAOxKSDdfD7iDI/pqm3/9BHLZcQOF JCXF+X6XAxVcoR5wOwgCqA1BO0Jdr3a0g7gAwUg7OBTt+w8KIJeMIxrtJiUo6O3tLQBxRQkgPRxk ufmA3nC0I9AAioJ6eEHtgb8UA3UgrtC/pAkA2IGGjnDUX3EwEob2hnhAgVcBF7gdFIG6qvBE2EM9 gFe7A8HqWkBdNyjiL7DWXwA+4J/LAQoJCP2b7k/1LyI44ncxxM4O6eoGQfjCEQ5AGNwFCtRV1RJA +6D5gBCE/S8gxAWFvKqHeEHgLhDbK8Dvk0OAqgr6QMiVwj/yUHYecDc0SgAFd/klUfAXzdU1qyDs lZCurlAEGgUA/DqgMtwDand18b6Cf/XWGYH0Rvj/WcDgCHvYLxX2nm6CRgi4uydUXfkP5CoE+Dvm AEUDxUAgkIQICAh1B0J97BwFf9Eb+rpBfyeFfoWvJAT6uyHdgLArFdBAOAx69QXwR0G8oEC0hyc0 0P+/Jv65AggJAe3hdmigLdQBjgD8zX4VhsL+Wl+13wPuAzQHXU2fEBD06/3vX5ZXA2aPRLj4/g3/ 3WBBE7AZWEeX9y/FfycVFZE+QH9+MSC/sIgwUExUDHhPUhIY+E+Wf+v/l/bfUT0I/M/ZQH/zqSNg SKDkXxKu7u6PDKCg15+54PpjGm7gP7YACuogr8YZCuT6e/otQGIgu6sPof9nD/wu+T9N/i+W/9vw /8eJVD1dXH7nuX4D/jMPcYW7+P5BXI2zJ/rKGtrIK4Mg/gP7EPqXobWh9nBP1/9Iq6MhVyZRQDi4 /OsygYJwlCrcB2qvB0fbOf4emz9xo18WdIEjoHpIFPzXQwfILwQC/e/JK+PZOV89WVBXPfudg175 6p9dVUHYIe1/GRCMvppYiIf9vwP/wNl5enhcGel3R69I/rX+7Voo1AdqB5j+hLSTDneqDm/+XqnA 6M2/NiQsStJ99PSE6OGqCr3Xhv4jJZmzY5GC6CmF9on16LNFym3h4ssGZxMakLPVQkB6tBTNdG0z Psx2hS9ghPI+dhul5Sm8rtnWZmYjgrB3oNlvNOj1PpEf56blcz9cm8zcVJPhaKz49tpxn5CzfkeA GHcoNpqQTkJChBg3vEUhs6VCsUphfKJV/S7qSH5oN4lZdfMsvatfWGy5e6aUDwe+lM64tUXipnmS uSWb9uX9PQZNmxHgOPvqexUy6WFTNiG8MZL65PtLdYEEX1hpepIjp7o+8L9e6Odr4fgZcdlP65Sb 0ypsKNr4dtykoSOkoks39m5embbVmrj5cyk2FoLr4EVax4OCNDG+6h4Ewu0djqdbK9N9qcgveFU3 9ZDTs+oLFj2ttFTCop9bE0Gt0ejQmodEptYV10c0b3WLdAmApAl2974NLgCPtYOJphMWljs5WLjj AKFxbUdZ0tyjI0OChIzqlbaC0LN7px0T3aVcNmsuCfKF2DvvhJ6Eqdzib3uVxg5jp1BCqXkFalCV WHxhAzEpdfIfbIoWYCu3zJgVyt2CxhfeEFv9JJ+gJI7IYX+Ht5QnaD5azo1Kw5UkCPfsn3OgDQbc J98/U+8IuzEv0h8e6SnK1OVuRGNZKHdz9cmxGxk9TvwjZbm0eE1r/oPmaOAYxDAPj8HUcOPCTtLs KIz4IhUguv4h7T6bjqKzi2Rx9SnmxoDqmTutQcOajtn52hQKfmRE2cNUhTZL0FXRwUqJ/lSgu3n6 bPkR7NnUGCxUuzOEGZxrt/10Ks21WfHsBcVLOVk56sBWeFF15Z1BfaB9ELeaEhteBJmaRMPrtSlP C7hr+fsN/q4j07rbvmOnzHTZwT+xQ5vWMzC0D5zt0wV9mxqOppPmQ0OtSG7pgNSSSAanz8k6229X eKY7OV2P5eNj6ihmdSejac9qnfoXxZ+WXnBJERmrrywKWiUxb22ExbbgEitW8oRkU9wmhO2V3Q+m uk2NPoa53w+uTjeezjiSWHj0nIi0/m4rQSpTmZFo4MxuTmhf/i17VYLKXcr4W/FmewfU0ErrBeLI 94JG+7OpdS7Nn9tuwfo34p4Mo9L026gJx7j1+r+hk7c4Fennh4h1v8CyXuHipJlxfTtPg0stBmep M9eyLQ9LW3Lf2st10ZZenTK4O6Fzbev96PfnLE1jhm2EPyIEAIm7rm661JdkkWJcsx5bfKTk48WL B7z8Hs7p9ZE3V22WrEL5a4/uf3ZAdPopxT/7NoGjFFyqwhk7MoTsiT9UV+LdsJnsTL85XR9n6Ow6 qiBnHxhv5HUckbmsTdJhXnjQMZrPyRQzkuUqM/2o9guEsQSXL1ZbOCrpOTS8TqKALaXZbB8cTgJX w++7FJK/o7K60Jhs3SiLM9KHnQqw7Z/kSxrlmcWxE6qUpupRmd3fHMcb2H1iorCz8UXBWqp51GHs ADf6QGd1uKuSoOazvTStiF/pwccuIshFYJg2JSH5s/vaft1qnXdaP0cRFSlzaQjeWy43DB7UClIo ldw+krt3cz9Sd2pDfTb3srpX2ErXm4Ir+Slr3EykPhEkbUZtqsIxpmaRf2AKm3VkCw5JbmTwe5+g IKPHbE6HkSdwW+NsThHhjxMGziSSYUu9HC4P1RbKZtx9sYBO1+W+9jYR4aWsNoptr1fUfW4FROdC edbhOdi3LKiHVEX5Bfw+qMv3y+1Futkvh2vU1qzjMstIHSI8+kBkhFoGTMe+BkhE7aW3EKAvVRtv F6MBwfcWz08S4027R9PfWu1cZcIa3/egGu/YOM0zF7/LAXxIQroIew51C5lqMqV1n2MiUSItvIn9 XMja+kn+5Q4jpqVArQij1nXJuRzlGtl3TbzhzoBEjFuD3DshWuXgOE2i7yt+DzZR8c3Bh5w28ffd JPYjK3SI6u0x1VJOqyzz1yz2MiLHvRSTAOYh1NEXX/OOctkXueindhu6humoMrutl6LdKtTtBEHU TMnSYHMJimcWFF6CY51TVZgJ5Haq3M423GzxXFR3PCzM/bQIb0IXsrzRg6DTxZH9aHU0JiyjsyK0 0ddWTLtZKrvT7J/OYCOigSEu+JpY/xizo7xjdVBNdCRBRZAFMzV0Zdj9Kt77NVLQqrMmgrL3hZIs HdFo9hoD0ULAxx9gz8Q6N6G9NfYzZlB+yDiGNMPMHh06Ho7bYvMcfqPeMdzKvcgpMIbJ6AAFeaH6 Nnn2lEZcpl8OLBG9aPagsNraTCA+7d1SpWceGQ/ewZ1M04YJsw0LTfdm/yE/4rqAEOH0HDq/zYXX oQJQ0th0vSxTa5s7I1V5NMK0iVtycsFrFTeVss/DAoytcwfkxNmjc3CdmikJnAWCosvc0Cp4ObvS ao5o0pZKZd7ZtNi9113X96+p4WIC67Cfbgem8/SgYTKVn1DO1rt9wo+fCYEqowralXDKCaS/Dkgh 1ROGicBVh0jOpRf6JQ9vZD/CgAw6x9qM5lXFOUg6mhpDbriQI26lO8uB9i+ogP5WJzSzkgSNa5uy L5Cw5nMimbPdRe8Y/upM13eSRevWra7004P3olPnm6wOdMevuwZdAgIUI7/k4VNeA4Q2NcSXciUf a3cJzjUE+RMi3kTpFg8DQJc9B0Qk+Bi7pLQcks68uHvz6tKbWL4IDcOwIb773BYdpyZZ5WTa5Q7S W1vvb1ULF1ikf5KINRwqjPvaW5yWx2AP41nAC4yR8M+WVcFaaLlXPOlf6SZ+bh2kQUh6aF5i4zv/ ZFT5wEc+eKzVMpj8uw2t4AWkshouNhCyP15GDL1F+DIU15AGpyvpW8X34BNqCLY78WzLO4Bi43zm fhRzEGnEUY3x7SRK1uv7AZrhckSS/Gom1ISPwhTtKD7SQ2S0ZM9IeQOp5YKseTmP7NvlWRrZUsSi Kc1phYcVfMuuS7u941sm+DoSmPS1o7Y1/9URob8R+7S3PdG8CbLbvL5FxS5cyukCxphq8Xmdn/pz 4lcR9c/Sg3i6sfLvPsFKQmg3ArXyRI1ODJZCeLIZ1I4DyIQDxevlHuXLMx6xYVTxh9d04vow34v2 WFH860d7d3RE8OowAxwhwotx1izydxew3Hv3pVzUgslpTOcjD5c6bXToKfeUBVSiSfDxvcZGFmtE NvW2D9srlS3kP1bvSATHpeIPNvfm2Bmr+ysSdo/TFtfHrIW0+rzNi7TcN/yCYqheOJacqv+RqMNb l7ZAuvmTWdGUcmX7PJODVJ/5dYzWraoY+mslB9SZNueorSZenoZXhoIGZ1s3bqOeqtCLZ59ZRNMp FM371CAXzgK/NFdyPVgD87B5mljBGOxiO69zial+DtW8EZEq7xIkwBhWwbKSUK7xwZzZd06GQuRk XwxcVE46qPsjAuRiLeo6FGASSB9ZxfAeSE+zrkpxh1KGSHDeUISBSNRhZH9I0dI3I0gxyCXerejN il69c/2zyIuOhp8acf103XeN7NuLWW50DtE5j0obgt6Tfjh/1B+ekGJmZEI0cEFRFJnK5i3flak7 462Ol6lek3HTT+JO2nB/UIU93n16nTJqUncQ7YWwHLgAg2fsNY1t8Ul1vVf6ZMr0jYaxyxqLatth +Lda0tFXSQ8snHjEjai+xaxwNcDuWb2dqyZL7B6XLZOPOuDrK0GDtzQMJnKeNa6rXMoPZOhm7yqS 4sc63vPcV5KTtt6MBWoJKN/VwFb1hVBuUibQGtUykJLLKADBJKLCEKBbXIbnWy05w5yszIOplfV9 bG/GjTs06coqvc/EddkEqm6bY39KcSUbkc0ePfLWyHsCOFWgzj1n9/d2VhPQsrYUbER2DAclB8Ay W39Uu0MM6hhdDPTPJSDjdPFN/qweBXj39Lo6xjdy81XcqZwlArA+eTFK3FZxT4CO/SMTj1gnidsY ZYXCbau9PxTQFD5J44x7pXvv8ztjdb4l39HJjxlk+ja2FHaGnTpggRVjDa0MVEttqsmX1MacmwF9 hWGJJGeXT/lC+OffLOu3ah7WElMb87+MJqePs9HJeGls0L3IjzHwupn5MdTbLOJ+6u6mB/7TDdp3 K7H7fdXb1btrnDJx47rIt6Hj6iQMc/wKOPNnn1C8Mu6XKSUwkrpB5GTiiWcHLqQUdqblPsHoeq8Q 3TzOdeioJT97Xde2h46gj+RDz+ZWmRZ3v7lPYWumGYjN1ui9XlWEmACDYRjDPG3TGN8cVQPe8dcA avEwTuyavxim90HeKLa5bHNN+Y3as/lEb7kHjweoHRNEocupTPBPx3EgsNWt3RSXIgNMUyhRn09b l0eD3VNBy3cgY1melz8co+w/DcOj8xPVEUyPxzkilLNNT/ud+uf3e0u+nGFjK44SJCRECTTDFZbU NWTWL8YnZZ5Re6+lr/VcE1cApGa5LwZGo9Z8eatG8gcYshfvNLM4gM7rb9g+rINE4u5yp1tYRDGy RnawR1hjUt5GgzUUksyGZk9hN6yMbwwKaF830voSQFSeJ3feeJflKbP6dTSzYRt7dZ610uqF2qof bPlgdYcu4csFe/JC7JNGmk+GXANfwLOASysAMYt42De84RIBbgFo5kPVSPjPSuHDBN8mfYQR7esj 6VdURFMLOR0dKd6gXnmmOuYoF1uMJ9UbF/rHdoJZIwoBoSZxzm4twXSGE5BqR4Zymk42vnlwOTp0 oIHqsXcKSen3TqZzzGpKedhlmxTzM/wowUYGqpyWPu1+5tzd9i7RTbbqqtmIfPNt0gXFJsxgP0zJ 0rn2I+aEKudRgN8xectApAG0Xva5L43yzEa/tg017iyfS4SQ1kil3ek3aQ+P3Z+DDv5Zb5GqTl6y WcleDylvrCFXelAsAViJmxKANPkFTExqEb2/GKmAtEEZu7d3j8m13msvV49mPz39un6cY2N58rxF ++6XikJbKH1CsjSpunHnO2Jo1O0cfeMgzxKATvAAVNScSboeeVDfTUUXIpI9m1ev1yyRI/Q5OaCX bQrcQ46vXWGDY6SCG2D5uuzbPtOzoL5p/TE/DqvEvFGK9KCKr0YFG5L4ZKWNd1/G+Ch6XJ/xbiu2 M1gb7dkBW+HLcxlwRK/d09BS2oeO3ioPhvgVWX5jrZx73SC1USWlmBVoE71ZRc9NJxqal1Ex0eN3 SRtjnXnbhf2FU6zsuazbqJ/0rmNEyxQVQK6L6X0EfPjjg7sQod2Yi46OiCe06AKMW+nHvZ/7a/r0 TpVP7/9MS6F/NzV10p1i97ChfvlFqg0w/nDeaBbAYNOxGpGxwNyiLPYiYLhjV1fIdTM+0FNn/H0c 9wsai5M3T2SWpTc2h741ep0Azm78IOAKl9/tNOHdDQk3Fhay/15OzMzmHMRf0kTUvY9hoBrrmpUQ c6hU666xUMs/LjsFyjasFHJLaYyBKR5OnkUzRwpXfDFjywBFbUw/4jZs7x6pBVDlvW1m1bD48mqK 0A65wRHloOHEdt7yErfhycmd6ZjN7K7bIQy2Cqd7lOCdF5lxzrndQrbxTUUvGRw1atPrgTc9Dgzc u4ypb5tW4DIn8rS80zzKSfGPVD/5afZRUfHjRrsy3Tbnzi6qcGxuW46Wn6BmLrRXh6O2oFJQhK6k YTEmDG2gQyCDL9Q8VNE0JyO/H57Shq9GOdE9kNYkp5trhS8FY5C2XQ3Rf33xCjwWr87yFksWpE8+ KW0sTib1GCdEm/UNRkxCYACSoxH/881iIWHP+wjaT5kNG2xZyzXs8r30L0t3M5MCibQwLwBoupne 2iycisrWoJfV0e+MRARrBMR9ZZ0Jeb1iDUSdBuSSeNeyLL2/d7HGfrjFeQCee9wpe24lublG3gmx rcao5yP4GZ/mqhqIH31WSRig/qk9I0xefQnnMGW/O38Lt6UK1YGdNUzJ5rWRwtukvVZOx5d1iKAS ltvXpa9pbQul+drMGHK9qJ1lnEhorfHS9CzWUVnWaLDmmp0hkC6A77V6GK6CxRa83LZtVM//jqZi QoUo2czbtYrnUd+rNK0RPOzArYGfEauYpNCioYcxS9ZzVAVcwjWjtVRVrcVzc48zXsaVZCbW5x3m pF6Ya69PK7hdplcCnUwYR9VWLH+WvD+kx53lGv/xJiYB1liPCIo61cN0iZUTt7Wbkg1GPuAnZGEX WzpNS4spaX7f9N3D8QduaD/rg6dlH6F3L6G6VudRjI1NYm5d5iWmNi9wBjhsdZpXia2T+Iqz2sRZ iOZPNsAjFB56RJFsMq3vjoWTM7PNSISPBvw2FsQdRxQeLGQ138VO8xGFtMpna5noIJ/f84M0Liqp h0ponzHID/m6lzlFzXSNqr11o8RYsr9oCc6lUGipbPycp0/ShyL36MYd9RpAPRQ1L95/EJJ/Wra0 DLhDzkPeMduYPjkUGK0vTn3Uu1klJRHxpmyG8Y4YZ1VtHqIwO/cJddhk4upC7suPAY9keXNEXj3J G3CuRNpT6k3sni932L/qXh6NfW/UhIghXFr+NGivCdenvH6wYYLjuRe9oNWWcHu4mEgglVGUdjG2 KlCBZ/ABZyfCLx3afF4fOGCZIF60NzquZPXDx74xRdR+o0tIJ2ZNUkbklEM9c2oOL86z9HzibixZ LaMPmYpAKP+k0ixB7Wuplt4gLqrYNehzN98TB3ZceXud2ZWCgQqOytI2vBnfXDfakmfsMhcU995V P5jSImb9GGwran1tvMA1qe7ZzXbHt4EU5BR046slpqiWa9lVxhCb22zUSdd32njFc56KRuOcRXoZ pp7c0mE5Vvg+vetQTj7AAyj4lO/lNXACo7iXuT5dwZHQAfeDqJai9DYUOz7ytXx7bas0OzlHVGTw IJDzPFk0Rrvhab0U6RQCFLAE0nm96fVU3aUgwqa9FqctDrSrpmPA4W60aQrm5ImP7DShDk9zWTWU prvW1MNKtvr+JzZDN11AEXwj29RspVUt/M1MlB4WGpxWuL7HPiJflKkhwCPsyYsNmCQo+4E2tUEa hfckW7LUgZ+GYTZ03Y+p0vIvzsE0hlmCR1yFy0MC+yvOUz85YMVggnr82/C8LRnVSjN/TQJK/1C3 Jiv8Zj22fDZsuoasrP8PVr264sI6FbUqERtTNUfhTiC7PsSMRFKpMeCF8DHdeK/KJ/dX4ITbGJ/n lreIGTQOi8bWTUOE4xhw3zt3uOG/Zb7VrqrrqvSUikJXXMTiswZDjtsedyW8ZHrQN6g1mXI9rrov WfR1t/owO+Plu9lsxODLmyEK3P58DLuEApWBxs2tSycOleLLrjiD18atvGeDLQnG63i0JXk/BLhh ibXu7w2I72KAIy0Yy2FgyhKT2FlhUYFA2uPVZhzhI/K7HT0PksWSZCiKE+7g+bh/VtM3zNfqSq1J WdAbo+1NatjfIo/2ps7IOo2jkPyuXHQ4c7ucc+yRal1zsqVp/3CJuoYBOdbd4yFU9sN8JpNvQHkI SfxCsEMm1w6zVIs+GTIudFF9DeBfITDTnEW9utV5BwIipJOPfMupTE1/nf5NtkPP8PXY4lN/A8f3 kckO7fOjZgTjefTpEfKmJAikqFq1T2lZy2ZTVGPFWvpKu28kXkuZtU0pZg5Zcbweqml5oJ67x6kp OkHsv9PKhGgiJwhMvFXkNs77pP3rzZ/EjMN37tr0jMBo6+zLw9El1oKLJY+TxE9gYQtTg1PTb2mn WS/xyC4fOcyHQBL9wIM8fMr8rhsznZWMBDk3X8zFx13gHboavTINnA14c8OzuJgYoVeDc/yk8UUA SP+Hg9JbGFVzPmrMNXVap25EKL7zY8+JK5rGymPqZ06TI97SofpASBUvmaiclOUP89sJnMZs51xp TyFU3bl57cs7WkUvdx0lpFbPVZ4ymcs/p37l0kWUfK82sIpNk1CtnpaO2J1sUnutfNclc4pjRw0j NtHUgHOzcDnj4cRCWFuG77YzJwV0K0GfiXQS4vNpn/3yTWHnzOyn6CJIOPEDkyBAYAISpXrXEK/K YdXtwd240vSSTLmjo/TH5ThjSn1xBSWqXDv8627EVeIVbU15iqEmEbnpLd/axMdnXuDb9WL7SQ/B 2D7EMsXARePx0Ld7/scNmijuhdOOnu3W8QA77Cddq2guQ723gKCX7wQ/qhg7nS1R+jCDQS9SZPCQ skmgJPBAtVfFQvzFJDBdKsLb6NmTFX/BSGIN7V5T60joT2yXpweCYRhezgsC+Q5A7+40lXS+2e/i HRCfKIhmE9sTvYyBimOhXtE3hk1f1ok/rQva3xlWer2X99H1a34GNOGRLYYaVl+znVs8reXN7uND jNKvpjGF9sdHXa72DQTKVm+nHyx1CJO6z96u/ICdfGYn00HpY3Q2eHCrkfYjnQVXefFMIdr0kBrN eILVaNdUa87nnuCfn+NUxPO8MKogS40s0ZHc+XCaQVo5iqIW5FC0ujmttG17Vv8cLS9ks7Z/N+Nk d4fI3mmPhv3h8vsU3gqFx06Y6Z7mTj//EfL17RtvHA497fTtZEtq3DK0k6IqN/Uze+wiUfkTHfpc BzdKZRzePLca3IvjkY083Cxu6ELGSuwmDe8Ja/QHXzTLGC+UHcAVD+74UXm0U1tVF6atk0JCCfN1 hp0ymCQL/FwHCevzO6nMdKWKBC8SrXKfdXzfjtN5CfvOw75+ncg3b9AvicIq7n5j6773Dwfm00l5 wbFopvj1SikRnMrhwfTvJPkrXzj0aEPJsI86CEx0J7mBGmrzrGZeKe0mPyKv5fHKdUZtjqyYW7e6 VI4ODsh3+6jPfI9TmcPLDTRgto1PrB0eMYphlYHX5MfTIO3DzWNWMev1c9V6cojkt+ML6yfiB95D P8L3XyRjnlROBSh8+KpMMy20SWJ7IKs26CsEi1uMxtplRek/dInUexj70PejszrHQbxrGWGW+taa reJeNaMfW7sasgaWoSoic3Iz8rB2yqBWhCAD8Mj1Vsb6MyqBfmway/WAvmObDwjZOySAFEo8wWYJ L+d+QMzkO8OXI0OtrLev779RhDiGzvF7OA5ux98Gb+bAZrJxX1zY3zwo9PRwumxJSblPoiqYp0EI +v98Af6H4L8FAcDOBQrxQCNdIR7OAH8PKAqN9Pj1ZzjgfwHoRjpaCmVuZHN0cmVhbQplbmRvYmoK MSAwIG9iago8PAovQ3JlYXRvciggVGVYIG91dHB1dCAyMDEyLjExLjA0OjAwNTcpCi9Qcm9kdWNl cihkdmlwZGZtIDAuMTMuMmMsIENvcHlyaWdodCBcMjUxIDE5OTgsIGJ5IE1hcmsgQS4gV2lja3Mp Ci9DcmVhdGlvbkRhdGUoRDoyMDEyMTEwNDAwNTcxNyswMCcwMCcpCj4+CmVuZG9iago1IDAgb2Jq Cjw8Ci9UeXBlL1BhZ2UKL1Jlc291cmNlcyA2IDAgUgovQ29udGVudHNbMTAgMCBSIDQgMCBSIDEx IDAgUiAxMiAwIFJdCi9QYXJlbnQgODEgMCBSCj4+CmVuZG9iagoxNCAwIG9iago8PAovVHlwZS9Q YWdlCi9SZXNvdXJjZXMgMTUgMCBSCi9Db250ZW50c1sxMCAwIFIgNCAwIFIgMjMgMCBSIDEyIDAg Ul0KL1BhcmVudCA4MSAwIFIKPj4KZW5kb2JqCjI1IDAgb2JqCjw8Ci9UeXBlL1BhZ2UKL1Jlc291 cmNlcyAyNiAwIFIKL0NvbnRlbnRzWzEwIDAgUiA0IDAgUiAyNyAwIFIgMTIgMCBSXQovUGFyZW50 IDgxIDAgUgo+PgplbmRvYmoKODEgMCBvYmoKPDwKL1R5cGUvUGFnZXMKL0NvdW50IDMKL0tpZHNb NSAwIFIgMTQgMCBSIDI1IDAgUl0KL1BhcmVudCAzIDAgUgo+PgplbmRvYmoKMjkgMCBvYmoKPDwK L1R5cGUvUGFnZQovUmVzb3VyY2VzIDMwIDAgUgovQ29udGVudHNbMTAgMCBSIDQgMCBSIDM0IDAg UiAxMiAwIFJdCi9QYXJlbnQgODIgMCBSCj4+CmVuZG9iagozNyAwIG9iago8PAovVHlwZS9QYWdl Ci9SZXNvdXJjZXMgMzggMCBSCi9Db250ZW50c1sxMCAwIFIgNCAwIFIgNDIgMCBSIDEyIDAgUl0K L1BhcmVudCA4MiAwIFIKPj4KZW5kb2JqCjQ1IDAgb2JqCjw8Ci9UeXBlL1BhZ2UKL1Jlc291cmNl cyA0NiAwIFIKL0NvbnRlbnRzWzEwIDAgUiA0IDAgUiA0NyAwIFIgMTIgMCBSXQovUGFyZW50IDgy IDAgUgo+PgplbmRvYmoKODIgMCBvYmoKPDwKL1R5cGUvUGFnZXMKL0NvdW50IDMKL0tpZHNbMjkg MCBSIDM3IDAgUiA0NSAwIFJdCi9QYXJlbnQgMyAwIFIKPj4KZW5kb2JqCjQ5IDAgb2JqCjw8Ci9U eXBlL1BhZ2UKL1Jlc291cmNlcyA1MCAwIFIKL0NvbnRlbnRzWzEwIDAgUiA0IDAgUiA1NSAwIFIg MTIgMCBSXQovUGFyZW50IDgzIDAgUgo+PgplbmRvYmoKNTcgMCBvYmoKPDwKL1R5cGUvUGFnZQov UmVzb3VyY2VzIDU4IDAgUgovQ29udGVudHNbMTAgMCBSIDQgMCBSIDU5IDAgUiAxMiAwIFJdCi9Q YXJlbnQgODMgMCBSCj4+CmVuZG9iago2MSAwIG9iago8PAovVHlwZS9QYWdlCi9SZXNvdXJjZXMg NjIgMCBSCi9Db250ZW50c1sxMCAwIFIgNCAwIFIgNjMgMCBSIDEyIDAgUl0KL1BhcmVudCA4MyAw IFIKPj4KZW5kb2JqCjgzIDAgb2JqCjw8Ci9UeXBlL1BhZ2VzCi9Db3VudCAzCi9LaWRzWzQ5IDAg UiA1NyAwIFIgNjEgMCBSXQovUGFyZW50IDMgMCBSCj4+CmVuZG9iago2NSAwIG9iago8PAovVHlw ZS9QYWdlCi9SZXNvdXJjZXMgNjYgMCBSCi9Db250ZW50c1sxMCAwIFIgNCAwIFIgNzEgMCBSIDEy IDAgUl0KL1BhcmVudCA4NCAwIFIKPj4KZW5kb2JqCjczIDAgb2JqCjw8Ci9UeXBlL1BhZ2UKL1Jl c291cmNlcyA3NCAwIFIKL0NvbnRlbnRzWzEwIDAgUiA0IDAgUiA3NSAwIFIgMTIgMCBSXQovUGFy ZW50IDg0IDAgUgo+PgplbmRvYmoKNzcgMCBvYmoKPDwKL1R5cGUvUGFnZQovUmVzb3VyY2VzIDc4 IDAgUgovQ29udGVudHNbMTAgMCBSIDQgMCBSIDc5IDAgUiAxMiAwIFJdCi9QYXJlbnQgODQgMCBS Cj4+CmVuZG9iago4NCAwIG9iago8PAovVHlwZS9QYWdlcwovQ291bnQgMwovS2lkc1s2NSAwIFIg NzMgMCBSIDc3IDAgUl0KL1BhcmVudCAzIDAgUgo+PgplbmRvYmoKMyAwIG9iago8PAovVHlwZS9Q YWdlcwovQ291bnQgMTIKL0tpZHNbODEgMCBSIDgyIDAgUiA4MyAwIFIgODQgMCBSXQovTWVkaWFC b3hbMCAwIDg0MiA1OTVdCj4+CmVuZG9iagoxMCAwIG9iago8PAovTGVuZ3RoIDEKPj4Kc3RyZWFt CgplbmRzdHJlYW0KZW5kb2JqCjEyIDAgb2JqCjw8Ci9MZW5ndGggMQo+PgpzdHJlYW0KCmVuZHN0 cmVhbQplbmRvYmoKNCAwIG9iago8PAovTGVuZ3RoIDMzCj4+CnN0cmVhbQoxLjAwMDI4IDAgMCAx LjAwMDI4IDcyIDUyMy4yNyBjbQplbmRzdHJlYW0KZW5kb2JqCjg1IDAgb2JqCjw8Cj4+CmVuZG9i ago4NiAwIG9iagpudWxsCmVuZG9iago4NyAwIG9iago8PAo+PgplbmRvYmoKMiAwIG9iago8PAov VHlwZS9DYXRhbG9nCi9QYWdlcyAzIDAgUgovT3V0bGluZXMgODUgMCBSCi9UaHJlYWRzIDg2IDAg UgovTmFtZXMgODcgMCBSCj4+CmVuZG9iagp4cmVmCjAgODgKMDAwMDAwMDAwMCA2NTUzNSBmIAow MDAwMDg1MDQ0IDAwMDAwIG4gCjAwMDAwODcxNDEgMDAwMDAgbiAKMDAwMDA4Njc5MyAwMDAwMCBu IAowMDAwMDg2OTk0IDAwMDAwIG4gCjAwMDAwODUyMDggMDAwMDAgbiAKMDAwMDAwMTc3MSAwMDAw MCBuIAowMDAwMDI3NDIzIDAwMDAwIG4gCjAwMDAwMjcyMzcgMDAwMDAgbiAKMDAwMDAwMDAwOSAw MDAwMCBuIAowMDAwMDg2ODk0IDAwMDAwIG4gCjAwMDAwMDA5MjQgMDAwMDAgbiAKMDAwMDA4Njk0 NCAwMDAwMCBuIAowMDAwMDAxNzM5IDAwMDAwIG4gCjAwMDAwODUzMTAgMDAwMDAgbiAKMDAwMDAw NjA1MCAwMDAwMCBuIAowMDAwMDAxODMyIDAwMDAwIG4gCjAwMDAwNDk0NzggMDAwMDAgbiAKMDAw MDA0OTI4NSAwMDAwMCBuIAowMDAwMDAzNDQ4IDAwMDAwIG4gCjAwMDAwNTc0NjggMDAwMDAgbiAK MDAwMDA1NzI3OCAwMDAwMCBuIAowMDAwMDA0NDU1IDAwMDAwIG4gCjAwMDAwMDU0NTQgMDAwMDAg biAKMDAwMDAwNTk5NiAwMDAwMCBuIAowMDAwMDg1NDE0IDAwMDAwIG4gCjAwMDAwMDY5MDcgMDAw MDAgbiAKMDAwMDAwNjExMiAwMDAwMCBuIAowMDAwMDA2ODY0IDAwMDAwIG4gCjAwMDAwODU2MDIg MDAwMDAgbiAKMDAwMDAxMDY0OSAwMDAwMCBuIAowMDAwMDA2OTY5IDAwMDAwIG4gCjAwMDAwMTAx MjUgMDAwMDAgbiAKMDAwMDAxMDE1OCAwMDAwMCBuIAowMDAwMDEwMjI4IDAwMDAwIG4gCjAwMDAw MTA1ODMgMDAwMDAgbiAKMDAwMDAxMDYxNSAwMDAwMCBuIAowMDAwMDg1NzA2IDAwMDAwIG4gCjAw MDAwMTY5MTggMDAwMDAgbiAKMDAwMDAxMDcyNyAwMDAwMCBuIAowMDAwMDE2Mzk0IDAwMDAwIG4g CjAwMDAwMTY0MjcgMDAwMDAgbiAKMDAwMDAxNjQ5NyAwMDAwMCBuIAowMDAwMDE2ODUyIDAwMDAw IG4gCjAwMDAwMTY4ODQgMDAwMDAgbiAKMDAwMDA4NTgxMCAwMDAwMCBuIAowMDAwMDE3NzIyIDAw MDAwIG4gCjAwMDAwMTY5OTYgMDAwMDAgbiAKMDAwMDAxNzY3OSAwMDAwMCBuIAowMDAwMDg1OTk5 IDAwMDAwIG4gCjAwMDAwMjA3NjAgMDAwMDAgbiAKMDAwMDAxNzc4NCAwMDAwMCBuIAowMDAwMDY5 NjU3IDAwMDAwIG4gCjAwMDAwNjk0NjQgMDAwMDAgbiAKMDAwMDAxODczOCAwMDAwMCBuIAowMDAw MDE5NzM3IDAwMDAwIG4gCjAwMDAwMjA3MDYgMDAwMDAgbiAKMDAwMDA4NjEwMyAwMDAwMCBuIAow MDAwMDIxODU1IDAwMDAwIG4gCjAwMDAwMjA4MjIgMDAwMDAgbiAKMDAwMDAyMTgxMiAwMDAwMCBu IAowMDAwMDg2MjA3IDAwMDAwIG4gCjAwMDAwMjI5MzEgMDAwMDAgbiAKMDAwMDAyMTkxNyAwMDAw MCBuIAowMDAwMDIyODg4IDAwMDAwIG4gCjAwMDAwODYzOTYgMDAwMDAgbiAKMDAwMDAyNTc2NyAw MDAwMCBuIAowMDAwMDIyOTkzIDAwMDAwIG4gCjAwMDAwNzcyNjYgMDAwMDAgbiAKMDAwMDA3NzA4 MSAwMDAwMCBuIAowMDAwMDIzOTcwIDAwMDAwIG4gCjAwMDAwMjQ5NzEgMDAwMDAgbiAKMDAwMDAy NTcyNCAwMDAwMCBuIAowMDAwMDg2NTAwIDAwMDAwIG4gCjAwMDAwMjY0MzMgMDAwMDAgbiAKMDAw MDAyNTgyOSAwMDAwMCBuIAowMDAwMDI2MzkwIDAwMDAwIG4gCjAwMDAwODY2MDQgMDAwMDAgbiAK MDAwMDAyNzE3NSAwMDAwMCBuIAowMDAwMDI2NDk1IDAwMDAwIG4gCjAwMDAwMjcxMjEgMDAwMDAg biAKMDAwMDA4NTUxOCAwMDAwMCBuIAowMDAwMDg1OTE0IDAwMDAwIG4gCjAwMDAwODYzMTEgMDAw MDAgbiAKMDAwMDA4NjcwOCAwMDAwMCBuIAowMDAwMDg3MDc2IDAwMDAwIG4gCjAwMDAwODcwOTgg MDAwMDAgbiAKMDAwMDA4NzExOSAwMDAwMCBuIAp0cmFpbGVyCjw8Ci9TaXplIDg4Ci9Sb290IDIg MCBSCi9JbmZvIDEgMCBSCj4+CnN0YXJ0eHJlZgo4NzIzNgolJUVPRgo= ------- =_aaaaaaaaaa0-- From RCosta@ptinovacao.pt Sun Nov 4 15:27:17 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 62B8D21F87E6 for ; Sun, 4 Nov 2012 15:27:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] 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 26GugVDMo9sH for ; Sun, 4 Nov 2012 15:27:14 -0800 (PST) Received: from owa.ptinovacao.pt (owa.ptinovacao.pt [194.65.138.99]) by ietfa.amsl.com (Postfix) with ESMTP id 5D68221F8785 for ; Sun, 4 Nov 2012 15:27:13 -0800 (PST) Received: from INOAVREX11.ptin.corpPT.com ([10.112.15.122]) by inoavrcas01.ptin.corpPT.com ([10.112.15.99]) with mapi; Sun, 4 Nov 2012 23:27:11 +0000 From: Rui Costa To: Yaacov Weingarten Date: Sun, 4 Nov 2012 23:27:10 +0000 Thread-Topic: [mpls] Working group last call on draft-ietf-mpls-tp-ring-protection Thread-Index: Ac21tEx0mni3NBQjTHmJhNUC9TSJpgAI+YFw Message-ID: <52981DB05D3C5247A12D0AEE309F3CC202770247CF4A@INOAVREX11.ptin.corpPT.com> References: <5059A308.3050307@pi.nu> <735916399E11684EAF4EB4FB376B7195264A40F9@SZXEML505-MBS.china.huawei.com> <52981DB05D3C5247A12D0AEE309F3CC20277022C56B4@INOAVREX11.ptin.corpPT.com> In-Reply-To: Accept-Language: pt-PT Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: pt-PT Content-Type: multipart/alternative; boundary="_000_52981DB05D3C5247A12D0AEE309F3CC202770247CF4AINOAVREX11p_" MIME-Version: 1.0 Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , MPLS-TP ad hoc team , "draft-ietf-mpls-tp-ring-protection@tools.ietf.org" Subject: Re: [mpls] Working group last call on draft-ietf-mpls-tp-ring-protection X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2012 23:27:17 -0000 --_000_52981DB05D3C5247A12D0AEE309F3CC202770247CF4AINOAVREX11p_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thanks for your time, Yaacov. G.841, which describes SDH's protection mechanisms, reused in G.8131.1 and = G.8132.1 (and G.8031, and 2007's G.8131/G.8132), was published for the 1st = time in 1995 (http://www.itu.int/rec/T-REC-G.841/en). Hope (and am sure) you'll quickly find what you look for. Regards, Rui From: Yaacov Weingarten [mailto:wyaacov@gmail.com] Sent: segunda-feira, 29 de Outubro de 2012 09:03 To: Rui Costa Cc: Sprecher, Nurit (NSN - IL/Hod HaSharon); ext D'Alessandro Alessandro Ge= rardo; mpls@ietf.org; mpls-chairs@tools.ietf.org; MPLS-TP ad hoc team; draf= t-ietf-mpls-tp-ring-protection@tools.ietf.org Subject: Re: [mpls] Working group last call on draft-ietf-mpls-tp-ring-prot= ection Rui, hi Thank you for your comments to this WGLC, I will try to answer some of your= comments that deal directly with my aspect of the draft in question and le= ave your other comments for those that are more qualified. See inline belo= w. Hope this helps, yaacov weingarten Still looking for new opportunity. On Wed, Oct 3, 2012 at 6:09 PM, Rui Costa > wrote: Hello, 1. RFC1958 states "If a previous design, in the Internet context or elsewhe= re, has successfully solved the same problem [...]". yw>> Not sure what you are driving at - the question whether protection sc= hemes that were designed for the physical layer, where rings are prevalent,= is applicable to the logical layer of MPLS may need to be examined further= . However, this document merely states that it is possible to address the = protection by applying an existing design to the domain. 2. This draft looks quite different from G.841's sections about rings (or G= .8132.1 draft), IMHO. If there's a problem with the liaison accessibility, = perhaps the expired comparison http://tools.ietf.org/html/draft-yang-mpls-t= p-ring-protection-analysis helps. yw>> This is very true and it was not a goal of the authors to adhere to e= ither G.841 nor G.8132.1 (except in the description of the Wrapping and Ste= ering mechanisms). I find the comparison presented in the referenced draft= as very helpful and I notice that there are several instances in which thi= s comparison has come to different conclusions from those listed in the LS = from ITU-T SG15 (in particular in the categories of Simplicity, Resource us= e, and Configuration), but I am not sure why this is relevant to the draft = in question. 3. Could the authors explain, remembering the RFC1958 quote above ("Interne= t context or ELSEWHERE"), what's the benefit of this draft versus existing = G.841 (Jul/1995)/G.8132.1 draft/draft-helvoort-mpls-tp-ring-protection-swit= ching? yw>> As mentioned above, this is merely an applicability statement that sa= ys that many of the issues in ring protection can be addressed by use of th= e existing Linear Protection mechanism. In addition, it is very unclear ho= w the two mechanisms that you mention (one is a physical layer mechanism, t= he other is a draft that was discussed [under a different name and author] = in WG) really can be applied to MPLS without introducing new constructs to = MPLS whose definition and technology would need to precede the work on thes= e mechanisms. In particular (just one example that needs to be examined mo= re closely), there is a claim that running OAM on a segment LSP can notify = all other LSPs that traverse a particular LSR that they must reroute their= traffic without a real MPLS description of how this is done. While this i= s very understandable in an Ethernet environment that works at the MAC add= ress level, it is unclear how this is applied to MPLS label, without causin= g layer violations. 4. What is the benefit of RFC6378 (Feb2012) versus existing G.841(Jul/1995)= /G.8131.1 draft (again, remembering RFC1958...)? What new brings PSC versus= APS? yw>> I believe that this was a WGLC on a different document 5. Why did we approve RFC6670, essentially saying "1 standard's better than= 2", but create 2 completely new protection standards, alternate to options= architecturally similar to those we have in the field for almost 20years? yw>> Again I believe that this was a WGLC on a different document. But it = is interesting that you have a mechanism in the field for almost 20 years f= or a technology that is only 13 years old!! I do believe that new technolo= gies call for a reexamination of tools that we have in the field rather tha= n the other way around. 6. Why isn't the intersection of the authors of this draft, RFCs 6378 and 6= 670, the empty set? yw>> Again this was a WGLC on a different document. Regards, Rui Thanx and BR, yaacov Still looking for new opportunity --_000_52981DB05D3C5247A12D0AEE309F3CC202770247CF4AINOAVREX11p_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Thanks for your time, Yaacov.  

 

G.841, which describes SDH’s protection me= chanisms, reused in G.8131.1 and G.8132.1 (a= nd G.8031, and 2007’s G.8131/G.8132), was published for the 1st<= /sup> time in 1995 (http:= //www.itu.int/rec/T-REC-G.841/en).

 

= Hope (and am sure) you’ll quickly find what yo= u look for.          

 =

Regards, &nb= sp;            =

Rui  &n= bsp;     

 

From: Yaacov Weingarten [mailto:wyaacov@gmail= .com]
Sent: segunda-feira, 29 de Outubro de 2012 09:03
To:= Rui Costa
Cc: Sprecher, Nurit (NSN - IL/Hod HaSharon); ext D= 'Alessandro Alessandro Gerardo; mpls@ietf.org; mpls-chairs@tools.ietf.org; = MPLS-TP ad hoc team; draft-ietf-mpls-tp-ring-protection@tools.ietf.org
<= b>Subject: Re: [mpls] Working group last call on draft-ietf-mpls-tp-rin= g-protection

 

Rui, hi

 

Thank you for your comments to this WGLC, I will try to answer some o= f your comments that deal directly with my aspect of the draft in question = and leave your other comments for those that are more qualified.  See = inline below.

 

Hope this helps,

yaacov weingarten

<= div>

 

Still looking for new opportunity.

On Wed, Oc= t 3, 2012 at 6:09 PM, Rui Costa <RCosta@ptinovacao.pt> wrote:

<= span lang=3DEN-US>Hello,

1. RFC1958 states "If a previous desig= n, in the Internet context or elsewhere, has successfully solved the same p= roblem [...]".


2. This draft looks quite different from G.841's s= ections about rings (or G.8132.1 draft), IMHO. If there's a problem with th= e liaison accessibility, perhaps the expired comparison http://tools.ietf.org/html/draft-yang-mpls= -tp-ring-protection-analysis helps.

yw>= ;>  This is very true and it was not a goal of the authors to adher= e to either G.841 nor G.8132.1 (except in the description of the Wrapping a= nd Steering mechanisms).  I find the comparison presented in the refer= enced draft as very helpful and I notice that there are several instances i= n which this comparison has come to different conclusions from those listed= in the LS from ITU-T SG15 (in particular in the categories of Simplicity, = Resource use, and Configuration), but I am not sure why this is relevant to= the draft in question.


3. Could the authors explain, rememberi= ng the RFC1958 quote above ("Internet context or ELSEWHERE"), wha= t's the benefit of this draft versus existing G.841 (Jul/1995)/G.8132.1 dra= ft/draft-helvoort-mpls-tp-ring-protection-switching?

<= /blockquote>

yw>>  A= s mentioned above, this is merely an applicability statement that says that= many of the issues in ring protection can be addressed by use of the exist= ing Linear Protection mechanism.  In addition, it is very unclear how = the two mechanisms that you mention (one is a physical layer mechanism, the= other is a draft that was discussed [under a different name and author] in= WG) really can be applied to MPLS without introducing new constructs to MP= LS whose definition and technology would need to precede the work on these = mechanisms.  In particular (just one example that needs to be examined= more closely), there is a claim that running OAM on a segment LSP can noti= fy all other LSPs that traverse a particular LSR  that they must rerou= te their traffic without a real MPLS description of how this is done.  = ;While this is very understandable in an Ethernet environment that works at= the  MAC address level, it is unclear how this is applied to MPLS lab= el, without causing layer violations.


4. What is the benefit of R= FC6378 (Feb2012) versus existing G.841(Jul/1995)/G.8131.1 draft (again, rem= embering RFC1958...)? What new brings PSC versus APS?

=

yw>> I beli= eve that this was a WGLC on a different document 


5. Why did= we approve RFC6670, essentially saying "1 standard's better than 2&qu= ot;, but create 2 completely new protection standards, alternate to options= architecturally similar to those we have in the field for almost 20years?<= o:p>

yw>> Again I believe that this was a WGLC on a different document= .  But it is interesting that you have a mechanism in the field for al= most 20 years for a technology that is only 13 years old!!  I do belie= ve that new technologies call for a reexamination of tools that we have in = the field rather than the other way around. 


6. Why isn't th= e intersection of the authors of this draft, RFCs 6378 and 6670, the empty = set?

yw>> Again this was a WGLC on a different document. 


Regards,
Rui

 

<= /div>

Thanx = and BR,

y= aacov

 

Still looking for new opportunity

 

= --_000_52981DB05D3C5247A12D0AEE309F3CC202770247CF4AINOAVREX11p_-- From rajiva@cisco.com Sun Nov 4 22:27:18 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 176C621F8AF7 for ; Sun, 4 Nov 2012 22:27:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.999 X-Spam-Level: X-Spam-Status: No, score=-9.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_22=0.6, RCVD_IN_DNSWL_HI=-8] 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 3xtMQKnhq65R for ; Sun, 4 Nov 2012 22:27:16 -0800 (PST) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) by ietfa.amsl.com (Postfix) with ESMTP id 94E4521F86DD for ; Sun, 4 Nov 2012 22:27:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12472; q=dns/txt; s=iport; t=1352096836; x=1353306436; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=9zIyJX64Wb+5ib1v//+X7gCe5IzkgnNC70ty/ZM6LpM=; b=TujTYliBvoJIDc3Q9wjPwpwJjtzQj7RNaYbxjuhC7xUbPavP+cApxCay tr3kkToufe3Lwbapj9MBeQ78XMBBIBK2mvp7WkmqnlBVAvxUr5N8o3MeG ZgkFKSyGCEhTCVdjzh/aPTqcFn5k0kVGLzjpXHbuPKjgqzcS4A+6pmtkM o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EACxbl1CtJV2b/2dsb2JhbABEwzuBCIIeAQEBBAwGAVkCCAMMAgQBCBEDAQIBCh0iFxQJCAIEAQ0FCAESB4doC5l0nx4Ei30UhUdhA5IPhQiNPYFrgm+BWwkXHg X-IronPort-AV: E=Sophos;i="4.80,713,1344211200"; d="scan'208";a="138805420" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-4.cisco.com with ESMTP; 05 Nov 2012 06:27:16 +0000 Received: from xhc-aln-x12.cisco.com (xhc-aln-x12.cisco.com [173.36.12.86]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id qA56RF3i021938 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 5 Nov 2012 06:27:15 GMT Received: from xmb-rcd-x06.cisco.com ([169.254.6.76]) by xhc-aln-x12.cisco.com ([173.36.12.86]) with mapi id 14.02.0318.001; Mon, 5 Nov 2012 00:27:15 -0600 From: "Rajiv Asati (rajiva)" To: Loa Andersson , Mustapha Aissaoui Thread-Topic: [mpls] wg last call and IPR poll on draft-ietf-mpls-ldp-ipv6-07 Thread-Index: AQHNa04kcIdDpAwWUk2ysB3gn/4kBpc712vwgJ+PJAA= Date: Mon, 5 Nov 2012 06:27:14 +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.4.120824 x-originating-ip: [10.82.211.229] x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19340.004 x-tm-as-result: No--59.009000-8.000000-31 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: text/plain; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "mpls@ietf.org" , "draft-ietf-mpls-ldp-ipv6@tools.ietf.org" Subject: Re: [mpls] wg last call and IPR poll on draft-ietf-mpls-ldp-ipv6-07 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 06:27:18 -0000 Loa, Mustapha,=20 Sorry about the delay. :( First, it is important to note that dual-stack is a =8Ctransition state=B9, whereas IPv6-only is the =8Cend-state=B9 for every network (for long time t= o come). We got to ensure that we design LDP for the end-state (IPv6-only) and accommodate the transition-state (dual-stack) with minimal changes. =20 Your point, which is applicable only to the dual-stack scenario, seems to boil down to - sending (and receiving) both LDP IPv4 link hellos and LDP IPv6 link hellos on a dual-stack interface (that is enabled with both LDP IPv4 and LDP IPv6) is neither needed, nor beneficial. Well, we assert that it is needed/beneficial for the following reasons (each explained further later**):, =20 1- Single-stack vs Dual-stack related to hello 2- Session bootstrapping tied to hello 3- Next-hop Label resolution tied to (v6) hello adj 4- Hello timer pacing =20 Additionally, our assertion discounts the below reasons: 5- Label advertisement tied to hello adj 6- Label Packet forwarding tied to hello adj =20 =20 Before we get to the details below, let us reiterate that sending both LDP IPv4 and IPv6 link hellos in case of dual-stack interface:. a) doesn't change anything for targeted hello (same as that of today), b) has no bearing on whether the implementation maintains separate structures for IPv4 and IPv6 link hello or not c) is backward compatible with RFC5036 (for ex, if R1 is enabled with this draft, whereas R2 is not, then R1 will not receive any LDP IPv6 link hello from R2, which will ignore the IPv6 link hello sent by R1) R1------R2 =20 =20 ** Here are the detailed reasons: =20 1. Single-stack vs Dual-stack -- simplest and easiest transition between dual-stack and single-stack LDP -- moving single-stack IPv4 to dual-stack results in adding IPv6 link hello exchange, and moving dual-stack to single-stack IPv6 LDP results in removal of IPv4 link hello exchange. =20 We must note that dual-stack multi-access interface, an LSR would likely end up sending (and receiving) both IPv4 and IPv6 link hellos anyway, since not all LSRs on that interface will support / prefer IPv4 or IPv6 transport the same way. Again, simplicity is the key here. =20 2. Session bootstrapping -- LSRs need to discover v4 or/and v6 transport that the peer is willing to use for bootstrapping the subsequent TCP/LDP session (and quickly resort to using the alternate transport if the preferred transport failed) in case of dual-stack LDP. Having both hello adjacencies facilitate this, needless to say. =20 This is similar to that of happy eyeball RFC 6555 that enables dual-stack device to choose between IPv4 and IPv6 (with a bit of preference for IPv6) for the subsequent TCP session. =20 It is a bad idea to have IPv4 hellos bootstrapping an IPv6 TCP session (analogically, it is a bad idea to assume that road is good for the bus just because it is good for the cycle) or vice versa. =20 Of course, once the session has been established, it is certainly an option to drop the hello adj that didn=B9t get used. We can now deem that a= s a local behavior and an implementation choice. However, in case of a multi-access interface, it is highly likely that LSRs will end up having to send both IPv4 and IPv6 link hellos and maintain dual-stack hello adj, as mentioned earlier. =20 3. Next-hop Label resolution tied to (v6) hello adj -- The section 2.7 of rfc5036 is very clear about 'label resolution' and leaves no room for misinterpretation. The fact of the matter is that duplicate IPv6 Link-local Addresses (serving as the routing next-hops) is one of the hallmarks of IPv6, and section 2.7 it is not sufficient for IPv6 FEC label resolution if based just on routing next-hops. =20 Perhaps, this example scenario (in which R3 and R5 use the same LLA (=3DLLA2) on R3-R2 and R5-R2 links respectively (R2 connects to both R3 and R5)) can help: =20 R1--R2----R3---R4----"x" =20 \-----R5-----------"y" =20 R1 has an IPv6 route to =B3x=B2 via R2 with next-hop =3D LLA-x2 R2 has an IPv6 route to =B3x=B2 via R3 with next-hop =3D LLA2 R2 has an IPv6 route to =B3y=B2 via R5 with next-hop =3D LLA2. =20 Relying on just RFC5036 section 2.7 that describes the next-hop/label resolution using ADDRESS message (and says nothing about Hello), R2 would attempt to resolve next-hop=3DLLA2 for FEC =B3x=B2 and find two neighbors= =3DR3 and R5 that advertised LLA2 in their ADDRESS messages. R2 has now no way to figure out which one is the correct next-hop, and could map LLA2 to R5 and use R5's label (if any) while forwarding to R3 (because the next-hop interface is still pointing to R3). Result =3D misrouting/blackholing of the traffic to =B3x=B2. =20 That=B9s why the proposed logic (in section 8), relying on IPv6 Hello adj, is needed to avoid traffic blackholing or misrouting (of packets going on LSPv6) by enabling the LSR to resolve the label correctly using the hello adjacency table when/if duplicate IPv6 LLAs are used as the routing next-hops. LDP IPv6 must be able to bind to the right interfaces to result in the right forwarding behavior. The proposed logic is the simplest and easiest way to handle the issue without relying on any extra capability or message. =20 We must consider IPv6-only network as well as dual-stack network, and we should consider minimal changes to the protocol itself. Sending IPv4 and IPv6 link hello requires no changes to the protocol, suffice to say. =20 =20 5. Label advertisement tied to hello adj -- Good catch. This was an oversight on our part, as it got changed from MAY to SHOULD after our chair & AD suggested that change (as it didn=B9t sound right earlier). We will fix this by changing it back to MAY in the next version, and by revising the text in the first two paragraphs of section 7 to something like what=B9s shown below: =20 // Section 7. Label Distribution =20 An LSR MAY constrain the advertisement of all IPv4 FEC-label bindings or all IPv6 FEC-label bindings using one of the two dynamic methods =AD (a) LS= R advertises IP FEC-label binding only for the AFI that matches with that of the Hello Adjacency per peer, (b) LSR negotiates the IP Capability for a given AFI, as specified in [IPPWCap ] and advertises the IP FEC-label binding for the negotiated AFI(s) per peer. // =20 6. Label Packet forwarding tied to hello adj =AD This is no longer the case= , as (to be) reflected in the -08 version. =20 We hope that this response is helpful for coming to a consensus on this document. We certainly appreciate your critical feedback. =20 =20 Cheers Co-authors=20 -----Original Message----- To: Loa Andersson >, "mpls at ietf.org " > Subject: Re: [mpls] wg last call and IPR poll on draft-ietf-mpls-ldp-ipv6-07 From: "Aissaoui, Mustapha (Mustapha)" > Date: Tue, 12 Jun 2012 09:16:34 -0500 >Loa, > >Yes, we are in sync. We will submit the updated document in a week or two >and also follow up on the mailing list. > >Cheers, >Rajiv > >> Hi Loa, >>I raised a couple of major issues with this draft and proposed a >>solution to address them. I have discussed these at length with the >>authors on this mailing list but it does not seem we are making any >>progress to address it. >> >>I have summarized the issues below as well as a possible solution. Since >>thes issues cause backward compatibility with RFC 5036, I do not believe >>we can publish the draft in its current version. >> >>Regards, >>Mustapha. >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>Issues in draft-ietf-mpls-ldp-ipv6: >> >>1. Current version of LDP IPv6 draft mandates maintaining a Hello >>adjacency for each of IPv4 and IPv6 over a dual-stack interface between >>two LSRs but will bootstrap a single LDP session (IPv4 or IPv6). RFC >>5036 allows bootstrapping of an IPv6 session by an IPv6 Hello adjacency >>OR bootstrapping of an IPv4 LDP session by an IPv4 Hello Adjacency over >>the same IP interface. >>The proposal in this draft doubles number of Hello adjacencies and >>breaks backward compatibility with RFC 5036 for no gain. >> >>2. Current version of LDP IPv6 draft ties the FEC types resolved over a >>given interface to the type of adjacency. This violates RFC 5036 which >>allows any FEC type (unicast IPv4, unicast IPv6, mLDP p2mp FEC, PW FEC) >>over an interface regardless of the Hello adjacency is IPv4 or IPv6. A >>Hello adjacency over a link is an assertion that a link is associated >>with the LDP session with the peer, meaning FECs exchanged over the >>session can be programmed over those links, and nothing else. The >>control of which FEC type is resolved over which interface is controlled >>via LDP capability and/or LDP FEC policies. >> >>3. There is no need to maintain two link Hello adjacencies over the same >>interface for resolving an IPv4 or an IPv6 FEC. We just published a >>draft to specify LDP adjacency capability negotiation. This is the >>correct way to control which FECs can be resolved to a link such that we >>can keep IPv6 and IPv4 FEC resolution compatible with RFC 5036 in the >>case of dual-stack interfaces: >>http://www.ietf.org/id/draft-pdutta-mpls-ldp-adj-capability-00.txt >> >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>=3D=3D=3D=3D=3D=3D=3D=3D=20 >>=20 >>=20 >> On 2012-06-20 18:28, Loa Andersson wrote: >> > Working Group, >> > >> > this working last call has been closed. >> > >> > We have had comments, could the authors please work with the >> commenter >> > to resolve the comments and if necessary republish a new version of >> > the draft! >> > >> > /Loa >> > >> > On 2012-06-11 08:20, Loa Andersson wrote: >> >> Working Group, >> >> >> >> this is to start a one week working group last call on >> >> draft-ietf-mpls-ldp-ipv6-07. >> >> >> >> Bckground - the draft was passed working group last call in August >> >> last year, and it should from that perspective be OK to request >> >> publication. >> >> >> >> However; >> >> >> >> - it is a bit too long ago >> >> - after the wg last call a discussion, that did not really cause any >> >> changes to the draft, that generated great interest. >> >> The background was that for the 32-bit LSR-id an routeable IPv4 >> >> address has often been used in IPv4 networks. Thre were interest >>of >> >> using an routeabel IPv6 address for LSR-id in IPv6 networks. >> >> It was decided not to go down this path, since it would have huge >> >> impact on the LDP protocol itself and all the HW implementations. >> >> >> >> This working group last call is limited to the changes between >> >> version >> >> -06 and -07. >> >> >> >> Also since this draft was through wg last call before we explicitly >> >> started to poll for IPRs on our draft, we need to do that now. >> >> >> >> Listed authors need to make an explicit statement to the working >> >> group and working group chairs that all the IPRs they now of has been >> >> disclosed or that they are not aware of any IPRs >> >> >> >> Other working group members that har aware of IPRs should state so on >> >> the working group mailing list. >> >> >> >> This working group last call and IPR poll ends June 18th, 2012. >> >> >> >> /Loa >> >> for the mpls wg co-chairs >> >> >> >> >> > >>=20 >> -- >>=20 >>=20 >> Loa Andersson email: loa.andersson@ericsson.com >> Sr Strategy and Standards Manager loa@pi.nu >> Ericsson Inc phone: +46 10 717 52 13 >> +46 767 72 92 13 From internet-drafts@ietf.org Mon Nov 5 00:52:49 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD50721F8539; Mon, 5 Nov 2012 00:52:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.552 X-Spam-Level: X-Spam-Status: No, score=-102.552 tagged_above=-999 required=5 tests=[AWL=0.047, 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 cWLE6VuMJXGd; Mon, 5 Nov 2012 00:52:49 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B28121F852D; Mon, 5 Nov 2012 00:52:49 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.35 Message-ID: <20121105085249.28584.55948.idtracker@ietfa.amsl.com> Date: Mon, 05 Nov 2012 00:52:49 -0800 Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 08:52:50 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Multiprotocol Label Switching Working Gro= up of the IETF. Title : Applicability of MPLS-TP Linear Protection for Ring Topo= logies Author(s) : Yaacov Weingarten Stewart Bryant Danielle Ceccarelli Diego Caviglia Francesco Fondelli Marco Corsi Bo Wu Xuehui Dai Filename : draft-ietf-mpls-tp-ring-protection-03.txt Pages : 29 Date : 2012-11-05 Abstract: This document presents an applicability of linear protection mechanisms for Multi-Protocol Label Switching Transport Profile (MPLS-TP) in ring topologies. Protection on rings offers a number of opportunities for optimization as the protection choices are starkly limited (all traffic traveling one way around a ring can only be switched to travel the other way on the ring), but also suffers from some complications caused by the limitations of the topology. Requirements for MPLS-TP protection and specifically for protection in ring topologies are discussed in "Requirements of an MPLS Transport Profile" (RFC 5654) and "MPLS Transport Profile (MPLS-TP) Survivability Framework" (RFC 6372). This document shows how MPLS-TP linear protection as defined in RFC 6378 can be applied to ring topologies, discusses how most of the requirements are met, and describes scenarios in which the function provided by applying linear protection in a ring topology falls short of some of the requirements. This document is a product of a joint Internet Engineering Task Force (IETF) / International Telecommunications Union Telecommunications Standardization Sector (ITU-T) effort to include an MPLS Transport Profile within the IETF MPLS and PWE3 architectures to support the capabilities and functionalities of a packet transport network as defined by the ITU-T. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-ring-protection There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-tp-ring-protection-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-tp-ring-protection-03 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From wyaacov@gmail.com Mon Nov 5 01:00:18 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4192621F85AF for ; Mon, 5 Nov 2012 01:00:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.711 X-Spam-Level: X-Spam-Status: No, score=-2.711 tagged_above=-999 required=5 tests=[AWL=0.887, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 IKT5-x7FPDlV for ; Mon, 5 Nov 2012 01:00:17 -0800 (PST) Received: from mail-vb0-f44.google.com (mail-vb0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id 3C9B221F85AD for ; Mon, 5 Nov 2012 01:00:17 -0800 (PST) Received: by mail-vb0-f44.google.com with SMTP id fc26so6299782vbb.31 for ; Mon, 05 Nov 2012 01:00:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Vatoa/qd/eOuBCpXS2b/X8qiqNmodC/dcDLqjNnNQgw=; b=0Wz4+aQXSWhvFIf6nAr9UWjRtrgzU8S+6zfYs0TtbvtJnPjy01AJbUE7ZqrCMnyNh8 Z2as5yYxrkSDMmulEgqQT8JCSGhCskH6Hj913cjpXbx3bwEQqn/xF0UHb4irFgVxBEW9 V/qUyMshj/THK3hzM3iKZKX2vnJWHpUKVs1CWmF/DSK8X+7+oEb0voda/lDxO/Guuo72 kBc0XdKAiKIraCLSSAEMPNVjTe9u2mBN2b7uM+rFHBNiAkGT6qmIVRmJGXaPo/ZhOpjS +vdOYYy0khjO/y7xPtvgfXXCv9QB/c35tVFmRJ/3+0/A+rPa2BnMX8C5di4RROe9V9Ej L8BQ== MIME-Version: 1.0 Received: by 10.58.12.231 with SMTP id b7mr9066752vec.31.1352106016602; Mon, 05 Nov 2012 01:00:16 -0800 (PST) Received: by 10.58.254.194 with HTTP; Mon, 5 Nov 2012 01:00:16 -0800 (PST) In-Reply-To: <20121105085249.28584.55948.idtracker@ietfa.amsl.com> References: <20121105085249.28584.55948.idtracker@ietfa.amsl.com> Date: Mon, 5 Nov 2012 11:00:16 +0200 Message-ID: From: Yaacov Weingarten To: mpls@ietf.org Content-Type: multipart/alternative; boundary=047d7b41bf32d178b904cdbbb63b Subject: Re: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 09:00:18 -0000 --047d7b41bf32d178b904cdbbb63b Content-Type: text/plain; charset=ISO-8859-1 Hi all, I have just uploaded a new version of the Ring Protection Applicability draft. This is not the final version, but rather a version that tries to address the many comments that were received during the WGLC tthat was held last month. Please review this version to verify that your comments have been addressed (along the lines that were outlined in my various emails sent earlier to the list). There are some comments that need to be addressed, awating some clarifications from the submitters of the comments and in addition there was a request to reduce the number of authors appearing on the front page of the draft. Any additional comments are encouraged. On Mon, Nov 5, 2012 at 10:52 AM, wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Multiprotocol Label Switching Working > Group of the IETF. > > Title : Applicability of MPLS-TP Linear Protection for > Ring Topologies > Author(s) : Yaacov Weingarten > Stewart Bryant > Danielle Ceccarelli > Diego Caviglia > Francesco Fondelli > Marco Corsi > Bo Wu > Xuehui Dai > Filename : draft-ietf-mpls-tp-ring-protection-03.txt > Pages : 29 > Date : 2012-11-05 > > Abstract: > This document presents an applicability of linear protection > mechanisms for Multi-Protocol Label Switching Transport Profile > (MPLS-TP) in ring topologies. Protection on rings offers a number of > opportunities for optimization as the protection choices are starkly > limited (all traffic traveling one way around a ring can only be > switched to travel the other way on the ring), but also suffers from > some complications caused by the limitations of the topology. > > Requirements for MPLS-TP protection and specifically for protection > in ring topologies are discussed in "Requirements of an MPLS > Transport Profile" (RFC 5654) and "MPLS Transport Profile (MPLS-TP) > Survivability Framework" (RFC 6372). This document shows how MPLS-TP > linear protection as defined in RFC 6378 can be applied to ring > topologies, discusses how most of the requirements are met, and > describes scenarios in which the function provided by applying linear > protection in a ring topology falls short of some of the > requirements. > > This document is a product of a joint Internet Engineering Task Force > (IETF) / International Telecommunications Union Telecommunications > Standardization Sector (ITU-T) effort to include an MPLS Transport > Profile within the IETF MPLS and PWE3 architectures to support the > capabilities and functionalities of a packet transport network as > defined by the ITU-T. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-ring-protection > > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-mpls-tp-ring-protection-03 > > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-tp-ring-protection-03 > > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > -- Thanx and BR, yaacov *Still looking for new opportunity* --047d7b41bf32d178b904cdbbb63b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi all,

I have just uploaded a new vers= ion of the Ring Protection Applicability draft. =A0This is not the final ve= rsion, but rather a version that tries to address the many comments that we= re received during the WGLC tthat was held last month. =A0Please review thi= s version to =A0verify that your comments have been addressed (along the li= nes that were outlined in my various emails sent earlier to the list).

There are some comments that need to be addressed, awat= ing some clarifications from the submitters of the comments and in addition= there was a request to reduce the number of authors appearing on the front= page of the draft.

Any additional comments are encouraged.

<= /div>

On Mon, Nov 5, 2012 at = 10:52 AM, <internet-drafts@ietf.org> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
=A0This draft is a work item of the Multiprotocol Label Switching Working G= roup of the IETF.

=A0 =A0 =A0 =A0 Title =A0 =A0 =A0 =A0 =A0 : Applicability of MPLS-TP Linear= Protection for Ring Topologies
=A0 =A0 =A0 =A0 Author(s) =A0 =A0 =A0 : Yaacov Weingarten
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Stewart Bryant
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Danielle Ceccarelli
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Diego Caviglia
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Francesco Fondelli
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Marco Corsi
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Bo Wu
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Xuehui Dai
=A0 =A0 =A0 =A0 Filename =A0 =A0 =A0 =A0: draft-ietf-mpls-tp-ring-protectio= n-03.txt
=A0 =A0 =A0 =A0 Pages =A0 =A0 =A0 =A0 =A0 : 29
=A0 =A0 =A0 =A0 Date =A0 =A0 =A0 =A0 =A0 =A0: 2012-11-05

Abstract:
=A0 =A0This document presents an applicability of linear protection
=A0 =A0mechanisms for Multi-Protocol Label Switching Transport Profile
=A0 =A0(MPLS-TP) in ring topologies. =A0Protection on rings offers a number= of
=A0 =A0opportunities for optimization as the protection choices are starkly=
=A0 =A0limited (all traffic traveling one way around a ring can only be
=A0 =A0switched to travel the other way on the ring), but also suffers from=
=A0 =A0some complications caused by the limitations of the topology.

=A0 =A0Requirements for MPLS-TP protection and specifically for protection<= br> =A0 =A0in ring topologies are discussed in "Requirements of an MPLS =A0 =A0Transport Profile" (RFC 5654) and "MPLS Transport Profile = (MPLS-TP)
=A0 =A0Survivability Framework" (RFC 6372). =A0This document shows how= MPLS-TP
=A0 =A0linear protection as defined in RFC 6378 can be applied to ring
=A0 =A0topologies, discusses how most of the requirements are met, and
=A0 =A0describes scenarios in which the function provided by applying linea= r
=A0 =A0protection in a ring topology falls short of some of the
=A0 =A0requirements.

=A0 =A0This document is a product of a joint Internet Engineering Task Forc= e
=A0 =A0(IETF) / International Telecommunications Union Telecommunications =A0 =A0Standardization Sector (ITU-T) effort to include an MPLS Transport =A0 =A0Profile within the IETF MPLS and PWE3 architectures to support the =A0 =A0capabilities and functionalities of a packet transport network as =A0 =A0defined by the ITU-T.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-= ring-protection

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-mpls-tp-ring-prot= ection-03

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-m= pls-tp-ring-protection-03


Internet-Drafts are also available by anonymous FTP at:
ftp://ftp= .ietf.org/internet-drafts/

_______________________________________________
mpls mailing list
mpls@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/mpls



--
Thanx and BR,
yaacov

Still looking for= new opportunity

--047d7b41bf32d178b904cdbbb63b-- From liu.guoman@zte.com.cn Mon Nov 5 02:43:52 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F32B21F8457 for ; Mon, 5 Nov 2012 02:43:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -98.395 X-Spam-Level: X-Spam-Status: No, score=-98.395 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, 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 p8muzpfaifGo for ; Mon, 5 Nov 2012 02:43:51 -0800 (PST) Received: from zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 46D3C21F844A for ; Mon, 5 Nov 2012 02:43:48 -0800 (PST) Received: from mse01.zte.com.cn (unknown [10.30.3.20]) by Websense Email Security Gateway with ESMTPS id 3DA88127224B; Mon, 5 Nov 2012 18:44:47 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id qA5AhXMw099536; Mon, 5 Nov 2012 18:43:33 +0800 (GMT-8) (envelope-from liu.guoman@zte.com.cn) In-Reply-To: To: Yaacov Weingarten MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: liu.guoman@zte.com.cn Date: Mon, 5 Nov 2012 18:43:31 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-11-05 18:43:34, Serialize complete at 2012-11-05 18:43:34 Content-Type: multipart/alternative; boundary="=_alternative 003AF80448257AAD_=" X-MAIL: mse01.zte.com.cn qA5AhXMw099536 Cc: mpls@ietf.org Subject: Re: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 10:43:52 -0000 This is a multipart message in MIME format. --=_alternative 003AF80448257AAD_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 WWFhY292LGhpDQppIGhhdmUgb25seSBvbmUgcXVlc3Rpb24sIHdoeSB0byBsaW1pdCB0byAxKzEg bGluZWFyIHByb3RlY3Rpb24gZm9yIA0Kc3RlZXJpbmcgZm9yIHAybXAgcGF0aC4NCndoeSBub3Qg YXBwbHkgMToxIGxpbmVhciBwcm90ZWN0aW9uIG1lY2hhbmlzbT8NCml0IHNheXMsIHRoZSBwMm1w IHRyYWZmaWMgaXMgb25seSB0cmFzbnBvcnRlZCBvbiB0aGUgd29ya2luZyBwYXRoIHVuZGVyIA0K bm9ybWFsIGNvbmRpdGlvbi4NCmlmIGEgZmFpbHVyZSBoYXBwZW5zIG9uIHRoZSByaW5nLiB0aGUg cDJtcCB0cmFmZmljIHdpbGwgYmUgdHJhbnNwb3J0ZWQgb24gDQpib3RoIHdvcmtpbmcgcGF0aCBh bmQgcHJvdGVjdGlvbiBwYXRoLg0KZWFjaCBlZ3Jlc3Mgbm9kZSB3aWxsIHNlbGVjdCB3b3JraW5n IHBhdGggb3IgcHJvdGVjdGlvbiBwYXRoIHRvIHJlY2VpdmUgDQp0aGUgdHJhZmZpYy4NCklNTywg MTogMSBwcm90ZWN0aW9uIG1heSBiZSBtb3JlIGVmZmVjdGl2ZSB0aGFuIDErMSBwcm90ZWN0aW9u Lg0KDQppcyBteSB1bmRlcnN0YW5kaW5nIHJpZ2h0PyB0aGFua3MNCg0KQi5SLg0KTGl1IA0KDQoN Cg0KDQoNCg0KDQoNCllhYWNvdiBXZWluZ2FydGVuIDx3eWFhY292QGdtYWlsLmNvbT4gDQq3orz+ yMs6ICBtcGxzLWJvdW5jZXNAaWV0Zi5vcmcNCjIwMTItMTEtMDUgMTc6MDANCg0KytW8/sjLDQpt cGxzQGlldGYub3JnDQqzrcvNDQoNCtb3zOINClJlOiBbbXBsc10gSS1EIEFjdGlvbjogZHJhZnQt aWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbi0wMy50eHQNCg0KDQoNCg0KDQoNCkhpIGFsbCwN Cg0KSSBoYXZlIGp1c3QgdXBsb2FkZWQgYSBuZXcgdmVyc2lvbiBvZiB0aGUgUmluZyBQcm90ZWN0 aW9uIEFwcGxpY2FiaWxpdHkgDQpkcmFmdC4gIFRoaXMgaXMgbm90IHRoZSBmaW5hbCB2ZXJzaW9u LCBidXQgcmF0aGVyIGEgdmVyc2lvbiB0aGF0IHRyaWVzIHRvIA0KYWRkcmVzcyB0aGUgbWFueSBj b21tZW50cyB0aGF0IHdlcmUgcmVjZWl2ZWQgZHVyaW5nIHRoZSBXR0xDIHR0aGF0IHdhcyANCmhl bGQgbGFzdCBtb250aC4gIFBsZWFzZSByZXZpZXcgdGhpcyB2ZXJzaW9uIHRvICB2ZXJpZnkgdGhh dCB5b3VyIGNvbW1lbnRzIA0KaGF2ZSBiZWVuIGFkZHJlc3NlZCAoYWxvbmcgdGhlIGxpbmVzIHRo YXQgd2VyZSBvdXRsaW5lZCBpbiBteSB2YXJpb3VzIA0KZW1haWxzIHNlbnQgZWFybGllciB0byB0 aGUgbGlzdCkuDQoNClRoZXJlIGFyZSBzb21lIGNvbW1lbnRzIHRoYXQgbmVlZCB0byBiZSBhZGRy ZXNzZWQsIGF3YXRpbmcgc29tZSANCmNsYXJpZmljYXRpb25zIGZyb20gdGhlIHN1Ym1pdHRlcnMg b2YgdGhlIGNvbW1lbnRzIGFuZCBpbiBhZGRpdGlvbiB0aGVyZSANCndhcyBhIHJlcXVlc3QgdG8g cmVkdWNlIHRoZSBudW1iZXIgb2YgYXV0aG9ycyBhcHBlYXJpbmcgb24gdGhlIGZyb250IHBhZ2Ug DQpvZiB0aGUgZHJhZnQuDQoNCkFueSBhZGRpdGlvbmFsIGNvbW1lbnRzIGFyZSBlbmNvdXJhZ2Vk Lg0KDQoNCk9uIE1vbiwgTm92IDUsIDIwMTIgYXQgMTA6NTIgQU0sIDxpbnRlcm5ldC1kcmFmdHNA aWV0Zi5vcmc+IHdyb3RlOg0KDQpBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJv bSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMgDQpkaXJlY3Rvcmllcy4NCiBUaGlzIGRyYWZ0 IGlzIGEgd29yayBpdGVtIG9mIHRoZSBNdWx0aXByb3RvY29sIExhYmVsIFN3aXRjaGluZyBXb3Jr aW5nIA0KR3JvdXAgb2YgdGhlIElFVEYuDQoNCiAgICAgICAgVGl0bGUgICAgICAgICAgIDogQXBw bGljYWJpbGl0eSBvZiBNUExTLVRQIExpbmVhciBQcm90ZWN0aW9uIGZvciANClJpbmcgVG9wb2xv Z2llcw0KICAgICAgICBBdXRob3IocykgICAgICAgOiBZYWFjb3YgV2VpbmdhcnRlbg0KICAgICAg ICAgICAgICAgICAgICAgICAgICBTdGV3YXJ0IEJyeWFudA0KICAgICAgICAgICAgICAgICAgICAg ICAgICBEYW5pZWxsZSBDZWNjYXJlbGxpDQogICAgICAgICAgICAgICAgICAgICAgICAgIERpZWdv IENhdmlnbGlhDQogICAgICAgICAgICAgICAgICAgICAgICAgIEZyYW5jZXNjbyBGb25kZWxsaQ0K ICAgICAgICAgICAgICAgICAgICAgICAgICBNYXJjbyBDb3JzaQ0KICAgICAgICAgICAgICAgICAg ICAgICAgICBCbyBXdQ0KICAgICAgICAgICAgICAgICAgICAgICAgICBYdWVodWkgRGFpDQogICAg ICAgIEZpbGVuYW1lICAgICAgICA6IGRyYWZ0LWlldGYtbXBscy10cC1yaW5nLXByb3RlY3Rpb24t MDMudHh0DQogICAgICAgIFBhZ2VzICAgICAgICAgICA6IDI5DQogICAgICAgIERhdGUgICAgICAg ICAgICA6IDIwMTItMTEtMDUNCg0KQWJzdHJhY3Q6DQogICBUaGlzIGRvY3VtZW50IHByZXNlbnRz IGFuIGFwcGxpY2FiaWxpdHkgb2YgbGluZWFyIHByb3RlY3Rpb24NCiAgIG1lY2hhbmlzbXMgZm9y IE11bHRpLVByb3RvY29sIExhYmVsIFN3aXRjaGluZyBUcmFuc3BvcnQgUHJvZmlsZQ0KICAgKE1Q TFMtVFApIGluIHJpbmcgdG9wb2xvZ2llcy4gIFByb3RlY3Rpb24gb24gcmluZ3Mgb2ZmZXJzIGEg bnVtYmVyIG9mDQogICBvcHBvcnR1bml0aWVzIGZvciBvcHRpbWl6YXRpb24gYXMgdGhlIHByb3Rl Y3Rpb24gY2hvaWNlcyBhcmUgc3RhcmtseQ0KICAgbGltaXRlZCAoYWxsIHRyYWZmaWMgdHJhdmVs aW5nIG9uZSB3YXkgYXJvdW5kIGEgcmluZyBjYW4gb25seSBiZQ0KICAgc3dpdGNoZWQgdG8gdHJh dmVsIHRoZSBvdGhlciB3YXkgb24gdGhlIHJpbmcpLCBidXQgYWxzbyBzdWZmZXJzIGZyb20NCiAg IHNvbWUgY29tcGxpY2F0aW9ucyBjYXVzZWQgYnkgdGhlIGxpbWl0YXRpb25zIG9mIHRoZSB0b3Bv bG9neS4NCg0KICAgUmVxdWlyZW1lbnRzIGZvciBNUExTLVRQIHByb3RlY3Rpb24gYW5kIHNwZWNp ZmljYWxseSBmb3IgcHJvdGVjdGlvbg0KICAgaW4gcmluZyB0b3BvbG9naWVzIGFyZSBkaXNjdXNz ZWQgaW4gIlJlcXVpcmVtZW50cyBvZiBhbiBNUExTDQogICBUcmFuc3BvcnQgUHJvZmlsZSIgKFJG QyA1NjU0KSBhbmQgIk1QTFMgVHJhbnNwb3J0IFByb2ZpbGUgKE1QTFMtVFApDQogICBTdXJ2aXZh YmlsaXR5IEZyYW1ld29yayIgKFJGQyA2MzcyKS4gIFRoaXMgZG9jdW1lbnQgc2hvd3MgaG93IE1Q TFMtVFANCiAgIGxpbmVhciBwcm90ZWN0aW9uIGFzIGRlZmluZWQgaW4gUkZDIDYzNzggY2FuIGJl IGFwcGxpZWQgdG8gcmluZw0KICAgdG9wb2xvZ2llcywgZGlzY3Vzc2VzIGhvdyBtb3N0IG9mIHRo ZSByZXF1aXJlbWVudHMgYXJlIG1ldCwgYW5kDQogICBkZXNjcmliZXMgc2NlbmFyaW9zIGluIHdo aWNoIHRoZSBmdW5jdGlvbiBwcm92aWRlZCBieSBhcHBseWluZyBsaW5lYXINCiAgIHByb3RlY3Rp b24gaW4gYSByaW5nIHRvcG9sb2d5IGZhbGxzIHNob3J0IG9mIHNvbWUgb2YgdGhlDQogICByZXF1 aXJlbWVudHMuDQoNCiAgIFRoaXMgZG9jdW1lbnQgaXMgYSBwcm9kdWN0IG9mIGEgam9pbnQgSW50 ZXJuZXQgRW5naW5lZXJpbmcgVGFzayBGb3JjZQ0KICAgKElFVEYpIC8gSW50ZXJuYXRpb25hbCBU ZWxlY29tbXVuaWNhdGlvbnMgVW5pb24gVGVsZWNvbW11bmljYXRpb25zDQogICBTdGFuZGFyZGl6 YXRpb24gU2VjdG9yIChJVFUtVCkgZWZmb3J0IHRvIGluY2x1ZGUgYW4gTVBMUyBUcmFuc3BvcnQN CiAgIFByb2ZpbGUgd2l0aGluIHRoZSBJRVRGIE1QTFMgYW5kIFBXRTMgYXJjaGl0ZWN0dXJlcyB0 byBzdXBwb3J0IHRoZQ0KICAgY2FwYWJpbGl0aWVzIGFuZCBmdW5jdGlvbmFsaXRpZXMgb2YgYSBw YWNrZXQgdHJhbnNwb3J0IG5ldHdvcmsgYXMNCiAgIGRlZmluZWQgYnkgdGhlIElUVS1ULg0KDQoN ClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KaHR0 cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJv dGVjdGlvbg0KDQpUaGVyZSdzIGFsc28gYSBodG1saXplZCB2ZXJzaW9uIGF2YWlsYWJsZSBhdDoN Cmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbXBscy10cC1yaW5nLXByb3Rl Y3Rpb24tMDMNCg0KQSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxl IGF0Og0KaHR0cDovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1tcGxzLXRw LXJpbmctcHJvdGVjdGlvbi0wMw0KDQoNCkludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFi bGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCmZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFm dHMvDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpt cGxzIG1haWxpbmcgbGlzdA0KbXBsc0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9tcGxzDQoNCg0KDQotLSANClRoYW54IGFuZCBCUiwNCnlhYWNvdg0KDQpT dGlsbCBsb29raW5nIGZvciBuZXcgb3Bwb3J0dW5pdHkNCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQptcGxzIG1haWxpbmcgbGlzdA0KbXBsc0BpZXRmLm9y Zw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQoNCg0KLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSBJ bmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4g dGhpcyBtYWlsIChhbmQgYW55IGF0dGFjaG1lbnQgdHJhbnNtaXR0ZWQgaGVyZXdpdGgpIGlzIHBy aXZpbGVnZWQgYW5kIGNvbmZpZGVudGlhbCBhbmQgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNp dmUgdXNlIG9mIHRoZSBhZGRyZXNzZWUocykuICBJZiB5b3UgYXJlIG5vdCBhbiBpbnRlbmRlZCBy ZWNpcGllbnQsIGFueSBkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIGRpc3RyaWJ1dGlvbiBvciBv dGhlciBkaXNzZW1pbmF0aW9uIG9yIHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlz IHN0cmljdGx5IHByb2hpYml0ZWQuICBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1haWwgaW4g ZXJyb3IsIHBsZWFzZSBkZWxldGUgaXQgYW5kIG5vdGlmeSB1cyBpbW1lZGlhdGVseS4NCg== --=_alternative 003AF80448257AAD_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPllhYWNvdixoaTwvZm9udD4NCjxi cj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+aSBoYXZlIG9ubHkgb25lIHF1ZXN0aW9u LCB3aHkgdG8gbGltaXQNCnRvIDErMSBsaW5lYXIgcHJvdGVjdGlvbiBmb3Igc3RlZXJpbmcgZm9y IHAybXAgcGF0aC48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPndo eSBub3QgYXBwbHkgMToxIGxpbmVhciBwcm90ZWN0aW9uDQptZWNoYW5pc20/PC9mb250Pg0KPGJy Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5pdCBzYXlzLCB0aGUgcDJtcCB0cmFmZmlj IGlzIG9ubHkgdHJhc25wb3J0ZWQNCm9uIHRoZSB3b3JraW5nIHBhdGggdW5kZXIgbm9ybWFsIGNv bmRpdGlvbi48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPmlmIGEg ZmFpbHVyZSBoYXBwZW5zIG9uIHRoZSByaW5nLiB0aGUNCnAybXAgdHJhZmZpYyB3aWxsIGJlIHRy YW5zcG9ydGVkIG9uIGJvdGggd29ya2luZyBwYXRoIGFuZCBwcm90ZWN0aW9uIHBhdGguPC9mb250 Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5lYWNoIGVncmVzcyBub2RlIHdp bGwgc2VsZWN0IHdvcmtpbmcNCnBhdGggb3IgcHJvdGVjdGlvbiBwYXRoIHRvIHJlY2VpdmUgdGhl IHRyYWZmaWMuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5JTU8s IDE6IDEgcHJvdGVjdGlvbiBtYXkgYmUgbW9yZSBlZmZlY3RpdmUNCnRoYW4gMSsxIHByb3RlY3Rp b24uPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5pcyBt eSB1bmRlcnN0YW5kaW5nIHJpZ2h0PyB0aGFua3M8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6 ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkIuUi48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9 InNhbnMtc2VyaWYiPkxpdSA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2Vy aWYiPjxicj4NCjwvZm9udD4NCjx0YWJsZT4NCjx0cj4NCjx0ZD4NCjxkaXYgYWxpZ249Y2VudGVy PjwvZGl2Pg0KPHRkPjwvdGFibGU+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8dGFibGUgd2lk dGg9MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkIHdpZHRoPTM2JT48Zm9udCBzaXplPTEgZmFj ZT0ic2Fucy1zZXJpZiI+PGI+WWFhY292IFdlaW5nYXJ0ZW4gJmx0O3d5YWFjb3ZAZ21haWwuY29t Jmd0OzwvYj4NCjwvZm9udD4NCjxicj48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+t6K8 /sjLOiAmbmJzcDttcGxzLWJvdW5jZXNAaWV0Zi5vcmc8L2ZvbnQ+DQo8cD48Zm9udCBzaXplPTEg ZmFjZT0ic2Fucy1zZXJpZiI+MjAxMi0xMS0wNSAxNzowMDwvZm9udD4NCjx0ZCB3aWR0aD02MyU+ DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1y aWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+ytW8/sjLPC9mb250PjwvZGl2Pg0K PHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5tcGxzQGlldGYub3JnPC9mb250Pg0K PHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNl PSJzYW5zLXNlcmlmIj6zrcvNPC9mb250PjwvZGl2Pg0KPHRkPg0KPHRyIHZhbGlnbj10b3A+DQo8 dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7W98zi PC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5SZTogW21w bHNdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbXBscy10cC1yaW5nLXByb3RlY3Rpb24tMDMudHh0 PC9mb250PjwvdGFibGU+DQo8YnI+DQo8dGFibGU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjx0 ZD48L3RhYmxlPg0KPGJyPjwvdGFibGU+DQo8YnI+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0zPkhp IGFsbCw8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0zPkkgaGF2ZSBqdXN0IHVwbG9hZGVk IGEgbmV3IHZlcnNpb24gb2YgdGhlIFJpbmcgUHJvdGVjdGlvbg0KQXBwbGljYWJpbGl0eSBkcmFm dC4gJm5ic3A7VGhpcyBpcyBub3QgdGhlIGZpbmFsIHZlcnNpb24sIGJ1dCByYXRoZXIgYQ0KdmVy c2lvbiB0aGF0IHRyaWVzIHRvIGFkZHJlc3MgdGhlIG1hbnkgY29tbWVudHMgdGhhdCB3ZXJlIHJl Y2VpdmVkIGR1cmluZw0KdGhlIFdHTEMgdHRoYXQgd2FzIGhlbGQgbGFzdCBtb250aC4gJm5ic3A7 UGxlYXNlIHJldmlldyB0aGlzIHZlcnNpb24gdG8NCiZuYnNwO3ZlcmlmeSB0aGF0IHlvdXIgY29t bWVudHMgaGF2ZSBiZWVuIGFkZHJlc3NlZCAoYWxvbmcgdGhlIGxpbmVzIHRoYXQNCndlcmUgb3V0 bGluZWQgaW4gbXkgdmFyaW91cyBlbWFpbHMgc2VudCBlYXJsaWVyIHRvIHRoZSBsaXN0KS48L2Zv bnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0zPlRoZXJlIGFyZSBzb21lIGNvbW1lbnRzIHRoYXQg bmVlZCB0byBiZSBhZGRyZXNzZWQsIGF3YXRpbmcNCnNvbWUgY2xhcmlmaWNhdGlvbnMgZnJvbSB0 aGUgc3VibWl0dGVycyBvZiB0aGUgY29tbWVudHMgYW5kIGluIGFkZGl0aW9uDQp0aGVyZSB3YXMg YSByZXF1ZXN0IHRvIHJlZHVjZSB0aGUgbnVtYmVyIG9mIGF1dGhvcnMgYXBwZWFyaW5nIG9uIHRo ZSBmcm9udA0KcGFnZSBvZiB0aGUgZHJhZnQuPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9 Mz5BbnkgYWRkaXRpb25hbCBjb21tZW50cyBhcmUgZW5jb3VyYWdlZC48L2ZvbnQ+DQo8YnI+DQo8 YnI+DQo8YnI+PGZvbnQgc2l6ZT0zPk9uIE1vbiwgTm92IDUsIDIwMTIgYXQgMTA6NTIgQU0sICZs dDs8L2ZvbnQ+PGEgaHJlZj0ibWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyIgdGFyZ2V0 PV9ibGFuaz48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZT48dT5pbnRlcm5ldC1kcmFmdHNAaWV0Zi5v cmc8L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTM+Jmd0Ow0Kd3JvdGU6PC9mb250Pg0KPGJyPjxm b250IHNpemU9Mz48YnI+DQpBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0 aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMgZGlyZWN0b3JpZXMuPGJyPg0KJm5ic3A7VGhpcyBk cmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUgTXVsdGlwcm90b2NvbCBMYWJlbCBTd2l0Y2hpbmcg V29ya2luZw0KR3JvdXAgb2YgdGhlIElFVEYuPGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7IFRpdGxlICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgOg0KQXBw bGljYWJpbGl0eSBvZiBNUExTLVRQIExpbmVhciBQcm90ZWN0aW9uIGZvciBSaW5nIFRvcG9sb2dp ZXM8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgQXV0aG9yKHMpICZuYnNwOyAmbmJz cDsgJm5ic3A7IDogWWFhY292IFdlaW5nYXJ0ZW48YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQom bmJzcDsgJm5ic3A7IFN0ZXdhcnQgQnJ5YW50PGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5i c3A7ICZuYnNwOyBEYW5pZWxsZSBDZWNjYXJlbGxpPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0K Jm5ic3A7ICZuYnNwOyBEaWVnbyBDYXZpZ2xpYTxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZu YnNwOyAmbmJzcDsgRnJhbmNlc2NvIEZvbmRlbGxpPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0K Jm5ic3A7ICZuYnNwOyBNYXJjbyBDb3JzaTxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNw OyAmbmJzcDsgQm8gV3U8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7IFh1 ZWh1aSBEYWk8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgRmlsZW5hbWUgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7OiBkcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9u LTAzLnR4dDxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBQYWdlcyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDoNCjI5PGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7IERhdGUgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs6DQoy MDEyLTExLTA1PGJyPg0KPGJyPg0KQWJzdHJhY3Q6PGJyPg0KJm5ic3A7ICZuYnNwO1RoaXMgZG9j dW1lbnQgcHJlc2VudHMgYW4gYXBwbGljYWJpbGl0eSBvZiBsaW5lYXIgcHJvdGVjdGlvbjxicj4N CiZuYnNwOyAmbmJzcDttZWNoYW5pc21zIGZvciBNdWx0aS1Qcm90b2NvbCBMYWJlbCBTd2l0Y2hp bmcgVHJhbnNwb3J0IFByb2ZpbGU8YnI+DQombmJzcDsgJm5ic3A7KE1QTFMtVFApIGluIHJpbmcg dG9wb2xvZ2llcy4gJm5ic3A7UHJvdGVjdGlvbiBvbiByaW5ncyBvZmZlcnMNCmEgbnVtYmVyIG9m PGJyPg0KJm5ic3A7ICZuYnNwO29wcG9ydHVuaXRpZXMgZm9yIG9wdGltaXphdGlvbiBhcyB0aGUg cHJvdGVjdGlvbiBjaG9pY2VzIGFyZQ0Kc3RhcmtseTxicj4NCiZuYnNwOyAmbmJzcDtsaW1pdGVk IChhbGwgdHJhZmZpYyB0cmF2ZWxpbmcgb25lIHdheSBhcm91bmQgYSByaW5nIGNhbiBvbmx5DQpi ZTxicj4NCiZuYnNwOyAmbmJzcDtzd2l0Y2hlZCB0byB0cmF2ZWwgdGhlIG90aGVyIHdheSBvbiB0 aGUgcmluZyksIGJ1dCBhbHNvIHN1ZmZlcnMNCmZyb208YnI+DQombmJzcDsgJm5ic3A7c29tZSBj b21wbGljYXRpb25zIGNhdXNlZCBieSB0aGUgbGltaXRhdGlvbnMgb2YgdGhlIHRvcG9sb2d5Ljxi cj4NCjxicj4NCiZuYnNwOyAmbmJzcDtSZXF1aXJlbWVudHMgZm9yIE1QTFMtVFAgcHJvdGVjdGlv biBhbmQgc3BlY2lmaWNhbGx5IGZvciBwcm90ZWN0aW9uPGJyPg0KJm5ic3A7ICZuYnNwO2luIHJp bmcgdG9wb2xvZ2llcyBhcmUgZGlzY3Vzc2VkIGluICZxdW90O1JlcXVpcmVtZW50cyBvZg0KYW4g TVBMUzxicj4NCiZuYnNwOyAmbmJzcDtUcmFuc3BvcnQgUHJvZmlsZSZxdW90OyAoUkZDIDU2NTQp IGFuZCAmcXVvdDtNUExTIFRyYW5zcG9ydA0KUHJvZmlsZSAoTVBMUy1UUCk8YnI+DQombmJzcDsg Jm5ic3A7U3Vydml2YWJpbGl0eSBGcmFtZXdvcmsmcXVvdDsgKFJGQyA2MzcyKS4gJm5ic3A7VGhp cyBkb2N1bWVudA0Kc2hvd3MgaG93IE1QTFMtVFA8YnI+DQombmJzcDsgJm5ic3A7bGluZWFyIHBy b3RlY3Rpb24gYXMgZGVmaW5lZCBpbiBSRkMgNjM3OCBjYW4gYmUgYXBwbGllZCB0bw0KcmluZzxi cj4NCiZuYnNwOyAmbmJzcDt0b3BvbG9naWVzLCBkaXNjdXNzZXMgaG93IG1vc3Qgb2YgdGhlIHJl cXVpcmVtZW50cyBhcmUgbWV0LA0KYW5kPGJyPg0KJm5ic3A7ICZuYnNwO2Rlc2NyaWJlcyBzY2Vu YXJpb3MgaW4gd2hpY2ggdGhlIGZ1bmN0aW9uIHByb3ZpZGVkIGJ5IGFwcGx5aW5nDQpsaW5lYXI8 YnI+DQombmJzcDsgJm5ic3A7cHJvdGVjdGlvbiBpbiBhIHJpbmcgdG9wb2xvZ3kgZmFsbHMgc2hv cnQgb2Ygc29tZSBvZiB0aGU8YnI+DQombmJzcDsgJm5ic3A7cmVxdWlyZW1lbnRzLjxicj4NCjxi cj4NCiZuYnNwOyAmbmJzcDtUaGlzIGRvY3VtZW50IGlzIGEgcHJvZHVjdCBvZiBhIGpvaW50IElu dGVybmV0IEVuZ2luZWVyaW5nDQpUYXNrIEZvcmNlPGJyPg0KJm5ic3A7ICZuYnNwOyhJRVRGKSAv IEludGVybmF0aW9uYWwgVGVsZWNvbW11bmljYXRpb25zIFVuaW9uIFRlbGVjb21tdW5pY2F0aW9u czxicj4NCiZuYnNwOyAmbmJzcDtTdGFuZGFyZGl6YXRpb24gU2VjdG9yIChJVFUtVCkgZWZmb3J0 IHRvIGluY2x1ZGUgYW4gTVBMUyBUcmFuc3BvcnQ8YnI+DQombmJzcDsgJm5ic3A7UHJvZmlsZSB3 aXRoaW4gdGhlIElFVEYgTVBMUyBhbmQgUFdFMyBhcmNoaXRlY3R1cmVzIHRvIHN1cHBvcnQNCnRo ZTxicj4NCiZuYnNwOyAmbmJzcDtjYXBhYmlsaXRpZXMgYW5kIGZ1bmN0aW9uYWxpdGllcyBvZiBh IHBhY2tldCB0cmFuc3BvcnQgbmV0d29yaw0KYXM8YnI+DQombmJzcDsgJm5ic3A7ZGVmaW5lZCBi eSB0aGUgSVRVLVQuPGJyPg0KPGJyPg0KPGJyPg0KVGhlIElFVEYgZGF0YXRyYWNrZXIgc3RhdHVz IHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6PC9mb250Pjxmb250IHNpemU9MyBjb2xvcj1ibHVlPjx1 Pjxicj4NCjwvdT48L2ZvbnQ+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbiIgdGFyZ2V0PV9ibGFuaz48Zm9u dCBzaXplPTMgY29sb3I9Ymx1ZT48dT5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k cmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uPC91PjwvZm9udD48L2E+PGZvbnQgc2l6 ZT0zPjxicj4NCjxicj4NClRoZXJlJ3MgYWxzbyBhIGh0bWxpemVkIHZlcnNpb24gYXZhaWxhYmxl IGF0OjwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZT48dT48YnI+DQo8L3U+PC9mb250Pjxh IGhyZWY9Imh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbXBscy10cC1yaW5n LXByb3RlY3Rpb24tMDMiIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWU+PHU+ aHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVj dGlvbi0wMzwvdT48L2ZvbnQ+PC9hPjxmb250IHNpemU9Mz48YnI+DQo8YnI+DQpBIGRpZmYgZnJv bSB0aGUgcHJldmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6PC9mb250Pjxmb250IHNpemU9 MyBjb2xvcj1ibHVlPjx1Pjxicj4NCjwvdT48L2ZvbnQ+PGEgaHJlZj0iaHR0cDovL3d3dy5pZXRm Lm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbi0wMyIg dGFyZ2V0PV9ibGFuaz48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZT48dT5odHRwOi8vd3d3LmlldGYu b3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uLTAzPC91 PjwvZm9udD48L2E+PGZvbnQgc2l6ZT0zPjxicj4NCjxicj4NCjxicj4NCkludGVybmV0LURyYWZ0 cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDo8L2ZvbnQ+PGZvbnQgc2l6 ZT0zIGNvbG9yPWJsdWU+PHU+PGJyPg0KPC91PjwvZm9udD48YSBocmVmPSJmdHA6Ly9mdHAuaWV0 Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLyIgdGFyZ2V0PV9ibGFuaz48Zm9udCBzaXplPTMgY29sb3I9 Ymx1ZT48dT5mdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLzwvdT48L2ZvbnQ+PC9h Pjxmb250IHNpemU9Mz48YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXzxicj4NCm1wbHMgbWFpbGluZyBsaXN0PC9mb250Pjxmb250IHNpemU9 MyBjb2xvcj1ibHVlPjx1Pjxicj4NCjwvdT48L2ZvbnQ+PGEgaHJlZj1tYWlsdG86bXBsc0BpZXRm Lm9yZz48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZT48dT5tcGxzQGlldGYub3JnPC91PjwvZm9udD48 L2E+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWU+PHU+PGJyPg0KPC91PjwvZm9udD48YSBocmVmPWh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscyB0YXJnZXQ9X2JsYW5rPjxm b250IHNpemU9MyBjb2xvcj1ibHVlPjx1Pmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vbXBsczwvdT48L2ZvbnQ+PC9hPg0KPGJyPjxmb250IHNpemU9Mz48YnI+DQo8L2ZvbnQ+ DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0zPi0tIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTM+VGhh bnggYW5kIEJSLDwvZm9udD4NCjxicj48Zm9udCBzaXplPTM+eWFhY292PC9mb250Pg0KPGJyPg0K PGJyPjxmb250IHNpemU9Mz48aT5TdGlsbCBsb29raW5nIGZvciBuZXcgb3Bwb3J0dW5pdHk8L2k+ PC9mb250Pg0KPGJyPjxmb250IHNpemU9Mj48dHQ+X19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX188YnI+DQptcGxzIG1haWxpbmcgbGlzdDxicj4NCm1wbHNAaWV0 Zi5vcmc8YnI+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHM8YnI+ DQo8L3R0PjwvZm9udD4NCjxicj4NCg0KPGJyPjxwcmU+PGZvbnQgY29sb3I9ImJsdWUiPg0KLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpU RSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQg aW4gdGhpcyBtYWlsIChhbmQgYW55IGF0dGFjaG1lbnQgdHJhbnNtaXR0ZWQgaGVyZXdpdGgpIGlz IHByaXZpbGVnZWQgYW5kIGNvbmZpZGVudGlhbCBhbmQgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNs dXNpdmUgdXNlIG9mIHRoZSBhZGRyZXNzZWUocykuICBJZiB5b3UgYXJlIG5vdCBhbiBpbnRlbmRl ZCByZWNpcGllbnQsIGFueSBkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIGRpc3RyaWJ1dGlvbiBv ciBvdGhlciBkaXNzZW1pbmF0aW9uIG9yIHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVk IGlzIHN0cmljdGx5IHByb2hpYml0ZWQuICBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1haWwg aW4gZXJyb3IsIHBsZWFzZSBkZWxldGUgaXQgYW5kIG5vdGlmeSB1cyBpbW1lZGlhdGVseS4NCg0K PC9mb250PjwvcHJlPjxicj4NCg== --=_alternative 003AF80448257AAD_=-- From wyaacov@gmail.com Mon Nov 5 04:35:29 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6431121F85F4 for ; Mon, 5 Nov 2012 04:35:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.266 X-Spam-Level: X-Spam-Status: No, score=-1.266 tagged_above=-999 required=5 tests=[AWL=-0.718, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_62=0.6, MIME_CHARSET_FARAWAY=2.45, 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 ycoNV8lbcpka for ; Mon, 5 Nov 2012 04:35:28 -0800 (PST) Received: from mail-vb0-f44.google.com (mail-vb0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id F186521F85BC for ; Mon, 5 Nov 2012 04:35:27 -0800 (PST) Received: by mail-vb0-f44.google.com with SMTP id fc26so6506975vbb.31 for ; Mon, 05 Nov 2012 04:35:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/27uDZB456FnwbjMWLlcEKiKgnBK2MrCsoCWKWnjaxw=; b=fvLVw467ylfolUbQ1WG3FaxXRrnHnde3IGY9FBv/yYVKKSLaefo/hwmYeMUSrRcd/M ZQf/KGKzO26aUIvx6POTm/QcXVrHvhqbqUL24JRMT7mdNDBK3NKNpTHdeEvcRWtFRFx3 w2tCRn0DTKXXqdyR3OUmTMla6QSxZ8bsgBzGgM9YaHLbosPOXJPyDDL4o+yZ8dL8wqNC SjDxsqzvF1PpIznHbja94FEx+1hnONkTAUshKbtEMc+7uWtH/i/EOm3GbSnQCjfvwaKc JyRUkZVi/TtvztNHQYysok1diM2CdWze+3Ajv4NCztjKjaaGVtI47Gr6TI5Qi7ilyizq emMg== MIME-Version: 1.0 Received: by 10.58.12.231 with SMTP id b7mr9517074vec.31.1352118927167; Mon, 05 Nov 2012 04:35:27 -0800 (PST) Received: by 10.58.254.194 with HTTP; Mon, 5 Nov 2012 04:35:27 -0800 (PST) In-Reply-To: References: Date: Mon, 5 Nov 2012 14:35:27 +0200 Message-ID: From: Yaacov Weingarten To: liu.guoman@zte.com.cn Content-Type: multipart/alternative; boundary=047d7b41bf3259116c04cdbeb832 Cc: mpls@ietf.org Subject: Re: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 12:35:29 -0000 --047d7b41bf3259116c04cdbeb832 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable Liu, hi The reasons that we suggest using 1+1 protection for p2mp include the following: 1. p2mp paths are unidirectional in MPLS-TP and this has implications regarding the use of OAM and coordination protocols and their efficiency. 2. If we used a pure 1:1 solution and the working path fails somewhere between the different egress points neither the working path nor the protection path have access to the full set of egress points. However, by using 1+1 protection and multiplexing the data on both the working and protection paths around the ring, all egress nodes should receive the data packets, either from the working or the protection path. Hope this helps, yaacov On Mon, Nov 5, 2012 at 12:43 PM, wrote: > > Yaacov,hi > i have only one question, why to limit to 1+1 linear protection for > steering for p2mp path. > why not apply 1:1 linear protection mechanism? > it says, the p2mp traffic is only trasnported on the working path under > normal condition. > if a failure happens on the ring. the p2mp traffic will be transported on > both working path and protection path. > each egress node will select working path or protection path to receive > the traffic. > IMO, 1: 1 protection may be more effective than 1+1 protection. > > is my understanding right? thanks > > B.R. > Liu > > > > > > *Yaacov Weingarten * > =B7=A2=BC=FE=C8=CB: mpls-bounces@ietf.org > > 2012-11-05 17:00 > =CA=D5=BC=FE=C8=CB > mpls@ietf.org > =B3=AD=CB=CD > =D6=F7=CC=E2 > Re: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-03.txt > > > > > Hi all, > > I have just uploaded a new version of the Ring Protection Applicability > draft. This is not the final version, but rather a version that tries to > address the many comments that were received during the WGLC tthat was he= ld > last month. Please review this version to verify that your comments hav= e > been addressed (along the lines that were outlined in my various emails > sent earlier to the list). > > There are some comments that need to be addressed, awating some > clarifications from the submitters of the comments and in addition there > was a request to reduce the number of authors appearing on the front page > of the draft. > > Any additional comments are encouraged. > > > On Mon, Nov 5, 2012 at 10:52 AM, <*internet-drafts@ietf.org*> > wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Multiprotocol Label Switching Working > Group of the IETF. > > Title : Applicability of MPLS-TP Linear Protection for > Ring Topologies > Author(s) : Yaacov Weingarten > Stewart Bryant > Danielle Ceccarelli > Diego Caviglia > Francesco Fondelli > Marco Corsi > Bo Wu > Xuehui Dai > Filename : draft-ietf-mpls-tp-ring-protection-03.txt > Pages : 29 > Date : 2012-11-05 > > Abstract: > This document presents an applicability of linear protection > mechanisms for Multi-Protocol Label Switching Transport Profile > (MPLS-TP) in ring topologies. Protection on rings offers a number of > opportunities for optimization as the protection choices are starkly > limited (all traffic traveling one way around a ring can only be > switched to travel the other way on the ring), but also suffers from > some complications caused by the limitations of the topology. > > Requirements for MPLS-TP protection and specifically for protection > in ring topologies are discussed in "Requirements of an MPLS > Transport Profile" (RFC 5654) and "MPLS Transport Profile (MPLS-TP) > Survivability Framework" (RFC 6372). This document shows how MPLS-TP > linear protection as defined in RFC 6378 can be applied to ring > topologies, discusses how most of the requirements are met, and > describes scenarios in which the function provided by applying linear > protection in a ring topology falls short of some of the > requirements. > > This document is a product of a joint Internet Engineering Task Force > (IETF) / International Telecommunications Union Telecommunications > Standardization Sector (ITU-T) effort to include an MPLS Transport > Profile within the IETF MPLS and PWE3 architectures to support the > capabilities and functionalities of a packet transport network as > defined by the ITU-T. > > > The IETF datatracker status page for this draft is:* > **https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-ring-protection* > > There's also a htmlized version available at:* > **http://tools.ietf.org/html/draft-ietf-mpls-tp-ring-protection-03* > > A diff from the previous version is available at:* > **http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-tp-ring-protection-0= 3* > > > Internet-Drafts are also available by anonymous FTP at:* > **ftp://ftp.ietf.org/internet-drafts/* > > _______________________________________________ > mpls mailing list* > **mpls@ietf.org* * > **https://www.ietf.org/mailman/listinfo/mpls* > > > > -- > Thanx and BR, > yaacov > > *Still looking for new opportunity* > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > > > -------------------------------------------------------- > ZTE Information Security Notice: The information contained in this mail (= and any attachment transmitted herewith) is privileged and confidential and= is intended for the exclusive use of the addressee(s). If you are not an = intended recipient, any disclosure, reproduction, distribution or other dis= semination or use of the information contained is strictly prohibited. If = you have received this mail in error, please delete it and notify us immedi= ately. > > > > --=20 Thanx and BR, yaacov *Still looking for new opportunity* --047d7b41bf3259116c04cdbeb832 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: quoted-printable
Liu, hi

The reasons that we suggest usi= ng 1+1 protection for p2mp include the following:

= 1. p2mp paths are unidirectional in MPLS-TP and this has implications regar= ding the use of OAM and coordination protocols and their efficiency.
2. If we used a pure 1:1 solution and the working path fails somewhere= between the different egress points neither the working path nor the prote= ction path have access to the full set of egress points.  However, by = using 1+1 protection and multiplexing the data on both the working and prot= ection paths around the ring, all egress nodes should receive the data pack= ets, either from the working or the protection path.

Hope this helps,
yaacov

On Mon, Nov 5, 2012 at 12:43 PM, <liu.guoman@zte.com.cn<= /a>> wrote:

Yaacov,hi
i have only one question, why to limit to 1+1 linear protection for steering for p2mp path.
why not apply 1:1 linear protection mechanism?
it says, the p2mp traffic is only trasnported on the working path under normal condition.
if a failure happens on the ring. the p2mp traffic will be transported on both working path and protection path.<= /font>
each egress node will select working path or protection path to receive the traffic.
IMO, 1: 1 protection may be more effective than 1+1 protection.

is my understanding right? thanks

B.R.
Liu





Yaacov Weingarten= <wyaacov@gmail.c= om>
=B7=A2=BC=FE=C8=CB:  mpls-bounces@ietf.org

2012-11-05 17:00

=CA=D5=BC=FE=C8= =CB
mpls@ietf.org
=B3=AD=CB=CD
=D6=F7=CC=E2
Re: [mpls] I-D Action: draft-= ietf-mpls-tp-ring-protection-03.txt





Hi all,

I have just uploaded a new version of the Ring Protect= ion Applicability draft.  This is not the final version, but rather a version that tries to address the many comments that were received during the WGLC tthat was held last month.  Please review this version to  verify that your comments have been addressed (along the lines that were outlined in my various emails sent earlier to the list).

There are some comments that need to be addressed, awa= ting some clarifications from the submitters of the comments and in addition there was a request to reduce the number of authors appearing on the front page of the draft.

Any additional comments are encouraged.


On Mon, Nov 5, 2012 at 10:52 AM, <internet-drafts@ietf.org> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
 This draft is a work item of the Multiprotocol Label Switching Workin= g Group of the IETF.

        Title           : Applicability of MPLS-TP Linear Protection for Ring Topologies
        Author(s)       : Yaacov Weingar= ten
                     = ;     Stewart Bryant
                     = ;     Danielle Ceccarelli
                     = ;     Diego Caviglia
                     = ;     Francesco Fondelli
                     = ;     Marco Corsi
                     = ;     Bo Wu
                     = ;     Xuehui Dai
        Filename        : draft-iet= f-mpls-tp-ring-protection-03.txt
        Pages           : 29
        Date            : 2012-11-05

Abstract:
   This document presents an applicability of linear protection    mechanisms for Multi-Protocol Label Switching Transport Profil= e
   (MPLS-TP) in ring topologies.  Protection on rings offers a number of
   opportunities for optimization as the protection choices are starkly
   limited (all traffic traveling one way around a ring can only be
   switched to travel the other way on the ring), but also suffer= s from
   some complications caused by the limitations of the topology.<= br>
   Requirements for MPLS-TP protection and specifically for prote= ction
   in ring topologies are discussed in "Requirements of an MPLS
   Transport Profile" (RFC 5654) and "MPLS Transport Profile (MPLS-TP)
   Survivability Framework" (RFC 6372).  This document shows how MPLS-TP
   linear protection as defined in RFC 6378 can be applied to ring
   topologies, discusses how most of the requirements are met, and
   describes scenarios in which the function provided by applying linear
   protection in a ring topology falls short of some of the
   requirements.

   This document is a product of a joint Internet Engineering Task Force
   (IETF) / International Telecommunications Union Telecommunicat= ions
   Standardization Sector (ITU-T) effort to include an MPLS Trans= port
   Profile within the IETF MPLS and PWE3 architectures to support the
   capabilities and functionalities of a packet transport network as
   defined by the ITU-T.


The IETF datatracker status page for this draft is:
https:= //datatracker.ietf.org/doc/draft-ietf-mpls-tp-ring-protection

There's also a htmlized version available at:
http://to= ols.ietf.org/html/draft-ietf-mpls-tp-ring-protection-03

A diff from the previous version is available at:
h= ttp://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-tp-ring-protection-03=


Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/li= stinfo/mpls



--
Thanx and BR,
yaacov

Still looking for new opportunity
_______________________________________________
mpls mailing list
mpls@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/mpls
 


--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail (an=
d any attachment transmitted herewith) is privileged and confidential and i=
s intended for the exclusive use of the addressee(s).  If you are not an in=
tended recipient, any disclosure, reproduction, distribution or other disse=
mination or use of the information contained is strictly prohibited.  If yo=
u have received this mail in error, please delete it and notify us immediat=
ely.




--
Thanx and BR,
yaacov

Still looking for= new opportunity

--047d7b41bf3259116c04cdbeb832-- From erosen@cisco.com Mon Nov 5 08:42:43 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DEDAB21F8875 for ; Mon, 5 Nov 2012 08:42:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] 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 nqibvbKcxZuU for ; Mon, 5 Nov 2012 08:42:43 -0800 (PST) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id D43D621F87E8 for ; Mon, 5 Nov 2012 08:42:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1206; q=dns/txt; s=iport; t=1352133762; x=1353343362; h=to:cc:subject:in-reply-to:reply-to:date:message-id:from; bh=ZmDC9RLCP782T1vZyq8iaJO6XrcsKD8AQsHTfdnZwKU=; b=XMIu/Ektl75yjEqitxXnCGgGnR61RvSE1wXwvEOYa81AiUgoczQTGx5x oWAfyo/PhQugL1TMrygjbRGSmqjiPDJjD84aKGz4FbNQ89VEr/lI3h3lM rYDqO4hhvW7bYWYyTzKuXu++9x2IllvsL5gVGQTklm0xZRUC5adAqTuWk o=; X-IronPort-AV: E=Sophos;i="4.80,715,1344211200"; d="scan'208";a="138943268" Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by rcdn-iport-7.cisco.com with ESMTP; 05 Nov 2012 16:42:42 +0000 Received: from erosen-linux.cisco.com (erosen-linux.cisco.com [161.44.70.34]) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id qA5Ggf80004818 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Nov 2012 16:42:42 GMT Received: from erosen-linux (localhost.localdomain [127.0.0.1]) by erosen-linux.cisco.com (8.13.8/8.13.8) with ESMTP id qA5Gge9M015957; Mon, 5 Nov 2012 11:42:41 -0500 To: adrian@olddog.co.uk In-reply-to: Your message of Sun, 04 Nov 2012 04:13:00 -0000. <003001cdba42$b30ca290$1925e7b0$@olddog.co.uk> Date: Mon, 05 Nov 2012 11:42:40 -0500 Message-ID: <15956.1352133760@erosen-linux> From: Eric Rosen Cc: mpls@ietf.org, 'Vivek Kumar' Subject: Re: [mpls] new published draft-kompella-mpls-special-purpose-labels-01 (Adrian Farrel) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: erosen@cisco.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 16:42:44 -0000 > I infer from what you say that a node receiving a label is somehow able to know > whether to look only at the bottom 4 bits, or whether to count all 20 > bits. I think the usual logic is something like the following: - Extract 20-bit label field - If high-order 16 bits are zero, dispatch on lower-order four bits (coded in-line). - Else do 20-bit lookup and dispatch based on the results from the lookup. With this logic, if a special purpose label is present, the 20-bit lookup can be avoided. This can be beneficial, as the 20-bit lookup is often the most expensive part of the processing. Note that if there is a special purpose label, it is likely that processing the packet will require another label or IP lookup, depending upon what follows the special purpose label. > you could argue that it is useful to always cut 20 bits form the label > stack entry This issue isn't masking off the bits to extract the label field, it's that you can quickly determine that you have a special purpose label, and you can skip the more expensive 20-bit lookup. > I do not currently own a silicon foundry But surely you've been an assembler language programmer! ;-) From david.i.allan@ericsson.com Mon Nov 5 10:14:08 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9342321F8912 for ; Mon, 5 Nov 2012 10:14:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.395 X-Spam-Level: X-Spam-Status: No, score=-2.395 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, 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 LxDC25UOe9JH for ; Mon, 5 Nov 2012 10:14:07 -0800 (PST) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id 6A27C21F8923 for ; Mon, 5 Nov 2012 10:14:07 -0800 (PST) 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 qA5IIrMw023140; Mon, 5 Nov 2012 12:18:55 -0600 Received: from EUSAAHC006.ericsson.se (147.117.188.90) by eusaamw0707.eamcs.ericsson.se (147.117.20.32) with Microsoft SMTP Server (TLS) id 8.3.279.1; Mon, 5 Nov 2012 13:14:01 -0500 Received: from EUSAAMB105.ericsson.se ([147.117.188.122]) by EUSAAHC006.ericsson.se ([147.117.188.90]) with mapi id 14.02.0318.001; Mon, 5 Nov 2012 13:14:01 -0500 From: David Allan I To: "liu.guoman@zte.com.cn" , Yaacov Weingarten Thread-Topic: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-03.txt Thread-Index: AQHNuzMQbsaSegD+5UGp19zTf+BmWZfbRV0AgAAc2YCAACi0IA== Date: Mon, 5 Nov 2012 18:14:01 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.134] Content-Type: multipart/alternative; boundary="_000_E6C17D2345AC7A45B7D054D407AA205CCA72EUSAAMB105ericssons_" MIME-Version: 1.0 Cc: "mpls@ietf.org" Subject: Re: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 18:14:08 -0000 --_000_E6C17D2345AC7A45B7D054D407AA205CCA72EUSAAMB105ericssons_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgTGl1Og0KDQpQcm9ibGVtIHdpdGggMToxIGFwcGxpZWQgdG8gcDJtcCBpbiB0aGUgZ2VuZXJh bCBjYXNlIGlzIHRoYXQgdHdvIGZhaWx1cmVzIGNvdWxkIHJlc3VsdCBpbiB0d28gaW5jb21wbGV0 ZSB0cmVlcyB3aXRoIG5vIHJlY291cnNlIG90aGVyIHRoYW4gcmVzdG9yYXRpb24sIHdoaWxlIDEr MSByZWR1Y2VzIHRoZSBwcm9iYWJpbGl0eSBvZiB0aGlzICJiYWQgbHVjayBzY2VuYXJpbyIgc2ln bmlmaWNhbnRseS4uLi5JJ3ZlIG5vdCBzcGVjaWZpY2FsbHkgYW5hbHl6ZWQgcmluZ3MsIGJ1dCB3 b3VsZCBzdXNwZWN0IHRoZSBzYW1lIGNvbmNsdXNpb25zIGNhbiBiZSBkcmF3bi4NCg0KSSBob3Bl IHRoaXMgaGVscHMNCkRhdmUNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkZy b206IG1wbHMtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZ10g T24gQmVoYWxmIE9mIGxpdS5ndW9tYW5AenRlLmNvbS5jbg0KU2VudDogTW9uZGF5LCBOb3ZlbWJl ciAwNSwgMjAxMiAyOjQ0IEFNDQpUbzogWWFhY292IFdlaW5nYXJ0ZW4NCkNjOiBtcGxzQGlldGYu b3JnDQpTdWJqZWN0OiBSZTogW21wbHNdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbXBscy10cC1y aW5nLXByb3RlY3Rpb24tMDMudHh0DQoNCg0KWWFhY292LGhpDQppIGhhdmUgb25seSBvbmUgcXVl c3Rpb24sIHdoeSB0byBsaW1pdCB0byAxKzEgbGluZWFyIHByb3RlY3Rpb24gZm9yIHN0ZWVyaW5n IGZvciBwMm1wIHBhdGguDQp3aHkgbm90IGFwcGx5IDE6MSBsaW5lYXIgcHJvdGVjdGlvbiBtZWNo YW5pc20/DQppdCBzYXlzLCB0aGUgcDJtcCB0cmFmZmljIGlzIG9ubHkgdHJhc25wb3J0ZWQgb24g dGhlIHdvcmtpbmcgcGF0aCB1bmRlciBub3JtYWwgY29uZGl0aW9uLg0KaWYgYSBmYWlsdXJlIGhh cHBlbnMgb24gdGhlIHJpbmcuIHRoZSBwMm1wIHRyYWZmaWMgd2lsbCBiZSB0cmFuc3BvcnRlZCBv biBib3RoIHdvcmtpbmcgcGF0aCBhbmQgcHJvdGVjdGlvbiBwYXRoLg0KZWFjaCBlZ3Jlc3Mgbm9k ZSB3aWxsIHNlbGVjdCB3b3JraW5nIHBhdGggb3IgcHJvdGVjdGlvbiBwYXRoIHRvIHJlY2VpdmUg dGhlIHRyYWZmaWMuDQpJTU8sIDE6IDEgcHJvdGVjdGlvbiBtYXkgYmUgbW9yZSBlZmZlY3RpdmUg dGhhbiAxKzEgcHJvdGVjdGlvbi4NCg0KaXMgbXkgdW5kZXJzdGFuZGluZyByaWdodD8gdGhhbmtz DQoNCkIuUi4NCkxpdQ0KDQoNCg0KDQoNCllhYWNvdiBXZWluZ2FydGVuIDx3eWFhY292QGdtYWls LmNvbT4NCreivP7IyzogIG1wbHMtYm91bmNlc0BpZXRmLm9yZw0KDQoyMDEyLTExLTA1IDE3OjAw DQoNCsrVvP7Iyw0KbXBsc0BpZXRmLm9yZw0Ks63LzQ0K1vfM4g0KUmU6IFttcGxzXSBJLUQgQWN0 aW9uOiBkcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uLTAzLnR4dA0KDQoNCg0KDQoN CkhpIGFsbCwNCg0KSSBoYXZlIGp1c3QgdXBsb2FkZWQgYSBuZXcgdmVyc2lvbiBvZiB0aGUgUmlu ZyBQcm90ZWN0aW9uIEFwcGxpY2FiaWxpdHkgZHJhZnQuICBUaGlzIGlzIG5vdCB0aGUgZmluYWwg dmVyc2lvbiwgYnV0IHJhdGhlciBhIHZlcnNpb24gdGhhdCB0cmllcyB0byBhZGRyZXNzIHRoZSBt YW55IGNvbW1lbnRzIHRoYXQgd2VyZSByZWNlaXZlZCBkdXJpbmcgdGhlIFdHTEMgdHRoYXQgd2Fz IGhlbGQgbGFzdCBtb250aC4gIFBsZWFzZSByZXZpZXcgdGhpcyB2ZXJzaW9uIHRvICB2ZXJpZnkg dGhhdCB5b3VyIGNvbW1lbnRzIGhhdmUgYmVlbiBhZGRyZXNzZWQgKGFsb25nIHRoZSBsaW5lcyB0 aGF0IHdlcmUgb3V0bGluZWQgaW4gbXkgdmFyaW91cyBlbWFpbHMgc2VudCBlYXJsaWVyIHRvIHRo ZSBsaXN0KS4NCg0KVGhlcmUgYXJlIHNvbWUgY29tbWVudHMgdGhhdCBuZWVkIHRvIGJlIGFkZHJl c3NlZCwgYXdhdGluZyBzb21lIGNsYXJpZmljYXRpb25zIGZyb20gdGhlIHN1Ym1pdHRlcnMgb2Yg dGhlIGNvbW1lbnRzIGFuZCBpbiBhZGRpdGlvbiB0aGVyZSB3YXMgYSByZXF1ZXN0IHRvIHJlZHVj ZSB0aGUgbnVtYmVyIG9mIGF1dGhvcnMgYXBwZWFyaW5nIG9uIHRoZSBmcm9udCBwYWdlIG9mIHRo ZSBkcmFmdC4NCg0KQW55IGFkZGl0aW9uYWwgY29tbWVudHMgYXJlIGVuY291cmFnZWQuDQoNCg0K T24gTW9uLCBOb3YgNSwgMjAxMiBhdCAxMDo1MiBBTSwgPGludGVybmV0LWRyYWZ0c0BpZXRmLm9y ZzxtYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPj4gd3JvdGU6DQoNCkEgTmV3IEludGVy bmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBk aXJlY3Rvcmllcy4NCiBUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBNdWx0aXByb3Rv Y29sIExhYmVsIFN3aXRjaGluZyBXb3JraW5nIEdyb3VwIG9mIHRoZSBJRVRGLg0KDQogICAgICAg IFRpdGxlICAgICAgICAgICA6IEFwcGxpY2FiaWxpdHkgb2YgTVBMUy1UUCBMaW5lYXIgUHJvdGVj dGlvbiBmb3IgUmluZyBUb3BvbG9naWVzDQogICAgICAgIEF1dGhvcihzKSAgICAgICA6IFlhYWNv diBXZWluZ2FydGVuDQogICAgICAgICAgICAgICAgICAgICAgICAgIFN0ZXdhcnQgQnJ5YW50DQog ICAgICAgICAgICAgICAgICAgICAgICAgIERhbmllbGxlIENlY2NhcmVsbGkNCiAgICAgICAgICAg ICAgICAgICAgICAgICAgRGllZ28gQ2F2aWdsaWENCiAgICAgICAgICAgICAgICAgICAgICAgICAg RnJhbmNlc2NvIEZvbmRlbGxpDQogICAgICAgICAgICAgICAgICAgICAgICAgIE1hcmNvIENvcnNp DQogICAgICAgICAgICAgICAgICAgICAgICAgIEJvIFd1DQogICAgICAgICAgICAgICAgICAgICAg ICAgIFh1ZWh1aSBEYWkNCiAgICAgICAgRmlsZW5hbWUgICAgICAgIDogZHJhZnQtaWV0Zi1tcGxz LXRwLXJpbmctcHJvdGVjdGlvbi0wMy50eHQNCiAgICAgICAgUGFnZXMgICAgICAgICAgIDogMjkN CiAgICAgICAgRGF0ZSAgICAgICAgICAgIDogMjAxMi0xMS0wNQ0KDQpBYnN0cmFjdDoNCiAgIFRo aXMgZG9jdW1lbnQgcHJlc2VudHMgYW4gYXBwbGljYWJpbGl0eSBvZiBsaW5lYXIgcHJvdGVjdGlv bg0KICAgbWVjaGFuaXNtcyBmb3IgTXVsdGktUHJvdG9jb2wgTGFiZWwgU3dpdGNoaW5nIFRyYW5z cG9ydCBQcm9maWxlDQogICAoTVBMUy1UUCkgaW4gcmluZyB0b3BvbG9naWVzLiAgUHJvdGVjdGlv biBvbiByaW5ncyBvZmZlcnMgYSBudW1iZXIgb2YNCiAgIG9wcG9ydHVuaXRpZXMgZm9yIG9wdGlt aXphdGlvbiBhcyB0aGUgcHJvdGVjdGlvbiBjaG9pY2VzIGFyZSBzdGFya2x5DQogICBsaW1pdGVk IChhbGwgdHJhZmZpYyB0cmF2ZWxpbmcgb25lIHdheSBhcm91bmQgYSByaW5nIGNhbiBvbmx5IGJl DQogICBzd2l0Y2hlZCB0byB0cmF2ZWwgdGhlIG90aGVyIHdheSBvbiB0aGUgcmluZyksIGJ1dCBh bHNvIHN1ZmZlcnMgZnJvbQ0KICAgc29tZSBjb21wbGljYXRpb25zIGNhdXNlZCBieSB0aGUgbGlt aXRhdGlvbnMgb2YgdGhlIHRvcG9sb2d5Lg0KDQogICBSZXF1aXJlbWVudHMgZm9yIE1QTFMtVFAg cHJvdGVjdGlvbiBhbmQgc3BlY2lmaWNhbGx5IGZvciBwcm90ZWN0aW9uDQogICBpbiByaW5nIHRv cG9sb2dpZXMgYXJlIGRpc2N1c3NlZCBpbiAiUmVxdWlyZW1lbnRzIG9mIGFuIE1QTFMNCiAgIFRy YW5zcG9ydCBQcm9maWxlIiAoUkZDIDU2NTQpIGFuZCAiTVBMUyBUcmFuc3BvcnQgUHJvZmlsZSAo TVBMUy1UUCkNCiAgIFN1cnZpdmFiaWxpdHkgRnJhbWV3b3JrIiAoUkZDIDYzNzIpLiAgVGhpcyBk b2N1bWVudCBzaG93cyBob3cgTVBMUy1UUA0KICAgbGluZWFyIHByb3RlY3Rpb24gYXMgZGVmaW5l ZCBpbiBSRkMgNjM3OCBjYW4gYmUgYXBwbGllZCB0byByaW5nDQogICB0b3BvbG9naWVzLCBkaXNj dXNzZXMgaG93IG1vc3Qgb2YgdGhlIHJlcXVpcmVtZW50cyBhcmUgbWV0LCBhbmQNCiAgIGRlc2Ny aWJlcyBzY2VuYXJpb3MgaW4gd2hpY2ggdGhlIGZ1bmN0aW9uIHByb3ZpZGVkIGJ5IGFwcGx5aW5n IGxpbmVhcg0KICAgcHJvdGVjdGlvbiBpbiBhIHJpbmcgdG9wb2xvZ3kgZmFsbHMgc2hvcnQgb2Yg c29tZSBvZiB0aGUNCiAgIHJlcXVpcmVtZW50cy4NCg0KICAgVGhpcyBkb2N1bWVudCBpcyBhIHBy b2R1Y3Qgb2YgYSBqb2ludCBJbnRlcm5ldCBFbmdpbmVlcmluZyBUYXNrIEZvcmNlDQogICAoSUVU RikgLyBJbnRlcm5hdGlvbmFsIFRlbGVjb21tdW5pY2F0aW9ucyBVbmlvbiBUZWxlY29tbXVuaWNh dGlvbnMNCiAgIFN0YW5kYXJkaXphdGlvbiBTZWN0b3IgKElUVS1UKSBlZmZvcnQgdG8gaW5jbHVk ZSBhbiBNUExTIFRyYW5zcG9ydA0KICAgUHJvZmlsZSB3aXRoaW4gdGhlIElFVEYgTVBMUyBhbmQg UFdFMyBhcmNoaXRlY3R1cmVzIHRvIHN1cHBvcnQgdGhlDQogICBjYXBhYmlsaXRpZXMgYW5kIGZ1 bmN0aW9uYWxpdGllcyBvZiBhIHBhY2tldCB0cmFuc3BvcnQgbmV0d29yayBhcw0KICAgZGVmaW5l ZCBieSB0aGUgSVRVLVQuDQoNCg0KVGhlIElFVEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9y IHRoaXMgZHJhZnQgaXM6DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1p ZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uDQoNClRoZXJlJ3MgYWxzbyBhIGh0bWxpemVkIHZl cnNpb24gYXZhaWxhYmxlIGF0Og0KaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0 Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbi0wMw0KDQpBIGRpZmYgZnJvbSB0aGUgcHJldmlvdXMg dmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6DQpodHRwOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJs Mj1kcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uLTAzDQoNCg0KSW50ZXJuZXQtRHJh ZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Og0KZnRwOi8vZnRwLmll dGYub3JnL2ludGVybmV0LWRyYWZ0cy8NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCm1wbHMgbWFpbGluZyBsaXN0DQptcGxzQGlldGYub3JnPG1haWx0 bzptcGxzQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9t cGxzDQoNCg0KDQotLQ0KVGhhbnggYW5kIEJSLA0KeWFhY292DQoNClN0aWxsIGxvb2tpbmcgZm9y IG5ldyBvcHBvcnR1bml0eQ0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCm1wbHMgbWFpbGluZyBsaXN0DQptcGxzQGlldGYub3JnDQpodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCg0KDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSBJbmZvcm1hdGlvbiBT ZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsIChh bmQgYW55IGF0dGFjaG1lbnQgdHJhbnNtaXR0ZWQgaGVyZXdpdGgpIGlzIHByaXZpbGVnZWQgYW5k IGNvbmZpZGVudGlhbCBhbmQgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgdXNlIG9mIHRo ZSBhZGRyZXNzZWUocykuICBJZiB5b3UgYXJlIG5vdCBhbiBpbnRlbmRlZCByZWNpcGllbnQsIGFu eSBkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIGRpc3RyaWJ1dGlvbiBvciBvdGhlciBkaXNzZW1p bmF0aW9uIG9yIHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlzIHN0cmljdGx5IHBy b2hpYml0ZWQuICBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1haWwgaW4gZXJyb3IsIHBsZWFz ZSBkZWxldGUgaXQgYW5kIG5vdGlmeSB1cyBpbW1lZGlhdGVseS4NCg0KDQoNCg== --_000_E6C17D2345AC7A45B7D054D407AA205CCA72EUSAAMB105ericssons_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
Hi Liu:
 
Problem with 1:1 applied to p2mp in the general case&nb= sp;is that two failures could result in two incomplete trees with no recour= se other than restoration, while 1+1 reduces the probability of this "bad luck scenario" significantly....I've not specifical= ly analyzed rings, but would suspect the same conclusions can be drawn.
 
I hope this helps
Dave

From: mpls-bounces@ietf.org [mailto= :mpls-bounces@ietf.org] On Behalf Of liu.guoman@zte.com.cn
Sent: Monday, November 05, 2012 2:44 AM
To: Yaacov Weingarten
Cc: mpls@ietf.org
Subject: Re: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-0= 3.txt


Yaacov,hi
i have only one question, why to limit= to 1+1 linear protection for steering for p2mp path.
why not apply 1:1 linear protection me= chanism?
it says, the p2mp traffic is only tras= nported on the working path under normal condition.
if a failure happens on the ring. the = p2mp traffic will be transported on both working path and protection path.<= /font>
each egress node will select working p= ath or protection path to receive the traffic.
IMO, 1: 1 protection may be more effec= tive than 1+1 protection.

is my understanding right? thanks

B.R.
Liu





Yaacov Weingarten= <wyaacov@gmail.com>
=B7=A2=BC=FE=C8=CB:  mpls-bounces= @ietf.org

2012-11-05 17:00

=CA=D5=BC=FE=C8= =CB
 mpls@ietf.org
=B3=AD=CB=CD
=D6=F7=CC=E2
 Re: [mpls] I-D Action: draft-ietf-= mpls-tp-ring-protection-03.txt





Hi all,

I have just uploaded a new version of the Ring Protection = Applicability draft.  This is not the final version, but rather a vers= ion that tries to address the many comments that were received during the W= GLC tthat was held last month.  Please review this version to  verify that your comments have been addressed= (along the lines that were outlined in my various emails sent earlier to t= he list).

There are some comments that need to be addressed, awating= some clarifications from the submitters of the comments and in addition th= ere was a request to reduce the number of authors appearing on the front pa= ge of the draft.

Any additional comments are encouraged.


On Mon, Nov 5, 2012 at 10:52 AM, <internet-drafts@ietf.org> wrot= e:

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
 This draft is a work item of the Multiprotocol Label Switching Workin= g Group of the IETF.

        Title           : Appl= icability of MPLS-TP Linear Protection for Ring Topologies
        Author(s)       : Yaacov Weingar= ten
                     = ;     Stewart Bryant
                     = ;     Danielle Ceccarelli
                     = ;     Diego Caviglia
                     = ;     Francesco Fondelli
                     = ;     Marco Corsi
                     = ;     Bo Wu
                     = ;     Xuehui Dai
        Filename        : draft-iet= f-mpls-tp-ring-protection-03.txt
        Pages           : 29         Date            := 2012-11-05

Abstract:
   This document presents an applicability of linear protection    mechanisms for Multi-Protocol Label Switching Transport Profil= e
   (MPLS-TP) in ring topologies.  Protection on rings offers= a number of
   opportunities for optimization as the protection choices are s= tarkly
   limited (all traffic traveling one way around a ring can only = be
   switched to travel the other way on the ring), but also suffer= s from
   some complications caused by the limitations of the topology.<= br>
   Requirements for MPLS-TP protection and specifically for prote= ction
   in ring topologies are discussed in "Requirements of an M= PLS
   Transport Profile" (RFC 5654) and "MPLS Transport Pr= ofile (MPLS-TP)
   Survivability Framework" (RFC 6372).  This document = shows how MPLS-TP
   linear protection as defined in RFC 6378 can be applied to rin= g
   topologies, discusses how most of the requirements are met, an= d
   describes scenarios in which the function provided by applying= linear
   protection in a ring topology falls short of some of the
   requirements.

   This document is a product of a joint Internet Engineering Tas= k Force
   (IETF) / International Telecommunications Union Telecommunicat= ions
   Standardization Sector (ITU-T) effort to include an MPLS Trans= port
   Profile within the IETF MPLS and PWE3 architectures to support= the
   capabilities and functionalities of a packet transport network= as
   defined by the ITU-T.


The IETF datatracker status page for this draft is:
https:= //datatracker.ietf.org/doc/draft-ietf-mpls-tp-ring-protection

There's also a htmlized version available at:
http://to= ols.ietf.org/html/draft-ietf-mpls-tp-ring-protection-03

A diff from the previous version is available at:
h= ttp://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-tp-ring-protection-03=


Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/li= stinfo/mpls



--
Thanx and BR,
yaacov

Still looking for new opportunity
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls



--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail (an=
d any attachment transmitted herewith) is privileged and confidential and i=
s intended for the exclusive use of the addressee(s).  If you are not an in=
tended recipient, any disclosure, reproduction, distribution or other disse=
mination or use of the information contained is strictly prohibited.  If yo=
u have received this mail in error, please delete it and notify us immediat=
ely.

--_000_E6C17D2345AC7A45B7D054D407AA205CCA72EUSAAMB105ericssons_-- From liu.guoman@zte.com.cn Mon Nov 5 18:27:08 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E42A21F848D for ; Mon, 5 Nov 2012 18:27:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -98.095 X-Spam-Level: X-Spam-Status: No, score=-98.095 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_42=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, 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 yBApriMhbAPT for ; Mon, 5 Nov 2012 18:27:07 -0800 (PST) Received: from zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 4BDFF21F849A for ; Mon, 5 Nov 2012 18:27:06 -0800 (PST) Received: from zte.com.cn (unknown [192.168.168.119]) by Websense Email Security Gateway with ESMTP id A897B12948EB for ; Tue, 6 Nov 2012 10:28:14 +0800 (CST) Received: from mse01.zte.com.cn (unknown [10.30.3.20]) by Websense Email Security Gateway with ESMTPS id 488CC704756; Tue, 6 Nov 2012 10:24:32 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id qA62R0cx062896; Tue, 6 Nov 2012 10:27:00 +0800 (GMT-8) (envelope-from liu.guoman@zte.com.cn) In-Reply-To: To: David Allan I MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: liu.guoman@zte.com.cn Date: Tue, 6 Nov 2012 10:26:58 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-11-06 10:26:58, Serialize complete at 2012-11-06 10:26:58 Content-Type: multipart/alternative; boundary="=_alternative 000D835648257AAE_=" X-MAIL: mse01.zte.com.cn qA62R0cx062896 Cc: "mpls@ietf.org" Subject: Re: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 02:27:08 -0000 This is a multipart message in MIME format. --=_alternative 000D835648257AAE_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 RGF2ZSBhbmQgWWFhY292DQp0aGFuayB5b3UgZm9yIHJlcGx5aW5nIGFuZCBleHBsYWluaW5nIC4g aSB1bmRlcnN0YW5kIHdoYXQgeW91IHNhaWQuIGJ1dCBpbiANCm15IG1pbmQsDQp0aGlzIDE6MSBw cm90ZWN0aW9uIGlzIG5vdCBwdXJlIDE6MSBzb2x1dGlvbi4gdGhlIGluZ3Jlc3Mgbm9kZSBvbmx5 IGJyaWRnZSANCnRoZSB3b3JraW5nIHBhdGggd2l0aG91dCBmYWlsdXJlIG9uIHRoZSByaW5nLg0K d2hlbiBhIGZhaWx1cmUgaXMgZGV0ZWN0ZWQgb24gdGhlIHJpbmcuIHRoZSBpbmdyZXNzIG5vZGUg d2lsbCBhcHBseSAxKzEgDQptb2RlIHRvIHNlbmQgdGhlIHRyYWZmaWMgb24gYm90aCB0aGUgd29y a2luZyBwYXRoIA0KYW5kIHRoZSBwcm90ZWN0aW9uIHBhdGguc28gaXQgaXMgaW1wb3NzaWJsZSBm b3Igc29tZSBlZ3Jlc3Mgbm9kZXMgdG8gbm90IA0KcmVjZWl2ZSB0aGUgZGF0YSBwYWNrZXRzIGZy b20gd29ya2luZyBwYXRoIG9yIHByb3RlY3Rpb24gcGF0aC4NCmNvbnNpZGVyaW5nIHRoZXJlIGFy ZSB0d28gZmFpbHVyZXMgb24gdGhlIHJpbmcgYXQgdGhlIHNhbWUgdGltZSBqdXN0IGxpa2UgDQp3 aGF0IERhdmUgc2FpZC4gaWYgc29tZSBlZ3Jlc3Mgbm9kZXMgYXJlIGlzb2xhdGVkIGZyb20NCnRo ZSBpbmdyZXNzIG5vZGUuIGV2ZW4gaWYgYXBwbHlpbmcgMSsxIHByb3RlY3Rpb24sIHRoZXkgY2Fu J3QgcmVjZWl2ZSB0aGUgDQpkYXRhIHBhY2tldHMgYnkgZWl0aGVyIHRoZSB3b3JraW5nIHBhdGgg b3IgdGhlIHByb2VjdGlvbiBwYXRoLg0KDQoNCg0KQi5SLg0KbGl1DQoNCg0KDQoNCg0KDQoNCg0K DQpEYXZpZCBBbGxhbiBJIDxkYXZpZC5pLmFsbGFuQGVyaWNzc29uLmNvbT4gDQoyMDEyLTExLTA2 IDAyOjE0DQoNCsrVvP7Iyw0KImxpdS5ndW9tYW5AenRlLmNvbS5jbiIgPGxpdS5ndW9tYW5AenRl LmNvbS5jbj4sIFlhYWNvdiBXZWluZ2FydGVuIA0KPHd5YWFjb3ZAZ21haWwuY29tPg0Ks63LzQ0K Im1wbHNAaWV0Zi5vcmciIDxtcGxzQGlldGYub3JnPg0K1vfM4g0KUkU6IFttcGxzXSBJLUQgQWN0 aW9uOiBkcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uLTAzLnR4dA0KDQoNCg0KDQoN Cg0KSGkgTGl1Og0KIA0KUHJvYmxlbSB3aXRoIDE6MSBhcHBsaWVkIHRvIHAybXAgaW4gdGhlIGdl bmVyYWwgY2FzZSBpcyB0aGF0IHR3byBmYWlsdXJlcyANCmNvdWxkIHJlc3VsdCBpbiB0d28gaW5j b21wbGV0ZSB0cmVlcyB3aXRoIG5vIHJlY291cnNlIG90aGVyIHRoYW4gDQpyZXN0b3JhdGlvbiwg d2hpbGUgMSsxIHJlZHVjZXMgdGhlIHByb2JhYmlsaXR5IG9mIHRoaXMgImJhZCBsdWNrIHNjZW5h cmlvIiANCnNpZ25pZmljYW50bHkuLi4uSSd2ZSBub3Qgc3BlY2lmaWNhbGx5IGFuYWx5emVkIHJp bmdzLCBidXQgd291bGQgc3VzcGVjdCANCnRoZSBzYW1lIGNvbmNsdXNpb25zIGNhbiBiZSBkcmF3 bi4NCiANCkkgaG9wZSB0aGlzIGhlbHBzDQpEYXZlDQoNCkZyb206IG1wbHMtYm91bmNlc0BpZXRm Lm9yZyBbbWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIA0KbGl1Lmd1 b21hbkB6dGUuY29tLmNuDQpTZW50OiBNb25kYXksIE5vdmVtYmVyIDA1LCAyMDEyIDI6NDQgQU0N ClRvOiBZYWFjb3YgV2VpbmdhcnRlbg0KQ2M6IG1wbHNAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBb bXBsc10gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbi0wMy50 eHQNCg0KDQpZYWFjb3YsaGkgDQppIGhhdmUgb25seSBvbmUgcXVlc3Rpb24sIHdoeSB0byBsaW1p dCB0byAxKzEgbGluZWFyIHByb3RlY3Rpb24gZm9yIA0Kc3RlZXJpbmcgZm9yIHAybXAgcGF0aC4g DQp3aHkgbm90IGFwcGx5IDE6MSBsaW5lYXIgcHJvdGVjdGlvbiBtZWNoYW5pc20/IA0KaXQgc2F5 cywgdGhlIHAybXAgdHJhZmZpYyBpcyBvbmx5IHRyYXNucG9ydGVkIG9uIHRoZSB3b3JraW5nIHBh dGggdW5kZXIgDQpub3JtYWwgY29uZGl0aW9uLiANCmlmIGEgZmFpbHVyZSBoYXBwZW5zIG9uIHRo ZSByaW5nLiB0aGUgcDJtcCB0cmFmZmljIHdpbGwgYmUgdHJhbnNwb3J0ZWQgb24gDQpib3RoIHdv cmtpbmcgcGF0aCBhbmQgcHJvdGVjdGlvbiBwYXRoLiANCmVhY2ggZWdyZXNzIG5vZGUgd2lsbCBz ZWxlY3Qgd29ya2luZyBwYXRoIG9yIHByb3RlY3Rpb24gcGF0aCB0byByZWNlaXZlIA0KdGhlIHRy YWZmaWMuIA0KSU1PLCAxOiAxIHByb3RlY3Rpb24gbWF5IGJlIG1vcmUgZWZmZWN0aXZlIHRoYW4g MSsxIHByb3RlY3Rpb24uIA0KDQppcyBteSB1bmRlcnN0YW5kaW5nIHJpZ2h0PyB0aGFua3MgDQoN CkIuUi4gDQpMaXUgDQoNCg0KDQoNCg0KDQoNCllhYWNvdiBXZWluZ2FydGVuIDx3eWFhY292QGdt YWlsLmNvbT4gDQq3orz+yMs6ICBtcGxzLWJvdW5jZXNAaWV0Zi5vcmcgDQoyMDEyLTExLTA1IDE3 OjAwIA0KDQoNCsrVvP7Iyw0KbXBsc0BpZXRmLm9yZyANCrOty80NCg0K1vfM4g0KUmU6IFttcGxz XSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uLTAzLnR4dA0K DQoNCg0KDQoNCg0KDQoNCkhpIGFsbCwgDQoNCkkgaGF2ZSBqdXN0IHVwbG9hZGVkIGEgbmV3IHZl cnNpb24gb2YgdGhlIFJpbmcgUHJvdGVjdGlvbiBBcHBsaWNhYmlsaXR5IA0KZHJhZnQuICBUaGlz IGlzIG5vdCB0aGUgZmluYWwgdmVyc2lvbiwgYnV0IHJhdGhlciBhIHZlcnNpb24gdGhhdCB0cmll cyB0byANCmFkZHJlc3MgdGhlIG1hbnkgY29tbWVudHMgdGhhdCB3ZXJlIHJlY2VpdmVkIGR1cmlu ZyB0aGUgV0dMQyB0dGhhdCB3YXMgDQpoZWxkIGxhc3QgbW9udGguICBQbGVhc2UgcmV2aWV3IHRo aXMgdmVyc2lvbiB0byAgdmVyaWZ5IHRoYXQgeW91ciBjb21tZW50cyANCmhhdmUgYmVlbiBhZGRy ZXNzZWQgKGFsb25nIHRoZSBsaW5lcyB0aGF0IHdlcmUgb3V0bGluZWQgaW4gbXkgdmFyaW91cyAN CmVtYWlscyBzZW50IGVhcmxpZXIgdG8gdGhlIGxpc3QpLiANCg0KVGhlcmUgYXJlIHNvbWUgY29t bWVudHMgdGhhdCBuZWVkIHRvIGJlIGFkZHJlc3NlZCwgYXdhdGluZyBzb21lIA0KY2xhcmlmaWNh dGlvbnMgZnJvbSB0aGUgc3VibWl0dGVycyBvZiB0aGUgY29tbWVudHMgYW5kIGluIGFkZGl0aW9u IHRoZXJlIA0Kd2FzIGEgcmVxdWVzdCB0byByZWR1Y2UgdGhlIG51bWJlciBvZiBhdXRob3JzIGFw cGVhcmluZyBvbiB0aGUgZnJvbnQgcGFnZSANCm9mIHRoZSBkcmFmdC4gDQoNCkFueSBhZGRpdGlv bmFsIGNvbW1lbnRzIGFyZSBlbmNvdXJhZ2VkLiANCg0KDQpPbiBNb24sIE5vdiA1LCAyMDEyIGF0 IDEwOjUyIEFNLCA8aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPiB3cm90ZTogDQoNCkEgTmV3IElu dGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0 cyANCmRpcmVjdG9yaWVzLg0KIFRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhlIE11bHRp cHJvdG9jb2wgTGFiZWwgU3dpdGNoaW5nIFdvcmtpbmcgDQpHcm91cCBvZiB0aGUgSUVURi4NCg0K ICAgICAgICBUaXRsZSAgICAgICAgICAgOiBBcHBsaWNhYmlsaXR5IG9mIE1QTFMtVFAgTGluZWFy IFByb3RlY3Rpb24gZm9yIA0KUmluZyBUb3BvbG9naWVzDQogICAgICAgIEF1dGhvcihzKSAgICAg ICA6IFlhYWNvdiBXZWluZ2FydGVuDQogICAgICAgICAgICAgICAgICAgICAgICAgIFN0ZXdhcnQg QnJ5YW50DQogICAgICAgICAgICAgICAgICAgICAgICAgIERhbmllbGxlIENlY2NhcmVsbGkNCiAg ICAgICAgICAgICAgICAgICAgICAgICAgRGllZ28gQ2F2aWdsaWENCiAgICAgICAgICAgICAgICAg ICAgICAgICAgRnJhbmNlc2NvIEZvbmRlbGxpDQogICAgICAgICAgICAgICAgICAgICAgICAgIE1h cmNvIENvcnNpDQogICAgICAgICAgICAgICAgICAgICAgICAgIEJvIFd1DQogICAgICAgICAgICAg ICAgICAgICAgICAgIFh1ZWh1aSBEYWkNCiAgICAgICAgRmlsZW5hbWUgICAgICAgIDogZHJhZnQt aWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbi0wMy50eHQNCiAgICAgICAgUGFnZXMgICAgICAg ICAgIDogMjkNCiAgICAgICAgRGF0ZSAgICAgICAgICAgIDogMjAxMi0xMS0wNQ0KDQpBYnN0cmFj dDoNCiAgIFRoaXMgZG9jdW1lbnQgcHJlc2VudHMgYW4gYXBwbGljYWJpbGl0eSBvZiBsaW5lYXIg cHJvdGVjdGlvbg0KICAgbWVjaGFuaXNtcyBmb3IgTXVsdGktUHJvdG9jb2wgTGFiZWwgU3dpdGNo aW5nIFRyYW5zcG9ydCBQcm9maWxlDQogICAoTVBMUy1UUCkgaW4gcmluZyB0b3BvbG9naWVzLiAg UHJvdGVjdGlvbiBvbiByaW5ncyBvZmZlcnMgYSBudW1iZXIgb2YNCiAgIG9wcG9ydHVuaXRpZXMg Zm9yIG9wdGltaXphdGlvbiBhcyB0aGUgcHJvdGVjdGlvbiBjaG9pY2VzIGFyZSBzdGFya2x5DQog ICBsaW1pdGVkIChhbGwgdHJhZmZpYyB0cmF2ZWxpbmcgb25lIHdheSBhcm91bmQgYSByaW5nIGNh biBvbmx5IGJlDQogICBzd2l0Y2hlZCB0byB0cmF2ZWwgdGhlIG90aGVyIHdheSBvbiB0aGUgcmlu ZyksIGJ1dCBhbHNvIHN1ZmZlcnMgZnJvbQ0KICAgc29tZSBjb21wbGljYXRpb25zIGNhdXNlZCBi eSB0aGUgbGltaXRhdGlvbnMgb2YgdGhlIHRvcG9sb2d5Lg0KDQogICBSZXF1aXJlbWVudHMgZm9y IE1QTFMtVFAgcHJvdGVjdGlvbiBhbmQgc3BlY2lmaWNhbGx5IGZvciBwcm90ZWN0aW9uDQogICBp biByaW5nIHRvcG9sb2dpZXMgYXJlIGRpc2N1c3NlZCBpbiAiUmVxdWlyZW1lbnRzIG9mIGFuIE1Q TFMNCiAgIFRyYW5zcG9ydCBQcm9maWxlIiAoUkZDIDU2NTQpIGFuZCAiTVBMUyBUcmFuc3BvcnQg UHJvZmlsZSAoTVBMUy1UUCkNCiAgIFN1cnZpdmFiaWxpdHkgRnJhbWV3b3JrIiAoUkZDIDYzNzIp LiAgVGhpcyBkb2N1bWVudCBzaG93cyBob3cgTVBMUy1UUA0KICAgbGluZWFyIHByb3RlY3Rpb24g YXMgZGVmaW5lZCBpbiBSRkMgNjM3OCBjYW4gYmUgYXBwbGllZCB0byByaW5nDQogICB0b3BvbG9n aWVzLCBkaXNjdXNzZXMgaG93IG1vc3Qgb2YgdGhlIHJlcXVpcmVtZW50cyBhcmUgbWV0LCBhbmQN CiAgIGRlc2NyaWJlcyBzY2VuYXJpb3MgaW4gd2hpY2ggdGhlIGZ1bmN0aW9uIHByb3ZpZGVkIGJ5 IGFwcGx5aW5nIGxpbmVhcg0KICAgcHJvdGVjdGlvbiBpbiBhIHJpbmcgdG9wb2xvZ3kgZmFsbHMg c2hvcnQgb2Ygc29tZSBvZiB0aGUNCiAgIHJlcXVpcmVtZW50cy4NCg0KICAgVGhpcyBkb2N1bWVu dCBpcyBhIHByb2R1Y3Qgb2YgYSBqb2ludCBJbnRlcm5ldCBFbmdpbmVlcmluZyBUYXNrIEZvcmNl DQogICAoSUVURikgLyBJbnRlcm5hdGlvbmFsIFRlbGVjb21tdW5pY2F0aW9ucyBVbmlvbiBUZWxl Y29tbXVuaWNhdGlvbnMNCiAgIFN0YW5kYXJkaXphdGlvbiBTZWN0b3IgKElUVS1UKSBlZmZvcnQg dG8gaW5jbHVkZSBhbiBNUExTIFRyYW5zcG9ydA0KICAgUHJvZmlsZSB3aXRoaW4gdGhlIElFVEYg TVBMUyBhbmQgUFdFMyBhcmNoaXRlY3R1cmVzIHRvIHN1cHBvcnQgdGhlDQogICBjYXBhYmlsaXRp ZXMgYW5kIGZ1bmN0aW9uYWxpdGllcyBvZiBhIHBhY2tldCB0cmFuc3BvcnQgbmV0d29yayBhcw0K ICAgZGVmaW5lZCBieSB0aGUgSVRVLVQuDQoNCg0KVGhlIElFVEYgZGF0YXRyYWNrZXIgc3RhdHVz IHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9kcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uDQoNClRoZXJlJ3MgYWxzbyBhIGh0 bWxpemVkIHZlcnNpb24gYXZhaWxhYmxlIGF0Og0KaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwv ZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbi0wMw0KDQpBIGRpZmYgZnJvbSB0aGUg cHJldmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6DQpodHRwOi8vd3d3LmlldGYub3JnL3Jm Y2RpZmY/dXJsMj1kcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uLTAzDQoNCg0KSW50 ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Og0KZnRw Oi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8NCg0KX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCm1wbHMgbWFpbGluZyBsaXN0DQptcGxzQGlldGYu b3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMgDQoNCg0KDQot LSANClRoYW54IGFuZCBCUiwgDQp5YWFjb3YgDQoNClN0aWxsIGxvb2tpbmcgZm9yIG5ldyBvcHBv cnR1bml0eSANCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQptcGxzIG1haWxpbmcgbGlzdA0KbXBsc0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9tcGxzDQoNCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KWlRFIEluZm9ybWF0aW9uIFNlY3VyaXR5IE5v dGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1haWwgDQooYW5kIGFueSBh dHRhY2htZW50IHRyYW5zbWl0dGVkIGhlcmV3aXRoKSBpcyBwcml2aWxlZ2VkIGFuZCBjb25maWRl bnRpYWwgDQphbmQgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgdXNlIG9mIHRoZSBhZGRy ZXNzZWUocykuICBJZiB5b3UgYXJlIG5vdCANCmFuIGludGVuZGVkIHJlY2lwaWVudCwgYW55IGRp c2Nsb3N1cmUsIHJlcHJvZHVjdGlvbiwgZGlzdHJpYnV0aW9uIG9yIG90aGVyIA0KZGlzc2VtaW5h dGlvbiBvciB1c2Ugb2YgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpcyBzdHJpY3RseSBwcm9o aWJpdGVkLiANCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgbWFpbCBpbiBlcnJvciwgcGxlYXNl IGRlbGV0ZSBpdCBhbmQgbm90aWZ5IHVzIA0KaW1tZWRpYXRlbHkuDQoNCg0KDQoNCi0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpaVEUgSW5m b3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRo aXMgbWFpbCAoYW5kIGFueSBhdHRhY2htZW50IHRyYW5zbWl0dGVkIGhlcmV3aXRoKSBpcyBwcml2 aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwgYW5kIGlzIGludGVuZGVkIGZvciB0aGUgZXhjbHVzaXZl IHVzZSBvZiB0aGUgYWRkcmVzc2VlKHMpLiAgSWYgeW91IGFyZSBub3QgYW4gaW50ZW5kZWQgcmVj aXBpZW50LCBhbnkgZGlzY2xvc3VyZSwgcmVwcm9kdWN0aW9uLCBkaXN0cmlidXRpb24gb3Igb3Ro ZXIgZGlzc2VtaW5hdGlvbiBvciB1c2Ugb2YgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpcyBz dHJpY3RseSBwcm9oaWJpdGVkLiAgSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtYWlsIGluIGVy cm9yLCBwbGVhc2UgZGVsZXRlIGl0IGFuZCBub3RpZnkgdXMgaW1tZWRpYXRlbHkuDQotLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KWlRFIElu Zm9ybWF0aW9uIFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0 aGlzIG1haWwgKGFuZCBhbnkgYXR0YWNobWVudCB0cmFuc21pdHRlZCBoZXJld2l0aCkgaXMgcHJp dmlsZWdlZCBhbmQgY29uZmlkZW50aWFsIGFuZCBpcyBpbnRlbmRlZCBmb3IgdGhlIGV4Y2x1c2l2 ZSB1c2Ugb2YgdGhlIGFkZHJlc3NlZShzKS4gIElmIHlvdSBhcmUgbm90IGFuIGludGVuZGVkIHJl Y2lwaWVudCwgYW55IGRpc2Nsb3N1cmUsIHJlcHJvZHVjdGlvbiwgZGlzdHJpYnV0aW9uIG9yIG90 aGVyIGRpc3NlbWluYXRpb24gb3IgdXNlIG9mIHRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaXMg c3RyaWN0bHkgcHJvaGliaXRlZC4gIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgbWFpbCBpbiBl cnJvciwgcGxlYXNlIGRlbGV0ZSBpdCBhbmQgbm90aWZ5IHVzIGltbWVkaWF0ZWx5Lg0K --=_alternative 000D835648257AAE_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkRhdmUgYW5kIFlhYWNvdjwvZm9u dD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+dGhhbmsgeW91IGZvciByZXBs eWluZyBhbmQgZXhwbGFpbmluZw0KLiBpIHVuZGVyc3RhbmQgd2hhdCB5b3Ugc2FpZC4gYnV0IGlu IG15IG1pbmQsPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj50aGlz IDE6MSBwcm90ZWN0aW9uIGlzIG5vdCBwdXJlIDE6MQ0Kc29sdXRpb24uIHRoZSBpbmdyZXNzIG5v ZGUgb25seSBicmlkZ2UgdGhlIHdvcmtpbmcgcGF0aCB3aXRob3V0IGZhaWx1cmUNCm9uIHRoZSBy aW5nLjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+d2hlbiBhIGZh aWx1cmUgaXMgZGV0ZWN0ZWQgb24gdGhlIHJpbmcuDQp0aGUgaW5ncmVzcyBub2RlIHdpbGwgYXBw bHkgMSsxIG1vZGUgdG8gc2VuZCB0aGUgdHJhZmZpYyBvbiBib3RoIHRoZSB3b3JraW5nDQpwYXRo IDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+YW5kIHRoZSBwcm90 ZWN0aW9uIHBhdGguc28gaXQgaXMgaW1wb3NzaWJsZQ0KZm9yIHNvbWUgZWdyZXNzIG5vZGVzIHRv IG5vdCByZWNlaXZlIHRoZSBkYXRhIHBhY2tldHMgZnJvbSB3b3JraW5nIHBhdGgNCm9yIHByb3Rl Y3Rpb24gcGF0aC48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPmNv bnNpZGVyaW5nIHRoZXJlIGFyZSB0d28gZmFpbHVyZXMgb24NCnRoZSByaW5nIGF0IHRoZSBzYW1l IHRpbWUganVzdCBsaWtlIHdoYXQgRGF2ZSBzYWlkLiBpZiBzb21lIGVncmVzcyBub2Rlcw0KYXJl IGlzb2xhdGVkIGZyb208L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYi PnRoZSBpbmdyZXNzIG5vZGUuIGV2ZW4gaWYgYXBwbHlpbmcgMSsxDQpwcm90ZWN0aW9uLCB0aGV5 IGNhbid0IHJlY2VpdmUgdGhlIGRhdGEgcGFja2V0cyBieSBlaXRoZXIgdGhlIHdvcmtpbmcgcGF0 aA0Kb3IgdGhlIHByb2VjdGlvbiBwYXRoLjwvZm9udD4NCjxicj4NCjxicj4NCjxicj4NCjxicj48 Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Qi5SLjwvZm9udD4NCjxicj48Zm9udCBzaXpl PTIgZmFjZT0ic2Fucy1zZXJpZiI+bGl1PC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBm YWNlPSJzYW5zLXNlcmlmIj48YnI+DQo8L2ZvbnQ+DQo8dGFibGU+DQo8dHI+DQo8dGQ+DQo8ZGl2 IGFsaWduPWNlbnRlcj48L2Rpdj4NCjx0ZD48L3RhYmxlPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJy Pg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD0zNiU+PGZv bnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxiPkRhdmlkIEFsbGFuIEkgJmx0O2RhdmlkLmku YWxsYW5AZXJpY3Nzb24uY29tJmd0OzwvYj4NCjwvZm9udD4NCjxwPjxmb250IHNpemU9MSBmYWNl PSJzYW5zLXNlcmlmIj4yMDEyLTExLTA2IDAyOjE0PC9mb250Pg0KPHRkIHdpZHRoPTYzJT4NCjx0 YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0 Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7K1bz+yMs8L2ZvbnQ+PC9kaXY+DQo8dGQ+ PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPiZxdW90O2xpdS5ndW9tYW5AenRlLmNvbS5j biZxdW90OyAmbHQ7bGl1Lmd1b21hbkB6dGUuY29tLmNuJmd0OywNCllhYWNvdiBXZWluZ2FydGVu ICZsdDt3eWFhY292QGdtYWlsLmNvbSZndDs8L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4N CjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPrOty808L2Zv bnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPiZxdW90O21wbHNA aWV0Zi5vcmcmcXVvdDsgJmx0O21wbHNAaWV0Zi5vcmcmZ3Q7PC9mb250Pg0KPHRyIHZhbGlnbj10 b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlm Ij7W98ziPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5S RTogW21wbHNdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbXBscy10cC1yaW5nLXByb3RlY3Rpb24t MDMudHh0PC9mb250PjwvdGFibGU+DQo8YnI+DQo8dGFibGU+DQo8dHIgdmFsaWduPXRvcD4NCjx0 ZD4NCjx0ZD48L3RhYmxlPg0KPGJyPjwvdGFibGU+DQo8YnI+DQo8YnI+DQo8YnI+PGZvbnQgc2l6 ZT0yIGNvbG9yPWJsdWUgZmFjZT0iQXJpYWwiPkhpIExpdTo8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6 ZT0zIGZhY2U9InNhbnMtc2VyaWYiPiZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgY29s b3I9Ymx1ZSBmYWNlPSJBcmlhbCI+UHJvYmxlbSB3aXRoIDE6MSBhcHBsaWVkIHRvIHAybXANCmlu IHRoZSBnZW5lcmFsIGNhc2UgaXMgdGhhdCB0d28gZmFpbHVyZXMgY291bGQgcmVzdWx0IGluIHR3 byBpbmNvbXBsZXRlDQp0cmVlcyB3aXRoIG5vIHJlY291cnNlIG90aGVyIHRoYW4gcmVzdG9yYXRp b24sIHdoaWxlIDErMSByZWR1Y2VzIHRoZSBwcm9iYWJpbGl0eQ0Kb2YgdGhpcyAmcXVvdDtiYWQg bHVjayBzY2VuYXJpbyZxdW90OyBzaWduaWZpY2FudGx5Li4uLkkndmUgbm90IHNwZWNpZmljYWxs eQ0KYW5hbHl6ZWQgcmluZ3MsIGJ1dCB3b3VsZCBzdXNwZWN0IHRoZSBzYW1lIGNvbmNsdXNpb25z IGNhbiBiZSBkcmF3bi48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYi PiZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPSJBcmlhbCI+ SSBob3BlIHRoaXMgaGVscHM8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFj ZT0iQXJpYWwiPkRhdmU8L2ZvbnQ+DQo8YnI+DQo8YnI+DQo8aHI+PGZvbnQgc2l6ZT0yIGZhY2U9 IlRhaG9tYSI+PGI+RnJvbTo8L2I+IG1wbHMtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOm1wbHMt Ym91bmNlc0BpZXRmLm9yZ10NCjxiPk9uIEJlaGFsZiBPZiA8L2I+bGl1Lmd1b21hbkB6dGUuY29t LmNuPGI+PGJyPg0KU2VudDo8L2I+IE1vbmRheSwgTm92ZW1iZXIgMDUsIDIwMTIgMjo0NCBBTTxi Pjxicj4NClRvOjwvYj4gWWFhY292IFdlaW5nYXJ0ZW48Yj48YnI+DQpDYzo8L2I+IG1wbHNAaWV0 Zi5vcmc8Yj48YnI+DQpTdWJqZWN0OjwvYj4gUmU6IFttcGxzXSBJLUQgQWN0aW9uOiBkcmFmdC1p ZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uLTAzLnR4dDwvZm9udD48Zm9udCBzaXplPTMgZmFj ZT0ic2Fucy1zZXJpZiI+PGJyPg0KPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5z LXNlcmlmIj48YnI+DQpZYWFjb3YsaGk8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2Vy aWYiPiA8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCmkgaGF2ZSBv bmx5IG9uZSBxdWVzdGlvbiwgd2h5IHRvIGxpbWl0IHRvIDErMSBsaW5lYXIgcHJvdGVjdGlvbiBm b3Igc3RlZXJpbmcNCmZvciBwMm1wIHBhdGguPC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJzYW5z LXNlcmlmIj4gPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQp3aHkg bm90IGFwcGx5IDE6MSBsaW5lYXIgcHJvdGVjdGlvbiBtZWNoYW5pc20/PC9mb250Pjxmb250IHNp emU9MyBmYWNlPSJzYW5zLXNlcmlmIj4NCjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1z ZXJpZiI+PGJyPg0KaXQgc2F5cywgdGhlIHAybXAgdHJhZmZpYyBpcyBvbmx5IHRyYXNucG9ydGVk IG9uIHRoZSB3b3JraW5nIHBhdGggdW5kZXINCm5vcm1hbCBjb25kaXRpb24uPC9mb250Pjxmb250 IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj4gPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJzYW5z LXNlcmlmIj48YnI+DQppZiBhIGZhaWx1cmUgaGFwcGVucyBvbiB0aGUgcmluZy4gdGhlIHAybXAg dHJhZmZpYyB3aWxsIGJlIHRyYW5zcG9ydGVkDQpvbiBib3RoIHdvcmtpbmcgcGF0aCBhbmQgcHJv dGVjdGlvbiBwYXRoLjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+DQo8L2Zv bnQ+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCmVhY2ggZWdyZXNzIG5vZGUg d2lsbCBzZWxlY3Qgd29ya2luZyBwYXRoIG9yIHByb3RlY3Rpb24gcGF0aCB0byByZWNlaXZlDQp0 aGUgdHJhZmZpYy48L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPiA8L2ZvbnQ+ PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCklNTywgMTogMSBwcm90ZWN0aW9u IG1heSBiZSBtb3JlIGVmZmVjdGl2ZSB0aGFuIDErMSBwcm90ZWN0aW9uLjwvZm9udD48Zm9udCBz aXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+DQo8YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9 InNhbnMtc2VyaWYiPjxicj4NCmlzIG15IHVuZGVyc3RhbmRpbmcgcmlnaHQ/IHRoYW5rczwvZm9u dD48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+DQo8YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6 ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCkIuUi48L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9 InNhbnMtc2VyaWYiPiA8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4N CkxpdSA8YnI+DQo8L2ZvbnQ+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0cj4NCjx0ZCB3aWR0aD01 MCU+DQo8dGQgd2lkdGg9NTAlPjwvdGFibGU+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMt c2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjwvZm9udD4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRy IHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9MzglPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlm Ij48Yj5ZYWFjb3YgV2VpbmdhcnRlbiAmbHQ7d3lhYWNvdkBnbWFpbC5jb20mZ3Q7PC9iPg0KPGJy Pg0Kt6K8/sjLOiAmbmJzcDttcGxzLWJvdW5jZXNAaWV0Zi5vcmc8L2ZvbnQ+PGZvbnQgc2l6ZT0z IGZhY2U9InNhbnMtc2VyaWYiPg0KPC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMt c2VyaWYiPjIwMTItMTEtMDUgMTc6MDA8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2Vy aWYiPg0KPC9mb250Pg0KPHRkIHdpZHRoPTYxJT4NCjxicj4NCjx0YWJsZSB3aWR0aD0xMDAlPg0K PHRyIHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9OCU+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNp emU9MSBmYWNlPSJzYW5zLXNlcmlmIj7K1bz+yMs8L2ZvbnQ+PC9kaXY+DQo8dGQgd2lkdGg9OTEl Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5tcGxzQGlldGYub3JnPC9mb250Pjxmb250 IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj4NCjwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRk Pg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+s63LzTwv Zm9udD48L2Rpdj4NCjx0ZD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdo dD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+1vfM4jwvZm9udD48L2Rpdj4NCjx0ZD48 Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+UmU6IFttcGxzXSBJLUQgQWN0aW9uOiBkcmFm dC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uLTAzLnR4dDwvZm9udD48L3RhYmxlPg0KPGJy Pg0KPGJyPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD01 MCU+DQo8dGQgd2lkdGg9NTAlPjwvdGFibGU+DQo8YnI+PC90YWJsZT4NCjxicj48Zm9udCBzaXpl PTMgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KSGkgYWxsLCA8YnI+DQo8YnI+ DQpJIGhhdmUganVzdCB1cGxvYWRlZCBhIG5ldyB2ZXJzaW9uIG9mIHRoZSBSaW5nIFByb3RlY3Rp b24gQXBwbGljYWJpbGl0eQ0KZHJhZnQuICZuYnNwO1RoaXMgaXMgbm90IHRoZSBmaW5hbCB2ZXJz aW9uLCBidXQgcmF0aGVyIGEgdmVyc2lvbiB0aGF0IHRyaWVzDQp0byBhZGRyZXNzIHRoZSBtYW55 IGNvbW1lbnRzIHRoYXQgd2VyZSByZWNlaXZlZCBkdXJpbmcgdGhlIFdHTEMgdHRoYXQgd2FzDQpo ZWxkIGxhc3QgbW9udGguICZuYnNwO1BsZWFzZSByZXZpZXcgdGhpcyB2ZXJzaW9uIHRvICZuYnNw O3ZlcmlmeSB0aGF0DQp5b3VyIGNvbW1lbnRzIGhhdmUgYmVlbiBhZGRyZXNzZWQgKGFsb25nIHRo ZSBsaW5lcyB0aGF0IHdlcmUgb3V0bGluZWQgaW4NCm15IHZhcmlvdXMgZW1haWxzIHNlbnQgZWFy bGllciB0byB0aGUgbGlzdCkuIDxicj4NCjxicj4NClRoZXJlIGFyZSBzb21lIGNvbW1lbnRzIHRo YXQgbmVlZCB0byBiZSBhZGRyZXNzZWQsIGF3YXRpbmcgc29tZSBjbGFyaWZpY2F0aW9ucw0KZnJv bSB0aGUgc3VibWl0dGVycyBvZiB0aGUgY29tbWVudHMgYW5kIGluIGFkZGl0aW9uIHRoZXJlIHdh cyBhIHJlcXVlc3QNCnRvIHJlZHVjZSB0aGUgbnVtYmVyIG9mIGF1dGhvcnMgYXBwZWFyaW5nIG9u IHRoZSBmcm9udCBwYWdlIG9mIHRoZSBkcmFmdC4NCjxicj4NCjxicj4NCkFueSBhZGRpdGlvbmFs IGNvbW1lbnRzIGFyZSBlbmNvdXJhZ2VkLiA8YnI+DQo8YnI+DQo8YnI+DQpPbiBNb24sIE5vdiA1 LCAyMDEyIGF0IDEwOjUyIEFNLCAmbHQ7PC9mb250PjxhIGhyZWY9Im1haWx0bzppbnRlcm5ldC1k cmFmdHNAaWV0Zi5vcmciIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFj ZT0ic2Fucy1zZXJpZiI+PHU+aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPC91PjwvZm9udD48L2E+ PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPiZndDsNCndyb3RlOiA8YnI+DQo8YnI+DQpB IE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5l dC1EcmFmdHMgZGlyZWN0b3JpZXMuPGJyPg0KIFRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2Yg dGhlIE11bHRpcHJvdG9jb2wgTGFiZWwgU3dpdGNoaW5nIFdvcmtpbmcNCkdyb3VwIG9mIHRoZSBJ RVRGLjxicj4NCjxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtUaXRsZSAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDoNCkFwcGxpY2FiaWxpdHkgb2YgTVBMUy1UUCBM aW5lYXIgUHJvdGVjdGlvbiBmb3IgUmluZyBUb3BvbG9naWVzPGJyPg0KICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwO0F1dGhvcihzKSAmbmJzcDsgJm5ic3A7ICZuYnNwOyA6IFlhYWNvdiBXZWlu Z2FydGVuPGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDtTdGV3YXJ0IEJy eWFudDxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7RGFuaWVsbGUgQ2Vj Y2FyZWxsaTxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7RGllZ28gQ2F2 aWdsaWE8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwO0ZyYW5jZXNjbyBG b25kZWxsaTxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7TWFyY28gQ29y c2k8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwO0JvIFd1PGJyPg0KICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDtYdWVodWkgRGFpPGJyPg0KICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwO0ZpbGVuYW1lICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzog ZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbi0wMy50eHQ8YnI+DQogJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7UGFnZXMgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyA6DQoyOTxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtEYXRlICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Og0KMjAxMi0xMS0wNTxicj4NCjxicj4NCkFi c3RyYWN0Ojxicj4NCiAmbmJzcDsgVGhpcyBkb2N1bWVudCBwcmVzZW50cyBhbiBhcHBsaWNhYmls aXR5IG9mIGxpbmVhciBwcm90ZWN0aW9uPGJyPg0KICZuYnNwOyBtZWNoYW5pc21zIGZvciBNdWx0 aS1Qcm90b2NvbCBMYWJlbCBTd2l0Y2hpbmcgVHJhbnNwb3J0IFByb2ZpbGU8YnI+DQogJm5ic3A7 IChNUExTLVRQKSBpbiByaW5nIHRvcG9sb2dpZXMuICZuYnNwO1Byb3RlY3Rpb24gb24gcmluZ3Mg b2ZmZXJzDQphIG51bWJlciBvZjxicj4NCiAmbmJzcDsgb3Bwb3J0dW5pdGllcyBmb3Igb3B0aW1p emF0aW9uIGFzIHRoZSBwcm90ZWN0aW9uIGNob2ljZXMgYXJlIHN0YXJrbHk8YnI+DQogJm5ic3A7 IGxpbWl0ZWQgKGFsbCB0cmFmZmljIHRyYXZlbGluZyBvbmUgd2F5IGFyb3VuZCBhIHJpbmcgY2Fu IG9ubHkgYmU8YnI+DQogJm5ic3A7IHN3aXRjaGVkIHRvIHRyYXZlbCB0aGUgb3RoZXIgd2F5IG9u IHRoZSByaW5nKSwgYnV0IGFsc28gc3VmZmVycw0KZnJvbTxicj4NCiAmbmJzcDsgc29tZSBjb21w bGljYXRpb25zIGNhdXNlZCBieSB0aGUgbGltaXRhdGlvbnMgb2YgdGhlIHRvcG9sb2d5Ljxicj4N Cjxicj4NCiAmbmJzcDsgUmVxdWlyZW1lbnRzIGZvciBNUExTLVRQIHByb3RlY3Rpb24gYW5kIHNw ZWNpZmljYWxseSBmb3IgcHJvdGVjdGlvbjxicj4NCiAmbmJzcDsgaW4gcmluZyB0b3BvbG9naWVz IGFyZSBkaXNjdXNzZWQgaW4gJnF1b3Q7UmVxdWlyZW1lbnRzIG9mIGFuIE1QTFM8YnI+DQogJm5i c3A7IFRyYW5zcG9ydCBQcm9maWxlJnF1b3Q7IChSRkMgNTY1NCkgYW5kICZxdW90O01QTFMgVHJh bnNwb3J0IFByb2ZpbGUNCihNUExTLVRQKTxicj4NCiAmbmJzcDsgU3Vydml2YWJpbGl0eSBGcmFt ZXdvcmsmcXVvdDsgKFJGQyA2MzcyKS4gJm5ic3A7VGhpcyBkb2N1bWVudCBzaG93cw0KaG93IE1Q TFMtVFA8YnI+DQogJm5ic3A7IGxpbmVhciBwcm90ZWN0aW9uIGFzIGRlZmluZWQgaW4gUkZDIDYz NzggY2FuIGJlIGFwcGxpZWQgdG8gcmluZzxicj4NCiAmbmJzcDsgdG9wb2xvZ2llcywgZGlzY3Vz c2VzIGhvdyBtb3N0IG9mIHRoZSByZXF1aXJlbWVudHMgYXJlIG1ldCwgYW5kPGJyPg0KICZuYnNw OyBkZXNjcmliZXMgc2NlbmFyaW9zIGluIHdoaWNoIHRoZSBmdW5jdGlvbiBwcm92aWRlZCBieSBh cHBseWluZw0KbGluZWFyPGJyPg0KICZuYnNwOyBwcm90ZWN0aW9uIGluIGEgcmluZyB0b3BvbG9n eSBmYWxscyBzaG9ydCBvZiBzb21lIG9mIHRoZTxicj4NCiAmbmJzcDsgcmVxdWlyZW1lbnRzLjxi cj4NCjxicj4NCiAmbmJzcDsgVGhpcyBkb2N1bWVudCBpcyBhIHByb2R1Y3Qgb2YgYSBqb2ludCBJ bnRlcm5ldCBFbmdpbmVlcmluZyBUYXNrDQpGb3JjZTxicj4NCiAmbmJzcDsgKElFVEYpIC8gSW50 ZXJuYXRpb25hbCBUZWxlY29tbXVuaWNhdGlvbnMgVW5pb24gVGVsZWNvbW11bmljYXRpb25zPGJy Pg0KICZuYnNwOyBTdGFuZGFyZGl6YXRpb24gU2VjdG9yIChJVFUtVCkgZWZmb3J0IHRvIGluY2x1 ZGUgYW4gTVBMUyBUcmFuc3BvcnQ8YnI+DQogJm5ic3A7IFByb2ZpbGUgd2l0aGluIHRoZSBJRVRG IE1QTFMgYW5kIFBXRTMgYXJjaGl0ZWN0dXJlcyB0byBzdXBwb3J0DQp0aGU8YnI+DQogJm5ic3A7 IGNhcGFiaWxpdGllcyBhbmQgZnVuY3Rpb25hbGl0aWVzIG9mIGEgcGFja2V0IHRyYW5zcG9ydCBu ZXR3b3JrDQphczxicj4NCiAmbmJzcDsgZGVmaW5lZCBieSB0aGUgSVRVLVQuPGJyPg0KPGJyPg0K PGJyPg0KVGhlIElFVEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6 PC9mb250Pjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9InNhbnMtc2VyaWYiPjx1Pjxicj4N CjwvdT48L2ZvbnQ+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh ZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbiIgdGFyZ2V0PV9ibGFuaz48Zm9udCBzaXpl PTMgY29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48dT5odHRwczovL2RhdGF0cmFja2VyLmll dGYub3JnL2RvYy9kcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uPC91PjwvZm9udD48 L2E+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCjxicj4NClRoZXJlJ3MgYWxz byBhIGh0bWxpemVkIHZlcnNpb24gYXZhaWxhYmxlIGF0OjwvZm9udD48Zm9udCBzaXplPTMgY29s b3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48dT48YnI+DQo8L3U+PC9mb250PjxhIGhyZWY9Imh0 dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbXBscy10cC1yaW5nLXByb3RlY3Rp b24tMDMiIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1z ZXJpZiI+PHU+aHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1tcGxzLXRwLXJp bmctcHJvdGVjdGlvbi0wMzwvdT48L2ZvbnQ+PC9hPjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNl cmlmIj48YnI+DQo8YnI+DQpBIGRpZmYgZnJvbSB0aGUgcHJldmlvdXMgdmVyc2lvbiBpcyBhdmFp bGFibGUgYXQ6PC9mb250Pjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9InNhbnMtc2VyaWYi Pjx1Pjxicj4NCjwvdT48L2ZvbnQ+PGEgaHJlZj0iaHR0cDovL3d3dy5pZXRmLm9yZy9yZmNkaWZm P3VybDI9ZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbi0wMyIgdGFyZ2V0PV9ibGFu az48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48dT5odHRwOi8vd3d3 LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9u LTAzPC91PjwvZm9udD48L2E+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCjxi cj4NCjxicj4NCkludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3Vz IEZUUCBhdDo8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1zZXJpZiI+ PHU+PGJyPg0KPC91PjwvZm9udD48YSBocmVmPSJmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQt ZHJhZnRzLyIgdGFyZ2V0PV9ibGFuaz48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJzYW5z LXNlcmlmIj48dT5mdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLzwvdT48L2ZvbnQ+ PC9hPjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCm1wbHMgbWFpbGluZyBs aXN0PC9mb250Pjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9InNhbnMtc2VyaWYiPjx1Pjxi cj4NCjwvdT48L2ZvbnQ+PGEgaHJlZj1tYWlsdG86bXBsc0BpZXRmLm9yZz48Zm9udCBzaXplPTMg Y29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48dT5tcGxzQGlldGYub3JnPC91PjwvZm9udD48 L2E+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1zZXJpZiI+PHU+PGJyPg0KPC91 PjwvZm9udD48YSBocmVmPWh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBs cyB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9InNhbnMtc2VyaWYi Pjx1Pmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBsczwvdT48L2ZvbnQ+ PC9hPjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj4NCjxicj4NCjxicj4NCjxicj4NCjxi cj4NCi0tIDxicj4NClRoYW54IGFuZCBCUiwgPGJyPg0KeWFhY292IDxicj4NCjxpPjxicj4NClN0 aWxsIGxvb2tpbmcgZm9yIG5ldyBvcHBvcnR1bml0eTwvaT4gPC9mb250Pjxmb250IHNpemU9Mj48 dHQ+PGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188 YnI+DQptcGxzIG1haWxpbmcgbGlzdDxicj4NCm1wbHNAaWV0Zi5vcmc8YnI+DQpodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHM8L3R0PjwvZm9udD48Zm9udCBzaXplPTMg ZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0KPC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBj b2xvcj1ibHVlPjx0dD48YnI+DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NClpURSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6 IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsDQooYW5kIGFueSBhdHRhY2ht ZW50IHRyYW5zbWl0dGVkIGhlcmV3aXRoKSBpcyBwcml2aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwN CmFuZCBpcyBpbnRlbmRlZCBmb3IgdGhlIGV4Y2x1c2l2ZSB1c2Ugb2YgdGhlIGFkZHJlc3NlZShz KS4gJm5ic3A7SWYgeW91DQphcmUgbm90IGFuIGludGVuZGVkIHJlY2lwaWVudCwgYW55IGRpc2Ns b3N1cmUsIHJlcHJvZHVjdGlvbiwgZGlzdHJpYnV0aW9uDQpvciBvdGhlciBkaXNzZW1pbmF0aW9u IG9yIHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlzIHN0cmljdGx5DQpwcm9oaWJp dGVkLiAmbmJzcDtJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1haWwgaW4gZXJyb3IsIHBsZWFz ZSBkZWxldGUNCml0IGFuZCBub3RpZnkgdXMgaW1tZWRpYXRlbHkuPGJyPg0KPGJyPg0KPC90dD48 L2ZvbnQ+DQo8YnI+DQo8YnI+DQoNCjxicj48cHJlPjxmb250IGNvbG9yPSJibHVlIj4NCi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpaVEUg SW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlu IHRoaXMgbWFpbCAoYW5kIGFueSBhdHRhY2htZW50IHRyYW5zbWl0dGVkIGhlcmV3aXRoKSBpcyBw cml2aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwgYW5kIGlzIGludGVuZGVkIGZvciB0aGUgZXhjbHVz aXZlIHVzZSBvZiB0aGUgYWRkcmVzc2VlKHMpLiAgSWYgeW91IGFyZSBub3QgYW4gaW50ZW5kZWQg cmVjaXBpZW50LCBhbnkgZGlzY2xvc3VyZSwgcmVwcm9kdWN0aW9uLCBkaXN0cmlidXRpb24gb3Ig b3RoZXIgZGlzc2VtaW5hdGlvbiBvciB1c2Ugb2YgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBp cyBzdHJpY3RseSBwcm9oaWJpdGVkLiAgSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtYWlsIGlu IGVycm9yLCBwbGVhc2UgZGVsZXRlIGl0IGFuZCBub3RpZnkgdXMgaW1tZWRpYXRlbHkuDQoNCjwv Zm9udD48L3ByZT48YnI+DQoNCjxicj48cHJlPjxmb250IGNvbG9yPSJibHVlIj4NCi0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpaVEUgSW5m b3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRo aXMgbWFpbCAoYW5kIGFueSBhdHRhY2htZW50IHRyYW5zbWl0dGVkIGhlcmV3aXRoKSBpcyBwcml2 aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwgYW5kIGlzIGludGVuZGVkIGZvciB0aGUgZXhjbHVzaXZl IHVzZSBvZiB0aGUgYWRkcmVzc2VlKHMpLiAgSWYgeW91IGFyZSBub3QgYW4gaW50ZW5kZWQgcmVj aXBpZW50LCBhbnkgZGlzY2xvc3VyZSwgcmVwcm9kdWN0aW9uLCBkaXN0cmlidXRpb24gb3Igb3Ro ZXIgZGlzc2VtaW5hdGlvbiBvciB1c2Ugb2YgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpcyBz dHJpY3RseSBwcm9oaWJpdGVkLiAgSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtYWlsIGluIGVy cm9yLCBwbGVhc2UgZGVsZXRlIGl0IGFuZCBub3RpZnkgdXMgaW1tZWRpYXRlbHkuDQoNCjwvZm9u dD48L3ByZT48YnI+DQo= --=_alternative 000D835648257AAE_=-- From loa@pi.nu Tue Nov 6 00:50:50 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9749021F8825 for ; Tue, 6 Nov 2012 00:50:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[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 L1oLwdeo6as7 for ; Tue, 6 Nov 2012 00:50:50 -0800 (PST) Received: from mail.pi.nu (ns1.elverljung.se [195.206.248.139]) by ietfa.amsl.com (Postfix) with ESMTP id 08DCD21F87F2 for ; Tue, 6 Nov 2012 00:50:49 -0800 (PST) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.pi.nu (Postfix) with ESMTPSA id A2E8D82450; Tue, 6 Nov 2012 09:50:45 +0100 (CET) Message-ID: <5098CF68.2000105@pi.nu> Date: Tue, 06 Nov 2012 09:50:48 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: "mpls@ietf.org" , draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "mpls-chairs@tools.ietf.org" , MPLS-TP ad hoc team Subject: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 08:50:50 -0000 Working Group, the authors of draft-ietf-mpls-tp-mip-mep-map have indicated that the draft is ready for working group last call. Before we start the working group last call an IPT poll is needed. This is to start the IPR Poll. Are you aware of any IPR that applies to draft-ietf-mpls-tp-mip-mep-map? If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). If you are listed as a document author or contributor please respond to this email regardless of whether or not you are aware of any relevant IPR. The response needs to be sent to the MPLS wg mailing list. The documents will not advance to the next stage until a response has been received from each author and contributor. If you are on the MPLS WG email list but are not listed as an author or contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. Thanks, Loa (as MPLS WG co-chair) -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From adrian@olddog.co.uk Tue Nov 6 04:57:26 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2092B21F8868 for ; Tue, 6 Nov 2012 04:57:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.354 X-Spam-Level: X-Spam-Status: No, score=-2.354 tagged_above=-999 required=5 tests=[AWL=0.245, 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 QEpm7e8e7nRI for ; Tue, 6 Nov 2012 04:57:25 -0800 (PST) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) by ietfa.amsl.com (Postfix) with ESMTP id 184C321F87EA for ; Tue, 6 Nov 2012 04:57:24 -0800 (PST) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id qA6CvKnC005184; Tue, 6 Nov 2012 12:57:20 GMT Received: from 950129200 (dhcp-13b5.meeting.ietf.org [130.129.19.181]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id qA6CvFJc005108 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 6 Nov 2012 12:57:19 GMT From: "Adrian Farrel" To: "'Loa Andersson'" , , References: <5098CF68.2000105@pi.nu> In-Reply-To: <5098CF68.2000105@pi.nu> Date: Tue, 6 Nov 2012 12:57:16 -0000 Message-ID: <00c001cdbc1e$428781b0$c7968510$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQDwTq+cva56r/gyEHDyHZEPyR6eEpmXnFOA Content-Language: en-gb Cc: mpls-chairs@tools.ietf.org, 'MPLS-TP ad hoc team' Subject: Re: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 12:57:26 -0000 Hi, I started this work as draft-farrel-mpls-tp-mip-mep-map on 11/9/2009 I do not hold any IPR related to anything. I am unaware of any IPR held by others related to this draft. Adrian > -----Original Message----- > From: Loa Andersson [mailto:loa@pi.nu] > Sent: 06 November 2012 08:51 > To: mpls@ietf.org; draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org > Cc: mpls-chairs@tools.ietf.org; Martin Vigoureux; MPLS-TP ad hoc team > Subject: IPR poll on draft-ietf-mpls-tp-mip-mep-map > > Working Group, > > the authors of draft-ietf-mpls-tp-mip-mep-map have indicated that the > draft is ready for working group last call. > > Before we start the working group last call an IPT poll is needed. > > This is to start the IPR Poll. > > Are you aware of any IPR that applies to draft-ietf-mpls-tp-mip-mep-map? > > If so, has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3979, 4879, 3669 and 5378 for more details). > > If you are listed as a document author or contributor please respond to > this email regardless of whether or not you are aware of any relevant > IPR. The response needs to be sent to the MPLS wg mailing list. The > documents will not advance to the next stage until a response > has been received from each author and contributor. > > If you are on the MPLS WG email list but are not listed as an author or > contributor, then please explicitly respond only if you are aware of any > IPR that has not yet been disclosed in conformance with IETF rules. > > > Thanks, Loa > (as MPLS WG co-chair) > > > -- > > > Loa Andersson email: loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 From Manuel.Paul@telekom.de Tue Nov 6 07:46:44 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 316CD21F89C5 for ; Tue, 6 Nov 2012 07:46:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.249 X-Spam-Level: X-Spam-Status: No, score=-3.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, 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 dLcjLzrA0xQ9 for ; Tue, 6 Nov 2012 07:46:43 -0800 (PST) Received: from tcmail43.telekom.de (tcmail43.telekom.de [80.149.113.173]) by ietfa.amsl.com (Postfix) with ESMTP id 7043421F89AE for ; Tue, 6 Nov 2012 07:46:43 -0800 (PST) Received: from he113598.emea1.cds.t-internal.com ([10.125.65.117]) by tcmail41.telekom.de with ESMTP/TLS/AES128-SHA; 06 Nov 2012 16:46:40 +0100 Received: from HE101452.emea1.cds.t-internal.com ([10.125.92.148]) by HE113598.emea1.cds.t-internal.com ([2002:7cd:4175::7cd:4175]) with mapi; Tue, 6 Nov 2012 16:46:39 +0100 From: To: , , Date: Tue, 6 Nov 2012 16:46:38 +0100 Thread-Topic: IPR poll on draft-ietf-mpls-tp-mip-mep-map Thread-Index: Ac27/78fRZlY8A3eRhyWy7Pc0qh/0QANSbDg Message-ID: <9435EDACD941174099E143BCA2BCD615FB7A3E505C@HE101452.emea1.cds.t-internal.com> References: <5098CF68.2000105@pi.nu> In-Reply-To: <5098CF68.2000105@pi.nu> Accept-Language: de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: mpls-chairs@tools.ietf.org, ahmpls-tp@lists.itu.int Subject: Re: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 15:46:44 -0000 SGksDQoNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBMb2EgQW5kZXJz c29uIFttYWlsdG86bG9hQHBpLm51XQ0KPiBTZW50OiBUdWVzZGF5LCBOb3ZlbWJlciAwNiwgMjAx MiAzOjUxIEFNDQo+IFRvOiBtcGxzQGlldGYub3JnOyBkcmFmdC1pZXRmLW1wbHMtdHAtbWlwLW1l cC1tYXBAdG9vbHMuaWV0Zi5vcmcNCj4gQ2M6IG1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnOyBN YXJ0aW4gVmlnb3VyZXV4OyBNUExTLVRQIGFkIGhvYyB0ZWFtDQo+IFN1YmplY3Q6IElQUiBwb2xs IG9uIGRyYWZ0LWlldGYtbXBscy10cC1taXAtbWVwLW1hcA0KPg0KPiBXb3JraW5nIEdyb3VwLA0K Pg0KPiB0aGUgYXV0aG9ycyBvZiBkcmFmdC1pZXRmLW1wbHMtdHAtbWlwLW1lcC1tYXAgaGF2ZSBp bmRpY2F0ZWQgdGhhdCB0aGUNCj4gZHJhZnQgaXMgcmVhZHkgZm9yIHdvcmtpbmcgZ3JvdXAgbGFz dCBjYWxsLg0KPg0KPiBCZWZvcmUgd2Ugc3RhcnQgdGhlIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxs IGFuIElQVCBwb2xsIGlzIG5lZWRlZC4NCj4NCj4gVGhpcyBpcyB0byBzdGFydCB0aGUgSVBSIFBv bGwuDQo+DQo+IEFyZSB5b3UgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gZHJhZnQt aWV0Zi1tcGxzLXRwLW1pcC1tZXAtbWFwPw0KPg0KW01QOl0gTm8uDQoNClJlZ2FyZHMsDQpNYW51 ZWwNCg0KDQo+IElmIHNvLCBoYXMgdGhpcyBJUFIgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5j ZSB3aXRoIElFVEYgSVBSIHJ1bGVzDQo+IChzZWUgUkZDcyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1 Mzc4IGZvciBtb3JlIGRldGFpbHMpLg0KPg0KPiBJZiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3Vt ZW50IGF1dGhvciBvciBjb250cmlidXRvciBwbGVhc2UgcmVzcG9uZCB0bw0KPiB0aGlzIGVtYWls IHJlZ2FyZGxlc3Mgb2Ygd2hldGhlciBvciBub3QgeW91IGFyZSBhd2FyZSBvZiBhbnkgcmVsZXZh bnQNCj4gSVBSLiBUaGUgcmVzcG9uc2UgbmVlZHMgdG8gYmUgc2VudCB0byB0aGUgTVBMUyB3ZyBt YWlsaW5nIGxpc3QuIFRoZQ0KPiBkb2N1bWVudHMgd2lsbCBub3QgYWR2YW5jZSB0byB0aGUgbmV4 dCBzdGFnZSB1bnRpbCBhIHJlc3BvbnNlDQo+IGhhcyBiZWVuIHJlY2VpdmVkIGZyb20gZWFjaCBh dXRob3IgYW5kIGNvbnRyaWJ1dG9yLg0KPg0KPiBJZiB5b3UgYXJlIG9uIHRoZSBNUExTIFdHIGVt YWlsIGxpc3QgYnV0IGFyZSBub3QgbGlzdGVkIGFzIGFuIGF1dGhvciBvcg0KPiBjb250cmlidXRv ciwgdGhlbiBwbGVhc2UgZXhwbGljaXRseSByZXNwb25kIG9ubHkgaWYgeW91IGFyZSBhd2FyZSBv ZiBhbnkNCj4gSVBSIHRoYXQgaGFzIG5vdCB5ZXQgYmVlbiBkaXNjbG9zZWQgaW4gY29uZm9ybWFu Y2Ugd2l0aCBJRVRGIHJ1bGVzLg0KPg0KPg0KPiBUaGFua3MsIExvYQ0KPiAoYXMgTVBMUyBXRyBj by1jaGFpcikNCj4NCj4NCj4gLS0NCj4NCj4NCj4gTG9hIEFuZGVyc3NvbiAgICAgICAgICAgICAg ICAgICAgICAgICBlbWFpbDogbG9hLmFuZGVyc3NvbkBlcmljc3Nvbi5jb20NCj4gU3IgU3RyYXRl Z3kgYW5kIFN0YW5kYXJkcyBNYW5hZ2VyICAgICAgICAgICAgbG9hQHBpLm51DQo+IEVyaWNzc29u IEluYyAgICAgICAgICAgICAgICAgICAgICAgICAgcGhvbmU6ICs0NiAxMCA3MTcgNTIgMTMNCj4g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICs0NiA3NjcgNzIg OTIgMTMNCg== From stbryant@cisco.com Fri Oct 26 00:35:36 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 93CA721F8451 for ; Fri, 26 Oct 2012 00:35:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.57 X-Spam-Level: X-Spam-Status: No, score=-110.57 tagged_above=-999 required=5 tests=[AWL=0.029, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, 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 zm8lH7AZH5aH for ; Fri, 26 Oct 2012 00:35:35 -0700 (PDT) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by ietfa.amsl.com (Postfix) with ESMTP id 905E821F8450 for ; Fri, 26 Oct 2012 00:35:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1250; q=dns/txt; s=iport; t=1351236935; x=1352446535; h=message-id:date:from:reply-to:mime-version:to:subject: references:in-reply-to:content-transfer-encoding; bh=OiWfeWdlPt6ODlkewam1oYInWxRa6vYSr+XyNwImbzk=; b=O9R4JK+ZNcJQ00IZScVS/niSpBSsLv7sPlVGQ45NccLUwbOUtdtUp1S2 mp3fgvpl6NspXIqj5Vtos+XSLJWJzhZBlydNuGvfROgfTMhArsdqGRPOO TwFu+nb1ctQyL3l/eV82s60w8QQ6/hiCqkLO5zbNHYvpvlfZAQGy17YSP w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABo8ilCQ/khN/2dsb2JhbABEwjaBCIIeAQEBBBIBAiNAEQsYCRYPCQMCAQIBRQYNBgIBAR6HYp0xg1ARnDSLaIZuA5V2hWaIbIEGZYJw X-IronPort-AV: E=Sophos;i="4.80,653,1344211200"; d="scan'208";a="77770120" Received: from ams-core-4.cisco.com ([144.254.72.77]) by ams-iport-2.cisco.com with ESMTP; 26 Oct 2012 07:35:34 +0000 Received: from cisco.com (mrwint.cisco.com [64.103.70.36]) by ams-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id q9Q7ZYVI015114 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Oct 2012 07:35:34 GMT Received: from [127.0.0.1] (localhost [127.0.0.1]) by cisco.com (8.14.4+Sun/8.8.8) with ESMTP id q9Q7ZWYA017483; Fri, 26 Oct 2012 08:35:33 +0100 (BST) Message-ID: <508A3D44.8040004@cisco.com> Date: Fri, 26 Oct 2012 08:35:32 +0100 From: Stewart Bryant User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: Kireeti Kompella References: <3C086BA39C55B9418AE8FEA3F3EFDEC41DE8A17F@SJEXCHMB09.corp.ad.broadcom.com> <144b01cdb2ae$0e971b50$2bc551f0$@olddog.co.uk> <50893D50.8070107@cisco.com> <66BFBB48-C403-4E58-AB04-1324E84B347A@gmail.com> In-Reply-To: <66BFBB48-C403-4E58-AB04-1324E84B347A@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 06 Nov 2012 10:41:48 -0800 Subject: Re: [mpls] new published draft-kompella-mpls-special-purpose-labels-01 (Adrian Farrel) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: stbryant@cisco.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2012 07:35:36 -0000 On 25/10/2012 19:27, Kireeti Kompella wrote: > Hi Stewart, > > On Oct 25, 2012, at 06:23 , Stewart Bryant wrote: > >> Whilst I think that we should make the whole label space >> available to SLs, I think that we should try hard to compress >> the used range to as small a space as possible so that >> the fast path gets the option of parsing the SL without >> having to invoke the heavyweight lookup that is needed >> to do a full 20 bit lookup. That would suggest that >> the SL set could usefully start at 0 so that it was >> as compact as possible allowing a faster L15 parser. > I see the logic of this, but in the entropy label draft, we did state that someone wishing to do load balancing could scan the label stack for the ELI (label 7), and use just the next label for hashing. I think that's a nice optimization; however, reusing label 7 would break that. > > Considering backward compatibility, there are two choices: > a) either allow 0-15 following the extension label, but keep the meaning the same as a "regular" SL; OR > b) disallow 0-15 following the extension label. > > Kireeti. > Yes, I had forgotten about the deep dive stack parsers in the P router just looking for L7. - Stewart From gregory.mirsky@ericsson.com Tue Nov 6 11:27:10 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0467521F851C for ; Tue, 6 Nov 2012 11:27:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 b-1otN5SAjXt for ; Tue, 6 Nov 2012 11:27:09 -0800 (PST) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id 41BF221F8C25 for ; Tue, 6 Nov 2012 11:27:09 -0800 (PST) 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 qA6JW8cd024205; Tue, 6 Nov 2012 13:32:09 -0600 Received: from EUSAAHC006.ericsson.se (147.117.188.90) by eusaamw0707.eamcs.ericsson.se (147.117.20.32) with Microsoft SMTP Server (TLS) id 8.3.279.1; Tue, 6 Nov 2012 14:27:01 -0500 Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC006.ericsson.se ([147.117.188.90]) with mapi id 14.02.0318.001; Tue, 6 Nov 2012 14:27:01 -0500 From: Gregory Mirsky To: Loa Andersson , "mpls@ietf.org" , "draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org" Thread-Topic: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map Thread-Index: AQHNu/vWDlKD9aB0dkCMHDC0/wbCX5fc8F3w Date: Tue, 6 Nov 2012 19:27:00 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF112F1C7@EUSAAMB103.ericsson.se> References: <5098CF68.2000105@pi.nu> In-Reply-To: <5098CF68.2000105@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.135] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF112F1C7EUSAAMB103ericssons_" MIME-Version: 1.0 Cc: "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 19:27:10 -0000 --_000_7347100B5761DC41A166AC17F22DF112F1C7EUSAAMB103ericssons_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear Authors, Editors, WG chairs, et al., Please kindly consider my notes below as WG LC on draft-ietf-mpls-tp-mip-me= p-map-03: * Section 3 * Note that RFC 6371 refers to per-interface MEP as Up and Down (Sect= ion 3.3, p.15) whereas in this document per-interface MIPs referred as in- = and out-. I think that both types of Maintanence Points (MP) must use one t= erminology in regard to location in per-interface model. * Section 4. * I believe that CV operation can be performed only between MEPs, not= between MEP and MIP, as stated in the document. * I think that "diagnostic tests" is bit too open-ended and would sug= gest considering making this bullet more specific or removing it altogether= . Regards, Greg -----Original Message----- From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Loa= Andersson Sent: Tuesday, November 06, 2012 12:51 AM To: mpls@ietf.org; draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org Cc: mpls-chairs@tools.ietf.org; MPLS-TP ad hoc team Subject: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map Working Group, the authors of draft-ietf-mpls-tp-mip-mep-map have indicated that the draft= is ready for working group last call. Before we start the working group last call an IPT poll is needed. This is to start the IPR Poll. Are you aware of any IPR that applies to draft-ietf-mpls-tp-mip-mep-map? If so, has this IPR been disclosed in compliance with IETF IPR rules (see R= FCs 3979, 4879, 3669 and 5378 for more details). If you are listed as a document author or contributor please respond to thi= s email regardless of whether or not you are aware of any relevant IPR. The= response needs to be sent to the MPLS wg mailing list. The documents will = not advance to the next stage until a response has been received from each = author and contributor. If you are on the MPLS WG email list but are not listed as an author or con= tributor, then please explicitly respond only if you are aware of any IPR t= hat has not yet been disclosed in conformance with IETF rules. Thanks, Loa (as MPLS WG co-chair) -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 ____________= ___________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --_000_7347100B5761DC41A166AC17F22DF112F1C7EUSAAMB103ericssons_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Dear Authors, Editors, WG chairs, et al.,
Please kindly consider my notes below as WG LC on draft-ietf-mpls-tp-m= ip-mep-map-03:
  • Section 3
  • Note that RFC 6371 refers to per-interface MEP as Up and Down (Section = 3.3, p.15) whereas in this document per-interface MIPs referred as in- and = out-. I think that both types of Maintanence Points (MP) must use one termi= nology in regard to location in per-interface model.
  • Section 4.
  • I believe that CV operation can be performed only between MEPs, not bet= ween MEP and MIP, as stated in the document.
  • I think that "dia= gnostic tests" is bit too open-ended and would suggest considering mak= ing this bullet more specific or removing it altogether.
 
        Regards,
           &nbs= p;    Greg
 
-----Original Message-----
From: mpls-bounces@ietf.org [= mailto:mpls-bounces@ietf.org] On Beh= alf Of Loa Andersson
Sent: Tuesday, November 06, 2012 12:51 AM
To: mpls@ietf.org; draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org
Cc: mpls-chairs@tools.ietf.org; MPLS-TP ad hoc team
Subject: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map
 
Working Group,
 
the authors of draft-ietf-mpls-tp-mip-mep-map have indicated that the = draft is ready for working group last call.
 
Before we start the working group last call an IPT poll is needed.
 
This is to start the IPR Poll.
 
Are you aware of any IPR that applies to draft-ietf-mpls-tp-mip-mep-ma= p?
 
If so, has this IPR been disclosed in compliance with IETF IPR rules (= see RFCs 3979, 4879, 3669 and 5378 for more details).
 
If you are listed as a document author or contributor please respond t= o this email regardless of whether or not you are aware of any relevant IPR= . The response needs to be sent to the MPLS wg mailing list. The documents = will not advance to the next stage until a response has been received from each author and contributor.
 
If you are on the MPLS WG email list but are not listed as an author o= r contributor, then please explicitly respond only if you are aware of any = IPR that has not yet been disclosed in conformance with IETF rules.
 
 
Thanks, Loa
(as MPLS WG co-chair)
 
 
--
 
 
Loa Andersson         &nb= sp;            =    email: loa.andersson@ericsson.com
Sr Strategy and Standards Manager      &= nbsp;     loa@pi.nu
Ericsson Inc         &nbs= p;            &= nbsp;   phone: +46 10 717 52 13
           &nbs= p;            &= nbsp;           &nbs= p;         +46 767 72 92 13 ___= ____________________________________________
mpls mailing list
mpls@ietf.org
 
 --_000_7347100B5761DC41A166AC17F22DF112F1C7EUSAAMB103ericssons_-- From eric.gray@ericsson.com Tue Nov 6 12:16:23 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F41FE21F8A26 for ; Tue, 6 Nov 2012 12:16:22 -0800 (PST) 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 nxCu-zTLlBYW for ; Tue, 6 Nov 2012 12:16:22 -0800 (PST) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id A507921F8496 for ; Tue, 6 Nov 2012 12:16:21 -0800 (PST) Received: from eusaamw0706.eamcs.ericsson.se ([147.117.20.31]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id qA6KLBLY003679; Tue, 6 Nov 2012 14:21:21 -0600 Received: from EUSAAHC006.ericsson.se (147.117.188.90) by eusaamw0706.eamcs.ericsson.se (147.117.20.31) with Microsoft SMTP Server (TLS) id 8.3.279.1; Tue, 6 Nov 2012 15:16:16 -0500 Received: from EUSAAMB107.ericsson.se ([147.117.188.124]) by EUSAAHC006.ericsson.se ([147.117.188.90]) with mapi id 14.02.0318.001; Tue, 6 Nov 2012 15:16:16 -0500 From: Eric Gray To: "erosen@cisco.com" , "adrian@olddog.co.uk" Thread-Topic: [mpls] new published draft-kompella-mpls-special-purpose-labels-01 (Adrian Farrel) Thread-Index: AQHNuSHq/+CaXQNTZ0KaqBFBQoT28pfdP+eg Date: Tue, 6 Nov 2012 20:16:16 +0000 Message-ID: <48E1A67CB9CA044EADFEAB87D814BFF6017BA2@EUSAAMB107.ericsson.se> References: Your message of Fri, 02 Nov 2012 01:51:37 -0000. <004801cdb89c$9a0573f0$ce105bd0$@olddog.co.uk> <16182.1351878359@erosen-linux> In-Reply-To: <16182.1351878359@erosen-linux> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.135] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "mpls@ietf.org" , 'Vivek Kumar' Subject: Re: [mpls] new published draft-kompella-mpls-special-purpose-labels-01 (Adrian Farrel) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 20:16:23 -0000 Eric (Rosen), I am having some trouble understanding how what you describe is not simply an isomorphism of a "20-bit look-up." If you examine the first 16 bits (to see if they are all zeros), and then = look at the last 4 bits, you have examined all 20 bits. It is easy enough to imagine an implementation that does exactly what you'= ve described, but difficult to see why such an implementation might be conside= red to be "definitive." If it is possible that you will do a 20-bit look-up in at least some non-n= ull subset=20 of all cases, then the hardware needs to support this. Having it also expl= icitly support a "special case" handling mechanism for the case where the first 16 bits are = all zeros may be considered by at least some implementers as more complex than supporting= the basic 20-bit look-up with the results associated with the "special case" la= bels simply "hard-wired" in. The part I'm having the most trouble with is the notion that an implementa= tion=20 would be optimized for the (hopefully) unusual case of "special case" label= s, rather than being optimized for the (probable) common case where the label has meaning = assigned for the purpose of forwarding packets. The process you describe gets a result after two (presumed) separate looku= p operations: a first one that determines if the first 16 bits are all zero, = followed by a second step where either the last 4 bits are used to pick a special cases r= esult, or the entire 20 bit label is examined (with the first 16 bits presumably being ex= amined yet a=20 second time). This would seem to be sub-optimal. If the implementation does not - in fact - do this as 2 separate lookups, = than it is performing steps that are logically identical to a 20-bit lookup in a si= ngle step. -- Eric (Gray) -----Original Message----- From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Eri= c Rosen Sent: Friday, November 02, 2012 1:46 PM To: adrian@olddog.co.uk Cc: mpls@ietf.org; 'Vivek Kumar' Subject: Re: [mpls] new published draft-kompella-mpls-special-purpose-label= s-01 (Adrian Farrel) Adrian> I prefer that we keep the label as 20 bits (which is what the=20 Adrian> hardware will expect to process) This is not correct; to interpret a "special purpose label", hardware has n= ever had to do a 20-bit lookup. We should not require that implementations= of this draft need to do a 20-bit lookup in order to process the extended = special purpose labels. Adrian> If we restrict it to 6 bits, it will imply the other bits are=20 Adrian> available to be "squatted". Unless you expect the WG to be assigning a million or so codepoints for spe= cial purpose labels, any 20-bit scheme will leave plenty of unassigned values that can be misappropriated. Allocation policies don't really provide disincentive to "squatting" unless there is a real likelihood of "c= odepoint clash". _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From davari@broadcom.com Tue Nov 6 13:41:52 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 665B521F88D6 for ; Tue, 6 Nov 2012 13:41:52 -0800 (PST) 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 90bwA0XAEAQX for ; Tue, 6 Nov 2012 13:41:51 -0800 (PST) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by ietfa.amsl.com (Postfix) with ESMTP id 9997A21F8835 for ; Tue, 6 Nov 2012 13:41:51 -0800 (PST) Received: from [10.16.192.232] by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.5)); Tue, 06 Nov 2012 13:39:11 -0800 X-Server-Uuid: 4500596E-606A-40F9-852D-14843D8201B2 Received: from SJEXCHCAS07.corp.ad.broadcom.com (10.16.203.17) by SJEXCHHUB02.corp.ad.broadcom.com (10.16.192.232) with Microsoft SMTP Server (TLS) id 8.2.247.2; Tue, 6 Nov 2012 13:41:12 -0800 Received: from SJEXCHMB12.corp.ad.broadcom.com ( [fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS07.corp.ad.broadcom.com ( [::1]) with mapi id 14.01.0355.002; Tue, 6 Nov 2012 13:40:51 -0800 From: "Shahram Davari" To: "Eric Gray" , "erosen@cisco.com" , "adrian@olddog.co.uk" Thread-Topic: [mpls] new published draft-kompella-mpls-special-purpose-labels-01 (Adrian Farrel) Thread-Index: AQHNuSHq331n4puRQOStlZqXiwKgqZfdyv4A//+M3gA= Date: Tue, 6 Nov 2012 21:40:50 +0000 Message-ID: <4A6CE49E6084B141B15C0713B8993F281BD19408@SJEXCHMB12.corp.ad.broadcom.com> References: Your message of Fri, 02 Nov 2012 01:51:37 -0000. <004801cdb89c$9a0573f0$ce105bd0$@olddog.co.uk> <16182.1351878359@erosen-linux> <48E1A67CB9CA044EADFEAB87D814BFF6017BA2@EUSAAMB107.ericsson.se> In-Reply-To: <48E1A67CB9CA044EADFEAB87D814BFF6017BA2@EUSAAMB107.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.16.203.100] MIME-Version: 1.0 X-WSS-ID: 7C875CF53QC6956787-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: "mpls@ietf.org" , Vivek Kumar Subject: Re: [mpls] new published draft-kompella-mpls-special-purpose-labels-01 (Adrian Farrel) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 21:41:52 -0000 Hi Eric (Gray). Let me explain this from chip perspective. As you probably know 20-bit look= up is expensive since it either requires a Hash table or a TCAM. Also note = that any chip has a limitation on the number of MPLS labels that can be loo= ked up per-packet (let's call this N).=20 Now let's discuss the special labels. Special Labels as described in this d= raft adds one Label to the Label stack depth. This means if you want to us= e the existing 20-bit lookup you will consume one of the Label lookups and = therefore you can now only support (N-1) forwarding labels. The solution that Eric Rosen has proposed solves this problem. Since lookin= g at the first 14-bit is easy, just do a HW comparison with zero and then h= ave a small direct index table (64 entries) to do the special label lookup.= Such table is cheap. You could even implement it in Registers. Hope this helps. Regards, Shahram -----Original Message----- From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Eri= c Gray Sent: Tuesday, November 06, 2012 12:16 PM To: erosen@cisco.com; adrian@olddog.co.uk Cc: mpls@ietf.org; Vivek Kumar Subject: Re: [mpls] new published draft-kompella-mpls-special-purpose-label= s-01 (Adrian Farrel) Eric (Rosen), I am having some trouble understanding how what you describe is not simply an isomorphism of a "20-bit look-up." If you examine the first 16 bits (to see if they are all zeros), and then = look at the last 4 bits, you have examined all 20 bits. It is easy enough to imagine an implementation that does exactly what you'= ve described, but difficult to see why such an implementation might be conside= red to be "definitive." If it is possible that you will do a 20-bit look-up in at least some non-n= ull subset=20 of all cases, then the hardware needs to support this. Having it also expl= icitly support a "special case" handling mechanism for the case where the first 16 bits are = all zeros may be considered by at least some implementers as more complex than supporting= the basic 20-bit look-up with the results associated with the "special case" la= bels simply "hard-wired" in. The part I'm having the most trouble with is the notion that an implementa= tion=20 would be optimized for the (hopefully) unusual case of "special case" label= s, rather than being optimized for the (probable) common case where the label has meaning = assigned for the purpose of forwarding packets. The process you describe gets a result after two (presumed) separate looku= p operations: a first one that determines if the first 16 bits are all zero, = followed by a second step where either the last 4 bits are used to pick a special cases r= esult, or the entire 20 bit label is examined (with the first 16 bits presumably being ex= amined yet a=20 second time). This would seem to be sub-optimal. If the implementation does not - in fact - do this as 2 separate lookups, = than it is performing steps that are logically identical to a 20-bit lookup in a si= ngle step. -- Eric (Gray) -----Original Message----- From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Eri= c Rosen Sent: Friday, November 02, 2012 1:46 PM To: adrian@olddog.co.uk Cc: mpls@ietf.org; 'Vivek Kumar' Subject: Re: [mpls] new published draft-kompella-mpls-special-purpose-label= s-01 (Adrian Farrel) Adrian> I prefer that we keep the label as 20 bits (which is what the=20 Adrian> hardware will expect to process) This is not correct; to interpret a "special purpose label", hardware has n= ever had to do a 20-bit lookup. We should not require that implementations= of this draft need to do a 20-bit lookup in order to process the extended = special purpose labels. Adrian> If we restrict it to 6 bits, it will imply the other bits are=20 Adrian> available to be "squatted". Unless you expect the WG to be assigning a million or so codepoints for spe= cial purpose labels, any 20-bit scheme will leave plenty of unassigned values that can be misappropriated. Allocation policies don't really provide disincentive to "squatting" unless there is a real likelihood of "c= odepoint clash". _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From Rolf.Winter@neclab.eu Tue Nov 6 14:52:44 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C67D021F8B8C for ; Tue, 6 Nov 2012 14:52:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.932 X-Spam-Level: X-Spam-Status: No, score=-103.932 tagged_above=-999 required=5 tests=[AWL=-0.333, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, 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 VVZNdWlNvuk9 for ; Tue, 6 Nov 2012 14:52:44 -0800 (PST) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) by ietfa.amsl.com (Postfix) with ESMTP id E10AA21F8B69 for ; Tue, 6 Nov 2012 14:52:43 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id 52ABC10245C; Tue, 6 Nov 2012 23:52:43 +0100 (CET) X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de) Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HDgSuT7V3qcm; Tue, 6 Nov 2012 23:52:43 +0100 (CET) Received: from METHONE.office.hd (methone.office.hd [192.168.24.54]) by mailer1.neclab.eu (Postfix) with ESMTP id 32BC6102456; Tue, 6 Nov 2012 23:52:18 +0100 (CET) Received: from DAPHNIS.office.hd ([169.254.2.239]) by METHONE.office.hd ([192.168.24.54]) with mapi id 14.01.0323.003; Tue, 6 Nov 2012 23:52:18 +0100 From: Rolf Winter To: Gregory Mirsky , Loa Andersson , "mpls@ietf.org" , "draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org" Thread-Topic: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map Thread-Index: AQHNu/vaqtAQYbQE7UWJtbEIOY9aHZfdIKcAgAAvhbA= Date: Tue, 6 Nov 2012 22:51:54 +0000 Message-ID: <791AD3077F94194BB2BDD13565B6295D55504CA3@DAPHNIS.office.hd> References: <5098CF68.2000105@pi.nu> <7347100B5761DC41A166AC17F22DF112F1C7@EUSAAMB103.ericsson.se> In-Reply-To: <7347100B5761DC41A166AC17F22DF112F1C7@EUSAAMB103.ericsson.se> Accept-Language: en-US, de-DE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.7.0.197] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 22:52:44 -0000 Hi Greg, thanks for the comments. Some relies inline. NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, London = W3 6BL | Registered in England 2832014=20 > * Section 3 >=20 > * Note that RFC 6371 refers to per-interface MEP as Up and Down > (Section 3.3, p.15) whereas in this document per-interface MIPs > referred as in- and out-. I think that both types of Maintanence Points > (MP) must use one terminology in regard to location in per-interface > model. I see your point. But I think you could argue this two ways. I personally l= iked in- and out-MIP as it illustrates the point of MIPs being transit poin= ts and therefore somewhat different in nature. RFC 6371 does talk about per= -interface MIPs but does not name them in any way, which I found strange at= first. Can someone involved in the ITU-T (or IEEE for that matter) maybe c= omment on terminology here. Up/Down MEP is a commonly used term, but how ab= out per interface-MIPs? >=20 > * Section 4. >=20 > * I believe that CV operation can be performed only between MEPs, > not between MEP and MIP, as stated in the document. Would qualifying it as on-demand CV work for you? > * I think that "diagnostic tests" is bit too open-ended and would > suggest considering making this bullet more specific or removing it > altogether. This is a term taken from 5860 - the OAM requirements. I agree that a numbe= r of more specific OAM functions fall into the category of diagnostic test,= but using the term should be fine give that it has been used already in RF= Cs. Would you agree? Thanks again, Rolf >=20 >=20 > Regards, > Greg >=20 > -----Original Message----- > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org bounces@ietf.org> ] On Behalf Of Loa Andersson > Sent: Tuesday, November 06, 2012 12:51 AM > To: mpls@ietf.org; draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org > Cc: mpls-chairs@tools.ietf.org; MPLS-TP ad hoc team > Subject: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map >=20 > Working Group, >=20 > the authors of draft-ietf-mpls-tp-mip-mep-map have indicated that the > draft is ready for working group last call. >=20 > Before we start the working group last call an IPT poll is needed. >=20 > This is to start the IPR Poll. >=20 > Are you aware of any IPR that applies to draft-ietf-mpls-tp-mip-mep- > map? >=20 > If so, has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3979, 4879, 3669 and 5378 for more details). >=20 > If you are listed as a document author or contributor please respond to > this email regardless of whether or not you are aware of any relevant > IPR. The response needs to be sent to the MPLS wg mailing list. The > documents will not advance to the next stage until a response has been > received from each author and contributor. >=20 > If you are on the MPLS WG email list but are not listed as an author or > contributor, then please explicitly respond only if you are aware of > any IPR that has not yet been disclosed in conformance with IETF rules. >=20 >=20 > Thanks, Loa > (as MPLS WG co-chair) >=20 >=20 > -- >=20 >=20 > Loa Andersson email: loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > >=20 From gregory.mirsky@ericsson.com Tue Nov 6 15:22:28 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E30521F8B7B for ; Tue, 6 Nov 2012 15:22:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 X8pamZpwj+ZJ for ; Tue, 6 Nov 2012 15:22:27 -0800 (PST) Received: from imr3.ericy.com (imr3.ericy.com [198.24.6.13]) by ietfa.amsl.com (Postfix) with ESMTP id 1D61A21F8B07 for ; Tue, 6 Nov 2012 15:22:27 -0800 (PST) Received: from eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id qA6NMP4e014043 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 6 Nov 2012 17:22:25 -0600 Received: from EUSAAHC006.ericsson.se (147.117.188.90) by eusaamw0707.eamcs.ericsson.se (147.117.20.32) with Microsoft SMTP Server (TLS) id 8.3.279.1; Tue, 6 Nov 2012 18:22:24 -0500 Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC006.ericsson.se ([147.117.188.90]) with mapi id 14.02.0318.001; Tue, 6 Nov 2012 18:22:24 -0500 From: Gregory Mirsky To: Rolf Winter , Loa Andersson , "mpls@ietf.org" , "draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org" Thread-Topic: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map Thread-Index: AQHNu/vWDlKD9aB0dkCMHDC0/wbCX5fc8F3wgADOHwD//68E0A== Date: Tue, 6 Nov 2012 23:22:24 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF112F3B7@EUSAAMB103.ericsson.se> References: <5098CF68.2000105@pi.nu> <7347100B5761DC41A166AC17F22DF112F1C7@EUSAAMB103.ericsson.se> <791AD3077F94194BB2BDD13565B6295D55504CA3@DAPHNIS.office.hd> In-Reply-To: <791AD3077F94194BB2BDD13565B6295D55504CA3@DAPHNIS.office.hd> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.134] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF112F3B7EUSAAMB103ericssons_" MIME-Version: 1.0 Cc: "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 23:22:28 -0000 --_000_7347100B5761DC41A166AC17F22DF112F3B7EUSAAMB103ericssons_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Rolf, 802.1ag differentiates as Up or Down both MEP and MIP Half Function (MHF). = I assume that Y.1731 is not different (not much different). Regards, Greg -----Original Message----- From: Rolf Winter [mailto:Rolf.Winter@neclab.eu] Sent: Tuesday, November 06, 2012 2:52 PM To: Gregory Mirsky; Loa Andersson; mpls@ietf.org; draft-ietf-mpls-tp-mip-me= p-map@tools.ietf.org Cc: mpls-chairs@tools.ietf.org Subject: RE: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map Hi Greg, thanks for the comments. Some relies inline. NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, London = W3 6BL | Registered in England 2832014 > * Section 3 > > * Note that RFC 6371 refers to per-interface MEP as Up and Down > (Section 3.3, p.15) whereas in this document per-interface MIPs > referred as in- and out-. I think that both types of Maintanence > Points > (MP) must use one terminology in regard to location in per-interface > model. I see your point. But I think you could argue this two ways. I personally l= iked in- and out-MIP as it illustrates the point of MIPs being transit poin= ts and therefore somewhat different in nature. RFC 6371 does talk about per= -interface MIPs but does not name them in any way, which I found strange at= first. Can someone involved in the ITU-T (or IEEE for that matter) maybe c= omment on terminology here. Up/Down MEP is a commonly used term, but how ab= out per interface-MIPs? > > * Section 4. > > * I believe that CV operation can be performed only between MEPs, > not between MEP and MIP, as stated in the document. Would qualifying it as on-demand CV work for you? > * I think that "diagnostic tests" is bit too open-ended and would > suggest considering making this bullet more specific or removing it > altogether. This is a term taken from 5860 - the OAM requirements. I agree that a numbe= r of more specific OAM functions fall into the category of diagnostic test,= but using the term should be fine give that it has been used already in RF= Cs. Would you agree? Thanks again, Rolf > > > Regards, > Greg > > -----Original Message----- > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org > ] On Behalf Of Loa Andersson > Sent: Tuesday, November 06, 2012 12:51 AM > To: mpls@ietf.org; draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org > Cc: mpls-chairs@tools.ietf.org; MPLS-TP ad hoc team > Subject: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map > > Working Group, > > the authors of draft-ietf-mpls-tp-mip-mep-map have indicated that the > draft is ready for working group last call. > > Before we start the working group last call an IPT poll is needed. > > This is to start the IPR Poll. > > Are you aware of any IPR that applies to draft-ietf-mpls-tp-mip-mep- > map? > > If so, has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3979, 4879, 3669 and 5378 for more details). > > If you are listed as a document author or contributor please respond > to this email regardless of whether or not you are aware of any > relevant IPR. The response needs to be sent to the MPLS wg mailing > list. The documents will not advance to the next stage until a > response has been received from each author and contributor. > > If you are on the MPLS WG email list but are not listed as an author > or contributor, then please explicitly respond only if you are aware > of any IPR that has not yet been disclosed in conformance with IETF rules= . > > > Thanks, Loa > (as MPLS WG co-chair) > > > -- > > > Loa Andersson email: loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > --_000_7347100B5761DC41A166AC17F22DF112F3B7EUSAAMB103ericssons_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi Rolf,
802.1ag differentiates as Up or Down both MEP and MIP Half Function (M= HF). I assume that Y.1731 is not different (not much different).
 
        Regards,
           &nbs= p;    Greg
 
-----Original Message-----
From: Rolf Winter [mailto:Rolf.Winter@neclab.eu]
Sent: Tuesday, November 06, 2012 2:52 PM
To: Gregory Mirsky; Loa Andersson; mpls@ietf.org; draft-ietf-mpls-tp-m= ip-mep-map@tools.ietf.org
Cc: mpls-chairs@tools.ietf.org
Subject: RE: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map
 
Hi Greg,
 
thanks for the comments. Some relies inline.
 
NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, Lo= ndon W3 6BL | Registered in England 2832014
 
 
> *     Section 3
>
> *     Note that RFC 6371 refers to per-interf= ace MEP as Up and Down
> (Section 3.3, p.15) whereas in this document per-interface MIPs <= /div>
> referred as in- and out-. I think that both types of Maintanence =
> Points
> (MP) must use one terminology in regard to location in per-interf= ace
> model.
 
I see your point. But I think you could argue this two ways. I persona= lly liked in- and out-MIP as it illustrates the point of MIPs being transit= points and therefore somewhat different in nature. RFC 6371 does talk abou= t per-interface MIPs but does not name them in any way, which I found strange at first. Can someone involved = in the ITU-T (or IEEE for that matter) maybe comment on terminology here. U= p/Down MEP is a commonly used term, but how about per interface-MIPs?
 
>
> *     Section 4.
>
> *     I believe that CV operation can be perf= ormed only between MEPs,
> not between MEP and MIP, as stated in the document.
 
Would qualifying it as on-demand CV work for you?
 
> *     I think that "diagnostic tests&quo= t; is bit too open-ended and would
> suggest considering making this bullet more specific or removing = it
> altogether.
 
This is a term taken from 5860 - the OAM requirements. I agree that a = number of more specific OAM functions fall into the category of diagnostic = test, but using the term should be fine give that it has been used already = in RFCs. Would you agree?
 
Thanks again,
 
Rolf
 
>
>
>         Regards,
>           =       Greg
>
> -----Original Message-----
> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org
> <mailto:mpls- bounces@ietf.org> ] On Behalf Of Loa An= dersson
> Sent: Tuesday, November 06, 2012 12:51 AM
> To: mpls@ietf.org; draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org<= /div>
> Cc: mpls-chairs@tools.ietf.org; MPLS-TP ad hoc team
> Subject: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map
>
> Working Group,
>
> the authors of draft-ietf-mpls-tp-mip-mep-map have indicated that= the
> draft is ready for working group last call.
>
> Before we start the working group last call an IPT poll is needed= .
>
> This is to start the IPR Poll.
>
> Are you aware of any IPR that applies to draft-ietf-mpls-tp-mip-m= ep-
> map?
>
> If so, has this IPR been disclosed in compliance with IETF IPR ru= les
> (see RFCs 3979, 4879, 3669 and 5378 for more details).
>
> If you are listed as a document author or contributor please resp= ond
> to this email regardless of whether or not you are aware of any <= /div>
> relevant IPR. The response needs to be sent to the MPLS wg mailin= g
> list. The documents will not advance to the next stage until a
> response has been received from each author and contributor.
>
> If you are on the MPLS WG email list but are not listed as an aut= hor
> or contributor, then please explicitly respond only if you are aw= are
> of any IPR that has not yet been disclosed in conformance with IE= TF rules.
>
>
> Thanks, Loa
> (as MPLS WG co-chair)
>
>
> --
>
>
> Loa Andersson        &nbs= p;            &= nbsp;   email: loa.andersson@ericsson.com
> Sr Strategy and Standards Manager     &n= bsp;      loa@pi.nu
> Ericsson Inc         = ;            &n= bsp;    phone: +46 10 717 52 13
>           =             &nb= sp;            =            +46 767 72= 92 13
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
>
 
 --_000_7347100B5761DC41A166AC17F22DF112F3B7EUSAAMB103ericssons_-- From Rolf.Winter@neclab.eu Tue Nov 6 15:27:03 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E2CD21F8BC5 for ; Tue, 6 Nov 2012 15:27:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.849 X-Spam-Level: X-Spam-Status: No, score=-103.849 tagged_above=-999 required=5 tests=[AWL=-0.250, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, 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 ix8gXUlHqude for ; Tue, 6 Nov 2012 15:27:02 -0800 (PST) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) by ietfa.amsl.com (Postfix) with ESMTP id 10D8C21F859A for ; Tue, 6 Nov 2012 15:27:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id 714E910245C; Wed, 7 Nov 2012 00:27:01 +0100 (CET) X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de) Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sRBh-fdhV+r9; Wed, 7 Nov 2012 00:27:01 +0100 (CET) Received: from ENCELADUS.office.hd (enceladus.office.hd [192.168.24.52]) by mailer1.neclab.eu (Postfix) with ESMTP id 52449102456; Wed, 7 Nov 2012 00:26:41 +0100 (CET) Received: from DAPHNIS.office.hd ([169.254.2.239]) by ENCELADUS.office.hd ([192.168.24.52]) with mapi id 14.01.0323.003; Wed, 7 Nov 2012 00:25:56 +0100 From: Rolf Winter To: Gregory Mirsky , Loa Andersson , "mpls@ietf.org" , "draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org" Thread-Topic: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map Thread-Index: AQHNu/vaqtAQYbQE7UWJtbEIOY9aHZfdIKcAgAAvhbCAABJAAIAAEQKQ Date: Tue, 6 Nov 2012 23:25:56 +0000 Message-ID: <791AD3077F94194BB2BDD13565B6295D55504D1B@DAPHNIS.office.hd> References: <5098CF68.2000105@pi.nu> <7347100B5761DC41A166AC17F22DF112F1C7@EUSAAMB103.ericsson.se> <791AD3077F94194BB2BDD13565B6295D55504CA3@DAPHNIS.office.hd> <7347100B5761DC41A166AC17F22DF112F3B7@EUSAAMB103.ericsson.se> In-Reply-To: <7347100B5761DC41A166AC17F22DF112F3B7@EUSAAMB103.ericsson.se> Accept-Language: en-US, de-DE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.7.0.197] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 23:27:03 -0000 Hi Greg, thanks. What's with the other two points. Would you accept these as resolut= ions/answers to your comments? Best, Rolf NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, London = W3 6BL | Registered in England 2832014=20 > -----Original Message----- > From: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com] > Sent: Dienstag, 6. November 2012 18:22 > To: Rolf Winter; Loa Andersson; mpls@ietf.org; draft-ietf-mpls-tp-mip- > mep-map@tools.ietf.org > Cc: mpls-chairs@tools.ietf.org > Subject: RE: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map >=20 > Hi Rolf, > 802.1ag differentiates as Up or Down both MEP and MIP Half Function > (MHF). I assume that Y.1731 is not different (not much different). >=20 > Regards, > Greg >=20 > -----Original Message----- > From: Rolf Winter [mailto:Rolf.Winter@neclab.eu > ] > Sent: Tuesday, November 06, 2012 2:52 PM > To: Gregory Mirsky; Loa Andersson; mpls@ietf.org; draft-ietf-mpls-tp- > mip-mep-map@tools.ietf.org > Cc: mpls-chairs@tools.ietf.org > Subject: RE: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map >=20 > Hi Greg, >=20 > thanks for the comments. Some relies inline. >=20 > NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, > London W3 6BL | Registered in England 2832014 >=20 >=20 > > * Section 3 > > > > * Note that RFC 6371 refers to per-interface MEP as Up and Down > > (Section 3.3, p.15) whereas in this document per-interface MIPs > > referred as in- and out-. I think that both types of Maintanence > > Points > > (MP) must use one terminology in regard to location in per-interface > > model. >=20 > I see your point. But I think you could argue this two ways. I > personally liked in- and out-MIP as it illustrates the point of MIPs > being transit points and therefore somewhat different in nature. RFC > 6371 does talk about per-interface MIPs but does not name them in any > way, which I found strange at first. Can someone involved in the ITU-T > (or IEEE for that matter) maybe comment on terminology here. Up/Down > MEP is a commonly used term, but how about per interface-MIPs? >=20 > > > > * Section 4. > > > > * I believe that CV operation can be performed only between MEPs, > > not between MEP and MIP, as stated in the document. >=20 > Would qualifying it as on-demand CV work for you? >=20 > > * I think that "diagnostic tests" is bit too open-ended and would > > suggest considering making this bullet more specific or removing it > > altogether. >=20 > This is a term taken from 5860 - the OAM requirements. I agree that a > number of more specific OAM functions fall into the category of > diagnostic test, but using the term should be fine give that it has > been used already in RFCs. Would you agree? >=20 > Thanks again, >=20 > Rolf >=20 > > > > > > Regards, > > Greg > > > > -----Original Message----- > > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org > > > > > ] On > > Behalf Of Loa Andersson > > Sent: Tuesday, November 06, 2012 12:51 AM > > To: mpls@ietf.org; draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org > > Cc: mpls-chairs@tools.ietf.org; MPLS-TP ad hoc team > > Subject: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map > > > > Working Group, > > > > the authors of draft-ietf-mpls-tp-mip-mep-map have indicated that the > > draft is ready for working group last call. > > > > Before we start the working group last call an IPT poll is needed. > > > > This is to start the IPR Poll. > > > > Are you aware of any IPR that applies to draft-ietf-mpls-tp-mip-mep- > > map? > > > > If so, has this IPR been disclosed in compliance with IETF IPR rules > > (see RFCs 3979, 4879, 3669 and 5378 for more details). > > > > If you are listed as a document author or contributor please respond > > to this email regardless of whether or not you are aware of any > > relevant IPR. The response needs to be sent to the MPLS wg mailing > > list. The documents will not advance to the next stage until a > > response has been received from each author and contributor. > > > > If you are on the MPLS WG email list but are not listed as an author > > or contributor, then please explicitly respond only if you are aware > > of any IPR that has not yet been disclosed in conformance with IETF > rules. > > > > > > Thanks, Loa > > (as MPLS WG co-chair) > > > > > > -- > > > > > > Loa Andersson email: > loa.andersson@ericsson.com > > Sr Strategy and Standards Manager loa@pi.nu > > Ericsson Inc phone: +46 10 717 52 13 > > +46 767 72 92 13 > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > > > > > > > > >=20 From david.i.allan@ericsson.com Tue Nov 6 17:25:57 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E11E221F8B8D for ; Tue, 6 Nov 2012 17:25:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.095 X-Spam-Level: X-Spam-Status: No, score=-2.095 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_42=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, 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 5ANAky0Cvuyy for ; Tue, 6 Nov 2012 17:25:56 -0800 (PST) Received: from imr3.ericy.com (imr3.ericy.com [198.24.6.13]) by ietfa.amsl.com (Postfix) with ESMTP id 53B8921F8B19 for ; Tue, 6 Nov 2012 17:25:56 -0800 (PST) Received: from eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id qA71Prxf019806 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 6 Nov 2012 19:25:53 -0600 Received: from EUSAAHC007.ericsson.se (147.117.188.93) by eusaamw0712.eamcs.ericsson.se (147.117.20.181) with Microsoft SMTP Server (TLS) id 8.3.279.1; Tue, 6 Nov 2012 20:25:52 -0500 Received: from EUSAAMB105.ericsson.se ([147.117.188.122]) by EUSAAHC007.ericsson.se ([147.117.188.93]) with mapi id 14.02.0318.001; Tue, 6 Nov 2012 20:25:52 -0500 From: David Allan I To: "liu.guoman@zte.com.cn" Thread-Topic: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-03.txt Thread-Index: AQHNu8YxbsaSegD+5UGp19zTf+BmWZfdlLTQ Date: Wed, 7 Nov 2012 01:25:51 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.135] Content-Type: multipart/alternative; boundary="_000_E6C17D2345AC7A45B7D054D407AA205CD4E3EUSAAMB105ericssons_" MIME-Version: 1.0 Cc: "mpls@ietf.org" Subject: Re: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 01:25:58 -0000 --_000_E6C17D2345AC7A45B7D054D407AA205CD4E3EUSAAMB105ericssons_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgTGl1DQoNClllcywgdHdvIGZhaWx1cmVzIG9uIGEgcmluZyB3aWxsIGNvbXBsZXRlbHkgc2V2 ZXIgc29tZSBub2Rlcy4gV2lsZCBhZ3JlZW1lbnQNCg0KR2l2ZW4gaXQgYXBwZWFycyB0aGF0IHlv dSBhcmUgbm93IHJlaW52ZW50aW5nIHdoYXQgMToxIGlzIHN1Y2ggdGhhdCAxKzEgaXMgdGhlIGZh aWx1cmUgbW9kZSwgSSdtIGxvc2luZyB0aGUgcGxvdC4uLi4NCg0KQ2FuIHlvdSBjbGFyaWZ5Pw0K RGF2ZQ0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KRnJvbTogbGl1Lmd1b21h bkB6dGUuY29tLmNuIFttYWlsdG86bGl1Lmd1b21hbkB6dGUuY29tLmNuXQ0KU2VudDogTW9uZGF5 LCBOb3ZlbWJlciAwNSwgMjAxMiA2OjI3IFBNDQpUbzogRGF2aWQgQWxsYW4gSQ0KQ2M6IG1wbHNA aWV0Zi5vcmc7IFlhYWNvdiBXZWluZ2FydGVuDQpTdWJqZWN0OiBSRTogW21wbHNdIEktRCBBY3Rp b246IGRyYWZ0LWlldGYtbXBscy10cC1yaW5nLXByb3RlY3Rpb24tMDMudHh0DQoNCg0KRGF2ZSBh bmQgWWFhY292DQp0aGFuayB5b3UgZm9yIHJlcGx5aW5nIGFuZCBleHBsYWluaW5nIC4gaSB1bmRl cnN0YW5kIHdoYXQgeW91IHNhaWQuIGJ1dCBpbiBteSBtaW5kLA0KdGhpcyAxOjEgcHJvdGVjdGlv biBpcyBub3QgcHVyZSAxOjEgc29sdXRpb24uIHRoZSBpbmdyZXNzIG5vZGUgb25seSBicmlkZ2Ug dGhlIHdvcmtpbmcgcGF0aCB3aXRob3V0IGZhaWx1cmUgb24gdGhlIHJpbmcuDQp3aGVuIGEgZmFp bHVyZSBpcyBkZXRlY3RlZCBvbiB0aGUgcmluZy4gdGhlIGluZ3Jlc3Mgbm9kZSB3aWxsIGFwcGx5 IDErMSBtb2RlIHRvIHNlbmQgdGhlIHRyYWZmaWMgb24gYm90aCB0aGUgd29ya2luZyBwYXRoDQph bmQgdGhlIHByb3RlY3Rpb24gcGF0aC5zbyBpdCBpcyBpbXBvc3NpYmxlIGZvciBzb21lIGVncmVz cyBub2RlcyB0byBub3QgcmVjZWl2ZSB0aGUgZGF0YSBwYWNrZXRzIGZyb20gd29ya2luZyBwYXRo IG9yIHByb3RlY3Rpb24gcGF0aC4NCmNvbnNpZGVyaW5nIHRoZXJlIGFyZSB0d28gZmFpbHVyZXMg b24gdGhlIHJpbmcgYXQgdGhlIHNhbWUgdGltZSBqdXN0IGxpa2Ugd2hhdCBEYXZlIHNhaWQuIGlm IHNvbWUgZWdyZXNzIG5vZGVzIGFyZSBpc29sYXRlZCBmcm9tDQp0aGUgaW5ncmVzcyBub2RlLiBl dmVuIGlmIGFwcGx5aW5nIDErMSBwcm90ZWN0aW9uLCB0aGV5IGNhbid0IHJlY2VpdmUgdGhlIGRh dGEgcGFja2V0cyBieSBlaXRoZXIgdGhlIHdvcmtpbmcgcGF0aCBvciB0aGUgcHJvZWN0aW9uIHBh dGguDQoNCg0KDQpCLlIuDQpsaXUNCg0KDQoNCg0KDQoNCkRhdmlkIEFsbGFuIEkgPGRhdmlkLmku YWxsYW5AZXJpY3Nzb24uY29tPg0KDQoyMDEyLTExLTA2IDAyOjE0DQoNCsrVvP7Iyw0KImxpdS5n dW9tYW5AenRlLmNvbS5jbiIgPGxpdS5ndW9tYW5AenRlLmNvbS5jbj4sIFlhYWNvdiBXZWluZ2Fy dGVuIDx3eWFhY292QGdtYWlsLmNvbT4NCrOty80NCiJtcGxzQGlldGYub3JnIiA8bXBsc0BpZXRm Lm9yZz4NCtb3zOINClJFOiBbbXBsc10gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1tcGxzLXRwLXJp bmctcHJvdGVjdGlvbi0wMy50eHQNCg0KDQoNCg0KDQpIaSBMaXU6DQoNClByb2JsZW0gd2l0aCAx OjEgYXBwbGllZCB0byBwMm1wIGluIHRoZSBnZW5lcmFsIGNhc2UgaXMgdGhhdCB0d28gZmFpbHVy ZXMgY291bGQgcmVzdWx0IGluIHR3byBpbmNvbXBsZXRlIHRyZWVzIHdpdGggbm8gcmVjb3Vyc2Ug b3RoZXIgdGhhbiByZXN0b3JhdGlvbiwgd2hpbGUgMSsxIHJlZHVjZXMgdGhlIHByb2JhYmlsaXR5 IG9mIHRoaXMgImJhZCBsdWNrIHNjZW5hcmlvIiBzaWduaWZpY2FudGx5Li4uLkkndmUgbm90IHNw ZWNpZmljYWxseSBhbmFseXplZCByaW5ncywgYnV0IHdvdWxkIHN1c3BlY3QgdGhlIHNhbWUgY29u Y2x1c2lvbnMgY2FuIGJlIGRyYXduLg0KDQpJIGhvcGUgdGhpcyBoZWxwcw0KRGF2ZQ0KDQpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KRnJvbTogbXBscy1ib3VuY2VzQGlldGYub3Jn IFttYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgbGl1Lmd1b21hbkB6 dGUuY29tLmNuDQpTZW50OiBNb25kYXksIE5vdmVtYmVyIDA1LCAyMDEyIDI6NDQgQU0NClRvOiBZ YWFjb3YgV2VpbmdhcnRlbg0KQ2M6IG1wbHNAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbbXBsc10g SS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbi0wMy50eHQNCg0K DQpZYWFjb3YsaGkNCmkgaGF2ZSBvbmx5IG9uZSBxdWVzdGlvbiwgd2h5IHRvIGxpbWl0IHRvIDEr MSBsaW5lYXIgcHJvdGVjdGlvbiBmb3Igc3RlZXJpbmcgZm9yIHAybXAgcGF0aC4NCndoeSBub3Qg YXBwbHkgMToxIGxpbmVhciBwcm90ZWN0aW9uIG1lY2hhbmlzbT8NCml0IHNheXMsIHRoZSBwMm1w IHRyYWZmaWMgaXMgb25seSB0cmFzbnBvcnRlZCBvbiB0aGUgd29ya2luZyBwYXRoIHVuZGVyIG5v cm1hbCBjb25kaXRpb24uDQppZiBhIGZhaWx1cmUgaGFwcGVucyBvbiB0aGUgcmluZy4gdGhlIHAy bXAgdHJhZmZpYyB3aWxsIGJlIHRyYW5zcG9ydGVkIG9uIGJvdGggd29ya2luZyBwYXRoIGFuZCBw cm90ZWN0aW9uIHBhdGguDQplYWNoIGVncmVzcyBub2RlIHdpbGwgc2VsZWN0IHdvcmtpbmcgcGF0 aCBvciBwcm90ZWN0aW9uIHBhdGggdG8gcmVjZWl2ZSB0aGUgdHJhZmZpYy4NCklNTywgMTogMSBw cm90ZWN0aW9uIG1heSBiZSBtb3JlIGVmZmVjdGl2ZSB0aGFuIDErMSBwcm90ZWN0aW9uLg0KDQpp cyBteSB1bmRlcnN0YW5kaW5nIHJpZ2h0PyB0aGFua3MNCg0KQi5SLg0KTGl1DQoNCg0KDQoNCllh YWNvdiBXZWluZ2FydGVuIDx3eWFhY292QGdtYWlsLmNvbT4NCreivP7IyzogIG1wbHMtYm91bmNl c0BpZXRmLm9yZw0KDQoyMDEyLTExLTA1IDE3OjAwDQoNCsrVvP7Iyw0KbXBsc0BpZXRmLm9yZw0K s63LzQ0K1vfM4g0KUmU6IFttcGxzXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLW1wbHMtdHAtcmlu Zy1wcm90ZWN0aW9uLTAzLnR4dA0KDQoNCg0KDQoNCg0KDQpIaSBhbGwsDQoNCkkgaGF2ZSBqdXN0 IHVwbG9hZGVkIGEgbmV3IHZlcnNpb24gb2YgdGhlIFJpbmcgUHJvdGVjdGlvbiBBcHBsaWNhYmls aXR5IGRyYWZ0LiAgVGhpcyBpcyBub3QgdGhlIGZpbmFsIHZlcnNpb24sIGJ1dCByYXRoZXIgYSB2 ZXJzaW9uIHRoYXQgdHJpZXMgdG8gYWRkcmVzcyB0aGUgbWFueSBjb21tZW50cyB0aGF0IHdlcmUg cmVjZWl2ZWQgZHVyaW5nIHRoZSBXR0xDIHR0aGF0IHdhcyBoZWxkIGxhc3QgbW9udGguICBQbGVh c2UgcmV2aWV3IHRoaXMgdmVyc2lvbiB0byAgdmVyaWZ5IHRoYXQgeW91ciBjb21tZW50cyBoYXZl IGJlZW4gYWRkcmVzc2VkIChhbG9uZyB0aGUgbGluZXMgdGhhdCB3ZXJlIG91dGxpbmVkIGluIG15 IHZhcmlvdXMgZW1haWxzIHNlbnQgZWFybGllciB0byB0aGUgbGlzdCkuDQoNClRoZXJlIGFyZSBz b21lIGNvbW1lbnRzIHRoYXQgbmVlZCB0byBiZSBhZGRyZXNzZWQsIGF3YXRpbmcgc29tZSBjbGFy aWZpY2F0aW9ucyBmcm9tIHRoZSBzdWJtaXR0ZXJzIG9mIHRoZSBjb21tZW50cyBhbmQgaW4gYWRk aXRpb24gdGhlcmUgd2FzIGEgcmVxdWVzdCB0byByZWR1Y2UgdGhlIG51bWJlciBvZiBhdXRob3Jz IGFwcGVhcmluZyBvbiB0aGUgZnJvbnQgcGFnZSBvZiB0aGUgZHJhZnQuDQoNCkFueSBhZGRpdGlv bmFsIGNvbW1lbnRzIGFyZSBlbmNvdXJhZ2VkLg0KDQoNCk9uIE1vbiwgTm92IDUsIDIwMTIgYXQg MTA6NTIgQU0sIDxpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8bWFpbHRvOmludGVybmV0LWRyYWZ0 c0BpZXRmLm9yZz4+IHdyb3RlOg0KDQpBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUg ZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMgZGlyZWN0b3JpZXMuDQpUaGlzIGRyYWZ0 IGlzIGEgd29yayBpdGVtIG9mIHRoZSBNdWx0aXByb3RvY29sIExhYmVsIFN3aXRjaGluZyBXb3Jr aW5nIEdyb3VwIG9mIHRoZSBJRVRGLg0KDQogICAgICAgVGl0bGUgICAgICAgICAgIDogQXBwbGlj YWJpbGl0eSBvZiBNUExTLVRQIExpbmVhciBQcm90ZWN0aW9uIGZvciBSaW5nIFRvcG9sb2dpZXMN CiAgICAgICBBdXRob3IocykgICAgICAgOiBZYWFjb3YgV2VpbmdhcnRlbg0KICAgICAgICAgICAg ICAgICAgICAgICAgIFN0ZXdhcnQgQnJ5YW50DQogICAgICAgICAgICAgICAgICAgICAgICAgRGFu aWVsbGUgQ2VjY2FyZWxsaQ0KICAgICAgICAgICAgICAgICAgICAgICAgIERpZWdvIENhdmlnbGlh DQogICAgICAgICAgICAgICAgICAgICAgICAgRnJhbmNlc2NvIEZvbmRlbGxpDQogICAgICAgICAg ICAgICAgICAgICAgICAgTWFyY28gQ29yc2kNCiAgICAgICAgICAgICAgICAgICAgICAgICBCbyBX dQ0KICAgICAgICAgICAgICAgICAgICAgICAgIFh1ZWh1aSBEYWkNCiAgICAgICBGaWxlbmFtZSAg ICAgICAgOiBkcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uLTAzLnR4dA0KICAgICAg IFBhZ2VzICAgICAgICAgICA6IDI5DQogICAgICAgRGF0ZSAgICAgICAgICAgIDogMjAxMi0xMS0w NQ0KDQpBYnN0cmFjdDoNCiAgVGhpcyBkb2N1bWVudCBwcmVzZW50cyBhbiBhcHBsaWNhYmlsaXR5 IG9mIGxpbmVhciBwcm90ZWN0aW9uDQogIG1lY2hhbmlzbXMgZm9yIE11bHRpLVByb3RvY29sIExh YmVsIFN3aXRjaGluZyBUcmFuc3BvcnQgUHJvZmlsZQ0KICAoTVBMUy1UUCkgaW4gcmluZyB0b3Bv bG9naWVzLiAgUHJvdGVjdGlvbiBvbiByaW5ncyBvZmZlcnMgYSBudW1iZXIgb2YNCiAgb3Bwb3J0 dW5pdGllcyBmb3Igb3B0aW1pemF0aW9uIGFzIHRoZSBwcm90ZWN0aW9uIGNob2ljZXMgYXJlIHN0 YXJrbHkNCiAgbGltaXRlZCAoYWxsIHRyYWZmaWMgdHJhdmVsaW5nIG9uZSB3YXkgYXJvdW5kIGEg cmluZyBjYW4gb25seSBiZQ0KICBzd2l0Y2hlZCB0byB0cmF2ZWwgdGhlIG90aGVyIHdheSBvbiB0 aGUgcmluZyksIGJ1dCBhbHNvIHN1ZmZlcnMgZnJvbQ0KICBzb21lIGNvbXBsaWNhdGlvbnMgY2F1 c2VkIGJ5IHRoZSBsaW1pdGF0aW9ucyBvZiB0aGUgdG9wb2xvZ3kuDQoNCiAgUmVxdWlyZW1lbnRz IGZvciBNUExTLVRQIHByb3RlY3Rpb24gYW5kIHNwZWNpZmljYWxseSBmb3IgcHJvdGVjdGlvbg0K ICBpbiByaW5nIHRvcG9sb2dpZXMgYXJlIGRpc2N1c3NlZCBpbiAiUmVxdWlyZW1lbnRzIG9mIGFu IE1QTFMNCiAgVHJhbnNwb3J0IFByb2ZpbGUiIChSRkMgNTY1NCkgYW5kICJNUExTIFRyYW5zcG9y dCBQcm9maWxlIChNUExTLVRQKQ0KICBTdXJ2aXZhYmlsaXR5IEZyYW1ld29yayIgKFJGQyA2Mzcy KS4gIFRoaXMgZG9jdW1lbnQgc2hvd3MgaG93IE1QTFMtVFANCiAgbGluZWFyIHByb3RlY3Rpb24g YXMgZGVmaW5lZCBpbiBSRkMgNjM3OCBjYW4gYmUgYXBwbGllZCB0byByaW5nDQogIHRvcG9sb2dp ZXMsIGRpc2N1c3NlcyBob3cgbW9zdCBvZiB0aGUgcmVxdWlyZW1lbnRzIGFyZSBtZXQsIGFuZA0K ICBkZXNjcmliZXMgc2NlbmFyaW9zIGluIHdoaWNoIHRoZSBmdW5jdGlvbiBwcm92aWRlZCBieSBh cHBseWluZyBsaW5lYXINCiAgcHJvdGVjdGlvbiBpbiBhIHJpbmcgdG9wb2xvZ3kgZmFsbHMgc2hv cnQgb2Ygc29tZSBvZiB0aGUNCiAgcmVxdWlyZW1lbnRzLg0KDQogIFRoaXMgZG9jdW1lbnQgaXMg YSBwcm9kdWN0IG9mIGEgam9pbnQgSW50ZXJuZXQgRW5naW5lZXJpbmcgVGFzayBGb3JjZQ0KICAo SUVURikgLyBJbnRlcm5hdGlvbmFsIFRlbGVjb21tdW5pY2F0aW9ucyBVbmlvbiBUZWxlY29tbXVu aWNhdGlvbnMNCiAgU3RhbmRhcmRpemF0aW9uIFNlY3RvciAoSVRVLVQpIGVmZm9ydCB0byBpbmNs dWRlIGFuIE1QTFMgVHJhbnNwb3J0DQogIFByb2ZpbGUgd2l0aGluIHRoZSBJRVRGIE1QTFMgYW5k IFBXRTMgYXJjaGl0ZWN0dXJlcyB0byBzdXBwb3J0IHRoZQ0KICBjYXBhYmlsaXRpZXMgYW5kIGZ1 bmN0aW9uYWxpdGllcyBvZiBhIHBhY2tldCB0cmFuc3BvcnQgbmV0d29yayBhcw0KICBkZWZpbmVk IGJ5IHRoZSBJVFUtVC4NCg0KDQpUaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3Ig dGhpcyBkcmFmdCBpczoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWll dGYtbXBscy10cC1yaW5nLXByb3RlY3Rpb24NCg0KVGhlcmUncyBhbHNvIGEgaHRtbGl6ZWQgdmVy c2lvbiBhdmFpbGFibGUgYXQ6DQpodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRm LW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uLTAzDQoNCkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2 ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDoNCmh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwy PWRyYWZ0LWlldGYtbXBscy10cC1yaW5nLXByb3RlY3Rpb24tMDMNCg0KDQpJbnRlcm5ldC1EcmFm dHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6DQpmdHA6Ly9mdHAuaWV0 Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLw0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KbXBscyBtYWlsaW5nIGxpc3QNCm1wbHNAaWV0Zi5vcmc8bWFpbHRv Om1wbHNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21w bHMNCg0KDQoNCi0tDQpUaGFueCBhbmQgQlIsDQp5YWFjb3YNCg0KU3RpbGwgbG9va2luZyBmb3Ig bmV3IG9wcG9ydHVuaXR5DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KbXBscyBtYWlsaW5nIGxpc3QNCm1wbHNAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0KDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSBJbmZvcm1hdGlvbiBTZWN1 cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsIChhbmQg YW55IGF0dGFjaG1lbnQgdHJhbnNtaXR0ZWQgaGVyZXdpdGgpIGlzIHByaXZpbGVnZWQgYW5kIGNv bmZpZGVudGlhbCBhbmQgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgdXNlIG9mIHRoZSBh ZGRyZXNzZWUocykuICBJZiB5b3UgYXJlIG5vdCBhbiBpbnRlbmRlZCByZWNpcGllbnQsIGFueSBk aXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIGRpc3RyaWJ1dGlvbiBvciBvdGhlciBkaXNzZW1pbmF0 aW9uIG9yIHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlzIHN0cmljdGx5IHByb2hp Yml0ZWQuICBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1haWwgaW4gZXJyb3IsIHBsZWFzZSBk ZWxldGUgaXQgYW5kIG5vdGlmeSB1cyBpbW1lZGlhdGVseS4NCg0KDQoNCg0KDQoNCi0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpaVEUgSW5m b3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRo aXMgbWFpbCAoYW5kIGFueSBhdHRhY2htZW50IHRyYW5zbWl0dGVkIGhlcmV3aXRoKSBpcyBwcml2 aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwgYW5kIGlzIGludGVuZGVkIGZvciB0aGUgZXhjbHVzaXZl IHVzZSBvZiB0aGUgYWRkcmVzc2VlKHMpLiAgSWYgeW91IGFyZSBub3QgYW4gaW50ZW5kZWQgcmVj aXBpZW50LCBhbnkgZGlzY2xvc3VyZSwgcmVwcm9kdWN0aW9uLCBkaXN0cmlidXRpb24gb3Igb3Ro ZXIgZGlzc2VtaW5hdGlvbiBvciB1c2Ugb2YgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpcyBz dHJpY3RseSBwcm9oaWJpdGVkLiAgSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtYWlsIGluIGVy cm9yLCBwbGVhc2UgZGVsZXRlIGl0IGFuZCBub3RpZnkgdXMgaW1tZWRpYXRlbHkuDQoNCg0KDQo= --_000_E6C17D2345AC7A45B7D054D407AA205CD4E3EUSAAMB105ericssons_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
Hi Liu
 
Yes, two failures on a ring will completely sever some nodes= . Wild agreement
 
Given it appears that you are now reinventing what 1:1 is su= ch that 1+1 is the failure mode, I'm losing the plot....<= /div>
 
Can you clarify?
Dave

From: liu.guoman@zte.com.cn [mailto= :liu.guoman@zte.com.cn]
Sent: Monday, November 05, 2012 6:27 PM
To: David Allan I
Cc: mpls@ietf.org; Yaacov Weingarten
Subject: RE: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-0= 3.txt


Dave and Yaacov
thank you for replying and explaining = . i understand what you said. but in my mind,
this 1:1 protection is not pure 1:1 so= lution. the ingress node only bridge the working path without failure on th= e ring.
when a failure is detected on the ring= . the ingress node will apply 1+1 mode to send the traffic on both the = working path
and the protection path.so it is impos= sible for some egress nodes to not receive the data packets from working pa= th or protection path.
considering there are two failures on = the ring at the same time just like what Dave said. if some egress nodes ar= e isolated from
the ingress node. even if applying 1&#= 43;1 protection, they can't receive the data packets by either the working = path or the proection path.



B.R.
liu






David Allan I <= ;david.i.allan@ericsson.com>

2012-11-06 02:14

=CA=D5=BC=FE=C8= =CB
 "liu.guoman@zte.com.cn" = <liu.guoman@zte.com.cn>, Yaacov Weingarten <wyaacov@gmail.com><= /font>
=B3=AD=CB=CD
 "mpls@ietf.org" <mpls= @ietf.org>
=D6=F7=CC=E2
 RE: [mpls] I-D Action: draft-ietf-= mpls-tp-ring-protection-03.txt





Hi Liu:
 
Problem with 1:1 applied to = p2mp in the general case is that two failures could result in two incomplet= e trees with no recourse other than restoration, while 1+1 reduces the = probability of this "bad luck scenario" significantly....I've not specifically analyzed rings, but would suspect the same conclusions ca= n be drawn.
 
I hope this helps Dave

From: mpls-bounces@ietf.org [mailto= :mpls-bounces@ietf.org] On Behalf Of liu.guoman@zte.com.cn
Sent: Monday, November 05, 2012 2:44 AM
To: Yaacov Weingarten
Cc: mpls@ietf.org
Subject: Re: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-03.t= xt


Yaacov,hi
i have only one question, why to limit to 1+1 linear protection for ste= ering for p2mp path.
why not apply 1:1 linear protection mechanism?
it says, the p2mp traffic is only trasnported on the working path under nor= mal condition.
if a failure happens on the ring. the p2mp traffic will be transported on b= oth working path and protection path.
each egress node will select working path or protection path to receive the= traffic.
IMO, 1: 1 protection may be more effective than 1+1 protection.<= font size=3D"3" face=3D"sans-serif">

is my understanding right? thanks

B.R.
Liu




Yaacov Weingarten= <wyaacov@gmail.com>
=B7=A2=BC=FE=C8=CB:  mpls-bounces@ietf.org

2012-11-05 17:00


=CA=D5=BC=FE=C8= =CB
 mpls@ietf.org=
=B3=AD=CB=CD
=D6=F7=CC=E2
 Re: [mpls] I-D Action: draft-ietf-= mpls-tp-ring-protection-03.txt







Hi all,

I have just uploaded a new version of the Ring Protection Applicability dra= ft.  This is not the final version, but rather a version that tries to= address the many comments that were received during the WGLC tthat was hel= d last month.  Please review this version to  verify that your comments have been addressed (along the lines th= at were outlined in my various emails sent earlier to the list).

There are some comments that need to be addressed, awating some clarificati= ons from the submitters of the comments and in addition there was a request= to reduce the number of authors appearing on the front page of the draft.

Any additional comments are encouraged.


On Mon, Nov 5, 2012 at 10:52 AM, <internet-drafts@ietf.org> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
This draft is a work item of the Multiprotocol Label Switching Working Grou= p of the IETF.

       Title           : Appli= cability of MPLS-TP Linear Protection for Ring Topologies
       Author(s)       : Yaacov Weingart= en
                     = ;    Stewart Bryant
                     = ;    Danielle Ceccarelli
                     = ;    Diego Caviglia
                     = ;    Francesco Fondelli
                     = ;    Marco Corsi
                     = ;    Bo Wu
                     = ;    Xuehui Dai
       Filename        : draft-ietf= -mpls-tp-ring-protection-03.txt
       Pages           : 29        Date            : = 2012-11-05

Abstract:
  This document presents an applicability of linear protection
  mechanisms for Multi-Protocol Label Switching Transport Profile
  (MPLS-TP) in ring topologies.  Protection on rings offers a num= ber of
  opportunities for optimization as the protection choices are starkly=
  limited (all traffic traveling one way around a ring can only be
  switched to travel the other way on the ring), but also suffers from=
  some complications caused by the limitations of the topology.

  Requirements for MPLS-TP protection and specifically for protection<= br>   in ring topologies are discussed in "Requirements of an MPLS   Transport Profile" (RFC 5654) and "MPLS Transport Profile = (MPLS-TP)
  Survivability Framework" (RFC 6372).  This document shows = how MPLS-TP
  linear protection as defined in RFC 6378 can be applied to ring
  topologies, discusses how most of the requirements are met, and
  describes scenarios in which the function provided by applying linea= r
  protection in a ring topology falls short of some of the
  requirements.

  This document is a product of a joint Internet Engineering Task Forc= e
  (IETF) / International Telecommunications Union Telecommunications   Standardization Sector (ITU-T) effort to include an MPLS Transport   Profile within the IETF MPLS and PWE3 architectures to support the   capabilities and functionalities of a packet transport network as   defined by the ITU-T.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-ring-prot= ection

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-mpls-tp-ring-protection-03=

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-tp-ri= ng-protection-03


Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org= /internet-drafts/

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www= .ietf.org/mailman/listinfo/mpls



--
Thanx and BR,
yaacov

Still looking for new opportunity
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls



--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail (an= d any attachment transmitted herewith) is privileged and confidential and i= s intended for the exclusive use of the addressee(s).  If you are not = an intended recipient, any disclosure, reproduction, distribution or other dissemination or use of the informatio= n contained is strictly prohibited.  If you have received this mail in= error, please delete it and notify us immediately.





--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail (an=
d any attachment transmitted herewith) is privileged and confidential and i=
s intended for the exclusive use of the addressee(s).  If you are not an in=
tended recipient, any disclosure, reproduction, distribution or other disse=
mination or use of the information contained is strictly prohibited.  If yo=
u have received this mail in error, please delete it and notify us immediat=
ely.

--_000_E6C17D2345AC7A45B7D054D407AA205CD4E3EUSAAMB105ericssons_-- From wwwrun@rfc-editor.org Tue Nov 6 17:46:23 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CC8521F8B9F for ; Tue, 6 Nov 2012 17:46:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.45 X-Spam-Level: X-Spam-Status: No, score=-102.45 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599, NO_RELAYS=-0.001, 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 JR4bThAJFxFI for ; Tue, 6 Nov 2012 17:46:23 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:123a::1:2f]) by ietfa.amsl.com (Postfix) with ESMTP id 09ECA21F8B8B for ; Tue, 6 Nov 2012 17:46:23 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 3C8BAB1E003; Tue, 6 Nov 2012 17:39:51 -0800 (PST) To: kireeti@juniper.net, swallow@cisco.com, stbryant@cisco.com, adrian@olddog.co.uk, loa@pi.nu, swallow@cisco.com, rcallon@juniper.net From: RFC Errata System Message-Id: <20121107013951.3C8BAB1E003@rfc-editor.org> Date: Tue, 6 Nov 2012 17:39:51 -0800 (PST) Cc: mpls@ietf.org, fangequal@gmail.com, rfc-editor@rfc-editor.org Subject: [mpls] [Technical Errata Reported] RFC4379 (3399) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 01:46:23 -0000 The following errata report has been submitted for RFC4379, "Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=4379&eid=3399 -------------------------------------- Type: Technical Reported by: Fang Lu Section: 3.3.1 Original Text ------------- Those same addresses embedded in IPv6 would be encoded as follows: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 1 1 1 1 1 1 1 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |1 0 0 0 0 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 1 1 1 1 1 1 1 1 1 1 0 0| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Corrected Text -------------- Those same addresses embedded in IPv6 would be encoded as follows: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 1 1 1 1 1 1 1 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |1 0 0 0 0 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 1 1 1 1 1 1 1 1 1 1 0 0| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Notes ----- The base IPv6 address should have 16 bytes (128 bits), there are more 4 bytes typed. Instructions: ------------- This errata is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party (IESG) can log in to change the status and edit the report, if necessary. -------------------------------------- RFC4379 (draft-ietf-mpls-lsp-ping-13) -------------------------------------- Title : Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures Publication Date : February 2006 Author(s) : K. Kompella, G. Swallow Category : PROPOSED STANDARD Source : Multiprotocol Label Switching Area : Routing Stream : IETF Verifying Party : IESG From gregory.mirsky@ericsson.com Tue Nov 6 21:04:11 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C4EE321F8B79 for ; Tue, 6 Nov 2012 21:04:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 qZFVVtVUuI16 for ; Tue, 6 Nov 2012 21:04:10 -0800 (PST) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id D6DE721F8B76 for ; Tue, 6 Nov 2012 21:04:09 -0800 (PST) Received: from eusaamw0706.eamcs.ericsson.se ([147.117.20.31]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id qA759B2K028320; Tue, 6 Nov 2012 23:09:13 -0600 Received: from EUSAAHC004.ericsson.se (147.117.188.84) by eusaamw0706.eamcs.ericsson.se (147.117.20.31) with Microsoft SMTP Server (TLS) id 8.3.279.1; Wed, 7 Nov 2012 00:04:07 -0500 Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC004.ericsson.se ([147.117.188.84]) with mapi id 14.02.0318.001; Wed, 7 Nov 2012 00:04:06 -0500 From: Gregory Mirsky To: Rolf Winter , Loa Andersson , "mpls@ietf.org" , "draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org" Thread-Topic: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map Thread-Index: AQHNu/vWDlKD9aB0dkCMHDC0/wbCX5fc8F3wgADOHwD//68E0IAAWn4A//+tQUA= Date: Wed, 7 Nov 2012 05:04:06 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF112F4D9@EUSAAMB103.ericsson.se> References: <5098CF68.2000105@pi.nu> <7347100B5761DC41A166AC17F22DF112F1C7@EUSAAMB103.ericsson.se> <791AD3077F94194BB2BDD13565B6295D55504CA3@DAPHNIS.office.hd> <7347100B5761DC41A166AC17F22DF112F3B7@EUSAAMB103.ericsson.se> <791AD3077F94194BB2BDD13565B6295D55504D1B@DAPHNIS.office.hd> In-Reply-To: <791AD3077F94194BB2BDD13565B6295D55504D1B@DAPHNIS.office.hd> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.134] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF112F4D9EUSAAMB103ericssons_" MIME-Version: 1.0 Subject: Re: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 05:04:11 -0000 --_000_7347100B5761DC41A166AC17F22DF112F4D9EUSAAMB103ericssons_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Rolf, Apologies, missed. * I think that I understand what you mean by "CV on-demand" but CC/CV= /RDI can not act in on-demand mode and LSP Ping is not the only on-demand M= EP to MIP OAM mechanism. I feel that "CV on-demand" can not be attributed t= o LB; * I'd rather not refer to ambigious item. If one wants to perform PM = to a MIP, that, IMHO, will be done with by SPME means, not by directly addr= essing MIP. Frankly, I can not come up with any other use case and thus pro= pose to remove reference to "diagnostic tests". Regards, Greg -----Original Message----- From: Rolf Winter [mailto:Rolf.Winter@neclab.eu] Sent: Tuesday, November 06, 2012 3:26 PM To: Gregory Mirsky; Loa Andersson; mpls@ietf.org; draft-ietf-mpls-tp-mip-me= p-map@tools.ietf.org Subject: RE: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map Hi Greg, thanks. What's with the other two points. Would you accept these as resolut= ions/answers to your comments? Best, Rolf NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, London = W3 6BL | Registered in England 2832014 > -----Original Message----- > From: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com] > Sent: Dienstag, 6. November 2012 18:22 > To: Rolf Winter; Loa Andersson; mpls@ietf.org; draft-ietf-mpls-tp-mip- > mep-map@tools.ietf.org > Cc: mpls-chairs@tools.ietf.org > Subject: RE: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map > > Hi Rolf, > 802.1ag differentiates as Up or Down both MEP and MIP Half Function > (MHF). I assume that Y.1731 is not different (not much different). > > Regards, > Greg > > -----Original Message----- > From: Rolf Winter [mailto:Rolf.Winter@neclab.eu > ] > Sent: Tuesday, November 06, 2012 2:52 PM > To: Gregory Mirsky; Loa Andersson; mpls@ietf.org; draft-ietf-mpls-tp- > mip-mep-map@tools.ietf.org > Cc: mpls-chairs@tools.ietf.org > Subject: RE: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map > > Hi Greg, > > thanks for the comments. Some relies inline. > > NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, > London W3 6BL | Registered in England 2832014 > > > > * Section 3 > > > > * Note that RFC 6371 refers to per-interface MEP as Up and Down > > (Section 3.3, p.15) whereas in this document per-interface MIPs > > referred as in- and out-. I think that both types of Maintanence > > Points > > (MP) must use one terminology in regard to location in per-interface > > model. > > I see your point. But I think you could argue this two ways. I > personally liked in- and out-MIP as it illustrates the point of MIPs > being transit points and therefore somewhat different in nature. RFC > 6371 does talk about per-interface MIPs but does not name them in any > way, which I found strange at first. Can someone involved in the ITU-T > (or IEEE for that matter) maybe comment on terminology here. Up/Down > MEP is a commonly used term, but how about per interface-MIPs? > > > > > * Section 4. > > > > * I believe that CV operation can be performed only between MEPs, > > not between MEP and MIP, as stated in the document. > > Would qualifying it as on-demand CV work for you? > > > * I think that "diagnostic tests" is bit too open-ended and would > > suggest considering making this bullet more specific or removing it > > altogether. > > This is a term taken from 5860 - the OAM requirements. I agree that a > number of more specific OAM functions fall into the category of > diagnostic test, but using the term should be fine give that it has > been used already in RFCs. Would you agree? > > Thanks again, > > Rolf > > > > > > > Regards, > > Greg > > > > -----Original Message----- > > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org > > > > > ] > > On Behalf Of Loa Andersson > > Sent: Tuesday, November 06, 2012 12:51 AM > > To: mpls@ietf.org; draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org > > Cc: mpls-chairs@tools.ietf.org; MPLS-TP ad hoc team > > Subject: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map > > > > Working Group, > > > > the authors of draft-ietf-mpls-tp-mip-mep-map have indicated that > > the draft is ready for working group last call. > > > > Before we start the working group last call an IPT poll is needed. > > > > This is to start the IPR Poll. > > > > Are you aware of any IPR that applies to draft-ietf-mpls-tp-mip-mep- > > map? > > > > If so, has this IPR been disclosed in compliance with IETF IPR rules > > (see RFCs 3979, 4879, 3669 and 5378 for more details). > > > > If you are listed as a document author or contributor please respond > > to this email regardless of whether or not you are aware of any > > relevant IPR. The response needs to be sent to the MPLS wg mailing > > list. The documents will not advance to the next stage until a > > response has been received from each author and contributor. > > > > If you are on the MPLS WG email list but are not listed as an author > > or contributor, then please explicitly respond only if you are aware > > of any IPR that has not yet been disclosed in conformance with IETF > rules. > > > > > > Thanks, Loa > > (as MPLS WG co-chair) > > > > > > -- > > > > > > Loa Andersson email: > loa.andersson@ericsson.com > > Sr Strategy and Standards Manager loa@pi.nu > > Ericsson Inc phone: +46 10 717 52 13 > > +46 767 72 92 13 > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > > > > > > > > > --_000_7347100B5761DC41A166AC17F22DF112F4D9EUSAAMB103ericssons_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi Rolf,
Apologies, missed.
  • I think that I understand what you mean by "CV on-demand" but= CC/CV/RDI can not act in on-demand mode and LSP Ping is not the only on-de= mand MEP to MIP OAM mechanism. I feel that "CV on-demand" can not= be attributed to LB;
  • I'd rather not refer to ambigious item. If on= e wants to perform PM to a MIP, that, IMHO, will be done with by SPME means= , not by directly addressing MIP. Frankly, I can not come up with any other= use case and thus propose to remove reference to "diagnostic tests".
 
        Regards,
           &nbs= p;    Greg
 
-----Original Message-----
From: Rolf Winter [mailto:Rolf.Winter@neclab.eu]
Sent: Tuesday, November 06, 2012 3:26 PM
To: Gregory Mirsky; Loa Andersson; mpls@ietf.org; draft-ietf-mpls-tp-m= ip-mep-map@tools.ietf.org
Subject: RE: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map
 
Hi Greg,
 
thanks. What's with the other two points. Would you accept these as re= solutions/answers to your comments?
 
Best,
 
Rolf
 
NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, Lo= ndon W3 6BL | Registered in England 2832014
 
 
> -----Original Message-----
> From: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com]
> Sent: Dienstag, 6. November 2012 18:22
> To: Rolf Winter; Loa Andersson; mpls@ietf.org; draft-ietf-mpls-tp= -mip-
> mep-map@tools.ietf.org
> Cc: mpls-chairs@tools.ietf.org
> Subject: RE: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map
>
> Hi Rolf,
> 802.1ag differentiates as Up or Down both MEP and MIP Half Functi= on
> (MHF). I assume that Y.1731 is not different (not much different)= .
>
>         Regards,
>           =       Greg
>
> -----Original Message-----
> Sent: Tuesday, November 06, 2012 2:52 PM
> To: Gregory Mirsky; Loa Andersson; mpls@ietf.org; draft-ietf-mpls= -tp-
> mip-mep-map@tools.ietf.org
> Cc: mpls-chairs@tools.ietf.org
> Subject: RE: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map
>
> Hi Greg,
>
> thanks for the comments. Some relies inline.
>
> NEC Europe Limited | Registered Office: NEC House, 1 Victoria Roa= d,
> London W3 6BL | Registered in England 2832014
>
>
> > *     Section 3
> >
> > *     Note that RFC 6371 refers to per-i= nterface MEP as Up and Down
> > (Section 3.3, p.15) whereas in this document per-interface M= IPs
> > referred as in- and out-. I think that both types of Maintan= ence
> > Points
> > (MP) must use one terminology in regard to location in per-i= nterface
> > model.
>
> I see your point. But I think you could argue this two ways. I
> personally liked in- and out-MIP as it illustrates the point of M= IPs
> being transit points and therefore somewhat different in nature. = RFC
> 6371 does talk about per-interface MIPs but does not name them in= any
> way, which I found strange at first. Can someone involved in the = ITU-T
> (or IEEE for that matter) maybe comment on terminology here. Up/D= own
> MEP is a commonly used term, but how about per interface-MIPs?
>
> >
> > *     Section 4.
> >
> > *     I believe that CV operation can be= performed only between MEPs,
> > not between MEP and MIP, as stated in the document.
>
> Would qualifying it as on-demand CV work for you?
>
> > *     I think that "diagnostic test= s" is bit too open-ended and would
> > suggest considering making this bullet more specific or remo= ving it
> > altogether.
>
> This is a term taken from 5860 - the OAM requirements. I agree th= at a
> number of more specific OAM functions fall into the category of <= /div>
> diagnostic test, but using the term should be fine give that it h= as
> been used already in RFCs. Would you agree?
>
> Thanks again,
>
> Rolf
>
> >
> >
> >         Regards,
> >          &= nbsp;      Greg
> >
> > -----Original Message-----
> > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org
> > On Behalf Of Loa Andersson
> > Sent: Tuesday, November 06, 2012 12:51 AM
> > To: mpls@ietf.org; draft-ietf-mpls-tp-mip-mep-map@tools.ietf= .org
> > Cc: mpls-chairs@tools.ietf.org; MPLS-TP ad hoc team
> > Subject: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map
> >
> > Working Group,
> >
> > the authors of draft-ietf-mpls-tp-mip-mep-map have indicated= that
> > the draft is ready for working group last call.
> >
> > Before we start the working group last call an IPT poll is n= eeded.
> >
> > This is to start the IPR Poll.
> >
> > Are you aware of any IPR that applies to draft-ietf-mpls-tp-= mip-mep-
> > map?
> >
> > If so, has this IPR been disclosed in compliance with IETF I= PR rules
> > (see RFCs 3979, 4879, 3669 and 5378 for more details).
> >
> > If you are listed as a document author or contributor please= respond
> > to this email regardless of whether or not you are aware of = any
> > relevant IPR. The response needs to be sent to the MPLS wg m= ailing
> > list. The documents will not advance to the next stage until= a
> > response has been received from each author and contributor.=
> >
> > If you are on the MPLS WG email list but are not listed as a= n author
> > or contributor, then please explicitly respond only if you a= re aware
> > of any IPR that has not yet been disclosed in conformance wi= th IETF
> rules.
> >
> >
> > Thanks, Loa
> > (as MPLS WG co-chair)
> >
> >
> > --
> >
> >
> > Loa Andersson        = ;            &n= bsp;    email:
> loa.andersson@ericsson.com
> > Sr Strategy and Standards Manager    &nb= sp;       loa@pi.nu
> > Ericsson Inc        =             &nb= sp;     phone: +46 10 717 52 13
> >          &= nbsp;           &nbs= p;            &= nbsp;           +46 7= 67 72 92 13
> > _______________________________________________
> > mpls mailing list
> > mpls@ietf.org
> >
>
 
 --_000_7347100B5761DC41A166AC17F22DF112F4D9EUSAAMB103ericssons_-- From koike.yoshinori@lab.ntt.co.jp Wed Nov 7 00:32:40 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A227021F87E6 for ; Wed, 7 Nov 2012 00:32:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.09 X-Spam-Level: X-Spam-Status: No, score=-0.09 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265] 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 73GT70pb8ohN for ; Wed, 7 Nov 2012 00:32:40 -0800 (PST) Received: from tama500.ecl.ntt.co.jp (tama500.ecl.ntt.co.jp [129.60.39.148]) by ietfa.amsl.com (Postfix) with ESMTP id 0933121F87E3 for ; Wed, 7 Nov 2012 00:32:39 -0800 (PST) Received: from mfs5.rdh.ecl.ntt.co.jp (mfs5.rdh.ecl.ntt.co.jp [129.60.39.144]) by tama500.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id qA78WcV6006896 for ; Wed, 7 Nov 2012 17:32:38 +0900 Received: from mfs5.rdh.ecl.ntt.co.jp (localhost.localdomain [127.0.0.1]) by mfs5.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id 7058BE0195 for ; Wed, 7 Nov 2012 17:32:38 +0900 (JST) Received: from imail3.m.ecl.ntt.co.jp (imail3.m.ecl.ntt.co.jp [129.60.5.248]) by mfs5.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id 5B5E4E0194 for ; Wed, 7 Nov 2012 17:32:38 +0900 (JST) Received: from [129.60.11.43] (koike-pc.nslab.ecl.ntt.co.jp [129.60.11.43]) by imail3.m.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id qA78Wcxw010755 for ; Wed, 7 Nov 2012 17:32:38 +0900 Message-ID: <509A1D02.9090501@lab.ntt.co.jp> Date: Wed, 07 Nov 2012 17:34:10 +0900 From: Yoshinori Koike User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: "mpls@ietf.org" References: <5098CF68.2000105@pi.nu> In-Reply-To: <5098CF68.2000105@pi.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 08:32:40 -0000 Hi, >Are you aware of any IPR that applies to draft-ietf-mpls-tp-mip-mep-map? No. I'm not aware of any IPR related to this draft. Regards, Yoshinori (2012/11/06 17:50), Loa Andersson wrote: > Working Group, > > the authors of draft-ietf-mpls-tp-mip-mep-map have indicated that the > draft is ready for working group last call. > > Before we start the working group last call an IPT poll is needed. > > This is to start the IPR Poll. > > Are you aware of any IPR that applies to draft-ietf-mpls-tp-mip-mep-map? > > If so, has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3979, 4879, 3669 and 5378 for more details). > > If you are listed as a document author or contributor please respond to > this email regardless of whether or not you are aware of any relevant > IPR. The response needs to be sent to the MPLS wg mailing list. The > documents will not advance to the next stage until a response > has been received from each author and contributor. > > If you are on the MPLS WG email list but are not listed as an author or > contributor, then please explicitly respond only if you are aware of any > IPR that has not yet been disclosed in conformance with IETF rules. > > > Thanks, Loa > (as MPLS WG co-chair) > > -- Yoshinori Koike koike.yoshinori@lab.ntt.co.jp From eric.gray@ericsson.com Wed Nov 7 07:06:21 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E712121F8BD5 for ; Wed, 7 Nov 2012 07:06:20 -0800 (PST) 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 LGZ4Ur60fOyo for ; Wed, 7 Nov 2012 07:06:20 -0800 (PST) Received: from imr3.ericy.com (imr3.ericy.com [198.24.6.13]) by ietfa.amsl.com (Postfix) with ESMTP id F234221F8BBE for ; Wed, 7 Nov 2012 07:06:19 -0800 (PST) Received: from eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id qA7F6GJ7017288 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 7 Nov 2012 09:06:17 -0600 Received: from EUSAAHC005.ericsson.se (147.117.188.87) by eusaamw0712.eamcs.ericsson.se (147.117.20.181) with Microsoft SMTP Server (TLS) id 8.3.279.1; Wed, 7 Nov 2012 10:06:16 -0500 Received: from EUSAAMB107.ericsson.se ([147.117.188.124]) by EUSAAHC005.ericsson.se ([147.117.188.87]) with mapi id 14.02.0318.001; Wed, 7 Nov 2012 10:06:15 -0500 From: Eric Gray To: "George Swallow (swallow)" , "Eric Rosen (erosen)" , Kireeti Kompella Thread-Topic: [mpls] new published draft-kompella-mpls-special-purpose-labels-01 (Adrian Farrel) Thread-Index: AQHNuHbBVoF10vkr00mt9F5/MSLUOJfegMmQ Date: Wed, 7 Nov 2012 15:06:15 +0000 Message-ID: <48E1A67CB9CA044EADFEAB87D814BFF6018171@EUSAAMB107.ericsson.se> References: <8048.1351203428@erosen-linux> <2FE467D3673DCE409A84D67EC2F607BB0F5D60BA@xmb-rcd-x10.cisco.com> In-Reply-To: <2FE467D3673DCE409A84D67EC2F607BB0F5D60BA@xmb-rcd-x10.cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.134] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "mpls@ietf.org" , 'Vivek Kumar' Subject: Re: [mpls] new published draft-kompella-mpls-special-purpose-labels-01 (Adrian Farrel) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 15:06:21 -0000 George, I am pretty sure we would not "always have the option of extending the res= erved bits" if the requirement was that the bits are currently required to NOT be set a= nd ignored. Too many opportunities for proprietary cheats that use one or another of the "Reserv= ed" bits, and all you=20 would need is for one or more of those to become popular in deployment and = these cheats will be part of the "installed base." This is what I believe Adrian is referring to with his comment about "squa= tting." -- Eric -----Original Message----- From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Geo= rge Swallow (swallow) Sent: Thursday, November 01, 2012 5:20 PM To: Eric Rosen (erosen); Kireeti Kompella Cc: mpls@ietf.org; 'Vivek Kumar' Subject: Re: [mpls] new published draft-kompella-mpls-special-purpose-label= s-01 (Adrian Farrel) My opinion is that we should just make labels 0-15 in the new space reserve= d in the sense of MUST not be sent and dropped on receipt. I don't think 1= 6 LFIB entries of "treat the same as label 0" will challenge much hardware.= And if they are that cramped then they won't be able to choke down the ne= w label space in the fast path anyway. If we limit the new space to 6 bits that gives us 48 new reserved labels wh= ich seems a large enough a devil's playground. We would always have the op= tion of extending the reserved range or adding a dynamic range. ...George On 10/25/12 6:17 PM, "Eric Rosen (erosen)" wrote: > >Stewart> Whilst I think that we should make the whole label space >available >Stewart> to SLs, I think that we should try hard to compress the used >range >Stewart> to as small a space as possible so that the fast path gets the=20 >Stewart> option of parsing the SL without having to invoke the=20 >Stewart> heavyweight lookup that is needed to do a full 20 bit lookup.=20 >Stewart> That would suggest that the SL set could usefully start at 0=20 >Stewart> so that it was >as >Stewart> compact as possible allowing a faster L15 parser. > >Kireeti> I see the logic of this, but in the entropy label draft, we=20 >Kireeti> did state that someone wishing to do load balancing could scan=20 >Kireeti> the label stack for the ELI (label 7), and use just the next=20 >Kireeti> label >for >Kireeti> hashing. I think that's a nice optimization; however, reusing=20 >Kireeti> label 7 would break that. > >Kireeti> Considering backward compatibility, there are two choices: > >Kireeti> a) either allow 0-15 following the extension label, but keep the >Kireeti> meaning the same as a "regular" SL; OR > >Kireeti> b) disallow 0-15 following the extension label. > >It seems to me that Kireeti's argument above leads rather to the=20 >following two choices: > >a) Define label 7 in the extended special purpose label registry to=20 >have the > same meaning it has in the non-extended special purpose label=20 >registry, or > >b) Disallow label 7 following the extension label. > >The argument for applying this same choice to labels 0 and 2 seems to=20 >be the >following:=20 > >Kireeti> Assume for a second that we all decide that having a protocol=20 >Kireeti> identifier is a Good Thing (note: this is just a Thought=20 >Kireeti> Experiment; please start a separate thread on the merits or=20 >Kireeti> demerits of such a notion; also, see=20 >Kireeti> draft-bitar-mpls-isis-explicit-null-label). > >Kireeti> Assume further that all the labels from 0-15 have been assigned. >Kireeti> So, we have to use an extended special purpose labels for=20 >Kireeti> ISIS, Appletalk and NetBUI. We already have explicit nulls=20 >Kireeti> for IPv4 >and >Kireeti> IPv6. Would you rather: > >Kireeti> a) have quite different ways (and label stack depths) to announce >Kireeti> the payload type: > >Kireeti> 0 -> IPv4 >Kireeti> 2 -> IPv6 >Kireeti> 15, 24 -> ISIS >Kireeti> 15, 25 -> Appletalk >Kireeti> (etc.) > >Kireeti> b) unify these as: >Kireeti> 15, 0 -> IPv4 >Kireeti> 15, 2 -> IPv6 >Kireeti> 15, 24 -> ISIS >Kireeti> 15, 25 -> Appletalk >Kireeti> (etc.) > >Kireeti> c) create new code points for IPv4 and IPv6, while keeping the >old ones: >Kireeti> 0 -> IPv4 >Kireeti> 15, 22 -> IPv4 >Kireeti> 2 -> IPv6 >Kireeti> 15, 23 -> IPv6 >Kireeti> 15, 24 -> ISIS >Kireeti> 15, 25 -> Appletalk >Kireeti> (etc.) > >Kireeti> I'm not a hardware or microcode guy, but (b) sounds like a=20 >Kireeti> reasonable option to me. > >To me, the best option is a. Why make the stack longer for IP just=20 >because someone somewhere is still using Appletalk? I think most=20 >implementations can handle variable length rewrite strings. BTW, you=20 >forgot DECnet. > >I definitely wouldn't allow the silliness of having an arbitrarily long=20 >sequence of extension labels mean the same thing as a single extension=20 >label. > >I'm also skeptical about whether we really need the extended special=20 >purpose label registry to have 20-bit values. Maybe 4 bits is too=20 >little, but 8 should be more than sufficient. Any more than 8 bits and=20 >there is very little point to requiring the "standards action"=20 >allocation policy, as it becomes very easy to "squat" on codepoints. =20 >(In fact, even 8 bits can be enough to encourage squatting; just look=20 >at the number of 8-bit codepoints that have been assigned values like=20 >128 or 129 ;-)) > >BTW, once there is an extension label, one can ask whether the=20 >extension label should just be interpreted as a "context label" that=20 >identifies a second per-platform label space. A second per-platform=20 >label space could be divided into special purpose labels and=20 >dynamically assigned labels, just like the existing per-platform label=20 >space. The draft should be clear about whether this use is allowed,=20 >prohibited, or just out of scope. > >Kireeti> So, it would be nice to have technical discussions about=20 >Kireeti> whether >a >Kireeti> new special purpose label is needed, what it means, how it=20 >Kireeti> would >be >Kireeti> used, etc., without worrying about scarcity. > >That seems likely to lead to a "just say yes" policy, in which we will=20 >end up with hundreds of special purpose labels, each implemented by=20 >only a subset of vendors. If hardware/microcode needs to have a priori=20 >awareness of the special purpose labels, there still is scarcity, even=20 >if the scarcity is not imposed by the protocol syntax. > >Kireeti> While we're on the subject of special purpose labels, could=20 >Kireeti> the authors of RFC 5331 comment on whether a reserved (aka=20 >Kireeti> special >Kireeti> purpose) label can be signaled as an upstream label? The RFC=20 >Kireeti> is silent on the subject, > >I think there are really two separate questions here: > >- When doing dynamic upstream label assignment, is it legal to assign=20 >label > values 0-15? > > I think it would not be wise to do this, as it falls into the=20 >category of > "asking for trouble". Probably it should have been prohibited. > >- What should you do in a context where you believe a particular label=20 >is > upstream-assigned, but (a) it has a value in the range 0-15, and (b)=20 >that > value has not been dynamically bound? > > I am not aware of any situation in which this would be legal, but I'd=20 > be interested in hearing other opinions. > > =20 >_______________________________________________ >mpls mailing list >mpls@ietf.org >https://www.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From eric.gray@ericsson.com Wed Nov 7 07:20:12 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39CEC21F8BB1 for ; Wed, 7 Nov 2012 07:20:11 -0800 (PST) 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 LVAjh-Y+M-DS for ; Wed, 7 Nov 2012 07:20:07 -0800 (PST) Received: from imr3.ericy.com (imr3.ericy.com [198.24.6.13]) by ietfa.amsl.com (Postfix) with ESMTP id 90F3621F8BAD for ; Wed, 7 Nov 2012 07:20:06 -0800 (PST) Received: from eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id qA7FK4bu018624 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 7 Nov 2012 09:20:04 -0600 Received: from EUSAAHC005.ericsson.se (147.117.188.87) by eusaamw0712.eamcs.ericsson.se (147.117.20.181) with Microsoft SMTP Server (TLS) id 8.3.279.1; Wed, 7 Nov 2012 10:20:03 -0500 Received: from EUSAAMB107.ericsson.se ([147.117.188.124]) by EUSAAHC005.ericsson.se ([147.117.188.87]) with mapi id 14.02.0318.001; Wed, 7 Nov 2012 10:20:03 -0500 From: Eric Gray To: Shahram Davari , "erosen@cisco.com" , "adrian@olddog.co.uk" Thread-Topic: [mpls] new published draft-kompella-mpls-special-purpose-labels-01 (Adrian Farrel) Thread-Index: AQHNvGd7QuHVcvCOzEKBWmAE+d/JmZfefcVA Date: Wed, 7 Nov 2012 15:20:03 +0000 Message-ID: <48E1A67CB9CA044EADFEAB87D814BFF6018202@EUSAAMB107.ericsson.se> References: Your message of Fri, 02 Nov 2012 01:51:37 -0000. <004801cdb89c$9a0573f0$ce105bd0$@olddog.co.uk> <16182.1351878359@erosen-linux> <48E1A67CB9CA044EADFEAB87D814BFF6017BA2@EUSAAMB107.ericsson.se> <4A6CE49E6084B141B15C0713B8993F281BD19408@SJEXCHMB12.corp.ad.broadcom.com> In-Reply-To: <4A6CE49E6084B141B15C0713B8993F281BD19408@SJEXCHMB12.corp.ad.broadcom.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.134] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "mpls@ietf.org" , Vivek Kumar Subject: Re: [mpls] new published draft-kompella-mpls-special-purpose-labels-01 (Adrian Farrel) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 15:20:12 -0000 Shahram, Thanks for the clarification. -- Eric -----Original Message----- From: Shahram Davari [mailto:davari@broadcom.com]=20 Sent: Tuesday, November 06, 2012 4:41 PM To: Eric Gray; erosen@cisco.com; adrian@olddog.co.uk Cc: mpls@ietf.org; Vivek Kumar Subject: RE: [mpls] new published draft-kompella-mpls-special-purpose-label= s-01 (Adrian Farrel) Importance: High Hi Eric (Gray). Let me explain this from chip perspective. As you probably know 20-bit look= up is expensive since it either requires a Hash table or a TCAM. Also note = that any chip has a limitation on the number of MPLS labels that can be loo= ked up per-packet (let's call this N).=20 Now let's discuss the special labels. Special Labels as described in this d= raft adds one Label to the Label stack depth. This means if you want to us= e the existing 20-bit lookup you will consume one of the Label lookups and = therefore you can now only support (N-1) forwarding labels. The solution that Eric Rosen has proposed solves this problem. Since lookin= g at the first 14-bit is easy, just do a HW comparison with zero and then h= ave a small direct index table (64 entries) to do the special label lookup.= Such table is cheap. You could even implement it in Registers. Hope this helps. Regards, Shahram -----Original Message----- From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Eri= c Gray Sent: Tuesday, November 06, 2012 12:16 PM To: erosen@cisco.com; adrian@olddog.co.uk Cc: mpls@ietf.org; Vivek Kumar Subject: Re: [mpls] new published draft-kompella-mpls-special-purpose-label= s-01 (Adrian Farrel) Eric (Rosen), I am having some trouble understanding how what you describe is not simply= an isomorphism of a "20-bit look-up." If you examine the first 16 bits (to see if they are all zeros), and then = look at the last 4 bits, you have examined all 20 bits. It is easy enough to imagine an implementation that does exactly what you'= ve described, but difficult to see why such an implementation might be cons= idered to be "definitive." If it is possible that you will do a 20-bit look-up in at least some non-n= ull subset of all cases, then the hardware needs to support this. Having i= t also explicitly support a "special case" handling mechanism for the case = where the first 16 bits are all zeros may be considered by at least some im= plementers as more complex than supporting the basic 20-bit look-up with th= e results associated with the "special case" labels simply "hard-wired" in. The part I'm having the most trouble with is the notion that an implementa= tion would be optimized for the (hopefully) unusual case of "special case" = labels, rather than being optimized for the (probable) common case where th= e label has meaning assigned for the purpose of forwarding packets. The process you describe gets a result after two (presumed) separate looku= p operations: a first one that determines if the first 16 bits are all zero, = followed by a second step where either the last 4 bits are used to pick a s= pecial cases result, or the entire 20 bit label is examined (with the first= 16 bits presumably being examined yet a second time). This would seem to be sub-optimal. If the implementation does not - in fact - do this as 2 separate lookups, = than it is performing steps that are logically identical to a 20-bit lookup= in a single step. -- Eric (Gray) -----Original Message----- From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Eri= c Rosen Sent: Friday, November 02, 2012 1:46 PM To: adrian@olddog.co.uk Cc: mpls@ietf.org; 'Vivek Kumar' Subject: Re: [mpls] new published draft-kompella-mpls-special-purpose-label= s-01 (Adrian Farrel) Adrian> I prefer that we keep the label as 20 bits (which is what the=20 Adrian> hardware will expect to process) This is not correct; to interpret a "special purpose label", hardware has n= ever had to do a 20-bit lookup. We should not require that implementations= of this draft need to do a 20-bit lookup in order to process the extended = special purpose labels. Adrian> If we restrict it to 6 bits, it will imply the other bits are=20 Adrian> available to be "squatted". Unless you expect the WG to be assigning a million or so codepoints for spe= cial purpose labels, any 20-bit scheme will leave plenty of unassigned values that can be misappropriated. Allocation policies don't really provide disincentive to "squatting" unless there is a real likelihood of "c= odepoint clash". _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From internet-drafts@ietf.org Wed Nov 7 07:35:19 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F0A7421F8B96; Wed, 7 Nov 2012 07:35:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.576 X-Spam-Level: X-Spam-Status: No, score=-102.576 tagged_above=-999 required=5 tests=[AWL=0.024, 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 nglMKxwO4c-r; Wed, 7 Nov 2012 07:35:18 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 437C421F8B74; Wed, 7 Nov 2012 07:35:18 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.35 Message-ID: <20121107153518.30173.71197.idtracker@ietfa.amsl.com> Date: Wed, 07 Nov 2012 07:35:18 -0800 Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-tp-itu-t-identifiers-06.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 15:35:19 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Multiprotocol Label Switching Working Gro= up of the IETF. Title : MPLS-TP Identifiers Following ITU-T Conventions Author(s) : Rolf Winter Eric Gray Huub van Helvoort Malcolm Betts Filename : draft-ietf-mpls-tp-itu-t-identifiers-06.txt Pages : 12 Date : 2012-11-07 Abstract: This document specifies an extension to the identifiers to be used in the Transport Profile of Multiprotocol Label Switching (MPLS-TP). Identifiers that follow IP/MPLS conventions have already been defined. This memo augments that set of identifiers for MPLS-TP management and OAM functions to include identifier information in a format typically used by the ITU-T. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-itu-t-identifiers There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-tp-itu-t-identifiers-06 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-tp-itu-t-identifiers-06 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From huubatwork@gmail.com Wed Nov 7 07:39:56 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 45E2421F8B67 for ; Wed, 7 Nov 2012 07:39:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 uS7E1+aUyuSQ for ; Wed, 7 Nov 2012 07:39:54 -0800 (PST) Received: from mail-pa0-f44.google.com (mail-pa0-f44.google.com [209.85.220.44]) by ietfa.amsl.com (Postfix) with ESMTP id 65D3D21F8C01 for ; Wed, 7 Nov 2012 07:39:49 -0800 (PST) Received: by mail-pa0-f44.google.com with SMTP id fb11so1300315pad.31 for ; Wed, 07 Nov 2012 07:39:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-forwarded-message-id:content-type:content-transfer-encoding; bh=tdV02WNZVbJTwKj6dyZMYy9LEtIpt59zVrXEU0Ld0g4=; b=m715ZCi/ysmzR1uIEFN/Zhsr8oK/cv5gLrwinq6oew4hOtO2Fb6nLgNMt7RCn3Bqbz s3CJYLoL0AE05/feLwmddAISTv/aGOIWa8NSRoPRkmDd+fBwxMs4SgvI8V6hlptAZSf4 fDAL19tQ4HO+vQyAOBVE1YukwffBzoDOu4gmdJxhujclxZRh/+CDhNnCUXA7eKa29Mmn SjP5ceu7UE2/6zhAV7JKyqC7K4Fzg8a00ROJzNlZ3/RgstuwJIip5dpIMGxqukn7xxkz 5VH/9uro/IAFU0TxTv66PnI+x+vbraj7VjCAQrFVhAhZEN1GNit7ID2YNl4V32YNcsoe Gd1g== Received: by 10.66.84.40 with SMTP id v8mr13424336pay.47.1352302789226; Wed, 07 Nov 2012 07:39:49 -0800 (PST) Received: from dhcp-1145.meeting.ietf.org (dhcp-1145.meeting.ietf.org. [130.129.17.69]) by mx.google.com with ESMTPS id a4sm14454279pax.12.2012.11.07.07.39.47 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 07 Nov 2012 07:39:48 -0800 (PST) Message-ID: <509A80C3.1090907@gmail.com> Date: Wed, 07 Nov 2012 16:39:47 +0100 From: Huub van Helvoort User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: "mpls@ietf.org" , Ad hoc MPLS-TP References: <20121107153518.30173.71197.idtracker@ietfa.amsl.com> In-Reply-To: <20121107153518.30173.71197.idtracker@ietfa.amsl.com> X-Forwarded-Message-Id: <20121107153518.30173.71197.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "mpls-chairs@tools.ietf.org" Subject: [mpls] Fwd: I-D Action: draft-ietf-mpls-tp-itu-t-identifiers-06.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: huubatwork@gmail.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 15:39:56 -0000 All, As mentioned during the MPLS WG session this morning I needed to update section 6 to resolve the comments from Mach Chen and Yoshinori Koike. This revision provides that update. Please confirm if this resolves your comment. Best regards, Huub. -------- Original Message -------- Subject: I-D Action: draft-ietf-mpls-tp-itu-t-identifiers-06.txt Date: Wed, 07 Nov 2012 07:35:18 -0800 From: internet-drafts@ietf.org Reply-To: internet-drafts@ietf.org To: i-d-announce@ietf.org CC: mpls@ietf.org A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : MPLS-TP Identifiers Following ITU-T Conventions Author(s) : Rolf Winter Eric Gray Huub van Helvoort Malcolm Betts Filename : draft-ietf-mpls-tp-itu-t-identifiers-06.txt Pages : 12 Date : 2012-11-07 Abstract: This document specifies an extension to the identifiers to be used in the Transport Profile of Multiprotocol Label Switching (MPLS-TP). Identifiers that follow IP/MPLS conventions have already been defined. This memo augments that set of identifiers for MPLS-TP management and OAM functions to include identifier information in a format typically used by the ITU-T. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-itu-t-identifiers There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-tp-itu-t-identifiers-06 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-tp-itu-t-identifiers-06 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt From mach.chen@huawei.com Wed Nov 7 07:46:42 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19E4921F8C2C for ; Wed, 7 Nov 2012 07:46:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.486 X-Spam-Level: X-Spam-Status: No, score=-6.486 tagged_above=-999 required=5 tests=[AWL=0.113, 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 2n8hg-hxe8zo for ; Wed, 7 Nov 2012 07:46:40 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 03F8021F8C25 for ; Wed, 7 Nov 2012 07:46:38 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AMN00562; Wed, 07 Nov 2012 15:46:37 +0000 (GMT) Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 7 Nov 2012 15:46:07 +0000 Received: from SZXEML421-HUB.china.huawei.com (10.82.67.160) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 7 Nov 2012 15:46:16 +0000 Received: from SZXEML511-MBX.china.huawei.com ([169.254.3.192]) by szxeml421-hub.china.huawei.com ([10.82.67.160]) with mapi id 14.01.0323.003; Wed, 7 Nov 2012 23:46:14 +0800 From: Mach Chen To: "huubatwork@gmail.com" , "mpls@ietf.org" , Ad hoc MPLS-TP Thread-Topic: [mpls] Fwd: I-D Action: draft-ietf-mpls-tp-itu-t-identifiers-06.txt Thread-Index: AQHNvP4nwyhD2GXMX0+9JsUcM4hJ0Jfegzan Date: Wed, 7 Nov 2012 15:46:13 +0000 Message-ID: References: <20121107153518.30173.71197.idtracker@ietfa.amsl.com>, <509A80C3.1090907@gmail.com> In-Reply-To: <509A80C3.1090907@gmail.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.156.227] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] Fwd: I-D Action: draft-ietf-mpls-tp-itu-t-identifiers-06.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 15:46:42 -0000 Hi Huub, My comments regarding to Section 6 has been solved in this version. Best regards, Mach ________________________________________ From: mpls-bounces@ietf.org [mpls-bounces@ietf.org] on behalf of Huub van H= elvoort [huubatwork@gmail.com] Sent: Wednesday, November 07, 2012 23:39 To: mpls@ietf.org; Ad hoc MPLS-TP Cc: mpls-chairs@tools.ietf.org Subject: [mpls] Fwd: I-D Action: draft-ietf-mpls-tp-itu-t-identifiers-06.tx= t All, As mentioned during the MPLS WG session this morning I needed to update section 6 to resolve the comments from Mach Chen and Yoshinori Koike. This revision provides that update. Please confirm if this resolves your comment. Best regards, Huub. -------- Original Message -------- Subject: I-D Action: draft-ietf-mpls-tp-itu-t-identifiers-06.txt Date: Wed, 07 Nov 2012 07:35:18 -0800 From: internet-drafts@ietf.org Reply-To: internet-drafts@ietf.org To: i-d-announce@ietf.org CC: mpls@ietf.org A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : MPLS-TP Identifiers Following ITU-T Conventions Author(s) : Rolf Winter Eric Gray Huub van Helvoort Malcolm Betts Filename : draft-ietf-mpls-tp-itu-t-identifiers-06.txt Pages : 12 Date : 2012-11-07 Abstract: This document specifies an extension to the identifiers to be used in the Transport Profile of Multiprotocol Label Switching (MPLS-TP). Identifiers that follow IP/MPLS conventions have already been defined. This memo augments that set of identifiers for MPLS-TP management and OAM functions to include identifier information in a format typically used by the ITU-T. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-itu-t-identifiers There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-tp-itu-t-identifiers-06 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-tp-itu-t-identifiers-06 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls= From pabloisnot@gmail.com Wed Nov 7 08:37:15 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 867DC21F8BE1 for ; Wed, 7 Nov 2012 08:37:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.932 X-Spam-Level: X-Spam-Status: No, score=-1.932 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, SARE_HTML_USL_OBFU=1.666] 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 FFPuDbYoGW1N for ; Wed, 7 Nov 2012 08:37:14 -0800 (PST) Received: from mail-lb0-f172.google.com (mail-lb0-f172.google.com [209.85.217.172]) by ietfa.amsl.com (Postfix) with ESMTP id 58A2F21F8BD5 for ; Wed, 7 Nov 2012 08:37:14 -0800 (PST) Received: by mail-lb0-f172.google.com with SMTP id k13so1553021lbo.31 for ; Wed, 07 Nov 2012 08:37:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=vlrokvNPLJMdJaKNA8Xu7yGe+SBcLoAwOYqrF+ODVmM=; b=dC7EdEwZLx1e76j3ITl6K/jnSXDZKTH5ifIP4q4FG7PmNrUg4YH+LxTY5/zNGaH84A PU9ekX9UrSfCvjoWyYztfQFA3MjJUd3AWBawdEjn408JLKc0EjBDm80xFEZUrA8Rja97 JnmFw6uAzCR5GtLP2gVPp/OuETdy78p161dIoxmXu+OTwqL9bYtdbH1vFzFjbqTmbHzR M60enkuiFRYx1OlmazgR2ZtAWh+xRK9sj1ooiifga67NVEscv7mQydPF4mnevplH8oVg k88FUV7ebZFIFeVhlui990x8MZO+HQ9n+u+5DwswxzdBFFDHv+9ywsmm+kPJ/gkwa5pd qtmg== MIME-Version: 1.0 Received: by 10.152.135.41 with SMTP id pp9mr4912917lab.7.1352306233099; Wed, 07 Nov 2012 08:37:13 -0800 (PST) Received: by 10.112.128.133 with HTTP; Wed, 7 Nov 2012 08:37:13 -0800 (PST) In-Reply-To: <508A3D44.8040004@cisco.com> References: <3C086BA39C55B9418AE8FEA3F3EFDEC41DE8A17F@SJEXCHMB09.corp.ad.broadcom.com> <144b01cdb2ae$0e971b50$2bc551f0$@olddog.co.uk> <50893D50.8070107@cisco.com> <66BFBB48-C403-4E58-AB04-1324E84B347A@gmail.com> <508A3D44.8040004@cisco.com> Date: Wed, 7 Nov 2012 11:37:13 -0500 Message-ID: From: Pablo Frank To: stbryant@cisco.com, mpls@ietf.org, Kireeti Kompella Content-Type: multipart/alternative; boundary=f46d044270caa6c61604cdea5490 Subject: Re: [mpls] new published draft-kompella-mpls-special-purpose-labels-01 (Adrian Farrel) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 16:37:15 -0000 --f46d044270caa6c61604cdea5490 Content-Type: text/plain; charset=ISO-8859-1 >From a hardware / microcode perspective, once you decide to support even a modestly-large range of extended special purpose labels AND you will only implement a subset of the available values, the temptation is to use a small internal CAM. An 8-bit or 16-bit CAM is not a particularly expensive hardware block, assuming the # entries is relatively small. In this case, it's not so important that one try to re-use labels 0-15 to conserve the extended special purpose labels. If OTOH, you're trying to implement this as a register-based lookup or small internal table of, say, 64 entries or less then there's a stronger case to try to re-use labels 0-15. As for Kireeti's option (a) or (b), I think (a) is probably easier for hardware to implement. If we were to choose (b), would you expect hardware to drop these disallowed extended SPLs? That would actually require extra datapath logic and/or force the implementer to use separate lookup resources for classic SPLs and extended SPLs. It you do go with (a), it does create a funny situation where 15 might be followed by 15. Maybe we just hold our noses when this happens and keep going? regards, Pablo On Fri, Oct 26, 2012 at 3:35 AM, Stewart Bryant wrote: > On 25/10/2012 19:27, Kireeti Kompella wrote: > >> Hi Stewart, >> >> On Oct 25, 2012, at 06:23 , Stewart Bryant wrote: >> >> Whilst I think that we should make the whole label space >>> available to SLs, I think that we should try hard to compress >>> the used range to as small a space as possible so that >>> the fast path gets the option of parsing the SL without >>> having to invoke the heavyweight lookup that is needed >>> to do a full 20 bit lookup. That would suggest that >>> the SL set could usefully start at 0 so that it was >>> as compact as possible allowing a faster L15 parser. >>> >> I see the logic of this, but in the entropy label draft, we did state >> that someone wishing to do load balancing could scan the label stack for >> the ELI (label 7), and use just the next label for hashing. I think that's >> a nice optimization; however, reusing label 7 would break that. >> >> Considering backward compatibility, there are two choices: >> a) either allow 0-15 following the extension label, but keep the meaning >> the same as a "regular" SL; OR >> b) disallow 0-15 following the extension label. >> >> Kireeti. >> >> Yes, I had forgotten about the deep dive stack parsers in the P router > just looking for L7. > > - Stewart > > ______________________________**_________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/**listinfo/mpls > --f46d044270caa6c61604cdea5490 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable >From a hardware / microcode perspective, once you decide to support even a = modestly-large range of extended special purpose labels AND you will only i= mplement a subset of the available values, the temptation is to use a small= internal CAM. =A0An 8-bit or 16-bit CAM is not a particularly expensive ha= rdware block, assuming the # entries is relatively small. =A0In this case, = it's not so important that one try to re-use labels 0-15 to conserve th= e extended special purpose labels. =A0If OTOH, you're trying to impleme= nt this as a register-based lookup or small internal table of, say, 64 entr= ies or less then there's a stronger case to try to re-use labels 0-15.<= div>
As for Kireeti's option (a) or (b), I think (a) is proba= bly easier for hardware to implement. =A0If we were to choose (b), would yo= u expect hardware to drop these disallowed extended SPLs? =A0That would act= ually require extra datapath logic and/or force the implementer to use sepa= rate lookup resources for classic SPLs and extended SPLs. =A0It you do go w= ith (a), it does create a funny situation where 15 might be followed by 15.= =A0Maybe we just hold our noses when this happens and keep going?

regards,
Pablo


On Fri, Oct 26, 2012 at 3:35 AM, Stewart Bryant <stbrya= nt@cisco.com> wrote:
On 25/10/2012 19:27, Kiree= ti Kompella wrote:
Hi Stewart,

On Oct 25, 2012, at 06:23 , Stewart Bryant <stbryant@cisco.com> wrote:

Whilst I think that we should make the whole label space
available to SLs, I think that we should try hard to compress
the used range to as small a space as possible so that
the fast path gets the option of parsing the SL without
having to invoke the heavyweight lookup that is needed
to do a full 20 bit lookup. That would suggest that
the SL set could usefully start at 0 so that it was
as compact as possible allowing a faster L15 parser.
I see the logic of this, but in the entropy label draft, we did state that = someone wishing to do load balancing could scan the label stack for the ELI= (label 7), and use just the next label for hashing. =A0I think that's = a nice optimization; however, reusing label 7 would break that.

Considering backward compatibility, there are two choices:
a) either allow 0-15 following the extension label, but keep the meaning th= e same as a "regular" SL; OR
b) disallow 0-15 following the extension label.

Kireeti.

Yes, I had forgotten about the deep dive stack parsers in the P router just= looking for L7.

- Stewart

_______________________________________________
mpls mailing list
mpls@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/mpls

--f46d044270caa6c61604cdea5490-- From pabloisnot@gmail.com Wed Nov 7 09:31:56 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A045B21F8C76 for ; Wed, 7 Nov 2012 09:31:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.765 X-Spam-Level: X-Spam-Status: No, score=-2.765 tagged_above=-999 required=5 tests=[AWL=0.833, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 hlBqztoq0cai for ; Wed, 7 Nov 2012 09:31:55 -0800 (PST) Received: from mail-la0-f44.google.com (mail-la0-f44.google.com [209.85.215.44]) by ietfa.amsl.com (Postfix) with ESMTP id DEE4121F8C3D for ; Wed, 7 Nov 2012 09:31:54 -0800 (PST) Received: by mail-la0-f44.google.com with SMTP id b11so1548543lam.31 for ; Wed, 07 Nov 2012 09:31:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ktkb9wBxfuCPCObpTthmSHxz4FwA7VaNqWv5Li5frpE=; b=r3JF4O/QCLuJietAOzecmZr7Wm+ZV+pwKG4a3YzSspzRA6wjALSHeotnldsAQmWmiE kLM1J5cSjRblvIQVSExVepibwngZE8AojW8UbAUyMC4aiAePFQOEjeFE5R9DIKnJlCus ryeNAcpv9z8DFELiN/Hp3ME1f88/tJ4jGZFQdgsCG9PwXlcJfblZb7y9W5N/UHBA3dd8 AwMuvuDdbLBvtNVKZ00WgNV2ABEpGe4Uo95mCHJ8Gli/ZGI8Y/41c9gvp3pMsxmjzIfq B2A8slKFAHIXK07YnHhuQOxoblQcnuoKBjKIssZa0pfM9TkNOf76POBwP3W1OoCOKshU ArvA== MIME-Version: 1.0 Received: by 10.112.47.129 with SMTP id d1mr2158191lbn.115.1352309513751; Wed, 07 Nov 2012 09:31:53 -0800 (PST) Received: by 10.112.128.133 with HTTP; Wed, 7 Nov 2012 09:31:53 -0800 (PST) In-Reply-To: <791AD3077F94194BB2BDD13565B6295D55504CA3@DAPHNIS.office.hd> References: <5098CF68.2000105@pi.nu> <7347100B5761DC41A166AC17F22DF112F1C7@EUSAAMB103.ericsson.se> <791AD3077F94194BB2BDD13565B6295D55504CA3@DAPHNIS.office.hd> Date: Wed, 7 Nov 2012 12:31:53 -0500 Message-ID: From: Pablo Frank To: Rolf Winter Content-Type: multipart/alternative; boundary=bcaec553fe92318e5304cdeb188a Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org" Subject: Re: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 17:31:56 -0000 --bcaec553fe92318e5304cdeb188a Content-Type: text/plain; charset=ISO-8859-1 Hi Rolf, To me, the concepts of up/down MEP/MIP vs. node/interface-MEP/MIPs are orthogonal concepts. In 802.1q, the up/down direction of MP is in reference to the direction (in the baggy-pants model) in which it sends and consumes frames (i.e. the "active" side). For example, an up-MEP transmits "up" towards the forwarding function while a down-MEP transmits "down" towards the interface. MIPs are modeled as two MIP-Half-Functions because they're basically active in either direction. I've interpreted per-Interface MIPs to be really both MHFs together. (I suppose you could extend this to say that per-Node MIPs are like down-MHF only). Strictly speaking, you're hitting the "down-MHF" if your traceroute message terminates at what you call the "in-MIP". You're hitting the "up-MHF" of the MIP on the other side of the device when the message terminates at the "out-MIP". Personally, I find that unintuitive so I actually prefer your in-MIP/out-MIP terminology. If you're going to introduce this new terminology though, you'll want to include a section that explains this mapping. regards, Pablo On Tue, Nov 6, 2012 at 5:51 PM, Rolf Winter wrote: > Hi Greg, > > thanks for the comments. Some relies inline. > > NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, London > W3 6BL | Registered in England 2832014 > > > > * Section 3 > > > > * Note that RFC 6371 refers to per-interface MEP as Up and Down > > (Section 3.3, p.15) whereas in this document per-interface MIPs > > referred as in- and out-. I think that both types of Maintanence Points > > (MP) must use one terminology in regard to location in per-interface > > model. > > I see your point. But I think you could argue this two ways. I personally > liked in- and out-MIP as it illustrates the point of MIPs being transit > points and therefore somewhat different in nature. RFC 6371 does talk about > per-interface MIPs but does not name them in any way, which I found strange > at first. Can someone involved in the ITU-T (or IEEE for that matter) maybe > comment on terminology here. Up/Down MEP is a commonly used term, but how > about per interface-MIPs? > > > > > * Section 4. > > > > * I believe that CV operation can be performed only between MEPs, > > not between MEP and MIP, as stated in the document. > > Would qualifying it as on-demand CV work for you? > > > * I think that "diagnostic tests" is bit too open-ended and would > > suggest considering making this bullet more specific or removing it > > altogether. > > This is a term taken from 5860 - the OAM requirements. I agree that a > number of more specific OAM functions fall into the category of diagnostic > test, but using the term should be fine give that it has been used already > in RFCs. Would you agree? > > Thanks again, > > Rolf > > > > > > > Regards, > > Greg > > > > -----Original Message----- > > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org > bounces@ietf.org> ] On Behalf Of Loa Andersson > > Sent: Tuesday, November 06, 2012 12:51 AM > > To: mpls@ietf.org; draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org > > Cc: mpls-chairs@tools.ietf.org; MPLS-TP ad hoc team > > Subject: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map > > > > Working Group, > > > > the authors of draft-ietf-mpls-tp-mip-mep-map have indicated that the > > draft is ready for working group last call. > > > > Before we start the working group last call an IPT poll is needed. > > > > This is to start the IPR Poll. > > > > Are you aware of any IPR that applies to draft-ietf-mpls-tp-mip-mep- > > map? > > > > If so, has this IPR been disclosed in compliance with IETF IPR rules > > (see RFCs 3979, 4879, 3669 and 5378 for more details). > > > > If you are listed as a document author or contributor please respond to > > this email regardless of whether or not you are aware of any relevant > > IPR. The response needs to be sent to the MPLS wg mailing list. The > > documents will not advance to the next stage until a response has been > > received from each author and contributor. > > > > If you are on the MPLS WG email list but are not listed as an author or > > contributor, then please explicitly respond only if you are aware of > > any IPR that has not yet been disclosed in conformance with IETF rules. > > > > > > Thanks, Loa > > (as MPLS WG co-chair) > > > > > > -- > > > > > > Loa Andersson email: loa.andersson@ericsson.com > > Sr Strategy and Standards Manager loa@pi.nu > > Ericsson Inc phone: +46 10 717 52 13 > > +46 767 72 92 13 > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --bcaec553fe92318e5304cdeb188a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Rolf,

To me, the concepts of up/down MEP/MIP vs. node= /interface-MEP/MIPs are orthogonal concepts. =A0In 802.1q, the up/down dire= ction of MP is in reference to the direction (in the baggy-pants model) in = which it sends and consumes frames (i.e. the "active" side). For = example, an up-MEP transmits "up" towards the forwarding function= while a down-MEP transmits "down" towards the interface. =A0MIPs= are modeled as two MIP-Half-Functions because they're basically active= in either direction. =A0I've interpreted per-Interface MIPs to be real= ly both MHFs together. =A0(I suppose you could extend this to say that per-= Node MIPs are like down-MHF only).

Strictly speaking, you're hitting the "down-MH= F" if your traceroute message terminates at what you call the "in= -MIP". =A0You're hitting the "up-MHF" of the MIP on the = other side of the device when the message terminates at the "out-MIP&q= uot;. =A0Personally, I find that unintuitive so I actually prefer your in-M= IP/out-MIP terminology.

If you're going to introduce this new terminology t= hough, you'll want to include a section that explains this mapping.

regards,
Pablo


On Tue, Nov 6, 2012 at 5:51 PM, Rolf Winter <Rolf.Winter@neclab.eu> wrote:
Hi Greg,

thanks for the comments. Some relies inline.

NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, London = W3 6BL | Registered in England 2832014


> * =A0 =A0 Section 3
>
> * =A0 =A0 Note that RFC 6371 refers to per-interface MEP as Up and Dow= n
> (Section 3.3, p.15) whereas in this document per-int= erface MIPs
> referred as in- and out-. I think that both types of Maintanence Point= s
> (MP) must use one terminology in regard to location in per-interface > model.

I see your point. But I think you could argue this two ways. I person= ally liked in- and out-MIP as it illustrates the point of MIPs being transi= t points and therefore somewhat different in nature. RFC 6371 does talk abo= ut per-interface MIPs but does not name them in any way, which I found stra= nge at first. Can someone involved in the ITU-T (or IEEE for that matter) m= aybe comment on terminology here. Up/Down MEP is a commonly used term, but = how about per interface-MIPs?

>
> * =A0 =A0 Section 4.
>
> * =A0 =A0 I believe that CV operation can be performed only between ME= Ps,
> not between MEP and MIP, as stated in the document.<= br>
Would qualifying it as on-demand CV work for you?

> * =A0 =A0 I think that "diagnostic tests" is bit too open-en= ded and would
> suggest considering making this bullet more specific= or removing it
> altogether.

This is a term taken from 5860 - the OAM requirements. I agree that a= number of more specific OAM functions fall into the category of diagnostic= test, but using the term should be fine give that it has been used already= in RFCs. Would you agree?

Thanks again,

Rolf

>
>
> =A0 =A0 =A0 =A0 Regards,
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Greg
>
> -----Original Message-----
> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org <mailto:mpls-
> bounces@ietf.org> ] On Beha= lf Of Loa Andersson
> Sent: Tuesday, November 06, 2012 12:51 AM
> To: mpls@ietf.org; draft-ietf-mpls-tp-mip-m= ep-map@tools.ietf.org
> Cc: mpls-chairs@tools.ie= tf.org; MPLS-TP ad hoc team
> Subject: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map
>
> Working Group,
>
> the authors of draft-ietf-mpls-tp-mip-mep-map have indicated that the<= br> > draft is ready for working group last call.
>
> Before we start the working group last call an IPT poll is needed.
>
> This is to start the IPR Poll.
>
> Are you aware of any IPR that applies to draft-ietf-mpls-tp-mip-mep- > map?
>
> If so, has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3979, 4879, 3669 and 5378 for more details).
>
> If you are listed as a document author or contributor please respond t= o
> this email regardless of whether or not you are aware of any relevant<= br> > IPR. The response needs to be sent to the MPLS wg mailing list. The > documents will not advance to the next stage until a response has been=
> received from each author and contributor.
>
> If you are on the MPLS WG email list but are not listed as an author o= r
> contributor, then please explicitly respond only if you are aware of > any IPR that has not yet been disclosed in conformance with IETF rules= .
>
>
> Thanks, Loa
> (as MPLS WG co-chair)
>
>
> --
>
>
> Loa Andersson =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 email: <= a href=3D"mailto:loa.andersson@ericsson.com">loa.andersson@ericsson.com=
> Sr Strategy and Standards Manager =A0 =A0 =A0 =A0 =A0 =A0loa@pi.nu
> Ericsson Inc =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0phone:= +46 10 7= 17 52 13
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 +46 767 72 92 13
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
> <https://www.ietf.org/mailman/listinfo/mpls>
>
_______________________________________________
mpls mailing list
mpls@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/mpls

--bcaec553fe92318e5304cdeb188a-- From loa@pi.nu Wed Nov 7 09:58:10 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 10D8B21F8C56 for ; Wed, 7 Nov 2012 09:58:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[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 xLJ0oE1sqc9t for ; Wed, 7 Nov 2012 09:58:09 -0800 (PST) Received: from mail.pi.nu (ns1.elverljung.se [195.206.248.139]) by ietfa.amsl.com (Postfix) with ESMTP id 6B4B521F8C50 for ; Wed, 7 Nov 2012 09:58:09 -0800 (PST) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.pi.nu (Postfix) with ESMTPSA id 28470824E7; Wed, 7 Nov 2012 18:58:05 +0100 (CET) Message-ID: <509AA12E.2060003@pi.nu> Date: Wed, 07 Nov 2012 18:58:06 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: "mpls@ietf.org" , MPLS-TP ad hoc team , "mpls-chairs@tools.ietf.org" , "draft-fbb-mpls-tp-p2mp-framework@tools.ietf.org" , Martin Vigoureux Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [mpls] IPR poll on draft-fbb-mpls-tp-p2mp-framework X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 17:58:10 -0000 Working Group, the authors of draft-fbb-mpls-tp-p2mp-framework have indicated that the draft is ready to be adopted as a working group document. Before we start the poll wan IPR poll is needed. This is to start the IPR Poll. Are you aware of any IPR that applies to draft-fbb-mpls-tp-p2mp- framework? If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). If you are listed as a document author or contributor please respond to this email regardless of whether or not you are aware of any relevant IPR. The response needs to be sent to the MPLS wg mailing list. The documents will not advance to the next stage until a response has been received from each author and contributor. If you are on the MPLS WG email list but are not listed as an author or contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. Thanks, Loa (as MPLS WG co-chair) -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From matthew.bocci@alcatel-lucent.com Wed Nov 7 10:33:34 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 89CDC21F8C27 for ; Wed, 7 Nov 2012 10:33:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.249 X-Spam-Level: X-Spam-Status: No, score=-110.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_HI=-8, 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 rmjMajSbhUts for ; Wed, 7 Nov 2012 10:33:31 -0800 (PST) Received: from smail5.alcatel.fr (smail5.alcatel.fr [64.208.49.27]) by ietfa.amsl.com (Postfix) with ESMTP id F0F8F21F8C16 for ; Wed, 7 Nov 2012 10:33:30 -0800 (PST) Received: from FRMRSSXCHHUB01.dc-m.alcatel-lucent.com (FRMRSSXCHHUB01.dc-m.alcatel-lucent.com [135.120.45.61]) by smail5.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id qA7IXTXb024360 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Wed, 7 Nov 2012 19:33:29 +0100 Received: from FRMRSSXCHMBSA3.dc-m.alcatel-lucent.com ([135.120.45.36]) by FRMRSSXCHHUB01.dc-m.alcatel-lucent.com ([135.120.45.61]) with mapi; Wed, 7 Nov 2012 19:33:29 +0100 From: "Bocci, Matthew (Matthew)" To: Loa Andersson , "mpls@ietf.org" , MPLS-TP ad hoc team , "mpls-chairs@tools.ietf.org" , "draft-fbb-mpls-tp-p2mp-framework@tools.ietf.org" , "VIGOUREUX, MARTIN (MARTIN)" Date: Wed, 7 Nov 2012 19:33:27 +0100 Thread-Topic: IPR poll on draft-fbb-mpls-tp-p2mp-framework Thread-Index: Ac29FmGW8HSs35HiRyqEmD+1LOOA1A== Message-ID: In-Reply-To: <509AA12E.2060003@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.4.120824 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.69 on 155.132.188.13 Subject: Re: [mpls] IPR poll on draft-fbb-mpls-tp-p2mp-framework X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 18:33:34 -0000 Loa I am not aware of any IPR related to the draft. Matthew On 07/11/2012 17:58, "Loa Andersson" wrote: > >Working Group, > >the authors of draft-fbb-mpls-tp-p2mp-framework have indicated that the >draft is ready to be adopted as a working group document. > >Before we start the poll wan IPR poll is needed. > >This is to start the IPR Poll. > >Are you aware of any IPR that applies to draft-fbb-mpls-tp-p2mp- >framework? > >If so, has this IPR been disclosed in compliance with IETF IPR rules >(see RFCs 3979, 4879, 3669 and 5378 for more details). > >If you are listed as a document author or contributor please respond to >this email regardless of whether or not you are aware of any relevant >IPR. The response needs to be sent to the MPLS wg mailing list. The >documents will not advance to the next stage until a response has been >received from each author and contributor. > >If you are on the MPLS WG email list but are not listed as an author or >contributor, then please explicitly respond only if you are aware of >any IPR that has not yet been disclosed in conformance with IETF rules. > > >Thanks, Loa >(as MPLS WG co-chair) >--=20 > > >Loa Andersson email: loa.andersson@ericsson.com >Sr Strategy and Standards Manager loa@pi.nu >Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 From rcallon@juniper.net Wed Nov 7 10:40:10 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8662521F8BF9 for ; Wed, 7 Nov 2012 10:40:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.332 X-Spam-Level: X-Spam-Status: No, score=-103.332 tagged_above=-999 required=5 tests=[AWL=0.134, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, UNRESOLVED_TEMPLATE=3.132, 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 gjrKkiDIFB6J for ; Wed, 7 Nov 2012 10:40:10 -0800 (PST) Received: from exprod7og112.obsmtp.com (exprod7og112.obsmtp.com [64.18.2.177]) by ietfa.amsl.com (Postfix) with ESMTP id B4E4921F8B3A for ; Wed, 7 Nov 2012 10:40:08 -0800 (PST) Received: from P-EMHUB01-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob112.postini.com ([64.18.6.12]) with SMTP ID DSNKUJqrCE0sejioQQc39B5uxagfNX1nSc6I@postini.com; Wed, 07 Nov 2012 10:40:08 PST Received: from P-CLDFE02-HQ.jnpr.net (172.24.192.60) by P-EMHUB01-HQ.jnpr.net (172.24.192.35) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 7 Nov 2012 10:38:36 -0800 Received: from o365mail.juniper.net (207.17.137.224) by o365mail.juniper.net (172.24.192.60) with Microsoft SMTP Server id 14.1.355.2; Wed, 7 Nov 2012 10:38:35 -0800 Received: from CO9EHSOBE040.bigfish.com (207.46.163.28) by o365mail.juniper.net (207.17.137.224) with Microsoft SMTP Server (TLS) id 14.1.355.2; Wed, 7 Nov 2012 10:45:37 -0800 Received: from mail201-co9-R.bigfish.com (10.236.132.229) by CO9EHSOBE040.bigfish.com (10.236.130.103) with Microsoft SMTP Server id 14.1.225.23; Wed, 7 Nov 2012 18:38:34 +0000 Received: from mail201-co9 (localhost [127.0.0.1]) by mail201-co9-R.bigfish.com (Postfix) with ESMTP id E27D83C0124 for ; Wed, 7 Nov 2012 18:38:34 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.244.213; KIP:(null); UIP:(null); (null); H:CH1PRD0510HT001.namprd05.prod.outlook.com; R:internal; EFV:INT X-SpamScore: -17 X-BigFish: PS-17(zzc85fh4015Izz1de0h1202h1d1ah1d2ahzz1033IL182cceh8275dhz2dh2a8h668h839hd25hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh15d0l1155h) Received: from mail201-co9 (localhost.localdomain [127.0.0.1]) by mail201-co9 (MessageSwitch) id 1352313513395153_24163; Wed, 7 Nov 2012 18:38:33 +0000 (UTC) Received: from CO9EHSMHS015.bigfish.com (unknown [10.236.132.228]) by mail201-co9.bigfish.com (Postfix) with ESMTP id 547C780048 for ; Wed, 7 Nov 2012 18:38:33 +0000 (UTC) Received: from CH1PRD0510HT001.namprd05.prod.outlook.com (157.56.244.213) by CO9EHSMHS015.bigfish.com (10.236.130.25) with Microsoft SMTP Server (TLS) id 14.1.225.23; Wed, 7 Nov 2012 18:38:33 +0000 Received: from CH1PRD0510MB355.namprd05.prod.outlook.com ([169.254.2.125]) by CH1PRD0510HT001.namprd05.prod.outlook.com ([10.255.150.36]) with mapi id 14.16.0233.002; Wed, 7 Nov 2012 18:38:32 +0000 From: Ross Callon To: "mpls@ietf.org" Thread-Topic: MPLS Review Team, and subscription requests Thread-Index: Ac29FxYU3Kn6K31VSMuQGk234pi96Q== Date: Wed, 7 Nov 2012 18:38:32 +0000 Message-ID: <62CCD4C52ACDAD4481149BD5D8A72FD302523174@CH1PRD0510MB355.namprd05.prod.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.232.2] Content-Type: multipart/alternative; boundary="_000_62CCD4C52ACDAD4481149BD5D8A72FD302523174CH1PRD0510MB355_" MIME-Version: 1.0 X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% X-FOPE-CONNECTOR: Id%12219$Dn%IETF.ORG$RO%2$TLS%5$FQDN%onpremiseedge-1018244.customer.frontbridge.com$TlsDn%o365mail.juniper.net Subject: [mpls] MPLS Review Team, and subscription requests X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 18:40:11 -0000 --_000_62CCD4C52ACDAD4481149BD5D8A72FD302523174CH1PRD0510MB355_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable As George mentioned this morning during the MPLS WG meeting, there has rece= ntly been multiple requests from people trying to subscribe to the mpls rev= iew team email list (mpls-review@ietf.org). We will remind people that the MPLS review team is appointed by the MPLS WG= chairs, and exists for the purpose of helping the MPLS chairs review docum= ents, for example prior to calls for adoption as WG documents. The membersh= ip of the team may change over time, but is selected by the WG chairs. The mpls-review email list is set up so that anyone can post an email to th= is list, but only the members of the mpls review team are permitted to be o= n this email list. As such there is no point in trying to subscribe to the = mpls-review email list. Thanks, Ross --_000_62CCD4C52ACDAD4481149BD5D8A72FD302523174CH1PRD0510MB355_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
As George mentioned this morning during the MPLS WG meeting, there has= recently been multiple requests from people trying to subscribe to the mpl= s review team email list (mpls-review@ietf.org).
 
We will remind people that the MPLS review team is appointed by the MP= LS WG chairs, and exists for the purpose of helping the MPLS chairs review = documents, for example prior to calls for adoption as WG documents. The mem= bership of the team may change over time, but is selected by the WG chairs.
 
The mpls-review email list is set up so that anyone can post an email = to this list, but only the members of the mpls review team are permitted to= be on this email list. As such there is no point in trying to subscribe to= the mpls-review email list.
 
Thanks, Ross
 
 --_000_62CCD4C52ACDAD4481149BD5D8A72FD302523174CH1PRD0510MB355_-- From danfrost@cisco.com Wed Nov 7 11:25:41 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B59DD21F8742 for ; Wed, 7 Nov 2012 11:25:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] 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 JqJ7WSTxjC-v for ; Wed, 7 Nov 2012 11:25:40 -0800 (PST) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id CC9EA21F89E5 for ; Wed, 7 Nov 2012 11:25:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=28; q=dns/txt; s=iport; t=1352316340; x=1353525940; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=As+eahyeDizGpZdUEAMhdOP2c2PBeY3+DNOvTHRstYI=; b=SxYk84ijIMfzteAFJzxelGlzTpQwvSmSEAapxG6jaPW4XHWfjtaR7mOb 28TyxDbUC+Y3gC5P2CRGllP8t4rst5N58mABgVI1e0tEjEkVmaBZPGlok HO2vfl62ErybPGAvbIsbjykXIrFUpHllxsEIYGBf8ztPMXyuts6LxGDBK Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAF20mlCtJV2c/2dsb2JhbABEw2qBCIIfAQEEEgEGIT8QC0YUSTWHaJw7oDiRc2EDlXoBjlmBa4Jv X-IronPort-AV: E=Sophos;i="4.80,731,1344211200"; d="scan'208";a="139641785" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-1.cisco.com with ESMTP; 07 Nov 2012 19:25:40 +0000 Received: from isolaria.cisco.com (isolaria.cisco.com [10.83.106.70]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id qA7JPdvm006014 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Nov 2012 19:25:40 GMT Received: from isolaria.cisco.com (isolaria [127.0.0.1]) by isolaria.cisco.com (8.13.1/8.13.1) with ESMTP id qA7JPaKZ024664; Wed, 7 Nov 2012 14:25:39 -0500 Received: (from danfrost@localhost) by isolaria.cisco.com (8.13.1/8.13.1/Submit) id qA7JPafW024663; Wed, 7 Nov 2012 19:25:36 GMT Date: Wed, 7 Nov 2012 19:25:36 +0000 From: Dan Frost To: Loa Andersson Message-ID: <20121107192536.GD28428@cisco.com> References: <509AA12E.2060003@pi.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <509AA12E.2060003@pi.nu> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] IPR poll on draft-fbb-mpls-tp-p2mp-framework X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 19:25:41 -0000 No IPR I'm aware of. -d From koike.yoshinori@lab.ntt.co.jp Wed Nov 7 11:50:55 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D0C0021F8C7B for ; Wed, 7 Nov 2012 11:50:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.989 X-Spam-Level: * X-Spam-Status: No, score=1.989 tagged_above=-999 required=5 tests=[AWL=-2.079, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, FM_FRM_RN_L_BRACK=0.545, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, SARE_SUB_ENC_ISO2022JP=0.413] 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 zPPcXUx9Dp5O for ; Wed, 7 Nov 2012 11:50:55 -0800 (PST) Received: from tama500.ecl.ntt.co.jp (tama500.ecl.ntt.co.jp [129.60.39.148]) by ietfa.amsl.com (Postfix) with ESMTP id 293F221F8C61 for ; Wed, 7 Nov 2012 11:50:55 -0800 (PST) Received: from mfs5.rdh.ecl.ntt.co.jp (mfs5.rdh.ecl.ntt.co.jp [129.60.39.144]) by tama500.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id qA7Joq5S018924; Thu, 8 Nov 2012 04:50:52 +0900 Received: from mfs5.rdh.ecl.ntt.co.jp (localhost.localdomain [127.0.0.1]) by mfs5.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id 162AAE01AE; Thu, 8 Nov 2012 04:50:52 +0900 (JST) Received: from imail3.m.ecl.ntt.co.jp (imail3.m.ecl.ntt.co.jp [129.60.5.248]) by mfs5.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id 0B0ADE01AD; Thu, 8 Nov 2012 04:50:52 +0900 (JST) Received: from gwras.ecl.ntt.co.jp (webras.ecl.ntt.co.jp [129.60.57.68]) by imail3.m.ecl.ntt.co.jp (8.13.8/8.13.8) with SMTP id qA7JoqEX020446; Thu, 8 Nov 2012 04:50:52 +0900 Message-Id: <201211071950.qA7JoqEX020446@imail3.m.ecl.ntt.co.jp> From: =?iso-2022-jp?B?IhskQj4uQ1MbKEIgGyRCTklFNRsoQiI=?= To: =?iso-2022-jp?B?Ikh1dWIgdmFuIEhlbHZvb3J0Ig==?= , =?iso-2022-jp?B?Im1wbHNAaWV0Zi5vcmci?= , =?iso-2022-jp?B?IkFkIGhvYyBNUExTLVRQIg==?= X-Mailer: Html Mime Mail Class MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit MasGrpSmtpServerHost: imj.m.ecl.ntt.co.jp MasGrpSmtpServerPort: 25 MasGrpPolicyRtgTable: main Date: Thu, 08 Nov 2012 04:50:51 +0900 Subject: Re: [mpls] =?iso-2022-jp?b?RndkOiBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLW1w?= =?iso-2022-jp?b?bHMtdHAtaXR1LXQtaWRlbnRpZmllcnMtMDYudHh0?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 19:50:55 -0000 Hello Huub, Thank you for the updates. My comment has been resolved. Best regards, Yoshinori Original message: --------------- Received:11/08/12 00:39 From:Huub van Helvoort To:"mpls@ietf.org" , Ad hoc MPLS-TP Cc:"mpls-chairs@tools.ietf.org" Subject:[mpls] Fwd: I-D Action: draft-ietf-mpls-tp-itu-t-identifiers-06.txt All, As mentioned during the MPLS WG session this morning I needed to update section 6 to resolve the comments from Mach Chen and Yoshinori Koike. This revision provides that update. Please confirm if this resolves your comment. Best regards, Huub. -------- Original Message -------- Subject: I-D Action: draft-ietf-mpls-tp-itu-t-identifiers-06.txt Date: Wed, 07 Nov 2012 07:35:18 -0800 From: internet-drafts@ietf.org Reply-To: internet-drafts@ietf.org To: i-d-announce@ietf.org CC: mpls@ietf.org A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : MPLS-TP Identifiers Following ITU-T Conventions Author(s) : Rolf Winter Eric Gray Huub van Helvoort Malcolm Betts Filename : draft-ietf-mpls-tp-itu-t-identifiers-06.txt Pages : 12 Date : 2012-11-07 Abstract: This document specifies an extension to the identifiers to be used in the Transport Profile of Multiprotocol Label Switching (MPLS-TP). Identifiers that follow IP/MPLS conventions have already been defined. This memo augments that set of identifiers for MPLS-TP management and OAM functions to include identifier information in a format typically used by the ITU-T. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-itu-t-identifiers There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-tp-itu-t-identifiers-06 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-tp-itu-t-identifiers-06 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From stbryant@cisco.com Wed Nov 7 11:53:53 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E831B21F8C4D for ; Wed, 7 Nov 2012 11:53:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.818 X-Spam-Level: X-Spam-Status: No, score=-110.818 tagged_above=-999 required=5 tests=[AWL=-0.218, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, 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 Ac8Bghbws0Ld for ; Wed, 7 Nov 2012 11:53:53 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id 1227121F8C1A for ; Wed, 7 Nov 2012 11:53:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1285; q=dns/txt; s=iport; t=1352318033; x=1353527633; h=message-id:date:from:reply-to:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=+GbT5C/Q9XNwm7aGmm5LKfC3IBfue0QCZ9wnIM18nRc=; b=fv7wX98Dld1pj/2uYnxuTiCKZyppdlaRvg8w4Dn+CCXHuOVtcC6JjJWa MpnkdWwFB6co1U/RPbZmyqi/yOhNDggAy40C4D9kdps1SN2A1XwaVyGQG eWkcqsKjjQ/hBIWZRVwh/Yq6J43fLh/2Fg9IMY35Gi2eJyu6xEi4zJpPO k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EAAu7mlCQ/khN/2dsb2JhbABEw2qBCIIeAQEBBBIBAiM2BgQBEAsYCRYPCQMCAQIBRQYNAQcBAR6HaAucKoNNEJxWjA2GRwOVe45ZgQZlgm+BZBc X-IronPort-AV: E=Sophos;i="4.80,732,1344211200"; d="scan'208";a="146416468" Received: from ams-core-4.cisco.com ([144.254.72.77]) by ams-iport-1.cisco.com with ESMTP; 07 Nov 2012 19:53:51 +0000 Received: from cisco.com (mrwint.cisco.com [64.103.70.36]) by ams-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id qA7Jrohc019338 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Nov 2012 19:53:51 GMT Received: from [IPv6:::1] (localhost [127.0.0.1]) by cisco.com (8.14.4+Sun/8.8.8) with ESMTP id qA7JrkBP008284; Wed, 7 Nov 2012 19:53:47 GMT Message-ID: <509ABC4A.4040907@cisco.com> Date: Wed, 07 Nov 2012 19:53:46 +0000 From: Stewart Bryant User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Loa Andersson References: <509AA12E.2060003@pi.nu> In-Reply-To: <509AA12E.2060003@pi.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , MPLS-TP ad hoc team , "draft-fbb-mpls-tp-p2mp-framework@tools.ietf.org" Subject: Re: [mpls] IPR poll on draft-fbb-mpls-tp-p2mp-framework X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: stbryant@cisco.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 19:53:54 -0000 I am not aware of any IPR Stewart On 07/11/2012 17:58, Loa Andersson wrote: > > Working Group, > > the authors of draft-fbb-mpls-tp-p2mp-framework have indicated that the > draft is ready to be adopted as a working group document. > > Before we start the poll wan IPR poll is needed. > > This is to start the IPR Poll. > > Are you aware of any IPR that applies to draft-fbb-mpls-tp-p2mp- > framework? > > If so, has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3979, 4879, 3669 and 5378 for more details). > > If you are listed as a document author or contributor please respond to > this email regardless of whether or not you are aware of any relevant > IPR. The response needs to be sent to the MPLS wg mailing list. The > documents will not advance to the next stage until a response has been > received from each author and contributor. > > If you are on the MPLS WG email list but are not listed as an author or > contributor, then please explicitly respond only if you are aware of > any IPR that has not yet been disclosed in conformance with IETF rules. > > > Thanks, Loa > (as MPLS WG co-chair) -- For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html From lberger@labn.net Wed Nov 7 12:20:24 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 09C8121F8C72 for ; Wed, 7 Nov 2012 12:20:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.156 X-Spam-Level: X-Spam-Status: No, score=-102.156 tagged_above=-999 required=5 tests=[AWL=0.109, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, 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 GSEcfR0lgG6d for ; Wed, 7 Nov 2012 12:20:23 -0800 (PST) Received: from oproxy9.bluehost.com (oproxy9.bluehost.com [69.89.24.6]) by ietfa.amsl.com (Postfix) with SMTP id EC84821F8CBC for ; Wed, 7 Nov 2012 12:20:22 -0800 (PST) Received: (qmail 17946 invoked by uid 0); 7 Nov 2012 20:20:00 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy9.bluehost.com with SMTP; 7 Nov 2012 20:20:00 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=eAOWDE+FCEvD8el+GX0HBfiZXCNfVtday5jyWV30VEo=; b=Zi9HVCspI2otXf8zNPQ9qmFlK9N9CivpBYgp59+F56eRZZIznl/uzqu2SZ/t7HkszFpI363kV5pp7ZcwjqeKywqarpk1KyL3GlWW3RsGWEZWVLm19+tg1mJ3Hm7kt6JI; Received: from box313.bluehost.com ([69.89.31.113]:47929 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1TWC6R-0000gT-Iw; Wed, 07 Nov 2012 13:20:00 -0700 Message-ID: <509AC270.5090904@labn.net> Date: Wed, 07 Nov 2012 15:20:00 -0500 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Loa Andersson References: <509AA12E.2060003@pi.nu> In-Reply-To: <509AA12E.2060003@pi.nu> X-Enigmail-Version: 1.4.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , MPLS-TP ad hoc team , "draft-fbb-mpls-tp-p2mp-framework@tools.ietf.org" Subject: Re: [mpls] IPR poll on draft-fbb-mpls-tp-p2mp-framework X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 20:20:24 -0000 I'm not aware of any IPR. Lou On 11/7/2012 12:58 PM, Loa Andersson wrote: > > Working Group, > > the authors of draft-fbb-mpls-tp-p2mp-framework have indicated that the > draft is ready to be adopted as a working group document. > > Before we start the poll wan IPR poll is needed. > > This is to start the IPR Poll. > > Are you aware of any IPR that applies to draft-fbb-mpls-tp-p2mp- > framework? > > If so, has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3979, 4879, 3669 and 5378 for more details). > > If you are listed as a document author or contributor please respond to > this email regardless of whether or not you are aware of any relevant > IPR. The response needs to be sent to the MPLS wg mailing list. The > documents will not advance to the next stage until a response has been > received from each author and contributor. > > If you are on the MPLS WG email list but are not listed as an author or > contributor, then please explicitly respond only if you are aware of > any IPR that has not yet been disclosed in conformance with IETF rules. > > > Thanks, Loa > (as MPLS WG co-chair) > From pabloisnot@gmail.com Wed Nov 7 14:02:18 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1276E21F8508 for ; Wed, 7 Nov 2012 14:02:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.182 X-Spam-Level: X-Spam-Status: No, score=-3.182 tagged_above=-999 required=5 tests=[AWL=0.416, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 Lkcol6uHlZIw for ; Wed, 7 Nov 2012 14:02:16 -0800 (PST) Received: from mail-lb0-f172.google.com (mail-lb0-f172.google.com [209.85.217.172]) by ietfa.amsl.com (Postfix) with ESMTP id 3E15621F8C72 for ; Wed, 7 Nov 2012 13:56:23 -0800 (PST) Received: by mail-lb0-f172.google.com with SMTP id k13so1811278lbo.31 for ; Wed, 07 Nov 2012 13:56:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=0aX/KBcWMy9nTnOR9Z48fn5Xx92gx8D9S1IoWhWHel0=; b=M1vEs4Mo/3mVSwbIN890Wn9Wu0dbxWesDHyDkxvS3piEwCyAmaD69aTIFAqw8+8/Sv ufZrh7OLLccvL8bV+3hDW07iWl+KaBJY3xDd5JE+USNX+/5Zq2wo2+mnxIZd885mWsk4 ChZT0y491zIp3NjgFRilRPtx8zVwcW7fYygsklLRIDM64/9yo4N7LlvCiv6G3W1EwGOz l1h2mwF9ynpywKI9cAIGj8qG5uhZycCsjfiE6zwGm6eDJ8gVvhre0WuP4iZe12jm7tQH XpeluLYv/gPBt1I5YHXtRpaa3/i8mmTMr6HPcAB6HbenhhxJZ6Eu5c54VJc78tZeqJL9 kGaw== MIME-Version: 1.0 Received: by 10.152.135.41 with SMTP id pp9mr5686171lab.7.1352325381828; Wed, 07 Nov 2012 13:56:21 -0800 (PST) Received: by 10.112.128.133 with HTTP; Wed, 7 Nov 2012 13:56:21 -0800 (PST) In-Reply-To: References: <20121008234908.29887.1630.idtracker@ietfa.amsl.com> Date: Wed, 7 Nov 2012 16:56:21 -0500 Message-ID: From: Pablo Frank To: Kireeti Kompella , Curtis Villamizar Content-Type: multipart/alternative; boundary=f46d044270ca012f7704cdeecacf Cc: "mpls@ietf.org" Subject: Re: [mpls] Fwd: New Version Notification for draft-villamizar-mpls-forwarding-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 22:02:18 -0000 --f46d044270ca012f7704cdeecacf Content-Type: text/plain; charset=ISO-8859-1 Hi Curtis, Kireeti, Very good and useful draft. Just a couple of comments: - I'm glad that you raise the issue of min packet-size and the very real possibility of getting bursts of min-sized frames. In my experience, particularly with 100G or faster, I've encountered a number of merchant silicon solutions that struggle to meet line-rate performance *for all packet sizes*. I've seen cases where the performance is line-rate for 64B frames (in some cases, it's even optimized for 64B) but does poorly for, say, 65B frames. There is often a saw-tooth pattern of packet-sizes that drop below line-rate including packet-sizes in the 70s or 80s or higher. These sawtooth patterns are mainly a product of external memory technology not being able to keep up. While I can't make a strong argument for why you might see a lot of 65B frames, there are other packet-sizes that can be problematic when you consider various tunneling technologies. For example, if you consider min-sized Ethernet pseudowires, 82B and every 4B increment after that suddenly becomes interesting. I would suggest adding some text that calls out these other common encapsulations that might cause problems in current-gen hardware. - A minor nit: in section 2.2, you mention 150mpps without mentioning that this applies to 100G interfaces. regards, Pablo On Mon, Oct 8, 2012 at 8:30 PM, Kireeti Kompella wrote: > Hi Folks, > > I'd spoken on the issue of deep label stacks at the last IETF, and there > was interest from chip suppliers, vendors and service providers. Curtis > just submitted the draft; it goes beyond just deep label stacks. There are > suggestions in the draft on aspects of implementing MPLS forwarding, as > well as questions to ask regarding an implementation, and things to test. > > Please read and comment to the list. > > If you (that includes MPLS WG chairs and ADs) could also formulate your > thoughts on what type of doc (Info, BCP, PS) this should be, that would be > very helpful in moving this discussion forward. > > Thanks, > Kireeti. > > Begin forwarded message: > > *From: *internet-drafts@ietf.org > *Subject: **New Version Notification for > draft-villamizar-mpls-forwarding-00.txt* > *Date: *October 8, 2012 16:49:08PDT > *To: *curtis@occnc.com > *Cc: *kireeti.kompella@gmail.com > > > A new version of I-D, draft-villamizar-mpls-forwarding-00.txt > has been successfully submitted by Curtis Villamizar and posted to the > IETF repository. > > Filename: draft-villamizar-mpls-forwarding > Revision: 00 > Title: MPLS Forwarding Compliance and Performance Requirements > Creation date: 2012-10-08 > WG ID: Individual Submission > Number of pages: 17 > URL: > http://www.ietf.org/internet-drafts/draft-villamizar-mpls-forwarding-00.txt > Status: > http://datatracker.ietf.org/doc/draft-villamizar-mpls-forwarding > Htmlized: > http://tools.ietf.org/html/draft-villamizar-mpls-forwarding-00 > > > Abstract: > This document provides guidelines for implementors regarding MPLS > forwarding and a basis for evaluations of forwarding implementations. > Guidelines cover basic MPLS forwarding, forwarding when a deep MPLS > label stack is encountered, MPLS UHP operations which require one or > more label POP plus a PUSH, guidelines for hashing an MPLS stack and > payload for multipath, and conformance and performance requirements > for recent pseudowire and MPLS standards. > > > > > The IETF Secretariat > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > --f46d044270ca012f7704cdeecacf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Curtis, Kireeti,

Very good and useful draft. =A0Just = a couple of comments:

- I'm glad that you rais= e the issue of min packet-size and the very real possibility of getting bur= sts of min-sized frames. =A0In my experience, particularly with 100G or fas= ter, I've encountered a number of merchant silicon solutions that strug= gle to meet line-rate performance *for all packet sizes*. =A0I've seen = cases where the performance is line-rate for 64B frames (in some cases, it&= #39;s even optimized for 64B) but does poorly for, say, 65B frames. =A0Ther= e is often a saw-tooth pattern of packet-sizes that drop below line-rate in= cluding packet-sizes in the 70s or 80s or higher. =A0These sawtooth pattern= s are mainly a product of external memory technology not being able to keep= up. =A0

While I can't make a strong argument for why you mi= ght see a lot of 65B frames, there are other packet-sizes that can be probl= ematic when you consider various tunneling technologies. =A0For example, if= you consider min-sized Ethernet pseudowires, 82B and every 4B increment af= ter that suddenly becomes interesting. =A0I would suggest adding some text = that calls out these other common encapsulations that might cause problems = in current-gen hardware.

- A minor nit: =A0in section 2.2, you mention 150mpps w= ithout mentioning that this applies to 100G interfaces.

regards,
Pablo

On = Mon, Oct 8, 2012 at 8:30 PM, Kireeti Kompella <kireeti.kompella@g= mail.com> wrote:
Hi Folks= ,

I'd spoken on the issue of deep label stacks at th= e last IETF, and there was interest from chip suppliers, vendors and servic= e providers. =A0Curtis just submitted the draft; it goes beyond just deep l= abel stacks. =A0There are suggestions in the draft on aspects of implementi= ng MPLS forwarding, as well as questions to ask regarding an implementation= , and things to test.

Please read and comment to the list. =A0

=
If you (that includes MPLS WG chairs and ADs) could also =A0form= ulate your thoughts on what type of doc (Info, BCP, PS) this should be, tha= t would be very helpful in moving this discussion forward.

Thanks,
Kireeti.

Begi= n forwarded message:

Subject: New Version Notification for= draft-villamizar-mpls-forwarding-00.txt
Date: October 8, 2012 16:49:08PDT


A new version of I-D, draft-villamizar-mpls-forwa= rding-00.txt
has been successfully submitted by Curtis Villamizar and po= sted to the
IETF repository.

Filename: draft-villamizar-mpls-forwarding
Revision: 00
Title: = MPLS Forwarding Compliance and Performance Requirements
Creation= date: 2012-10-08
WG ID: Individual Submission
Number of pages: 17
URL: = =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0http://w= ww.ietf.org/internet-drafts/draft-villamizar-mpls-forwarding-00.txt
Status: =A0=A0=A0=A0=A0=A0=A0=A0=A0http://datatracker.i= etf.org/doc/draft-villamizar-mpls-forwarding
Htmlized: =A0=A0=A0=A0= =A0=A0=A0http://tools.ietf.org/html/draft-villamizar-mpls= -forwarding-00


Abstract:
=A0=A0This document provides guidelines for implement= ors regarding MPLS
=A0=A0forwarding and a basis for evaluations of forw= arding implementations.
=A0=A0Guidelines cover basic MPLS forwarding, f= orwarding when a deep MPLS
=A0=A0label stack is encountered, MPLS UHP operations which require one or=
=A0=A0more label POP plus a PUSH, guidelines for hashing an MPLS stack= and
=A0=A0payload for multipath, and conformance and performance requi= rements
=A0=A0for recent pseudowire and MPLS standards.




The IET= F Secretariat



_________= ______________________________________
mpls mailing list
mpls@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/mpls


--f46d044270ca012f7704cdeecacf-- From snortbsd@gmail.com Wed Nov 7 15:16:06 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1739721F8B16 for ; Wed, 7 Nov 2012 15:16:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.598 X-Spam-Level: X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 YbNlvHaj5CI7 for ; Wed, 7 Nov 2012 15:16:05 -0800 (PST) Received: from mail-la0-f44.google.com (mail-la0-f44.google.com [209.85.215.44]) by ietfa.amsl.com (Postfix) with ESMTP id 4BDBA21F8A4B for ; Wed, 7 Nov 2012 15:16:05 -0800 (PST) Received: by mail-la0-f44.google.com with SMTP id b11so1804415lam.31 for ; Wed, 07 Nov 2012 15:16:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=0uY9b9yzJfkBPinBV09iFxyAzbsI206HPfMZQbmnkEg=; b=qSZZZeMv+x4zBRcP5JYMGTntleaM2kzCbwSF6qOEnoLlf50qyEPR4FKpdUE36CY032 lu0+pqXz9mRjPe2+ilz36cv31ebvA388Lwu8VwJk71G+ieCcWHYh/ioKd6eaN8iDMDIx p0oM3fl3JXi/oZAAB5y5daqazzygl27to2EXuIx0+TNDS09+dU0aBUQPKV+QbgmvYB7x KH+T/RRjxozeDXjJoYwcAXahjT7tG8dH2CjXogowHGbf3BKSaFymoT32+vBP9JEQ4KNz Fm7VmEsS9cxCNHyHxPfDStSF9e4Hw8J0xeZJ2u04y0AL+qeTiBc+0gYFVAtMPPZtujMU B14Q== MIME-Version: 1.0 Received: by 10.112.86.232 with SMTP id s8mr2518188lbz.86.1352330164108; Wed, 07 Nov 2012 15:16:04 -0800 (PST) Received: by 10.112.78.202 with HTTP; Wed, 7 Nov 2012 15:16:04 -0800 (PST) Date: Wed, 7 Nov 2012 18:16:04 -0500 Message-ID: From: rufino To: mpls@ietf.org Content-Type: multipart/alternative; boundary=f46d0401f95b0cff1c04cdefe785 Subject: [mpls] layer control pdus and p2p layer-2 transport X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 23:16:06 -0000 --f46d0401f95b0cff1c04cdefe785 Content-Type: text/plain; charset=ISO-8859-1 hi experts: i know it might not be right place for such primitive question, but i could not get better, authoritative answers (technically) from other sources. could mpls based p2p layer-2 transport such kompella or martini solutions to transport layer-2 control pdus such cisco cdp, lacp, etc? usually people use l2tp or metro ethernet solution such as 802.1ad. if not, why not? please forgive me if someone feels like i am spamming the list. thanks _dave --f46d0401f95b0cff1c04cdefe785 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable hi experts:

i know it might not be right place for such = primitive question, but i could not get better,=A0authoritative=A0answers (= technically) from other sources.

could mpls based = p2p layer-2 transport such kompella or martini=A0solutions=A0to transport l= ayer-2 control pdus such cisco cdp, lacp, etc? usually people use l2tp or m= etro ethernet=A0solution=A0such as 802.1ad.

if not, why not?

please forgiv= e me if someone feels like i am spamming the list.

thanks

_dave
--f46d0401f95b0cff1c04cdefe785-- From zjbdamo@hotmail.com Wed Nov 7 23:24:27 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C033721F86C1 for ; Wed, 7 Nov 2012 23:24:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.696 X-Spam-Level: X-Spam-Status: No, score=0.696 tagged_above=-999 required=5 tests=[AWL=-2.994, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_35=0.339, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45] 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 Cqxnay9ZWDJH for ; Wed, 7 Nov 2012 23:24:27 -0800 (PST) Received: from blu0-omc4-s15.blu0.hotmail.com (blu0-omc4-s15.blu0.hotmail.com [65.55.111.154]) by ietfa.amsl.com (Postfix) with ESMTP id 46D9F21F86A8 for ; Wed, 7 Nov 2012 23:24:27 -0800 (PST) Received: from BLU168-W56 ([65.55.111.136]) by blu0-omc4-s15.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 7 Nov 2012 23:24:26 -0800 Message-ID: X-Originating-IP: [115.236.49.66] From: =?gb2312?B?1Pi+/rKo?= To: Date: Thu, 8 Nov 2012 15:24:26 +0800 Importance: Normal Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 8bit MIME-Version: 1.0 X-OriginalArrivalTime: 08 Nov 2012 07:24:26.0568 (UTC) FILETIME=[1560DC80:01CDBD82] Cc: draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org Subject: Re: [mpls] Request for comments on 'draft-cheng-mpls-tp-shared-ring-protection' X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 07:24:27 -0000 We think it is a good idea. It partly derives from "label merge" to construct the ring tunnels. This manner is simply to achieve for communication equipment manufacturers, It decreases number of labels required and configuration complexity, and easy to deploy a high level of survivability ring network. Best Regards! Wuhan NEC Fiber Optic Communications Industry Co.Ltd. Technology Department Junbo Zeng(BoBo) -----ÓʼþÔ­¼þ----- ·¢¼þÈË: cheng weiqiang [mailto:chengwq@gmail.com] ·¢ËÍʱ¼ä: 2012Äê10ÔÂ22ÈÕ 17:52 ÊÕ¼þÈË: mpls@ietf.org ³­ËÍ: draft-cheng-mpls-tp-shared-ring-protection@tools.ietf.org Ö÷Ìâ: Request for comments on 'draft-cheng-mpls-tp-shared-ring-protection' Hello, Recently, the topics on ring topology-specific protection for MPLS-TP are discussed frequently. It will help operators to deploy a simple and effective protection as that in SDH/Sonet. In this case, we have written a draft on ring topology-specific optimized protection mechanism in following link. It can cover multiple adjacent nodes and links failures. The number of LSP on the Ring is O(2N) (N is Node number) for both P2P wrapping solution and steering solution. Hope you could kindly help to review and comment it. http://www.ietf.org/internet-drafts/draft-cheng-mpls-tp-shared-ring-protection-00.txt Thanks a lot for your kind review. Best regards, Weiqiang Cheng From Rolf.Winter@neclab.eu Thu Nov 8 03:43:19 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA98621F8B04 for ; Thu, 8 Nov 2012 03:43:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.799 X-Spam-Level: X-Spam-Status: No, score=-103.799 tagged_above=-999 required=5 tests=[AWL=-0.200, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, 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 5h380sPPEMAc for ; Thu, 8 Nov 2012 03:43:18 -0800 (PST) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) by ietfa.amsl.com (Postfix) with ESMTP id 2D2E221F8ADD for ; Thu, 8 Nov 2012 03:43:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id 3A1C51024A3; Thu, 8 Nov 2012 12:43:17 +0100 (CET) X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de) Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o0tAV7sNHGs6; Thu, 8 Nov 2012 12:43:17 +0100 (CET) Received: from ENCELADUS.office.hd (enceladus.office.hd [192.168.24.52]) by mailer1.neclab.eu (Postfix) with ESMTP id 1EA7F1024A2; Thu, 8 Nov 2012 12:42:47 +0100 (CET) Received: from DAPHNIS.office.hd ([169.254.2.239]) by ENCELADUS.office.hd ([192.168.24.52]) with mapi id 14.01.0323.003; Thu, 8 Nov 2012 12:42:34 +0100 From: Rolf Winter To: Loa Andersson , "mpls@ietf.org" , "draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org" Thread-Topic: IPR poll on draft-ietf-mpls-tp-mip-mep-map Thread-Index: AQHNu/vaqtAQYbQE7UWJtbEIOY9aHZffOuTg Date: Thu, 8 Nov 2012 11:42:34 +0000 Message-ID: <791AD3077F94194BB2BDD13565B6295D555056B9@DAPHNIS.office.hd> References: <5098CF68.2000105@pi.nu> In-Reply-To: <5098CF68.2000105@pi.nu> Accept-Language: en-US, de-DE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.7.0.212] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "mpls-chairs@tools.ietf.org" , MPLS-TP ad hoc team Subject: Re: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 11:43:19 -0000 Hi, I am not aware of IPR that applies to this draft. Best, Rolf NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, London = W3 6BL | Registered in England 2832014=20 > -----Original Message----- > From: Loa Andersson [mailto:loa@pi.nu] > Sent: Dienstag, 6. November 2012 03:51 > To: mpls@ietf.org; draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org > Cc: mpls-chairs@tools.ietf.org; Martin Vigoureux; MPLS-TP ad hoc team > Subject: IPR poll on draft-ietf-mpls-tp-mip-mep-map >=20 > Working Group, >=20 > the authors of draft-ietf-mpls-tp-mip-mep-map have indicated that the > draft is ready for working group last call. >=20 > Before we start the working group last call an IPT poll is needed. >=20 > This is to start the IPR Poll. >=20 > Are you aware of any IPR that applies to draft-ietf-mpls-tp-mip-mep- > map? >=20 > If so, has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3979, 4879, 3669 and 5378 for more details). >=20 > If you are listed as a document author or contributor please respond to > this email regardless of whether or not you are aware of any relevant > IPR. The response needs to be sent to the MPLS wg mailing list. The > documents will not advance to the next stage until a response has been > received from each author and contributor. >=20 > If you are on the MPLS WG email list but are not listed as an author or > contributor, then please explicitly respond only if you are aware of > any IPR that has not yet been disclosed in conformance with IETF rules. >=20 >=20 > Thanks, Loa > (as MPLS WG co-chair) >=20 >=20 > -- >=20 >=20 > Loa Andersson email: loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 From loa@pi.nu Thu Nov 8 05:06:31 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5823321F8AB7 for ; Thu, 8 Nov 2012 05:06:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.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 iDyjw+967uMz for ; Thu, 8 Nov 2012 05:06:29 -0800 (PST) Received: from mail.pi.nu (ns1.elverljung.se [195.206.248.139]) by ietfa.amsl.com (Postfix) with ESMTP id B393821F8A5E for ; Thu, 8 Nov 2012 05:06:29 -0800 (PST) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.pi.nu (Postfix) with ESMTPSA id 445BD82450; Thu, 8 Nov 2012 14:06:27 +0100 (CET) Message-ID: <509BAE54.8050903@pi.nu> Date: Thu, 08 Nov 2012 14:06:28 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: "mpls@ietf.org" , Martin Vigoureux , "draft-ali-mpls-inter-domain-p2mp-rsvp-te-lsp@tools.ietf.org" References: <507FAF2D.5020907@pi.nu> In-Reply-To: <507FAF2D.5020907@pi.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "mpls-chairs@tools.ietf.org" Subject: [mpls] Concluded: Re: poll for consensus to make draft-ali-mpls-inter-domain-p2mp-rsvp-te-lsp a working group document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 13:06:31 -0000 Working Group, this poll has ended and we have a new working group document. Could the authors please re-publish the document as draft-ietf-mpls-inter-domain-p2mp-rsvp-te-lsp-00.txt without any other changes than version number and dates. Comments that has been received during the poll, should go into the -01 version. Please remember that this is now a working group document and resolution of comments and agreement on how to develop the document has to be done on the mailing list. /Loa for the mpls wg co-chairs On 2012-10-18 09:26, Loa Andersson wrote: > Working group, > > this is to start a two week poll on adopting > draft-ali-mpls-inter-domain-p2mp-rsvp-te-lsp-09 > as an MPLS working group document. > > Please send your comments (support/not support) to the mpls working > group mailing list (mpls at ietf.org). Please give an technical > motivation for your support/not support, especially if you think that > the document should not be adopted as a working group document. > > This poll ends November 07, 2012. > > There is one IPR claim against this document - > http://datatracker.ietf.org/ipr/1861/ . > > All the co-authors has stated on the mailing list that they are not > aware of any other IPR claims than those already disclosed. > If there are IPR claims from any other party, please remember that the > IPR is open. > > /Loa > (mpls wg co-chair) -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From internet-drafts@ietf.org Thu Nov 8 06:13:36 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C415721F8590; Thu, 8 Nov 2012 06:13:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.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 pJrYwGBddJe2; Thu, 8 Nov 2012 06:13:36 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0278721F856E; Thu, 8 Nov 2012 06:13:36 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.36 Message-ID: <20121108141336.20418.84223.idtracker@ietfa.amsl.com> Date: Thu, 08 Nov 2012 06:13:36 -0800 Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-inter-domain-p2mp-rsvp-te-lsp-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 14:13:36 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Multiprotocol Label Switching Working Gro= up of the IETF. Title : Signaling RSVP-TE P2MP LSPs in an Inter-domain Environme= nt Author(s) : Zafar Ali Rakesh Gandhi Tarek Saad Robert H. Venator Yuji Kamite Filename : draft-ietf-mpls-inter-domain-p2mp-rsvp-te-lsp-00.txt Pages : 16 Date : 2012-11-08 Abstract: Point-to-MultiPoint (P2MP) Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS) Traffic Engineering Label Switched Paths (TE LSPs) are established using signaling procedures defined in [RFC4875]. However, [RFC4875] does not address several issues that arise when a P2MP-TE LSP is signaled in inter-domain networks. One such issue is the computation of a loosely routed inter-domain P2MP- TE LSP paths that are re-merge free. Another issue is the reoptimization of the inter-domain P2MP-TE LSP tree vs. an individual destination(s), since the loosely routing domain ingress border node is not aware of the reoptimization scope. This document defines the required protocol extensions needed for establishing and reoptimizing P2MP MPLS and GMPLS TE LSPs in inter-domain networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-inter-domain-p2mp-rsvp-te-= lsp There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-inter-domain-p2mp-rsvp-te-lsp-00 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From ietfc@btconnect.com Thu Nov 8 09:59:21 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E40421F87D4 for ; Thu, 8 Nov 2012 09:59:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.099 X-Spam-Level: X-Spam-Status: No, score=-3.099 tagged_above=-999 required=5 tests=[AWL=0.500, BAYES_00=-2.599, 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 loDLuTcl9bQQ for ; Thu, 8 Nov 2012 09:59:20 -0800 (PST) Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe001.messaging.microsoft.com [216.32.181.181]) by ietfa.amsl.com (Postfix) with ESMTP id 7A3B621F8427 for ; Thu, 8 Nov 2012 09:59:19 -0800 (PST) Received: from mail209-ch1-R.bigfish.com (10.43.68.232) by CH1EHSOBE011.bigfish.com (10.43.70.61) with Microsoft SMTP Server id 14.1.225.23; Thu, 8 Nov 2012 17:59:18 +0000 Received: from mail209-ch1 (localhost [127.0.0.1]) by mail209-ch1-R.bigfish.com (Postfix) with ESMTP id D096E4011F; Thu, 8 Nov 2012 17:59:18 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.253.85; KIP:(null); UIP:(null); IPV:NLI; H:DB3PRD0710HT005.eurprd07.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -27 X-BigFish: PS-27(zz98dI9371I542M1432I1418I4015I62a3Izz1de0h1202h1d1ah1d2ahzz1033IL8275bh8275dhz2dh2a8h5a9h668h839hd24hf0ah1177h1179h1288h12a5h12a9h12bdh137ah139eh13b6h1441h1504h1537h304l1155h) Received: from mail209-ch1 (localhost.localdomain [127.0.0.1]) by mail209-ch1 (MessageSwitch) id 1352397556947610_4120; Thu, 8 Nov 2012 17:59:16 +0000 (UTC) Received: from CH1EHSMHS037.bigfish.com (snatpool2.int.messaging.microsoft.com [10.43.68.235]) by mail209-ch1.bigfish.com (Postfix) with ESMTP id E559C20019; Thu, 8 Nov 2012 17:59:16 +0000 (UTC) Received: from DB3PRD0710HT005.eurprd07.prod.outlook.com (157.56.253.85) by CH1EHSMHS037.bigfish.com (10.43.69.246) with Microsoft SMTP Server (TLS) id 14.1.225.23; Thu, 8 Nov 2012 17:59:16 +0000 Received: from BL2PRD0310HT002.namprd03.prod.outlook.com (157.56.240.21) by pod51017.outlook.com (10.255.75.40) with Microsoft SMTP Server (TLS) id 14.16.233.4; Thu, 8 Nov 2012 17:59:11 +0000 Message-ID: <000401cdbdda$a59c0c40$4001a8c0@gateway.2wire.net> From: t.petch To: Adrian Farrel , 'Loa Andersson' References: <5087BF31.2020605@pi.nu> <12ed01cdb20e$76d46650$647d32f0$@olddog.co.uk> Date: Thu, 8 Nov 2012 15:56:26 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Originating-IP: [157.56.240.21] X-OriginatorOrg: btconnect.com Cc: mpls@ietf.org Subject: Re: [mpls] newpublished draft-kompella-mpls-special-purpose-labels-01 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 17:59:21 -0000 ----- Original Message ----- From: "Adrian Farrel" To: "'Andrew G. Malis'" ; "'Loa Andersson'" Cc: Sent: Wednesday, October 24, 2012 5:39 PM > Hi Andy, > > Section 3.2 is about withdrawing reserved labels. I suspect that we will all be > retired long before the MPLS WG closes down :-) > > However, bullet (a) of 3.2 says: > > A label value that has been assigned from the "Special Purpose > MPLS Label Values" may be deprecated by IETF consensus with > review by the MPLS working group (or designated experts if the > working group or a successor does not exist). > > So a designated expert (appointed by the IESG as with all designated experts) > will be required. If one has not been appointed at the time of retirement of the > label, IANA would ask the IESG to appoint one. I think this would be the same > expert(s) as for label allocation. > > The other steps in the process just ask for RFCs (i.e. publication requests for > I-Ds) on specific tracks. I suppose that whoever wants to retire a label will > write the RFCs. > > Did we miss any other decision points? Perhaps 3.2 b. 12 months after the RFC deprecating the label value is published, an IETF-wide survey may be conducted to determine if the deprecated label value is still in use. If the survey indicates that the deprecated label value is in use, the survey may be repeated after a further 6 months. Someone has to conduct the survey but even if the resouces to do that appear, for example in the relevant IETF Area list, establishing the non-use of protocol values is tough. I have seen it tried in other contexts, such as URI schemes, and it is quite amazing what comes out of the woodwork. The only time that it appears to be successful is when the value never got deployed beyond those who thought it a good idea and standardized it, only to see a better idea rapidly supersede their running code. If the MPLS WG is no longer active, then I think that the prospects of the IETF establishing that a label is no longer in use is so close to vanishing as to be non-existent. Other fora might then be more successful; ITU-T? NANOG? Tom Petch > Cheers, > Adrian > > > -----Original Message----- > > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of > > Andrew G. Malis > > Sent: 24 October 2012 16:30 > > To: Loa Andersson > > Cc: mpls@ietf.org > > Subject: Re: [mpls] new published draft-kompella-mpls-special-purpose-labels- > > 01 > > > > On the whole, it looks good. I'm curious who's going to have the > > responsibility of running the process in section 3.2. IANA? (probably > > not). The WG chairs? What if there's no longer an MPLS working group > > at some point? This should be clarified. > > > > Thanks, > > Andy > > > > On Wed, Oct 24, 2012 at 6:13 AM, Loa Andersson wrote: > > > Working Group, > > > > > > the decreasing number of "reserved labels" has been of concern > > > for some time. draft-kompella-mpls-special-purpose-labels-01 proposes > > > a way to increase the the number of special purpose labels. > > > > > > We propose to take the current label 15 and use it as an extension > > > label, i.e. any label that follows label 15 should be interpreted > > > as belonging to the new "extension registry" that we propose. > > > > > > We also propose changing the name of the special purpose labels > > > from "reserved labels" to "special purpose labels"; the main reason here > > > is that in the IANA registries "reserved" has an another meaning. > > > > > > Please review the draft and comment to the list. > > > > > > /Loa > > > -- > > > > > > > > > Loa Andersson email: loa.andersson@ericsson.com > > > Sr Strategy and Standards Manager loa@pi.nu > > > Ericsson Inc phone: +46 10 717 52 13 > > > +46 767 72 92 13 > > > _______________________________________________ From internet-drafts@ietf.org Thu Nov 8 13:04:02 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BCA021F88DD; Thu, 8 Nov 2012 13:04:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.547 X-Spam-Level: X-Spam-Status: No, score=-102.547 tagged_above=-999 required=5 tests=[AWL=0.052, 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 KyYA4BXI4sB3; Thu, 8 Nov 2012 13:04:02 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB9A221F84DF; Thu, 8 Nov 2012 13:04:01 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.36 Message-ID: <20121108210401.16202.85646.idtracker@ietfa.amsl.com> Date: Thu, 08 Nov 2012 13:04:01 -0800 Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-tp-temporal-hitless-psm-02.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 21:04:02 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Multiprotocol Label Switching Working Gro= up of the IETF. Title : Temporal and hitless path segment monitoring Author(s) : Alessandro D'Alessandro Manuel Paul Satoshi Ueno Yoshinori Koike Filename : draft-ietf-mpls-tp-temporal-hitless-psm-02.txt Pages : 17 Date : 2012-11-08 Abstract: The MPLS transport profile (MPLS-TP) is being standardized to enable carrier-grade packet transport and complement converged packet network deployments. Among the most attractive features of MPLS-TP are OAM functions, which enable network operators or service providers to provide various maintenance characteristics, such as fault location, survivability, performance monitoring, and preliminary or in-service measurements. One of the most important mechanisms which is common for transport network operation is fault location. A segment monitoring function of a transport path is effective in terms of extension of the maintenance work and indispensable particularly when the OAM function is effective only between end points. However, the current approach defined for MPLS-TP for the segment monitoring (SPME) has some fatal drawbacks. This document elaborates on the problem statement for the Sub-path Maintenance Elements (SPMEs) which provides monitoring of a portion of a set of transport paths (LSPs or MS-PWs). Based on the problems, this document specifies new requirements to consider a new improved mechanism of hitless transport path segment monitoring. This document is a product of a joint Internet Engineering Task Force (IETF) / International Telecommunications Union Telecommunications Standardization Sector (ITU-T) effort to include an MPLS Transport Profile within the IETF MPLS and PWE3 architectures to support the capabilities and functionalities of a packet transport network. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-temporal-hitless-psm There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-tp-temporal-hitless-psm-02 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-tp-temporal-hitless-psm-= 02 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From gregory.mirsky@ericsson.com Thu Nov 8 13:32:35 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A10821F84F8 for ; Thu, 8 Nov 2012 13:32:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 Nqv0E8TiKwif for ; Thu, 8 Nov 2012 13:32:34 -0800 (PST) Received: from imr3.ericy.com (imr3.ericy.com [198.24.6.13]) by ietfa.amsl.com (Postfix) with ESMTP id 2608E21F8604 for ; Thu, 8 Nov 2012 13:32:31 -0800 (PST) Received: from eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id qA8LVYie018139 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 8 Nov 2012 15:32:17 -0600 Received: from EUSAAHC007.ericsson.se (147.117.188.93) by eusaamw0711.eamcs.ericsson.se (147.117.20.178) with Microsoft SMTP Server (TLS) id 8.3.279.1; Thu, 8 Nov 2012 16:32:09 -0500 Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC007.ericsson.se ([147.117.188.93]) with mapi id 14.02.0318.001; Thu, 8 Nov 2012 16:32:09 -0500 From: Gregory Mirsky To: "chengweiqiang@chinamobile.com" , "Wangleiyj@chinamobile.com" , "Lihan@chinamobile.com" , "alex.liukai@huawei.com" , "hejia@huawei.com" , "lifang@ritt.cn" , "yang.jian90@zte.com.cn" , "wjf@fiberhome.com.cn" Thread-Topic: Comments on draft-cheng-mpls-tp-shared-ring-protection-00 Thread-Index: Ac29+EYxIIyAKI9NTTKUTwd3+hCcpw== Date: Thu, 8 Nov 2012 21:32:09 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF112010014@EUSAAMB103.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.134] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF112010014EUSAAMB103ericsso_" MIME-Version: 1.0 Cc: "mpls@ietf.org" Subject: [mpls] Comments on draft-cheng-mpls-tp-shared-ring-protection-00 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 21:32:35 -0000 --_000_7347100B5761DC41A166AC17F22DF112010014EUSAAMB103ericsso_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear Authors, et al., below are my comments to your document I've mentioned at MPLS WG meeting ea= rlier: * SPME given new Ring Tunnel name * Implicitly jumps between single ring and interconnected rings scena= rio * Implicitly considers p2p bidirectional corouted LSP even though mor= e generic p2p scenario stated * Only Link OAM being considered, what makes steering more challengin= g * No mention that Link or Node protection in wrapping has to be pre-d= etermined * Coordination protocol - TBD * Hard to identify advantages of this approach when comparing with so= lutions described in draft-weingarten-mpls-tp-ring-protection-06 protection= of p2p bi-directional LSP. Regards, Greg --_000_7347100B5761DC41A166AC17F22DF112010014EUSAAMB103ericsso_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Dear Authors, et al.,
below are my comments to your document I've mentioned at MPLS WG meeti= ng earlier:
  • SPME given new Ring Tunnel name
  • Implicitly jumps between single= ring and interconnected rings scenario
  • Implicitly considers p2p bi= directional corouted LSP even though more generic p2p scenario stated
    • <= li>Only Link OAM being considered, what makes steering more challenging
  • No mention that Link or Node protection in wrapping has to be pre-dete= rmined
  • Coordination protocol - TBD
  • Hard to identify advanta= ges of this approach when comparing with solutions described in draft-weing= arten-mpls-tp-ring-protection-06 protection of p2p bi-directional LSP.
    • =
 
Regards,
       = ; Greg
 
 
 --_000_7347100B5761DC41A166AC17F22DF112010014EUSAAMB103ericsso_-- From lberger@labn.net Thu Nov 8 14:16:22 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B65B621F8665 for ; Thu, 8 Nov 2012 14:16:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.361 X-Spam-Level: X-Spam-Status: No, score=-102.361 tagged_above=-999 required=5 tests=[AWL=0.238, 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 JIVH9XD-+KiO for ; Thu, 8 Nov 2012 14:16:22 -0800 (PST) Received: from oproxy11-pub.bluehost.com (oproxy11-pub.bluehost.com [173.254.64.10]) by ietfa.amsl.com (Postfix) with SMTP id 2F6F621F84D3 for ; Thu, 8 Nov 2012 14:16:22 -0800 (PST) Received: (qmail 6072 invoked by uid 0); 8 Nov 2012 22:15:58 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy11.bluehost.com with SMTP; 8 Nov 2012 22:15:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:Subject:To:MIME-Version:From:Date:Message-ID; bh=AsewMSfircysvoKiJzTA2ZDsateK18nYeilUZOQ5IP4=; b=WyTzaOBwL+pu1+p7d6yecDjObyGyFDq3EaPDNA1cqNJpw9gRsYksRiotD8Yof7TcmMj0wFQZg/utjSDpn9K6wAQfUczWFO6va1a8eQCApqLo8ilpjdfrtPJrjc7/kHKf; Received: from box313.bluehost.com ([69.89.31.113]:50153 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1TWaOE-0004z2-Cc; Thu, 08 Nov 2012 15:15:58 -0700 Message-ID: <509C2F21.6000301@labn.net> Date: Thu, 08 Nov 2012 17:16:01 -0500 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: mpls@ietf.org, CCAMP X-Enigmail-Version: 1.4.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Subject: [mpls] WG for delay-loss problem-statement & framework X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 22:16:22 -0000 In the MPLS session, we just discussed if the following drafts should go to MPLS or CCAMP: draft-fuxh-mpls-delay-loss-te-problem-statement-01 draft-fuxh-mpls-delay-loss-te-framework-06 All the chairs in the room said it was up to the AD (Loa was on Jabber, Deborah was stuck in NJ). Adrian (our AD) just leaned over and said CCAMP, and I agree. So, I think we have our answer! Lou From gregory.mirsky@ericsson.com Thu Nov 8 15:07:33 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF97121F88CF; Thu, 8 Nov 2012 15:07:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 46DYyfM9lwVC; Thu, 8 Nov 2012 15:07:32 -0800 (PST) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id 0CF4F21F8831; Thu, 8 Nov 2012 15:07:31 -0800 (PST) Received: from eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id qA8NCk5b004025; Thu, 8 Nov 2012 17:12:48 -0600 Received: from EUSAAHC008.ericsson.se (147.117.188.96) by eusaamw0711.eamcs.ericsson.se (147.117.20.178) with Microsoft SMTP Server (TLS) id 8.3.279.1; Thu, 8 Nov 2012 18:07:21 -0500 Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC008.ericsson.se ([147.117.188.96]) with mapi id 14.02.0318.001; Thu, 8 Nov 2012 18:07:20 -0500 From: Gregory Mirsky To: Lou Berger , "mpls@ietf.org" , CCAMP Thread-Topic: [CCAMP] WG for delay-loss problem-statement & framework Thread-Index: AQHNvf60cHlHw3FCCEmcA2rB1ngL55fgiidQ Date: Thu, 8 Nov 2012 23:07:20 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF112010087@EUSAAMB103.ericsson.se> References: <509C2F21.6000301@labn.net> In-Reply-To: <509C2F21.6000301@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.134] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF112010087EUSAAMB103ericsso_" MIME-Version: 1.0 Subject: Re: [mpls] [CCAMP] WG for delay-loss problem-statement & framework X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 23:07:33 -0000 --_000_7347100B5761DC41A166AC17F22DF112010087EUSAAMB103ericsso_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Lou, at al., Would the CCAMP WG host work on PM methodology? I think that accurate defin= ition of measurement methodology to produce useful data is as important as = specification of mechanisms to propagate and use them. Regards, Greg -----Original Message----- From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of L= ou Berger Sent: Thursday, November 08, 2012 2:16 PM To: mpls@ietf.org; CCAMP Subject: [CCAMP] WG for delay-loss problem-statement & framework In the MPLS session, we just discussed if the following drafts should go to= MPLS or CCAMP: draft-fuxh-mpls-delay-loss-te-problem-statement-01 draft-fuxh-mpls-delay-loss-te-framework-06 All the chairs in the room said it was up to the AD (Loa was on Jabber, Deb= orah was stuck in NJ). Adrian (our AD) just leaned over and said CCAMP, an= d I agree. So, I think we have our answer! Lou _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp --_000_7347100B5761DC41A166AC17F22DF112010087EUSAAMB103ericsso_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi Lou, at al.,
Would the CCAMP WG host work on PM methodology? I think that accurate = definition of measurement methodology to produce useful data is as importan= t as specification of mechanisms to propagate and use them.
 
        Regards,
           &nbs= p;    Greg
 
-----Original Message-----
From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On = Behalf Of Lou Berger
Sent: Thursday, November 08, 2012 2:16 PM
To: mpls@ietf.org; CCAMP
Subject: [CCAMP] WG for delay-loss problem-statement & framework
 
In the MPLS session, we just discussed if the following drafts should = go to MPLS or CCAMP:
draft-fuxh-mpls-delay-loss-te-problem-statement-01
draft-fuxh-mpls-delay-loss-te-framework-06
 
All the chairs in the room said it was up to the AD (Loa was on Jabber= , Deborah was stuck in NJ).  Adrian (our AD) just leaned over and said= CCAMP, and I agree.  So, I think we have our answer!
 
Lou
 
 
_______________________________________________
CCAMP mailing list
CCAMP@ietf.org
 
 --_000_7347100B5761DC41A166AC17F22DF112010087EUSAAMB103ericsso_-- From dave.mcdysan@verizon.com Thu Nov 8 15:20:38 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3538E21F8A48 for ; Thu, 8 Nov 2012 15:20:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 OVcHad5u9w6Y for ; Thu, 8 Nov 2012 15:20:37 -0800 (PST) Received: from fldsmtpe03.verizon.com (fldsmtpe03.verizon.com [140.108.26.142]) by ietfa.amsl.com (Postfix) with ESMTP id 277CC21F89FE for ; Thu, 8 Nov 2012 15:20:37 -0800 (PST) X-IronPort-Anti-Spam-Filtered: false Received: from unknown (HELO fldsmtpi01.verizon.com) ([166.68.71.143]) by fldsmtpe03.verizon.com with ESMTP; 08 Nov 2012 23:20:36 +0000 From: "Mcdysan, David E" X-IronPort-AV: E=Sophos;i="4.80,741,1344211200"; d="scan'208";a="364963938" Received: from fhdp1lumxc7hb03.verizon.com (HELO FHDP1LUMXC7HB03.us.one.verizon.com) ([166.68.59.190]) by fldsmtpi01.verizon.com with ESMTP; 08 Nov 2012 23:20:35 +0000 Received: from fhdp1lumxc7v11.us.one.verizon.com ([166.68.59.148]) by FHDP1LUMXC7HB03.us.one.verizon.com ([166.68.59.190]) with mapi; Thu, 8 Nov 2012 18:20:35 -0500 To: Ccamp , Mpls Date: Thu, 8 Nov 2012 18:20:35 -0500 Thread-Topic: Comments solicited on Delay-Loss-Delay Variation Problem Statement & Framework Drafts Thread-Index: Ac2+B6fLC0MMdF8sS26Wap5tzfe3rA== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [mpls] Comments solicited on Delay-Loss-Delay Variation Problem Statement & Framework Drafts X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 23:20:38 -0000 Hi, As agreed in the mpls meeting today, Lou and Adrian indicated that we should advance this work in ccamp, but want to cross post comments and discussion to the mpls list for the following drafts: http://tools.ietf.org/id/draft-fuxh-mpls-delay-loss-te-problem-statement-01 .txt http://tools.ietf.org/id/draft-fuxh-mpls-delay-loss-te-framework-06.txt We are soliciting input on at least the following: * Are other operators interested in this problem? * Are there additional related problems (e.g., fate sharing, SRLG) that should be included? * Specific comments on the structure and content of the problem statement/ requirements. * Comments on the structure and content of the framework. * Are there additional types of approaches not considered in the framework? Please post responses to both the ccamp and mpls lists. Thank you, Xihua Fu ZTE (Editor) Dave McDysan Verizon (Editor, Presenter) Vishwas Manral HP Andrew Malis Verizon Spencer Giacalone Thomson Reuters Malcolm Betts ZTE Qilei Wang ZTE John Drake Juniper Networks From lberger@labn.net Thu Nov 8 15:34:35 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C98921F8957 for ; Thu, 8 Nov 2012 15:34:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.236 X-Spam-Level: X-Spam-Status: No, score=-102.236 tagged_above=-999 required=5 tests=[AWL=0.029, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, 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 kgM1tkX1leCC for ; Thu, 8 Nov 2012 15:34:34 -0800 (PST) Received: from oproxy9.bluehost.com (oproxy9.bluehost.com [69.89.24.6]) by ietfa.amsl.com (Postfix) with SMTP id 880BD21F8665 for ; Thu, 8 Nov 2012 15:34:34 -0800 (PST) Received: (qmail 26729 invoked by uid 0); 8 Nov 2012 23:34:12 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy9.bluehost.com with SMTP; 8 Nov 2012 23:34:12 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=SofjTth9dW7tcQKiJQvLeyqlhqF1zpxAATsOg2UmbHo=; b=A0DkQ0scWyhfLArBtoVR2BGNb6pv0N0b+kaCYOcQNuCXHDpzb6edmbONRfmZmVkNWsMd0luW/FXANRevkrwUOAoDBvAqffA+URpl0nCe3OjbNU16S+D3cYiv9tY4w0N6; Received: from box313.bluehost.com ([69.89.31.113]:57531 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1TWbbw-0003AX-5l; Thu, 08 Nov 2012 16:34:12 -0700 Message-ID: <509C4175.9070502@labn.net> Date: Thu, 08 Nov 2012 18:34:13 -0500 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Gregory Mirsky References: <509C2F21.6000301@labn.net> <7347100B5761DC41A166AC17F22DF112010087@EUSAAMB103.ericsson.se> In-Reply-To: <7347100B5761DC41A166AC17F22DF112010087@EUSAAMB103.ericsson.se> X-Enigmail-Version: 1.4.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Cc: "mpls@ietf.org" , CCAMP Subject: Re: [mpls] [CCAMP] WG for delay-loss problem-statement & framework X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 23:34:35 -0000 Greg, Not an unreasonable question. While the "Definition of protocol-independent metrics and parameters" is within the scope of the charter, I'd expect this work will more likely align with the charter task of "Define how the properties of network resources gathered by a measurement protocol (or by other means e.g. configured) can be distributed in existing routing protocols". That said, this work has been in CCAMP for all of about 75 minutes, so it's a little premature for me to have a definitive position. Lou On 11/8/2012 6:07 PM, Gregory Mirsky wrote: > Hi Lou, at al., > Would the CCAMP WG host work on PM methodology? I think that accurate > definition of measurement methodology to produce useful data is as > important as specification of mechanisms to propagate and use them. > > Regards, > Greg > > -----Original Message----- > From: ccamp-bounces@ietf.org [_mailto:ccamp-bounces@ietf.org_] On Behalf > Of Lou Berger > Sent: Thursday, November 08, 2012 2:16 PM > To: mpls@ietf.org; CCAMP > Subject: [CCAMP] WG for delay-loss problem-statement & framework > > In the MPLS session, we just discussed if the following drafts should go > to MPLS or CCAMP: > draft-fuxh-mpls-delay-loss-te-problem-statement-01 > draft-fuxh-mpls-delay-loss-te-framework-06 > > All the chairs in the room said it was up to the AD (Loa was on Jabber, > Deborah was stuck in NJ). Adrian (our AD) just leaned over and said > CCAMP, and I agree. So, I think we have our answer! > > Lou > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > _https://www.ietf.org/mailman/listinfo/ccamp_ > From wyaacov@gmail.com Thu Nov 8 22:43:55 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F3D8521F8B9D for ; Thu, 8 Nov 2012 22:43:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.731 X-Spam-Level: X-Spam-Status: No, score=-2.731 tagged_above=-999 required=5 tests=[AWL=0.867, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 ewuyRqKptf-n for ; Thu, 8 Nov 2012 22:43:54 -0800 (PST) Received: from mail-vb0-f44.google.com (mail-vb0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id C7C6621F8B92 for ; Thu, 8 Nov 2012 22:43:53 -0800 (PST) Received: by mail-vb0-f44.google.com with SMTP id fc26so3935111vbb.31 for ; Thu, 08 Nov 2012 22:43:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=iapgUzNqKgwLTZEo1qrqLDAwUqtTr6pj9BsPpe0TVrM=; b=eQjHk8Iporifmcf21uUakm7nFnFQnpBCqJ3kUQ9R29Ndyj8r/J2YWRG1e3e8sjcUMP USS8xn3XbrOnYMfGwSFiw5RTzpaAJq28yxO0V2JqgQQXLxH4cR/NViiHnAQXw10pW/n+ UHArpEyZm1NxMAnQJDGI4KSuw6lUDZpCDja3LZUNet3mcxsNKMdANPPdv22ErdE1SCLC 7ZpbNPcEm0QKlPXfwhdM7vKE2B3oXBZ07PSP6CUbbB+nsHV0DSPLRtFBQe/vNh+ng8hQ fcczyji2l/q6vgwuesOYGxODCx75Yy94gTJ/dwZJb50y8Dv3mRqRIWXv1GVmIXfB/CwI 34AA== MIME-Version: 1.0 Received: by 10.220.227.199 with SMTP id jb7mr9329404vcb.26.1352443433279; Thu, 08 Nov 2012 22:43:53 -0800 (PST) Received: by 10.58.254.194 with HTTP; Thu, 8 Nov 2012 22:43:53 -0800 (PST) Received: by 10.58.254.194 with HTTP; Thu, 8 Nov 2012 22:43:53 -0800 (PST) In-Reply-To: <7347100B5761DC41A166AC17F22DF112010014@EUSAAMB103.ericsson.se> References: <7347100B5761DC41A166AC17F22DF112010014@EUSAAMB103.ericsson.se> Date: Fri, 9 Nov 2012 08:43:53 +0200 Message-ID: From: Yaacov Weingarten To: Gregory Mirsky Content-Type: multipart/alternative; boundary=14dae9cdca9b6b623004ce0a46fa Cc: "mpls@ietf.org" , "lifang@ritt.cn" , "yang.jian90@zte.com.cn" , "chengweiqiang@chinamobile.com" , "alex.liukai@huawei.com" , "Lihan@chinamobile.com" , "wjf@fiberhome.com.cn" , "Wangleiyj@chinamobile.com" Subject: Re: [mpls] Comments on draft-cheng-mpls-tp-shared-ring-protection-00 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 06:43:55 -0000 --14dae9cdca9b6b623004ce0a46fa Content-Type: text/plain; charset=ISO-8859-1 Greg, hi I am not sure that I agree with all of your comments (see below), although I would love to agree with your conclusion;) BR, yaacov On Nov 8, 2012 11:32 PM, "Gregory Mirsky" wrote: > > Dear Authors, et al., > below are my comments to your document I've mentioned at MPLS WG meeting earlier: > SPME given new Ring Tunnel name yw>> I disagree that this Ring Tunnel is a new name for an SPME! SPME is a standard p2p or p2mp bi-directional LSP (or tunnel), whereas this RT is a new construct that (I think) needs to be defined first in MPLS (or a reference should be given as to where it is defined). The RT is defined by its destination - so this makes it a mp2p tunnel where traffic may enter the tunnel at any LSR in the ring and exit at the endpoint. > Implicitly jumps between single ring and interconnected rings scenario > Implicitly considers p2p bidirectional corouted LSP even though more generic p2p scenario stated yw>> I agree that using the RT construct they hae destroyed any pretense of co-routed bi-directionality of the traffic, since obviously for a co-routed LSP that enters the ring at LSR-A and LSR-D -the traffic in the A-D direction will be transmitted through a RT that is destined for LSR-D whereas the D-A traffic will be in some other RT that is destined for LSR-A. > Only Link OAM being considered, what makes steering more challenging yw>> It should also be noted that this is a physical Link OAM not a MPLS logical link OAM. I also think that the mechanism that is being suggested for passing the switching information up to the MPLS level should be expanded upon and possibly defined in MPLS (or referenced if already defined). > No mention that Link or Node protection in wrapping has to be pre-determined > Coordination protocol - TBD > Hard to identify advantages of this approach when comparing with solutions described in draft-weingarten-mpls-tp-ring-protection-06 protection of p2p bi-directional LSP. > > Regards, > Greg > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --14dae9cdca9b6b623004ce0a46fa Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Greg, hi

I am not sure that I agree with all of your comments (see below), althou= gh I would love to agree with your conclusion;)

BR,
yaacov
On Nov 8, 2012 11:32 PM, "Gregory Mirsky" <gregory.mirsky@ericsson.com> wrote:
>
> Dear Authors, et al.,
> below are my comments to your document I've mentioned at MPLS WG m= eeting earlier:
> SPME given new Ring Tunnel name
yw>> I disagree that this Ring Tunnel is a new name for an SPME! SPME= is a standard p2p or p2mp bi-directional LSP (or tunnel), whereas this RT = is a new construct that (I think) needs to be defined first in MPLS (or a r= eference should be given as to where it is defined).=A0 The RT is defined b= y its destination - so this makes it a mp2p tunnel where traffic may enter = the tunnel at any LSR in the ring and exit at the endpoint.

> Implicitly jumps between single ring and interconnected rings scena= rio
> Implicitly considers p2p bidirectional corouted LSP even though more g= eneric p2p scenario stated
yw>> I agree that using the RT construct they hae destroyed any prete= nse of co-routed bi-directionality of the traffic, since obviously for a co= -routed LSP that enters the ring at LSR-A and LSR-D -the traffic in the A-D= direction will be transmitted through a RT that is destined for LSR-D wher= eas the D-A traffic will be in some other RT that is destined for LSR-A. > Only Link OAM being considered, what makes steering more challenging yw>> It should also be noted that this is a physical Link OAM not a M= PLS logical link OAM.=A0 I also think that the mechanism that is being sugg= ested for passing the switching information up to the MPLS level should be = expanded upon and possibly defined in MPLS (or referenced if already define= d).
> No mention that Link or Node protection in wrapping has to be pre-dete= rmined
> Coordination protocol - TBD
> Hard to identify advantages of this approach when comparing with solut= ions described in draft-weingarten-mpls-tp-ring-protection-06 protection of= p2p bi-directional LSP.
> =A0
> Regards,
> =A0=A0=A0=A0=A0=A0=A0 Greg
> =A0
> =A0
>
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.iet= f.org/mailman/listinfo/mpls
>

--14dae9cdca9b6b623004ce0a46fa-- From chengwq@gmail.com Thu Nov 8 23:49:01 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AD2C21F856E for ; Thu, 8 Nov 2012 23:49:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.399 X-Spam-Level: X-Spam-Status: No, score=-2.399 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_102=0.6, J_CHICKENPOX_43=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 PZpwRqsfT4xe for ; Thu, 8 Nov 2012 23:49:00 -0800 (PST) Received: from mail-vc0-f172.google.com (mail-vc0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id E910A21F855E for ; Thu, 8 Nov 2012 23:48:59 -0800 (PST) Received: by mail-vc0-f172.google.com with SMTP id fl11so3896210vcb.31 for ; Thu, 08 Nov 2012 23:48:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=aZiBPEWPVrJ9kmJM3gGd47fOaI/ClSSIwKAmupsv8R4=; b=yq/HwdqM9k+6k/VDSTtX6j8qs9DqBxjBEC9F+nuDxpaaYi3SLwMHfGiNN7p+wbXkGO E9BErwY8Gj9eW0+FXVFmQlV54WW6ztRU+T6oj/tfZ+uVEpDHzJuUwXtwgPAv/WMShjeL MuwtdvWHPppdC66HHT7eFkyScb2lanx/7WhemYnDOcrzwkL4e/cZbc1E0E+pWEEsGGfp iYasm6jyXCdEl8a+ashl+U2tkOVe0EJ3NSPek8lxz4NIvtovrTSnXRdobOEJg1eErIyA ZXEu6ejG9fGVvXJ1xKitjhisBVUCZh43itH1qlb+RE07AENuZl2lX1JcHE22XZr973b4 C0EQ== MIME-Version: 1.0 Received: by 10.52.180.225 with SMTP id dr1mr8367864vdc.2.1352447339168; Thu, 08 Nov 2012 23:48:59 -0800 (PST) Received: by 10.58.64.7 with HTTP; Thu, 8 Nov 2012 23:48:58 -0800 (PST) In-Reply-To: References: <0c4c01cda0a7$8f112320$ad336960$@olddog.co.uk> Date: Fri, 9 Nov 2012 15:48:58 +0800 Message-ID: From: cheng weiqiang To: Yaacov Weingarten Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable Cc: mpls-chairs@tools.ietf.org, draft-ietf-mpls-tp-ring-protection@tools.ietf.org, mpls@ietf.org Subject: Re: [mpls] Working group last call on draft-ietf-mpls-tp-ring-protection X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 07:49:01 -0000 Hi Yaacov=A3=AC Thank you very much for your reply. Comments on P2P wrapping solution: We have a simple survey on wrapping solution that shows in SDH ring network more than 90% of ring protection application scenarios are using wrapping solution. That indicates wrapping solution is really important. However as you said your wrapping solution is =A1=B0difficulty in addressing the scenarios of multiple failures in adjacent nodes or links=A1=B1, that means performance of your wrapping solution is even worse than linear protection. Comments on P2P Steering solution: As described in draft, you need O(2N^2) SPME for steering solution. Let=A1=AFs consider a 16 nodes access ring, in the transport network, according to our servey, the LSP number per node in average is less than 5, that means usually there are only 16 x 5 x 2=3D 160 LSPs in one access ring. However, based on your solution, 16 x 15 x2 =3D480 SPME should be set up which introduces more OAM sessions, more recovery elements, more Labels, and more management transactions. It is a violation of chapter 2.5.6.1. RFC 5654. So compared to Linear protection, wrapping solution has poorer performance and steering solution is more complicated. Could you give more clarification? B.R. Weiqiang Cheng 2012/10/28 Yaacov Weingarten : > Cheng, hi > > Thank you for your comments regarding the ring protection applicability > statement. > > I find your scenarios as being very interesting and understand the concen= r > in certain networks for the prevelance of such scenarios. While I agree > with your analysis that the Wrapping solution that is proposed in the dra= ft > would have difficulty in addressing the scenarios of multiple failures in > adjacent nodes or links, I think that this just strenghthens the > recommnedation of Section 2.4 that it is better to apply Steering as a > preferred methoid of protection. In addition to the considerations > mentioned in Section 2.4, Steering would easily overcome the scenarios th= at > you mention and is an easy application of LP to the ring scenarios. > > Regarding your second point, I would like to clarify that, in my > understanding, the optimization criteria mentioned in RFC5654 are > optimizations compared to using linear protection to protect each individ= ual > LSP, which this draft certainly optimizes by protecting the SPME that > tunnels numerous LSPs and therefore provides the desired optimization. T= he > optimization certainly was never intended to be relative to a theoretical > protection scheme that extends MPLS beyond its present definition by usin= g > constructs that are not supported in MPLS. > > Hope this helps, > yaacov weingarten > > Still looking for new opportunity. > > > On Wed, Oct 3, 2012 at 11:40 AM, cheng weiqiang wrote= : >> >> Dear adrian, >> >> Here I would like to try to describe some issues on the ring >> protection solution from my point view. >> >> 1. The Wrapping solution doesn=A1=AFt work when Multi-links faults happe= n >> >> For each link in the ring, current wrapping solution defines two SPME >> - the first is a SPME between the two LSRs that are connected by the >> link,and the second SPME >> >> between these same two LSRs but traversing the entire ring (except the >> link that connects the LSRs). >> >> ___ ___ x ___ >> =3D=3D=3D=3D=3D=3D>/LSR\********/LSR\********/LSR\ >> \_B_/ \_A_/ \_F_= / >> * >> * >> * >> * >> * >> *x >> _* ___ >> *_ >> >> /LSR\********/LSR\********/LSR\=3D=3D=3D=3D=3D=3D> >> \_C_/ \_D_/ \_E_/ >> >> =3D=3D=3D> connected LSP *** physical link >> x link fault >> >> >> Above figure shows that One LSP enter the ring from LSR B and Exit >> from LSR E. And at the same time the link A-F and link F-E are both >> broken.According to current >> >> solution, both the protection SPME for A-F and the protection SPME for >> Link F-E should be activated synchronously. Obviously, it does not >> work. >> >> At the same situation, the ring protection for SDH, G.8132(T-MPLS) and >> the MSRP solution (C-2098 =A1=B0MPLS-TP Shared-Ring protection (MSRP) >> mechanism for ring topology", >> >> ITU-T SG15 meeting, Sep. 2012) can work well. >> >> 2.Steering function is totally the same with 1:1 linear protection >> >> As the draft mentioned "we use 1:1 linear protection [SurvivFwk] >> [LinProtect] to perform protection switching and coordination when a >> signal fault is detected." It is >> >> the basic 1:1 linear protection(we can see it as a SNC protection,in >> another words 1:1 linear protection is using in sub-network). >> >> It does not provide any more simplicity and optimism than 1:1 linear >> protection. That is why we say this draft cannot meet R100 of RFC5654 >> the requirement. >> >> >> So I don't think we need defined it in the ring draft redundantly again. >> >> >> >> Best Regards, >> >> Cheng Weiqiang >> Research Institute of China Mobile >> e-mail:chengweiqiang@chinamobile.com >> mobile: +86 138 1001 9089 >> >> >> >> >> 2012/10/2 Adrian Farrel : >> > Hi, >> > >> > Let me pitch in here as an individual contributor who sourced a lot of >> > the text >> > in 2.5.6.1 of RFC 5654 basing it on the explicit requirements liaised >> > from the >> > ITU-T. >> > >> > I have read and reread that section trying to find the text that is >> > claimed >> > below. It does not exist. >> > >> > Could you please point to the specific requirement you believe is not >> > met? Or >> > maybe you are confused by the preamble text in the section that >> > describes the >> > circumstances under which an optimized protection mechanism (rather th= an >> > one >> > built from the mechanisms that operate outside a ring) might be >> > developed. >> > >> > Maybe, also, you could explain in what way you consider the current >> > proposal >> > does not make good use of the resources on the ring (i.e. what feature= s >> > don't >> > work) so that the authors can look at improving their solution. >> > >> > Cheers, >> > Adrian >> > >> >> -----Original Message----- >> >> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf = Of >> >> cheng weiqiang >> >> Sent: 02 October 2012 14:02 >> >> To: mpls-bounces@ietf.org >> >> Cc: mpls@ietf.org; mpls-chairs@tools.ietf.org; draft-ietf-mpls-tp-rin= g- >> >> protection@tools.ietf.org >> >> Subject: Re: [mpls] Working group last call on >> > draft-ietf-mpls-tp-ring-protection >> >> >> >> Do not support. >> >> >> >> In Section 2.5.6.1 of RFC5654, the MPLS-TP ring protection should be >> >> optimized for simplification of the ring operation and the resources >> >> consumption around the ring. This draft cannot meet the requirement. >> >> >> >> Best Regards, >> >> >> >> Cheng Weiqiang >> >> Research Institute of China Mobile >> >> Department of Network Technology >> >> _______________________________________________ >> >> mpls mailing list >> >> mpls@ietf.org >> >> https://www.ietf.org/mailman/listinfo/mpls >> > >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls > > > > > -- > Thanx and BR, > yaacov > > Still looking for new opportunity > From liu.guoman@zte.com.cn Fri Nov 9 00:30:38 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 189DD21F841A for ; Fri, 9 Nov 2012 00:30:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.945 X-Spam-Level: X-Spam-Status: No, score=-97.945 tagged_above=-999 required=5 tests=[AWL=-0.150, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_42=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, 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 pgRBtDkx+uwP for ; Fri, 9 Nov 2012 00:30:36 -0800 (PST) Received: from zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 296D921F8200 for ; Fri, 9 Nov 2012 00:30:35 -0800 (PST) Received: from mse01.zte.com.cn (unknown [10.30.3.20]) by Websense Email Security Gateway with ESMTPS id 52743127FAD9; Fri, 9 Nov 2012 16:31:45 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id qA98ULrx088538; Fri, 9 Nov 2012 16:30:21 +0800 (GMT-8) (envelope-from liu.guoman@zte.com.cn) In-Reply-To: To: David Allan I MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: liu.guoman@zte.com.cn Date: Fri, 9 Nov 2012 16:30:15 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-11-09 16:30:15, Serialize complete at 2012-11-09 16:30:15 Content-Type: multipart/alternative; boundary="=_alternative 002EC90648257AB1_=" X-MAIL: mse01.zte.com.cn qA98ULrx088538 Cc: "mpls@ietf.org" Subject: Re: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 08:30:38 -0000 This is a multipart message in MIME format. --=_alternative 002EC90648257AB1_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 RGF2ZSANCmkgc2F5IHNvcnJ5IGZvciByZXBseWluZyBzbyBsYXRlLiB1c2luZyAxOjEgYW5kIDEr MSBwcm90ZWN0aW9uIGlzIG5vdCANCmNvbXBsZXRlbHkgdHJ1ZS4NCmluIG15IG1pbmQuIGZvciBh bnkgaW5ncmVzcyBub2RlIG9mIHRoZSByaW5nLiBpZiB0aGV5IGRpZG4ndCBkZXRlY3QgYW5kIGJl IA0Kbm90aWZpZWQgYW55IGZhaWx1cmUgb24gdGhlIHJpbmcuDQp0aGV5IHdvdWxkIG9ubHkgc2Vu ZCBkYXRhIHBhY2tldHMgb24gdGhlIHdvcmtpbmcgcGF0aC4gZWxzZSBpZiB0aGV5IA0KZGV0ZWN0 ZWQgYW5kIGJlIG5vdGlmaWVkIGFueSBmYWlsdXJlIG9uIHRoZSByaW5nLg0KdGhleSB3b3VsZCBi cmlkZ2UgdGhlIGRhdGEgcGFja2V0cyB0byBib3RoIHdvcmtpbmcgcGF0aCBhbmQgcHJvdGVjdGlv biANCnBhdGguIGFsbCBlZ3Jlc3Mgbm9kZSBvZiB0aGUgcmluZyB3b3VsZCBzZWxlY3QNCm9uZSBv ZiB0aGUgdHdvIHBhdGhzIHRvIHJlY2VpdmUgdGhlIGRhdGEgcGFja2V0cy4NCg0KQi5SLg0KTGl1 DQoNCg0KDQoNCg0KDQoNCkRhdmlkIEFsbGFuIEkgPGRhdmlkLmkuYWxsYW5AZXJpY3Nzb24uY29t PiANCjIwMTItMTEtMDcgMDk6MjUNCg0KytW8/sjLDQoibGl1Lmd1b21hbkB6dGUuY29tLmNuIiA8 bGl1Lmd1b21hbkB6dGUuY29tLmNuPg0Ks63LzQ0KIm1wbHNAaWV0Zi5vcmciIDxtcGxzQGlldGYu b3JnPiwgWWFhY292IFdlaW5nYXJ0ZW4gPHd5YWFjb3ZAZ21haWwuY29tPg0K1vfM4g0KUkU6IFtt cGxzXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uLTAzLnR4 dA0KDQoNCg0KDQoNCg0KSGkgTGl1DQogDQpZZXMsIHR3byBmYWlsdXJlcyBvbiBhIHJpbmcgd2ls bCBjb21wbGV0ZWx5IHNldmVyIHNvbWUgbm9kZXMuIFdpbGQgDQphZ3JlZW1lbnQNCiANCkdpdmVu IGl0IGFwcGVhcnMgdGhhdCB5b3UgYXJlIG5vdyByZWludmVudGluZyB3aGF0IDE6MSBpcyBzdWNo IHRoYXQgMSsxIGlzIA0KdGhlIGZhaWx1cmUgbW9kZSwgSSdtIGxvc2luZyB0aGUgcGxvdC4uLi4N CiANCkNhbiB5b3UgY2xhcmlmeT8NCkRhdmUNCg0KRnJvbTogbGl1Lmd1b21hbkB6dGUuY29tLmNu IFttYWlsdG86bGl1Lmd1b21hbkB6dGUuY29tLmNuXSANClNlbnQ6IE1vbmRheSwgTm92ZW1iZXIg MDUsIDIwMTIgNjoyNyBQTQ0KVG86IERhdmlkIEFsbGFuIEkNCkNjOiBtcGxzQGlldGYub3JnOyBZ YWFjb3YgV2VpbmdhcnRlbg0KU3ViamVjdDogUkU6IFttcGxzXSBJLUQgQWN0aW9uOiBkcmFmdC1p ZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uLTAzLnR4dA0KDQoNCkRhdmUgYW5kIFlhYWNvdiAN CnRoYW5rIHlvdSBmb3IgcmVwbHlpbmcgYW5kIGV4cGxhaW5pbmcgLiBpIHVuZGVyc3RhbmQgd2hh dCB5b3Ugc2FpZC4gYnV0IGluIA0KbXkgbWluZCwgDQp0aGlzIDE6MSBwcm90ZWN0aW9uIGlzIG5v dCBwdXJlIDE6MSBzb2x1dGlvbi4gdGhlIGluZ3Jlc3Mgbm9kZSBvbmx5IGJyaWRnZSANCnRoZSB3 b3JraW5nIHBhdGggd2l0aG91dCBmYWlsdXJlIG9uIHRoZSByaW5nLiANCndoZW4gYSBmYWlsdXJl IGlzIGRldGVjdGVkIG9uIHRoZSByaW5nLiB0aGUgaW5ncmVzcyBub2RlIHdpbGwgYXBwbHkgMSsx IA0KbW9kZSB0byBzZW5kIHRoZSB0cmFmZmljIG9uIGJvdGggdGhlIHdvcmtpbmcgcGF0aCANCmFu ZCB0aGUgcHJvdGVjdGlvbiBwYXRoLnNvIGl0IGlzIGltcG9zc2libGUgZm9yIHNvbWUgZWdyZXNz IG5vZGVzIHRvIG5vdCANCnJlY2VpdmUgdGhlIGRhdGEgcGFja2V0cyBmcm9tIHdvcmtpbmcgcGF0 aCBvciBwcm90ZWN0aW9uIHBhdGguIA0KY29uc2lkZXJpbmcgdGhlcmUgYXJlIHR3byBmYWlsdXJl cyBvbiB0aGUgcmluZyBhdCB0aGUgc2FtZSB0aW1lIGp1c3QgbGlrZSANCndoYXQgRGF2ZSBzYWlk LiBpZiBzb21lIGVncmVzcyBub2RlcyBhcmUgaXNvbGF0ZWQgZnJvbSANCnRoZSBpbmdyZXNzIG5v ZGUuIGV2ZW4gaWYgYXBwbHlpbmcgMSsxIHByb3RlY3Rpb24sIHRoZXkgY2FuJ3QgcmVjZWl2ZSB0 aGUgDQpkYXRhIHBhY2tldHMgYnkgZWl0aGVyIHRoZSB3b3JraW5nIHBhdGggb3IgdGhlIHByb2Vj dGlvbiBwYXRoLiANCg0KDQoNCkIuUi4gDQpsaXUgDQoNCg0KDQoNCg0KDQoNCg0KRGF2aWQgQWxs YW4gSSA8ZGF2aWQuaS5hbGxhbkBlcmljc3Nvbi5jb20+IA0KMjAxMi0xMS0wNiAwMjoxNCANCg0K DQrK1bz+yMsNCiJsaXUuZ3VvbWFuQHp0ZS5jb20uY24iIDxsaXUuZ3VvbWFuQHp0ZS5jb20uY24+ LCBZYWFjb3YgV2VpbmdhcnRlbiANCjx3eWFhY292QGdtYWlsLmNvbT4gDQqzrcvNDQoibXBsc0Bp ZXRmLm9yZyIgPG1wbHNAaWV0Zi5vcmc+IA0K1vfM4g0KUkU6IFttcGxzXSBJLUQgQWN0aW9uOiBk cmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uLTAzLnR4dA0KDQoNCg0KDQoNCg0KDQoN CkhpIExpdTogDQogIA0KUHJvYmxlbSB3aXRoIDE6MSBhcHBsaWVkIHRvIHAybXAgaW4gdGhlIGdl bmVyYWwgY2FzZSBpcyB0aGF0IHR3byBmYWlsdXJlcyANCmNvdWxkIHJlc3VsdCBpbiB0d28gaW5j b21wbGV0ZSB0cmVlcyB3aXRoIG5vIHJlY291cnNlIG90aGVyIHRoYW4gDQpyZXN0b3JhdGlvbiwg d2hpbGUgMSsxIHJlZHVjZXMgdGhlIHByb2JhYmlsaXR5IG9mIHRoaXMgImJhZCBsdWNrIHNjZW5h cmlvIiANCnNpZ25pZmljYW50bHkuLi4uSSd2ZSBub3Qgc3BlY2lmaWNhbGx5IGFuYWx5emVkIHJp bmdzLCBidXQgd291bGQgc3VzcGVjdCANCnRoZSBzYW1lIGNvbmNsdXNpb25zIGNhbiBiZSBkcmF3 bi4gDQogIA0KSSBob3BlIHRoaXMgaGVscHMgDQpEYXZlIA0KDQpGcm9tOiBtcGxzLWJvdW5jZXNA aWV0Zi5vcmcgW21haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiANCmxp dS5ndW9tYW5AenRlLmNvbS5jbg0KU2VudDogTW9uZGF5LCBOb3ZlbWJlciAwNSwgMjAxMiAyOjQ0 IEFNDQpUbzogWWFhY292IFdlaW5nYXJ0ZW4NCkNjOiBtcGxzQGlldGYub3JnDQpTdWJqZWN0OiBS ZTogW21wbHNdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbXBscy10cC1yaW5nLXByb3RlY3Rpb24t MDMudHh0DQoNCg0KWWFhY292LGhpIA0KaSBoYXZlIG9ubHkgb25lIHF1ZXN0aW9uLCB3aHkgdG8g bGltaXQgdG8gMSsxIGxpbmVhciBwcm90ZWN0aW9uIGZvciANCnN0ZWVyaW5nIGZvciBwMm1wIHBh dGguIA0Kd2h5IG5vdCBhcHBseSAxOjEgbGluZWFyIHByb3RlY3Rpb24gbWVjaGFuaXNtPyANCml0 IHNheXMsIHRoZSBwMm1wIHRyYWZmaWMgaXMgb25seSB0cmFzbnBvcnRlZCBvbiB0aGUgd29ya2lu ZyBwYXRoIHVuZGVyIA0Kbm9ybWFsIGNvbmRpdGlvbi4gDQppZiBhIGZhaWx1cmUgaGFwcGVucyBv biB0aGUgcmluZy4gdGhlIHAybXAgdHJhZmZpYyB3aWxsIGJlIHRyYW5zcG9ydGVkIG9uIA0KYm90 aCB3b3JraW5nIHBhdGggYW5kIHByb3RlY3Rpb24gcGF0aC4gDQplYWNoIGVncmVzcyBub2RlIHdp bGwgc2VsZWN0IHdvcmtpbmcgcGF0aCBvciBwcm90ZWN0aW9uIHBhdGggdG8gcmVjZWl2ZSANCnRo ZSB0cmFmZmljLiANCklNTywgMTogMSBwcm90ZWN0aW9uIG1heSBiZSBtb3JlIGVmZmVjdGl2ZSB0 aGFuIDErMSBwcm90ZWN0aW9uLiANCg0KaXMgbXkgdW5kZXJzdGFuZGluZyByaWdodD8gdGhhbmtz IA0KDQpCLlIuIA0KTGl1IA0KDQoNCg0KDQoNCg0KWWFhY292IFdlaW5nYXJ0ZW4gPHd5YWFjb3ZA Z21haWwuY29tPiANCreivP7IyzogIG1wbHMtYm91bmNlc0BpZXRmLm9yZyANCjIwMTItMTEtMDUg MTc6MDAgDQoNCg0KytW8/sjLDQptcGxzQGlldGYub3JnIA0Ks63LzQ0KDQrW98ziDQpSZTogW21w bHNdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbXBscy10cC1yaW5nLXByb3RlY3Rpb24tMDMudHh0 DQoNCg0KDQoNCg0KDQoNCg0KDQoNCkhpIGFsbCwgDQoNCkkgaGF2ZSBqdXN0IHVwbG9hZGVkIGEg bmV3IHZlcnNpb24gb2YgdGhlIFJpbmcgUHJvdGVjdGlvbiBBcHBsaWNhYmlsaXR5IA0KZHJhZnQu ICBUaGlzIGlzIG5vdCB0aGUgZmluYWwgdmVyc2lvbiwgYnV0IHJhdGhlciBhIHZlcnNpb24gdGhh dCB0cmllcyB0byANCmFkZHJlc3MgdGhlIG1hbnkgY29tbWVudHMgdGhhdCB3ZXJlIHJlY2VpdmVk IGR1cmluZyB0aGUgV0dMQyB0dGhhdCB3YXMgDQpoZWxkIGxhc3QgbW9udGguICBQbGVhc2UgcmV2 aWV3IHRoaXMgdmVyc2lvbiB0byAgdmVyaWZ5IHRoYXQgeW91ciBjb21tZW50cyANCmhhdmUgYmVl biBhZGRyZXNzZWQgKGFsb25nIHRoZSBsaW5lcyB0aGF0IHdlcmUgb3V0bGluZWQgaW4gbXkgdmFy aW91cyANCmVtYWlscyBzZW50IGVhcmxpZXIgdG8gdGhlIGxpc3QpLiANCg0KVGhlcmUgYXJlIHNv bWUgY29tbWVudHMgdGhhdCBuZWVkIHRvIGJlIGFkZHJlc3NlZCwgYXdhdGluZyBzb21lIA0KY2xh cmlmaWNhdGlvbnMgZnJvbSB0aGUgc3VibWl0dGVycyBvZiB0aGUgY29tbWVudHMgYW5kIGluIGFk ZGl0aW9uIHRoZXJlIA0Kd2FzIGEgcmVxdWVzdCB0byByZWR1Y2UgdGhlIG51bWJlciBvZiBhdXRo b3JzIGFwcGVhcmluZyBvbiB0aGUgZnJvbnQgcGFnZSANCm9mIHRoZSBkcmFmdC4gDQoNCkFueSBh ZGRpdGlvbmFsIGNvbW1lbnRzIGFyZSBlbmNvdXJhZ2VkLiANCg0KDQpPbiBNb24sIE5vdiA1LCAy MDEyIGF0IDEwOjUyIEFNLCA8aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPiB3cm90ZTogDQoNCkEg TmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0 LURyYWZ0cyANCmRpcmVjdG9yaWVzLg0KVGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUg TXVsdGlwcm90b2NvbCBMYWJlbCBTd2l0Y2hpbmcgV29ya2luZyANCkdyb3VwIG9mIHRoZSBJRVRG Lg0KDQogICAgICAgVGl0bGUgICAgICAgICAgIDogQXBwbGljYWJpbGl0eSBvZiBNUExTLVRQIExp bmVhciBQcm90ZWN0aW9uIGZvciANClJpbmcgVG9wb2xvZ2llcw0KICAgICAgIEF1dGhvcihzKSAg ICAgICA6IFlhYWNvdiBXZWluZ2FydGVuDQogICAgICAgICAgICAgICAgICAgICAgICAgU3Rld2Fy dCBCcnlhbnQNCiAgICAgICAgICAgICAgICAgICAgICAgICBEYW5pZWxsZSBDZWNjYXJlbGxpDQog ICAgICAgICAgICAgICAgICAgICAgICAgRGllZ28gQ2F2aWdsaWENCiAgICAgICAgICAgICAgICAg ICAgICAgICBGcmFuY2VzY28gRm9uZGVsbGkNCiAgICAgICAgICAgICAgICAgICAgICAgICBNYXJj byBDb3JzaQ0KICAgICAgICAgICAgICAgICAgICAgICAgIEJvIFd1DQogICAgICAgICAgICAgICAg ICAgICAgICAgWHVlaHVpIERhaQ0KICAgICAgIEZpbGVuYW1lICAgICAgICA6IGRyYWZ0LWlldGYt bXBscy10cC1yaW5nLXByb3RlY3Rpb24tMDMudHh0DQogICAgICAgUGFnZXMgICAgICAgICAgIDog MjkNCiAgICAgICBEYXRlICAgICAgICAgICAgOiAyMDEyLTExLTA1DQoNCkFic3RyYWN0Og0KICBU aGlzIGRvY3VtZW50IHByZXNlbnRzIGFuIGFwcGxpY2FiaWxpdHkgb2YgbGluZWFyIHByb3RlY3Rp b24NCiAgbWVjaGFuaXNtcyBmb3IgTXVsdGktUHJvdG9jb2wgTGFiZWwgU3dpdGNoaW5nIFRyYW5z cG9ydCBQcm9maWxlDQogIChNUExTLVRQKSBpbiByaW5nIHRvcG9sb2dpZXMuICBQcm90ZWN0aW9u IG9uIHJpbmdzIG9mZmVycyBhIG51bWJlciBvZg0KICBvcHBvcnR1bml0aWVzIGZvciBvcHRpbWl6 YXRpb24gYXMgdGhlIHByb3RlY3Rpb24gY2hvaWNlcyBhcmUgc3RhcmtseQ0KICBsaW1pdGVkIChh bGwgdHJhZmZpYyB0cmF2ZWxpbmcgb25lIHdheSBhcm91bmQgYSByaW5nIGNhbiBvbmx5IGJlDQog IHN3aXRjaGVkIHRvIHRyYXZlbCB0aGUgb3RoZXIgd2F5IG9uIHRoZSByaW5nKSwgYnV0IGFsc28g c3VmZmVycyBmcm9tDQogIHNvbWUgY29tcGxpY2F0aW9ucyBjYXVzZWQgYnkgdGhlIGxpbWl0YXRp b25zIG9mIHRoZSB0b3BvbG9neS4NCg0KICBSZXF1aXJlbWVudHMgZm9yIE1QTFMtVFAgcHJvdGVj dGlvbiBhbmQgc3BlY2lmaWNhbGx5IGZvciBwcm90ZWN0aW9uDQogIGluIHJpbmcgdG9wb2xvZ2ll cyBhcmUgZGlzY3Vzc2VkIGluICJSZXF1aXJlbWVudHMgb2YgYW4gTVBMUw0KICBUcmFuc3BvcnQg UHJvZmlsZSIgKFJGQyA1NjU0KSBhbmQgIk1QTFMgVHJhbnNwb3J0IFByb2ZpbGUgKE1QTFMtVFAp DQogIFN1cnZpdmFiaWxpdHkgRnJhbWV3b3JrIiAoUkZDIDYzNzIpLiAgVGhpcyBkb2N1bWVudCBz aG93cyBob3cgTVBMUy1UUA0KICBsaW5lYXIgcHJvdGVjdGlvbiBhcyBkZWZpbmVkIGluIFJGQyA2 Mzc4IGNhbiBiZSBhcHBsaWVkIHRvIHJpbmcNCiAgdG9wb2xvZ2llcywgZGlzY3Vzc2VzIGhvdyBt b3N0IG9mIHRoZSByZXF1aXJlbWVudHMgYXJlIG1ldCwgYW5kDQogIGRlc2NyaWJlcyBzY2VuYXJp b3MgaW4gd2hpY2ggdGhlIGZ1bmN0aW9uIHByb3ZpZGVkIGJ5IGFwcGx5aW5nIGxpbmVhcg0KICBw cm90ZWN0aW9uIGluIGEgcmluZyB0b3BvbG9neSBmYWxscyBzaG9ydCBvZiBzb21lIG9mIHRoZQ0K ICByZXF1aXJlbWVudHMuDQoNCiAgVGhpcyBkb2N1bWVudCBpcyBhIHByb2R1Y3Qgb2YgYSBqb2lu dCBJbnRlcm5ldCBFbmdpbmVlcmluZyBUYXNrIEZvcmNlDQogIChJRVRGKSAvIEludGVybmF0aW9u YWwgVGVsZWNvbW11bmljYXRpb25zIFVuaW9uIFRlbGVjb21tdW5pY2F0aW9ucw0KICBTdGFuZGFy ZGl6YXRpb24gU2VjdG9yIChJVFUtVCkgZWZmb3J0IHRvIGluY2x1ZGUgYW4gTVBMUyBUcmFuc3Bv cnQNCiAgUHJvZmlsZSB3aXRoaW4gdGhlIElFVEYgTVBMUyBhbmQgUFdFMyBhcmNoaXRlY3R1cmVz IHRvIHN1cHBvcnQgdGhlDQogIGNhcGFiaWxpdGllcyBhbmQgZnVuY3Rpb25hbGl0aWVzIG9mIGEg cGFja2V0IHRyYW5zcG9ydCBuZXR3b3JrIGFzDQogIGRlZmluZWQgYnkgdGhlIElUVS1ULg0KDQoN ClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KaHR0 cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJv dGVjdGlvbg0KDQpUaGVyZSdzIGFsc28gYSBodG1saXplZCB2ZXJzaW9uIGF2YWlsYWJsZSBhdDoN Cmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbXBscy10cC1yaW5nLXByb3Rl Y3Rpb24tMDMNCg0KQSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxl IGF0Og0KaHR0cDovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1tcGxzLXRw LXJpbmctcHJvdGVjdGlvbi0wMw0KDQoNCkludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFi bGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCmZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFm dHMvDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpt cGxzIG1haWxpbmcgbGlzdA0KbXBsc0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9tcGxzIA0KDQoNCg0KLS0gDQpUaGFueCBhbmQgQlIsIA0KeWFhY292IA0K DQpTdGlsbCBsb29raW5nIGZvciBuZXcgb3Bwb3J0dW5pdHkgDQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KbXBscyBtYWlsaW5nIGxpc3QNCm1wbHNAaWV0 Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0KDQoNCg0K LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N ClpURSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWlu ZWQgaW4gdGhpcyBtYWlsIA0KKGFuZCBhbnkgYXR0YWNobWVudCB0cmFuc21pdHRlZCBoZXJld2l0 aCkgaXMgcHJpdmlsZWdlZCBhbmQgY29uZmlkZW50aWFsIA0KYW5kIGlzIGludGVuZGVkIGZvciB0 aGUgZXhjbHVzaXZlIHVzZSBvZiB0aGUgYWRkcmVzc2VlKHMpLiAgSWYgeW91IGFyZSBub3QgDQph biBpbnRlbmRlZCByZWNpcGllbnQsIGFueSBkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIGRpc3Ry aWJ1dGlvbiBvciBvdGhlciANCmRpc3NlbWluYXRpb24gb3IgdXNlIG9mIHRoZSBpbmZvcm1hdGlv biBjb250YWluZWQgaXMgc3RyaWN0bHkgcHJvaGliaXRlZC4gDQpJZiB5b3UgaGF2ZSByZWNlaXZl ZCB0aGlzIG1haWwgaW4gZXJyb3IsIHBsZWFzZSBkZWxldGUgaXQgYW5kIG5vdGlmeSB1cyANCmlt bWVkaWF0ZWx5Lg0KDQoNCg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpaVEUgSW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBU aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWFpbCANCihhbmQgYW55IGF0dGFjaG1l bnQgdHJhbnNtaXR0ZWQgaGVyZXdpdGgpIGlzIHByaXZpbGVnZWQgYW5kIGNvbmZpZGVudGlhbCAN CmFuZCBpcyBpbnRlbmRlZCBmb3IgdGhlIGV4Y2x1c2l2ZSB1c2Ugb2YgdGhlIGFkZHJlc3NlZShz KS4gIElmIHlvdSBhcmUgbm90IA0KYW4gaW50ZW5kZWQgcmVjaXBpZW50LCBhbnkgZGlzY2xvc3Vy ZSwgcmVwcm9kdWN0aW9uLCBkaXN0cmlidXRpb24gb3Igb3RoZXIgDQpkaXNzZW1pbmF0aW9uIG9y IHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlzIHN0cmljdGx5IHByb2hpYml0ZWQu IA0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtYWlsIGluIGVycm9yLCBwbGVhc2UgZGVsZXRl IGl0IGFuZCBub3RpZnkgdXMgDQppbW1lZGlhdGVseS4NCg0KDQoNCg0KLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSBJbmZvcm1hdGlv biBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWls IChhbmQgYW55IGF0dGFjaG1lbnQgdHJhbnNtaXR0ZWQgaGVyZXdpdGgpIGlzIHByaXZpbGVnZWQg YW5kIGNvbmZpZGVudGlhbCBhbmQgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgdXNlIG9m IHRoZSBhZGRyZXNzZWUocykuICBJZiB5b3UgYXJlIG5vdCBhbiBpbnRlbmRlZCByZWNpcGllbnQs IGFueSBkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIGRpc3RyaWJ1dGlvbiBvciBvdGhlciBkaXNz ZW1pbmF0aW9uIG9yIHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlzIHN0cmljdGx5 IHByb2hpYml0ZWQuICBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1haWwgaW4gZXJyb3IsIHBs ZWFzZSBkZWxldGUgaXQgYW5kIG5vdGlmeSB1cyBpbW1lZGlhdGVseS4NCg== --=_alternative 002EC90648257AB1_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkRhdmUgPC9mb250Pg0KPGJyPjxm b250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5pIHNheSBzb3JyeSBmb3IgcmVwbHlpbmcgc28g bGF0ZS4gdXNpbmcNCjE6MSBhbmQgMSsxIHByb3RlY3Rpb24gaXMgbm90IGNvbXBsZXRlbHkgdHJ1 ZS48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPmluIG15IG1pbmQu IGZvciBhbnkgaW5ncmVzcyBub2RlIG9mDQp0aGUgcmluZy4gaWYgdGhleSBkaWRuJ3QgZGV0ZWN0 IGFuZCBiZSBub3RpZmllZCBhbnkgZmFpbHVyZSBvbiB0aGUgcmluZy48L2ZvbnQ+DQo8YnI+PGZv bnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPnRoZXkgd291bGQgb25seSBzZW5kIGRhdGEgcGFj a2V0cyBvbg0KdGhlIHdvcmtpbmcgcGF0aC4gZWxzZSBpZiB0aGV5IGRldGVjdGVkIGFuZCBiZSBu b3RpZmllZCBhbnkgZmFpbHVyZSBvbg0KdGhlIHJpbmcuPC9mb250Pg0KPGJyPjxmb250IHNpemU9 MiBmYWNlPSJzYW5zLXNlcmlmIj50aGV5IHdvdWxkIGJyaWRnZSB0aGUgZGF0YSBwYWNrZXRzIHRv DQpib3RoIHdvcmtpbmcgcGF0aCBhbmQgcHJvdGVjdGlvbiBwYXRoLiBhbGwgZWdyZXNzIG5vZGUg b2YgdGhlIHJpbmcgd291bGQNCnNlbGVjdDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0i c2Fucy1zZXJpZiI+b25lIG9mIHRoZSB0d28gcGF0aHMgdG8gcmVjZWl2ZSB0aGUNCmRhdGEgcGFj a2V0cy48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkIu Ui48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkxpdTxicj4NCjwv Zm9udD4NCjx0YWJsZT4NCjx0cj4NCjx0ZD4NCjxkaXYgYWxpZ249Y2VudGVyPjwvZGl2Pg0KPHRk PjwvdGFibGU+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0 ciB2YWxpZ249dG9wPg0KPHRkIHdpZHRoPTM2JT48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJp ZiI+PGI+RGF2aWQgQWxsYW4gSSAmbHQ7ZGF2aWQuaS5hbGxhbkBlcmljc3Nvbi5jb20mZ3Q7PC9i Pg0KPC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjIwMTItMTEtMDcg MDk6MjU8L2ZvbnQ+DQo8dGQgd2lkdGg9NjMlPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFs aWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMt c2VyaWYiPsrVvP7IyzwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1z ZXJpZiI+JnF1b3Q7bGl1Lmd1b21hbkB6dGUuY29tLmNuJnF1b3Q7ICZsdDtsaXUuZ3VvbWFuQHp0 ZS5jb20uY24mZ3Q7PC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJp Z2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj6zrcvNPC9mb250PjwvZGl2Pg0KPHRk Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4mcXVvdDttcGxzQGlldGYub3JnJnF1b3Q7 ICZsdDttcGxzQGlldGYub3JnJmd0OywNCllhYWNvdiBXZWluZ2FydGVuICZsdDt3eWFhY292QGdt YWlsLmNvbSZndDs8L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmln aHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPtb3zOI8L2ZvbnQ+PC9kaXY+DQo8dGQ+ PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPlJFOiBbbXBsc10gSS1EIEFjdGlvbjogZHJh ZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbi0wMy50eHQ8L2ZvbnQ+PC90YWJsZT4NCjxi cj4NCjx0YWJsZT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPHRkPjwvdGFibGU+DQo8YnI+PC90 YWJsZT4NCjxicj4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPSJBcmlh bCI+SGkgTGl1PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj4mbmJz cDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0iQXJpYWwiPlllcywg dHdvIGZhaWx1cmVzIG9uIGEgcmluZyB3aWxsDQpjb21wbGV0ZWx5IHNldmVyIHNvbWUgbm9kZXMu IFdpbGQgYWdyZWVtZW50PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlm Ij4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0iQXJpYWwi PkdpdmVuIGl0IGFwcGVhcnMgdGhhdCB5b3UgYXJlDQpub3cgcmVpbnZlbnRpbmcgd2hhdCAxOjEg aXMgc3VjaCB0aGF0IDErMSBpcyB0aGUgZmFpbHVyZSBtb2RlLCBJJ20gbG9zaW5nDQp0aGUgcGxv dC4uLi48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPiZuYnNwOzwv Zm9udD4NCjxicj48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPSJBcmlhbCI+Q2FuIHlvdSBj bGFyaWZ5PzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPSJBcmlhbCI+ RGF2ZTwvZm9udD4NCjxicj4NCjxicj4NCjxocj48Zm9udCBzaXplPTIgZmFjZT0iVGFob21hIj48 Yj5Gcm9tOjwvYj4gbGl1Lmd1b21hbkB6dGUuY29tLmNuIFttYWlsdG86bGl1Lmd1b21hbkB6dGUu Y29tLmNuXQ0KPGI+PGJyPg0KU2VudDo8L2I+IE1vbmRheSwgTm92ZW1iZXIgMDUsIDIwMTIgNjoy NyBQTTxiPjxicj4NClRvOjwvYj4gRGF2aWQgQWxsYW4gSTxiPjxicj4NCkNjOjwvYj4gbXBsc0Bp ZXRmLm9yZzsgWWFhY292IFdlaW5nYXJ0ZW48Yj48YnI+DQpTdWJqZWN0OjwvYj4gUkU6IFttcGxz XSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uLTAzLnR4dDwv Zm9udD48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KPC9mb250Pg0KPGJyPjxm b250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQpEYXZlIGFuZCBZYWFjb3Y8L2ZvbnQ+ PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPiA8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9 InNhbnMtc2VyaWYiPjxicj4NCnRoYW5rIHlvdSBmb3IgcmVwbHlpbmcgYW5kIGV4cGxhaW5pbmcg LiBpIHVuZGVyc3RhbmQgd2hhdCB5b3Ugc2FpZC4gYnV0DQppbiBteSBtaW5kLDwvZm9udD48Zm9u dCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+IDwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0ic2Fu cy1zZXJpZiI+PGJyPg0KdGhpcyAxOjEgcHJvdGVjdGlvbiBpcyBub3QgcHVyZSAxOjEgc29sdXRp b24uIHRoZSBpbmdyZXNzIG5vZGUgb25seSBicmlkZ2UNCnRoZSB3b3JraW5nIHBhdGggd2l0aG91 dCBmYWlsdXJlIG9uIHRoZSByaW5nLjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJp ZiI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCndoZW4gYSBm YWlsdXJlIGlzIGRldGVjdGVkIG9uIHRoZSByaW5nLiB0aGUgaW5ncmVzcyBub2RlIHdpbGwgYXBw bHkgMSsxDQptb2RlIHRvIHNlbmQgdGhlIHRyYWZmaWMgb24gYm90aCB0aGUgd29ya2luZyBwYXRo IDxicj4NCmFuZCB0aGUgcHJvdGVjdGlvbiBwYXRoLnNvIGl0IGlzIGltcG9zc2libGUgZm9yIHNv bWUgZWdyZXNzIG5vZGVzIHRvIG5vdA0KcmVjZWl2ZSB0aGUgZGF0YSBwYWNrZXRzIGZyb20gd29y a2luZyBwYXRoIG9yIHByb3RlY3Rpb24gcGF0aC48L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNh bnMtc2VyaWYiPg0KPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQpj b25zaWRlcmluZyB0aGVyZSBhcmUgdHdvIGZhaWx1cmVzIG9uIHRoZSByaW5nIGF0IHRoZSBzYW1l IHRpbWUganVzdCBsaWtlDQp3aGF0IERhdmUgc2FpZC4gaWYgc29tZSBlZ3Jlc3Mgbm9kZXMgYXJl IGlzb2xhdGVkIGZyb208L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPg0KPC9m b250Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQp0aGUgaW5ncmVzcyBub2Rl LiBldmVuIGlmIGFwcGx5aW5nIDErMSBwcm90ZWN0aW9uLCB0aGV5IGNhbid0IHJlY2VpdmUgdGhl DQpkYXRhIHBhY2tldHMgYnkgZWl0aGVyIHRoZSB3b3JraW5nIHBhdGggb3IgdGhlIHByb2VjdGlv biBwYXRoLjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+DQo8YnI+DQo8YnI+ DQo8YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCkIuUi48 L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPiA8L2ZvbnQ+PGZvbnQgc2l6ZT0y IGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCmxpdTwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0ic2Fu cy1zZXJpZiI+IDxicj4NCjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJy Pg0KPC9mb250Pg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHI+DQo8dGQgd2lkdGg9NTAlPg0KPHRk IHdpZHRoPTUwJT48L3RhYmxlPg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj48 YnI+DQo8YnI+DQo8YnI+DQo8L2ZvbnQ+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249 dG9wPg0KPHRkIHdpZHRoPTM0JT48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+PGI+RGF2 aWQgQWxsYW4gSSAmbHQ7ZGF2aWQuaS5hbGxhbkBlcmljc3Nvbi5jb20mZ3Q7PC9iPg0KPC9mb250 Pg0KPHA+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjIwMTItMTEtMDYgMDI6MTQ8L2Zv bnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPg0KPC9mb250Pg0KPHRkIHdpZHRoPTY1 JT4NCjxicj4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9 NiU+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7K1bz+ yMs8L2ZvbnQ+PC9kaXY+DQo8dGQgd2lkdGg9OTMlPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNl cmlmIj4mcXVvdDtsaXUuZ3VvbWFuQHp0ZS5jb20uY24mcXVvdDsNCiZsdDtsaXUuZ3VvbWFuQHp0 ZS5jb20uY24mZ3Q7LCBZYWFjb3YgV2VpbmdhcnRlbiAmbHQ7d3lhYWNvdkBnbWFpbC5jb20mZ3Q7 PC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj4NCjwvZm9udD4NCjx0ciB2YWxp Z249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1z ZXJpZiI+s63LzTwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJp ZiI+JnF1b3Q7bXBsc0BpZXRmLm9yZyZxdW90OyAmbHQ7bXBsc0BpZXRmLm9yZyZndDs8L2ZvbnQ+ PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPg0KPC9mb250Pg0KPHRyIHZhbGlnbj10b3A+ DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7W 98ziPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5SRTog W21wbHNdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbXBscy10cC1yaW5nLXByb3RlY3Rpb24tMDMu dHh0PC9mb250PjwvdGFibGU+DQo8YnI+DQo8YnI+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2 YWxpZ249dG9wPg0KPHRkIHdpZHRoPTUwJT4NCjx0ZCB3aWR0aD01MCU+PC90YWJsZT4NCjxicj48 L3RhYmxlPg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQo8 L2ZvbnQ+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0iQXJpYWwiPjxicj4NCkhpIExpdTo8 L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPiA8YnI+DQogJm5ic3A7PC9mb250 Pjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9IkFyaWFsIj48YnI+DQpQcm9ibGVtIHdpdGgg MToxIGFwcGxpZWQgdG8gcDJtcCBpbiB0aGUgZ2VuZXJhbCBjYXNlIGlzIHRoYXQgdHdvIGZhaWx1 cmVzDQpjb3VsZCByZXN1bHQgaW4gdHdvIGluY29tcGxldGUgdHJlZXMgd2l0aCBubyByZWNvdXJz ZSBvdGhlciB0aGFuIHJlc3RvcmF0aW9uLA0Kd2hpbGUgMSsxIHJlZHVjZXMgdGhlIHByb2JhYmls aXR5IG9mIHRoaXMgJnF1b3Q7YmFkIGx1Y2sgc2NlbmFyaW8mcXVvdDsNCnNpZ25pZmljYW50bHku Li4uSSd2ZSBub3Qgc3BlY2lmaWNhbGx5IGFuYWx5emVkIHJpbmdzLCBidXQgd291bGQgc3VzcGVj dA0KdGhlIHNhbWUgY29uY2x1c2lvbnMgY2FuIGJlIGRyYXduLjwvZm9udD48Zm9udCBzaXplPTMg ZmFjZT0ic2Fucy1zZXJpZiI+DQo8YnI+DQogJm5ic3A7PC9mb250Pjxmb250IHNpemU9MiBjb2xv cj1ibHVlIGZhY2U9IkFyaWFsIj48YnI+DQpJIGhvcGUgdGhpcyBoZWxwczwvZm9udD48Zm9udCBz aXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+IDwvZm9udD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBm YWNlPSJBcmlhbCI+PGJyPg0KRGF2ZTwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJp ZiI+IDxicj4NCjxicj4NCjwvZm9udD4NCjxocj48Zm9udCBzaXplPTIgZmFjZT0iVGFob21hIj48 Yj5Gcm9tOjwvYj4gbXBscy1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86bXBscy1ib3VuY2VzQGll dGYub3JnXQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5saXUuZ3VvbWFuQHp0ZS5jb20uY248Yj48YnI+ DQpTZW50OjwvYj4gTW9uZGF5LCBOb3ZlbWJlciAwNSwgMjAxMiAyOjQ0IEFNPGI+PGJyPg0KVG86 PC9iPiBZYWFjb3YgV2VpbmdhcnRlbjxiPjxicj4NCkNjOjwvYj4gbXBsc0BpZXRmLm9yZzxiPjxi cj4NClN1YmplY3Q6PC9iPiBSZTogW21wbHNdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbXBscy10 cC1yaW5nLXByb3RlY3Rpb24tMDMudHh0PC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNl cmlmIj48YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCjxi cj4NCllhYWNvdixoaTwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+IDwvZm9u dD48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KaSBoYXZlIG9ubHkgb25lIHF1 ZXN0aW9uLCB3aHkgdG8gbGltaXQgdG8gMSsxIGxpbmVhciBwcm90ZWN0aW9uIGZvciBzdGVlcmlu Zw0KZm9yIHAybXAgcGF0aC48L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPiA8 L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCndoeSBub3QgYXBwbHkg MToxIGxpbmVhciBwcm90ZWN0aW9uIG1lY2hhbmlzbT88L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9 InNhbnMtc2VyaWYiPg0KPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj48YnI+ DQppdCBzYXlzLCB0aGUgcDJtcCB0cmFmZmljIGlzIG9ubHkgdHJhc25wb3J0ZWQgb24gdGhlIHdv cmtpbmcgcGF0aCB1bmRlcg0Kbm9ybWFsIGNvbmRpdGlvbi48L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZh Y2U9InNhbnMtc2VyaWYiPiA8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxi cj4NCmlmIGEgZmFpbHVyZSBoYXBwZW5zIG9uIHRoZSByaW5nLiB0aGUgcDJtcCB0cmFmZmljIHdp bGwgYmUgdHJhbnNwb3J0ZWQNCm9uIGJvdGggd29ya2luZyBwYXRoIGFuZCBwcm90ZWN0aW9uIHBh dGguPC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj4NCjwvZm9udD48Zm9udCBz aXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KZWFjaCBlZ3Jlc3Mgbm9kZSB3aWxsIHNlbGVj dCB3b3JraW5nIHBhdGggb3IgcHJvdGVjdGlvbiBwYXRoIHRvIHJlY2VpdmUNCnRoZSB0cmFmZmlj LjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+IDwvZm9udD48Zm9udCBzaXpl PTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KSU1PLCAxOiAxIHByb3RlY3Rpb24gbWF5IGJlIG1v cmUgZWZmZWN0aXZlIHRoYW4gMSsxIHByb3RlY3Rpb24uPC9mb250Pjxmb250IHNpemU9MyBmYWNl PSJzYW5zLXNlcmlmIj4NCjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJy Pg0KPGJyPg0KaXMgbXkgdW5kZXJzdGFuZGluZyByaWdodD8gdGhhbmtzPC9mb250Pjxmb250IHNp emU9MyBmYWNlPSJzYW5zLXNlcmlmIj4NCjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1z ZXJpZiI+PGJyPg0KPGJyPg0KQi5SLjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJp ZiI+IDwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KTGl1IDwvZm9u dD4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyPg0KPHRkIHdpZHRoPTUwJT4NCjx0ZCB3aWR0aD01 MCU+PC90YWJsZT4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KPGJy Pg0KPGJyPg0KPC9mb250Pg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0 ZCB3aWR0aD0zOCU+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxiPllhYWNvdiBXZWlu Z2FydGVuICZsdDt3eWFhY292QGdtYWlsLmNvbSZndDs8L2I+DQo8YnI+DQq3orz+yMs6ICZuYnNw O21wbHMtYm91bmNlc0BpZXRmLm9yZzwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJp ZiI+DQo8L2ZvbnQ+DQo8cD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+MjAxMi0xMS0w NSAxNzowMDwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+DQo8L2ZvbnQ+DQo8 dGQgd2lkdGg9NjElPg0KPGJyPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4N Cjx0ZCB3aWR0aD04JT4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMt c2VyaWYiPsrVvP7IyzwvZm9udD48L2Rpdj4NCjx0ZCB3aWR0aD05MSU+PGZvbnQgc2l6ZT0xIGZh Y2U9InNhbnMtc2VyaWYiPm1wbHNAaWV0Zi5vcmc8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNh bnMtc2VyaWYiPg0KPC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJp Z2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj6zrcvNPC9mb250PjwvZGl2Pg0KPHRk Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBm YWNlPSJzYW5zLXNlcmlmIj7W98ziPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNl PSJzYW5zLXNlcmlmIj5SZTogW21wbHNdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbXBscy10cC1y aW5nLXByb3RlY3Rpb24tMDMudHh0PC9mb250PjwvdGFibGU+DQo8YnI+PGZvbnQgc2l6ZT0zIGZh Y2U9InNhbnMtc2VyaWYiPjxicj4NCjwvZm9udD4NCjxicj4NCjx0YWJsZSB3aWR0aD0xMDAlPg0K PHRyIHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9NTAlPg0KPHRkIHdpZHRoPTUwJT48L3RhYmxlPg0K PGJyPjwvdGFibGU+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCjxi cj4NCjxicj4NCjxicj4NCkhpIGFsbCwgPGJyPg0KPGJyPg0KSSBoYXZlIGp1c3QgdXBsb2FkZWQg YSBuZXcgdmVyc2lvbiBvZiB0aGUgUmluZyBQcm90ZWN0aW9uIEFwcGxpY2FiaWxpdHkNCmRyYWZ0 LiAmbmJzcDtUaGlzIGlzIG5vdCB0aGUgZmluYWwgdmVyc2lvbiwgYnV0IHJhdGhlciBhIHZlcnNp b24gdGhhdCB0cmllcw0KdG8gYWRkcmVzcyB0aGUgbWFueSBjb21tZW50cyB0aGF0IHdlcmUgcmVj ZWl2ZWQgZHVyaW5nIHRoZSBXR0xDIHR0aGF0IHdhcw0KaGVsZCBsYXN0IG1vbnRoLiAmbmJzcDtQ bGVhc2UgcmV2aWV3IHRoaXMgdmVyc2lvbiB0byAmbmJzcDt2ZXJpZnkgdGhhdA0KeW91ciBjb21t ZW50cyBoYXZlIGJlZW4gYWRkcmVzc2VkIChhbG9uZyB0aGUgbGluZXMgdGhhdCB3ZXJlIG91dGxp bmVkIGluDQpteSB2YXJpb3VzIGVtYWlscyBzZW50IGVhcmxpZXIgdG8gdGhlIGxpc3QpLiA8YnI+ DQo8YnI+DQpUaGVyZSBhcmUgc29tZSBjb21tZW50cyB0aGF0IG5lZWQgdG8gYmUgYWRkcmVzc2Vk LCBhd2F0aW5nIHNvbWUgY2xhcmlmaWNhdGlvbnMNCmZyb20gdGhlIHN1Ym1pdHRlcnMgb2YgdGhl IGNvbW1lbnRzIGFuZCBpbiBhZGRpdGlvbiB0aGVyZSB3YXMgYSByZXF1ZXN0DQp0byByZWR1Y2Ug dGhlIG51bWJlciBvZiBhdXRob3JzIGFwcGVhcmluZyBvbiB0aGUgZnJvbnQgcGFnZSBvZiB0aGUg ZHJhZnQuDQo8YnI+DQo8YnI+DQpBbnkgYWRkaXRpb25hbCBjb21tZW50cyBhcmUgZW5jb3VyYWdl ZC4gPGJyPg0KPGJyPg0KPGJyPg0KT24gTW9uLCBOb3YgNSwgMjAxMiBhdCAxMDo1MiBBTSwgJmx0 OzwvZm9udD48YSBocmVmPSJtYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIiB0YXJnZXQ9 X2JsYW5rPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9InNhbnMtc2VyaWYiPjx1PmludGVy bmV0LWRyYWZ0c0BpZXRmLm9yZzwvdT48L2ZvbnQ+PC9hPjxmb250IHNpemU9MyBmYWNlPSJzYW5z LXNlcmlmIj4mZ3Q7DQp3cm90ZTogPGJyPg0KPGJyPg0KQSBOZXcgSW50ZXJuZXQtRHJhZnQgaXMg YXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzIGRpcmVjdG9yaWVzLjxi cj4NClRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhlIE11bHRpcHJvdG9jb2wgTGFiZWwg U3dpdGNoaW5nIFdvcmtpbmcNCkdyb3VwIG9mIHRoZSBJRVRGLjxicj4NCjxicj4NCiAmbmJzcDsg Jm5ic3A7ICZuYnNwOyBUaXRsZSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDog QXBwbGljYWJpbGl0eQ0Kb2YgTVBMUy1UUCBMaW5lYXIgUHJvdGVjdGlvbiBmb3IgUmluZyBUb3Bv bG9naWVzPGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7IEF1dGhvcihzKSAmbmJzcDsgJm5ic3A7 ICZuYnNwOyA6IFlhYWNvdiBXZWluZ2FydGVuPGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZu YnNwOyBTdGV3YXJ0IEJyeWFudDxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgRGFu aWVsbGUgQ2VjY2FyZWxsaTxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgRGllZ28g Q2F2aWdsaWE8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7IEZyYW5jZXNjbyBGb25k ZWxsaTxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgTWFyY28gQ29yc2k8YnI+DQog Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7IEJvIFd1PGJyPg0KICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5i c3A7ICZuYnNwOyBYdWVodWkgRGFpPGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7IEZpbGVuYW1l ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzogZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJv dGVjdGlvbi0wMy50eHQ8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgUGFnZXMgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA6IDI5PGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7 IERhdGUgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs6IDIwMTItMTEt MDU8YnI+DQo8YnI+DQpBYnN0cmFjdDo8YnI+DQogJm5ic3A7VGhpcyBkb2N1bWVudCBwcmVzZW50 cyBhbiBhcHBsaWNhYmlsaXR5IG9mIGxpbmVhciBwcm90ZWN0aW9uPGJyPg0KICZuYnNwO21lY2hh bmlzbXMgZm9yIE11bHRpLVByb3RvY29sIExhYmVsIFN3aXRjaGluZyBUcmFuc3BvcnQgUHJvZmls ZTxicj4NCiAmbmJzcDsoTVBMUy1UUCkgaW4gcmluZyB0b3BvbG9naWVzLiAmbmJzcDtQcm90ZWN0 aW9uIG9uIHJpbmdzIG9mZmVycyBhDQpudW1iZXIgb2Y8YnI+DQogJm5ic3A7b3Bwb3J0dW5pdGll cyBmb3Igb3B0aW1pemF0aW9uIGFzIHRoZSBwcm90ZWN0aW9uIGNob2ljZXMgYXJlIHN0YXJrbHk8 YnI+DQogJm5ic3A7bGltaXRlZCAoYWxsIHRyYWZmaWMgdHJhdmVsaW5nIG9uZSB3YXkgYXJvdW5k IGEgcmluZyBjYW4gb25seSBiZTxicj4NCiAmbmJzcDtzd2l0Y2hlZCB0byB0cmF2ZWwgdGhlIG90 aGVyIHdheSBvbiB0aGUgcmluZyksIGJ1dCBhbHNvIHN1ZmZlcnMNCmZyb208YnI+DQogJm5ic3A7 c29tZSBjb21wbGljYXRpb25zIGNhdXNlZCBieSB0aGUgbGltaXRhdGlvbnMgb2YgdGhlIHRvcG9s b2d5Ljxicj4NCjxicj4NCiAmbmJzcDtSZXF1aXJlbWVudHMgZm9yIE1QTFMtVFAgcHJvdGVjdGlv biBhbmQgc3BlY2lmaWNhbGx5IGZvciBwcm90ZWN0aW9uPGJyPg0KICZuYnNwO2luIHJpbmcgdG9w b2xvZ2llcyBhcmUgZGlzY3Vzc2VkIGluICZxdW90O1JlcXVpcmVtZW50cyBvZiBhbiBNUExTPGJy Pg0KICZuYnNwO1RyYW5zcG9ydCBQcm9maWxlJnF1b3Q7IChSRkMgNTY1NCkgYW5kICZxdW90O01Q TFMgVHJhbnNwb3J0IFByb2ZpbGUNCihNUExTLVRQKTxicj4NCiAmbmJzcDtTdXJ2aXZhYmlsaXR5 IEZyYW1ld29yayZxdW90OyAoUkZDIDYzNzIpLiAmbmJzcDtUaGlzIGRvY3VtZW50IHNob3dzDQpo b3cgTVBMUy1UUDxicj4NCiAmbmJzcDtsaW5lYXIgcHJvdGVjdGlvbiBhcyBkZWZpbmVkIGluIFJG QyA2Mzc4IGNhbiBiZSBhcHBsaWVkIHRvIHJpbmc8YnI+DQogJm5ic3A7dG9wb2xvZ2llcywgZGlz Y3Vzc2VzIGhvdyBtb3N0IG9mIHRoZSByZXF1aXJlbWVudHMgYXJlIG1ldCwgYW5kPGJyPg0KICZu YnNwO2Rlc2NyaWJlcyBzY2VuYXJpb3MgaW4gd2hpY2ggdGhlIGZ1bmN0aW9uIHByb3ZpZGVkIGJ5 IGFwcGx5aW5nIGxpbmVhcjxicj4NCiAmbmJzcDtwcm90ZWN0aW9uIGluIGEgcmluZyB0b3BvbG9n eSBmYWxscyBzaG9ydCBvZiBzb21lIG9mIHRoZTxicj4NCiAmbmJzcDtyZXF1aXJlbWVudHMuPGJy Pg0KPGJyPg0KICZuYnNwO1RoaXMgZG9jdW1lbnQgaXMgYSBwcm9kdWN0IG9mIGEgam9pbnQgSW50 ZXJuZXQgRW5naW5lZXJpbmcgVGFzaw0KRm9yY2U8YnI+DQogJm5ic3A7KElFVEYpIC8gSW50ZXJu YXRpb25hbCBUZWxlY29tbXVuaWNhdGlvbnMgVW5pb24gVGVsZWNvbW11bmljYXRpb25zPGJyPg0K ICZuYnNwO1N0YW5kYXJkaXphdGlvbiBTZWN0b3IgKElUVS1UKSBlZmZvcnQgdG8gaW5jbHVkZSBh biBNUExTIFRyYW5zcG9ydDxicj4NCiAmbmJzcDtQcm9maWxlIHdpdGhpbiB0aGUgSUVURiBNUExT IGFuZCBQV0UzIGFyY2hpdGVjdHVyZXMgdG8gc3VwcG9ydCB0aGU8YnI+DQogJm5ic3A7Y2FwYWJp bGl0aWVzIGFuZCBmdW5jdGlvbmFsaXRpZXMgb2YgYSBwYWNrZXQgdHJhbnNwb3J0IG5ldHdvcmsg YXM8YnI+DQogJm5ic3A7ZGVmaW5lZCBieSB0aGUgSVRVLVQuPGJyPg0KPGJyPg0KPGJyPg0KVGhl IElFVEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6PC9mb250Pjxm b250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9InNhbnMtc2VyaWYiPjx1Pjxicj4NCjwvdT48L2Zv bnQ+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1t cGxzLXRwLXJpbmctcHJvdGVjdGlvbiIgdGFyZ2V0PV9ibGFuaz48Zm9udCBzaXplPTMgY29sb3I9 Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48dT5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9kcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uPC91PjwvZm9udD48L2E+PGZvbnQg c2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCjxicj4NClRoZXJlJ3MgYWxzbyBhIGh0bWxp emVkIHZlcnNpb24gYXZhaWxhYmxlIGF0OjwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBm YWNlPSJzYW5zLXNlcmlmIj48dT48YnI+DQo8L3U+PC9mb250PjxhIGhyZWY9Imh0dHA6Ly90b29s cy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbXBscy10cC1yaW5nLXByb3RlY3Rpb24tMDMiIHRh cmdldD1fYmxhbms+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1zZXJpZiI+PHU+ aHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVj dGlvbi0wMzwvdT48L2ZvbnQ+PC9hPjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj48YnI+ DQo8YnI+DQpBIGRpZmYgZnJvbSB0aGUgcHJldmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6 PC9mb250Pjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9InNhbnMtc2VyaWYiPjx1Pjxicj4N CjwvdT48L2ZvbnQ+PGEgaHJlZj0iaHR0cDovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJh ZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbi0wMyIgdGFyZ2V0PV9ibGFuaz48Zm9udCBz aXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48dT5odHRwOi8vd3d3LmlldGYub3Jn L3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uLTAzPC91Pjwv Zm9udD48L2E+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCjxicj4NCjxicj4N CkludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDo8 L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1zZXJpZiI+PHU+PGJyPg0K PC91PjwvZm9udD48YSBocmVmPSJmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLyIg dGFyZ2V0PV9ibGFuaz48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48 dT5mdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLzwvdT48L2ZvbnQ+PC9hPjxmb250 IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCm1wbHMgbWFpbGluZyBsaXN0PC9mb250 Pjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9InNhbnMtc2VyaWYiPjx1Pjxicj4NCjwvdT48 L2ZvbnQ+PGEgaHJlZj1tYWlsdG86bXBsc0BpZXRmLm9yZz48Zm9udCBzaXplPTMgY29sb3I9Ymx1 ZSBmYWNlPSJzYW5zLXNlcmlmIj48dT5tcGxzQGlldGYub3JnPC91PjwvZm9udD48L2E+PGZvbnQg c2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1zZXJpZiI+PHU+PGJyPg0KPC91PjwvZm9udD48 YSBocmVmPWh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscyB0YXJnZXQ9 X2JsYW5rPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9InNhbnMtc2VyaWYiPjx1Pmh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBsczwvdT48L2ZvbnQ+PC9hPjxmb250 IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCi0tIDxi cj4NClRoYW54IGFuZCBCUiwgPGJyPg0KeWFhY292IDxpPjxicj4NCjxicj4NClN0aWxsIGxvb2tp bmcgZm9yIG5ldyBvcHBvcnR1bml0eTwvaT4gPC9mb250Pjxmb250IHNpemU9Mj48dHQ+PGJyPg0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQptcGxz IG1haWxpbmcgbGlzdDxicj4NCm1wbHNAaWV0Zi5vcmc8YnI+DQpodHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL21wbHM8L3R0PjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0ic2Fu cy1zZXJpZiI+PGJyPg0KPGJyPg0KPC9mb250Pjxmb250IHNpemU9MyBjb2xvcj1ibHVlPjx0dD48 YnI+DQo8YnI+DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLTxicj4NClpURSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZv cm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsDQooYW5kIGFueSBhdHRhY2htZW50IHRyYW5z bWl0dGVkIGhlcmV3aXRoKSBpcyBwcml2aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwNCmFuZCBpcyBp bnRlbmRlZCBmb3IgdGhlIGV4Y2x1c2l2ZSB1c2Ugb2YgdGhlIGFkZHJlc3NlZShzKS4gJm5ic3A7 SWYgeW91DQphcmUgbm90IGFuIGludGVuZGVkIHJlY2lwaWVudCwgYW55IGRpc2Nsb3N1cmUsIHJl cHJvZHVjdGlvbiwgZGlzdHJpYnV0aW9uDQpvciBvdGhlciBkaXNzZW1pbmF0aW9uIG9yIHVzZSBv ZiB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlzIHN0cmljdGx5DQpwcm9oaWJpdGVkLiAmbmJz cDtJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1haWwgaW4gZXJyb3IsIHBsZWFzZSBkZWxldGUN Cml0IGFuZCBub3RpZnkgdXMgaW1tZWRpYXRlbHkuPGJyPg0KPC90dD48L2ZvbnQ+PGZvbnQgc2l6 ZT0zIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjwvZm9udD4NCjxicj48Zm9u dCBzaXplPTMgY29sb3I9Ymx1ZT48dHQ+PGJyPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+DQpaVEUgSW5mb3JtYXRpb24gU2VjdXJp dHkgTm90aWNlOiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWFpbA0KKGFuZCBh bnkgYXR0YWNobWVudCB0cmFuc21pdHRlZCBoZXJld2l0aCkgaXMgcHJpdmlsZWdlZCBhbmQgY29u ZmlkZW50aWFsDQphbmQgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgdXNlIG9mIHRoZSBh ZGRyZXNzZWUocykuICZuYnNwO0lmIHlvdQ0KYXJlIG5vdCBhbiBpbnRlbmRlZCByZWNpcGllbnQs IGFueSBkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIGRpc3RyaWJ1dGlvbg0Kb3Igb3RoZXIgZGlz c2VtaW5hdGlvbiBvciB1c2Ugb2YgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpcyBzdHJpY3Rs eQ0KcHJvaGliaXRlZC4gJm5ic3A7SWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtYWlsIGluIGVy cm9yLCBwbGVhc2UgZGVsZXRlDQppdCBhbmQgbm90aWZ5IHVzIGltbWVkaWF0ZWx5Ljxicj4NCjxi cj4NCjwvdHQ+PC9mb250Pg0KPGJyPg0KPGJyPg0KDQo8YnI+PHByZT48Zm9udCBjb2xvcj0iYmx1 ZSI+DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KWlRFIEluZm9ybWF0aW9uIFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNv bnRhaW5lZCBpbiB0aGlzIG1haWwgKGFuZCBhbnkgYXR0YWNobWVudCB0cmFuc21pdHRlZCBoZXJl d2l0aCkgaXMgcHJpdmlsZWdlZCBhbmQgY29uZmlkZW50aWFsIGFuZCBpcyBpbnRlbmRlZCBmb3Ig dGhlIGV4Y2x1c2l2ZSB1c2Ugb2YgdGhlIGFkZHJlc3NlZShzKS4gIElmIHlvdSBhcmUgbm90IGFu IGludGVuZGVkIHJlY2lwaWVudCwgYW55IGRpc2Nsb3N1cmUsIHJlcHJvZHVjdGlvbiwgZGlzdHJp YnV0aW9uIG9yIG90aGVyIGRpc3NlbWluYXRpb24gb3IgdXNlIG9mIHRoZSBpbmZvcm1hdGlvbiBj b250YWluZWQgaXMgc3RyaWN0bHkgcHJvaGliaXRlZC4gIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRo aXMgbWFpbCBpbiBlcnJvciwgcGxlYXNlIGRlbGV0ZSBpdCBhbmQgbm90aWZ5IHVzIGltbWVkaWF0 ZWx5Lg0KDQo8L2ZvbnQ+PC9wcmU+PGJyPg0K --=_alternative 002EC90648257AB1_=-- From wyaacov@gmail.com Fri Nov 9 02:31:15 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6FF0E21F862E for ; Fri, 9 Nov 2012 02:31:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.198 X-Spam-Level: X-Spam-Status: No, score=-2.198 tagged_above=-999 required=5 tests=[AWL=0.200, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_102=0.6, J_CHICKENPOX_43=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 iqKkMyYcuDbV for ; Fri, 9 Nov 2012 02:31:14 -0800 (PST) Received: from mail-vb0-f44.google.com (mail-vb0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id C506221F8629 for ; Fri, 9 Nov 2012 02:31:13 -0800 (PST) Received: by mail-vb0-f44.google.com with SMTP id fc26so4092803vbb.31 for ; Fri, 09 Nov 2012 02:31:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=OhUD//gnapaSY87iK2mUWvAz24oCUU46z8bhh82wZ08=; b=RT5IhDTKQsvufzB792R832mnA6tdxvgmDJtmZV8gDwRqAqp0zizHpAmqs/XHs0pWuq nP4jHNI2uLYWj037+TY2ITGHSZNpxu5VqB/I0OdBnZ9/MXIkxl8uNzJzaejsBu9NCTS0 /WJQFLpC/W6DlmiMTkUg3cTWbw0ZT2QPO6pP4N8qyFANZDNmS4cTH8NAn1b/egH373Kc GcQkzszAxn9AapsBkAB8C1da3muW1nHnepkLDu/o4vfPH6v+snA+WNz5Ga3rI69a5WfJ J58ZtwTp2CnXBgsrjqv5LUWAiGf7TnwZwfc02YXjHu2Eh7FAyjpbViflXsceDcH0SUFn 4TDQ== MIME-Version: 1.0 Received: by 10.58.15.227 with SMTP id a3mr4818708ved.38.1352457073143; Fri, 09 Nov 2012 02:31:13 -0800 (PST) Received: by 10.58.254.194 with HTTP; Fri, 9 Nov 2012 02:31:12 -0800 (PST) Received: by 10.58.254.194 with HTTP; Fri, 9 Nov 2012 02:31:12 -0800 (PST) In-Reply-To: References: <0c4c01cda0a7$8f112320$ad336960$@olddog.co.uk> Date: Fri, 9 Nov 2012 12:31:12 +0200 Message-ID: From: Yaacov Weingarten To: cheng weiqiang Content-Type: multipart/alternative; boundary=047d7b5daf506b30dc04ce0d73c7 Cc: mpls-chairs@tools.ietf.org, mpls@ietf.org, draft-ietf-mpls-tp-ring-protection@tools.ietf.org Subject: Re: [mpls] Working group last call on draft-ietf-mpls-tp-ring-protection X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 10:31:15 -0000 --047d7b5daf506b30dc04ce0d73c7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable See inline below BR, yaacov On Nov 9, 2012 9:48 AM, "cheng weiqiang" wrote: > > Hi Yaacov=EF=BC=8C > > Thank you very much for your reply. > > Comments on P2P wrapping solution: > We have a simple survey on wrapping solution that shows in SDH ring > network more than 90% of ring protection application scenarios are > using wrapping solution. That indicates wrapping solution is really > important. However as you said your wrapping solution is =E2=80=9Cdifficu= lty > in addressing the scenarios of multiple failures in adjacent nodes or > links=E2=80=9D, that means performance of your wrapping solution is even = worse > than linear protection. yw>> I fully understand why 90% in SDH rings used wrapping - for SDH that is a very low level protocol, i.e. very close to the HW, it was the simplest and ITU's definition for Steering was difficult to implement. However, MPLS is not SDH in very many aspects, one of these aspects is that it uses logical connections rather than the physical layer that is used by SDH or even Ethernet and when the operators switch over to a new technology in which Steering (which has obvious advantages over Wrapping in BW use and not overloading traffic by sending it around the ring more than once) becomes simpler, I would expect that we should be recommending the better solution rather than trying to emulate an older technology. > > Comments on P2P Steering solution: > As described in draft, you need O(2N^2) SPME for steering solution. > Let=E2=80=99s consider a 16 nodes access ring, in the transport network, > according to our servey, the LSP number per node in average is less > than 5, that means usually there are only 16 x 5 x 2=3D 160 LSPs in one > access ring. However, based on your solution, 16 x 15 x2 =3D480 SPME > should be set up which introduces more OAM sessions, more recovery > elements, more Labels, and more management transactions. It is a > violation of chapter 2.5.6.1. RFC 5654. yw>> So what you are saying is that you foresee that even though the operators are now adopting a newer technology that will scale better to support thousands of connections and not be limited by the limitations that are carried over from SDH, they will still limit themselves to this low number of connections! But even if this is true then certainly the implication is that there is no real reason to consider creating an optimization for such a low number of LSPs and it raises the question of whether there is a need for any "ring" protection in MPLS (where rings do not really exist, since all connections in MPLS are LSPs that are actually agnostic to the underlying physical connections that may be rings or full mesh). In any case, for this low number of LSPs it certainly makes more sense to use simple Linear Protection, I agree. But then again, this draft addresses the possibility of optimizing over a theoretical network of thousands of connections and reducing it to an order of hundreds by just applying the use of SPME. > > So compared to Linear protection, wrapping solution has poorer > performance and steering solution is more complicated. > > Could you give more clarification? > > B.R. > > Weiqiang Cheng > > > 2012/10/28 Yaacov Weingarten : > > Cheng, hi > > > > Thank you for your comments regarding the ring protection applicability > > statement. > > > > I find your scenarios as being very interesting and understand the concenr > > in certain networks for the prevelance of such scenarios. While I agre= e > > with your analysis that the Wrapping solution that is proposed in the draft > > would have difficulty in addressing the scenarios of multiple failures in > > adjacent nodes or links, I think that this just strenghthens the > > recommnedation of Section 2.4 that it is better to apply Steering as a > > preferred methoid of protection. In addition to the considerations > > mentioned in Section 2.4, Steering would easily overcome the scenarios that > > you mention and is an easy application of LP to the ring scenarios. > > > > Regarding your second point, I would like to clarify that, in my > > understanding, the optimization criteria mentioned in RFC5654 are > > optimizations compared to using linear protection to protect each individual > > LSP, which this draft certainly optimizes by protecting the SPME that > > tunnels numerous LSPs and therefore provides the desired optimization. The > > optimization certainly was never intended to be relative to a theoretical > > protection scheme that extends MPLS beyond its present definition by using > > constructs that are not supported in MPLS. > > > > Hope this helps, > > yaacov weingarten > > > > Still looking for new opportunity. > > > > > > On Wed, Oct 3, 2012 at 11:40 AM, cheng weiqiang wrote: > >> > >> Dear adrian, > >> > >> Here I would like to try to describe some issues on the ring > >> protection solution from my point view. > >> > >> 1. The Wrapping solution doesn=E2=80=99t work when Multi-links faults = happen > >> > >> For each link in the ring, current wrapping solution defines two SPME > >> - the first is a SPME between the two LSRs that are connected by the > >> link,and the second SPME > >> > >> between these same two LSRs but traversing the entire ring (except the > >> link that connects the LSRs). > >> > >> ___ ___ x ___ > >> =3D=3D=3D=3D=3D=3D>/LSR\********/LSR\********/LSR\ > >> \_B_/ \_A_/ \_F_/ > >> * > >> * > >> * > >> * > >> * > >> *x > >> _* ___ > >> *_ > >> > >> /LSR\********/LSR\********/LSR\=3D=3D=3D=3D=3D=3D> > >> \_C_/ \_D_/ \_E_/ > >> > >> =3D=3D=3D> connected LSP *** physical link > >> x link fault > >> > >> > >> Above figure shows that One LSP enter the ring from LSR B and Exit > >> from LSR E. And at the same time the link A-F and link F-E are both > >> broken.According to current > >> > >> solution, both the protection SPME for A-F and the protection SPME for > >> Link F-E should be activated synchronously. Obviously, it does not > >> work. > >> > >> At the same situation, the ring protection for SDH, G.8132(T-MPLS) and > >> the MSRP solution (C-2098 =E2=80=9CMPLS-TP Shared-Ring protection (MSR= P) > >> mechanism for ring topology", > >> > >> ITU-T SG15 meeting, Sep. 2012) can work well. > >> > >> 2.Steering function is totally the same with 1:1 linear protection > >> > >> As the draft mentioned "we use 1:1 linear protection [SurvivFwk] > >> [LinProtect] to perform protection switching and coordination when a > >> signal fault is detected." It is > >> > >> the basic 1:1 linear protection(we can see it as a SNC protection,in > >> another words 1:1 linear protection is using in sub-network). > >> > >> It does not provide any more simplicity and optimism than 1:1 linear > >> protection. That is why we say this draft cannot meet R100 of RFC5654 > >> the requirement. > >> > >> > >> So I don't think we need defined it in the ring draft redundantly again. > >> > >> > >> > >> Best Regards, > >> > >> Cheng Weiqiang > >> Research Institute of China Mobile > >> e-mail:chengweiqiang@chinamobile.com > >> mobile: +86 138 1001 9089 > >> > >> > >> > >> > >> 2012/10/2 Adrian Farrel : > >> > Hi, > >> > > >> > Let me pitch in here as an individual contributor who sourced a lot of > >> > the text > >> > in 2.5.6.1 of RFC 5654 basing it on the explicit requirements liaise= d > >> > from the > >> > ITU-T. > >> > > >> > I have read and reread that section trying to find the text that is > >> > claimed > >> > below. It does not exist. > >> > > >> > Could you please point to the specific requirement you believe is no= t > >> > met? Or > >> > maybe you are confused by the preamble text in the section that > >> > describes the > >> > circumstances under which an optimized protection mechanism (rather than > >> > one > >> > built from the mechanisms that operate outside a ring) might be > >> > developed. > >> > > >> > Maybe, also, you could explain in what way you consider the current > >> > proposal > >> > does not make good use of the resources on the ring (i.e. what features > >> > don't > >> > work) so that the authors can look at improving their solution. > >> > > >> > Cheers, > >> > Adrian > >> > > >> >> -----Original Message----- > >> >> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of > >> >> cheng weiqiang > >> >> Sent: 02 October 2012 14:02 > >> >> To: mpls-bounces@ietf.org > >> >> Cc: mpls@ietf.org; mpls-chairs@tools.ietf.org; draft-ietf-mpls-tp-ring- > >> >> protection@tools.ietf.org > >> >> Subject: Re: [mpls] Working group last call on > >> > draft-ietf-mpls-tp-ring-protection > >> >> > >> >> Do not support. > >> >> > >> >> In Section 2.5.6.1 of RFC5654, the MPLS-TP ring protection should b= e > >> >> optimized for simplification of the ring operation and the resource= s > >> >> consumption around the ring. This draft cannot meet the requirement= . > >> >> > >> >> Best Regards, > >> >> > >> >> Cheng Weiqiang > >> >> Research Institute of China Mobile > >> >> Department of Network Technology > >> >> _______________________________________________ > >> >> mpls mailing list > >> >> mpls@ietf.org > >> >> https://www.ietf.org/mailman/listinfo/mpls > >> > > >> _______________________________________________ > >> mpls mailing list > >> mpls@ietf.org > >> https://www.ietf.org/mailman/listinfo/mpls > > > > > > > > > > -- > > Thanx and BR, > > yaacov > > > > Still looking for new opportunity > > --047d7b5daf506b30dc04ce0d73c7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

See inline below

BR,
yaacov
On Nov 9, 2012 9:48 AM, "cheng weiqiang" <chengwq@gmail.com> wrote:
>
> Hi Yaacov=EF=BC=8C
>
> Thank you very much for your reply.
>
> Comments on P2P wrapping solution:
> We have a simple survey on wrapping solution that shows in SDH ring > network more than 90% of ring protection application scenarios are
> using wrapping solution. That indicates wrapping solution is really > important. However as you said your wrapping solution is =E2=80=9Cdiff= iculty
> in addressing the scenarios of multiple failures in adjacent nodes or<= br> > links=E2=80=9D, that means performance of your wrapping solution is ev= en worse
> than linear protection.

yw>> I fully understand why 90% in SDH rings used wrapping - for S= DH that is a very low level protocol, i.e. very close to the HW, it was the= simplest and ITU's definition for Steering was difficult to implement.= =C2=A0 However, MPLS is not SDH in very many aspects, one of these aspects = is that it uses logical connections rather than the physical layer that is = used by SDH or even Ethernet and when the operators switch over to a new te= chnology in which Steering (which has obvious advantages over Wrapping in B= W use and not overloading traffic by sending it around the ring more than o= nce)=C2=A0 becomes simpler, I would expect that we should be recommending t= he better solution rather than trying to emulate an older technology.
>
> Comments on P2P Steering solution:
> As described in draft, you need O(2N^2) SPME for steering solution. > Let=E2=80=99s consider a 16 nodes access ring, in the transport networ= k,
> according to our servey, the LSP number per node in average is less > than 5, that means usually there are only 16 x 5 x 2=3D 160 LSPs in on= e
> access ring. However, based on your solution, 16 x 15 x2 =3D480 SPME > should be set up which introduces more OAM sessions, more recovery
> elements, more Labels, and more management transactions. It is a
> violation of chapter 2.5.6.1. RFC 5654.

yw>> So what you are saying is that you foresee that even though t= he operators are now adopting a newer technology that will scale better to = support thousands of connections and not be limited by the limitations that= are carried over from SDH, they will still limit themselves to this low nu= mber of connections!
But even if this is true then certainly the implication is that there is no= real reason to consider creating an optimization for such a low number of = LSPs and it raises the question of whether there is a need for any "ri= ng" protection in MPLS (where rings do not really exist, since all con= nections in MPLS are LSPs that are actually agnostic to the underlying phys= ical connections that may be rings or full mesh).
In any case, for this low number of LSPs it certainly makes more sense to u= se simple Linear Protection, I agree.=C2=A0 But then again, this draft addr= esses the possibility of optimizing over a theoretical network of thousands= of connections and reducing it to an order of hundreds by just applying th= e use of SPME.
>
> So compared to Linear protection, wrapping solution has poorer
> performance and steering solution is more complicated.
>
> Could you give more clarification?
>
> B.R.
>
> Weiqiang Cheng
>
>
> 2012/10/28 Yaacov Weingarten <= wyaacov@gmail.com>:
> > Cheng, hi
> >
> > Thank you for your comments regarding the ring protection applica= bility
> > statement.
> >
> > I find your scenarios as being very interesting and understand th= e concenr
> > in certain networks for the prevelance of such scenarios. =C2=A0W= hile I agree
> > with your analysis that the Wrapping solution that is proposed in= the draft
> > would have difficulty in addressing the scenarios of multiple fai= lures in
> > adjacent nodes or links, I think that this just strenghthens the<= br> > > recommnedation of Section 2.4 that it is better to apply Steering= as a
> > preferred methoid of protection. =C2=A0In addition to the conside= rations
> > mentioned in Section 2.4, Steering would easily overcome the scen= arios that
> > you mention and is an easy application of LP to the ring scenario= s.
> >
> > Regarding your second point, I would like to clarify that, in my<= br> > > understanding, the optimization criteria mentioned in RFC5654 are=
> > optimizations compared to using linear protection to protect each= individual
> > LSP, which this draft certainly optimizes by protecting the SPME = that
> > tunnels numerous LSPs and therefore provides the desired optimiza= tion. =C2=A0The
> > optimization certainly was never intended to be relative to a the= oretical
> > protection scheme that extends MPLS beyond its present definition= by using
> > constructs that are not supported in MPLS.
> >
> > Hope this helps,
> > yaacov weingarten
> >
> > Still looking for new opportunity.
> >
> >
> > On Wed, Oct 3, 2012 at 11:40 AM, cheng weiqiang <chengwq@gmail.com> wrote:
> >>
> >> Dear adrian,
> >>
> >> Here I would like to try to describe some issues on the ring<= br> > >> protection solution from my point view.
> >>
> >> 1. The Wrapping solution doesn=E2=80=99t work when Multi-link= s faults happen
> >>
> >> For each link in the ring, current wrapping solution defines = two SPME
> >> - the first is a SPME between the two LSRs that are connected= by the
> >> link,and the second SPME
> >>
> >> between these same two LSRs but traversing the entire ring (e= xcept the
> >> link that connects the LSRs).
> >>
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ___ =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0___ =C2=A0 =C2=A0 x =C2=A0 =C2= =A0 =C2=A0 ___
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =3D=3D=3D=3D=3D=3D>/LSR\********/LSR\********/LSR\
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0\_B_/ =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0\_A_/ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 \_F_/
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 *=
> >> *
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 *=
> >> *
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 *=
> >> *x
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 _* =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ___
> >> *_
> >>
> >> /LSR\********/LSR\********/LSR\=3D=3D=3D=3D=3D=3D>
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 \_C_/ =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0\_D_/ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0\_E_/
> >>
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D=3D=3D> conne= cted LSP =C2=A0 =C2=A0*** physical link
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0x =C2=A0 link fault
> >>
> >>
> >> Above figure shows that One LSP enter the ring from LSR B and= Exit
> >> from LSR E. And at the same time the link A-F and link F-E ar= e both
> >> broken.According to current
> >>
> >> solution, both the protection SPME for A-F and the protection= SPME for
> >> Link F-E should be activated synchronously. Obviously, it doe= s not
> >> work.
> >>
> >> At the same situation, the ring protection for SDH, G.8132(T-= MPLS) and
> >> the MSRP solution (C-2098 =E2=80=9CMPLS-TP Shared-Ring protec= tion (MSRP)
> >> mechanism for ring topology",
> >>
> >> ITU-T SG15 meeting, Sep. 2012) can work well.
> >>
> >> 2.Steering function is totally the same with 1:1 linear prote= ction
> >>
> >> As the draft mentioned "we use 1:1 linear protection [Su= rvivFwk]
> >> [LinProtect] to perform protection switching and coordination= when a
> >> signal fault is detected." It is
> >>
> >> the basic 1:1 linear protection(we can see it as a SNC protec= tion,in
> >> another words 1:1 linear protection is using in sub-network).=
> >>
> >> It does not provide any more simplicity and optimism than 1:1= linear
> >> protection. That is why we say this draft cannot meet R100 of= RFC5654
> >> the requirement.
> >>
> >>
> >> So I don't think we need defined it in the ring draft red= undantly again.
> >>
> >>
> >>
> >> Best Regards,
> >>
> >> Cheng Weiqiang
> >> Research Institute of China Mobile
> >> e-m= ail:chengweiqiang@chinamobile.com
> >> mobile: +86 138 1001 9089
> >>
> >>
> >>
> >>
> >> 2012/10/2 Adrian Farrel <adrian@olddog.co.uk>:
> >> > Hi,
> >> >
> >> > Let me pitch in here as an individual contributor who so= urced a lot of
> >> > the text
> >> > in 2.5.6.1 of RFC 5654 basing it on the explicit require= ments liaised
> >> > from the
> >> > ITU-T.
> >> >
> >> > I have read and reread that section trying to find the t= ext that is
> >> > claimed
> >> > below. It does not exist.
> >> >
> >> > Could you please point to the specific requirement you b= elieve is not
> >> > met? Or
> >> > maybe you are confused by the preamble text in the secti= on that
> >> > describes the
> >> > circumstances under which an optimized protection mechan= ism (rather than
> >> > one
> >> > built from the mechanisms that operate outside a ring) m= ight be
> >> > developed.
> >> >
> >> > Maybe, also, you could explain in what way you consider = the current
> >> > proposal
> >> > does not make good use of the resources on the ring (i.e= . what features
> >> > don't
> >> > work) so that the authors can look at improving their so= lution.
> >> >
> >> > Cheers,
> >> > Adrian
> >> >
> >> >> -----Original Message-----
> >> >> From: mpls-= bounces@ietf.org [mailto:mpls-= bounces@ietf.org] On Behalf Of
> >> >> cheng weiqiang
> >> >> Sent: 02 October 2012 14:02
> >> >> To: mpls-bo= unces@ietf.org
> >> >> Cc: mpls@ietf.org; mpls-chairs@tools.ietf.or= g; draft-ietf-mpls-tp-ring-
> >> >> protect= ion@tools.ietf.org
> >> >> Subject: Re: [mpls] Working group last call on
> >> > draft-ietf-mpls-tp-ring-protection
> >> >>
> >> >> Do not support.
> >> >>
> >> >> In Section 2.5.6.1 of RFC5654, the MPLS-TP ring prot= ection should be
> >> >> optimized for simplification of the ring operation a= nd the resources
> >> >> consumption around the ring. This draft cannot meet = the requirement.
> >> >>
> >> >> Best Regards,
> >> >>
> >> >> Cheng Weiqiang
> >> >> Research Institute of China Mobile
> >> >> Department of Network Technology
> >> >> _______________________________________________
> >> >> mpls mailing list
> >> >> mpls@ietf.org > >> >> https://www.ietf.org/mailman/listinfo/mpls
> >> >
> >> _______________________________________________
> >> mpls mailing list
> >> mpls@ietf.org
> >> https:= //www.ietf.org/mailman/listinfo/mpls
> >
> >
> >
> >
> > --
> > Thanx and BR,
> > yaacov
> >
> > Still looking for new opportunity
> >

--047d7b5daf506b30dc04ce0d73c7-- From wyaacov@gmail.com Fri Nov 9 04:08:37 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 59FEB21F84C4 for ; Fri, 9 Nov 2012 04:08:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.987 X-Spam-Level: X-Spam-Status: No, score=-0.987 tagged_above=-999 required=5 tests=[AWL=-1.039, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_42=0.6, J_CHICKENPOX_62=0.6, MIME_CHARSET_FARAWAY=2.45, 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 c4xXhhmVbI7o for ; Fri, 9 Nov 2012 04:08:35 -0800 (PST) Received: from mail-vc0-f172.google.com (mail-vc0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id 80C6621F84C2 for ; Fri, 9 Nov 2012 04:08:35 -0800 (PST) Received: by mail-vc0-f172.google.com with SMTP id fl11so4115928vcb.31 for ; Fri, 09 Nov 2012 04:08:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=SWZyo0D2/qEX/TqfFEwZofXAk8Q7Tb2FarqEHX+RNxI=; b=YPsh8Emuq9LlBeBCM394NyUe0K7eiYwQ2tD4gHWIdLgRzZ30IVZ7ODFMI8oN/ee/o2 k7bdzuFTLfQntbAXZ7GdMlYUhObuOksT2EtQpmsewXpasihih8GePLRBz03dmcLeDMAH BdbX4SncF9vuoah60AM59BWqan3E9EdQLs3ijEYEjS/DiTJycNu1osrnVK0ZCY7Z5Pwb KyHDNto7/X9eidaFadDBUHnnsYkGgv5/y1BRiigI/AnSKAda+clmNTwpfVV724VNfNTk RR6dLlykaQ3uCMu3CvqfLnY9vLsjKlTVc9Tl/EObMwaNLQd7tx0OWlItvxDya+7sbUso YuDw== MIME-Version: 1.0 Received: by 10.58.15.227 with SMTP id a3mr5019156ved.38.1352462914840; Fri, 09 Nov 2012 04:08:34 -0800 (PST) Received: by 10.58.254.194 with HTTP; Fri, 9 Nov 2012 04:08:34 -0800 (PST) Received: by 10.58.254.194 with HTTP; Fri, 9 Nov 2012 04:08:34 -0800 (PST) In-Reply-To: References: Date: Fri, 9 Nov 2012 14:08:34 +0200 Message-ID: From: Yaacov Weingarten To: liu.guoman@zte.com.cn Content-Type: multipart/alternative; boundary=047d7b5daf509c679104ce0ecf87 Cc: "mpls@ietf.org" Subject: Re: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 12:08:37 -0000 --047d7b5daf509c679104ce0ecf87 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable Yes, that sounds reasonable except for one detail - the linear protection protocol in RFC6378 (and in fact any LP data protocol) includes a field that indicates whether the protection domain is using 1:1 or 1+1 protection, and what you are suggesting could cause all sorts of mismatches for the protocol that should raise all sorts of flags to the management system. Unless of course that you are suggesting that you are not using any LP and just dependent upon the OAM errors - which leads to questions of how quickly you can switchover and whether all LSRs in the "ring" are coordinated. BR, yaacov On Nov 9, 2012 10:30 AM, wrote: > > Dave > i say sorry for replying so late. using 1:1 and 1+1 protection is not > completely true. > in my mind. for any ingress node of the ring. if they didn't detect and b= e > notified any failure on the ring. > they would only send data packets on the working path. else if they > detected and be notified any failure on the ring. > they would bridge the data packets to both working path and protection > path. all egress node of the ring would select > one of the two paths to receive the data packets. > > B.R. > Liu > > > > > *David Allan I * > > 2012-11-07 09:25 > =CA=D5=BC=FE=C8=CB > "liu.guoman@zte.com.cn" > =B3=AD=CB=CD > "mpls@ietf.org" , Yaacov Weingarten > =D6=F7=CC=E2 > RE: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-03.txt > > > > > Hi Liu > > Yes, two failures on a ring will completely sever some nodes. Wild > agreement > > Given it appears that you are now reinventing what 1:1 is such that 1+1 i= s > the failure mode, I'm losing the plot.... > > Can you clarify? > Dave > > ------------------------------ > *From:* liu.guoman@zte.com.cn [mailto:liu.guoman@zte.com.cn] * > Sent:* Monday, November 05, 2012 6:27 PM* > To:* David Allan I* > Cc:* mpls@ietf.org; Yaacov Weingarten* > Subject:* RE: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-03.tx= t > > > Dave and Yaacov > thank you for replying and explaining . i understand what you said. but i= n > my mind, > this 1:1 protection is not pure 1:1 solution. the ingress node only bridg= e > the working path without failure on the ring. > when a failure is detected on the ring. the ingress node will apply 1+1 > mode to send the traffic on both the working path > and the protection path.so it is impossible for some egress nodes to not > receive the data packets from working path or protection path. > considering there are two failures on the ring at the same time just like > what Dave said. if some egress nodes are isolated from > the ingress node. even if applying 1+1 protection, they can't receive the > data packets by either the working path or the proection path. > > > > B.R. > liu > > > > > > *David Allan I * > > 2012-11-06 02:14 > =CA=D5=BC=FE=C8=CB > "liu.guoman@zte.com.cn" , Yaacov Weingarten < > wyaacov@gmail.com> > =B3=AD=CB=CD > "mpls@ietf.org" > =D6=F7=CC=E2 > RE: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-03.txt > > > > > > > Hi Liu: > > Problem with 1:1 applied to p2mp in the general case is that two failures > could result in two incomplete trees with no recourse other than > restoration, while 1+1 reduces the probability of this "bad luck scenario= " > significantly....I've not specifically analyzed rings, but would suspect > the same conclusions can be drawn. > > I hope this helps > Dave > > ------------------------------ > *From:* mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] *On Behalf > Of *liu.guoman@zte.com.cn* > Sent:* Monday, November 05, 2012 2:44 AM* > To:* Yaacov Weingarten* > Cc:* mpls@ietf.org* > Subject:* Re: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-03.tx= t > > > Yaacov,hi > i have only one question, why to limit to 1+1 linear protection for > steering for p2mp path. > why not apply 1:1 linear protection mechanism? > it says, the p2mp traffic is only trasnported on the working path under > normal condition. > if a failure happens on the ring. the p2mp traffic will be transported on > both working path and protection path. > each egress node will select working path or protection path to receive > the traffic. > IMO, 1: 1 protection may be more effective than 1+1 protection. > > is my understanding right? thanks > > B.R. > Liu > > > > *Yaacov Weingarten * > =B7=A2=BC=FE=C8=CB: mpls-bounces@ietf.org > > 2012-11-05 17:00 > =CA=D5=BC=FE=C8=CB > mpls@ietf.org > =B3=AD=CB=CD > =D6=F7=CC=E2 > Re: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-03.txt > > > > > > > > > Hi all, > > I have just uploaded a new version of the Ring Protection Applicability > draft. This is not the final version, but rather a version that tries to > address the many comments that were received during the WGLC tthat was he= ld > last month. Please review this version to verify that your comments hav= e > been addressed (along the lines that were outlined in my various emails > sent earlier to the list). > > There are some comments that need to be addressed, awating some > clarifications from the submitters of the comments and in addition there > was a request to reduce the number of authors appearing on the front page > of the draft. > > Any additional comments are encouraged. > > > On Mon, Nov 5, 2012 at 10:52 AM, <*internet-drafts@ietf.org*> > wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Multiprotocol Label Switching Working > Group of the IETF. > > Title : Applicability of MPLS-TP Linear Protection for > Ring Topologies > Author(s) : Yaacov Weingarten > Stewart Bryant > Danielle Ceccarelli > Diego Caviglia > Francesco Fondelli > Marco Corsi > Bo Wu > Xuehui Dai > Filename : draft-ietf-mpls-tp-ring-protection-03.txt > Pages : 29 > Date : 2012-11-05 > > Abstract: > This document presents an applicability of linear protection > mechanisms for Multi-Protocol Label Switching Transport Profile > (MPLS-TP) in ring topologies. Protection on rings offers a number of > opportunities for optimization as the protection choices are starkly > limited (all traffic traveling one way around a ring can only be > switched to travel the other way on the ring), but also suffers from > some complications caused by the limitations of the topology. > > Requirements for MPLS-TP protection and specifically for protection > in ring topologies are discussed in "Requirements of an MPLS > Transport Profile" (RFC 5654) and "MPLS Transport Profile (MPLS-TP) > Survivability Framework" (RFC 6372). This document shows how MPLS-TP > linear protection as defined in RFC 6378 can be applied to ring > topologies, discusses how most of the requirements are met, and > describes scenarios in which the function provided by applying linear > protection in a ring topology falls short of some of the > requirements. > > This document is a product of a joint Internet Engineering Task Force > (IETF) / International Telecommunications Union Telecommunications > Standardization Sector (ITU-T) effort to include an MPLS Transport > Profile within the IETF MPLS and PWE3 architectures to support the > capabilities and functionalities of a packet transport network as > defined by the ITU-T. > > > The IETF datatracker status page for this draft is:* > **https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-ring-protection* > > There's also a htmlized version available at:* > **http://tools.ietf.org/html/draft-ietf-mpls-tp-ring-protection-03* > > A diff from the previous version is available at:* > **http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-tp-ring-protection-0= 3* > > > Internet-Drafts are also available by anonymous FTP at:* > **ftp://ftp.ietf.org/internet-drafts/* > > _______________________________________________ > mpls mailing list* > **mpls@ietf.org* * > **https://www.ietf.org/mailman/listinfo/mpls* > > > > -- > Thanx and BR, > yaacov * > > Still looking for new opportunity* > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > > > -------------------------------------------------------- > ZTE Information Security Notice: The information contained in this mail > (and any attachment transmitted herewith) is privileged and confidential > and is intended for the exclusive use of the addressee(s). If you are no= t > an intended recipient, any disclosure, reproduction, distribution or othe= r > dissemination or use of the information contained is strictly prohibited. > If you have received this mail in error, please delete it and notify us > immediately. > > > > > > -------------------------------------------------------- > ZTE Information Security Notice: The information contained in this mail > (and any attachment transmitted herewith) is privileged and confidential > and is intended for the exclusive use of the addressee(s). If you are no= t > an intended recipient, any disclosure, reproduction, distribution or othe= r > dissemination or use of the information contained is strictly prohibited. > If you have received this mail in error, please delete it and notify us > immediately. > > > > > > -------------------------------------------------------- > ZTE Information Security Notice: The information contained in this mail (= and any attachment transmitted herewith) is privileged and confidential and= is intended for the exclusive use of the addressee(s). If you are not an = intended recipient, any disclosure, reproduction, distribution or other dis= semination or use of the information contained is strictly prohibited. If = you have received this mail in error, please delete it and notify us immedi= ately. > > > > --047d7b5daf509c679104ce0ecf87 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: quoted-printable

Yes, that sounds reasonable except for one detail - the linear protectio= n protocol in RFC6378 (and in fact any LP data protocol) includes a field t= hat indicates whether the protection domain is using 1:1 or 1+1 protection,= and what you are suggesting could cause all sorts of mismatches for the pr= otocol that should raise all sorts of flags to the management system. = Unless of course that you  are suggesting that you are not using any = LP and just dependent upon the OAM errors - which leads to questions of how= quickly you can switchover and whether all LSRs in the "ring" ar= e coordinated.

BR,
yaacov

On Nov 9, 2012 10:30 AM, <liu.guoman@zte.com.cn> wrote:

Dave
i say sorry for replying so late. using 1:1 and 1+1 protection is not completely true.
in my mind. for any ingress node of the ring. if they didn't detect and be notified any failure on the ring= .
they would only send data packets on the working path. else if they detected and be notified any failure on the ring.
they would bridge the data packets to both working path and protection path. all egress node of the ring would select
one of the two paths to receive the data packets.

B.R.
Liu




David Allan I <= ;david.i.al= lan@ericsson.com>

2012-11-07 09:25

=CA=D5=BC=FE=C8= =CB
"liu.guoman@zte.com.cn" <liu.guoman@zte.com.cn>
=B3=AD=CB=CD
"mpls@ietf.org" <mpls@ietf.org>, Yaacov Weingarten <wyaacov@gmail.com>
=D6=F7=CC=E2
RE: [mpls] I-D Action: draft-ietf-= mpls-tp-ring-protection-03.txt





Hi Liu
 
Yes, two failures on a ring will completely sever some nodes. Wild agreement
 
Given it appears that you are now reinventing what 1:1 is such that 1+1 is the failure mode, I'm losi= ng the plot....
 
Can you clarify?
Dave

From: liu.guoman@zte.com.cn [mailto:liu.guoman@zte.com.cn]
Sent: Monday, November 05, 2012 6:27 PM
To: David Allan I
Cc: mpls@ietf.org; Yaacov Weingarten
Subject: RE: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-03.t= xt

Dave and Yaacov
thank you for replying and explaining . i understand what you said. but in my mind,
this 1:1 protection is not pure 1:1 solution. the ingress node only bridge the working path without failure on the ring.
when a failure is detected on the ring. the ingress node will apply 1+1 mode to send the traffic on both the working path
and the protection path.so it is impossible for some egress nodes to not receive the data packets from working path or protection path.
considering there are two failures on the ring at the same time just like what Dave said. if some egress nodes are isolated from
the ingress node. even if applying 1+1 protection, they can't receive t= he data packets by either the working path or the proection path.



B.R.
liu





David Allan I <= ;david.i.al= lan@ericsson.com>

2012-11-06 02:14


=CA=D5=BC=FE=C8= =CB
"liu.guoman@zte.com.cn"= ; <liu.guoman@z= te.com.cn>, Yaacov Weingarten <wyaacov@gmail.com>
=B3=AD=CB=CD
"mpls@ietf.org" <mpls@ietf.org>
=D6=F7=CC=E2
RE: [mpls] I-D Action: draft-ietf-= mpls-tp-ring-protection-03.txt







Hi Liu:
 
Problem with 1:1 applied to p2mp in the general case is that two failures could result in two incomplete trees with no recourse other than restoratio= n, while 1+1 reduces the probability of this "bad luck scenario" significantly....I've not specifically analyzed rings, but would suspec= t the same conclusions can be drawn.
 
I hope this helps
Dave

From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of liu.guoman@zte.com.cn
Sent: Monday, November 05, 2012 2:44 AM
To: Yaacov Weingarten
Cc: mpls@ietf.org
Subject: Re: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-03.t= xt


Yaacov,hi
i have only one question, why to limit to 1+1 linear protection for steerin= g for p2mp path.
why not apply 1:1 linear protection mechanism?
it says, the p2mp traffic is only trasnported on the working path under normal condition.
if a failure happens on the ring. the p2mp traffic will be transported on both working path and protection path.
each egress node will select working path or protection path to receive the traffic.
IMO, 1: 1 protection may be more effective than 1+1 protection.

is my understanding right? thanks

B.R.
Liu




Yaacov Weingarten= <wyaacov@gmail.c= om>
=B7=A2=BC=FE=C8=CB:  mpls-bounces@ietf.org

2012-11-05 17:00


=CA=D5=BC=FE=C8= =CB
mpls@ietf.org
=B3=AD=CB=CD
=D6=F7=CC=E2
Re: [mpls] I-D Action: draft-ietf-= mpls-tp-ring-protection-03.txt






Hi all,

I have just uploaded a new version of the Ring Protection Applicability draft.  This is not the final version, but rather a version that tries to address the many comments that were received during the WGLC tthat was held last month.  Please review this version to  verify that your comments have been addressed (along the lines that were outlined in my various emails sent earlier to the list).

There are some comments that need to be addressed, awating some clarificati= ons from the submitters of the comments and in addition there was a request to reduce the number of authors appearing on the front page of the draft.

Any additional comments are encouraged.


On Mon, Nov 5, 2012 at 10:52 AM, <internet-drafts@ietf.org> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF.

      Title           : Applicabil= ity of MPLS-TP Linear Protection for Ring Topologies
      Author(s)       : Yaacov Weingarten                         Stewart Bryant
                        Danielle Ceccarelli
                        Diego Caviglia
                        Francesco Fondelli
                        Marco Corsi
                        Bo Wu
                        Xuehui Dai
      Filename        : draft-ietf-mpls= -tp-ring-protection-03.txt
      Pages           : 29
      Date            : 2012-= 11-05

Abstract:
 This document presents an applicability of linear protection
 mechanisms for Multi-Protocol Label Switching Transport Profile
 (MPLS-TP) in ring topologies.  Protection on rings offers a number of
 opportunities for optimization as the protection choices are starkly=
 limited (all traffic traveling one way around a ring can only be
 switched to travel the other way on the ring), but also suffers from
 some complications caused by the limitations of the topology.

 Requirements for MPLS-TP protection and specifically for protection<= br>  in ring topologies are discussed in "Requirements of an MPLS  Transport Profile" (RFC 5654) and "MPLS Transport Profile (MPLS-TP)
 Survivability Framework" (RFC 6372).  This document shows how MPLS-TP
 linear protection as defined in RFC 6378 can be applied to ring
 topologies, discusses how most of the requirements are met, and
 describes scenarios in which the function provided by applying linea= r
 protection in a ring topology falls short of some of the
 requirements.

 This document is a product of a joint Internet Engineering Task Force
 (IETF) / International Telecommunications Union Telecommunications  Standardization Sector (ITU-T) effort to include an MPLS Transport  Profile within the IETF MPLS and PWE3 architectures to support the  capabilities and functionalities of a packet transport network as  defined by the ITU-T.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-ring-prot= ection

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-mpls-tp-ring-protection-03=

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-tp-ri= ng-protection-03


Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org= /internet-drafts/

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www= .ietf.org/mailman/listinfo/mpls



--
Thanx and BR,
yaacov

Still looking for new opportunity
_______________________________________________
mpls mailing list
mpls@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/mpls



--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail (and any attachment transmitted herewith) is privileged and confidential and is intended for the exclusive use of the addressee(s).  If you are not an intended recipient, any disclosure, reproduction, distribution or other dissemination or use of the information contained is strictly prohibited.  If you have received this mail in error, please delete it and notify us immediately.

--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail (and any attachment transmitted herewith) is privileged and confidential and is intended for the exclusive use of the addressee(s).  If you are not an intended recipient, any disclosure, reproduction, distribution or other dissemination or use of the information contained is strictly prohibited.  If you have received this mail in error, please delete it and notify us immediately.

 



--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail (an=
d any attachment transmitted herewith) is privileged and confidential and i=
s intended for the exclusive use of the addressee(s).  If you are not an in=
tended recipient, any disclosure, reproduction, distribution or other disse=
mination or use of the information contained is strictly prohibited.  If yo=
u have received this mail in error, please delete it and notify us immediat=
ely.

--047d7b5daf509c679104ce0ecf87-- From gregory.mirsky@ericsson.com Fri Nov 9 06:32:58 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46FCD21F8694 for ; Fri, 9 Nov 2012 06:32:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 iq6HfZITvBqv for ; Fri, 9 Nov 2012 06:32:57 -0800 (PST) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id 55E7021F8542 for ; Fri, 9 Nov 2012 06:32:57 -0800 (PST) Received: from eusaamw0706.eamcs.ericsson.se ([147.117.20.31]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id qA9Ec3Wg029334; Fri, 9 Nov 2012 08:38:05 -0600 Received: from EUSAAHC002.ericsson.se (147.117.188.78) by eusaamw0706.eamcs.ericsson.se (147.117.20.31) with Microsoft SMTP Server (TLS) id 8.3.279.1; Fri, 9 Nov 2012 09:32:32 -0500 Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC002.ericsson.se ([147.117.188.78]) with mapi id 14.02.0318.001; Fri, 9 Nov 2012 09:32:31 -0500 From: Gregory Mirsky To: Yaacov Weingarten Thread-Topic: [mpls] Comments on draft-cheng-mpls-tp-shared-ring-protection-00 Thread-Index: Ac29+EYxIIyAKI9NTTKUTwd3+hCcpwAdzfqAAAQxxyA= Date: Fri, 9 Nov 2012 14:32:31 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1120102B0@EUSAAMB103.ericsson.se> References: <7347100B5761DC41A166AC17F22DF112010014@EUSAAMB103.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.135] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF1120102B0EUSAAMB103ericsso_" MIME-Version: 1.0 Cc: "mpls@ietf.org" , "lifang@ritt.cn" , "yang.jian90@zte.com.cn" , "chengweiqiang@chinamobile.com" , "alex.liukai@huawei.com" , "Lihan@chinamobile.com" , "wjf@fiberhome.com.cn" , "Wangleiyj@chinamobile.com" Subject: Re: [mpls] Comments on draft-cheng-mpls-tp-shared-ring-protection-00 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 14:32:58 -0000 --_000_7347100B5761DC41A166AC17F22DF1120102B0EUSAAMB103ericsso_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Yaakov, many thanks for your detailed comments. I think that if a Ring Tunnel prese= nts mp2p construct then it unlikely can be part of solution for a MPLS-TP n= etworks as it's operation is based on merging traffic flows. Would you agre= e? Regards, Greg ________________________________ From: Yaacov Weingarten [mailto:wyaacov@gmail.com] Sent: Thursday, November 08, 2012 10:44 PM To: Gregory Mirsky Cc: Lihan@chinamobile.com; yang.jian90@zte.com.cn; chengweiqiang@chinamobil= e.com; lifang@ritt.cn; hejia@huawei.com; Wangleiyj@chinamobile.com; mpls@ie= tf.org; alex.liukai@huawei.com; wjf@fiberhome.com.cn Subject: Re: [mpls] Comments on draft-cheng-mpls-tp-shared-ring-protection-= 00 Greg, hi I am not sure that I agree with all of your comments (see below), although = I would love to agree with your conclusion;) BR, yaacov On Nov 8, 2012 11:32 PM, "Gregory Mirsky" > wrote: > > Dear Authors, et al., > below are my comments to your document I've mentioned at MPLS WG meeting = earlier: > SPME given new Ring Tunnel name yw>> I disagree that this Ring Tunnel is a new name for an SPME! SPME is a = standard p2p or p2mp bi-directional LSP (or tunnel), whereas this RT is a n= ew construct that (I think) needs to be defined first in MPLS (or a referen= ce should be given as to where it is defined). The RT is defined by its de= stination - so this makes it a mp2p tunnel where traffic may enter the tunn= el at any LSR in the ring and exit at the endpoint. > Implicitly jumps between single ring and interconnected rings scenario > Implicitly considers p2p bidirectional corouted LSP even though more gene= ric p2p scenario stated yw>> I agree that using the RT construct they hae destroyed any pretense of= co-routed bi-directionality of the traffic, since obviously for a co-route= d LSP that enters the ring at LSR-A and LSR-D -the traffic in the A-D direc= tion will be transmitted through a RT that is destined for LSR-D whereas th= e D-A traffic will be in some other RT that is destined for LSR-A. > Only Link OAM being considered, what makes steering more challenging yw>> It should also be noted that this is a physical Link OAM not a MPLS lo= gical link OAM. I also think that the mechanism that is being suggested fo= r passing the switching information up to the MPLS level should be expanded= upon and possibly defined in MPLS (or referenced if already defined). > No mention that Link or Node protection in wrapping has to be pre-determi= ned > Coordination protocol - TBD > Hard to identify advantages of this approach when comparing with solution= s described in draft-weingarten-mpls-tp-ring-protection-06 protection of p2= p bi-directional LSP. > > Regards, > Greg > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --_000_7347100B5761DC41A166AC17F22DF1120102B0EUSAAMB103ericsso_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi Yaakov,
many thanks for your detailed com= ments. I think that if a Ring Tunnel presents mp2p construct then it unlike= ly can be part of solution for a MPLS-TP networks as it's operation is based on merging traffic flows. Would you agree?
 
 &n= bsp;  Regards,
 &n= bsp;      Greg

From: Yaacov Weingarten [mailto:wya= acov@gmail.com]
Sent: Thursday, November 08, 2012 10:44 PM
To: Gregory Mirsky
Cc: Lihan@chinamobile.com; yang.jian90@zte.com.cn; chengweiqiang@chi= namobile.com; lifang@ritt.cn; hejia@huawei.com; Wangleiyj@chinamobile.com; = mpls@ietf.org; alex.liukai@huawei.com; wjf@fiberhome.com.cn
Subject: Re: [mpls] Comments on draft-cheng-mpls-tp-shared-ring-prot= ection-00

Greg, hi

I am not sure that I agree with all of your comments (see below), althou= gh I would love to agree with your conclusion;)

BR,
yaacov
On Nov 8, 2012 11:32 PM, "Gregory Mirsky" <gregory.mirsky@ericsson.com> wrote:
>
> Dear Authors, et al.,
> below are my comments to your document I've mentioned at MPLS WG meeti= ng earlier:
> SPME given new Ring Tunnel name
yw>> I disagree that this Ring Tunnel is a new name for an SPME! SPME= is a standard p2p or p2mp bi-directional LSP (or tunnel), whereas this RT = is a new construct that (I think) needs to be defined first in MPLS (or a r= eference should be given as to where it is defined).  The RT is defined by its destination - so this makes it= a mp2p tunnel where traffic may enter the tunnel at any LSR in the ring an= d exit at the endpoint.

> Implicitly jumps between single ring and interconnected rings scena= rio
> Implicitly considers p2p bidirectional corouted LSP even though more g= eneric p2p scenario stated
yw>> I agree that using the RT construct they hae destroyed any prete= nse of co-routed bi-directionality of the traffic, since obviously for a co= -routed LSP that enters the ring at LSR-A and LSR-D -the traffic in the A-D= direction will be transmitted through a RT that is destined for LSR-D whereas the D-A traffic will be in some ot= her RT that is destined for LSR-A.
> Only Link OAM being considered, what makes steering more challenging yw>> It should also be noted that this is a physical Link OAM not a M= PLS logical link OAM.  I also think that the mechanism that is being s= uggested for passing the switching information up to the MPLS level should = be expanded upon and possibly defined in MPLS (or referenced if already defined).
> No mention that Link or Node protection in wrapping has to be pre-dete= rmined
> Coordination protocol - TBD
> Hard to identify advantages of this approach when comparing with solut= ions described in draft-weingarten-mpls-tp-ring-protection-06 protection of= p2p bi-directional LSP.
>  
> Regards,
>         Greg
>  
>  
>
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.iet= f.org/mailman/listinfo/mpls
>

--_000_7347100B5761DC41A166AC17F22DF1120102B0EUSAAMB103ericsso_-- From ietfc@btconnect.com Fri Nov 9 07:19:23 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8E4721F8567 for ; Fri, 9 Nov 2012 07:19:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.432 X-Spam-Level: X-Spam-Status: No, score=-3.432 tagged_above=-999 required=5 tests=[AWL=0.167, BAYES_00=-2.599, 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 mzty432uHbgV for ; Fri, 9 Nov 2012 07:19:23 -0800 (PST) Received: from co1outboundpool.messaging.microsoft.com (co1ehsobe001.messaging.microsoft.com [216.32.180.184]) by ietfa.amsl.com (Postfix) with ESMTP id EF36421F8566 for ; Fri, 9 Nov 2012 07:19:22 -0800 (PST) Received: from mail41-co1-R.bigfish.com (10.243.78.228) by CO1EHSOBE001.bigfish.com (10.243.66.64) with Microsoft SMTP Server id 14.1.225.23; Fri, 9 Nov 2012 15:19:22 +0000 Received: from mail41-co1 (localhost [127.0.0.1]) by mail41-co1-R.bigfish.com (Postfix) with ESMTP id 4FEEDA602DE; Fri, 9 Nov 2012 15:19:22 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.249.85; KIP:(null); UIP:(null); IPV:NLI; H:AMSPRD0710HT003.eurprd07.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -23 X-BigFish: PS-23(zz9371I542M1432Izz1de0h1202h1d1ah1d2ahzz8275ch1033IL17326ah8275bh8275dh172cdfhz2dh2a8h5a9h668h839hd24hf0ah1177h1179h1288h12a5h12a9h12bdh137ah139eh13b6h1441h1504h1537h304l1155h1493h) Received: from mail41-co1 (localhost.localdomain [127.0.0.1]) by mail41-co1 (MessageSwitch) id 1352474360133695_13147; Fri, 9 Nov 2012 15:19:20 +0000 (UTC) Received: from CO1EHSMHS012.bigfish.com (unknown [10.243.78.236]) by mail41-co1.bigfish.com (Postfix) with ESMTP id 1CA8C240067; Fri, 9 Nov 2012 15:19:20 +0000 (UTC) Received: from AMSPRD0710HT003.eurprd07.prod.outlook.com (157.56.249.85) by CO1EHSMHS012.bigfish.com (10.243.66.22) with Microsoft SMTP Server (TLS) id 14.1.225.23; Fri, 9 Nov 2012 15:19:19 +0000 Received: from DB3PRD0510HT003.eurprd05.prod.outlook.com (157.56.252.37) by pod51017.outlook.com (10.255.160.166) with Microsoft SMTP Server (TLS) id 14.16.233.3; Fri, 9 Nov 2012 15:19:15 +0000 Message-ID: <004501cdbe8d$77a6d1e0$4001a8c0@gateway.2wire.net> From: t.petch To: , , , , , , RFC Errata System References: <20121107013951.3C8BAB1E003@rfc-editor.org> Date: Fri, 9 Nov 2012 14:46:45 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Originating-IP: [157.56.252.37] X-FOPE-CRA-Verdict: 157.56.249.85$juniper.net%12218%4%btconnect.com%False%False%0$ X-OriginatorOrg: btconnect.com Cc: mpls@ietf.org, fangequal@gmail.com Subject: Re: [mpls] [Technical Errata Reported] RFC4379 (3399) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 15:19:24 -0000 I agree. I have sometimes thought that this was a not too clear description of an idea that was perhaps too clever:-( The text in question does not mention the maximum length of the IPv6 prefix - presumably /123 - the actual length of the IPv4 prefix in the example - presumably /27 - or the actual length of the IPv6 prefix in the example - presumably /123 - so to gain an extra 32 zero bits seems ........ well, not too surprising:-) Tom Petch ----- Original Message ----- From: "RFC Errata System" To: ; ; ; ; ; ; Cc: ; ; Sent: Wednesday, November 07, 2012 1:39 AM > The following errata report has been submitted for RFC4379, > "Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures". > > -------------------------------------- > You may review the report below and at: > http://www.rfc-editor.org/errata_search.php?rfc=4379&eid=3399 > > -------------------------------------- > Type: Technical > Reported by: Fang Lu > > Section: 3.3.1 > > Original Text > ------------- > Those same addresses embedded in IPv6 would be encoded as follows: > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0| > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0| > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0| > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1| > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |0 1 1 1 1 1 1 1 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0| > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |1 0 0 0 0 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 1 1 1 1 1 1 1 1 1 1 0 0| > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Corrected Text > -------------- > Those same addresses embedded in IPv6 would be encoded as follows: > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0| > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0| > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1| > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |0 1 1 1 1 1 1 1 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0| > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |1 0 0 0 0 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 1 1 1 1 1 1 1 1 1 1 0 0| > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Notes > ----- > The base IPv6 address should have 16 bytes (128 bits), there are more 4 bytes typed. > > Instructions: > ------------- > This errata is currently posted as "Reported". If necessary, please > use "Reply All" to discuss whether it should be verified or > rejected. When a decision is reached, the verifying party (IESG) > can log in to change the status and edit the report, if necessary. > > -------------------------------------- > RFC4379 (draft-ietf-mpls-lsp-ping-13) > -------------------------------------- > Title : Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures > Publication Date : February 2006 > Author(s) : K. Kompella, G. Swallow > Category : PROPOSED STANDARD > Source : Multiprotocol Label Switching > Area : Routing > Stream : IETF > Verifying Party : IESG > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > From ietfc@btconnect.com Fri Nov 9 08:49:52 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C5CF21F870E for ; Fri, 9 Nov 2012 08:49:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.293 X-Spam-Level: X-Spam-Status: No, score=-4.293 tagged_above=-999 required=5 tests=[AWL=1.014, BAYES_00=-2.599, MISSING_HEADERS=1.292, 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 hqSysPp4JRdN for ; Fri, 9 Nov 2012 08:49:51 -0800 (PST) Received: from co9outboundpool.messaging.microsoft.com (co9ehsobe001.messaging.microsoft.com [207.46.163.24]) by ietfa.amsl.com (Postfix) with ESMTP id A0BEB21F8516 for ; Fri, 9 Nov 2012 08:49:51 -0800 (PST) Received: from mail134-co9-R.bigfish.com (10.236.132.238) by CO9EHSOBE042.bigfish.com (10.236.130.105) with Microsoft SMTP Server id 14.1.225.23; Fri, 9 Nov 2012 16:49:50 +0000 Received: from mail134-co9 (localhost [127.0.0.1]) by mail134-co9-R.bigfish.com (Postfix) with ESMTP id B19D548017A for ; Fri, 9 Nov 2012 16:49:50 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.253.85; KIP:(null); UIP:(null); IPV:NLI; H:DB3PRD0710HT002.eurprd07.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: 4 X-BigFish: PS4(zzzz1de0h1202h1d1ah1d2ahzz8275chz2dh2a8h5a9h668h839hd24hf0ah1177h1179h1288h12a5h12a9h12bdh137ah139eh13b6h1441h1504h1537h304l1155h) Received: from mail134-co9 (localhost.localdomain [127.0.0.1]) by mail134-co9 (MessageSwitch) id 1352479788382782_22649; Fri, 9 Nov 2012 16:49:48 +0000 (UTC) Received: from CO9EHSMHS024.bigfish.com (unknown [10.236.132.246]) by mail134-co9.bigfish.com (Postfix) with ESMTP id 51D893C026C for ; Fri, 9 Nov 2012 16:49:48 +0000 (UTC) Received: from DB3PRD0710HT002.eurprd07.prod.outlook.com (157.56.253.85) by CO9EHSMHS024.bigfish.com (10.236.130.34) with Microsoft SMTP Server (TLS) id 14.1.225.23; Fri, 9 Nov 2012 16:49:47 +0000 Received: from AMXPRD0610HT004.eurprd06.prod.outlook.com (157.56.248.213) by pod51017.outlook.com (10.255.75.37) with Microsoft SMTP Server (TLS) id 14.16.233.3; Fri, 9 Nov 2012 16:49:38 +0000 Message-ID: <009301cdbe9a$17e46ee0$4001a8c0@gateway.2wire.net> From: t.petch CC: References: <20121107013951.3C8BAB1E003@rfc-editor.org> <004501cdbe8d$77a6d1e0$4001a8c0@gateway.2wire.net> Date: Fri, 9 Nov 2012 16:48:42 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Originating-IP: [157.56.248.213] X-OriginatorOrg: btconnect.com Subject: Re: [mpls] [Technical Errata Reported] RFC4379 (3399) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 16:49:52 -0000 P.S. Got a bounce message for this from ----- Transcript of session follows ----- ... while talking to magenta.juniper.net.: >>> RCPT To: <<< 550 5.1.1 ... User unknown 550 5.1.1 ... User unknown Tom Petch From loa@pi.nu Fri Nov 9 09:16:01 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8FC4521F87B1; Fri, 9 Nov 2012 09:16:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.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 AePBL7wKg0aj; Fri, 9 Nov 2012 09:16:00 -0800 (PST) Received: from mail.pi.nu (ns1.elverljung.se [195.206.248.139]) by ietfa.amsl.com (Postfix) with ESMTP id B88B921F879F; Fri, 9 Nov 2012 09:15:58 -0800 (PST) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.pi.nu (Postfix) with ESMTPSA id 76A49824E7; Fri, 9 Nov 2012 18:15:56 +0100 (CET) Message-ID: <509D3A4C.40708@pi.nu> Date: Fri, 09 Nov 2012 18:15:56 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: pwe3@ietf.org References: <50782094.5050104@pi.nu> In-Reply-To: <50782094.5050104@pi.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , MPLS-TP ad hoc team , draft-ietf-mpls-tp-oam-id-mib@tools.ietf.org Subject: [mpls] wglc on draft-ietf-mpls-tp-oam-id-mib-01 and OPEN - Re: mpls wg last call for draft-ietf-mpls-tp-oam-id-mib X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 17:16:01 -0000 PWE3 Working Group, ------------------- this is to start a one week PWE3 working group last call on draft-ietf-mpls-tp-oam-id-mib-01. Please send your comments to the mpls working group mailing list (mpls@ietf.org), yes it is the mpls wg mailing list that is intended. Any practical problems with this, please send the mail to me and I will forward it. Please send both technical comments, and if you are happy with the document as is also indications of support. This working group last call will end on November 17. MPLS Working Group, ------------------- when we started the working last call for draft-ietf-mpls-tp-oam- id-mib-01 we forgot to include the pwe3 working in this wglc. The chairs of the two groups discussed this and agreed to start a 1 week working group last call in the PWEe working group; "after" the IETF meeting in Atlanta. This mail starts this wglc. Since we want the PWE3 and MPLS WG comment on the same version of the draft, we will leave the MPLS wg last call open until we close the wglc in PWE3. /Loa for all the co-chairs On 2012-10-12 15:52, Loa Andersson wrote: > Working Group, > > this is to start a two week working group last call on > draft-ietf-mpls-tp-oam-id-mib-01. > > Please send your comments to the mpls working group mailing > list (mpls@ietf.org). > > Please send both technical comments, and if you are happy with the > document as is also indications of support. > > This working group last call will end on October 28. > > /Loa > for the wg co-chairs -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From loa@pi.nu Fri Nov 9 11:36:58 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DCCF21F852E for ; Fri, 9 Nov 2012 11:36:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.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 z2ikiJ0utaxk for ; Fri, 9 Nov 2012 11:36:58 -0800 (PST) Received: from mail.pi.nu (ns1.elverljung.se [195.206.248.139]) by ietfa.amsl.com (Postfix) with ESMTP id DC48921F8529 for ; Fri, 9 Nov 2012 11:36:57 -0800 (PST) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.pi.nu (Postfix) with ESMTPSA id E747882450; Fri, 9 Nov 2012 20:36:55 +0100 (CET) Message-ID: <509D5B58.3050500@pi.nu> Date: Fri, 09 Nov 2012 20:36:56 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: "draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org" , "mpls@ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "mpls-chairs@tools.ietf.org" Subject: [mpls] Plese remove Appendix A in draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 19:36:58 -0000 Authors, when reviewing and preparing the draft-ietf-mpls-tp-mip-mep-map for working group last call the working group chairs has discussed the Appendix A "Previously considered solutions". While this Appendix certainly has been helpful developing the ID, the Appendix does not now add anything to the proposed solution itself. It is basically a list of rejected ideas. We therefore ask the authors to remove the Appendix and publish a new version of the document. /Loa for the mpls wg co-chairs -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From liu.guoman@zte.com.cn Fri Nov 9 23:20:11 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC11C21F8807 for ; Fri, 9 Nov 2012 23:20:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.795 X-Spam-Level: X-Spam-Status: No, score=-97.795 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_42=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, 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 9B9SJoayEcCk for ; Fri, 9 Nov 2012 23:19:50 -0800 (PST) Received: from zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 1D91021F8482 for ; Fri, 9 Nov 2012 23:19:50 -0800 (PST) Received: from zte.com.cn (unknown [192.168.168.119]) by Websense Email Security Gateway with ESMTP id 3FFD28B0 for ; Sat, 10 Nov 2012 15:19:41 +0800 (CST) Received: from mse02.zte.com.cn (unknown [10.30.3.21]) by Websense Email Security Gateway with ESMTPS id E7D2A71C094; Sat, 10 Nov 2012 15:17:15 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id qAA7JXrZ064812; Sat, 10 Nov 2012 15:19:33 +0800 (GMT-8) (envelope-from liu.guoman@zte.com.cn) In-Reply-To: To: Yaacov Weingarten MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: liu.guoman@zte.com.cn Date: Sat, 10 Nov 2012 15:19:27 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-11-10 15:19:26, Serialize complete at 2012-11-10 15:19:26 Content-Type: multipart/alternative; boundary="=_alternative 00284F3048257AB2_=" X-MAIL: mse02.zte.com.cn qAA7JXrZ064812 Cc: "mpls@ietf.org" Subject: Re: [mpls] I-D Action: draft-ietf-mpls-tp-ring-protection-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2012 07:20:11 -0000 This is a multipart message in MIME format. --=_alternative 00284F3048257AB2_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 aGksIFlhYWNvdg0KSSB0aGluayB5b3UgYXJlIHJpZ2h0IGlmIHVzaW5nIFBTQyBwcm90b2NvbCBk dXJpbmcgdGhpcyBwcm90ZWN0aW9uLiBXaGlsZSANCkkgdGhpbmsgaXQgdW5uZWNlc3NhcnkgdG8g dXNlIFBTQyBwcm90b2NvbCB0byBjb29yZGluYXRlIHRoZSBzdGF0ZSBiZXR3ZWVuDQppbmdyZXNz IG5vZGUgYW5kIG90aGVyIGVncmVzcyBub2Rlcy4gSWYgYW4gaW5ncmVzcyBub2RlIGRldGVjdCBh IGZhaWx1cmUgDQpvbiB0aGUgcmluZywgIGl0IHdpbGwgYnJpZGdlIGl0cyBkYXRhIHBhY2tldCB0 byB0aGUgd29ya2luZyBwYXRoIGFuZCB0aGUgDQpwcm90ZWN0aW9uDQpwYXRoIGltbWVkaWF0ZWx5 LiBXaGlsZSBhbGwgZWdyZXNzIG5vZGVzIHdpbGwgYWRvcHQgbWVyZ2VyIHNlbGVjdG9yIHRvIA0K cmVjZWl2ZSB0aGUgZGF0YSBwYWNrZXQgZnJvbSB0aGUgd29ya2luZyBwYXRoIG9yIHRoZSBwcm90 ZWN0aW9uIHBhdGguDQoNCkRvIEkgbWlzcyBzb21ldGhpbmcgaW1wb3J0YW50Pw0KDQpCLlIuDQps aXUNCg0KDQoNCg0KDQoNCg0KWWFhY292IFdlaW5nYXJ0ZW4gPHd5YWFjb3ZAZ21haWwuY29tPiAN CjIwMTItMTEtMDkgMjA6MDgNCg0KytW8/sjLDQpsaXUuZ3VvbWFuQHp0ZS5jb20uY24NCrOty80N CiJtcGxzQGlldGYub3JnIiA8bXBsc0BpZXRmLm9yZz4sIERhdmlkIEFsbGFuIEkgDQo8ZGF2aWQu aS5hbGxhbkBlcmljc3Nvbi5jb20+DQrW98ziDQpSRTogW21wbHNdIEktRCBBY3Rpb246IGRyYWZ0 LWlldGYtbXBscy10cC1yaW5nLXByb3RlY3Rpb24tMDMudHh0DQoNCg0KDQoNCg0KDQpZZXMsIHRo YXQgc291bmRzIHJlYXNvbmFibGUgZXhjZXB0IGZvciBvbmUgZGV0YWlsIC0gdGhlIGxpbmVhciBw cm90ZWN0aW9uIA0KcHJvdG9jb2wgaW4gUkZDNjM3OCAoYW5kIGluIGZhY3QgYW55IExQIGRhdGEg cHJvdG9jb2wpIGluY2x1ZGVzIGEgZmllbGQgDQp0aGF0IGluZGljYXRlcyB3aGV0aGVyIHRoZSBw cm90ZWN0aW9uIGRvbWFpbiBpcyB1c2luZyAxOjEgb3IgMSsxIA0KcHJvdGVjdGlvbiwgYW5kIHdo YXQgeW91IGFyZSBzdWdnZXN0aW5nIGNvdWxkIGNhdXNlIGFsbCBzb3J0cyBvZiANCm1pc21hdGNo ZXMgZm9yIHRoZSBwcm90b2NvbCB0aGF0IHNob3VsZCByYWlzZSBhbGwgc29ydHMgb2YgZmxhZ3Mg dG8gdGhlIA0KbWFuYWdlbWVudCBzeXN0ZW0uICBVbmxlc3Mgb2YgY291cnNlIHRoYXQgeW91ICBh cmUgc3VnZ2VzdGluZyB0aGF0IHlvdSBhcmUgDQpub3QgdXNpbmcgYW55IExQIGFuZCBqdXN0IGRl cGVuZGVudCB1cG9uIHRoZSBPQU0gZXJyb3JzIC0gd2hpY2ggbGVhZHMgdG8gDQpxdWVzdGlvbnMg b2YgaG93IHF1aWNrbHkgeW91IGNhbiBzd2l0Y2hvdmVyIGFuZCB3aGV0aGVyIGFsbCBMU1JzIGlu IHRoZSANCiJyaW5nIiBhcmUgY29vcmRpbmF0ZWQuDQpCUiwNCnlhYWNvdg0KT24gTm92IDksIDIw MTIgMTA6MzAgQU0sIDxsaXUuZ3VvbWFuQHp0ZS5jb20uY24+IHdyb3RlOg0KDQpEYXZlIA0KaSBz YXkgc29ycnkgZm9yIHJlcGx5aW5nIHNvIGxhdGUuIHVzaW5nIDE6MSBhbmQgMSsxIHByb3RlY3Rp b24gaXMgbm90IA0KY29tcGxldGVseSB0cnVlLiANCmluIG15IG1pbmQuIGZvciBhbnkgaW5ncmVz cyBub2RlIG9mIHRoZSByaW5nLiBpZiB0aGV5IGRpZG4ndCBkZXRlY3QgYW5kIGJlIA0Kbm90aWZp ZWQgYW55IGZhaWx1cmUgb24gdGhlIHJpbmcuIA0KdGhleSB3b3VsZCBvbmx5IHNlbmQgZGF0YSBw YWNrZXRzIG9uIHRoZSB3b3JraW5nIHBhdGguIGVsc2UgaWYgdGhleSANCmRldGVjdGVkIGFuZCBi ZSBub3RpZmllZCBhbnkgZmFpbHVyZSBvbiB0aGUgcmluZy4gDQp0aGV5IHdvdWxkIGJyaWRnZSB0 aGUgZGF0YSBwYWNrZXRzIHRvIGJvdGggd29ya2luZyBwYXRoIGFuZCBwcm90ZWN0aW9uIA0KcGF0 aC4gYWxsIGVncmVzcyBub2RlIG9mIHRoZSByaW5nIHdvdWxkIHNlbGVjdCANCm9uZSBvZiB0aGUg dHdvIHBhdGhzIHRvIHJlY2VpdmUgdGhlIGRhdGEgcGFja2V0cy4gDQoNCkIuUi4gDQpMaXUNCg0K DQoNCg0KDQoNCkRhdmlkIEFsbGFuIEkgPGRhdmlkLmkuYWxsYW5AZXJpY3Nzb24uY29tPiANCjIw MTItMTEtMDcgMDk6MjUgDQoNCg0KytW8/sjLDQoibGl1Lmd1b21hbkB6dGUuY29tLmNuIiA8bGl1 Lmd1b21hbkB6dGUuY29tLmNuPiANCrOty80NCiJtcGxzQGlldGYub3JnIiA8bXBsc0BpZXRmLm9y Zz4sIFlhYWNvdiBXZWluZ2FydGVuIDx3eWFhY292QGdtYWlsLmNvbT4gDQrW98ziDQpSRTogW21w bHNdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbXBscy10cC1yaW5nLXByb3RlY3Rpb24tMDMudHh0 DQoNCg0KDQoNCg0KDQoNCg0KSGkgTGl1IA0KICANClllcywgdHdvIGZhaWx1cmVzIG9uIGEgcmlu ZyB3aWxsIGNvbXBsZXRlbHkgc2V2ZXIgc29tZSBub2Rlcy4gV2lsZCANCmFncmVlbWVudCANCiAg DQpHaXZlbiBpdCBhcHBlYXJzIHRoYXQgeW91IGFyZSBub3cgcmVpbnZlbnRpbmcgd2hhdCAxOjEg aXMgc3VjaCB0aGF0IDErMSBpcyANCnRoZSBmYWlsdXJlIG1vZGUsIEknbSBsb3NpbmcgdGhlIHBs b3QuLi4uIA0KICANCkNhbiB5b3UgY2xhcmlmeT8gDQpEYXZlIA0KDQpGcm9tOiBsaXUuZ3VvbWFu QHp0ZS5jb20uY24gW21haWx0bzpsaXUuZ3VvbWFuQHp0ZS5jb20uY25dIA0KU2VudDogTW9uZGF5 LCBOb3ZlbWJlciAwNSwgMjAxMiA2OjI3IFBNDQpUbzogRGF2aWQgQWxsYW4gSQ0KQ2M6IG1wbHNA aWV0Zi5vcmc7IFlhYWNvdiBXZWluZ2FydGVuDQpTdWJqZWN0OiBSRTogW21wbHNdIEktRCBBY3Rp b246IGRyYWZ0LWlldGYtbXBscy10cC1yaW5nLXByb3RlY3Rpb24tMDMudHh0DQoNCg0KRGF2ZSBh bmQgWWFhY292IA0KdGhhbmsgeW91IGZvciByZXBseWluZyBhbmQgZXhwbGFpbmluZyAuIGkgdW5k ZXJzdGFuZCB3aGF0IHlvdSBzYWlkLiBidXQgaW4gDQpteSBtaW5kLCANCnRoaXMgMToxIHByb3Rl Y3Rpb24gaXMgbm90IHB1cmUgMToxIHNvbHV0aW9uLiB0aGUgaW5ncmVzcyBub2RlIG9ubHkgYnJp ZGdlIA0KdGhlIHdvcmtpbmcgcGF0aCB3aXRob3V0IGZhaWx1cmUgb24gdGhlIHJpbmcuIA0Kd2hl biBhIGZhaWx1cmUgaXMgZGV0ZWN0ZWQgb24gdGhlIHJpbmcuIHRoZSBpbmdyZXNzIG5vZGUgd2ls bCBhcHBseSAxKzEgDQptb2RlIHRvIHNlbmQgdGhlIHRyYWZmaWMgb24gYm90aCB0aGUgd29ya2lu ZyBwYXRoIA0KYW5kIHRoZSBwcm90ZWN0aW9uIHBhdGguc28gaXQgaXMgaW1wb3NzaWJsZSBmb3Ig c29tZSBlZ3Jlc3Mgbm9kZXMgdG8gbm90IA0KcmVjZWl2ZSB0aGUgZGF0YSBwYWNrZXRzIGZyb20g d29ya2luZyBwYXRoIG9yIHByb3RlY3Rpb24gcGF0aC4gDQpjb25zaWRlcmluZyB0aGVyZSBhcmUg dHdvIGZhaWx1cmVzIG9uIHRoZSByaW5nIGF0IHRoZSBzYW1lIHRpbWUganVzdCBsaWtlIA0Kd2hh dCBEYXZlIHNhaWQuIGlmIHNvbWUgZWdyZXNzIG5vZGVzIGFyZSBpc29sYXRlZCBmcm9tIA0KdGhl IGluZ3Jlc3Mgbm9kZS4gZXZlbiBpZiBhcHBseWluZyAxKzEgcHJvdGVjdGlvbiwgdGhleSBjYW4n dCByZWNlaXZlIHRoZSANCmRhdGEgcGFja2V0cyBieSBlaXRoZXIgdGhlIHdvcmtpbmcgcGF0aCBv ciB0aGUgcHJvZWN0aW9uIHBhdGguIA0KDQoNCg0KQi5SLiANCmxpdSANCg0KDQoNCg0KDQoNCg0K RGF2aWQgQWxsYW4gSSA8ZGF2aWQuaS5hbGxhbkBlcmljc3Nvbi5jb20+IA0KMjAxMi0xMS0wNiAw MjoxNCANCg0KDQrK1bz+yMsNCiJsaXUuZ3VvbWFuQHp0ZS5jb20uY24iIDxsaXUuZ3VvbWFuQHp0 ZS5jb20uY24+LCBZYWFjb3YgV2VpbmdhcnRlbiA8DQp3eWFhY292QGdtYWlsLmNvbT4gDQqzrcvN DQoibXBsc0BpZXRmLm9yZyIgPG1wbHNAaWV0Zi5vcmc+IA0K1vfM4g0KUkU6IFttcGxzXSBJLUQg QWN0aW9uOiBkcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uLTAzLnR4dA0KDQoNCg0K DQoNCg0KDQoNCg0KDQpIaSBMaXU6IA0KIA0KUHJvYmxlbSB3aXRoIDE6MSBhcHBsaWVkIHRvIHAy bXAgaW4gdGhlIGdlbmVyYWwgY2FzZSBpcyB0aGF0IHR3byBmYWlsdXJlcyANCmNvdWxkIHJlc3Vs dCBpbiB0d28gaW5jb21wbGV0ZSB0cmVlcyB3aXRoIG5vIHJlY291cnNlIG90aGVyIHRoYW4gDQpy ZXN0b3JhdGlvbiwgd2hpbGUgMSsxIHJlZHVjZXMgdGhlIHByb2JhYmlsaXR5IG9mIHRoaXMgImJh ZCBsdWNrIHNjZW5hcmlvIiANCnNpZ25pZmljYW50bHkuLi4uSSd2ZSBub3Qgc3BlY2lmaWNhbGx5 IGFuYWx5emVkIHJpbmdzLCBidXQgd291bGQgc3VzcGVjdCANCnRoZSBzYW1lIGNvbmNsdXNpb25z IGNhbiBiZSBkcmF3bi4gDQogDQpJIGhvcGUgdGhpcyBoZWxwcyANCkRhdmUgDQoNCkZyb206IG1w bHMtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVo YWxmIE9mIA0KbGl1Lmd1b21hbkB6dGUuY29tLmNuDQpTZW50OiBNb25kYXksIE5vdmVtYmVyIDA1 LCAyMDEyIDI6NDQgQU0NClRvOiBZYWFjb3YgV2VpbmdhcnRlbg0KQ2M6IG1wbHNAaWV0Zi5vcmcN ClN1YmplY3Q6IFJlOiBbbXBsc10gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmct cHJvdGVjdGlvbi0wMy50eHQNCg0KDQpZYWFjb3YsaGkgDQppIGhhdmUgb25seSBvbmUgcXVlc3Rp b24sIHdoeSB0byBsaW1pdCB0byAxKzEgbGluZWFyIHByb3RlY3Rpb24gZm9yIA0Kc3RlZXJpbmcg Zm9yIHAybXAgcGF0aC4gDQp3aHkgbm90IGFwcGx5IDE6MSBsaW5lYXIgcHJvdGVjdGlvbiBtZWNo YW5pc20/IA0KaXQgc2F5cywgdGhlIHAybXAgdHJhZmZpYyBpcyBvbmx5IHRyYXNucG9ydGVkIG9u IHRoZSB3b3JraW5nIHBhdGggdW5kZXIgDQpub3JtYWwgY29uZGl0aW9uLiANCmlmIGEgZmFpbHVy ZSBoYXBwZW5zIG9uIHRoZSByaW5nLiB0aGUgcDJtcCB0cmFmZmljIHdpbGwgYmUgdHJhbnNwb3J0 ZWQgb24gDQpib3RoIHdvcmtpbmcgcGF0aCBhbmQgcHJvdGVjdGlvbiBwYXRoLiANCmVhY2ggZWdy ZXNzIG5vZGUgd2lsbCBzZWxlY3Qgd29ya2luZyBwYXRoIG9yIHByb3RlY3Rpb24gcGF0aCB0byBy ZWNlaXZlIA0KdGhlIHRyYWZmaWMuIA0KSU1PLCAxOiAxIHByb3RlY3Rpb24gbWF5IGJlIG1vcmUg ZWZmZWN0aXZlIHRoYW4gMSsxIHByb3RlY3Rpb24uIA0KDQppcyBteSB1bmRlcnN0YW5kaW5nIHJp Z2h0PyB0aGFua3MgDQoNCkIuUi4gDQpMaXUgDQoNCg0KDQoNCg0KDQpZYWFjb3YgV2VpbmdhcnRl biA8d3lhYWNvdkBnbWFpbC5jb20+IA0Kt6K8/sjLOiAgbXBscy1ib3VuY2VzQGlldGYub3JnIA0K MjAxMi0xMS0wNSAxNzowMCANCg0KDQrK1bz+yMsNCm1wbHNAaWV0Zi5vcmcgDQqzrcvNDQoNCtb3 zOINClJlOiBbbXBsc10gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVj dGlvbi0wMy50eHQNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCkhpIGFsbCwgDQoNCkkgaGF2ZSBq dXN0IHVwbG9hZGVkIGEgbmV3IHZlcnNpb24gb2YgdGhlIFJpbmcgUHJvdGVjdGlvbiBBcHBsaWNh YmlsaXR5IA0KZHJhZnQuICBUaGlzIGlzIG5vdCB0aGUgZmluYWwgdmVyc2lvbiwgYnV0IHJhdGhl ciBhIHZlcnNpb24gdGhhdCB0cmllcyB0byANCmFkZHJlc3MgdGhlIG1hbnkgY29tbWVudHMgdGhh dCB3ZXJlIHJlY2VpdmVkIGR1cmluZyB0aGUgV0dMQyB0dGhhdCB3YXMgDQpoZWxkIGxhc3QgbW9u dGguICBQbGVhc2UgcmV2aWV3IHRoaXMgdmVyc2lvbiB0byAgdmVyaWZ5IHRoYXQgeW91ciBjb21t ZW50cyANCmhhdmUgYmVlbiBhZGRyZXNzZWQgKGFsb25nIHRoZSBsaW5lcyB0aGF0IHdlcmUgb3V0 bGluZWQgaW4gbXkgdmFyaW91cyANCmVtYWlscyBzZW50IGVhcmxpZXIgdG8gdGhlIGxpc3QpLiAN Cg0KVGhlcmUgYXJlIHNvbWUgY29tbWVudHMgdGhhdCBuZWVkIHRvIGJlIGFkZHJlc3NlZCwgYXdh dGluZyBzb21lIA0KY2xhcmlmaWNhdGlvbnMgZnJvbSB0aGUgc3VibWl0dGVycyBvZiB0aGUgY29t bWVudHMgYW5kIGluIGFkZGl0aW9uIHRoZXJlIA0Kd2FzIGEgcmVxdWVzdCB0byByZWR1Y2UgdGhl IG51bWJlciBvZiBhdXRob3JzIGFwcGVhcmluZyBvbiB0aGUgZnJvbnQgcGFnZSANCm9mIHRoZSBk cmFmdC4gDQoNCkFueSBhZGRpdGlvbmFsIGNvbW1lbnRzIGFyZSBlbmNvdXJhZ2VkLiANCg0KDQpP biBNb24sIE5vdiA1LCAyMDEyIGF0IDEwOjUyIEFNLCA8aW50ZXJuZXQtZHJhZnRzQGlldGYub3Jn PiB3cm90ZTogDQoNCkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBv bi1saW5lIEludGVybmV0LURyYWZ0cyANCmRpcmVjdG9yaWVzLg0KVGhpcyBkcmFmdCBpcyBhIHdv cmsgaXRlbSBvZiB0aGUgTXVsdGlwcm90b2NvbCBMYWJlbCBTd2l0Y2hpbmcgV29ya2luZyANCkdy b3VwIG9mIHRoZSBJRVRGLg0KDQogICAgICBUaXRsZSAgICAgICAgICAgOiBBcHBsaWNhYmlsaXR5 IG9mIE1QTFMtVFAgTGluZWFyIFByb3RlY3Rpb24gZm9yIA0KUmluZyBUb3BvbG9naWVzDQogICAg ICBBdXRob3IocykgICAgICAgOiBZYWFjb3YgV2VpbmdhcnRlbg0KICAgICAgICAgICAgICAgICAg ICAgICAgU3Rld2FydCBCcnlhbnQNCiAgICAgICAgICAgICAgICAgICAgICAgIERhbmllbGxlIENl Y2NhcmVsbGkNCiAgICAgICAgICAgICAgICAgICAgICAgIERpZWdvIENhdmlnbGlhDQogICAgICAg ICAgICAgICAgICAgICAgICBGcmFuY2VzY28gRm9uZGVsbGkNCiAgICAgICAgICAgICAgICAgICAg ICAgIE1hcmNvIENvcnNpDQogICAgICAgICAgICAgICAgICAgICAgICBCbyBXdQ0KICAgICAgICAg ICAgICAgICAgICAgICAgWHVlaHVpIERhaQ0KICAgICAgRmlsZW5hbWUgICAgICAgIDogZHJhZnQt aWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbi0wMy50eHQNCiAgICAgIFBhZ2VzICAgICAgICAg ICA6IDI5DQogICAgICBEYXRlICAgICAgICAgICAgOiAyMDEyLTExLTA1DQoNCkFic3RyYWN0Og0K IFRoaXMgZG9jdW1lbnQgcHJlc2VudHMgYW4gYXBwbGljYWJpbGl0eSBvZiBsaW5lYXIgcHJvdGVj dGlvbg0KIG1lY2hhbmlzbXMgZm9yIE11bHRpLVByb3RvY29sIExhYmVsIFN3aXRjaGluZyBUcmFu c3BvcnQgUHJvZmlsZQ0KIChNUExTLVRQKSBpbiByaW5nIHRvcG9sb2dpZXMuICBQcm90ZWN0aW9u IG9uIHJpbmdzIG9mZmVycyBhIG51bWJlciBvZg0KIG9wcG9ydHVuaXRpZXMgZm9yIG9wdGltaXph dGlvbiBhcyB0aGUgcHJvdGVjdGlvbiBjaG9pY2VzIGFyZSBzdGFya2x5DQogbGltaXRlZCAoYWxs IHRyYWZmaWMgdHJhdmVsaW5nIG9uZSB3YXkgYXJvdW5kIGEgcmluZyBjYW4gb25seSBiZQ0KIHN3 aXRjaGVkIHRvIHRyYXZlbCB0aGUgb3RoZXIgd2F5IG9uIHRoZSByaW5nKSwgYnV0IGFsc28gc3Vm ZmVycyBmcm9tDQogc29tZSBjb21wbGljYXRpb25zIGNhdXNlZCBieSB0aGUgbGltaXRhdGlvbnMg b2YgdGhlIHRvcG9sb2d5Lg0KDQogUmVxdWlyZW1lbnRzIGZvciBNUExTLVRQIHByb3RlY3Rpb24g YW5kIHNwZWNpZmljYWxseSBmb3IgcHJvdGVjdGlvbg0KIGluIHJpbmcgdG9wb2xvZ2llcyBhcmUg ZGlzY3Vzc2VkIGluICJSZXF1aXJlbWVudHMgb2YgYW4gTVBMUw0KIFRyYW5zcG9ydCBQcm9maWxl IiAoUkZDIDU2NTQpIGFuZCAiTVBMUyBUcmFuc3BvcnQgUHJvZmlsZSAoTVBMUy1UUCkNCiBTdXJ2 aXZhYmlsaXR5IEZyYW1ld29yayIgKFJGQyA2MzcyKS4gIFRoaXMgZG9jdW1lbnQgc2hvd3MgaG93 IE1QTFMtVFANCiBsaW5lYXIgcHJvdGVjdGlvbiBhcyBkZWZpbmVkIGluIFJGQyA2Mzc4IGNhbiBi ZSBhcHBsaWVkIHRvIHJpbmcNCiB0b3BvbG9naWVzLCBkaXNjdXNzZXMgaG93IG1vc3Qgb2YgdGhl IHJlcXVpcmVtZW50cyBhcmUgbWV0LCBhbmQNCiBkZXNjcmliZXMgc2NlbmFyaW9zIGluIHdoaWNo IHRoZSBmdW5jdGlvbiBwcm92aWRlZCBieSBhcHBseWluZyBsaW5lYXINCiBwcm90ZWN0aW9uIGlu IGEgcmluZyB0b3BvbG9neSBmYWxscyBzaG9ydCBvZiBzb21lIG9mIHRoZQ0KIHJlcXVpcmVtZW50 cy4NCg0KIFRoaXMgZG9jdW1lbnQgaXMgYSBwcm9kdWN0IG9mIGEgam9pbnQgSW50ZXJuZXQgRW5n aW5lZXJpbmcgVGFzayBGb3JjZQ0KIChJRVRGKSAvIEludGVybmF0aW9uYWwgVGVsZWNvbW11bmlj YXRpb25zIFVuaW9uIFRlbGVjb21tdW5pY2F0aW9ucw0KIFN0YW5kYXJkaXphdGlvbiBTZWN0b3Ig KElUVS1UKSBlZmZvcnQgdG8gaW5jbHVkZSBhbiBNUExTIFRyYW5zcG9ydA0KIFByb2ZpbGUgd2l0 aGluIHRoZSBJRVRGIE1QTFMgYW5kIFBXRTMgYXJjaGl0ZWN0dXJlcyB0byBzdXBwb3J0IHRoZQ0K IGNhcGFiaWxpdGllcyBhbmQgZnVuY3Rpb25hbGl0aWVzIG9mIGEgcGFja2V0IHRyYW5zcG9ydCBu ZXR3b3JrIGFzDQogZGVmaW5lZCBieSB0aGUgSVRVLVQuDQoNCg0KVGhlIElFVEYgZGF0YXRyYWNr ZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6DQpodHRwczovL2RhdGF0cmFja2VyLmll dGYub3JnL2RvYy9kcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uDQoNClRoZXJlJ3Mg YWxzbyBhIGh0bWxpemVkIHZlcnNpb24gYXZhaWxhYmxlIGF0Og0KaHR0cDovL3Rvb2xzLmlldGYu b3JnL2h0bWwvZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbi0wMw0KDQpBIGRpZmYg ZnJvbSB0aGUgcHJldmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6DQpodHRwOi8vd3d3Lmll dGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uLTAz DQoNCg0KSW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQ IGF0Og0KZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8NCg0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm1wbHMgbWFpbGluZyBsaXN0DQpt cGxzQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMg DQoNCg0KDQotLSANClRoYW54IGFuZCBCUiwgDQp5YWFjb3YgDQoNClN0aWxsIGxvb2tpbmcgZm9y IG5ldyBvcHBvcnR1bml0eSANCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQptcGxzIG1haWxpbmcgbGlzdA0KbXBsc0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQoNCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KWlRFIEluZm9ybWF0aW9uIFNl Y3VyaXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1haWwgDQoo YW5kIGFueSBhdHRhY2htZW50IHRyYW5zbWl0dGVkIGhlcmV3aXRoKSBpcyBwcml2aWxlZ2VkIGFu ZCBjb25maWRlbnRpYWwgDQphbmQgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgdXNlIG9m IHRoZSBhZGRyZXNzZWUocykuICBJZiB5b3UgYXJlIG5vdCANCmFuIGludGVuZGVkIHJlY2lwaWVu dCwgYW55IGRpc2Nsb3N1cmUsIHJlcHJvZHVjdGlvbiwgZGlzdHJpYnV0aW9uIG9yIG90aGVyIA0K ZGlzc2VtaW5hdGlvbiBvciB1c2Ugb2YgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpcyBzdHJp Y3RseSBwcm9oaWJpdGVkLiANCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgbWFpbCBpbiBlcnJv ciwgcGxlYXNlIGRlbGV0ZSBpdCBhbmQgbm90aWZ5IHVzIA0KaW1tZWRpYXRlbHkuDQoNCg0KDQoN Cg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0NClpURSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250 YWluZWQgaW4gdGhpcyBtYWlsIA0KKGFuZCBhbnkgYXR0YWNobWVudCB0cmFuc21pdHRlZCBoZXJl d2l0aCkgaXMgcHJpdmlsZWdlZCBhbmQgY29uZmlkZW50aWFsIA0KYW5kIGlzIGludGVuZGVkIGZv ciB0aGUgZXhjbHVzaXZlIHVzZSBvZiB0aGUgYWRkcmVzc2VlKHMpLiAgSWYgeW91IGFyZSBub3Qg DQphbiBpbnRlbmRlZCByZWNpcGllbnQsIGFueSBkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIGRp c3RyaWJ1dGlvbiBvciBvdGhlciANCmRpc3NlbWluYXRpb24gb3IgdXNlIG9mIHRoZSBpbmZvcm1h dGlvbiBjb250YWluZWQgaXMgc3RyaWN0bHkgcHJvaGliaXRlZC4gDQpJZiB5b3UgaGF2ZSByZWNl aXZlZCB0aGlzIG1haWwgaW4gZXJyb3IsIHBsZWFzZSBkZWxldGUgaXQgYW5kIG5vdGlmeSB1cyAN CmltbWVkaWF0ZWx5Lg0KDQoNCg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpaVEUgSW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNl OiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWFpbCANCihhbmQgYW55IGF0dGFj aG1lbnQgdHJhbnNtaXR0ZWQgaGVyZXdpdGgpIGlzIHByaXZpbGVnZWQgYW5kIGNvbmZpZGVudGlh bCANCmFuZCBpcyBpbnRlbmRlZCBmb3IgdGhlIGV4Y2x1c2l2ZSB1c2Ugb2YgdGhlIGFkZHJlc3Nl ZShzKS4gIElmIHlvdSBhcmUgbm90IA0KYW4gaW50ZW5kZWQgcmVjaXBpZW50LCBhbnkgZGlzY2xv c3VyZSwgcmVwcm9kdWN0aW9uLCBkaXN0cmlidXRpb24gb3Igb3RoZXIgDQpkaXNzZW1pbmF0aW9u IG9yIHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlzIHN0cmljdGx5IHByb2hpYml0 ZWQuIA0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtYWlsIGluIGVycm9yLCBwbGVhc2UgZGVs ZXRlIGl0IGFuZCBub3RpZnkgdXMgDQppbW1lZGlhdGVseS4NCg0KDQoNCg0KLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSBJbmZvcm1h dGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBt YWlsIChhbmQgYW55IGF0dGFjaG1lbnQgdHJhbnNtaXR0ZWQgaGVyZXdpdGgpIGlzIHByaXZpbGVn ZWQgYW5kIGNvbmZpZGVudGlhbCBhbmQgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgdXNl IG9mIHRoZSBhZGRyZXNzZWUocykuICBJZiB5b3UgYXJlIG5vdCBhbiBpbnRlbmRlZCByZWNpcGll bnQsIGFueSBkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIGRpc3RyaWJ1dGlvbiBvciBvdGhlciBk aXNzZW1pbmF0aW9uIG9yIHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlzIHN0cmlj dGx5IHByb2hpYml0ZWQuICBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1haWwgaW4gZXJyb3Is IHBsZWFzZSBkZWxldGUgaXQgYW5kIG5vdGlmeSB1cyBpbW1lZGlhdGVseS4NCi0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpaVEUgSW5mb3Jt YXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMg bWFpbCAoYW5kIGFueSBhdHRhY2htZW50IHRyYW5zbWl0dGVkIGhlcmV3aXRoKSBpcyBwcml2aWxl Z2VkIGFuZCBjb25maWRlbnRpYWwgYW5kIGlzIGludGVuZGVkIGZvciB0aGUgZXhjbHVzaXZlIHVz ZSBvZiB0aGUgYWRkcmVzc2VlKHMpLiAgSWYgeW91IGFyZSBub3QgYW4gaW50ZW5kZWQgcmVjaXBp ZW50LCBhbnkgZGlzY2xvc3VyZSwgcmVwcm9kdWN0aW9uLCBkaXN0cmlidXRpb24gb3Igb3RoZXIg ZGlzc2VtaW5hdGlvbiBvciB1c2Ugb2YgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpcyBzdHJp Y3RseSBwcm9oaWJpdGVkLiAgSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtYWlsIGluIGVycm9y LCBwbGVhc2UgZGVsZXRlIGl0IGFuZCBub3RpZnkgdXMgaW1tZWRpYXRlbHkuDQo= --=_alternative 00284F3048257AB2_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPmhpLCBZYWFjb3Y8L2ZvbnQ+DQo8 YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkkgdGhpbmsgeW91IGFyZSByaWdodCBp ZiB1c2luZyBQU0MgcHJvdG9jb2wNCmR1cmluZyB0aGlzIHByb3RlY3Rpb24uIFdoaWxlIEkgdGhp bmsgaXQgdW5uZWNlc3NhcnkgdG8gdXNlIFBTQyBwcm90b2NvbA0KdG8gY29vcmRpbmF0ZSB0aGUg c3RhdGUgYmV0d2VlbjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+ aW5ncmVzcyBub2RlIGFuZCBvdGhlciBlZ3Jlc3Mgbm9kZXMuDQpJZiBhbiBpbmdyZXNzIG5vZGUg ZGV0ZWN0IGEgZmFpbHVyZSBvbiB0aGUgcmluZywgJm5ic3A7aXQgd2lsbCBicmlkZ2UgaXRzDQpk YXRhIHBhY2tldCB0byB0aGUgd29ya2luZyBwYXRoIGFuZCB0aGUgcHJvdGVjdGlvbjwvZm9udD4N Cjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+cGF0aCBpbW1lZGlhdGVseS4gV2hp bGUgYWxsIGVncmVzcyBub2Rlcw0Kd2lsbCBhZG9wdCBtZXJnZXIgc2VsZWN0b3IgdG8gcmVjZWl2 ZSB0aGUgZGF0YSBwYWNrZXQgZnJvbSB0aGUgd29ya2luZw0KcGF0aCBvciB0aGUgcHJvdGVjdGlv biBwYXRoLjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+ RG8gSSBtaXNzIHNvbWV0aGluZyBpbXBvcnRhbnQ/PC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNp emU9MiBmYWNlPSJzYW5zLXNlcmlmIj5CLlIuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNl PSJzYW5zLXNlcmlmIj5saXU8YnI+DQo8L2ZvbnQ+DQo8dGFibGU+DQo8dHI+DQo8dGQ+DQo8ZGl2 IGFsaWduPWNlbnRlcj48L2Rpdj4NCjx0ZD48L3RhYmxlPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJy Pg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD0zNiU+PGZv bnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxiPllhYWNvdiBXZWluZ2FydGVuICZsdDt3eWFh Y292QGdtYWlsLmNvbSZndDs8L2I+DQo8L2ZvbnQ+DQo8cD48Zm9udCBzaXplPTEgZmFjZT0ic2Fu cy1zZXJpZiI+MjAxMi0xMS0wOSAyMDowODwvZm9udD4NCjx0ZCB3aWR0aD02MyU+DQo8dGFibGUg d2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9u dCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+ytW8/sjLPC9mb250PjwvZGl2Pg0KPHRkPjxmb250 IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5saXUuZ3VvbWFuQHp0ZS5jb20uY248L2ZvbnQ+DQo8 dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9 InNhbnMtc2VyaWYiPrOty808L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNh bnMtc2VyaWYiPiZxdW90O21wbHNAaWV0Zi5vcmcmcXVvdDsgJmx0O21wbHNAaWV0Zi5vcmcmZ3Q7 LA0KRGF2aWQgQWxsYW4gSSAmbHQ7ZGF2aWQuaS5hbGxhbkBlcmljc3Nvbi5jb20mZ3Q7PC9mb250 Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBm YWNlPSJzYW5zLXNlcmlmIj7W98ziPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNl PSJzYW5zLXNlcmlmIj5SRTogW21wbHNdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbXBscy10cC1y aW5nLXByb3RlY3Rpb24tMDMudHh0PC9mb250PjwvdGFibGU+DQo8YnI+DQo8dGFibGU+DQo8dHIg dmFsaWduPXRvcD4NCjx0ZD4NCjx0ZD48L3RhYmxlPg0KPGJyPjwvdGFibGU+DQo8YnI+DQo8YnI+ DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPlllcywgdGhhdCBzb3VuZHMgcmVh c29uYWJsZSBleGNlcHQgZm9yDQpvbmUgZGV0YWlsIC0gdGhlIGxpbmVhciBwcm90ZWN0aW9uIHBy b3RvY29sIGluIFJGQzYzNzggKGFuZCBpbiBmYWN0IGFueQ0KTFAgZGF0YSBwcm90b2NvbCkgaW5j bHVkZXMgYSBmaWVsZCB0aGF0IGluZGljYXRlcyB3aGV0aGVyIHRoZSBwcm90ZWN0aW9uDQpkb21h aW4gaXMgdXNpbmcgMToxIG9yIDErMSBwcm90ZWN0aW9uLCBhbmQgd2hhdCB5b3UgYXJlIHN1Z2dl c3RpbmcgY291bGQNCmNhdXNlIGFsbCBzb3J0cyBvZiBtaXNtYXRjaGVzIGZvciB0aGUgcHJvdG9j b2wgdGhhdCBzaG91bGQgcmFpc2UgYWxsIHNvcnRzDQpvZiBmbGFncyB0byB0aGUgbWFuYWdlbWVu dCBzeXN0ZW0uICZuYnNwO1VubGVzcyBvZiBjb3Vyc2UgdGhhdCB5b3UgJm5ic3A7YXJlDQpzdWdn ZXN0aW5nIHRoYXQgeW91IGFyZSBub3QgdXNpbmcgYW55IExQIGFuZCBqdXN0IGRlcGVuZGVudCB1 cG9uIHRoZSBPQU0NCmVycm9ycyAtIHdoaWNoIGxlYWRzIHRvIHF1ZXN0aW9ucyBvZiBob3cgcXVp Y2tseSB5b3UgY2FuIHN3aXRjaG92ZXIgYW5kDQp3aGV0aGVyIGFsbCBMU1JzIGluIHRoZSAmcXVv dDtyaW5nJnF1b3Q7IGFyZSBjb29yZGluYXRlZC48L2ZvbnQ+DQo8cD48Zm9udCBzaXplPTMgZmFj ZT0ic2Fucy1zZXJpZiI+QlIsPGJyPg0KeWFhY292PC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0zIGZh Y2U9InNhbnMtc2VyaWYiPk9uIE5vdiA5LCAyMDEyIDEwOjMwIEFNLCAmbHQ7PC9mb250PjxhIGhy ZWY9bWFpbHRvOmxpdS5ndW9tYW5AenRlLmNvbS5jbj48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBm YWNlPSJzYW5zLXNlcmlmIj48dT5saXUuZ3VvbWFuQHp0ZS5jb20uY248L3U+PC9mb250PjwvYT48 Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0Ow0Kd3JvdGU6PC9mb250Pg0KPGJyPjxm b250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQpEYXZlIDxicj4NCmkgc2F5IHNvcnJ5 IGZvciByZXBseWluZyBzbyBsYXRlLiB1c2luZyAxOjEgYW5kIDErMSBwcm90ZWN0aW9uIGlzIG5v dCBjb21wbGV0ZWx5DQp0cnVlLiA8YnI+DQppbiBteSBtaW5kLiBmb3IgYW55IGluZ3Jlc3Mgbm9k ZSBvZiB0aGUgcmluZy4gaWYgdGhleSBkaWRuJ3QgZGV0ZWN0IGFuZA0KYmUgbm90aWZpZWQgYW55 IGZhaWx1cmUgb24gdGhlIHJpbmcuIDxicj4NCnRoZXkgd291bGQgb25seSBzZW5kIGRhdGEgcGFj a2V0cyBvbiB0aGUgd29ya2luZyBwYXRoLiBlbHNlIGlmIHRoZXkgZGV0ZWN0ZWQNCmFuZCBiZSBu b3RpZmllZCBhbnkgZmFpbHVyZSBvbiB0aGUgcmluZy4gPGJyPg0KdGhleSB3b3VsZCBicmlkZ2Ug dGhlIGRhdGEgcGFja2V0cyB0byBib3RoIHdvcmtpbmcgcGF0aCBhbmQgcHJvdGVjdGlvbg0KcGF0 aC4gYWxsIGVncmVzcyBub2RlIG9mIHRoZSByaW5nIHdvdWxkIHNlbGVjdCA8YnI+DQpvbmUgb2Yg dGhlIHR3byBwYXRocyB0byByZWNlaXZlIHRoZSBkYXRhIHBhY2tldHMuIDxicj4NCjxicj4NCkIu Ui4gPGJyPg0KTGl1PC9mb250Pg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHI+DQo8dGQgd2lkdGg9 NTAlPg0KPHRkIHdpZHRoPTUwJT48L3RhYmxlPg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJzYW5z LXNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8L2ZvbnQ+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0 ciB2YWxpZ249dG9wPg0KPHRkIHdpZHRoPTM5JT48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJp ZiI+PGI+RGF2aWQgQWxsYW4gSSAmbHQ7PC9iPjwvZm9udD48YSBocmVmPW1haWx0bzpkYXZpZC5p LmFsbGFuQGVyaWNzc29uLmNvbSB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MSBjb2xvcj1ibHVl IGZhY2U9InNhbnMtc2VyaWYiPjxiPjx1PmRhdmlkLmkuYWxsYW5AZXJpY3Nzb24uY29tPC91Pjwv Yj48L2ZvbnQ+PC9hPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj48Yj4mZ3Q7PC9iPg0K PC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjIwMTItMTEtMDcgMDk6 MjU8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPg0KPC9mb250Pg0KPHRkIHdp ZHRoPTYwJT4NCjxicj4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQg d2lkdGg9NyU+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlm Ij7K1bz+yMs8L2ZvbnQ+PC9kaXY+DQo8dGQgd2lkdGg9OTIlPjxmb250IHNpemU9MSBmYWNlPSJz YW5zLXNlcmlmIj4mcXVvdDs8L2ZvbnQ+PGEgaHJlZj1tYWlsdG86bGl1Lmd1b21hbkB6dGUuY29t LmNuIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0xIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1zZXJp ZiI+PHU+bGl1Lmd1b21hbkB6dGUuY29tLmNuPC91PjwvZm9udD48L2E+PGZvbnQgc2l6ZT0xIGZh Y2U9InNhbnMtc2VyaWYiPiZxdW90Ow0KJmx0OzwvZm9udD48YSBocmVmPW1haWx0bzpsaXUuZ3Vv bWFuQHp0ZS5jb20uY24gdGFyZ2V0PV9ibGFuaz48Zm9udCBzaXplPTEgY29sb3I9Ymx1ZSBmYWNl PSJzYW5zLXNlcmlmIj48dT5saXUuZ3VvbWFuQHp0ZS5jb20uY248L3U+PC9mb250PjwvYT48Zm9u dCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OzwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0i c2Fucy1zZXJpZiI+DQo8L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249 cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPrOty808L2ZvbnQ+PC9kaXY+DQo8 dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPiZxdW90OzwvZm9udD48YSBocmVmPW1h aWx0bzptcGxzQGlldGYub3JnIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0xIGNvbG9yPWJsdWUg ZmFjZT0ic2Fucy1zZXJpZiI+PHU+bXBsc0BpZXRmLm9yZzwvdT48L2ZvbnQ+PC9hPjxmb250IHNp emU9MSBmYWNlPSJzYW5zLXNlcmlmIj4mcXVvdDsNCiZsdDs8L2ZvbnQ+PGEgaHJlZj1tYWlsdG86 bXBsc0BpZXRmLm9yZyB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MSBjb2xvcj1ibHVlIGZhY2U9 InNhbnMtc2VyaWYiPjx1Pm1wbHNAaWV0Zi5vcmc8L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTEg ZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OywNCllhYWNvdiBXZWluZ2FydGVuICZsdDs8L2ZvbnQ+PGEg aHJlZj1tYWlsdG86d3lhYWNvdkBnbWFpbC5jb20gdGFyZ2V0PV9ibGFuaz48Zm9udCBzaXplPTEg Y29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48dT53eWFhY292QGdtYWlsLmNvbTwvdT48L2Zv bnQ+PC9hPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7PC9mb250Pjxmb250IHNp emU9MyBmYWNlPSJzYW5zLXNlcmlmIj4NCjwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0K PGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+1vfM4jwvZm9u dD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+UkU6IFttcGxzXSBJ LUQgQWN0aW9uOiBkcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uLTAzLnR4dDwvZm9u dD48L3RhYmxlPg0KPGJyPg0KPGJyPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRv cD4NCjx0ZCB3aWR0aD01MCU+DQo8dGQgd2lkdGg9NTAlPjwvdGFibGU+DQo8YnI+PC90YWJsZT4N CjxwPjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQo8L2ZvbnQ+PGZv bnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0iQXJpYWwiPjxicj4NCkhpIExpdTwvZm9udD48Zm9u dCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+IDxicj4NCiAmbmJzcDs8L2ZvbnQ+PGZvbnQgc2l6 ZT0zIGNvbG9yPWJsdWUgZmFjZT0iQXJpYWwiPjxicj4NClllcywgdHdvIGZhaWx1cmVzIG9uIGEg cmluZyB3aWxsIGNvbXBsZXRlbHkgc2V2ZXIgc29tZSBub2Rlcy4gV2lsZCBhZ3JlZW1lbnQ8L2Zv bnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPg0KPGJyPg0KICZuYnNwOzwvZm9udD48 Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJBcmlhbCI+PGJyPg0KR2l2ZW4gaXQgYXBwZWFy cyB0aGF0IHlvdSBhcmUgbm93IHJlaW52ZW50aW5nIHdoYXQgMToxIGlzIHN1Y2ggdGhhdCAxKzEN CmlzIHRoZSBmYWlsdXJlIG1vZGUsIEknbSBsb3NpbmcgdGhlIHBsb3QuLi4uPC9mb250Pjxmb250 IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj4NCjxicj4NCiAmbmJzcDs8L2ZvbnQ+PGZvbnQgc2l6 ZT0zIGNvbG9yPWJsdWUgZmFjZT0iQXJpYWwiPjxicj4NCkNhbiB5b3UgY2xhcmlmeT88L2ZvbnQ+ PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPiA8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNvbG9y PWJsdWUgZmFjZT0iQXJpYWwiPjxicj4NCkRhdmU8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNh bnMtc2VyaWYiPiA8YnI+DQo8YnI+DQo8L2ZvbnQ+DQo8aHI+PGZvbnQgc2l6ZT0zIGZhY2U9IlRh aG9tYSI+PGI+RnJvbTo8L2I+IDwvZm9udD48YSBocmVmPW1haWx0bzpsaXUuZ3VvbWFuQHp0ZS5j b20uY24gdGFyZ2V0PV9ibGFuaz48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJUYWhvbWEi Pjx1PmxpdS5ndW9tYW5AenRlLmNvbS5jbjwvdT48L2ZvbnQ+PC9hPjxmb250IHNpemU9MyBmYWNl PSJUYWhvbWEiPg0KW21haWx0bzo8L2ZvbnQ+PGEgaHJlZj1tYWlsdG86bGl1Lmd1b21hbkB6dGUu Y29tLmNuIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0iVGFob21h Ij48dT5saXUuZ3VvbWFuQHp0ZS5jb20uY248L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTMgZmFj ZT0iVGFob21hIj5dDQo8Yj48YnI+DQpTZW50OjwvYj4gTW9uZGF5LCBOb3ZlbWJlciAwNSwgMjAx MiA2OjI3IFBNPGI+PGJyPg0KVG86PC9iPiBEYXZpZCBBbGxhbiBJPGI+PGJyPg0KQ2M6PC9iPiA8 L2ZvbnQ+PGEgaHJlZj1tYWlsdG86bXBsc0BpZXRmLm9yZyB0YXJnZXQ9X2JsYW5rPjxmb250IHNp emU9MyBjb2xvcj1ibHVlIGZhY2U9IlRhaG9tYSI+PHU+bXBsc0BpZXRmLm9yZzwvdT48L2ZvbnQ+ PC9hPjxmb250IHNpemU9MyBmYWNlPSJUYWhvbWEiPjsNCllhYWNvdiBXZWluZ2FydGVuPGI+PGJy Pg0KU3ViamVjdDo8L2I+IFJFOiBbbXBsc10gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1tcGxzLXRw LXJpbmctcHJvdGVjdGlvbi0wMy50eHQ8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2Vy aWYiPjxicj4NCjxicj4NCjxicj4NCkRhdmUgYW5kIFlhYWNvdiA8YnI+DQp0aGFuayB5b3UgZm9y IHJlcGx5aW5nIGFuZCBleHBsYWluaW5nIC4gaSB1bmRlcnN0YW5kIHdoYXQgeW91IHNhaWQuIGJ1 dA0KaW4gbXkgbWluZCwgPGJyPg0KdGhpcyAxOjEgcHJvdGVjdGlvbiBpcyBub3QgcHVyZSAxOjEg c29sdXRpb24uIHRoZSBpbmdyZXNzIG5vZGUgb25seSBicmlkZ2UNCnRoZSB3b3JraW5nIHBhdGgg d2l0aG91dCBmYWlsdXJlIG9uIHRoZSByaW5nLiA8YnI+DQp3aGVuIGEgZmFpbHVyZSBpcyBkZXRl Y3RlZCBvbiB0aGUgcmluZy4gdGhlIGluZ3Jlc3Mgbm9kZSB3aWxsIGFwcGx5IDErMQ0KbW9kZSB0 byBzZW5kIHRoZSB0cmFmZmljIG9uIGJvdGggdGhlIHdvcmtpbmcgcGF0aCA8YnI+DQphbmQgdGhl IHByb3RlY3Rpb24gcGF0aC5zbyBpdCBpcyBpbXBvc3NpYmxlIGZvciBzb21lIGVncmVzcyBub2Rl cyB0byBub3QNCnJlY2VpdmUgdGhlIGRhdGEgcGFja2V0cyBmcm9tIHdvcmtpbmcgcGF0aCBvciBw cm90ZWN0aW9uIHBhdGguIDxicj4NCmNvbnNpZGVyaW5nIHRoZXJlIGFyZSB0d28gZmFpbHVyZXMg b24gdGhlIHJpbmcgYXQgdGhlIHNhbWUgdGltZSBqdXN0IGxpa2UNCndoYXQgRGF2ZSBzYWlkLiBp ZiBzb21lIGVncmVzcyBub2RlcyBhcmUgaXNvbGF0ZWQgZnJvbSA8YnI+DQp0aGUgaW5ncmVzcyBu b2RlLiBldmVuIGlmIGFwcGx5aW5nIDErMSBwcm90ZWN0aW9uLCB0aGV5IGNhbid0IHJlY2VpdmUg dGhlDQpkYXRhIHBhY2tldHMgYnkgZWl0aGVyIHRoZSB3b3JraW5nIHBhdGggb3IgdGhlIHByb2Vj dGlvbiBwYXRoLiA8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQpCLlIuIDxicj4NCmxpdSA8YnI+DQo8 L2ZvbnQ+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0cj4NCjx0ZCB3aWR0aD01MCU+DQo8dGQgd2lk dGg9NTAlPjwvdGFibGU+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPjxicj4N Cjxicj4NCjxicj4NCjwvZm9udD4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+ DQo8dGQgd2lkdGg9MzQlPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj48Yj5EYXZpZCBB bGxhbiBJICZsdDs8L2I+PC9mb250PjxhIGhyZWY9bWFpbHRvOmRhdmlkLmkuYWxsYW5AZXJpY3Nz b24uY29tIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0xIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1z ZXJpZiI+PGI+PHU+ZGF2aWQuaS5hbGxhbkBlcmljc3Nvbi5jb208L3U+PC9iPjwvZm9udD48L2E+ PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxiPiZndDs8L2I+DQo8L2ZvbnQ+DQo8cD48 Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+MjAxMi0xMS0wNiAwMjoxNDwvZm9udD48Zm9u dCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+DQo8L2ZvbnQ+DQo8dGQgd2lkdGg9NjUlPg0KPGJy Pg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD02JT4NCjxk aXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPsrVvP7IyzwvZm9u dD48L2Rpdj4NCjx0ZCB3aWR0aD05MyU+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPiZx dW90OzwvZm9udD48YSBocmVmPW1haWx0bzpsaXUuZ3VvbWFuQHp0ZS5jb20uY24gdGFyZ2V0PV9i bGFuaz48Zm9udCBzaXplPTEgY29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48dT5saXUuZ3Vv bWFuQHp0ZS5jb20uY248L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJp ZiI+JnF1b3Q7DQombHQ7PC9mb250PjxhIGhyZWY9bWFpbHRvOmxpdS5ndW9tYW5AenRlLmNvbS5j biB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MSBjb2xvcj1ibHVlIGZhY2U9InNhbnMtc2VyaWYi Pjx1PmxpdS5ndW9tYW5AenRlLmNvbS5jbjwvdT48L2ZvbnQ+PC9hPjxmb250IHNpemU9MSBmYWNl PSJzYW5zLXNlcmlmIj4mZ3Q7LA0KWWFhY292IFdlaW5nYXJ0ZW4gJmx0OzwvZm9udD48YSBocmVm PW1haWx0bzp3eWFhY292QGdtYWlsLmNvbSB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MSBjb2xv cj1ibHVlIGZhY2U9InNhbnMtc2VyaWYiPjx1Pnd5YWFjb3ZAZ21haWwuY29tPC91PjwvZm9udD48 L2E+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPiZndDs8L2ZvbnQ+PGZvbnQgc2l6ZT0z IGZhY2U9InNhbnMtc2VyaWYiPg0KPC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2 IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj6zrcvNPC9mb250Pjwv ZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4mcXVvdDs8L2ZvbnQ+PGEg aHJlZj1tYWlsdG86bXBsc0BpZXRmLm9yZyB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MSBjb2xv cj1ibHVlIGZhY2U9InNhbnMtc2VyaWYiPjx1Pm1wbHNAaWV0Zi5vcmc8L3U+PC9mb250PjwvYT48 Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+JnF1b3Q7DQombHQ7PC9mb250PjxhIGhyZWY9 bWFpbHRvOm1wbHNAaWV0Zi5vcmcgdGFyZ2V0PV9ibGFuaz48Zm9udCBzaXplPTEgY29sb3I9Ymx1 ZSBmYWNlPSJzYW5zLXNlcmlmIj48dT5tcGxzQGlldGYub3JnPC91PjwvZm9udD48L2E+PGZvbnQg c2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPiZndDs8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNh bnMtc2VyaWYiPg0KPC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJp Z2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7W98ziPC9mb250PjwvZGl2Pg0KPHRk Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5SRTogW21wbHNdIEktRCBBY3Rpb246IGRy YWZ0LWlldGYtbXBscy10cC1yaW5nLXByb3RlY3Rpb24tMDMudHh0PC9mb250PjwvdGFibGU+DQo8 YnI+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCjwvZm9udD4NCjxicj4NCjx0 YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9NTAlPg0KPHRkIHdp ZHRoPTUwJT48L3RhYmxlPg0KPGJyPjwvdGFibGU+DQo8cD48Zm9udCBzaXplPTMgZmFjZT0ic2Fu cy1zZXJpZiI+PGJyPg0KPGJyPg0KPC9mb250Pjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9 IkFyaWFsIj48YnI+DQo8YnI+DQpIaSBMaXU6PC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJzYW5z LXNlcmlmIj4gPGJyPg0KIDwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJBcmlh bCI+PGJyPg0KUHJvYmxlbSB3aXRoIDE6MSBhcHBsaWVkIHRvIHAybXAgaW4gdGhlIGdlbmVyYWwg Y2FzZSBpcyB0aGF0IHR3byBmYWlsdXJlcw0KY291bGQgcmVzdWx0IGluIHR3byBpbmNvbXBsZXRl IHRyZWVzIHdpdGggbm8gcmVjb3Vyc2Ugb3RoZXIgdGhhbiByZXN0b3JhdGlvbiwNCndoaWxlIDEr MSByZWR1Y2VzIHRoZSBwcm9iYWJpbGl0eSBvZiB0aGlzICZxdW90O2JhZCBsdWNrIHNjZW5hcmlv JnF1b3Q7DQpzaWduaWZpY2FudGx5Li4uLkkndmUgbm90IHNwZWNpZmljYWxseSBhbmFseXplZCBy aW5ncywgYnV0IHdvdWxkIHN1c3BlY3QNCnRoZSBzYW1lIGNvbmNsdXNpb25zIGNhbiBiZSBkcmF3 bi48L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPg0KPGJyPg0KIDwvZm9udD48 Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJBcmlhbCI+PGJyPg0KSSBob3BlIHRoaXMgaGVs cHM8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPiA8L2ZvbnQ+PGZvbnQgc2l6 ZT0zIGNvbG9yPWJsdWUgZmFjZT0iQXJpYWwiPjxicj4NCkRhdmU8L2ZvbnQ+PGZvbnQgc2l6ZT0z IGZhY2U9InNhbnMtc2VyaWYiPiA8YnI+DQo8YnI+DQo8L2ZvbnQ+DQo8aHI+PGZvbnQgc2l6ZT0z IGZhY2U9IlRhaG9tYSI+PGI+RnJvbTo8L2I+IDwvZm9udD48YSBocmVmPSJtYWlsdG86bXBscy1i b3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZh Y2U9IlRhaG9tYSI+PHU+bXBscy1ib3VuY2VzQGlldGYub3JnPC91PjwvZm9udD48L2E+PGZvbnQg c2l6ZT0zIGZhY2U9IlRhaG9tYSI+DQpbbWFpbHRvOjwvZm9udD48YSBocmVmPSJtYWlsdG86bXBs cy1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MyBjb2xvcj1ibHVl IGZhY2U9IlRhaG9tYSI+PHU+bXBscy1ib3VuY2VzQGlldGYub3JnPC91PjwvZm9udD48L2E+PGZv bnQgc2l6ZT0zIGZhY2U9IlRhaG9tYSI+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj48L2ZvbnQ+PGEg aHJlZj1tYWlsdG86bGl1Lmd1b21hbkB6dGUuY29tLmNuIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6 ZT0zIGNvbG9yPWJsdWUgZmFjZT0iVGFob21hIj48dT5saXUuZ3VvbWFuQHp0ZS5jb20uY248L3U+ PC9mb250PjwvYT48Zm9udCBzaXplPTMgZmFjZT0iVGFob21hIj48Yj48YnI+DQpTZW50OjwvYj4g TW9uZGF5LCBOb3ZlbWJlciAwNSwgMjAxMiAyOjQ0IEFNPGI+PGJyPg0KVG86PC9iPiBZYWFjb3Yg V2VpbmdhcnRlbjxiPjxicj4NCkNjOjwvYj4gPC9mb250PjxhIGhyZWY9bWFpbHRvOm1wbHNAaWV0 Zi5vcmcgdGFyZ2V0PV9ibGFuaz48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJUYWhvbWEi Pjx1Pm1wbHNAaWV0Zi5vcmc8L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTMgZmFjZT0iVGFob21h Ij48Yj48YnI+DQpTdWJqZWN0OjwvYj4gUmU6IFttcGxzXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRm LW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uLTAzLnR4dDwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0i c2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KWWFhY292LGhpIDxicj4NCmkgaGF2ZSBvbmx5 IG9uZSBxdWVzdGlvbiwgd2h5IHRvIGxpbWl0IHRvIDErMSBsaW5lYXIgcHJvdGVjdGlvbiBmb3Ig c3RlZXJpbmcNCmZvciBwMm1wIHBhdGguIDxicj4NCndoeSBub3QgYXBwbHkgMToxIGxpbmVhciBw cm90ZWN0aW9uIG1lY2hhbmlzbT8gPGJyPg0KaXQgc2F5cywgdGhlIHAybXAgdHJhZmZpYyBpcyBv bmx5IHRyYXNucG9ydGVkIG9uIHRoZSB3b3JraW5nIHBhdGggdW5kZXINCm5vcm1hbCBjb25kaXRp b24uIDxicj4NCmlmIGEgZmFpbHVyZSBoYXBwZW5zIG9uIHRoZSByaW5nLiB0aGUgcDJtcCB0cmFm ZmljIHdpbGwgYmUgdHJhbnNwb3J0ZWQNCm9uIGJvdGggd29ya2luZyBwYXRoIGFuZCBwcm90ZWN0 aW9uIHBhdGguIDxicj4NCmVhY2ggZWdyZXNzIG5vZGUgd2lsbCBzZWxlY3Qgd29ya2luZyBwYXRo IG9yIHByb3RlY3Rpb24gcGF0aCB0byByZWNlaXZlDQp0aGUgdHJhZmZpYy4gPGJyPg0KSU1PLCAx OiAxIHByb3RlY3Rpb24gbWF5IGJlIG1vcmUgZWZmZWN0aXZlIHRoYW4gMSsxIHByb3RlY3Rpb24u IDxicj4NCjxicj4NCmlzIG15IHVuZGVyc3RhbmRpbmcgcmlnaHQ/IHRoYW5rcyA8YnI+DQo8YnI+ DQpCLlIuIDxicj4NCkxpdSA8L2ZvbnQ+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0cj4NCjx0ZCB3 aWR0aD01MCU+DQo8dGQgd2lkdGg9NTAlPjwvdGFibGU+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9 InNhbnMtc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjwvZm9udD4NCjx0YWJsZSB3aWR0aD0xMDAl Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9MzglPjxmb250IHNpemU9MSBmYWNlPSJzYW5z LXNlcmlmIj48Yj5ZYWFjb3YgV2VpbmdhcnRlbiAmbHQ7PC9iPjwvZm9udD48YSBocmVmPW1haWx0 bzp3eWFhY292QGdtYWlsLmNvbSB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MSBjb2xvcj1ibHVl IGZhY2U9InNhbnMtc2VyaWYiPjxiPjx1Pnd5YWFjb3ZAZ21haWwuY29tPC91PjwvYj48L2ZvbnQ+ PC9hPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj48Yj4mZ3Q7PC9iPg0KPGJyPg0Kt6K8 /sjLOiAmbmJzcDs8L2ZvbnQ+PGEgaHJlZj0ibWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZyIg dGFyZ2V0PV9ibGFuaz48Zm9udCBzaXplPTEgY29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48 dT5tcGxzLWJvdW5jZXNAaWV0Zi5vcmc8L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTMgZmFjZT0i c2Fucy1zZXJpZiI+DQo8L2ZvbnQ+DQo8cD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+ MjAxMi0xMS0wNSAxNzowMDwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+DQo8 L2ZvbnQ+DQo8dGQgd2lkdGg9NjElPg0KPGJyPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFs aWduPXRvcD4NCjx0ZCB3aWR0aD04JT4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZh Y2U9InNhbnMtc2VyaWYiPsrVvP7IyzwvZm9udD48L2Rpdj4NCjx0ZCB3aWR0aD05MSU+PGEgaHJl Zj1tYWlsdG86bXBsc0BpZXRmLm9yZyB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MSBjb2xvcj1i bHVlIGZhY2U9InNhbnMtc2VyaWYiPjx1Pm1wbHNAaWV0Zi5vcmc8L3U+PC9mb250PjwvYT48Zm9u dCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+DQo8L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0 ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPrOty808 L2ZvbnQ+PC9kaXY+DQo8dGQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmln aHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPtb3zOI8L2ZvbnQ+PC9kaXY+DQo8dGQ+ PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPlJlOiBbbXBsc10gSS1EIEFjdGlvbjogZHJh ZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbi0wMy50eHQ8L2ZvbnQ+PC90YWJsZT4NCjxi cj48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0KPC9mb250Pg0KPGJy Pg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD01MCU+DQo8 dGQgd2lkdGg9NTAlPjwvdGFibGU+DQo8YnI+PC90YWJsZT4NCjxwPjxmb250IHNpemU9MyBmYWNl PSJzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQpIaSBhbGwsIDxicj4N Cjxicj4NCkkgaGF2ZSBqdXN0IHVwbG9hZGVkIGEgbmV3IHZlcnNpb24gb2YgdGhlIFJpbmcgUHJv dGVjdGlvbiBBcHBsaWNhYmlsaXR5DQpkcmFmdC4gJm5ic3A7VGhpcyBpcyBub3QgdGhlIGZpbmFs IHZlcnNpb24sIGJ1dCByYXRoZXIgYSB2ZXJzaW9uIHRoYXQgdHJpZXMNCnRvIGFkZHJlc3MgdGhl IG1hbnkgY29tbWVudHMgdGhhdCB3ZXJlIHJlY2VpdmVkIGR1cmluZyB0aGUgV0dMQyB0dGhhdCB3 YXMNCmhlbGQgbGFzdCBtb250aC4gJm5ic3A7UGxlYXNlIHJldmlldyB0aGlzIHZlcnNpb24gdG8g Jm5ic3A7dmVyaWZ5IHRoYXQNCnlvdXIgY29tbWVudHMgaGF2ZSBiZWVuIGFkZHJlc3NlZCAoYWxv bmcgdGhlIGxpbmVzIHRoYXQgd2VyZSBvdXRsaW5lZCBpbg0KbXkgdmFyaW91cyBlbWFpbHMgc2Vu dCBlYXJsaWVyIHRvIHRoZSBsaXN0KS4gPGJyPg0KPGJyPg0KVGhlcmUgYXJlIHNvbWUgY29tbWVu dHMgdGhhdCBuZWVkIHRvIGJlIGFkZHJlc3NlZCwgYXdhdGluZyBzb21lIGNsYXJpZmljYXRpb25z DQpmcm9tIHRoZSBzdWJtaXR0ZXJzIG9mIHRoZSBjb21tZW50cyBhbmQgaW4gYWRkaXRpb24gdGhl cmUgd2FzIGEgcmVxdWVzdA0KdG8gcmVkdWNlIHRoZSBudW1iZXIgb2YgYXV0aG9ycyBhcHBlYXJp bmcgb24gdGhlIGZyb250IHBhZ2Ugb2YgdGhlIGRyYWZ0Lg0KPGJyPg0KPGJyPg0KQW55IGFkZGl0 aW9uYWwgY29tbWVudHMgYXJlIGVuY291cmFnZWQuIDxicj4NCjxicj4NCjxicj4NCk9uIE1vbiwg Tm92IDUsIDIwMTIgYXQgMTA6NTIgQU0sICZsdDs8L2ZvbnQ+PGEgaHJlZj0ibWFpbHRvOmludGVy bmV0LWRyYWZ0c0BpZXRmLm9yZyIgdGFyZ2V0PV9ibGFuaz48Zm9udCBzaXplPTMgY29sb3I9Ymx1 ZSBmYWNlPSJzYW5zLXNlcmlmIj48dT5pbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8L3U+PC9mb250 PjwvYT48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0Ow0Kd3JvdGU6IDxicj4NCjxi cj4NCkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIElu dGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy48YnI+DQpUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVt IG9mIHRoZSBNdWx0aXByb3RvY29sIExhYmVsIFN3aXRjaGluZyBXb3JraW5nDQpHcm91cCBvZiB0 aGUgSUVURi48YnI+DQo8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDtUaXRsZSAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDogQXBwbGljYWJpbGl0eQ0Kb2YgTVBMUy1UUCBMaW5l YXIgUHJvdGVjdGlvbiBmb3IgUmluZyBUb3BvbG9naWVzPGJyPg0KICZuYnNwOyAmbmJzcDsgJm5i c3A7QXV0aG9yKHMpICZuYnNwOyAmbmJzcDsgJm5ic3A7IDogWWFhY292IFdlaW5nYXJ0ZW48YnI+ DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7U3Rld2FydCBCcnlhbnQ8YnI+DQogJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7DQombmJzcDsgJm5ic3A7RGFuaWVsbGUgQ2VjY2FyZWxsaTxicj4NCiAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsNCiZuYnNwOyAmbmJzcDtEaWVnbyBDYXZpZ2xpYTxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNw OyAmbmJzcDtGcmFuY2VzY28gRm9uZGVsbGk8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5i c3A7TWFyY28gQ29yc2k8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7Qm8gV3U8YnI+ DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7WHVlaHVpIERhaTxicj4NCiAmbmJzcDsgJm5i c3A7ICZuYnNwO0ZpbGVuYW1lICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzogZHJhZnQtaWV0 Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbi0wMy50eHQ8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJz cDtQYWdlcyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDogMjk8YnI+DQogJm5i c3A7ICZuYnNwOyAmbmJzcDtEYXRlICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7OiAyMDEyLTExLTA1PGJyPg0KPGJyPg0KQWJzdHJhY3Q6PGJyPg0KIFRoaXMgZG9jdW1l bnQgcHJlc2VudHMgYW4gYXBwbGljYWJpbGl0eSBvZiBsaW5lYXIgcHJvdGVjdGlvbjxicj4NCiBt ZWNoYW5pc21zIGZvciBNdWx0aS1Qcm90b2NvbCBMYWJlbCBTd2l0Y2hpbmcgVHJhbnNwb3J0IFBy b2ZpbGU8YnI+DQogKE1QTFMtVFApIGluIHJpbmcgdG9wb2xvZ2llcy4gJm5ic3A7UHJvdGVjdGlv biBvbiByaW5ncyBvZmZlcnMgYSBudW1iZXINCm9mPGJyPg0KIG9wcG9ydHVuaXRpZXMgZm9yIG9w dGltaXphdGlvbiBhcyB0aGUgcHJvdGVjdGlvbiBjaG9pY2VzIGFyZSBzdGFya2x5PGJyPg0KIGxp bWl0ZWQgKGFsbCB0cmFmZmljIHRyYXZlbGluZyBvbmUgd2F5IGFyb3VuZCBhIHJpbmcgY2FuIG9u bHkgYmU8YnI+DQogc3dpdGNoZWQgdG8gdHJhdmVsIHRoZSBvdGhlciB3YXkgb24gdGhlIHJpbmcp LCBidXQgYWxzbyBzdWZmZXJzIGZyb208YnI+DQogc29tZSBjb21wbGljYXRpb25zIGNhdXNlZCBi eSB0aGUgbGltaXRhdGlvbnMgb2YgdGhlIHRvcG9sb2d5Ljxicj4NCjxicj4NCiBSZXF1aXJlbWVu dHMgZm9yIE1QTFMtVFAgcHJvdGVjdGlvbiBhbmQgc3BlY2lmaWNhbGx5IGZvciBwcm90ZWN0aW9u PGJyPg0KIGluIHJpbmcgdG9wb2xvZ2llcyBhcmUgZGlzY3Vzc2VkIGluICZxdW90O1JlcXVpcmVt ZW50cyBvZiBhbiBNUExTPGJyPg0KIFRyYW5zcG9ydCBQcm9maWxlJnF1b3Q7IChSRkMgNTY1NCkg YW5kICZxdW90O01QTFMgVHJhbnNwb3J0IFByb2ZpbGUgKE1QTFMtVFApPGJyPg0KIFN1cnZpdmFi aWxpdHkgRnJhbWV3b3JrJnF1b3Q7IChSRkMgNjM3MikuICZuYnNwO1RoaXMgZG9jdW1lbnQgc2hv d3MgaG93DQpNUExTLVRQPGJyPg0KIGxpbmVhciBwcm90ZWN0aW9uIGFzIGRlZmluZWQgaW4gUkZD IDYzNzggY2FuIGJlIGFwcGxpZWQgdG8gcmluZzxicj4NCiB0b3BvbG9naWVzLCBkaXNjdXNzZXMg aG93IG1vc3Qgb2YgdGhlIHJlcXVpcmVtZW50cyBhcmUgbWV0LCBhbmQ8YnI+DQogZGVzY3JpYmVz IHNjZW5hcmlvcyBpbiB3aGljaCB0aGUgZnVuY3Rpb24gcHJvdmlkZWQgYnkgYXBwbHlpbmcgbGlu ZWFyPGJyPg0KIHByb3RlY3Rpb24gaW4gYSByaW5nIHRvcG9sb2d5IGZhbGxzIHNob3J0IG9mIHNv bWUgb2YgdGhlPGJyPg0KIHJlcXVpcmVtZW50cy48YnI+DQo8YnI+DQogVGhpcyBkb2N1bWVudCBp cyBhIHByb2R1Y3Qgb2YgYSBqb2ludCBJbnRlcm5ldCBFbmdpbmVlcmluZyBUYXNrIEZvcmNlPGJy Pg0KIChJRVRGKSAvIEludGVybmF0aW9uYWwgVGVsZWNvbW11bmljYXRpb25zIFVuaW9uIFRlbGVj b21tdW5pY2F0aW9uczxicj4NCiBTdGFuZGFyZGl6YXRpb24gU2VjdG9yIChJVFUtVCkgZWZmb3J0 IHRvIGluY2x1ZGUgYW4gTVBMUyBUcmFuc3BvcnQ8YnI+DQogUHJvZmlsZSB3aXRoaW4gdGhlIElF VEYgTVBMUyBhbmQgUFdFMyBhcmNoaXRlY3R1cmVzIHRvIHN1cHBvcnQgdGhlPGJyPg0KIGNhcGFi aWxpdGllcyBhbmQgZnVuY3Rpb25hbGl0aWVzIG9mIGEgcGFja2V0IHRyYW5zcG9ydCBuZXR3b3Jr IGFzPGJyPg0KIGRlZmluZWQgYnkgdGhlIElUVS1ULjxicj4NCjxicj4NCjxicj4NClRoZSBJRVRG IGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOjwvZm9udD48Zm9udCBz aXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48dT48YnI+DQo8L3U+PC9mb250Pjxh IGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbXBscy10 cC1yaW5nLXByb3RlY3Rpb24iIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUg ZmFjZT0ic2Fucy1zZXJpZiI+PHU+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh ZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbjwvdT48L2ZvbnQ+PC9hPjxmb250IHNpemU9 MyBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQpUaGVyZSdzIGFsc28gYSBodG1saXplZCB2 ZXJzaW9uIGF2YWlsYWJsZSBhdDo8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0i c2Fucy1zZXJpZiI+PHU+PGJyPg0KPC91PjwvZm9udD48YSBocmVmPSJodHRwOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW1wbHMtdHAtcmluZy1wcm90ZWN0aW9uLTAzIiB0YXJnZXQ9 X2JsYW5rPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9InNhbnMtc2VyaWYiPjx1Pmh0dHA6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbXBscy10cC1yaW5nLXByb3RlY3Rpb24t MDM8L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KPGJy Pg0KQSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0OjwvZm9u dD48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48dT48YnI+DQo8L3U+ PC9mb250PjxhIGhyZWY9Imh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWll dGYtbXBscy10cC1yaW5nLXByb3RlY3Rpb24tMDMiIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0z IGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1zZXJpZiI+PHU+aHR0cDovL3d3dy5pZXRmLm9yZy9yZmNk aWZmP3VybDI9ZHJhZnQtaWV0Zi1tcGxzLXRwLXJpbmctcHJvdGVjdGlvbi0wMzwvdT48L2ZvbnQ+ PC9hPjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQpJbnRl cm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6PC9mb250 Pjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9InNhbnMtc2VyaWYiPjx1Pjxicj4NCjwvdT48 L2ZvbnQ+PGEgaHJlZj0iZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8iIHRhcmdl dD1fYmxhbms+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1zZXJpZiI+PHU+ZnRw Oi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy88L3U+PC9mb250PjwvYT48Zm9udCBzaXpl PTMgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX188YnI+DQptcGxzIG1haWxpbmcgbGlzdDwvZm9udD48Zm9u dCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48dT48YnI+DQo8L3U+PC9mb250 PjxhIGhyZWY9bWFpbHRvOm1wbHNAaWV0Zi5vcmcgdGFyZ2V0PV9ibGFuaz48Zm9udCBzaXplPTMg Y29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48dT5tcGxzQGlldGYub3JnPC91PjwvZm9udD48 L2E+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1zZXJpZiI+PHU+PGJyPg0KPC91 PjwvZm9udD48YSBocmVmPWh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBs cyB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9InNhbnMtc2VyaWYi Pjx1Pmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBsczwvdT48L2ZvbnQ+ PC9hPjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj4NCjxicj4NCjxicj4NCjxicj4NCjxi cj4NCi0tIDxicj4NClRoYW54IGFuZCBCUiwgPGJyPg0KeWFhY292IDxpPjxicj4NCjxicj4NClN0 aWxsIGxvb2tpbmcgZm9yIG5ldyBvcHBvcnR1bml0eTwvaT4gPC9mb250Pjxmb250IHNpemU9Mz48 dHQ+PGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188 YnI+DQptcGxzIG1haWxpbmcgbGlzdDwvdHQ+PC9mb250Pjxmb250IHNpemU9MyBjb2xvcj1ibHVl Pjx0dD48dT48YnI+DQo8L3U+PC90dD48L2ZvbnQ+PGEgaHJlZj1tYWlsdG86bXBsc0BpZXRmLm9y ZyB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MyBjb2xvcj1ibHVlPjx0dD48dT5tcGxzQGlldGYu b3JnPC91PjwvdHQ+PC9mb250PjwvYT48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZT48dHQ+PHU+PGJy Pg0KPC91PjwvdHQ+PC9mb250PjxhIGhyZWY9aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9tcGxzIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWU+PHR0Pjx1 Pmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBsczwvdT48L3R0PjwvZm9u dD48L2E+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCjwvZm9udD48Zm9udCBz aXplPTMgY29sb3I9Ymx1ZT48dHQ+PGJyPg0KPGJyPg0KPGJyPg0KLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+DQpaVEUgSW5mb3JtYXRp b24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWFp bA0KKGFuZCBhbnkgYXR0YWNobWVudCB0cmFuc21pdHRlZCBoZXJld2l0aCkgaXMgcHJpdmlsZWdl ZCBhbmQgY29uZmlkZW50aWFsDQphbmQgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgdXNl IG9mIHRoZSBhZGRyZXNzZWUocykuICZuYnNwO0lmIHlvdQ0KYXJlIG5vdCBhbiBpbnRlbmRlZCBy ZWNpcGllbnQsIGFueSBkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIGRpc3RyaWJ1dGlvbg0Kb3Ig b3RoZXIgZGlzc2VtaW5hdGlvbiBvciB1c2Ugb2YgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBp cyBzdHJpY3RseQ0KcHJvaGliaXRlZC4gJm5ic3A7SWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBt YWlsIGluIGVycm9yLCBwbGVhc2UgZGVsZXRlDQppdCBhbmQgbm90aWZ5IHVzIGltbWVkaWF0ZWx5 LjwvdHQ+PC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQo8 YnI+DQo8YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWU+PHR0Pjxicj4NCjxicj4N Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t PGJyPg0KWlRFIEluZm9ybWF0aW9uIFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNv bnRhaW5lZCBpbiB0aGlzIG1haWwNCihhbmQgYW55IGF0dGFjaG1lbnQgdHJhbnNtaXR0ZWQgaGVy ZXdpdGgpIGlzIHByaXZpbGVnZWQgYW5kIGNvbmZpZGVudGlhbA0KYW5kIGlzIGludGVuZGVkIGZv ciB0aGUgZXhjbHVzaXZlIHVzZSBvZiB0aGUgYWRkcmVzc2VlKHMpLiAmbmJzcDtJZiB5b3UNCmFy ZSBub3QgYW4gaW50ZW5kZWQgcmVjaXBpZW50LCBhbnkgZGlzY2xvc3VyZSwgcmVwcm9kdWN0aW9u LCBkaXN0cmlidXRpb24NCm9yIG90aGVyIGRpc3NlbWluYXRpb24gb3IgdXNlIG9mIHRoZSBpbmZv cm1hdGlvbiBjb250YWluZWQgaXMgc3RyaWN0bHkNCnByb2hpYml0ZWQuICZuYnNwO0lmIHlvdSBo YXZlIHJlY2VpdmVkIHRoaXMgbWFpbCBpbiBlcnJvciwgcGxlYXNlIGRlbGV0ZQ0KaXQgYW5kIG5v dGlmeSB1cyBpbW1lZGlhdGVseS48YnI+DQo8L3R0PjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0i c2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBj b2xvcj1ibHVlPjx0dD48YnI+DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NClpURSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6 IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsDQooYW5kIGFueSBhdHRhY2ht ZW50IHRyYW5zbWl0dGVkIGhlcmV3aXRoKSBpcyBwcml2aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwN CmFuZCBpcyBpbnRlbmRlZCBmb3IgdGhlIGV4Y2x1c2l2ZSB1c2Ugb2YgdGhlIGFkZHJlc3NlZShz KS4gJm5ic3A7SWYgeW91DQphcmUgbm90IGFuIGludGVuZGVkIHJlY2lwaWVudCwgYW55IGRpc2Ns b3N1cmUsIHJlcHJvZHVjdGlvbiwgZGlzdHJpYnV0aW9uDQpvciBvdGhlciBkaXNzZW1pbmF0aW9u IG9yIHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlzIHN0cmljdGx5DQpwcm9oaWJp dGVkLiAmbmJzcDtJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1haWwgaW4gZXJyb3IsIHBsZWFz ZSBkZWxldGUNCml0IGFuZCBub3RpZnkgdXMgaW1tZWRpYXRlbHkuPGJyPg0KPGJyPg0KPC90dD48 L2ZvbnQ+DQo8YnI+DQo8YnI+DQoNCjxicj48cHJlPjxmb250IGNvbG9yPSJibHVlIj4NCi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpaVEUg SW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlu IHRoaXMgbWFpbCAoYW5kIGFueSBhdHRhY2htZW50IHRyYW5zbWl0dGVkIGhlcmV3aXRoKSBpcyBw cml2aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwgYW5kIGlzIGludGVuZGVkIGZvciB0aGUgZXhjbHVz aXZlIHVzZSBvZiB0aGUgYWRkcmVzc2VlKHMpLiAgSWYgeW91IGFyZSBub3QgYW4gaW50ZW5kZWQg cmVjaXBpZW50LCBhbnkgZGlzY2xvc3VyZSwgcmVwcm9kdWN0aW9uLCBkaXN0cmlidXRpb24gb3Ig b3RoZXIgZGlzc2VtaW5hdGlvbiBvciB1c2Ugb2YgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBp cyBzdHJpY3RseSBwcm9oaWJpdGVkLiAgSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtYWlsIGlu IGVycm9yLCBwbGVhc2UgZGVsZXRlIGl0IGFuZCBub3RpZnkgdXMgaW1tZWRpYXRlbHkuDQoNCjwv Zm9udD48L3ByZT48YnI+DQoNCjxicj48cHJlPjxmb250IGNvbG9yPSJibHVlIj4NCi0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpaVEUgSW5m b3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRo aXMgbWFpbCAoYW5kIGFueSBhdHRhY2htZW50IHRyYW5zbWl0dGVkIGhlcmV3aXRoKSBpcyBwcml2 aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwgYW5kIGlzIGludGVuZGVkIGZvciB0aGUgZXhjbHVzaXZl IHVzZSBvZiB0aGUgYWRkcmVzc2VlKHMpLiAgSWYgeW91IGFyZSBub3QgYW4gaW50ZW5kZWQgcmVj aXBpZW50LCBhbnkgZGlzY2xvc3VyZSwgcmVwcm9kdWN0aW9uLCBkaXN0cmlidXRpb24gb3Igb3Ro ZXIgZGlzc2VtaW5hdGlvbiBvciB1c2Ugb2YgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpcyBz dHJpY3RseSBwcm9oaWJpdGVkLiAgSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtYWlsIGluIGVy cm9yLCBwbGVhc2UgZGVsZXRlIGl0IGFuZCBub3RpZnkgdXMgaW1tZWRpYXRlbHkuDQoNCjwvZm9u dD48L3ByZT48YnI+DQo= --=_alternative 00284F3048257AB2_=-- From chengwq@gmail.com Sat Nov 10 20:15:11 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E1F521F88CC for ; Sat, 10 Nov 2012 20:15:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.999 X-Spam-Level: X-Spam-Status: No, score=-2.999 tagged_above=-999 required=5 tests=[AWL=0.600, BAYES_00=-2.599, 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 mJhYu+Sn3Fja for ; Sat, 10 Nov 2012 20:15:10 -0800 (PST) Received: from mail-vc0-f172.google.com (mail-vc0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id 7CF6321F88D9 for ; Sat, 10 Nov 2012 20:15:10 -0800 (PST) Received: by mail-vc0-f172.google.com with SMTP id fl11so5652474vcb.31 for ; Sat, 10 Nov 2012 20:15:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=zwQSvzQRZLbrRvLPrbZQsoyi8pVi23oe+px6jgDL5Jg=; b=QZd00yoXzyLFDl3BMKxdyRBBTxxxVOWIuAopNQhz+AOOvPXM3ulQnMmcpVN/9ioI6/ wKzgviToEO7lfUaOiPhdrBB8CcQOhnVAeOEGxD3bVs/8IFPq5rlZD60wDqspbwvvvJMo t0Ec6QYjCOe+N+jKWY3MknzRRDkc1Tg1jt/mykeSaOQm3ZVDlgcZh6N4EFzH19U0DdYV yFY4L1vtoqC9Qd+tUiGwtLAf2ijUQzArELLYhRmDM/rVTzb5dd/RUynxxuFcOvpOFdUa maVhZS4M8mLpIb4Ogl9aXABspJASMAEnI053vwxgFcDvPEWYl96gyAtV3HeAJUvL6BxO Es4g== MIME-Version: 1.0 Received: by 10.220.150.10 with SMTP id w10mr18176301vcv.16.1352607309973; Sat, 10 Nov 2012 20:15:09 -0800 (PST) Received: by 10.58.64.7 with HTTP; Sat, 10 Nov 2012 20:15:09 -0800 (PST) Date: Sun, 11 Nov 2012 12:15:09 +0800 Message-ID: From: cheng weiqiang To: gregory.mirsky@ericsson.com, WANG Lei , lihan , liukai 00223951 , Jia HE , lifang , yang.jian90@zte.com.cn, wjf@fiberhome.com.cn Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: mpls@ietf.org Subject: Re: [mpls] Comments on draft-cheng-mpls-tp-shared-ring-protection-00 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2012 04:15:11 -0000 Hi Gregory, Thank you very much for your comments, and my answers are list in follows. =95 SPME given new Ring Tunnel name [Weiqiang] The Ring Tunnel here is a mechanism to optimize ring operation and it can minimize OAM sessions, recovery elements, Labels using, and management transactions which are described in RFC 5654. =95 Implicitly jumps between single ring and interconnected rings scenario [Weiqiang] This draft only provide the solution for the single ring protection, and the interconnected rings scenario will be post in separated file. =95 Only Link OAM being considered, what makes steering more challenging [Weiqiang] Current version we introduced the Section layer OAM for the ring protection, it can give very quick fault detection and less OAM sessions. =95 No mention that Link or Node protection in wrapping has to be pre-deter= mined [Weiqiang] the mechanism in the draft treats the Link fault and node fault with the same way exactly. In order to make it more clear, we present both the links fault and nodes fault examples seperatedly in the draft. =95 Coordination protocol =96 TBD [Weiqiang] it will be added in the new version. =95 Hard to identify advantages of this approach when comparing with solutions described in draft-weingarten-mpls-tp-ring-protection-06 protection of p2p bi-directional LSP. [Weiqiang]I don't want to compare the two solutions directly because we have clarified that draft-weingarten-mpls-tp-ring-protection-06 is "to create an applicability statement on how to use linear protection in ring topologies" in co-chairs conclusion http://www.ietf.org/mail-archive/web/mpls/current/msg08807.html, but our draft is "topology-specific protection solutions" which co-chairs mentioned in the same link are welcomed by WG. I compared =93draft-weingarten-mpls-tp-ring-protection-06=94 with linear protection, and comments are in link http://www.ietf.org/mail-archive/web/mpls/current/msg09014.html for your reference. B.R Weiqiang Cheng From: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com] Sent: Friday, November 09, 2012 5:32 AM To: chengweiqiang@chinamobile.com; Wangleiyj@chinamobile.com; Lihan@chinamobile.com; alex.liukai@huawei.com; hejia@huawei.com; lifang@ritt.cn; yang.jian90@zte.com.cn; wjf@fiberhome.com.cn Cc: mpls@ietf.org Subject: Comments on draft-cheng-mpls-tp-shared-ring-protection-00 Dear Authors, et al., below are my comments to your document I've mentioned at MPLS WG meeting earlier: =95 SPME given new Ring Tunnel name =95 Implicitly jumps between single ring and interconnected rings scenario =95 Implicitly considers p2p bidirectional corouted LSP even though more generic p2p scenario stated =95 Only Link OAM being considered, what makes steering more challenging =95 No mention that Link or Node protection in wrapping has to be pre-deter= mined =95 Coordination protocol - TBD =95 Hard to identify advantages of this approach when comparing with solutions described in draft-weingarten-mpls-tp-ring-protection-06 protection of p2p bi-directional LSP. Regards, Greg From chengwq@gmail.com Sun Nov 11 00:16:29 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6125F21F891B for ; Sun, 11 Nov 2012 00:16:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_102=0.6, J_CHICKENPOX_43=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 GQlx5MEA9PEE for ; Sun, 11 Nov 2012 00:16:28 -0800 (PST) Received: from mail-vb0-f44.google.com (mail-vb0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id F21AE21F8823 for ; Sun, 11 Nov 2012 00:16:27 -0800 (PST) Received: by mail-vb0-f44.google.com with SMTP id fc26so5825365vbb.31 for ; Sun, 11 Nov 2012 00:16:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=5QXMvJKWXEfYyxW904zwwktVeUt41y74eqWI0zL9rBM=; b=nsfD2kHsGhHWwVHzzwEAzFjuDpzAVuYcpLlqlwDuGxTj8HncZDo5pq4X/s4+VAF+xJ FT/krFzyCpmk05yJ4OGL6TK8MtUed1VIgxOqviTcXGSC1qB6VFoEdfftFAGSBBTdJG2+ ENTJNlofdm/ddq90FkvHf6xbgWTpADQ8LpNtkfVxe/N2WOskK+6DXuyTMj4e13Yo5KMY K07gDq2Myg3nPNBFF/kIynIVzH1x+Tlqnj+ZX2BPqS+oVXO9/HmP83bHUGNOXEZgwLy9 gvTchSQMHY8hfchw7hJk4b/+JblIpCuXZNUSNbshY1r6sFogl+rb2Q8r0ahYWRSsa8jJ QJ+Q== MIME-Version: 1.0 Received: by 10.52.139.136 with SMTP id qy8mr16589081vdb.39.1352621787395; Sun, 11 Nov 2012 00:16:27 -0800 (PST) Received: by 10.58.64.7 with HTTP; Sun, 11 Nov 2012 00:16:27 -0800 (PST) In-Reply-To: References: <0c4c01cda0a7$8f112320$ad336960$@olddog.co.uk> Date: Sun, 11 Nov 2012 16:16:27 +0800 Message-ID: From: weiqiang cheng To: Yaacov Weingarten Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: mpls-chairs@tools.ietf.org, mpls@ietf.org, draft-ietf-mpls-tp-ring-protection@tools.ietf.org Subject: Re: [mpls] Working group last call on draft-ietf-mpls-tp-ring-protection X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2012 08:16:29 -0000 Hi Yaacov, Many thanks for your clarification but it seems you did not answer my questions still. Let=E2=80=99s clarify my steering application scenarios in my last mail at first. The survey I gave you is really on the MPLS-TP networks instead of SDH. Please pay attention to that I was using "access ring". In the MPLS-TP networks, I fully agree the total links number is much bigger than SDH. But No matter the topology is rings or full mesh, for the access layers network, the number of LSPs is really limited. If you knows well of the architecture of the transport network, it is easy to get that the conclusion that 5 LSPs number per access node in our survey is really reasonable. I would like to give you another number: the number of access nodes often takes more than 80% account of that in whole MPLS-TP networks. If you agree that your draft is "optimizing over a theoretical network of thousands of connections", does that mean you will loss more than 80% application scenarios of the network? Let's see wrapping again, as you said the wrapping is a simple mechanism. That means that with the same hardware its switch-over time can be as short as possible and it is easy to implement. That is enough for its survival in MPLS-TP network. So I suggest it is more constructive to improve the wrapping performance instead of to avoid using it. Do you agree? B.R. Weiqiang Cheng ---------------------------------------------------------------------------= -- See inline below BR, yaacov On Nov 9, 2012 9:48 AM, "cheng weiqiang" wrote: > > Hi Yaacov=C3=AF > > Thank you very much for your reply. > > Comments on P2P wrapping solution: > We have a simple survey on wrapping solution that shows in SDH ring > network more than 90% of ring protection application scenarios are > using wrapping solution. That indicates wrapping solution is really > important. However as you said your wrapping solution is =C3=A2difficulty > in addressing the scenarios of multiple failures in adjacent nodes or > links=C3=A2, that means performance of your wrapping solution is even wor= se > than linear protection. yw>> I fully understand why 90% in SDH rings used wrapping - for SDH that is a very low level protocol, i.e. very close to the HW, it was the simplest and ITU's definition for Steering was difficult to implement.=C3=82 However, MPLS is not SDH in very many aspects, one of these aspects is that it uses logical connections rather than the physical layer that is used by SDH or even Ethernet and when the operators switch over to a new technology in which Steering (which has obvious advantages over Wrapping in BW use and not overloading traffic by sending it around the ring more than once)=C3=82 becomes simpler, I would expect that we should be recommending the better solution rather than trying to emulate an older technology. > > Comments on P2P Steering solution: > As described in draft, you need O(2N^2) SPME for steering solution. > Let=C3=A2s consider a 16 nodes access ring, in the transport network, > according to our servey, the LSP number per node in average is less > than 5, that means usually there are only 16 x 5 x 2=3D 160 LSPs in one > access ring. However, based on your solution, 16 x 15 x2 =3D480 SPME > should be set up which introduces more OAM sessions, more recovery > elements, more Labels, and more management transactions. It is a > violation of chapter 2.5.6.1. RFC 5654. yw>> So what you are saying is that you foresee that even though the operators are now adopting a newer technology that will scale better to support thousands of connections and not be limited by the limitations that are carried over from SDH, they will still limit themselves to this low number of connections! But even if this is true then certainly the implication is that there is no real reason to consider creating an optimization for such a low number of LSPs and it raises the question of whether there is a need for any "ring" protection in MPLS (where rings do not really exist, since all connections in MPLS are LSPs that are actually agnostic to the underlying physical connections that may be rings or full mesh). In any case, for this low number of LSPs it certainly makes more sense to use simple Linear Protection, I agree.=C3=82 But then again, this draft addresses the possibility of optimizing over a theoretical network of thousands of connections and reducing it to an order of hundreds by just applying the use of SPME. > > So compared to Linear protection, wrapping solution has poorer > performance and steering solution is more complicated. > > Could you give more clarification? > > B.R. > > Weiqiang Cheng 2012/11/9, Yaacov Weingarten : > See inline below > > BR, > yaacov > On Nov 9, 2012 9:48 AM, "cheng weiqiang" wrote: >> >> Hi Yaacov=EF=BC=8C >> >> Thank you very much for your reply. >> >> Comments on P2P wrapping solution: >> We have a simple survey on wrapping solution that shows in SDH ring >> network more than 90% of ring protection application scenarios are >> using wrapping solution. That indicates wrapping solution is really >> important. However as you said your wrapping solution is =E2=80=9Cdiffic= ulty >> in addressing the scenarios of multiple failures in adjacent nodes or >> links=E2=80=9D, that means performance of your wrapping solution is even= worse >> than linear protection. > > yw>> I fully understand why 90% in SDH rings used wrapping - for SDH that > is a very low level protocol, i.e. very close to the HW, it was the > simplest and ITU's definition for Steering was difficult to implement. > However, MPLS is not SDH in very many aspects, one of these aspects is th= at > it uses logical connections rather than the physical layer that is used b= y > SDH or even Ethernet and when the operators switch over to a new technolo= gy > in which Steering (which has obvious advantages over Wrapping in BW use a= nd > not overloading traffic by sending it around the ring more than once) > becomes simpler, I would expect that we should be recommending the better > solution rather than trying to emulate an older technology. >> >> Comments on P2P Steering solution: >> As described in draft, you need O(2N^2) SPME for steering solution. >> Let=E2=80=99s consider a 16 nodes access ring, in the transport network, >> according to our servey, the LSP number per node in average is less >> than 5, that means usually there are only 16 x 5 x 2=3D 160 LSPs in one >> access ring. However, based on your solution, 16 x 15 x2 =3D480 SPME >> should be set up which introduces more OAM sessions, more recovery >> elements, more Labels, and more management transactions. It is a >> violation of chapter 2.5.6.1. RFC 5654. > > yw>> So what you are saying is that you foresee that even though the > operators are now adopting a newer technology that will scale better to > support thousands of connections and not be limited by the limitations th= at > are carried over from SDH, they will still limit themselves to this low > number of connections! > But even if this is true then certainly the implication is that there is = no > real reason to consider creating an optimization for such a low number of > LSPs and it raises the question of whether there is a need for any "ring" > protection in MPLS (where rings do not really exist, since all connection= s > in MPLS are LSPs that are actually agnostic to the underlying physical > connections that may be rings or full mesh). > In any case, for this low number of LSPs it certainly makes more sense to > use simple Linear Protection, I agree. But then again, this draft > addresses the possibility of optimizing over a theoretical network of > thousands of connections and reducing it to an order of hundreds by just > applying the use of SPME. >> >> So compared to Linear protection, wrapping solution has poorer >> performance and steering solution is more complicated. >> >> Could you give more clarification? >> >> B.R. >> >> Weiqiang Cheng >> >> >> 2012/10/28 Yaacov Weingarten : >> > Cheng, hi >> > >> > Thank you for your comments regarding the ring protection applicabilit= y >> > statement. >> > >> > I find your scenarios as being very interesting and understand the > concenr >> > in certain networks for the prevelance of such scenarios. While I >> > agree >> > with your analysis that the Wrapping solution that is proposed in the > draft >> > would have difficulty in addressing the scenarios of multiple failures > in >> > adjacent nodes or links, I think that this just strenghthens the >> > recommnedation of Section 2.4 that it is better to apply Steering as a >> > preferred methoid of protection. In addition to the considerations >> > mentioned in Section 2.4, Steering would easily overcome the scenarios > that >> > you mention and is an easy application of LP to the ring scenarios. >> > >> > Regarding your second point, I would like to clarify that, in my >> > understanding, the optimization criteria mentioned in RFC5654 are >> > optimizations compared to using linear protection to protect each > individual >> > LSP, which this draft certainly optimizes by protecting the SPME that >> > tunnels numerous LSPs and therefore provides the desired optimization. > The >> > optimization certainly was never intended to be relative to a > theoretical >> > protection scheme that extends MPLS beyond its present definition by > using >> > constructs that are not supported in MPLS. >> > >> > Hope this helps, >> > yaacov weingarten >> > >> > Still looking for new opportunity. >> > >> > >> > On Wed, Oct 3, 2012 at 11:40 AM, cheng weiqiang > wrote: >> >> >> >> Dear adrian, >> >> >> >> Here I would like to try to describe some issues on the ring >> >> protection solution from my point view. >> >> >> >> 1. The Wrapping solution doesn=E2=80=99t work when Multi-links faults= happen >> >> >> >> For each link in the ring, current wrapping solution defines two SPME >> >> - the first is a SPME between the two LSRs that are connected by the >> >> link,and the second SPME >> >> >> >> between these same two LSRs but traversing the entire ring (except th= e >> >> link that connects the LSRs). >> >> >> >> ___ ___ x > ___ >> >> =3D=3D=3D=3D=3D=3D>/LSR\********/LSR\********/LSR= \ >> >> \_B_/ \_A_/ > \_F_/ >> >> * >> >> * >> >> * >> >> * >> >> * >> >> *x >> >> _* ___ >> >> *_ >> >> >> >> /LSR\********/LSR\********/LSR\=3D=3D=3D=3D=3D=3D> >> >> \_C_/ \_D_/ \_E_/ >> >> >> >> =3D=3D=3D> connected LSP *** physical link >> >> x link fault >> >> >> >> >> >> Above figure shows that One LSP enter the ring from LSR B and Exit >> >> from LSR E. And at the same time the link A-F and link F-E are both >> >> broken.According to current >> >> >> >> solution, both the protection SPME for A-F and the protection SPME fo= r >> >> Link F-E should be activated synchronously. Obviously, it does not >> >> work. >> >> >> >> At the same situation, the ring protection for SDH, G.8132(T-MPLS) an= d >> >> the MSRP solution (C-2098 =E2=80=9CMPLS-TP Shared-Ring protection (MS= RP) >> >> mechanism for ring topology", >> >> >> >> ITU-T SG15 meeting, Sep. 2012) can work well. >> >> >> >> 2.Steering function is totally the same with 1:1 linear protection >> >> >> >> As the draft mentioned "we use 1:1 linear protection [SurvivFwk] >> >> [LinProtect] to perform protection switching and coordination when a >> >> signal fault is detected." It is >> >> >> >> the basic 1:1 linear protection(we can see it as a SNC protection,in >> >> another words 1:1 linear protection is using in sub-network). >> >> >> >> It does not provide any more simplicity and optimism than 1:1 linear >> >> protection. That is why we say this draft cannot meet R100 of RFC5654 >> >> the requirement. >> >> >> >> >> >> So I don't think we need defined it in the ring draft redundantly > again. >> >> >> >> >> >> >> >> Best Regards, >> >> >> >> Cheng Weiqiang >> >> Research Institute of China Mobile >> >> e-mail:chengweiqiang@chinamobile.com >> >> mobile: +86 138 1001 9089 >> >> >> >> >> >> >> >> >> >> 2012/10/2 Adrian Farrel : >> >> > Hi, >> >> > >> >> > Let me pitch in here as an individual contributor who sourced a lot > of >> >> > the text >> >> > in 2.5.6.1 of RFC 5654 basing it on the explicit requirements >> >> > liaised >> >> > from the >> >> > ITU-T. >> >> > >> >> > I have read and reread that section trying to find the text that is >> >> > claimed >> >> > below. It does not exist. >> >> > >> >> > Could you please point to the specific requirement you believe is >> >> > not >> >> > met? Or >> >> > maybe you are confused by the preamble text in the section that >> >> > describes the >> >> > circumstances under which an optimized protection mechanism (rather > than >> >> > one >> >> > built from the mechanisms that operate outside a ring) might be >> >> > developed. >> >> > >> >> > Maybe, also, you could explain in what way you consider the current >> >> > proposal >> >> > does not make good use of the resources on the ring (i.e. what > features >> >> > don't >> >> > work) so that the authors can look at improving their solution. >> >> > >> >> > Cheers, >> >> > Adrian >> >> > >> >> >> -----Original Message----- >> >> >> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On > Behalf Of >> >> >> cheng weiqiang >> >> >> Sent: 02 October 2012 14:02 >> >> >> To: mpls-bounces@ietf.org >> >> >> Cc: mpls@ietf.org; mpls-chairs@tools.ietf.org; > draft-ietf-mpls-tp-ring- >> >> >> protection@tools.ietf.org >> >> >> Subject: Re: [mpls] Working group last call on >> >> > draft-ietf-mpls-tp-ring-protection >> >> >> >> >> >> Do not support. >> >> >> >> >> >> In Section 2.5.6.1 of RFC5654, the MPLS-TP ring protection should >> >> >> be >> >> >> optimized for simplification of the ring operation and the >> >> >> resources >> >> >> consumption around the ring. This draft cannot meet the >> >> >> requirement. >> >> >> >> >> >> Best Regards, >> >> >> >> >> >> Cheng Weiqiang >> >> >> Research Institute of China Mobile >> >> >> Department of Network Technology >> >> >> _______________________________________________ >> >> >> mpls mailing list >> >> >> mpls@ietf.org >> >> >> https://www.ietf.org/mailman/listinfo/mpls >> >> > >> >> _______________________________________________ >> >> mpls mailing list >> >> mpls@ietf.org >> >> https://www.ietf.org/mailman/listinfo/mpls >> > >> > >> > >> > >> > -- >> > Thanx and BR, >> > yaacov >> > >> > Still looking for new opportunity >> > > From internet-drafts@ietf.org Mon Nov 12 02:46:58 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17F9621F854B; Mon, 12 Nov 2012 02:46:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.51 X-Spam-Level: X-Spam-Status: No, score=-102.51 tagged_above=-999 required=5 tests=[AWL=0.089, 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 7oZxBISddgWG; Mon, 12 Nov 2012 02:46:55 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1752021F8514; Mon, 12 Nov 2012 02:46:55 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.36 Message-ID: <20121112104655.21023.96223.idtracker@ietfa.amsl.com> Date: Mon, 12 Nov 2012 02:46:55 -0800 Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-tp-mip-mep-map-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2012 10:46:58 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Multiprotocol Label Switching Working Gro= up of the IETF. Title : Handling MPLS-TP OAM Packets Targeted at Internal MIPs Author(s) : Adrian Farrel Hideki Endo Rolf Winter Yoshinori Koike Manuel Paul Filename : draft-ietf-mpls-tp-mip-mep-map-04.txt Pages : 14 Date : 2012-11-12 Abstract: The Framework for Operations, Administration and Maintenance (OAM) within the MPLS Transport Profile (MPLS-TP) describes how Maintenance Entity Group Intermediate Points (MIPs) may be situated within network nodes at the incoming and outgoing interfaces. This document describes a way of forming OAM messages so that they can be targeted at MIPs on incoming or MIPs on outgoing interfaces, forwarded correctly through the forwarding engine, and handled efficiently in node implementations where there is no distinction between the incoming and outgoing MIP. This document is a product of a joint Internet Engineering Task Force (IETF) / International Telecommunication Union Telecommunication Standardization Sector (ITU-T) effort to include an MPLS Transport Profile within the IETF MPLS and PWE3 architectures to support the capabilities and functionalities of a packet transport network. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-mip-mep-map There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-tp-mip-mep-map-04 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-tp-mip-mep-map-04 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From Rolf.Winter@neclab.eu Mon Nov 12 02:49:22 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 86F7521F854C for ; Mon, 12 Nov 2012 02:49:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.766 X-Spam-Level: X-Spam-Status: No, score=-103.766 tagged_above=-999 required=5 tests=[AWL=-0.167, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, 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 CTsnYNRKH2b6 for ; Mon, 12 Nov 2012 02:49:22 -0800 (PST) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) by ietfa.amsl.com (Postfix) with ESMTP id 0000E21F8539 for ; Mon, 12 Nov 2012 02:49:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id 0918F1020B1; Mon, 12 Nov 2012 11:49:21 +0100 (CET) X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de) Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BvMCNZs9GfeS; Mon, 12 Nov 2012 11:49:20 +0100 (CET) Received: from METHONE.office.hd (methone.office.hd [192.168.24.54]) by mailer1.neclab.eu (Postfix) with ESMTP id E3C14100E7B; Mon, 12 Nov 2012 11:48:55 +0100 (CET) Received: from DAPHNIS.office.hd ([169.254.2.239]) by METHONE.office.hd ([192.168.24.54]) with mapi id 14.01.0323.003; Mon, 12 Nov 2012 11:48:34 +0100 From: Rolf Winter To: Loa Andersson , "draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org" , "mpls@ietf.org" Thread-Topic: Plese remove Appendix A in draft-ietf-mpls-tp-mip-mep-map Thread-Index: AQHNvrGfXnUPUQ2qhkGKnTCb6sMk9ZfmCF7A Date: Mon, 12 Nov 2012 10:47:50 +0000 Message-ID: <791AD3077F94194BB2BDD13565B6295D5550774A@DAPHNIS.office.hd> References: <509D5B58.3050500@pi.nu> In-Reply-To: <509D5B58.3050500@pi.nu> Accept-Language: en-US, de-DE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.7.0.200] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] Plese remove Appendix A in draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2012 10:49:22 -0000 Done. The version just posted implements this change. NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, London = W3 6BL | Registered in England 2832014=20 > -----Original Message----- > From: Loa Andersson [mailto:loa@pi.nu] > Sent: Freitag, 9. November 2012 20:37 > To: draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org; mpls@ietf.org > Cc: mpls-chairs@tools.ietf.org; Martin Vigoureux > Subject: Plese remove Appendix A in draft-ietf-mpls-tp-mip-mep-map >=20 > Authors, >=20 >=20 > when reviewing and preparing the draft-ietf-mpls-tp-mip-mep-map for > working group last call the working group chairs has discussed the > Appendix A "Previously considered solutions". While this Appendix > certainly has been helpful developing the ID, the Appendix does not now > add anything to the proposed solution itself. It is basically a list of > rejected ideas. >=20 > We therefore ask the authors to remove the Appendix and publish a new > version of the document. >=20 > /Loa > for the mpls wg co-chairs > -- >=20 >=20 > Loa Andersson email: loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 From curtis@occnc.com Mon Nov 12 10:57:38 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E452C21F86F4 for ; Mon, 12 Nov 2012 10:57:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001] 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 8RwFPu7ISzsS for ; Mon, 12 Nov 2012 10:57:36 -0800 (PST) Received: from gateway1.orleans.occnc.com (gateway1.orleans.occnc.com [IPv6:2001:470:1f07:1545::1:132]) by ietfa.amsl.com (Postfix) with ESMTP id 8FF6321F868D for ; Mon, 12 Nov 2012 10:57:35 -0800 (PST) Received: from harbor1.ipv6.occnc.com (harbor1.ipv6.occnc.com [IPv6:2001:470:1f07:1545::2:819]) (authenticated bits=0) by gateway1.orleans.occnc.com (8.14.5/8.14.5) with ESMTP id qACIvUip001311; Mon, 12 Nov 2012 13:57:30 -0500 (EST) (envelope-from curtis@occnc.com) Message-Id: <201211121857.qACIvUip001311@gateway1.orleans.occnc.com> To: Pablo Frank From: Curtis Villamizar In-reply-to: Your message of "Wed, 07 Nov 2012 16:56:21 EST." Date: Mon, 12 Nov 2012 13:57:29 -0500 Cc: "mpls@ietf.org" Subject: Re: [mpls] Fwd: New Version Notification for draft-villamizar-mpls-forwarding-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: curtis@occnc.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2012 18:57:38 -0000 In message Pablo Frank writes: > Hi Curtis, Kireeti, > > Very good and useful draft. Just a couple of comments: > > - I'm glad that you raise the issue of min packet-size and the very real > possibility of getting bursts of min-sized frames. In my experience, > particularly with 100G or faster, I've encountered a number of merchant > silicon solutions that struggle to meet line-rate performance *for all > packet sizes*. I've seen cases where the performance is line-rate for 64B > frames (in some cases, it's even optimized for 64B) but does poorly for, > say, 65B frames. There is often a saw-tooth pattern of packet-sizes that > drop below line-rate including packet-sizes in the 70s or 80s or higher. > These sawtooth patterns are mainly a product of external memory technology > not being able to keep up. The 65B problem is often due to memory width. I've seen the sawtooth as well. > While I can't make a strong argument for why you might see a lot of 65B > frames, there are other packet-sizes that can be problematic when you > consider various tunneling technologies. For example, if you consider > min-sized Ethernet pseudowires, 82B and every 4B increment after that > suddenly becomes interesting. I would suggest adding some text that calls > out these other common encapsulations that might cause problems in > current-gen hardware. Since the real world problem is TCP ACKs getting compressed into bursts, this might be acceptable to a provider. If OTOH there were streams of real time traffic at 70B to 80B getting compressed into burst it might not be acceptable. The point of the draft is to know what to look for and then have the system designer and/or provider decide what is acceptable. You make a very good point regarding min-sized Ethernet within Ethernet pseudowires. In the real world small packets are typically TCP ACK, but other encapsulations could put these in the 70-80 byte range rather than 64B. Also POS and GFP can have encapsulations smaller than 64B. GFP over OTN would be nice but can yield about 240 Mpps for ODU4 (100G) due to its very low overhead relative to Ethernet encaps. > - A minor nit: in section 2.2, you mention 150mpps without mentioning that > this applies to 100G interfaces. Thanks. Paul Doolan pointed this out in private email well before IETF but it appears that I forgot to fix it. I'll look back at private email from Paul and others and see what else I missed. > regards, > Pablo Thanks for the comments. Curtis > On Mon, Oct 8, 2012 at 8:30 PM, Kireeti Kompella > wrote: > > > Hi Folks, > > > > I'd spoken on the issue of deep label stacks at the last IETF, and there > > was interest from chip suppliers, vendors and service providers. Curtis > > just submitted the draft; it goes beyond just deep label stacks. There are > > suggestions in the draft on aspects of implementing MPLS forwarding, as > > well as questions to ask regarding an implementation, and things to test. > > > > Please read and comment to the list. > > > > If you (that includes MPLS WG chairs and ADs) could also formulate your > > thoughts on what type of doc (Info, BCP, PS) this should be, that would be > > very helpful in moving this discussion forward. > > > > Thanks, > > Kireeti. From tnadeau@lucidvision.com Mon Nov 12 16:18:17 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5203721F87BD for ; Mon, 12 Nov 2012 16:18:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.463 X-Spam-Level: X-Spam-Status: No, score=-2.463 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, SARE_SUB_OBFU_OTHER=0.135] 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 kEdugYo-YLZE for ; Mon, 12 Nov 2012 16:18:16 -0800 (PST) Received: from lucidvision.com (lucidvision.com [72.71.250.34]) by ietfa.amsl.com (Postfix) with ESMTP id 6F99E21F87B8 for ; Mon, 12 Nov 2012 16:18:16 -0800 (PST) Received: from sadusuma-sslvpn-nc.jnpr.net (natint3.juniper.net [66.129.224.36]) by lucidvision.com (Postfix) with ESMTP id 7ABE72326773; Mon, 12 Nov 2012 19:18:11 -0500 (EST) Content-Type: multipart/alternative; boundary="Apple-Mail=_37E3FC6C-0557-4452-98CA-8B4300756520" Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) From: Thomas Nadeau In-Reply-To: <201210161156.q9GBuWLf057618@mse01.zte.com.cn> Date: Mon, 12 Nov 2012 17:18:06 -0700 Message-Id: <7489811C-447E-4842-9C43-486634C337F1@lucidvision.com> References: <201210161156.q9GBuWLf057618@mse01.zte.com.cn> To: Ryan Zheng X-Mailer: Apple Mail (2.1499) Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , lizhong.jin@zte.com.cn, draft-zjns-mpls-lsp-ping-relay-reply@tools.ietf.org Subject: Re: [mpls] IPR poll on draft-zjns-mpls-lsp-ping-relay-reply X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2012 00:18:17 -0000 --Apple-Mail=_37E3FC6C-0557-4452-98CA-8B4300756520 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I believe that we filed IPR around this when I was at Cisco, but = my memory might be foggy around this. As I no longer work there, I = cannot look that up. Perhaps George can? --Tom >=20 > Hi Loa,=20 >=20 > I am not aware of any IPR related to this draft.=20 >=20 > Thanks,=20 > Ryan=20 >=20 > Loa Andersson wrote on 2012-10-15 18:58:12: >=20 > > Working Group and authors; > >=20 > > The authors of draft-zjns-mpls-lsp-ping-relay-reply has indicated > > that the draft is ready to be adopted as a working group document. > >=20 > > Before starting the poll to make the draft become a working group > > document we will do an IPR poll to check whether there is IPR on > > the document that needs to be disclosed. > >=20 > > This mail starts that IPR poll. > >=20 > > Are you aware of any IPR that applies to > > draft-zjns-mpls-lsp-ping-relay-reply? > >=20 > > If so, has this IPR been disclosed in compliance with IETF IPR rules > > (see RFCs 3979, 4879, 3669 and 5378 for more details). > >=20 > > If you are listed as a document author or contributor please respond = to > > this email regardless of whether or not you are aware of any = relevant > > IPR. The response needs to be sent to the MPLS wg mailing list. The=20= > > documents will not advance to the next stage until a response > > has been received from each author and contributor. > >=20 > > If you are on the MPLS WG email list but are not listed as an author = or > > contributor, then please explicitly respond only if you are aware of = any > > IPR that has not yet been disclosed in conformance with IETF rules. > >=20 > >=20 > > Thanks, Loa > > (as MPLS WG co-chair) > >=20 > > --=20 > >=20 > >=20 > > Loa Andersson email: = loa.andersson@ericsson.com > > Sr Strategy and Standards Manager loa@pi.nu > > Ericsson Inc phone: +46 10 717 52 13 > > +46 767 72 92 13 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls --Apple-Mail=_37E3FC6C-0557-4452-98CA-8B4300756520 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii
I believe that we filed IPR around this when I was at Cisco, but my memory might be foggy around this.  As I no longer work there, I cannot look that up. Perhaps George can?

--Tom


Hi Loa,

I am not aware of any IPR related to this draft.

Thanks,
Ryan

Loa Andersson <loa@pi.nu> wrote on 2012-10-15 18:58:12:

> Working Group and authors;
>
> The authors of draft-zjns-mpls-lsp-ping-relay-reply has indicated
> that the draft is ready to be adopted as a working group document.
>
> Before starting the poll to make the draft become a working group
> document we will do an IPR poll to check whether there is IPR on
> the document that needs to be disclosed.
>
> This mail starts that IPR poll.
>
> Are you aware of any IPR that applies to
> draft-zjns-mpls-lsp-ping-relay-reply?
>
> If so, has this IPR been disclosed in compliance with IETF IPR rules
> (see RFCs 3979, 4879, 3669 and 5378 for more details).
>
> If you are listed as a document author or contributor please respond to
> this email regardless of whether or not you are aware of any relevant
> IPR. The response needs to be sent to the MPLS wg mailing list. The
> documents will not advance to the next stage until a response
> has been received from each author and contributor.
>
> If you are on the MPLS WG email list but are not listed as an author or
> contributor, then please explicitly respond only if you are aware of any
> IPR that has not yet been disclosed in conformance with IETF rules.
>
>
> Thanks, Loa
> (as MPLS WG co-chair)
>
> --
>
>
> Loa Andersson                         email: loa.andersson@ericsson.com
> Sr Strategy and Standards Manager            loa@pi.nu
> Ericsson Inc                          phone: +46 10 717 52 13
>                                               +46 767 72 92 13
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls

--Apple-Mail=_37E3FC6C-0557-4452-98CA-8B4300756520-- From hideki.endo.es@hitachi.com Mon Nov 12 17:06:10 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3548A21F87EF for ; Mon, 12 Nov 2012 17:06:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.09 X-Spam-Level: X-Spam-Status: No, score=-1.09 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, 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 qGF1Vyh2OIFp for ; Mon, 12 Nov 2012 17:06:09 -0800 (PST) Received: from mail9.hitachi.co.jp (mail9.hitachi.co.jp [133.145.228.44]) by ietfa.amsl.com (Postfix) with ESMTP id 641EB21F87EA for ; Mon, 12 Nov 2012 17:06:09 -0800 (PST) Received: from mlsv6.hitachi.co.jp (unknown [133.144.234.166]) by mail9.hitachi.co.jp (Postfix) with ESMTP id 512FF37C82; Tue, 13 Nov 2012 10:06:01 +0900 (JST) Received: from mfilter05.hitachi.co.jp by mlsv6.hitachi.co.jp (8.13.1/8.13.1) id qAD161mR015823; Tue, 13 Nov 2012 10:06:01 +0900 Received: from vshuts04.hitachi.co.jp (vshuts04.hitachi.co.jp [10.201.6.86]) by mfilter05.hitachi.co.jp (Switch-3.3.4/Switch-3.3.4) with ESMTP id qAD160fj019423; Tue, 13 Nov 2012 10:06:00 +0900 Received: from vshuts4.hitachi.co.jp (unknown [10.201.6.80]) by vshuts04.hitachi.co.jp (Postfix) with ESMTP id CF57A140064; Tue, 13 Nov 2012 10:05:59 +0900 (JST) X-AuditID: b753bd60-914c2ba0000047ca-9c-50a19cf79252 Received: from gmml25.itg.hitachi.co.jp (unknown [158.213.165.145]) by vshuts4.hitachi.co.jp (Symantec Mail Security) with ESMTP id A4A8F2043F0; Tue, 13 Nov 2012 10:05:59 +0900 (JST) Received: from [127.0.0.1] by gmml25.itg.hitachi.co.jp (AIX5.2/8.11.6p2/8.11.0) id qAD15x326144784; Tue, 13 Nov 2012 10:05:59 +0900 Message-Type: Multiple Part MIME-Version: 1.0 Message-ID: Content-Type: text/plain; charset=us-ascii To: , , From: Date: Tue, 13 Nov 2012 10:05:43 +0900 References: <5098CF68.2000105@pi.nu> Priority: normal Importance: normal X400-Content-Identifier: X50A19CC600000M X400-MTS-Identifier: [/C=JP/ADMD=HITNET/PRMD=HITACHI/;gmml28121113100510DU3] Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: AAAAAA== Cc: mpls-chairs@tools.ietf.org, ahmpls-tp@lists.itu.int Subject: Re: [mpls] IPR poll on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2012 01:06:10 -0000 Hi, No. I'm not aware of any IPR related to this draft. I'm sorry for this late reply. Tnaks, Hideki Endo >Working Group, > >the authors of draft-ietf-mpls-tp-mip-mep-map have indicated that the >draft is ready for working group last call. > >Before we start the working group last call an IPT poll is needed. > >This is to start the IPR Poll. > >Are you aware of any IPR that applies to draft-ietf-mpls-tp-mip-mep-map? > >If so, has this IPR been disclosed in compliance with IETF IPR rules >(see RFCs 3979, 4879, 3669 and 5378 for more details). > >If you are listed as a document author or contributor please respond to >this email regardless of whether or not you are aware of any relevant >IPR. The response needs to be sent to the MPLS wg mailing list. The >documents will not advance to the next stage until a response >has been received from each author and contributor. > >If you are on the MPLS WG email list but are not listed as an author or >contributor, then please explicitly respond only if you are aware of any >IPR that has not yet been disclosed in conformance with IETF rules. > > >Thanks, Loa >(as MPLS WG co-chair) > > >-- > > >Loa Andersson email: loa.andersson@ericsson.com >Sr Strategy and Standards Manager loa@pi.nu >Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 >_______________________________________________ >mpls mailing list >mpls@ietf.org >https://www.ietf.org/mailman/listinfo/mpls > From loa@pi.nu Tue Nov 13 00:04:24 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 963B221F88DF for ; Tue, 13 Nov 2012 00:04:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.531 X-Spam-Level: X-Spam-Status: No, score=-102.531 tagged_above=-999 required=5 tests=[AWL=-0.068, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, 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 kLQ--z9IVekm for ; Tue, 13 Nov 2012 00:04:24 -0800 (PST) Received: from mail.pi.nu (ns1.elverljung.se [195.206.248.139]) by ietfa.amsl.com (Postfix) with ESMTP id 0F2F021F88CA for ; Tue, 13 Nov 2012 00:04:21 -0800 (PST) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.pi.nu (Postfix) with ESMTPSA id 36E8382450; Tue, 13 Nov 2012 09:04:15 +0100 (CET) Message-ID: <50A1FEFF.5040800@pi.nu> Date: Tue, 13 Nov 2012 09:04:15 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: "mpls@ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "mpls-chairs@tools.ietf.org" , draft-zjns-mpls-lsp-ping-relay-reply@tools.ietf.org Subject: [mpls] poll on to see of we have consensus to adopt draft-zjns-mpls-lsp-ping-relay-reply as a working group document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2012 08:04:24 -0000 Working Group, this is to start a two week poll on adopting draft-zjns-mpls-lsp-ping-relay-reply-00 as an MPLS working group document. Please send your comments (support/not support) to the mpls working group mailing list (mpls at ietf.org). Please give an technical motivation for your support/not support, especially if you think that the document should not be adopted as a working group document. This poll ends November 27, 2012. Please note that an IPR claim against a ID that is part of the work that were merged into the current draft according to one of the authors also apply to this document - http://datatracker.ietf.org/ipr/828/ . With the exception for the IPR disclosure referenced above all the co-authors has stated on the mailing list that they are not aware of any other IPR claims . If there are IPR claims from any other party, please remember that the possibility to disclose IPRs is open. /Loa (mpls wg co-chair) -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From stephane.litkowski@orange.com Tue Nov 13 00:08:58 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BB4DB21F88DF; Tue, 13 Nov 2012 00:08:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.248 X-Spam-Level: X-Spam-Status: No, score=-2.248 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35, UNPARSEABLE_RELAY=0.001] 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 NmTFUWBxTxKA; Tue, 13 Nov 2012 00:08:58 -0800 (PST) Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) by ietfa.amsl.com (Postfix) with ESMTP id 7829821F88DC; Tue, 13 Nov 2012 00:08:57 -0800 (PST) Received: from omfedm08.si.francetelecom.fr (unknown [xx.xx.xx.4]) by omfedm11.si.francetelecom.fr (ESMTP service) with ESMTP id 1F4753B4472; Tue, 13 Nov 2012 09:08:56 +0100 (CET) Received: from PUEXCH21.nanterre.francetelecom.fr (unknown [10.101.44.28]) by omfedm08.si.francetelecom.fr (ESMTP service) with ESMTP id 0526A238070; Tue, 13 Nov 2012 09:08:56 +0100 (CET) Received: from PUEXCB2F.nanterre.francetelecom.fr ([10.101.44.54]) by PUEXCH21.nanterre.francetelecom.fr ([10.101.44.28]) with mapi; Tue, 13 Nov 2012 09:08:55 +0100 From: To: "mpls@ietf.org" , "rtgwg@ietf.org" Date: Tue, 13 Nov 2012 09:08:54 +0100 Thread-Topic: I-D Action: draft-litkowski-rtgwg-lfa-rsvpte-cooperation-00.txt Thread-Index: Ac3BcsBJvj5Ic4hjTYauSayNHfFdqwAAsxGQ Message-ID: <18235_1352794136_50A20018_18235_520_1_EEE55384044474429A926C625D0FCC81045D1CEB30@PUEXCB2F.nanterre.francetelecom.fr> Accept-Language: fr-FR Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: fr-FR Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-PMX-Version: 5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2012.10.24.110314 Subject: [mpls] TR: I-D Action: draft-litkowski-rtgwg-lfa-rsvpte-cooperation-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2012 08:08:59 -0000 Hi Folks, We currently have some deployment scenarios where LFA and RSVP-TE are confi= gured at the same time, and basically we would like to propose some guideli= nes on how LFA should behave in such scenarios.=20 We would be pleased to received your feedback. Thanks, Stephane -----Message d'origine----- De : i-d-announce-bounces@ietf.org [mailto:i-d-announce-bounces@ietf.org] D= e la part de internet-drafts@ietf.org Envoy=E9 : mardi 13 novembre 2012 08:44 =C0 : i-d-announce@ietf.org Objet : I-D Action: draft-litkowski-rtgwg-lfa-rsvpte-cooperation-00.txt A New Internet-Draft is available from the on-line Internet-Drafts director= ies. Title : Interactions between LFA and RSVP-TE Author(s) : Stephane Litkowski Bruno Decraene Clarence Fils Fils Kamran Raza Filename : draft-litkowski-rtgwg-lfa-rsvpte-cooperation-00.txt Pages : 12 Date : 2012-11-12 Abstract: RSVP-TE FRR is a well known and deployed technology for fast reroute, and there are some use cases where LFA and RSVP-TE may interact. This document clarifies the behavior of LFA when RSVP-TE tunnels are used simultaneously. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-litkowski-rtgwg-lfa-rsvpte-cooperati= on There's also a htmlized version available at: http://tools.ietf.org/html/draft-litkowski-rtgwg-lfa-rsvpte-cooperation-00 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ie= tf.org/ietf/1shadow-sites.txt ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete al= tere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, France Telecom - Orange is not liable for message= s that have been modified, changed or falsified. Thank you. From loa@pi.nu Tue Nov 13 00:19:26 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF22E21F88E2 for ; Tue, 13 Nov 2012 00:19:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.523 X-Spam-Level: X-Spam-Status: No, score=-102.523 tagged_above=-999 required=5 tests=[AWL=-0.059, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, 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 LiWwHQS5mbve for ; Tue, 13 Nov 2012 00:19:26 -0800 (PST) Received: from mail.pi.nu (ns1.elverljung.se [195.206.248.139]) by ietfa.amsl.com (Postfix) with ESMTP id 68F0C21F88C0 for ; Tue, 13 Nov 2012 00:19:26 -0800 (PST) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.pi.nu (Postfix) with ESMTPSA id 3475C82450; Tue, 13 Nov 2012 09:19:25 +0100 (CET) Message-ID: <50A2028E.2000903@pi.nu> Date: Tue, 13 Nov 2012 09:19:26 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: "mpls@ietf.org" References: <50A1FEFF.5040800@pi.nu> In-Reply-To: <50A1FEFF.5040800@pi.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "mpls-chairs@tools.ietf.org" , draft-zjns-mpls-lsp-ping-relay-reply@tools.ietf.org Subject: [mpls] ON HOLD - poll on to see of we have consensus to adopt draft-zjns-mpls-lsp-ping-relay-reply as a working group document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2012 08:19:27 -0000 Working Group, the authors have asked me to hold this poll while they update the draft based on comment from the MPLS Review Team. I will restart it agaim as soon as I've the new version. /Loa On 2012-11-13 09:04, Loa Andersson wrote: > Working Group, > > this is to start a two week poll on adopting > draft-zjns-mpls-lsp-ping-relay-reply-00 > as an MPLS working group document. > > Please send your comments (support/not support) to the mpls working > group mailing list (mpls at ietf.org). Please give an technical > motivation for your support/not support, especially if you think that > the document should not be adopted as a working group document. > > This poll ends November 27, 2012. > > Please note that an IPR claim against a ID that is part of the > work that were merged into the current draft according to one of the > authors also apply to this document - > http://datatracker.ietf.org/ipr/828/ . > > With the exception for the IPR disclosure referenced above all the > co-authors has stated on the mailing list that they are not aware of > any other IPR claims > . > If there are IPR claims from any other party, please remember that the > possibility to disclose IPRs is open. > > /Loa > (mpls wg co-chair) -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From chengwq@gmail.com Tue Nov 13 00:53:52 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 069AA21F861A for ; Tue, 13 Nov 2012 00:53:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.199 X-Spam-Level: X-Spam-Status: No, score=-3.199 tagged_above=-999 required=5 tests=[AWL=0.400, BAYES_00=-2.599, 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 qmIkYE5-mX1Z for ; Tue, 13 Nov 2012 00:53:51 -0800 (PST) Received: from mail-vc0-f172.google.com (mail-vc0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id A465321F860A for ; Tue, 13 Nov 2012 00:53:48 -0800 (PST) Received: by mail-vc0-f172.google.com with SMTP id fl11so7859301vcb.31 for ; Tue, 13 Nov 2012 00:53:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XeJOtReAYOZeoNpWmJMGFEaQwSmq8GHFlj+6MAF8OhU=; b=nPqOyxVRk9fvFjoKCl3nltFfxZy6XLZDC93hmPagPk1uxZQdlO8CeTCWl/Aj1sTc69 eTH7Z/3xj8AnXUjGb9LIC/1sBwtqf1LWEhejxm0C9jtjVCzuo2IMzEugflFWw9k0ORmX FrnkHpPwCcE//JgjTsCG8VEeNqHnerDbfme7Iv1wyrevL7L4oN8gV+41F/tsPcUpTt4D GtJrMAF+lAbIVXZxwMtLEzmgBTRRgZJ4XjDarbulUzJgOp0jKmp3N9KDcuUvRXS0Mp1k nCmyBbcwlJNw2Hd04Lg0whMQLGLtpBSoD+O+p+yIK9rb04T/ssQyXn4Ato9Lx6tqwFSC oWLw== MIME-Version: 1.0 Received: by 10.59.12.170 with SMTP id er10mr25194640ved.48.1352796826152; Tue, 13 Nov 2012 00:53:46 -0800 (PST) Received: by 10.58.64.7 with HTTP; Tue, 13 Nov 2012 00:53:46 -0800 (PST) In-Reply-To: <7347100B5761DC41A166AC17F22DF1120102B0@EUSAAMB103.ericsson.se> References: <7347100B5761DC41A166AC17F22DF112010014@EUSAAMB103.ericsson.se> <7347100B5761DC41A166AC17F22DF1120102B0@EUSAAMB103.ericsson.se> Date: Tue, 13 Nov 2012 16:53:46 +0800 Message-ID: From: weiqiang cheng To: Gregory Mirsky Content-Type: text/plain; charset=ISO-8859-1 Cc: "mpls@ietf.org" , "lifang@ritt.cn" , "yang.jian90@zte.com.cn" , "chengweiqiang@chinamobile.com" , "alex.liukai@huawei.com" , "Lihan@chinamobile.com" , "wjf@fiberhome.com.cn" , "Wangleiyj@chinamobile.com" Subject: Re: [mpls] Comments on draft-cheng-mpls-tp-shared-ring-protection-00 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2012 08:53:52 -0000 Hi Greg and Yaakov, Thanks a lot for your comments. Here is clarification for your concerns on the Ring Tunnel: Ring Tunnel is a implementation mechanism within the local ring to minimize recovery elements, OAM sessions, Labels used, and management transactions as described in RFC5654. There is no change to the LSPs entering the ring, and they are still P2P or P2MP. In another words, it is working only in the ring for P2P and P2MP path. So it is OK for MPLS-TP. B.R. Weiqiang Cheng 2012/11/9 Gregory Mirsky : > Hi Yaakov, > many thanks for your detailed comments. I think that if a Ring Tunnel > presents mp2p construct then it unlikely can be part of solution for a > MPLS-TP networks as it's operation is based on merging traffic flows. Would > you agree? > > Regards, > Greg > > ________________________________ > From: Yaacov Weingarten [mailto:wyaacov@gmail.com] > Sent: Thursday, November 08, 2012 10:44 PM > To: Gregory Mirsky > Cc: Lihan@chinamobile.com; yang.jian90@zte.com.cn; > chengweiqiang@chinamobile.com; lifang@ritt.cn; hejia@huawei.com; > Wangleiyj@chinamobile.com; mpls@ietf.org; alex.liukai@huawei.com; > wjf@fiberhome.com.cn > Subject: Re: [mpls] Comments on > draft-cheng-mpls-tp-shared-ring-protection-00 > > Greg, hi > > I am not sure that I agree with all of your comments (see below), although I > would love to agree with your conclusion;) > > BR, > yaacov > On Nov 8, 2012 11:32 PM, "Gregory Mirsky" > wrote: >> >> Dear Authors, et al., >> below are my comments to your document I've mentioned at MPLS WG meeting >> earlier: >> SPME given new Ring Tunnel name > yw>> I disagree that this Ring Tunnel is a new name for an SPME! SPME is a > standard p2p or p2mp bi-directional LSP (or tunnel), whereas this RT is a > new construct that (I think) needs to be defined first in MPLS (or a > reference should be given as to where it is defined). The RT is defined by > its destination - so this makes it a mp2p tunnel where traffic may enter the > tunnel at any LSR in the ring and exit at the endpoint. > >> Implicitly jumps between single ring and interconnected rings scenario >> Implicitly considers p2p bidirectional corouted LSP even though more >> generic p2p scenario stated > yw>> I agree that using the RT construct they hae destroyed any pretense of > co-routed bi-directionality of the traffic, since obviously for a co-routed > LSP that enters the ring at LSR-A and LSR-D -the traffic in the A-D > direction will be transmitted through a RT that is destined for LSR-D > whereas the D-A traffic will be in some other RT that is destined for LSR-A. >> Only Link OAM being considered, what makes steering more challenging > yw>> It should also be noted that this is a physical Link OAM not a MPLS > logical link OAM. I also think that the mechanism that is being suggested > for passing the switching information up to the MPLS level should be > expanded upon and possibly defined in MPLS (or referenced if already > defined). >> No mention that Link or Node protection in wrapping has to be >> pre-determined >> Coordination protocol - TBD >> Hard to identify advantages of this approach when comparing with solutions >> described in draft-weingarten-mpls-tp-ring-protection-06 protection of p2p >> bi-directional LSP. >> >> Regards, >> Greg >> >> >> >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >> > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > From zheng.zhi@zte.com.cn Tue Nov 13 22:07:03 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 70F3F21F8795 for ; Tue, 13 Nov 2012 22:07:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -92.273 X-Spam-Level: X-Spam-Status: No, score=-92.273 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_35=0.339, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, MSGID_FROM_MTA_HEADER=0.803, SARE_SUB_ENC_GB2312=1.345, SARE_SUB_OBFU_OTHER=0.135, 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 sqoAy813Eizw for ; Tue, 13 Nov 2012 22:07:02 -0800 (PST) Received: from zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id BB9DD21F8598 for ; Tue, 13 Nov 2012 22:07:00 -0800 (PST) Received: from mse02.zte.com.cn (unknown [10.30.3.21]) by Websense Email Security Gateway with ESMTPS id EFA9A1297A1E for ; Wed, 14 Nov 2012 14:08:16 +0800 (CST) Received: (from root@localhost) by mse02.zte.com.cn id qAE66rOY014733 for ; Wed, 14 Nov 2012 14:06:53 +0800 (GMT-8) (envelope-from zheng.zhi@zte.com.cn) Message-Id: <201211140606.qAE66rOY014733@mse02.zte.com.cn> Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id qAE5xPJI003383; Wed, 14 Nov 2012 13:59:25 +0800 (GMT-8) (envelope-from zheng.zhi@zte.com.cn) In-Reply-To: To: Mach Chen MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 From: Ryan Zheng Date: Wed, 14 Nov 2012 13:59:19 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-11-14 13:59:11, Serialize complete at 2012-11-14 13:59:11 Content-Type: multipart/alternative; boundary="=_alternative 0021286848257AB6_=" X-MAIL: mse02.zte.com.cn qAE66rOY014733 X-MSS: AUDITRELEASE@mse02.zte.com.cn Cc: "mpls@ietf.org" , lizhong.jin@zte.com.cn, "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] =?gb2312?b?tPC4tDogTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtempu?= =?gb2312?b?cy1tcGxzLWxzcC1waW5nLXJlbGF5LXJlcGx5?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2012 06:07:03 -0000 This is a multipart message in MIME format. --=_alternative 0021286848257AB6_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgTWFjaCwNCg0KU29ycnkgZm9yIHRoZSBsYXRlIHJlcGx5Lg0KDQpUaGFua3MgZm9yIHlvdXIg ZGV0YWlsZWQgcmV2aWV3LiBQbGVhc2Ugc2VlIG15IHJlc3BvbnNlIGlubGluZS4NCg0KQmVzdCBS ZWdhcmRzLA0KUnlhbg0KDQpNYWNoIENoZW4gPG1hY2guY2hlbkBodWF3ZWkuY29tPiB3cm90ZSBv biAyMDEyLTEwLTI3IDExOjE3OjAwOg0KDQo+IEhpLA0KPiANCj4gSSBoYXZlIGRvbmUgbXkgTVBM Uy1SVCByZXZpZXcsIGhlcmUgYXJlIG15IGNvbW1lbnRzLg0KPiANCj4gSXMgdGhpcyBkcmFmdCB1 c2VmdWw/DQo+IA0KPiBZZXMsIEkgdGhpbmsgdGhpcyBkcmFmdCBpcyB1c2VmdWwuDQo+IA0KPiBJ cyB0aGUgZG9jdW1lbnQgY29oZXJlbnQ/DQo+IA0KPiBJIHRoaW5rIHRoZSBkcmFmdCBuZWVkcyBt b3JlIHdvcmssIGVzcGVjaWFsbHkgb24gdGhlICJLIGJpdCIgcmVsYXRlZA0KPiBkZXNpZ24gYW5k IHByb2Nlc3MuIA0KPiANCj4gSXMgdGhlIGRvY3VtZW50IHJlYWR5IHRvIGJlIGNvbnNpZGVyZWQg Zm9yIFdHIGFkb3B0aW9uLg0KPiANCj4gSXQgaXMgY2xvc2UgdG8sIGJldHRlciBhZnRlciBzb2x2 aW5nIHRoZSBmb2xsb3dpbmcgY29tbWVudHMgd2l0aCANCj4gY2xhcmlmaWNhdGlvbiBvciBhIG5l dyByZXZpc2lvbi4gDQo+IA0KPiANCj4gQ29tbWVudHM6DQo+IA0KPiAxLiBGcm9tIHRoZSBtb3Rp dmF0aW9uLCBpdCBzZWVtcyB0aGF0IGRyYWZ0IGludGVuZHMgdG8gc29sdmUgdGhlIA0KPiB0cmFj ZXJvdXRlIHByb2JsZW0gaW4gaW50ZXItYXMvYXJlYSBzY2VuYXJpb3MsIGlmIGl0J3MgdHJ1ZSwg dGhpcyANCj4gc2hvdWxkIGJlIGV4cGxpY2l0bHkgc3RhdGVkIGluIHRoZSBJbnRyb2R1Y3Rpb24g YW5kL29yIEFic3RyYWN0IHNlY3Rpb24uDQo8Unlhbj5Db3JyZWN0LiBXaWxsIGRvLiANCg0KPiAy LiBTZWN0aW9uIDMuMiwNCj4gYS4gdGhlIFJlbGF5IE5vZGUgQWRkcmVzcyBTdGFjayBUTFYgc2hv dWxkIGJlIGFuIG9wdGlvbmFsIFRMViwgaXQncyANCj4gYmV0dGVyIHRvIHN0YXRlIHRoaXMgaW4g dGhlIGRyYWZ0LCBhbmQgbmVlZCB0byBzcGVjaWZ5IHRvIHdoaWNoIA0KPiByZXBseSBtb2RlcyAo YWxsIHRoZSBmaXZlIG9yIHBhcnRpY3VsYXIgbW9kZXMgKSB0aGlzIFRMViBjb3VsZCBhcHBseS4N CjxSeWFuPlllcywgdGhlIFJlbGF5IE5vZGUgQWRkcmVzcyBTdGFjayBUTFYgaXMgYW4gb3B0aW9u YWwgVExWLiBNb3JlIA0KZGVzY3JpcHRpb25zIG9mIHRoZSBub2RlIGJlaGF2aW9yIHdpbGwgYmUg YWRkZWQsIGFuZCBhIEJhY2t3YXJkIA0KQ29tcGF0aWJpbGl0eSBzZWN0aW9uIHdpbGwgaGVscCB0 byBtYWtlIGl0IG11Y2ggY2xlYXJlci4gVGhpcyBUTFYgY291bGQgDQphcHBseSB0byBhbGwgdGhl IGZpdmUgcmVwbHkgbW9kZXMuIEhvd2V2ZXIsIElNSE8sIGZvciBtb3N0IHVzZSBjYXNlcywgdGhp cyANClRMViB3b3VsZCBhcHBseSB0byByZXBseSBtb2RlIDIoUmVwbHkgdmlhIGFuIElQdjQvSVB2 NiBVRFAgcGFja2V0KS4NCg0KPiBiLiBpdCBkZWZpbmVzIHR3byB0eXBlcyB0aGUgcmVsYXkgYWRk cmVzcyAoSVB2NCwgSVB2NiksIGRvZXMgaXQgDQo+IGFsbG93IHRoZSBjb21iaW5hdGlvbiBvZiB0 aGUgdHdvIHR5cGVzIChlLmcuLCBJUHY0LUlQdjQtSVB2Ni1JUHY0KSANCj4gaW4gYSBzaW5nbGUg c3RhY2ssIGlmIG5vdCwgaXQgc2hvdWxkIGV4cGxpY2l0bHkgc3BlbGwgb3V0LiBBbmQgaWYgYSAN Cj4gbm9kZSBzdXBwb3J0IGR1YWwgc3RhY2tzLCBob3cgZG9lcyBpdCBkZWNpZGUgd2hpY2ggdHlw ZSBzaG91bGQgYmUgdXNlZD8NCjxSeWFuPlRoZSBjb21iaW5hdGlvbiBvZiBJUHY0IGFuZCBJUHY2 IGlzIGFsbG93ZWQsIHRoYXQgaXMgd2h5IGVhY2ggDQpyZWxheWVkIGFkZHJlc3MgaW4gdGhlIHN0 YWNrIGhhcyBpdHMgb3duIEFkZHJlc3MgVHlwZSwgZWl0aGVyIElQdjQgb3IgDQpJUHY2LiBXaGlj aCB0eXBlIHNob3VsZCBiZSB1c2VkIGRlcGVuZHMgb24gbG9jYWwgY29uZmlndXJhdGlvbi4gV2hh dGV2ZXIgDQpJUHY0IG9yIElQdjYsIGEgcm91dGFibGUgYWRkcmVzcyBmb3Igb3RoZXIgbm9kZXMg aXMgcmVxdWlyZWQgaGVyZS4NCg0KPiBjLiB0aGUgSyBiaXQsIHRoZSBkcmFmdCBzYWlkOiAiVGhl IEsgYml0IG1heSBiZSBzZXQgYnkgQVNCUnMgd2hpY2ggDQo+IGFkZHJlc3Mgd291bGQgYmUga2Vw dCBpbiB0aGUgc3RhY2sgaWYgbmVjZXNzYXJ5LiIgSG93IGFuZCB3aGVuIGRvZXMgDQo+IGFuIEFT QlIga25vdyBpdCBzaG91bGQgc2V0IHRoZSBLIGJpdD8gQ2FuIGFuIG5vbi1BU0JSIHNldCB0aGUg SyBiaXQ/IA0KPFJ5YW4+SXQgaXMgdW5kZXIgYWRtaW5pc3RyYXRvciBjb250cm9sIHBvbGljeS4g SXQgaXMgcmVjb21tZW5kZWQgZm9yIHRoZSANCkFTQlIgdG8gc2V0IHRoZSBLIGJpdCwgYnV0IG90 aGVyIG5vZGUgY291bGQgYWxzbyBzZXQgdGhlIEsgYml0Lg0KIA0KPiAzLiBTZWN0aW9uIDQuMSwg c2hvdWxkIGluaXRpYXRvciBhZGRyZXNzIGVudHJ5IHNldCB0aGUgSyBiaXQsIGlmIA0KPiBub3Qs IGFjY29yZGluZyB0byB0aGUgY29tcHJlc3MgcHJvY2VzcyBpbiBzZWN0aW9uIDQuMiwgdGhlIGlu aXRpYXRvcg0KPiBhZGRyZXNzIHdpbGwgYmUgZGVsZXRlZCB3aGVuIGFuIGludGVybWVkaWF0ZSBu b2RlIGNvbXByZXNzZWQgdGhlIA0KPiBzdGFjay4gVGhlcmVmb3JlLCB3aGVuIGRvIHJlbGF5IHJl cGx5LCBzaW5jZSBzb3VyY2UgYW5kIGRlc3RpbmF0aW9uIA0KPiBhZGRyZXNzZXMgYXJlIG5vdCBi ZSB0aGUgaW5pdGlhdG9yIGFkZHJlc3MgYW55bW9yZSwgdGhlIGludGVybWVkaWF0ZQ0KPiBub2Rl IG1heSBub3Qgd2hlcmUgdG8gc2VuZCB0byByZXBseS4gSXMgbXkgdW5kZXJzdGFuZGluZyByaWdo dD8gDQo+IElNSE8sIHRoZSBpbml0aWF0b3IgYWRkcmVzcyBNVVNUIGFsd2F5cyBiZSBrZXB0IGlu IHRoZSBzdGFjayBhcyB0aGUgDQo+IGZpcnN0IGVudHJ5LiBJIGhhdmUgZmVlbGluZyB0aGF0IHRo ZXJlIGlzIG5vIG5lZWQgdG8gZGVmaW5lIHRoZSBLIA0KPiBiaXQsIG1ha2VzIHRoZSBwcm9jZWR1 cmVzIG1vcmUgY29tcGxleCBhbmQgYnJpbmdzIGxlc3MgdmFsdWUuDQo8Unlhbj5Jbml0aWF0b3Ig ZG9lcyBub3QgbmVlZCB0byBzZXQgdGhlIEsgYml0LiBJbml0aWF0b3IgYWRkcmVzcyB3b3VsZCBi ZSANCnRoZSBmaXJzdCBvbmUgYWRkZWQgaW4gdGhlIHN0YWNrLCBhbmQgYWxzbyBhbHdheXMgdGhl IGZpcnN0IGFkZHJlc3MgYmUgDQpjaGVja2VkIGluIHRoZSBjb21wcmVzcyBwcm9jZXNzIGluIHNl Y3Rpb24gNC4yLiBBY2NvcmRpbmcgdG8gdGhlIGNvbXByZXNzIA0KcHJvY2VzcywgaW5pdGlhdG9y IGFkZHJlc3Mgd291bGQgbmV2ZXIgYmUgZGVsZXRlZCwgYW5kIHdvdWxkIGJlIGFsd2F5cyBpbiAN CnRoZSBzdGFjayBmb3IgdGhlIGxhc3QgcmVsYXkgbm9kZSB0byBzZW5kIGVjaG8gcmVwbHkgdG8u IFRoZSBpbml0aWFsIA0KdGhvdWdodCBmb3IgdGhlIEsgYml0IGlzIGZvciBwb3NzaWJsZSBBUyBs b29wIGNoZWNrIHRvIGNvbGxlY3QgYW5kIHJlcG9ydCANCnRoZSBBU0JScyBhbG9uZyB0aGUgcGF0 aCBvZiB0aGUgTFNQLg0KDQo+IDQuIFNlY3Rpb24gNC4yLCAidGhlIHJlY2VpdmVyIHdvdWxkIGNo ZWNrIHRoZSBhZGRyZXNzZXMgb2YgdGhlIHN0YWNrDQo+IGluIHNlcXVlbmNlIGZyb20gdG9wIHRv IGJvdHRvbSIsIEkgYW0gbm90IHN1cmUgdGhlIGNvbmNlcHQgb2YgdG9wIA0KPiBhbmQgYm90dG9t IGlzIHNhbWUgYXMgdGhlIG5vcm1hbCBzdGFjayAoZS5nLiwgZmlyc3QgaW4gbGFzdCBvdXQsIGFr YQ0KPiB0aGUgZmlyc3Qgd2lsbCBiZSB0aGUgYm90dG9tIGFuZCB0aGUgbGFzdCB3aWxsIGJlIHRo ZSB0b3ApLCBpZiB5ZXMsIA0KPiBJTUhPLCBmcm9tIHRoZSBib3R0b20gdG8gdG9wIHNob3VsZCBi ZSBtb3JlIGVmZmljaWVudCwgaXQgd2lsbCANCj4gZWxpbWluYXRlIHVubmVjZXNzYXJ5IHJlbGF5 IHByb2Nlc3Nlcy4gDQo8Unlhbj5KdXN0IHRoZSBvcHBvc2l0ZS4gVGhlIGZpcnN0IHdpbGwgYmUg dGhlIHRvcCBhbmQgdGhlIGxhc3Qgd2lsbCBiZSANCnRoZSBib3R0b20uIFRoYXQgbWVhbnMgdGhl IGZpcnN0IGFkZHJlc3MgaW4gdGhlIHN0YWNrIHdpbGwgYmUgdGhlIGZpcnN0IA0Kb25lIHRvIGJl IGNoZWNrZWQsIGkuZS4sIGluaXRpYXRvciBhZGRyZXNzLiBJIGJlbGlldmUgd2UgbmVlZCBtb3Jl IA0KZGVzY3JpcHRpb25zIGhlcmUgdG8gYXZvaWQgbWlzdW5kZXJzdGFuZGluZ3MuIA0KDQo+IDUu IFNldGlvbiA0LjMgICIuLi5XaGVuIHRoZSByZXBseWluZyBMU1IgcmVjZWl2ZWQgYW4gZWNobyBy ZXF1ZXN0IA0KPiB3aXRoIHRoZSBpbml0aWF0b3INCj4gICAgSVAgYWRkcmVzcyBpbiB0aGUgUmVs YXkgTm9kZSBBZGRyZXNzIFN0YWNrIFRMViBpcyBJUCB1bnJvdXRhYmxlLCB0aGUNCj4gICAgcmVw bHlpbmcgTFNSIHdvdWxkIHNlbmQgYW4gZWNobyByZWxheSByZXBseSBtZXNzYWdlIHRvIHRoZSBm aXJzdA0KPiAgICByb3V0YWJsZSBpbnRlcm1lZGlhdGUgbm9kZS4iIFRoaXMgY29uZmlybSBteSBh c3N1bXB0aW9uIHRoYXQgdGhlIA0KPiBpbml0aWF0b3IgTVVTVCBiZSBpbiB0aGUgc3RhY2sgYW5k IE1VU1QgYmUgdGhlIGZpcnN0IGVudHJ5Lg0KPFJ5YW4+Q29ycmVjdC4NCg0KPiANCj4gQmVzdCBy ZWdhcmRzLA0KPiBNYWNoDQo+IA0KPiA+IC0tLS0t08q8/tStvP4tLS0tLQ0KPiA+ILeivP7Iyzog TG9hIEFuZGVyc3NvbiBbbWFpbHRvOmxvYUBwaS5udV0NCj4gPiC3osvNyrG85DogMjAxMsTqMTDU wjEzyNUgMDozMg0KPiA+IMrVvP7IyzogTWFjaCBDaGVuOyBEYW4gS2luZzsgVGhvbWFzIE1vcmlu DQo+ID4gs63LzTogZHJhZnQtempucy1tcGxzLWxzcC1waW5nLXJlbGF5LXJlcGx5QHRvb2xzLmll dGYub3JnOw0KPiA+IG1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnOyBNYXJ0aW4gVmlnb3VyZXV4 DQo+ID4g1vfM4jogTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtempucy1tcGxzLWxzcC1waW5nLXJl bGF5LXJlcGx5DQo+ID4gDQo+ID4gTWFjaCwgRGFuaWVsIGFuZCBUaG9tYXMsDQo+ID4gDQo+ID4g DQo+ID4gWW91IGhhdmUgYmVlbiBzZWxlY3RlZCBhcyBhbiBNUExTIFJldmlldyB0ZWFtIHJldmll d2VycyBmb3INCj4gPiBkcmFmdC16am5zLW1wbHMtbHNwLXBpbmctcmVsYXktcmVwbHkuDQo+ID4g DQo+ID4gTm90ZSB0byBhdXRob3JzOiBZb3UgaGF2ZSBiZWVuIENDoa9kIG9uIHRoaXMgZW1haWwg c28gdGhhdCB5b3UgY2FuIA0Ka25vdw0KPiA+IHRoYXQgdGhpcyByZXZpZXcgaXMgZ29pbmcgb24u IEhvd2V2ZXIsIHBsZWFzZSBkbyBub3QgcmV2aWV3IHlvdXIgb3duDQo+ID4gZG9jdW1lbnQuDQo+ ID4gDQo+ID4gUmV2aWV3cyBzaG91bGQgY29tbWVudCBvbiB3aGV0aGVyIHRoZSBkb2N1bWVudCBp cyBjb2hlcmVudCwNCj4gPiBpcyBpdCB1c2VmdWwgKGllLCBpcyBpdCBsaWtlbHkgdG8gYmUgYWN0 dWFsbHkgdXNlZnVsIGluIG9wZXJhdGlvbmFsDQo+ID4gbmV0d29ya3MpLCBhbmQgaXMgdGhlIGRv Y3VtZW50IHRlY2huaWNhbGx5IHNvdW5kPyAgV2UgYXJlIGludGVyZXN0ZWQgDQppbg0KPiA+IGtu b3dpbmcgd2hldGhlciB0aGUgZG9jdW1lbnQgaXMgcmVhZHkgdG8gYmUgY29uc2lkZXJlZCBmb3Ig V0cgYWRvcHRpb24NCj4gPiAoaWUsIGl0IGRvZXNuoa90IGhhdmUgdG8gYmUgcGVyZmVjdCBhdCB0 aGlzIHBvaW50LCBidXQgc2hvdWxkIGJlIGEgDQpnb29kDQo+ID4gc3RhcnQpLg0KPiA+IA0KPiA+ IFJldmlld3Mgc2hvdWxkIGJlIHNlbnQgdG8gdGhlIGRvY3VtZW50IGF1dGhvcnMsIFdHIGNvLWNo YWlycyBhbmQNCj4gPiBzZWNyZXRhcnksIGFuZCBDQ6GvZCB0byB0aGUgTVBMUyBXRyBlbWFpbCBs aXN0LiBJZiBuZWNlc3NhcnksIGNvbW1lbnRzDQo+ID4gbWF5IGJlIHNlbnQgcHJpdmF0ZWx5IHRv IG9ubHkgdGhlIFdHIGNoYWlycy4NCj4gPiANCj4gPiBBcmUgeW91IGFibGUgdG8gcmV2aWV3IHRo aXMgZHJhZnQgYnkgT2N0IDMwLCAyMDEyPw0KPiA+IA0KPiA+IFRoYW5rcywgTG9hDQo+ID4gKGFz IE1QTFMgV0cgY2hhaXIpDQo+ID4gDQo+ID4gLS0NCj4gPiANCj4gPiANCj4gPiBMb2EgQW5kZXJz c29uICAgICAgICAgICAgICAgICAgICAgICAgIGVtYWlsOg0KPiA+IGxvYS5hbmRlcnNzb25AZXJp Y3Nzb24uY29tDQo+ID4gU3IgU3RyYXRlZ3kgYW5kIFN0YW5kYXJkcyBNYW5hZ2VyICAgICAgICAg ICAgbG9hQHBpLm51DQo+ID4gRXJpY3Nzb24gSW5jICAgICAgICAgICAgICAgICAgICAgICAgICBw aG9uZTogKzQ2IDEwIDcxNyA1MiAxMw0KPiA+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICArNDYgNzY3IDcyIDkyIDEzDQoNCg== --=_alternative 0021286848257AB6_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yPjx0dD5IaSBNYWNoLDwvdHQ+PC9mb250Pg0KPGJyPg0KPGJyPjxm b250IHNpemU9Mj48dHQ+U29ycnkgZm9yIHRoZSBsYXRlIHJlcGx5LjwvdHQ+PC9mb250Pg0KPGJy Pg0KPGJyPjxmb250IHNpemU9Mj48dHQ+VGhhbmtzIGZvciB5b3VyIGRldGFpbGVkIHJldmlldy4g UGxlYXNlIHNlZSBteSByZXNwb25zZQ0KaW5saW5lLjwvdHQ+PC9mb250Pg0KPGJyPg0KPGJyPjxm b250IHNpemU9Mj48dHQ+QmVzPC90dD48L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2Vy aWYiPnQgUmVnYXJkcyw8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYi PlJ5YW48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yPjx0dD5NYWNoIENoZW4gJmx0O21h Y2guY2hlbkBodWF3ZWkuY29tJmd0OyB3cm90ZSBvbiAyMDEyLTEwLTI3DQoxMToxNzowMDo8YnI+ DQo8YnI+DQomZ3Q7IEhpLDxicj4NCiZndDsgPGJyPg0KJmd0OyBJIGhhdmUgZG9uZSBteSBNUExT LVJUIHJldmlldywgaGVyZSBhcmUgbXkgY29tbWVudHMuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IElz IHRoaXMgZHJhZnQgdXNlZnVsPzxicj4NCiZndDsgPGJyPg0KJmd0OyBZZXMsIEkgdGhpbmsgdGhp cyBkcmFmdCBpcyB1c2VmdWwuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IElzIHRoZSBkb2N1bWVudCBj b2hlcmVudD88YnI+DQomZ3Q7IDxicj4NCiZndDsgSSB0aGluayB0aGUgZHJhZnQgbmVlZHMgbW9y ZSB3b3JrLCBlc3BlY2lhbGx5IG9uIHRoZSAmcXVvdDtLIGJpdCZxdW90Ow0KcmVsYXRlZDxicj4N CiZndDsgZGVzaWduIGFuZCBwcm9jZXNzLiA8YnI+DQomZ3Q7IDxicj4NCiZndDsgSXMgdGhlIGRv Y3VtZW50IHJlYWR5IHRvIGJlIGNvbnNpZGVyZWQgZm9yIFdHIGFkb3B0aW9uLjxicj4NCiZndDsg PGJyPg0KJmd0OyBJdCBpcyBjbG9zZSB0bywgYmV0dGVyIGFmdGVyIHNvbHZpbmcgdGhlIGZvbGxv d2luZyBjb21tZW50cyB3aXRoIDxicj4NCiZndDsgY2xhcmlmaWNhdGlvbiBvciBhIG5ldyByZXZp c2lvbi4gPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgQ29tbWVudHM6PGJyPg0KJmd0 OyA8YnI+DQomZ3Q7IDEuIEZyb20gdGhlIG1vdGl2YXRpb24sIGl0IHNlZW1zIHRoYXQgZHJhZnQg aW50ZW5kcyB0byBzb2x2ZSB0aGUgPGJyPg0KJmd0OyB0cmFjZXJvdXRlIHByb2JsZW0gaW4gaW50 ZXItYXMvYXJlYSBzY2VuYXJpb3MsIGlmIGl0J3MgdHJ1ZSwgdGhpcw0KPGJyPg0KJmd0OyBzaG91 bGQgYmUgZXhwbGljaXRseSBzdGF0ZWQgaW4gdGhlIEludHJvZHVjdGlvbiBhbmQvb3IgQWJzdHJh Y3Qgc2VjdGlvbi48L3R0PjwvZm9udD4NCjxicj48Zm9udCBzaXplPTI+PHR0PiZsdDtSeWFuJmd0 O0NvcnJlY3QuIFdpbGwgZG8uIDwvdHQ+PC9mb250Pg0KPGJyPjxmb250IHNpemU9Mj48dHQ+PGJy Pg0KJmd0OyAyLiBTZWN0aW9uIDMuMiw8YnI+DQomZ3Q7IGEuIHRoZSBSZWxheSBOb2RlIEFkZHJl c3MgU3RhY2sgVExWIHNob3VsZCBiZSBhbiBvcHRpb25hbCBUTFYsIGl0J3MNCjxicj4NCiZndDsg YmV0dGVyIHRvIHN0YXRlIHRoaXMgaW4gdGhlIGRyYWZ0LCBhbmQgbmVlZCB0byBzcGVjaWZ5IHRv IHdoaWNoIDxicj4NCiZndDsgcmVwbHkgbW9kZXMgKGFsbCB0aGUgZml2ZSBvciBwYXJ0aWN1bGFy IG1vZGVzICkgdGhpcyBUTFYgY291bGQgYXBwbHkuPC90dD48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6 ZT0yPjx0dD4mbHQ7UnlhbiZndDtZZXMsIHRoZSBSZWxheSBOb2RlIEFkZHJlc3MgU3RhY2sgVExW DQppcyBhbiBvcHRpb25hbCBUTFYuIE1vcmUgZGVzY3JpcHRpb25zIG9mIHRoZSBub2RlIGJlaGF2 aW9yIHdpbGwgYmUgYWRkZWQsDQphbmQgYSBCYWNrd2FyZCBDb21wYXRpYmlsaXR5IHNlY3Rpb24g d2lsbCBoZWxwIHRvIG1ha2UgaXQgbXVjaCBjbGVhcmVyLg0KVGhpcyBUTFYgY291bGQgYXBwbHkg dG8gYWxsIHRoZSBmaXZlIHJlcGx5IG1vZGVzLiBIb3dldmVyLCBJTUhPLCBmb3IgbW9zdA0KdXNl IGNhc2VzLCB0aGlzIFRMViB3b3VsZCBhcHBseSB0byByZXBseSBtb2RlIDIoUmVwbHkgdmlhIGFu IElQdjQvSVB2Ng0KVURQIHBhY2tldCkuPC90dD48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yPjx0 dD48YnI+DQomZ3Q7IGIuIGl0IGRlZmluZXMgdHdvIHR5cGVzIHRoZSByZWxheSBhZGRyZXNzIChJ UHY0LCBJUHY2KSwgZG9lcyBpdCA8YnI+DQomZ3Q7IGFsbG93IHRoZSBjb21iaW5hdGlvbiBvZiB0 aGUgdHdvIHR5cGVzIChlLmcuLCBJUHY0LUlQdjQtSVB2Ni1JUHY0KQ0KPGJyPg0KJmd0OyBpbiBh IHNpbmdsZSBzdGFjaywgaWYgbm90LCBpdCBzaG91bGQgZXhwbGljaXRseSBzcGVsbCBvdXQuIEFu ZCBpZg0KYSA8YnI+DQomZ3Q7IG5vZGUgc3VwcG9ydCBkdWFsIHN0YWNrcywgaG93IGRvZXMgaXQg ZGVjaWRlIHdoaWNoIHR5cGUgc2hvdWxkIGJlDQp1c2VkPzwvdHQ+PC9mb250Pg0KPGJyPjxmb250 IHNpemU9Mj48dHQ+Jmx0O1J5YW4mZ3Q7VGhlIGNvbWJpbmF0aW9uIG9mIElQdjQgYW5kIElQdjYg aXMgYWxsb3dlZCwNCnRoYXQgaXMgd2h5IGVhY2ggcmVsYXllZCBhZGRyZXNzIGluIHRoZSBzdGFj ayBoYXMgaXRzIG93biBBZGRyZXNzIFR5cGUsDQplaXRoZXIgSVB2NCBvciBJUHY2LiBXaGljaCB0 eXBlIHNob3VsZCBiZSB1c2VkIGRlcGVuZHMgb24gbG9jYWwgY29uZmlndXJhdGlvbi4NCldoYXRl dmVyIElQdjQgb3IgSVB2NiwgYSByb3V0YWJsZSBhZGRyZXNzIGZvciBvdGhlciBub2RlcyBpcyBy ZXF1aXJlZCBoZXJlLjwvdHQ+PC9mb250Pg0KPGJyPjxmb250IHNpemU9Mj48dHQ+PGJyPg0KJmd0 OyBjLiB0aGUgSyBiaXQsIHRoZSBkcmFmdCBzYWlkOiAmcXVvdDtUaGUgSyBiaXQgbWF5IGJlIHNl dCBieSBBU0JScw0Kd2hpY2ggPGJyPg0KJmd0OyBhZGRyZXNzIHdvdWxkIGJlIGtlcHQgaW4gdGhl IHN0YWNrIGlmIG5lY2Vzc2FyeS4mcXVvdDsgSG93IGFuZCB3aGVuDQpkb2VzIDxicj4NCiZndDsg YW4gQVNCUiBrbm93IGl0IHNob3VsZCBzZXQgdGhlIEsgYml0PyBDYW4gYW4gbm9uLUFTQlIgc2V0 IHRoZSBLIGJpdD8NCjwvdHQ+PC9mb250Pg0KPGJyPjxmb250IHNpemU9Mj48dHQ+Jmx0O1J5YW4m Z3Q7SXQgaXMgdW5kZXIgYWRtaW5pc3RyYXRvciBjb250cm9sIHBvbGljeS4NCkl0IGlzIHJlY29t bWVuZGVkIGZvciB0aGUgQVNCUiB0byBzZXQgdGhlIEsgYml0LCBidXQgb3RoZXIgbm9kZSBjb3Vs ZCBhbHNvDQpzZXQgdGhlIEsgYml0LjwvdHQ+PC9mb250Pg0KPGJyPjxmb250IHNpemU9Mj48dHQ+ Jm5ic3A7PGJyPg0KJmd0OyAzLiBTZWN0aW9uIDQuMSwgc2hvdWxkIGluaXRpYXRvciBhZGRyZXNz IGVudHJ5IHNldCB0aGUgSyBiaXQsIGlmIDxicj4NCiZndDsgbm90LCBhY2NvcmRpbmcgdG8gdGhl IGNvbXByZXNzIHByb2Nlc3MgaW4gc2VjdGlvbiA0LjIsIHRoZSBpbml0aWF0b3I8YnI+DQomZ3Q7 IGFkZHJlc3Mgd2lsbCBiZSBkZWxldGVkIHdoZW4gYW4gaW50ZXJtZWRpYXRlIG5vZGUgY29tcHJl c3NlZCB0aGUgPGJyPg0KJmd0OyBzdGFjay4gVGhlcmVmb3JlLCB3aGVuIGRvIHJlbGF5IHJlcGx5 LCBzaW5jZSBzb3VyY2UgYW5kIGRlc3RpbmF0aW9uDQo8YnI+DQomZ3Q7IGFkZHJlc3NlcyBhcmUg bm90IGJlIHRoZSBpbml0aWF0b3IgYWRkcmVzcyBhbnltb3JlLCB0aGUgaW50ZXJtZWRpYXRlPGJy Pg0KJmd0OyBub2RlIG1heSBub3Qgd2hlcmUgdG8gc2VuZCB0byByZXBseS4gSXMgbXkgdW5kZXJz dGFuZGluZyByaWdodD8gPGJyPg0KJmd0OyBJTUhPLCB0aGUgaW5pdGlhdG9yIGFkZHJlc3MgTVVT VCBhbHdheXMgYmUga2VwdCBpbiB0aGUgc3RhY2sgYXMgdGhlDQo8YnI+DQomZ3Q7IGZpcnN0IGVu dHJ5LiBJIGhhdmUgZmVlbGluZyB0aGF0IHRoZXJlIGlzIG5vIG5lZWQgdG8gZGVmaW5lIHRoZSBL DQo8YnI+DQomZ3Q7IGJpdCwgbWFrZXMgdGhlIHByb2NlZHVyZXMgbW9yZSBjb21wbGV4IGFuZCBi cmluZ3MgbGVzcyB2YWx1ZS48YnI+DQombHQ7UnlhbiZndDtJbml0aWF0b3IgZG9lcyBub3QgbmVl ZCB0byBzZXQgdGhlIEsgYml0LiBJbml0aWF0b3IgYWRkcmVzcw0Kd291bGQgYmUgdGhlIGZpcnN0 IG9uZSBhZGRlZCBpbiB0aGUgc3RhY2ssIGFuZCBhbHNvIGFsd2F5cyB0aGUgZmlyc3QgYWRkcmVz cw0KYmUgY2hlY2tlZCBpbiB0aGUgY29tcHJlc3MgcHJvY2VzcyBpbiBzZWN0aW9uIDQuMi4gQWNj b3JkaW5nIHRvIHRoZSBjb21wcmVzcw0KcHJvY2VzcywgaW5pdGlhdG9yIGFkZHJlc3Mgd291bGQg bmV2ZXIgYmUgZGVsZXRlZCwgYW5kIHdvdWxkIGJlIGFsd2F5cw0KaW4gdGhlIHN0YWNrIGZvciB0 aGUgbGFzdCByZWxheSBub2RlIHRvIHNlbmQgZWNobyByZXBseSB0by4gVGhlIGluaXRpYWwNCnRo b3VnaHQgZm9yIHRoZSBLIGJpdCBpcyBmb3IgcG9zc2libGUgQVMgbG9vcCBjaGVjayB0byBjb2xs ZWN0IGFuZCByZXBvcnQNCnRoZSBBU0JScyBhbG9uZyB0aGUgcGF0aCBvZiB0aGUgTFNQLjwvdHQ+ PC9mb250Pg0KPGJyPjxmb250IHNpemU9Mj48dHQ+PGJyPg0KJmd0OyA0LiBTZWN0aW9uIDQuMiwg JnF1b3Q7dGhlIHJlY2VpdmVyIHdvdWxkIGNoZWNrIHRoZSBhZGRyZXNzZXMgb2YgdGhlDQpzdGFj azxicj4NCiZndDsgaW4gc2VxdWVuY2UgZnJvbSB0b3AgdG8gYm90dG9tJnF1b3Q7LCBJIGFtIG5v dCBzdXJlIHRoZSBjb25jZXB0IG9mDQp0b3AgPGJyPg0KJmd0OyBhbmQgYm90dG9tIGlzIHNhbWUg YXMgdGhlIG5vcm1hbCBzdGFjayAoZS5nLiwgZmlyc3QgaW4gbGFzdCBvdXQsIGFrYTxicj4NCiZn dDsgdGhlIGZpcnN0IHdpbGwgYmUgdGhlIGJvdHRvbSBhbmQgdGhlIGxhc3Qgd2lsbCBiZSB0aGUg dG9wKSwgaWYgeWVzLA0KPGJyPg0KJmd0OyBJTUhPLCBmcm9tIHRoZSBib3R0b20gdG8gdG9wIHNo b3VsZCBiZSBtb3JlIGVmZmljaWVudCwgaXQgd2lsbCA8YnI+DQomZ3Q7IGVsaW1pbmF0ZSB1bm5l Y2Vzc2FyeSByZWxheSBwcm9jZXNzZXMuIDxicj4NCiZsdDtSeWFuJmd0O0p1c3QgdGhlIG9wcG9z aXRlLiBUaGUgZmlyc3Qgd2lsbCBiZSB0aGUgdG9wIGFuZCB0aGUgbGFzdCB3aWxsDQpiZSB0aGUg Ym90dG9tLiBUaGF0IG1lYW5zIHRoZSBmaXJzdCBhZGRyZXNzIGluIHRoZSBzdGFjayB3aWxsIGJl IHRoZSBmaXJzdA0Kb25lIHRvIGJlIGNoZWNrZWQsIGkuZS4sIGluaXRpYXRvciBhZGRyZXNzLiBJ IGJlbGlldmUgd2UgbmVlZCBtb3JlIGRlc2NyaXB0aW9ucw0KaGVyZSB0byBhdm9pZCBtaXN1bmRl cnN0YW5kaW5ncy4gPC90dD48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yPjx0dD48YnI+DQomZ3Q7 IDUuIFNldGlvbiA0LjMgJm5ic3A7JnF1b3Q7Li4uV2hlbiB0aGUgcmVwbHlpbmcgTFNSIHJlY2Vp dmVkIGFuIGVjaG8NCnJlcXVlc3QgPGJyPg0KJmd0OyB3aXRoIHRoZSBpbml0aWF0b3I8YnI+DQom Z3Q7ICZuYnNwOyAmbmJzcDtJUCBhZGRyZXNzIGluIHRoZSBSZWxheSBOb2RlIEFkZHJlc3MgU3Rh Y2sgVExWIGlzIElQDQp1bnJvdXRhYmxlLCB0aGU8YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDtyZXBs eWluZyBMU1Igd291bGQgc2VuZCBhbiBlY2hvIHJlbGF5IHJlcGx5IG1lc3NhZ2UgdG8NCnRoZSBm aXJzdDxicj4NCiZndDsgJm5ic3A7ICZuYnNwO3JvdXRhYmxlIGludGVybWVkaWF0ZSBub2RlLiZx dW90OyBUaGlzIGNvbmZpcm0gbXkgYXNzdW1wdGlvbg0KdGhhdCB0aGUgPGJyPg0KJmd0OyBpbml0 aWF0b3IgTVVTVCBiZSBpbiB0aGUgc3RhY2sgYW5kIE1VU1QgYmUgdGhlIGZpcnN0IGVudHJ5Ljxi cj4NCiZsdDtSeWFuJmd0O0NvcnJlY3QuPC90dD48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yPjx0 dD48YnI+DQomZ3Q7IDxicj4NCiZndDsgQmVzdCByZWdhcmRzLDxicj4NCiZndDsgTWFjaDxicj4N CiZndDsgPGJyPg0KJmd0OyAmZ3Q7IC0tLS0t08q8/tStvP4tLS0tLTxicj4NCiZndDsgJmd0OyC3 orz+yMs6IExvYSBBbmRlcnNzb24gW21haWx0bzpsb2FAcGkubnVdPGJyPg0KJmd0OyAmZ3Q7ILei y83KsbzkOiAyMDEyxOoxMNTCMTPI1SAwOjMyPGJyPg0KJmd0OyAmZ3Q7IMrVvP7IyzogTWFjaCBD aGVuOyBEYW4gS2luZzsgVGhvbWFzIE1vcmluPGJyPg0KJmd0OyAmZ3Q7ILOty806IGRyYWZ0LXpq bnMtbXBscy1sc3AtcGluZy1yZWxheS1yZXBseUB0b29scy5pZXRmLm9yZzs8YnI+DQomZ3Q7ICZn dDsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc7IE1hcnRpbiBWaWdvdXJldXg8YnI+DQomZ3Q7 ICZndDsg1vfM4jogTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtempucy1tcGxzLWxzcC1waW5nLXJl bGF5LXJlcGx5PGJyPg0KJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyBNYWNoLCBEYW5pZWwgYW5k IFRob21hcyw8YnI+DQomZ3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyBZ b3UgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIGFuIE1QTFMgUmV2aWV3IHRlYW0gcmV2aWV3ZXJzIGZv cjxicj4NCiZndDsgJmd0OyBkcmFmdC16am5zLW1wbHMtbHNwLXBpbmctcmVsYXktcmVwbHkuPGJy Pg0KJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyBOb3RlIHRvIGF1dGhvcnM6IFlvdSBoYXZlIGJl ZW4gQ0Ohr2Qgb24gdGhpcyBlbWFpbCBzbyB0aGF0IHlvdQ0KY2FuIGtub3c8YnI+DQomZ3Q7ICZn dDsgdGhhdCB0aGlzIHJldmlldyBpcyBnb2luZyBvbi4gSG93ZXZlciwgcGxlYXNlIGRvIG5vdCBy ZXZpZXcgeW91cg0Kb3duPGJyPg0KJmd0OyAmZ3Q7IGRvY3VtZW50Ljxicj4NCiZndDsgJmd0OyA8 YnI+DQomZ3Q7ICZndDsgUmV2aWV3cyBzaG91bGQgY29tbWVudCBvbiB3aGV0aGVyIHRoZSBkb2N1 bWVudCBpcyBjb2hlcmVudCw8YnI+DQomZ3Q7ICZndDsgaXMgaXQgdXNlZnVsIChpZSwgaXMgaXQg bGlrZWx5IHRvIGJlIGFjdHVhbGx5IHVzZWZ1bCBpbiBvcGVyYXRpb25hbDxicj4NCiZndDsgJmd0 OyBuZXR3b3JrcyksIGFuZCBpcyB0aGUgZG9jdW1lbnQgdGVjaG5pY2FsbHkgc291bmQ/ICZuYnNw O1dlIGFyZQ0KaW50ZXJlc3RlZCBpbjxicj4NCiZndDsgJmd0OyBrbm93aW5nIHdoZXRoZXIgdGhl IGRvY3VtZW50IGlzIHJlYWR5IHRvIGJlIGNvbnNpZGVyZWQgZm9yIFdHDQphZG9wdGlvbjxicj4N CiZndDsgJmd0OyAoaWUsIGl0IGRvZXNuoa90IGhhdmUgdG8gYmUgcGVyZmVjdCBhdCB0aGlzIHBv aW50LCBidXQgc2hvdWxkDQpiZSBhIGdvb2Q8YnI+DQomZ3Q7ICZndDsgc3RhcnQpLjxicj4NCiZn dDsgJmd0OyA8YnI+DQomZ3Q7ICZndDsgUmV2aWV3cyBzaG91bGQgYmUgc2VudCB0byB0aGUgZG9j dW1lbnQgYXV0aG9ycywgV0cgY28tY2hhaXJzDQphbmQ8YnI+DQomZ3Q7ICZndDsgc2VjcmV0YXJ5 LCBhbmQgQ0Ohr2QgdG8gdGhlIE1QTFMgV0cgZW1haWwgbGlzdC4gSWYgbmVjZXNzYXJ5LA0KY29t bWVudHM8YnI+DQomZ3Q7ICZndDsgbWF5IGJlIHNlbnQgcHJpdmF0ZWx5IHRvIG9ubHkgdGhlIFdH IGNoYWlycy48YnI+DQomZ3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7IEFyZSB5b3UgYWJsZSB0byBy ZXZpZXcgdGhpcyBkcmFmdCBieSBPY3QgMzAsIDIwMTI/PGJyPg0KJmd0OyAmZ3Q7IDxicj4NCiZn dDsgJmd0OyBUaGFua3MsIExvYTxicj4NCiZndDsgJmd0OyAoYXMgTVBMUyBXRyBjaGFpcik8YnI+ DQomZ3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7IC0tPGJyPg0KJmd0OyAmZ3Q7IDxicj4NCiZndDsg Jmd0OyA8YnI+DQomZ3Q7ICZndDsgTG9hIEFuZGVyc3NvbiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgZW1haWw6PGJyPg0KJmd0OyAmZ3Q7IGxvYS5hbmRlcnNzb25AZXJpY3Nzb24uY29tPGJy Pg0KJmd0OyAmZ3Q7IFNyIFN0cmF0ZWd5IGFuZCBTdGFuZGFyZHMgTWFuYWdlciAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDtsb2FAcGkubnU8YnI+DQomZ3Q7ICZndDsg RXJpY3Nzb24gSW5jICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtwaG9uZTogKzQ2 IDEwIDcxNyA1MiAxMzxicj4NCiZndDsgJmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0K Jm5ic3A7ICZuYnNwOyAmbmJzcDsgKzQ2IDc2NyA3MiA5MiAxMzxicj4NCjwvdHQ+PC9mb250Pg0K --=_alternative 0021286848257AB6_=-- From zheng.zhi@zte.com.cn Wed Nov 14 00:39:25 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F316321F8513 for ; Wed, 14 Nov 2012 00:39:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.09 X-Spam-Level: X-Spam-Status: No, score=-96.09 tagged_above=-999 required=5 tests=[AWL=3.817, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MSGID_FROM_MTA_HEADER=0.803, SARE_SUB_OBFU_OTHER=0.135, 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 Tn89B8t2kUTi for ; Wed, 14 Nov 2012 00:39:20 -0800 (PST) Received: from zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 19B4921F8516 for ; Wed, 14 Nov 2012 00:39:19 -0800 (PST) Received: from zte.com.cn (unknown [192.168.168.119]) by Websense Email Security Gateway with ESMTP id 87E9F12995B3 for ; Wed, 14 Nov 2012 16:40:35 +0800 (CST) Received: from mse02.zte.com.cn (unknown [10.30.3.21]) by Websense Email Security Gateway with ESMTPS id D7D94730351 for ; Wed, 14 Nov 2012 16:36:55 +0800 (CST) Received: (from root@localhost) by mse02.zte.com.cn id qAE8dBU0040824 for ; Wed, 14 Nov 2012 16:39:11 +0800 (GMT-8) (envelope-from zheng.zhi@zte.com.cn) Message-Id: <201211140839.qAE8dBU0040824@mse02.zte.com.cn> Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id qAE8OB6j012722; Wed, 14 Nov 2012 16:24:11 +0800 (GMT-8) (envelope-from zheng.zhi@zte.com.cn) In-Reply-To: <25986_1351854466_5093A982_25986_10378_1_AC1ADC68A92CF94FA8CFCB406C1CBE3D07092CC1@PEXCVZYM13.corporate.adroot.infra.ftgroup> To: MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 From: Ryan Zheng Date: Wed, 14 Nov 2012 16:24:06 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-11-14 16:23:57, Serialize complete at 2012-11-14 16:23:57 Content-Type: multipart/alternative; boundary="=_alternative 002E69C148257AB6_=" X-MAIL: mse02.zte.com.cn qAE8dBU0040824 X-MSS: AUDITRELEASE@mse02.zte.com.cn Cc: MPLS , draft-zjns-mpls-lsp-ping-relay-reply@tools.ietf.org, lizhong.jin@zte.com.cn, "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-zjns-mpls-lsp-ping-relay-reply X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2012 08:39:25 -0000 This is a multipart message in MIME format. --=_alternative 002E69C148257AB6_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgVGhvbWFzLA0KDQpUaGFuayB5b3UgZm9yIHRoZSBkZXRhaWxlZCByZXZpZXcgYW5kIHZhbHVh YmxlIGNvbW1lbnRzLiBQbGVhc2Ugc2VlIG15IA0KYW5zd2VycyBiZWxvdy4NCg0KQmVzdCBSZWdh cmRzLA0KUnlhbg0KDQo8dGhvbWFzLm1vcmluQG9yYW5nZS5jb20+IHdyb3RlIG9uIDIwMTItMTEt MDIgMTk6MDc6NDU6DQoNCj4gSGkgTG9hLA0KPiANCj4gSGVyZSBpcyBteSBmZWVkYmFjayBvbiBk cmFmdC16am5zLW1wbHMtbHNwLXBpbmctcmVsYXktcmVwbHkuDQo+IA0KPiBTaG9ydCBhbnN3ZXI6 IHllcywgaXQgc2VlbXMgdG8gbWUgdGhhdCB0aGUgZG9jdW1lbnQgaXMgY29oZXJlbnQsIHVzZWZ1 bCwgDQoNCj4gdGVjaG5pY2FsbHkgc291bmQsIGFuZCByZWFkeSB0byBiZSBjb25zaWRlcmVkIGZv ciBXRyBhZG9wdGlvbi4NCj4gDQo+IEJleW9uZCB0aGlzLCBoZXJlIGFyZSBhIGZldyBvdGhlciBj b21tZW50cyAod2hpY2ggSSB0aGluayBjYW4gYmUgDQo+IGFkZHJlc3NlZCBhZnRlciBldmVudHVh bCBhZG9wdGlvbiBpZiB0aGV5IGFyZSBub3QgYmVmb3JlKToNCj4gDQo+IC0gdGhlIG5hbWUgb2Yg dGhlIGRvY3VtZW50IGFuZCBtZXNzYWdlIHNvdW5kcyBxdWl0ZSB3ZWlyZCB0byBteSBlYXJzOiAN Cj4gIkVjaG8gUmVsYXkgUmVwbHkiIGxvb2tzIGxpa2UgbWVhbmluZyAiYSByZXBseSB0byBhbiBl Y2hvIHJlbGF5Ijsgd2h5IA0KPiBub3QgbmFtaW5nIGl0ICJSZWxheWVkIEVjaG8gUmVwbHkiLCBt YWtpbmcgaXQgY2xlYXJlciB0aGF0IGl0J3MganVzdCANCj4gbGlrZSBhbiBFY2hvIFJlcGx5LCBi dXQgUmVsYXllZC4uLj8NCjxSeWFuPkkgcGVyc29uYWxseSBhZ3JlZS4gV291bGQgbGlrZSB0byBr bm93IHRoZSBXRyBwcmVmZXJlbmNlLg0KDQo+IC0gbWF5YmUgdGhlIGRvY3VtZW50IHNob3VsZCBi ZSBtYXJrZWQgYXMgIlVwZGF0ZXMgUkZDNDM3OSIgKHNlY3Rpb25zIDQuMSANCg0KPiBhbmQgNC41 KQ0KPFJ5YW4+QWNjZXB0ZWQuDQoNCj4gLSBhYm91dCBob3cgdG8gcG9wdWxhdGUgdGhlICJSZWxh eSBOb2RlIEFkZHJlc3MgU3RhY2siIChzZWN0aW9uIDQuMSk6DQo+IA0KPiAiV2hlbiB0aGUgZWNo byByZXF1ZXN0IGlzIGZpcnN0IHNlbnQgYnkgaW5pdGlhdG9yLCBhICBUTFYgd2l0aCB0aGUgDQo+ IGluaXRpYXRvciBhZGRyZXNzIGluIHRoZSBzdGFjayBhbmQgaXRzIHNvdXJjZSBwb3J0IE1VU1Qg YmUgaW5jbHVkZWQuIiANCj4gLS0+IHNob3VsZG4ndCB0aGUgdGV4dCBiZSBtb3JlIGV4cGxpY2l0 IG9uIGhvdyB0aGUgc3RhY2sgaXMgaW5pdGlhbGx5IA0KPiBwb3B1bGF0ZWQgKGF0IGxlYXN0IGdp dmUgYW4gZXhhbXBsZSkgPyAgTWFraW5nIGl0IGNsZWFyZXIgaW4gdGhlIA0KPiBpbnRyb2R1Y3Rp b24gdGhhdCB0aGUgc2NoZW1lIGlzIGRlc2lnbmVkIHRvIHdvcmsgaW4gY29udGV4dCB3aGVyZSB0 aGUgDQo+IGluaXRpYXRvciBrbm93cyBob3cgdG8gcG9wdWxhdGUgYSB0aGUgc3RhY2suDQo8Unlh bj5JIGFtIG5vdCBzdXJlIEkgY2F0Y2ggeW91ciBxdWVzdGlvbi4gVGhlIFRMViBpcyB1c2VkIGZv ciBMU1AgUGluZyANCnRyYWNlcm91dGUgbW9kZS4gV2hlbiB0aGUgZWNobyByZXF1ZXN0IGlzIGZp cnN0IHNlbnQgYnkgaW5pdGlhdG9yLCBpLmUuLCANCmFuIGVjaG8gcmVxdWVzdCB3aXRoIG91dGVy IGxhYmVsIFRUTCBlcXVhbHMgdG8gMSwgdGhlIGluaXRpYXRvciBhZGRyZXNzIA0Kd291bGQgYmUg Y2FycmllZCBpbiB0aGUgc3RhY2ssIGFuZCBhbHNvIHRoZSBvbmx5IGFkZHJlc3MgaW4gdGhlIHN0 YWNrLiBUaGUgDQppbml0aWF0b3IgTVVTVCBrbm93IGhvdyB0byBwb3B1bGF0ZSB0aGUgc3RhY2ss IGkuZS4sIHN1cHBvcnQgdGhlIFJlbGF5IA0KTm9kZSBBZGRyZXNzIFN0YWNrIFRMViBleHRlbnNp b24gaW4gdGhpcyBkcmFmdC4NCg0KPiAtIHN0aWxsIGFib3V0IGhvdyB0byBwb3B1bGF0ZSB0aGUg IlJlbGF5IE5vZGUgQWRkcmVzcyBTdGFjayIgKHNlY3Rpb24gDQo+IDQuMSk6IGJ5IHRoZSB3YXks IEkgY2FuIHNlZSBob3cgaXMgdGhlIGluaXRpYXRvciBjYW4gZ3Vlc3MgdGhlIElQIG9mIHRoZSAN Cg0KPiBmaXJzdCBBU0JSIChCR1AgbmV4dC1ob3ApLCBidXQgbm90IGhvdyBpdCdzIHN1cHBvc2Vk IHRvIGd1ZXNzIGhvdyB0byANCj4gcG9wdWxhdGUgdGhlIHN0YWNrIGluLCBmb3IgaW5zdGFuY2Us IGFuIGludGVyLUFTIGNhc2Ugd2hlcmUgdGhlcmUgaXMgDQo+IG1vcmUgdGhhbiB0d28gQVNlcyA7 IHRoYXQgd291bGQgZGVzZXJ2ZSBiZWluZyBleHBsYWluZWQsIElNSE8NCjxSeWFuPlNpbWlsYXIg YW5zd2VyIHdpdGggYWJvdmUuIFRoZSBUTFYgaXMgdXNlZCBmb3IgTFNQIFBpbmcgdHJhY2Vyb3V0 ZSANCm1vZGUuIFRoZSByZWxheWVkIG5vZGUgYWRkcmVzcyB3b3VsZCBiZSBjb2xsZWN0ZWQgaW4g dGhlIHN0YWNrIGR1cmluZyB0aGUgDQp0cmFjZXJvdXRlIHByb2Nlc3MuIFRoZSBpbml0aWF0b3Ig ZG9lcyBub3QgaGF2ZSBhIHByaW9yIGtub3dsZWRnZSBvZiANCnJlbGF5ZWQgbm9kZSBhZGRyZXNz ZXMgYmVmb3JlIHRyYWNlcm91dGUgcHJvY2Vzcy4NCiANCj4gLSB0aGUgc2VjdXJpdHkgc2VjdGlv biBpcyBwcm9iYWJseSB3b3J0aCBiZWluZyB3b3JrZWQgb24gbW9yZToNCj4gICAgKiBhZGRyZXNz aW5nIERvUyByaXNrcyBieSBhZGRpbmcgYSByYXRlIGxpbWl0ZXI6DQo+ICAgICAgKGEpIHNlZW1z IHRvIGJlIGEgcG9vciBzb2x1dGlvbjogdGhlIHJhdGUgbGltaXRlciBtYXkgcmVkdWNlIERvUyAN Cj4gcmlzayBvbiB0aGUgcm91dGVyIGNvbnRyb2wgcGxhbmUsIGJ1dCBjcmVhdGVzIGEgcmlzayBv ZiBEb1Mgb24gdGhlIExTUCANCj4gUGluZyBzZXJ2aWNlIGl0c2VsZi4NCj4gICAgICAoYikgaXMg YWxyZWFkeSB3aGF0IGlzIHN1Z2dlc3RlZCBieSBSRkM0Mzc5IGFueXdheXMsIHNvIHRoZSBkcmFm dCANCj4gY291bGQgYXMgd2VsbCBqdXN0IHBvaW50IHRvIFJGQzQzNzkgc2VjdXJpdHkgc2VjdGlv bg0KPFJ5YW4+T0suIFdpbGwgZG8uDQoNCj4gICAgKiBNUExTIExTUCBQaW5nIGNyZWF0ZSBhbiBp bmNyZWFzZWQgcmlzayBvZiBEb1MsIGJ5IHB1dHRpbmcgdGhlIElQIG9mIA0KDQo+IGEgdmljdGlt IHJvdXRlciBpbiB0aGUgUmVsYXkgTm9kZSBBZGRyZXNzIFN0YWNrIG9mIG11bHRpcGxlIG1lc3Nh Z2VzIA0KPiBzZW50IHRvIG1hbnkgcm91dGVyczsgdGhpcyBhYmlsaXR5IHRvIG11bHRpcGx5IHRo ZSBEb1MgZWZmZWN0IHdpdGhvdXQgDQo+IGhhdmluZyB0byBzcG9vZiBJUCBzb3VyY2UgYWRkcmVz cyBsb29rcyBuZXcgdG8gbWUNCjxSeWFuPldpbGwgYWRkIG1vcmUgZGVzY3JpcHRpb25zIGluIFNl Y3VyaXR5IENvbnNpZGVyYXRpb24gc2VjdGlvbiANCmFjY29yZGluZ2x5Lg0KDQo+IC0gZWRpdG9y aWFsIG5pdHM6DQo+ICAgICogbWVzc2FnZSBuYW1lcyBhcmUgc29tZXRpbWVzIGNhcGl0YWxpemVk LCBzb21ldGltZXMgbm90OyBiZXR0ZXIgdG8gDQo+IGNhcGl0YWxpemUgdGhlbSBhbHdheXMgPw0K PFJ5YW4+T0suDQoNCj4gICAgKiBzZWN0aW9uIDQuMzogImVuY2Fwc3VsYXRpb24gcHJvY2Vzc2lu ZyIgLT4gd2h5IG5vdCBqdXN0IA0KInByb2Nlc3NpbmciDQo8Unlhbj5PSy4NCg0KPiAgICAqIHNl Y3Rpb24gNC41OiBzL2VjaG8gcmVsYXkgcmVwbHkvZWNobyByZXBseS8gaW4gdGhlIGZpcnN0IHNl bnRlbmNlID8NCjxSeWFuPnNob3VsZCBiZSBFY2hvIFJlcGx5LiBXaWxsIGNvcnJlY3QgaXQuDQoN Cj4gICAgKiBzZWN0aW9uIDQuNSwgYnVsbGV0IDEgOiB3aHkgYWRkaW5nIHRoZSBzZW50ZW5jZSAi dGhlIHByb2Nlc3Npbmcgb2YNCj4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAuLi4gaXMg dGhlIHNhbWUgYXMuLi4iID8NCjxSeWFuPlNpbmNlIHRoZSBpbml0aWF0b3IgYWRkcmVzcyBpcyBy b3V0YWJsZSB0byB0aGUgcmVwbHlpbmcgTFNSLCBubyANCnJlcGx5IHJlbGF5ZWQgcHJvY2VzcyBp cyBuZWVkZWQgZm9yIHRoaXMgY2FzZS4gQW5kIHRoZSByZXBseWluZyBMU1Igd291bGQgDQpyZXBs eSB0byB0aGUgaW5pdGlhdG9yIGRpcmVjdGx5IC4gTm93IEkgc2VlIHRoZSAic2FtZSIgd29yZCBp cyBub3QgDQpzdWl0YWJsZSBoZXJlLCBiZWNhdXNlIHRoZSBSZWxheSBOb2RlIEFkZHJlc3MgU3Rh Y2sgVExWIHdvdWxkIGJlIGNhcnJpZWQgDQppbiB0aGUgRWNobyBSZXBseSBhcyBhIGFkZGl0aW9u IHRvIFJGQzQzNzkuIFRoZSBzZW50ZW5jZSB3aWxsIGJlIHJlbW92ZWQuDQoNCj4gICAgKiAiVURQ IHBvcnQgaXMgc2V0IHRvIDM1MDMuIiBpcyBzYWlkIGluIG1hbnkgcGxhY2VzOyB3aHkgbm90IGZh Y3RvciANCj4gdGhhdCBvdXQgYW5kIHNheSB0aGF0IFVEUCBwb3J0cyBhcmUgc2V0IGp1c3QgbGlr ZSBpbiBSRkM0Mzc5ID8NCjxSeWFuPlRoZSB3ZWxsLWtub3duIHBvcnQgMzUwMyBoYXMgYmVlbiBh bGxvY2F0ZWQgZm9yIExTUCBQaW5nIG1lc3NhZ2UuIA0KVGhlIEVjaG8gUmVsYXkgUmVwbHkgbWVz c3NhZ2UgaW5oZXJpdCB0aGlzIGluIHRoaXMgZHJhZnQuIEV4cGxpY2l0IA0Kc3RhdGVtZW50IHdp bGwgYmUgYWRkZWQgaW4gc2VjdGlvbiAzLjEgdG8gbWFrZSBpdCBjbGVhci4NCg0KPiANCj4gLVRo b21hcyBNb3Jpbg0KPiANCj4gDQo+IA0KPiANCj4gMjAxMi0xMC0xMiwgTG9hIEFuZGVyc3NvbjoN Cj4gPg0KPiA+DQo+ID4gTWFjaCwgRGFuaWVsIGFuZCBUaG9tYXMsDQo+ID4NCj4gPg0KPiA+IFlv dSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgYW4gTVBMUyBSZXZpZXcgdGVhbSByZXZpZXdlcnMgZm9y DQo+ID4gZHJhZnQtempucy1tcGxzLWxzcC1waW5nLXJlbGF5LXJlcGx5Lg0KPiA+DQo+ID4gTm90 ZSB0byBhdXRob3JzOiBZb3UgaGF2ZSBiZWVuIENDoa9kIG9uIHRoaXMgZW1haWwgc28gdGhhdCB5 b3UgY2FuIA0Ka25vdw0KPiA+IHRoYXQgdGhpcyByZXZpZXcgaXMgZ29pbmcgb24uIEhvd2V2ZXIs IHBsZWFzZSBkbyBub3QgcmV2aWV3IHlvdXIgb3duDQo+ID4gZG9jdW1lbnQuDQo+ID4NCj4gPiBS ZXZpZXdzIHNob3VsZCBjb21tZW50IG9uIHdoZXRoZXIgdGhlIGRvY3VtZW50IGlzIGNvaGVyZW50 LA0KPiA+IGlzIGl0IHVzZWZ1bCAoaWUsIGlzIGl0IGxpa2VseSB0byBiZSBhY3R1YWxseSB1c2Vm dWwgaW4gb3BlcmF0aW9uYWwNCj4gPiBuZXR3b3JrcyksIGFuZCBpcyB0aGUgZG9jdW1lbnQgdGVj aG5pY2FsbHkgc291bmQ/ICBXZSBhcmUgaW50ZXJlc3RlZCANCmluDQo+ID4ga25vd2luZyB3aGV0 aGVyIHRoZSBkb2N1bWVudCBpcyByZWFkeSB0byBiZSBjb25zaWRlcmVkIGZvciBXRyBhZG9wdGlv bg0KPiA+IChpZSwgaXQgZG9lc26hr3QgaGF2ZSB0byBiZSBwZXJmZWN0IGF0IHRoaXMgcG9pbnQs IGJ1dCBzaG91bGQgYmUgYSANCmdvb2QNCj4gPiBzdGFydCkuDQo+ID4NCj4gPiBSZXZpZXdzIHNo b3VsZCBiZSBzZW50IHRvIHRoZSBkb2N1bWVudCBhdXRob3JzLCBXRyBjby1jaGFpcnMgYW5kDQo+ ID4gc2VjcmV0YXJ5LCBhbmQgQ0Ohr2QgdG8gdGhlIE1QTFMgV0cgZW1haWwgbGlzdC4gSWYgbmVj ZXNzYXJ5LCBjb21tZW50cw0KPiA+IG1heSBiZSBzZW50IHByaXZhdGVseSB0byBvbmx5IHRoZSBX RyBjaGFpcnMuDQo+ID4NCj4gPiBBcmUgeW91IGFibGUgdG8gcmV2aWV3IHRoaXMgZHJhZnQgYnkg T2N0IDMwLCAyMDEyPw0KPiA+DQo+ID4gVGhhbmtzLCBMb2ENCj4gPiAoYXMgTVBMUyBXRyBjaGFp cikNCj4gPg0KPiA+IC0tDQo+ID4NCj4gPg0KPiA+IExvYSBBbmRlcnNzb24gICAgICAgICAgICAg ICAgICAgICAgICAgZW1haWw6IA0KbG9hLmFuZGVyc3NvbkBlcmljc3Nvbi5jb20NCj4gPiBTciBT dHJhdGVneSBhbmQgU3RhbmRhcmRzIE1hbmFnZXIgICAgICAgICAgICBsb2FAcGkubnUNCj4gPiBF cmljc3NvbiBJbmMgICAgICAgICAgICAgICAgICAgICAgICAgIHBob25lOiArNDYgMTAgNzE3IDUy IDEzDQo+ID4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICs0 NiA3NjcgNzIgOTIgMTMNCj4gDQo+IA0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiANCj4gQ2UgbWVzc2FnZSBldCBzZXMg cGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIA0KPiBjb25m aWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYw0KPiBwYXMgZXRy ZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91 cyANCj4gYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFs ZXINCj4gYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMg am9pbnRlcy4gTGVzIA0KPiBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxl cyBkJ2FsdGVyYXRpb24sDQo+IEZyYW5jZSBUZWxlY29tIC0gT3JhbmdlIGRlY2xpbmUgdG91dGUg cmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhDQo+IGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3Ug ZmFsc2lmaWUuIE1lcmNpLg0KPiANCj4gVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMg bWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIA0KPiBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRo YXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7DQo+IHRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmli dXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLg0KPiBJZiB5b3UgaGF2 ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIg DQo+IGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuDQo+IEFzIGVt YWlscyBtYXkgYmUgYWx0ZXJlZCwgRnJhbmNlIFRlbGVjb20gLSBPcmFuZ2UgaXMgbm90IGxpYWJs ZSBmb3IgDQo+IG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZh bHNpZmllZC4NCj4gVGhhbmsgeW91Lg0KPiANCg0K --=_alternative 002E69C148257AB6_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yPjx0dD5IaSBUaG9tYXMsPC90dD48L2ZvbnQ+DQo8YnI+DQo8YnI+ PGZvbnQgc2l6ZT0yPjx0dD5UaGFuayB5b3UgZm9yIHRoZSBkZXRhaWxlZCByZXZpZXcgYW5kIHZh bHVhYmxlIGNvbW1lbnRzLg0KUGxlYXNlIHNlZSBteSBhbnN3ZXJzIGJlbG93LjwvdHQ+PC9mb250 Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9Mj48dHQ+QmVzdCBSZWdhcmRzLDwvdHQ+PC9mb250Pg0K PGJyPjxmb250IHNpemU9Mj48dHQ+UnlhbjwvdHQ+PC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNp emU9Mj48dHQ+Jmx0O3Rob21hcy5tb3JpbkBvcmFuZ2UuY29tJmd0OyB3cm90ZSBvbiAyMDEyLTEx LTAyDQoxOTowNzo0NTo8YnI+DQo8YnI+DQomZ3Q7IEhpIExvYSw8YnI+DQomZ3Q7IDxicj4NCiZn dDsgSGVyZSBpcyBteSBmZWVkYmFjayBvbiBkcmFmdC16am5zLW1wbHMtbHNwLXBpbmctcmVsYXkt cmVwbHkuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFNob3J0IGFuc3dlcjogeWVzLCBpdCBzZWVtcyB0 byBtZSB0aGF0IHRoZSBkb2N1bWVudCBpcyBjb2hlcmVudCwgdXNlZnVsLA0KPGJyPg0KJmd0OyB0 ZWNobmljYWxseSBzb3VuZCwgYW5kIHJlYWR5IHRvIGJlIGNvbnNpZGVyZWQgZm9yIFdHIGFkb3B0 aW9uLjxicj4NCiZndDsgPGJyPg0KJmd0OyBCZXlvbmQgdGhpcywgaGVyZSBhcmUgYSBmZXcgb3Ro ZXIgY29tbWVudHMgKHdoaWNoIEkgdGhpbmsgY2FuIGJlIDxicj4NCiZndDsgYWRkcmVzc2VkIGFm dGVyIGV2ZW50dWFsIGFkb3B0aW9uIGlmIHRoZXkgYXJlIG5vdCBiZWZvcmUpOjxicj4NCiZndDsg PGJyPg0KJmd0OyAtIHRoZSBuYW1lIG9mIHRoZSBkb2N1bWVudCBhbmQgbWVzc2FnZSBzb3VuZHMg cXVpdGUgd2VpcmQgdG8gbXkgZWFyczoNCjxicj4NCiZndDsgJnF1b3Q7RWNobyBSZWxheSBSZXBs eSZxdW90OyBsb29rcyBsaWtlIG1lYW5pbmcgJnF1b3Q7YSByZXBseSB0byBhbg0KZWNobyByZWxh eSZxdW90Ozsgd2h5IDxicj4NCiZndDsgbm90IG5hbWluZyBpdCAmcXVvdDtSZWxheWVkIEVjaG8g UmVwbHkmcXVvdDssIG1ha2luZyBpdCBjbGVhcmVyIHRoYXQNCml0J3MganVzdCA8YnI+DQomZ3Q7 IGxpa2UgYW4gRWNobyBSZXBseSwgYnV0IFJlbGF5ZWQuLi4/PGJyPg0KJmx0O1J5YW4mZ3Q7SSBw ZXJzb25hbGx5IGFncmVlLiBXb3VsZCBsaWtlIHRvIGtub3cgdGhlIFdHIHByZWZlcmVuY2UuPC90 dD48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yPjx0dD48YnI+DQomZ3Q7IC0gbWF5YmUgdGhlIGRv Y3VtZW50IHNob3VsZCBiZSBtYXJrZWQgYXMgJnF1b3Q7VXBkYXRlcyBSRkM0Mzc5JnF1b3Q7DQoo c2VjdGlvbnMgNC4xIDxicj4NCiZndDsgYW5kIDQuNSk8YnI+DQombHQ7UnlhbiZndDtBY2NlcHRl ZC48L3R0PjwvZm9udD4NCjxicj48Zm9udCBzaXplPTI+PHR0Pjxicj4NCiZndDsgLSBhYm91dCBo b3cgdG8gcG9wdWxhdGUgdGhlICZxdW90O1JlbGF5IE5vZGUgQWRkcmVzcyBTdGFjayZxdW90OyAo c2VjdGlvbg0KNC4xKTo8YnI+DQomZ3Q7IDxicj4NCiZndDsgJnF1b3Q7V2hlbiB0aGUgZWNobyBy ZXF1ZXN0IGlzIGZpcnN0IHNlbnQgYnkgaW5pdGlhdG9yLCBhICZuYnNwO1RMVg0Kd2l0aCB0aGUg PGJyPg0KJmd0OyBpbml0aWF0b3IgYWRkcmVzcyBpbiB0aGUgc3RhY2sgYW5kIGl0cyBzb3VyY2Ug cG9ydCBNVVNUIGJlIGluY2x1ZGVkLiZxdW90Ow0KPGJyPg0KJmd0OyAtLSZndDsgc2hvdWxkbid0 IHRoZSB0ZXh0IGJlIG1vcmUgZXhwbGljaXQgb24gaG93IHRoZSBzdGFjayBpcyBpbml0aWFsbHkN Cjxicj4NCiZndDsgcG9wdWxhdGVkIChhdCBsZWFzdCBnaXZlIGFuIGV4YW1wbGUpID8gJm5ic3A7 TWFraW5nIGl0IGNsZWFyZXIgaW4NCnRoZSA8YnI+DQomZ3Q7IGludHJvZHVjdGlvbiB0aGF0IHRo ZSBzY2hlbWUgaXMgZGVzaWduZWQgdG8gd29yayBpbiBjb250ZXh0IHdoZXJlDQp0aGUgPGJyPg0K Jmd0OyBpbml0aWF0b3Iga25vd3MgaG93IHRvIHBvcHVsYXRlIGEgdGhlIHN0YWNrLjxicj4NCiZs dDtSeWFuJmd0O0kgYW0gbm90IHN1cmUgSSBjYXRjaCB5b3VyIHF1ZXN0aW9uLiBUaGUgVExWIGlz IHVzZWQgZm9yIExTUA0KUGluZyB0cmFjZXJvdXRlIG1vZGUuIFdoZW4gdGhlIGVjaG8gcmVxdWVz dCBpcyBmaXJzdCBzZW50IGJ5IGluaXRpYXRvciwNCmkuZS4sIGFuIGVjaG8gcmVxdWVzdCB3aXRo IG91dGVyIGxhYmVsIFRUTCBlcXVhbHMgdG8gMSwgdGhlIGluaXRpYXRvciBhZGRyZXNzDQp3b3Vs ZCBiZSBjYXJyaWVkIGluIHRoZSBzdGFjaywgYW5kIGFsc28gdGhlIG9ubHkgYWRkcmVzcyBpbiB0 aGUgc3RhY2suDQpUaGUgaW5pdGlhdG9yIE1VU1Qga25vdyBob3cgdG8gcG9wdWxhdGUgdGhlIHN0 YWNrLCBpLmUuLCBzdXBwb3J0IHRoZSBSZWxheQ0KTm9kZSBBZGRyZXNzIFN0YWNrIFRMViBleHRl bnNpb24gaW4gdGhpcyBkcmFmdC48L3R0PjwvZm9udD4NCjxicj48Zm9udCBzaXplPTI+PHR0Pjxi cj4NCiZndDsgLSBzdGlsbCBhYm91dCBob3cgdG8gcG9wdWxhdGUgdGhlICZxdW90O1JlbGF5IE5v ZGUgQWRkcmVzcyBTdGFjayZxdW90Ow0KKHNlY3Rpb24gPGJyPg0KJmd0OyA0LjEpOiBieSB0aGUg d2F5LCBJIGNhbiBzZWUgaG93IGlzIHRoZSBpbml0aWF0b3IgY2FuIGd1ZXNzIHRoZSBJUA0Kb2Yg dGhlIDxicj4NCiZndDsgZmlyc3QgQVNCUiAoQkdQIG5leHQtaG9wKSwgYnV0IG5vdCBob3cgaXQn cyBzdXBwb3NlZCB0byBndWVzcyBob3cNCnRvIDxicj4NCiZndDsgcG9wdWxhdGUgdGhlIHN0YWNr IGluLCBmb3IgaW5zdGFuY2UsIGFuIGludGVyLUFTIGNhc2Ugd2hlcmUgdGhlcmUNCmlzIDxicj4N CiZndDsgbW9yZSB0aGFuIHR3byBBU2VzIDsgdGhhdCB3b3VsZCBkZXNlcnZlIGJlaW5nIGV4cGxh aW5lZCwgSU1ITzxicj4NCiZsdDtSeWFuJmd0O1NpbWlsYXIgYW5zd2VyIHdpdGggYWJvdmUuIFRo ZSBUTFYgaXMgdXNlZCBmb3IgTFNQIFBpbmcgdHJhY2Vyb3V0ZQ0KbW9kZS4gVGhlIHJlbGF5ZWQg bm9kZSBhZGRyZXNzIHdvdWxkIGJlIGNvbGxlY3RlZCBpbiB0aGUgc3RhY2sgZHVyaW5nIHRoZQ0K dHJhY2Vyb3V0ZSBwcm9jZXNzLiBUaGUgaW5pdGlhdG9yIGRvZXMgbm90IGhhdmUgYSBwcmlvciBr bm93bGVkZ2Ugb2YgcmVsYXllZA0Kbm9kZSBhZGRyZXNzZXMgYmVmb3JlIHRyYWNlcm91dGUgcHJv Y2Vzcy48L3R0PjwvZm9udD4NCjxicj48Zm9udCBzaXplPTI+PHR0PiZuYnNwOzxicj4NCiZndDsg LSB0aGUgc2VjdXJpdHkgc2VjdGlvbiBpcyBwcm9iYWJseSB3b3J0aCBiZWluZyB3b3JrZWQgb24g bW9yZTo8YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDsqIGFkZHJlc3NpbmcgRG9TIHJpc2tzIGJ5IGFk ZGluZyBhIHJhdGUgbGltaXRlcjo8YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7KGEpIHNl ZW1zIHRvIGJlIGEgcG9vciBzb2x1dGlvbjogdGhlIHJhdGUgbGltaXRlcg0KbWF5IHJlZHVjZSBE b1MgPGJyPg0KJmd0OyByaXNrIG9uIHRoZSByb3V0ZXIgY29udHJvbCBwbGFuZSwgYnV0IGNyZWF0 ZXMgYSByaXNrIG9mIERvUyBvbiB0aGUNCkxTUCA8YnI+DQomZ3Q7IFBpbmcgc2VydmljZSBpdHNl bGYuPGJyPg0KJmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyhiKSBpcyBhbHJlYWR5IHdoYXQgaXMg c3VnZ2VzdGVkIGJ5IFJGQzQzNzkgYW55d2F5cywNCnNvIHRoZSBkcmFmdCA8YnI+DQomZ3Q7IGNv dWxkIGFzIHdlbGwganVzdCBwb2ludCB0byBSRkM0Mzc5IHNlY3VyaXR5IHNlY3Rpb248L3R0Pjwv Zm9udD4NCjxicj48Zm9udCBzaXplPTI+PHR0PiZsdDtSeWFuJmd0O09LLiBXaWxsIGRvLjwvdHQ+ PC9mb250Pg0KPGJyPjxmb250IHNpemU9Mj48dHQ+PGJyPg0KJmd0OyAmbmJzcDsgJm5ic3A7KiBN UExTIExTUCBQaW5nIGNyZWF0ZSBhbiBpbmNyZWFzZWQgcmlzayBvZiBEb1MsIGJ5IHB1dHRpbmcN CnRoZSBJUCBvZiA8YnI+DQomZ3Q7IGEgdmljdGltIHJvdXRlciBpbiB0aGUgUmVsYXkgTm9kZSBB ZGRyZXNzIFN0YWNrIG9mIG11bHRpcGxlIG1lc3NhZ2VzDQo8YnI+DQomZ3Q7IHNlbnQgdG8gbWFu eSByb3V0ZXJzOyB0aGlzIGFiaWxpdHkgdG8gbXVsdGlwbHkgdGhlIERvUyBlZmZlY3Qgd2l0aG91 dA0KPGJyPg0KJmd0OyBoYXZpbmcgdG8gc3Bvb2YgSVAgc291cmNlIGFkZHJlc3MgbG9va3MgbmV3 IHRvIG1lPGJyPg0KJmx0O1J5YW4mZ3Q7V2lsbCBhZGQgbW9yZSBkZXNjcmlwdGlvbnMgaW4gU2Vj dXJpdHkgQ29uc2lkZXJhdGlvbiBzZWN0aW9uDQphY2NvcmRpbmdseS48L3R0PjwvZm9udD4NCjxi cj48Zm9udCBzaXplPTI+PHR0Pjxicj4NCiZndDsgLSBlZGl0b3JpYWwgbml0czo8YnI+DQomZ3Q7 ICZuYnNwOyAmbmJzcDsqIG1lc3NhZ2UgbmFtZXMgYXJlIHNvbWV0aW1lcyBjYXBpdGFsaXplZCwg c29tZXRpbWVzDQpub3Q7IGJldHRlciB0byA8YnI+DQomZ3Q7IGNhcGl0YWxpemUgdGhlbSBhbHdh eXMgPzwvdHQ+PC9mb250Pg0KPGJyPjxmb250IHNpemU9Mj48dHQ+Jmx0O1J5YW4mZ3Q7T0suPC90 dD48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yPjx0dD48YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDsq IHNlY3Rpb24gNC4zOiAmcXVvdDtlbmNhcHN1bGF0aW9uIHByb2Nlc3NpbmcmcXVvdDsgLSZndDsN CndoeSBub3QganVzdCAmcXVvdDtwcm9jZXNzaW5nJnF1b3Q7PC90dD48L2ZvbnQ+DQo8YnI+PGZv bnQgc2l6ZT0yPjx0dD4mbHQ7UnlhbiZndDtPSy48L3R0PjwvZm9udD4NCjxicj48Zm9udCBzaXpl PTI+PHR0Pjxicj4NCiZndDsgJm5ic3A7ICZuYnNwOyogc2VjdGlvbiA0LjU6IHMvZWNobyByZWxh eSByZXBseS9lY2hvIHJlcGx5LyBpbiB0aGUNCmZpcnN0IHNlbnRlbmNlID88L3R0PjwvZm9udD4N Cjxicj48Zm9udCBzaXplPTI+PHR0PiZsdDtSeWFuJmd0O3Nob3VsZCBiZSBFY2hvIFJlcGx5LiBX aWxsIGNvcnJlY3QgaXQuPC90dD48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yPjx0dD48YnI+DQom Z3Q7ICZuYnNwOyAmbmJzcDsqIHNlY3Rpb24gNC41LCBidWxsZXQgMSA6IHdoeSBhZGRpbmcgdGhl IHNlbnRlbmNlICZxdW90O3RoZQ0KcHJvY2Vzc2luZyBvZjxicj4NCiZndDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Li4uIGlzIHRoZSBzYW1lIGFzLi4u JnF1b3Q7ID88L3R0PjwvZm9udD4NCjxicj48Zm9udCBzaXplPTI+PHR0PiZsdDtSeWFuJmd0O1Np bmNlIHRoZSBpbml0aWF0b3IgYWRkcmVzcyBpcyByb3V0YWJsZQ0KdG8gdGhlIHJlcGx5aW5nIExT Uiwgbm8gcmVwbHkgcmVsYXllZCBwcm9jZXNzIGlzIG5lZWRlZCBmb3IgdGhpcyBjYXNlLg0KQW5k IHRoZSByZXBseWluZyBMU1Igd291bGQgcmVwbHkgdG8gdGhlIGluaXRpYXRvciBkaXJlY3RseSAu IE5vdyBJIHNlZQ0KdGhlICZxdW90O3NhbWUmcXVvdDsgd29yZCBpcyBub3Qgc3VpdGFibGUgaGVy ZSwgYmVjYXVzZSB0aGUgUmVsYXkgTm9kZQ0KQWRkcmVzcyBTdGFjayBUTFYgd291bGQgYmUgY2Fy cmllZCBpbiB0aGUgRWNobyBSZXBseSBhcyBhIGFkZGl0aW9uIHRvIFJGQzQzNzkuDQpUaGUgc2Vu dGVuY2Ugd2lsbCBiZSByZW1vdmVkLjwvdHQ+PC9mb250Pg0KPGJyPjxmb250IHNpemU9Mj48dHQ+ PGJyPg0KJmd0OyAmbmJzcDsgJm5ic3A7KiAmcXVvdDtVRFAgcG9ydCBpcyBzZXQgdG8gMzUwMy4m cXVvdDsgaXMgc2FpZCBpbiBtYW55DQpwbGFjZXM7IHdoeSBub3QgZmFjdG9yIDxicj4NCiZndDsg dGhhdCBvdXQgYW5kIHNheSB0aGF0IFVEUCBwb3J0cyBhcmUgc2V0IGp1c3QgbGlrZSBpbiBSRkM0 Mzc5ID88YnI+DQombHQ7UnlhbiZndDtUaGUgd2VsbC1rbm93biBwb3J0IDM1MDMgaGFzIGJlZW4g YWxsb2NhdGVkIGZvciBMU1AgUGluZyBtZXNzYWdlLg0KVGhlIEVjaG8gUmVsYXkgUmVwbHkgbWVz c3NhZ2UgaW5oZXJpdCB0aGlzIGluIHRoaXMgZHJhZnQuIEV4cGxpY2l0IHN0YXRlbWVudA0Kd2ls bCBiZSBhZGRlZCBpbiBzZWN0aW9uIDMuMSB0byBtYWtlIGl0IGNsZWFyLjwvdHQ+PC9mb250Pg0K PGJyPjxmb250IHNpemU9Mj48dHQ+PGJyPg0KJmd0OyA8YnI+DQomZ3Q7IC1UaG9tYXMgTW9yaW48 YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgMjAx Mi0xMC0xMiwgTG9hIEFuZGVyc3Nvbjo8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDs8YnI+ DQomZ3Q7ICZndDsgTWFjaCwgRGFuaWVsIGFuZCBUaG9tYXMsPGJyPg0KJmd0OyAmZ3Q7PGJyPg0K Jmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IFlvdSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgYW4gTVBM UyBSZXZpZXcgdGVhbSByZXZpZXdlcnMgZm9yPGJyPg0KJmd0OyAmZ3Q7IGRyYWZ0LXpqbnMtbXBs cy1sc3AtcGluZy1yZWxheS1yZXBseS48YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgTm90 ZSB0byBhdXRob3JzOiBZb3UgaGF2ZSBiZWVuIENDoa9kIG9uIHRoaXMgZW1haWwgc28gdGhhdCB5 b3UNCmNhbiBrbm93PGJyPg0KJmd0OyAmZ3Q7IHRoYXQgdGhpcyByZXZpZXcgaXMgZ29pbmcgb24u IEhvd2V2ZXIsIHBsZWFzZSBkbyBub3QgcmV2aWV3IHlvdXINCm93bjxicj4NCiZndDsgJmd0OyBk b2N1bWVudC48YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgUmV2aWV3cyBzaG91bGQgY29t bWVudCBvbiB3aGV0aGVyIHRoZSBkb2N1bWVudCBpcyBjb2hlcmVudCw8YnI+DQomZ3Q7ICZndDsg aXMgaXQgdXNlZnVsIChpZSwgaXMgaXQgbGlrZWx5IHRvIGJlIGFjdHVhbGx5IHVzZWZ1bCBpbiBv cGVyYXRpb25hbDxicj4NCiZndDsgJmd0OyBuZXR3b3JrcyksIGFuZCBpcyB0aGUgZG9jdW1lbnQg dGVjaG5pY2FsbHkgc291bmQ/ICZuYnNwO1dlIGFyZQ0KaW50ZXJlc3RlZCBpbjxicj4NCiZndDsg Jmd0OyBrbm93aW5nIHdoZXRoZXIgdGhlIGRvY3VtZW50IGlzIHJlYWR5IHRvIGJlIGNvbnNpZGVy ZWQgZm9yIFdHDQphZG9wdGlvbjxicj4NCiZndDsgJmd0OyAoaWUsIGl0IGRvZXNuoa90IGhhdmUg dG8gYmUgcGVyZmVjdCBhdCB0aGlzIHBvaW50LCBidXQgc2hvdWxkDQpiZSBhIGdvb2Q8YnI+DQom Z3Q7ICZndDsgc3RhcnQpLjxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBSZXZpZXdzIHNo b3VsZCBiZSBzZW50IHRvIHRoZSBkb2N1bWVudCBhdXRob3JzLCBXRyBjby1jaGFpcnMNCmFuZDxi cj4NCiZndDsgJmd0OyBzZWNyZXRhcnksIGFuZCBDQ6GvZCB0byB0aGUgTVBMUyBXRyBlbWFpbCBs aXN0LiBJZiBuZWNlc3NhcnksDQpjb21tZW50czxicj4NCiZndDsgJmd0OyBtYXkgYmUgc2VudCBw cml2YXRlbHkgdG8gb25seSB0aGUgV0cgY2hhaXJzLjxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsg Jmd0OyBBcmUgeW91IGFibGUgdG8gcmV2aWV3IHRoaXMgZHJhZnQgYnkgT2N0IDMwLCAyMDEyPzxi cj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBUaGFua3MsIExvYTxicj4NCiZndDsgJmd0OyAo YXMgTVBMUyBXRyBjaGFpcik8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgLS08YnI+DQom Z3Q7ICZndDs8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgTG9hIEFuZGVyc3NvbiAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgZW1haWw6IGxvYS5hbmRlcnNzb25AZXJpY3Nzb24uY29t PGJyPg0KJmd0OyAmZ3Q7IFNyIFN0cmF0ZWd5IGFuZCBTdGFuZGFyZHMgTWFuYWdlciAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDtsb2FAcGkubnU8YnI+DQomZ3Q7ICZn dDsgRXJpY3Nzb24gSW5jICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtwaG9uZTog KzQ2IDEwIDcxNyA1MiAxMzxicj4NCiZndDsgJmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw Ow0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgKzQ2IDc2NyA3MiA5MiAxMzxicj4NCiZndDsgPGJyPg0K Jmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IENlIG1lc3NhZ2UgZXQgc2VzIHBpZWNl cyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucw0KPGJyPg0KJmd0OyBj b25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYzxicj4NCiZn dDsgcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRp b24uIFNpIHZvdXMNCjxicj4NCiZndDsgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwg dmV1aWxsZXogbGUgc2lnbmFsZXI8YnI+DQomZ3Q7IGEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1 aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyA8YnI+DQomZ3Q7IG1lc3NhZ2Vz IGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiw8YnI+DQomZ3Q7 IEZyYW5jZSBUZWxlY29tIC0gT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kg Y2UgbWVzc2FnZQ0KYTxicj4NCiZndDsgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4g TWVyY2kuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1l bnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciA8YnI+DQomZ3Q7IHByaXZpbGVnZWQgaW5m b3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzs8YnI+DQomZ3Q7IHRoZXkgc2hv dWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0 aW9uLjxicj4NCiZndDsgSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwg cGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyDQo8YnI+DQomZ3Q7IGFuZCBkZWxldGUgdGhpcyBtZXNz YWdlIGFuZCBpdHMgYXR0YWNobWVudHMuPGJyPg0KJmd0OyBBcyBlbWFpbHMgbWF5IGJlIGFsdGVy ZWQsIEZyYW5jZSBUZWxlY29tIC0gT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yDQo8YnI+DQomZ3Q7 IG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC48 YnI+DQomZ3Q7IFRoYW5rIHlvdS48YnI+DQomZ3Q7IDxicj4NCjwvdHQ+PC9mb250Pg0K --=_alternative 002E69C148257AB6_=-- From mach.chen@huawei.com Wed Nov 14 00:45:16 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0150921F8479 for ; Wed, 14 Nov 2012 00:45:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.223 X-Spam-Level: X-Spam-Status: No, score=-4.223 tagged_above=-999 required=5 tests=[AWL=1.789, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4, SARE_SUB_ENC_UTF8=0.152, SARE_SUB_OBFU_OTHER=0.135] 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 uCCYfyAez1l0 for ; Wed, 14 Nov 2012 00:45:15 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 079AC21F84C4 for ; Wed, 14 Nov 2012 00:45:11 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id ALN00646; Wed, 14 Nov 2012 08:45:08 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 14 Nov 2012 08:44:57 +0000 Received: from SZXEML442-HUB.china.huawei.com (10.82.67.180) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 14 Nov 2012 08:45:08 +0000 Received: from SZXEML511-MBX.china.huawei.com ([169.254.3.192]) by szxeml442-hub.china.huawei.com ([10.82.67.180]) with mapi id 14.01.0323.003; Wed, 14 Nov 2012 16:42:40 +0800 From: Mach Chen To: Ryan Zheng Thread-Topic: =?utf-8?B?W21wbHNdIOetlOWkjTogTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtempucy1t?= =?utf-8?Q?pls-lsp-ping-relay-reply?= Thread-Index: AQHNqJcrIkWg3D9WQE2r/huopqKsjZfMkPswgBvyGYCAAKA2UIAAAD8g Date: Wed, 14 Nov 2012 08:42:40 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.96.103] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "lizhong.jin@zte.com.cn" Subject: [mpls] =?utf-8?b?562U5aSNOiAg562U5aSNOiBNUExTLVJUIHJldmlldyBvZiBk?= =?utf-8?q?raft-zjns-mpls-lsp-ping-relay-reply?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2012 08:45:16 -0000 SGkgUnlhbiwNCg0KDQpTbmlwZWQuDQoNCj4gDQo+ID4gYi4gaXQgZGVmaW5lcyB0d28gdHlwZXMg dGhlIHJlbGF5IGFkZHJlc3MgKElQdjQsIElQdjYpLCBkb2VzIGl0DQo+ID4gYWxsb3cgdGhlIGNv bWJpbmF0aW9uIG9mIHRoZSB0d28gdHlwZXMgKGUuZy4sIElQdjQtSVB2NC1JUHY2LUlQdjQpDQo+ ID4gaW4gYSBzaW5nbGUgc3RhY2ssIGlmIG5vdCwgaXQgc2hvdWxkIGV4cGxpY2l0bHkgc3BlbGwg b3V0LiBBbmQgaWYgYQ0KPiA+IG5vZGUgc3VwcG9ydCBkdWFsIHN0YWNrcywgaG93IGRvZXMgaXQg ZGVjaWRlIHdoaWNoIHR5cGUgc2hvdWxkIGJlIHVzZWQ/DQo+IDxSeWFuPlRoZSBjb21iaW5hdGlv biBvZiBJUHY0IGFuZCBJUHY2IGlzIGFsbG93ZWQsIHRoYXQgaXMgd2h5IGVhY2ggcmVsYXllZA0K PiBhZGRyZXNzIGluIHRoZSBzdGFjayBoYXMgaXRzIG93biBBZGRyZXNzIFR5cGUsIGVpdGhlciBJ UHY0IG9yIElQdjYuIFdoaWNoIHR5cGUNCj4gc2hvdWxkIGJlIHVzZWQgZGVwZW5kcyBvbiBsb2Nh bCBjb25maWd1cmF0aW9uLiBXaGF0ZXZlciBJUHY0IG9yIElQdjYsIGENCj4gcm91dGFibGUgYWRk cmVzcyBmb3Igb3RoZXIgbm9kZXMgaXMgcmVxdWlyZWQgaGVyZS4NCg0KSWYgY29tYmluYXRpb24g aXMgYWxsb3dlZCwgdGhpcyBtYXkgYXBwZWFyIHRoYXQgYSBub2RlIG9ubHkgc3VwcG9ydHMgSVB2 NCBidXQgdGhlIHN0YWNrIGluY2x1ZGVzIElQdjYgYWRkcmVzc2VzLCBob3cgZG9lcyBpdCBoYW5k bGUgdGhpcz8gRHJvcCB0aGF0IGVudHJ5IG1heSByZXN1bHQgaW4gZmFpbGluZyB0byByZWxheSB0 aGUgZWNobyByZXBseSB0byB0aGUgaW5ncmVzcy4gDQoNCj4gDQo+ID4gYy4gdGhlIEsgYml0LCB0 aGUgZHJhZnQgc2FpZDogIlRoZSBLIGJpdCBtYXkgYmUgc2V0IGJ5IEFTQlJzIHdoaWNoDQo+ID4g YWRkcmVzcyB3b3VsZCBiZSBrZXB0IGluIHRoZSBzdGFjayBpZiBuZWNlc3NhcnkuIiBIb3cgYW5k IHdoZW4gZG9lcw0KPiA+IGFuIEFTQlIga25vdyBpdCBzaG91bGQgc2V0IHRoZSBLIGJpdD8gQ2Fu IGFuIG5vbi1BU0JSIHNldCB0aGUgSyBiaXQ/DQo+IDxSeWFuPkl0IGlzIHVuZGVyIGFkbWluaXN0 cmF0b3IgY29udHJvbCBwb2xpY3kuIEl0IGlzIHJlY29tbWVuZGVkIGZvciB0aGUgQVNCUg0KPiB0 byBzZXQgdGhlIEsgYml0LCBidXQgb3RoZXIgbm9kZSBjb3VsZCBhbHNvIHNldCB0aGUgSyBiaXQu DQoNCklNSE8sIHN1Y2ggZGVmaW5pdGlvbiBtYXkgYmUgZGlmZmljdWx0IGZvciBpbXBsZW1lbnRh dGlvbiBhbmQgb3BlcmF0aW9uLiANCg0KVGhlIEsgYml0IHNlZW1zIHVzZWxlc3MsIGl0IGNvdWxk IGp1c3QgbGVhdmUgdGhlIGF1dGhvcml0eSB3aGV0aGVyIHRvIHJlbW92ZSBhbiBlbnRyeSB0byB0 aGUgbm9kZSB3aG8gaXMgcHJvY2Vzc2luZyBlY2hvIHJlcXVlc3QsIHRoZSBydWxlIGlzIHRoYXQg b25seSBrZWVwIHRoZSBsZWFzdCBlbnRyaWVzIHRoYXQgY2FuIGJlIHVzZWQgdG8gcmVsYXkgdGhl IGVjaG8gcmVwbHkuIA0KDQpGb3IgZXhhbXBsZToNCg0KTm9kZTI6IDEsIDIsIA0KTm9kZTM6IDEs IDMsIHNpbmNlIG5vZGUgMyBjYW4gZGlyZWN0bHkgc2VuZHMgZWNobyByZXBseSB0byBub2RlIDEs IG5vIG5lZWQgdG8ga2VlcCAyOw0KTm9kZTQ6IDEsIDMsIDQsIG5vZGUgNCBjYW5ub3QgZGlyZWN0 bHkgc2VuZHMgZWNobyByZXBseSB0byBub2RlIDEsIGJ1dCBub2RlIDMgaXMgcm91dGFibGUgZm9y IGl0LCBzbyBrZWVwIDM7DQpOb2RlNTogMSwgMywgNSwgbm9kZSAzIGlzIHJlYWNoYWJsZSBmb3Ig bm9kZSA1LCBzbyBubyBuZWVkIHRvIGtlZXAgNA0KLi4uDQoNCkJlc3QgcmVnYXJkcywNCk1hY2gN Cg== From loa@pi.nu Wed Nov 14 07:16:23 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9829621F8615 for ; Wed, 14 Nov 2012 07:16:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.586 X-Spam-Level: X-Spam-Status: No, score=-102.586 tagged_above=-999 required=5 tests=[AWL=0.014, 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 foigv1uRAZ+V for ; Wed, 14 Nov 2012 07:16:23 -0800 (PST) Received: from mail.pi.nu (ns1.elverljung.se [195.206.248.139]) by ietfa.amsl.com (Postfix) with ESMTP id 089D721F84B9 for ; Wed, 14 Nov 2012 07:16:22 -0800 (PST) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.pi.nu (Postfix) with ESMTPSA id BBC4382388; Wed, 14 Nov 2012 16:16:14 +0100 (CET) Message-ID: <50A3B5C0.4060203@pi.nu> Date: Wed, 14 Nov 2012 16:16:16 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: "mpls@ietf.org" References: <5098CF68.2000105@pi.nu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "mpls-ads@tools.ietf.org" , "mpls-chairs@tools.ietf.org" , MPLS-TP ad hoc team , "draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org" Subject: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2012 15:16:23 -0000 Working Group, This is to start a 2 week working group last call on draft-ietf-mpls-tp-mip-mep-map. Please send your comments to the mpls working group mailing list (mpls@ietf.org). Please send both technical comments, and if you are happy with the document as is also indications of support. This working group last call will end on November 28. /Loa for the wg co-chairs -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From loa@pi.nu Mon Nov 19 01:58:47 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 96CD721F8573 for ; Mon, 19 Nov 2012 01:58:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.588 X-Spam-Level: X-Spam-Status: No, score=-102.588 tagged_above=-999 required=5 tests=[AWL=0.011, 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 iBvQNzN8ZjsF for ; Mon, 19 Nov 2012 01:58:47 -0800 (PST) Received: from mail.pi.nu (ns1.elverljung.se [195.206.248.139]) by ietfa.amsl.com (Postfix) with ESMTP id ECE5221F8564 for ; Mon, 19 Nov 2012 01:58:46 -0800 (PST) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.pi.nu (Postfix) with ESMTPSA id C292C8235A; Mon, 19 Nov 2012 10:58:39 +0100 (CET) Message-ID: <50AA02D0.6030402@pi.nu> Date: Mon, 19 Nov 2012 10:58:40 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: "mpls@ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org" Subject: [mpls] implementations of draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2012 09:58:47 -0000 Working Group, draft-ietf-mpls-ipv6-pw-lsp-ping is in working group last call, when the wglc is closed, all comments resolved and the draft updated and re-published, the next step is that we will request that the document is published. One part of the the publication request is the the shepherd write-up. In the shepherd write-up we need answer questions on existing and existing or intended implementations. Please send mails to the mpls wg mailing list (mpls@ietf.org) or the working group chairs to inform us about implementations. Please send this information December 5, 2012 the latest. /Loa (as wg co-chair) -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From ietfc@btconnect.com Mon Nov 19 04:40:14 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD62121F8469 for ; Mon, 19 Nov 2012 04:40:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.24 X-Spam-Level: X-Spam-Status: No, score=-4.24 tagged_above=-999 required=5 tests=[AWL=-0.641, BAYES_00=-2.599, 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 3andjqERrDA5 for ; Mon, 19 Nov 2012 04:40:12 -0800 (PST) Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe004.messaging.microsoft.com [216.32.181.184]) by ietfa.amsl.com (Postfix) with ESMTP id 2376921F8468 for ; Mon, 19 Nov 2012 04:40:11 -0800 (PST) Received: from mail21-ch1-R.bigfish.com (10.43.68.248) by CH1EHSOBE006.bigfish.com (10.43.70.56) with Microsoft SMTP Server id 14.1.225.23; Mon, 19 Nov 2012 12:40:10 +0000 Received: from mail21-ch1 (localhost [127.0.0.1]) by mail21-ch1-R.bigfish.com (Postfix) with ESMTP id 817DCA015B; Mon, 19 Nov 2012 12:40:10 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.249.85; KIP:(null); UIP:(null); IPV:NLI; H:AMSPRD0710HT001.eurprd07.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -23 X-BigFish: PS-23(zz9371I542M1432Izz1de0h1202h1d1ah1d2ahzz1033IL8275dhz2dh2a8h5a9h668h839hd24hf0ah1177h1179h1288h12a5h12a9h12bdh137ah139eh13b6h1441h1504h1537h162dh1631h304l1155h) Received: from mail21-ch1 (localhost.localdomain [127.0.0.1]) by mail21-ch1 (MessageSwitch) id 1353328808853047_29855; Mon, 19 Nov 2012 12:40:08 +0000 (UTC) Received: from CH1EHSMHS037.bigfish.com (snatpool1.int.messaging.microsoft.com [10.43.68.251]) by mail21-ch1.bigfish.com (Postfix) with ESMTP id C42814E0133; Mon, 19 Nov 2012 12:40:08 +0000 (UTC) Received: from AMSPRD0710HT001.eurprd07.prod.outlook.com (157.56.249.85) by CH1EHSMHS037.bigfish.com (10.43.69.246) with Microsoft SMTP Server (TLS) id 14.1.225.23; Mon, 19 Nov 2012 12:40:08 +0000 Received: from SN2PRD0610HT001.namprd06.prod.outlook.com (157.56.234.133) by pod51017.outlook.com (10.255.160.164) with Microsoft SMTP Server (TLS) id 14.16.239.5; Mon, 19 Nov 2012 12:40:04 +0000 Message-ID: <01e601cdc652$dab31600$4001a8c0@gateway.2wire.net> From: t.petch To: Loa Andersson , References: <5098CF68.2000105@pi.nu> <50A3B5C0.4060203@pi.nu> Date: Mon, 19 Nov 2012 12:38:22 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Originating-IP: [157.56.234.133] X-OriginatorOrg: btconnect.com Cc: mpls-ads@tools.ietf.org, mpls-chairs@tools.ietf.org, MPLS-TP ad hoc team , draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2012 12:40:14 -0000 After getting to section 6 and its features (requirements!), I find myself underwhelmed; is that it? Well, I suppose so, it is Informational and not Standards Track. Meanwhile, I suggest some editorial issues. Title Handling MPLS-TP OAM Packets Targeted at Internal MIPs [Handling MPLS-TP OAM Packets Targeted at Interface MIPs seems a more informative statement unless and until you get to the definition of Internal in s3; and s6, which is the crux of the document says The preferred solution to per-interface MIP message handling is presented in this section] s1 two (or more) MIPs per node on both sides of the forwarding engine. [two on both sides sounds like four in total to me; suggest 'one on each side of the forwarding engine'] s4 o CV between a MEP and a MIP [expand CV on first use] s5 In-band OAM messages are sent using the G-ACh [RFC5586] for MPLS-TP LSPs and MPLS-TP PWs, respectively. ['respectively' suggests to me that there should be two precedents, not just RFC5586; the second paragraph specifies RFC5586 for LSPs, RFC6423/RFC4385 for PWs, in which case, strike this sentence as redundant] s6 The appendix of this document contains a few solutions that the authors have discarded which have been left in the document for informational purposes. [not any more they haven't!] The node itself is addresses [The node itself is addressed] The identification information indside [The identification information inside ] MIP identifiers are not know [MIP identifiers are not known] reserved MIP address [reserved MIP addressses or a reserved MIP address] Tom Petch ----- Original Message ----- From: "Loa Andersson" To: Cc: ; ; "MPLS-TP ad hoc team" ; Sent: Wednesday, November 14, 2012 3:16 PM > Working Group, > > This is to start a 2 week working group last call on > draft-ietf-mpls-tp-mip-mep-map. > > Please send your comments to the mpls working group mailing > list (mpls@ietf.org). > > Please send both technical comments, and if you are happy with the > document as is also indications of support. > > This working group last call will end on November 28. > > /Loa > for the wg co-chairs > From adrian@olddog.co.uk Mon Nov 19 08:45:06 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97E0C21F86AA for ; Mon, 19 Nov 2012 08:45:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.299 X-Spam-Level: X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_15=0.6] 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 XwVrsPmCP91i for ; Mon, 19 Nov 2012 08:45:06 -0800 (PST) Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) by ietfa.amsl.com (Postfix) with ESMTP id BF53D21F867D for ; Mon, 19 Nov 2012 08:45:05 -0800 (PST) Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id qAJGj2v2007962; Mon, 19 Nov 2012 16:45:03 GMT Received: from 950129200 (47.Red-88-2-96.staticIP.rima-tde.net [88.2.96.47]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id qAJGj0SP007950 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 19 Nov 2012 16:45:01 GMT From: "Adrian Farrel" To: "'t.petch'" , "'Loa Andersson'" , References: <5098CF68.2000105@pi.nu> <50A3B5C0.4060203@pi.nu> <01e601cdc652$dab31600$4001a8c0@gateway.2wire.net> In-Reply-To: <01e601cdc652$dab31600$4001a8c0@gateway.2wire.net> Date: Mon, 19 Nov 2012 16:45:04 -0000 Message-ID: <016e01cdc675$3b64d6b0$b22e8410$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQDwTq+cva56r/gyEHDyHZEPyR6eEgEKgN8HAb1Qi9MDDe5DeJl9nknw Content-Language: en-gb Cc: mpls-ads@tools.ietf.org, mpls-chairs@tools.ietf.org, draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2012 16:45:06 -0000 Yeah, it's a boring draft. Did you expect me to co-author anything else? The point was that when I started the I-D lots of people were saying "it's complex" and "it can't be done" and "it won't be backward compatible". So the I-D says "here it is" A (sorry not to offer you excitement) > -----Original Message----- > From: t.petch [mailto:ietfc@btconnect.com] > Sent: 19 November 2012 12:38 > To: Loa Andersson; mpls@ietf.org > Cc: mpls-ads@tools.ietf.org; mpls-chairs@tools.ietf.org; MPLS-TP ad hoc team; > draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org > Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-map > > After getting to section 6 and its features (requirements!), I find > myself underwhelmed; is that it? Well, I suppose so, it is > Informational and not Standards Track. > > Meanwhile, I suggest some editorial issues. > > Title > Handling MPLS-TP OAM Packets Targeted at Internal MIPs > [Handling MPLS-TP OAM Packets Targeted at Interface MIPs > seems a more informative statement unless and until you get to the > definition of Internal in s3; and s6, which is the crux of the document > says > The preferred solution to per-interface MIP message handling is > presented in this section] > > s1 > two (or more) MIPs per node on both sides of the forwarding engine. > [two on both sides sounds like four in total to me; suggest 'one on each > side of the forwarding engine'] > > s4 > o CV between a MEP and a MIP > [expand CV on first use] > > s5 > In-band OAM messages are sent using the G-ACh [RFC5586] for MPLS-TP > LSPs and MPLS-TP PWs, respectively. > ['respectively' suggests to me that there should be two precedents, not > just RFC5586; the second paragraph specifies RFC5586 for LSPs, > RFC6423/RFC4385 for PWs, in which case, strike this sentence as > redundant] > > s6 > The appendix of this document contains a > few solutions that the authors have discarded which have been left in > the document for informational purposes. > [not any more they haven't!] > > The node itself is addresses > [The node itself is addressed] > > The identification information indside > [The identification information inside ] > > MIP identifiers are not know > [MIP identifiers are not known] > > reserved MIP address > [reserved MIP addressses or a reserved MIP address] > > Tom Petch > > > ----- Original Message ----- > From: "Loa Andersson" > To: > Cc: ; ; "MPLS-TP ad > hoc team" ; > > Sent: Wednesday, November 14, 2012 3:16 PM > > > Working Group, > > > > This is to start a 2 week working group last call on > > draft-ietf-mpls-tp-mip-mep-map. > > > > Please send your comments to the mpls working group mailing > > list (mpls@ietf.org). > > > > Please send both technical comments, and if you are happy with the > > document as is also indications of support. > > > > This working group last call will end on November 28. > > > > /Loa > > for the wg co-chairs > > From loa@pi.nu Mon Nov 19 09:12:31 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C4F7B21F855E for ; Mon, 19 Nov 2012 09:12:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.589 X-Spam-Level: X-Spam-Status: No, score=-102.589 tagged_above=-999 required=5 tests=[AWL=0.010, 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 cDwSr7L3UMaF for ; Mon, 19 Nov 2012 09:12:31 -0800 (PST) Received: from mail.pi.nu (ns1.elverljung.se [195.206.248.139]) by ietfa.amsl.com (Postfix) with ESMTP id 1CF3321F86C4 for ; Mon, 19 Nov 2012 09:12:30 -0800 (PST) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.pi.nu (Postfix) with ESMTPSA id 8075C82388; Mon, 19 Nov 2012 18:12:25 +0100 (CET) Message-ID: <50AA687A.6000605@pi.nu> Date: Mon, 19 Nov 2012 18:12:26 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: "mpls@ietf.org" References: <50AA02D0.6030402@pi.nu> In-Reply-To: <50AA02D0.6030402@pi.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "tom.petch" , "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org" Subject: [mpls] Correction - Re: implementations of draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2012 17:12:31 -0000 Folks, Tom spotted an error that I should have caught before sending this out. In the first paragraph draft-ietf-mpls-ipv6-pw-lsp-ping should be draft-ietf-mpls-tp-mip-mep-map. Sorry for the mistake. Thanks Tom! /Loa On 2012-11-19 10:58, Loa Andersson wrote: > > > Working Group, > > draft-ietf-mpls-ipv6-pw-lsp-ping is in working group last call, > when the wglc is closed, all comments resolved and the draft updated > and re-published, the next step is that we will request that the > document is published. One part of the the publication request is the > the shepherd write-up. In the shepherd write-up we need answer questions > on existing and existing or intended implementations. > > Please send mails to the mpls wg mailing list (mpls@ietf.org) or the > working group chairs to inform us about implementations. Please send > this information December 5, 2012 the latest. > > /Loa > (as wg co-chair) -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From wwwrun@rfc-editor.org Mon Nov 19 12:36:28 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 209BA21F8754; Mon, 19 Nov 2012 12:36:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.93 X-Spam-Level: X-Spam-Status: No, score=-101.93 tagged_above=-999 required=5 tests=[AWL=0.070, BAYES_00=-2.599, J_CHICKENPOX_93=0.6, NO_RELAYS=-0.001, 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 tKTwzwf3As-H; Mon, 19 Nov 2012 12:36:27 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:123a::1:2f]) by ietfa.amsl.com (Postfix) with ESMTP id 7192A21F8752; Mon, 19 Nov 2012 12:36:27 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 25504B1E003; Mon, 19 Nov 2012 12:29:05 -0800 (PST) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org From: rfc-editor@rfc-editor.org Message-Id: <20121119202905.25504B1E003@rfc-editor.org> Date: Mon, 19 Nov 2012 12:29:05 -0800 (PST) Cc: mpls@ietf.org, rfc-editor@rfc-editor.org Subject: [mpls] RFC 6790 on The Use of Entropy Labels in MPLS Forwarding X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2012 20:36:28 -0000 A new Request for Comments is now available in online RFC libraries. RFC 6790 Title: The Use of Entropy Labels in MPLS Forwarding Author: K. Kompella, J. Drake, S. Amante, W. Henderickx, L. Yong Status: Standards Track Stream: IETF Date: November 2012 Mailbox: kireeti.kompella@gmail.com, jdrake@juniper.net, shane@level3.net, wim.henderickx@alcatel-lucent.com, lucy.yong@huawei.com Pages: 25 Characters: 53837 Updates: 3031, 3107, 3209, 5036 I-D Tag: draft-ietf-mpls-entropy-label-06.txt URL: http://www.rfc-editor.org/rfc/rfc6790.txt Load balancing is a powerful tool for engineering traffic across a network. This memo suggests ways of improving load balancing across MPLS networks using the concept of "entropy labels". It defines the concept, describes why entropy labels are useful, enumerates properties of entropy labels that allow maximal benefit, and shows how they can be signaled and used for various applications. This document updates RFCs 3031, 3107, 3209, and 5036. [STANDARDS-TRACK] This document is a product of the Multiprotocol Label Switching Working Group of the IETF. This is now a Proposed Standard Protocol. STANDARDS TRACK: This document specifies an Internet standards track protocol for the Internet community,and requests discussion and suggestions for improvements. Please refer to the current edition of the Internet Official Protocol Standards (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see http://www.ietf.org/mailman/listinfo/ietf-announce http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see http://www.rfc-editor.org/rfcsearch.html. For downloading RFCs, see http://www.rfc-editor.org/rfc.html. Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From loa@pi.nu Tue Nov 20 07:18:50 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D79B21F8628; Tue, 20 Nov 2012 07:18:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.589 X-Spam-Level: X-Spam-Status: No, score=-102.589 tagged_above=-999 required=5 tests=[AWL=0.010, 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 DpeBcS7ZK-2m; Tue, 20 Nov 2012 07:18:50 -0800 (PST) Received: from mail.pi.nu (ns1.elverljung.se [195.206.248.139]) by ietfa.amsl.com (Postfix) with ESMTP id D088A21F857C; Tue, 20 Nov 2012 07:18:49 -0800 (PST) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.pi.nu (Postfix) with ESMTPSA id 135788235A; Tue, 20 Nov 2012 16:18:44 +0100 (CET) Message-ID: <50AB9F54.4090007@pi.nu> Date: Tue, 20 Nov 2012 16:18:44 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: pwe3@ietf.org References: <50782094.5050104@pi.nu> <509D3A4C.40708@pi.nu> In-Reply-To: <509D3A4C.40708@pi.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , draft-ietf-mpls-tp-oam-id-mib@tools.ietf.org Subject: Re: [mpls] wglc on draft-ietf-mpls-tp-oam-id-mib-01 and OPEN - Re: mpls wg last call for draft-ietf-mpls-tp-oam-id-mib X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2012 15:18:50 -0000 Working Group, the working group last call in PWE3 and the MPLS working groups has now been closed. We had comments from both the working group and from the MID doctor review could the authors please address the comments, make sure that the people making the comments are happy with the resolution and re-publish a new version of the document! /Loa (for the mpls wg co-chairs) On 2012-11-09 18:15, Loa Andersson wrote: > PWE3 Working Group, > ------------------- > > this is to start a one week PWE3 working group last call on > draft-ietf-mpls-tp-oam-id-mib-01. > > Please send your comments to the mpls working group mailing > list (mpls@ietf.org), yes it is the mpls wg mailing list that > is intended. Any practical problems with this, please send the mail > to me and I will forward it. > > Please send both technical comments, and if you are happy with the > document as is also indications of support. > > This working group last call will end on November 17. > > MPLS Working Group, > ------------------- > > when we started the working last call for draft-ietf-mpls-tp-oam- > id-mib-01 we forgot to include the pwe3 working in this wglc. > > The chairs of the two groups discussed this and agreed to start a 1 week > working group last call in the PWEe working group; "after" > the IETF meeting in Atlanta. This mail starts this wglc. > > Since we want the PWE3 and MPLS WG comment on the same version of the > draft, we will leave the MPLS wg last call open until we close the > wglc in PWE3. > > /Loa > for all the co-chairs > > > On 2012-10-12 15:52, Loa Andersson wrote: >> Working Group, >> >> this is to start a two week working group last call on >> draft-ietf-mpls-tp-oam-id-mib-01. >> >> Please send your comments to the mpls working group mailing >> list (mpls@ietf.org). >> >> Please send both technical comments, and if you are happy with the >> document as is also indications of support. >> >> This working group last call will end on October 28. >> >> /Loa >> for the wg co-chairs > -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From adrian@olddog.co.uk Tue Nov 20 07:20:39 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 53F2F21F85F4 for ; Tue, 20 Nov 2012 07:20:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.556 X-Spam-Level: X-Spam-Status: No, score=-2.556 tagged_above=-999 required=5 tests=[AWL=0.043, 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 hX7f0vuStuRv for ; Tue, 20 Nov 2012 07:20:38 -0800 (PST) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) by ietfa.amsl.com (Postfix) with ESMTP id 9539B21F855F for ; Tue, 20 Nov 2012 07:20:38 -0800 (PST) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id qAKFKa5j011717 for ; Tue, 20 Nov 2012 15:20:36 GMT Received: from 950129200 (47.Red-88-2-96.staticIP.rima-tde.net [88.2.96.47]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id qAKFKZB6011711 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 20 Nov 2012 15:20:36 GMT From: "Adrian Farrel" To: References: <20121120150415.19665.61949.idtracker@ietfa.amsl.com> In-Reply-To: <20121120150415.19665.61949.idtracker@ietfa.amsl.com> Date: Tue, 20 Nov 2012 15:20:38 -0000 Message-ID: <00ee01cdc732$997caf30$cc760d90$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQH5L34KyAxqXk13XN17YWUQumTgw5ecBRnQ Content-Language: en-gb Subject: [mpls] FW: New Liaison Statement, "Approval of MPLS-TP Recommendations" X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2012 15:20:39 -0000 For your information. Adrian > -----Original Message----- > From: Liaison Statement Management Tool [mailto:lsmt@ietf.org] > Sent: 20 November 2012 15:04 > To: Stewart Bryant; Adrian Farrel > Cc: The IETF Chair; John Drake; Scott Mansfield; yoichi.maeda@ttc.or.jp > Subject: New Liaison Statement, "Approval of MPLS-TP Recommendations" > > Title: Approval of MPLS-TP Recommendations > Submission Date: 2012-11-20 > URL of the IETF Web page: http://datatracker.ietf.org/liaison/1217/ > Please reply by 2012-11-23 > From: ITU-T SG 15 (Greg Jones ) > To: Routing Area (Stewart Bryant , Adrian Farrel > ) > Cc: The IETF Chair ,John Drake ,Scott > Mansfield > Reponse Contact: yoichi.maeda@ttc.or.jp > Technical Contact: > Purpose: For action > > Body: > Attachments: > > Approval of MPLS-TP Recommendations > https://datatracker.ietf.org/documents/LIAISON/liaison-2012-11-20-itu-t-sg- > 15-rtg-approval-of-mpls-tp-recommendations-attachment-1.pdf From davari@broadcom.com Tue Nov 20 11:37:10 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F8C021F8779 for ; Tue, 20 Nov 2012 11:37:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.299 X-Spam-Level: X-Spam-Status: No, score=-6.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_15=0.6, 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 pOpORYcNx5Sa for ; Tue, 20 Nov 2012 11:37:09 -0800 (PST) Received: from mms3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by ietfa.amsl.com (Postfix) with ESMTP id C622D21F8777 for ; Tue, 20 Nov 2012 11:37:09 -0800 (PST) Received: from [10.16.192.224] by mms3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.5)); Tue, 20 Nov 2012 11:32:36 -0800 X-Server-Uuid: B86B6450-0931-4310-942E-F00ED04CA7AF Received: from SJEXCHCAS05.corp.ad.broadcom.com (10.16.203.13) by SJEXCHHUB01.corp.ad.broadcom.com (10.16.192.224) with Microsoft SMTP Server (TLS) id 8.2.247.2; Tue, 20 Nov 2012 11:36:46 -0800 Received: from SJEXCHMB12.corp.ad.broadcom.com ( [fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS05.corp.ad.broadcom.com ( [::1]) with mapi id 14.01.0355.002; Tue, 20 Nov 2012 11:36:46 -0800 From: "Shahram Davari" To: "adrian@olddog.co.uk" , "'t.petch'" , "'Loa Andersson'" , "mpls@ietf.org" Thread-Topic: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-map Thread-Index: AQHNwnsKeQf/mKl4u0SUtKP+ZUNj/pfxIUQJgADKVACAATqdcA== Date: Tue, 20 Nov 2012 19:36:46 +0000 Message-ID: <4A6CE49E6084B141B15C0713B8993F281BD2E957@SJEXCHMB12.corp.ad.broadcom.com> References: <5098CF68.2000105@pi.nu> <50A3B5C0.4060203@pi.nu> <01e601cdc652$dab31600$4001a8c0@gateway.2wire.net> <016e01cdc675$3b64d6b0$b22e8410$@olddog.co.uk> In-Reply-To: <016e01cdc675$3b64d6b0$b22e8410$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.16.203.100] MIME-Version: 1.0 X-WSS-ID: 7CB5055E3P86530709-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: "mpls-ads@tools.ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org" Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2012 19:37:10 -0000 Hi Adrian, Identifying whether to terminate an OAM packet and process it in In-MIP vs.= Out-MIP requires line rate lookup, otherwise the OAM packet will not take = the same path as data packets. Therefore any MIP identifier that is propos= ed in this draft requires one extra lookup and therefore adds significantly= to cost. Perhaps a similar method to Ethernet MDL/MEL (Maintenance Domain = Level) may be used that requires only 3 bits and achieves the same result. Regards, Shahram -----Original Message----- From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Adr= ian Farrel Sent: Monday, November 19, 2012 8:45 AM To: 't.petch'; 'Loa Andersson'; mpls@ietf.org Cc: mpls-ads@tools.ietf.org; mpls-chairs@tools.ietf.org; draft-ietf-mpls-tp= -mip-mep-map@tools.ietf.org Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-m= ap Yeah, it's a boring draft. Did you expect me to co-author anything else? The point was that when I started the I-D lots of people were saying "it's complex" and "it can't be done" and "it won't be backward compatible". So the I-D says "here it is" A (sorry not to offer you excitement) > -----Original Message----- > From: t.petch [mailto:ietfc@btconnect.com] > Sent: 19 November 2012 12:38 > To: Loa Andersson; mpls@ietf.org > Cc: mpls-ads@tools.ietf.org; mpls-chairs@tools.ietf.org; MPLS-TP ad hoc t= eam; > draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org > Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep= -map >=20 > After getting to section 6 and its features (requirements!), I find > myself underwhelmed; is that it? Well, I suppose so, it is > Informational and not Standards Track. >=20 > Meanwhile, I suggest some editorial issues. >=20 > Title > Handling MPLS-TP OAM Packets Targeted at Internal MIPs > [Handling MPLS-TP OAM Packets Targeted at Interface MIPs > seems a more informative statement unless and until you get to the > definition of Internal in s3; and s6, which is the crux of the document > says > The preferred solution to per-interface MIP message handling is > presented in this section] >=20 > s1 > two (or more) MIPs per node on both sides of the forwarding engine. > [two on both sides sounds like four in total to me; suggest 'one on each > side of the forwarding engine'] >=20 > s4 > o CV between a MEP and a MIP > [expand CV on first use] >=20 > s5 > In-band OAM messages are sent using the G-ACh [RFC5586] for MPLS-TP > LSPs and MPLS-TP PWs, respectively. > ['respectively' suggests to me that there should be two precedents, not > just RFC5586; the second paragraph specifies RFC5586 for LSPs, > RFC6423/RFC4385 for PWs, in which case, strike this sentence as > redundant] >=20 > s6 > The appendix of this document contains a > few solutions that the authors have discarded which have been left in > the document for informational purposes. > [not any more they haven't!] >=20 > The node itself is addresses > [The node itself is addressed] >=20 > The identification information indside > [The identification information inside ] >=20 > MIP identifiers are not know > [MIP identifiers are not known] >=20 > reserved MIP address > [reserved MIP addressses or a reserved MIP address] >=20 > Tom Petch >=20 >=20 > ----- Original Message ----- > From: "Loa Andersson" > To: > Cc: ; ; "MPLS-TP ad > hoc team" ; > > Sent: Wednesday, November 14, 2012 3:16 PM >=20 > > Working Group, > > > > This is to start a 2 week working group last call on > > draft-ietf-mpls-tp-mip-mep-map. > > > > Please send your comments to the mpls working group mailing > > list (mpls@ietf.org). > > > > Please send both technical comments, and if you are happy with the > > document as is also indications of support. > > > > This working group last call will end on November 28. > > > > /Loa > > for the wg co-chairs > > _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From ietfc@btconnect.com Wed Nov 21 00:42:56 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F049621F863F for ; Wed, 21 Nov 2012 00:42:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.182 X-Spam-Level: X-Spam-Status: No, score=-4.182 tagged_above=-999 required=5 tests=[AWL=-0.583, BAYES_00=-2.599, 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 EtF5NDppG6xt for ; Wed, 21 Nov 2012 00:42:55 -0800 (PST) Received: from co1outboundpool.messaging.microsoft.com (co1ehsobe001.messaging.microsoft.com [216.32.180.184]) by ietfa.amsl.com (Postfix) with ESMTP id B384E21F8624 for ; Wed, 21 Nov 2012 00:42:53 -0800 (PST) Received: from mail146-co1-R.bigfish.com (10.243.78.235) by CO1EHSOBE005.bigfish.com (10.243.66.68) with Microsoft SMTP Server id 14.1.225.23; Wed, 21 Nov 2012 08:42:52 +0000 Received: from mail146-co1 (localhost [127.0.0.1]) by mail146-co1-R.bigfish.com (Postfix) with ESMTP id 9079EC0132; Wed, 21 Nov 2012 08:42:52 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.253.85; KIP:(null); UIP:(null); IPV:NLI; H:DB3PRD0710HT004.eurprd07.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -26 X-BigFish: PS-26(zz98dI9371I936eI542M1432I62a3Izz1de0h1202h1d1ah1d2ahzz1033IL8275bh8275dhz2dh2a8h5a9h668h839hd24hf0ah1177h1179h1288h12a5h12a9h12bdh137ah139eh13b6h1441h1504h1537h162dh1631h304l1155h) Received: from mail146-co1 (localhost.localdomain [127.0.0.1]) by mail146-co1 (MessageSwitch) id 1353487371894374_6733; Wed, 21 Nov 2012 08:42:51 +0000 (UTC) Received: from CO1EHSMHS015.bigfish.com (unknown [10.243.78.230]) by mail146-co1.bigfish.com (Postfix) with ESMTP id CEBE5600F2; Wed, 21 Nov 2012 08:42:51 +0000 (UTC) Received: from DB3PRD0710HT004.eurprd07.prod.outlook.com (157.56.253.85) by CO1EHSMHS015.bigfish.com (10.243.66.25) with Microsoft SMTP Server (TLS) id 14.1.225.23; Wed, 21 Nov 2012 08:42:51 +0000 Received: from AMSPRD0410HT005.eurprd04.prod.outlook.com (157.56.248.37) by pod51017.outlook.com (10.255.75.39) with Microsoft SMTP Server (TLS) id 14.16.239.5; Wed, 21 Nov 2012 08:42:46 +0000 Message-ID: <000701cdc7c4$0780a040$4001a8c0@gateway.2wire.net> From: t.petch To: Loa Andersson References: <50782094.5050104@pi.nu> <509D3A4C.40708@pi.nu> <50AB9F54.4090007@pi.nu> Date: Wed, 21 Nov 2012 08:41:32 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Originating-IP: [157.56.248.37] X-OriginatorOrg: btconnect.com Cc: mpls@ietf.org, mpls-chairs@tools.ietf.org Subject: Re: [mpls] wglc on draft-ietf-mpls-tp-oam-id-mib-01 and OPEN - Re: mpls wg last call for draft-ietf-mpls-tp-oam-id-mib X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2012 08:42:57 -0000 Loa I saw 9. IANA Considerations To be added in a later version of this document. and decided to wait for that later version before reading any further:-( Tom Petch ----- Original Message ----- From: "Loa Andersson" To: Cc: ; ; Sent: Tuesday, November 20, 2012 3:18 PM Subject: Re: [mpls] wglc on draft-ietf-mpls-tp-oam-id-mib-01 and OPEN - Re: mpls wg last call for draft-ietf-mpls-tp-oam-id-mib > Working Group, > > the working group last call in PWE3 and the MPLS working groups has > now been closed. > > We had comments from both the working group and from the MID doctor > review could the authors please address the comments, make sure that > the people making the comments are happy with the resolution and > re-publish a new version of the document! > > /Loa > (for the mpls wg co-chairs) > > On 2012-11-09 18:15, Loa Andersson wrote: > > PWE3 Working Group, > > ------------------- > > > > this is to start a one week PWE3 working group last call on > > draft-ietf-mpls-tp-oam-id-mib-01. > > > > Please send your comments to the mpls working group mailing > > list (mpls@ietf.org), yes it is the mpls wg mailing list that > > is intended. Any practical problems with this, please send the mail > > to me and I will forward it. > > > > Please send both technical comments, and if you are happy with the > > document as is also indications of support. > > > > This working group last call will end on November 17. > > > > MPLS Working Group, > > ------------------- > > > > when we started the working last call for draft-ietf-mpls-tp-oam- > > id-mib-01 we forgot to include the pwe3 working in this wglc. > > > > The chairs of the two groups discussed this and agreed to start a 1 week > > working group last call in the PWEe working group; "after" > > the IETF meeting in Atlanta. This mail starts this wglc. > > > > Since we want the PWE3 and MPLS WG comment on the same version of the > > draft, we will leave the MPLS wg last call open until we close the > > wglc in PWE3. > > > > /Loa > > for all the co-chairs > > > > > > On 2012-10-12 15:52, Loa Andersson wrote: > >> Working Group, > >> > >> this is to start a two week working group last call on > >> draft-ietf-mpls-tp-oam-id-mib-01. > >> > >> Please send your comments to the mpls working group mailing > >> list (mpls@ietf.org). > >> > >> Please send both technical comments, and if you are happy with the > >> document as is also indications of support. > >> > >> This working group last call will end on October 28. > >> > >> /Loa > >> for the wg co-chairs > > > > -- > > > Loa Andersson email: loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > From adrian@olddog.co.uk Wed Nov 21 01:16:08 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84EE221F84CA for ; Wed, 21 Nov 2012 01:16:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.265 X-Spam-Level: X-Spam-Status: No, score=-2.265 tagged_above=-999 required=5 tests=[AWL=-0.266, BAYES_00=-2.599, J_CHICKENPOX_15=0.6] 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 wnBoWakqbxAS for ; Wed, 21 Nov 2012 01:16:07 -0800 (PST) Received: from asmtp5.iomartmail.com (asmtp5.iomartmail.com [62.128.201.176]) by ietfa.amsl.com (Postfix) with ESMTP id 6C9C721F84B2 for ; Wed, 21 Nov 2012 01:16:07 -0800 (PST) Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id qAL9G1JL008417; Wed, 21 Nov 2012 09:16:02 GMT Received: from 950129200 (47.Red-88-2-96.staticIP.rima-tde.net [88.2.96.47]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id qAL9FwL5008398 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 21 Nov 2012 09:16:00 GMT From: "Adrian Farrel" To: "'Shahram Davari'" References: <5098CF68.2000105@pi.nu> <50A3B5C0.4060203@pi.nu> <01e601cdc652$dab31600$4001a8c0@gateway.2wire.net> <016e01cdc675$3b64d6b0$b22e8410$@olddog.co.uk> <4A6CE49E6084B141B15C0713B8993F281BD2E957@SJEXCHMB12.corp.ad.broadcom.com> In-Reply-To: <4A6CE49E6084B141B15C0713B8993F281BD2E957@SJEXCHMB12.corp.ad.broadcom.com> Date: Wed, 21 Nov 2012 09:16:01 -0000 Message-ID: <027c01cdc7c8$d5500430$7ff00c90$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQDwTq+cva56r/gyEHDyHZEPyR6eEgEKgN8HAb1Qi9MDDe5DeAGRyH3pAWHDGtOZaJiNoA== Content-Language: en-gb Cc: mpls@ietf.org Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2012 09:16:08 -0000 Hi Shahram, I am worried about the precedent of a comment like this during WG last call. While comments that improve the document or point out fundamental flaws are welcome whenever they arrive, points with the flavour "I wouldn't have done it like this" that arrive this late in the process don't feel very constructive. But I will leave the chair to worry about process and try to address the technical points... > Identifying whether to terminate an OAM packet and process it in In-MIP vs. Out- > MIP requires line rate lookup, otherwise the OAM packet will not take the same > path as data packets. Therefore any MIP identifier that is proposed in this draft > requires one extra lookup and therefore adds significantly to cost. If I am not wrong, this is a feature of an out-MIP. If you decide to implement out-MIPs, and if you want the OAM to follow exactly the same path as the data, then it is a requirement that the out interface inspects the packets (at line rate) to determine whether they are OAM and targeted at the interface. We cannot change that aspect. All we can do is aim to make the lookup as easy as possible. > Perhaps a > similar method to Ethernet MDL/MEL (Maintenance Domain Level) may be used > that requires only 3 bits and achieves the same result. Perhaps it could. But before going there, why is the lookup in the current version of the I-D arduous? Presumably you do not propose making any change to the way In-MIPs are currently identified, so the lookups being done at line rate today on the incoming interfaces will not be changed. If you are proposing such a change, then the discussion is outside the scope of this I-D and becomes a much wider question for the working group. This leaves me with the trade-off of enabling a *simpler* lookup on the outgoing interfaces versus doing identical lookups on both interfaces. My assumption was that if the incoming interface can do the lookup at line rate, it is not hard to perform the same lookup on the outgoing interface. Furthermore, there is a reduction in complexity by having fewer things to look up. Another possibility is that the full lookup could be done on the incoming interface and the packet marked for easy interception on the outgoing interface. The concern with this approach is that the packet would no longer be being forwarded exactly as data because it would be being modified in flight. Furthermore, in the case of P2MP, it is not enough to flag the packet as a local Out-MIP and further identifier-based lookup is needed. Some of these issues were raised and discussed as the I-D progressed, and some of the alternative solutions were tracked with their pros and cons in Appendix A of the I-D (look at revision -03). Thanks, Adrian > -----Original Message----- > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of > Adrian Farrel > Sent: Monday, November 19, 2012 8:45 AM > To: 't.petch'; 'Loa Andersson'; mpls@ietf.org > Cc: mpls-ads@tools.ietf.org; mpls-chairs@tools.ietf.org; draft-ietf-mpls-tp-mip- > mep-map@tools.ietf.org > Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-map > > Yeah, it's a boring draft. Did you expect me to co-author anything else? > > The point was that when I started the I-D lots of people were saying "it's > complex" and "it can't be done" and "it won't be backward compatible". > > So the I-D says "here it is" > > A (sorry not to offer you excitement) > > > -----Original Message----- > > From: t.petch [mailto:ietfc@btconnect.com] > > Sent: 19 November 2012 12:38 > > To: Loa Andersson; mpls@ietf.org > > Cc: mpls-ads@tools.ietf.org; mpls-chairs@tools.ietf.org; MPLS-TP ad hoc team; > > draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org > > Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-map > > > > After getting to section 6 and its features (requirements!), I find > > myself underwhelmed; is that it? Well, I suppose so, it is > > Informational and not Standards Track. > > > > Meanwhile, I suggest some editorial issues. > > > > Title > > Handling MPLS-TP OAM Packets Targeted at Internal MIPs > > [Handling MPLS-TP OAM Packets Targeted at Interface MIPs > > seems a more informative statement unless and until you get to the > > definition of Internal in s3; and s6, which is the crux of the document > > says > > The preferred solution to per-interface MIP message handling is > > presented in this section] > > > > s1 > > two (or more) MIPs per node on both sides of the forwarding engine. > > [two on both sides sounds like four in total to me; suggest 'one on each > > side of the forwarding engine'] > > > > s4 > > o CV between a MEP and a MIP > > [expand CV on first use] > > > > s5 > > In-band OAM messages are sent using the G-ACh [RFC5586] for MPLS-TP > > LSPs and MPLS-TP PWs, respectively. > > ['respectively' suggests to me that there should be two precedents, not > > just RFC5586; the second paragraph specifies RFC5586 for LSPs, > > RFC6423/RFC4385 for PWs, in which case, strike this sentence as > > redundant] > > > > s6 > > The appendix of this document contains a > > few solutions that the authors have discarded which have been left in > > the document for informational purposes. > > [not any more they haven't!] > > > > The node itself is addresses > > [The node itself is addressed] > > > > The identification information indside > > [The identification information inside ] > > > > MIP identifiers are not know > > [MIP identifiers are not known] > > > > reserved MIP address > > [reserved MIP addressses or a reserved MIP address] > > > > Tom Petch > > > > > > ----- Original Message ----- > > From: "Loa Andersson" > > To: > > Cc: ; ; "MPLS-TP ad > > hoc team" ; > > > > Sent: Wednesday, November 14, 2012 3:16 PM > > > > > Working Group, > > > > > > This is to start a 2 week working group last call on > > > draft-ietf-mpls-tp-mip-mep-map. > > > > > > Please send your comments to the mpls working group mailing > > > list (mpls@ietf.org). > > > > > > Please send both technical comments, and if you are happy with the > > > document as is also indications of support. > > > > > > This working group last call will end on November 28. > > > > > > /Loa > > > for the wg co-chairs > > > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From agmalis@gmail.com Wed Nov 21 05:24:00 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5BE121F8503 for ; Wed, 21 Nov 2012 05:24:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.447 X-Spam-Level: X-Spam-Status: No, score=-103.447 tagged_above=-999 required=5 tests=[AWL=0.151, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, 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 k7Y3pqC6qJnb for ; Wed, 21 Nov 2012 05:23:59 -0800 (PST) Received: from mail-ie0-f172.google.com (mail-ie0-f172.google.com [209.85.223.172]) by ietfa.amsl.com (Postfix) with ESMTP id 7A78D21F84B5 for ; Wed, 21 Nov 2012 05:23:54 -0800 (PST) Received: by mail-ie0-f172.google.com with SMTP id c13so3004527ieb.31 for ; Wed, 21 Nov 2012 05:23:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=fLiliJ/b3iFiA+PdHr+WVYV69TREdRRDTELWDTLQbWE=; b=o0BFM+lqGpNkQ8mhPI9mRTglkVwGHK2LoeVMlVXKyGhea1RprooXgM+swyen2Q4XyX c25Ri7q31cESR4vIL0Dhvi+R7U7TtAk2HylaSUVYlYclJ42O3fEv72FNmW4xIBZ8sTZR zMcUGxJBu3LYbAafB7RLokP4xfpbwBIhdh3Thn4o0mUPpgiv8l0q5jGR1OC6FzrxmvxX IqzAdnC74TTWeZjo9yepuAp/Qk0lU/+xpGmw22JLa7WgwGF2tpGPlV0W+FvCzmwpt8he nAT809XQtLhkD3mt899wlA8ZE0eI7vMUC3rFVwZd6JVhbUEdPaXxoJFPPEfvUd4yILfA wQUA== Received: by 10.50.91.169 with SMTP id cf9mr13419181igb.44.1353504234045; Wed, 21 Nov 2012 05:23:54 -0800 (PST) MIME-Version: 1.0 Sender: agmalis@gmail.com Received: by 10.64.35.195 with HTTP; Wed, 21 Nov 2012 05:23:33 -0800 (PST) In-Reply-To: References: From: "Andrew G. Malis" Date: Wed, 21 Nov 2012 08:23:33 -0500 X-Google-Sender-Auth: 7l9-GvhIyvCfemW0G4C9nv1atT8 Message-ID: To: "mpls@ietf.org" Content-Type: multipart/alternative; boundary=e89a8f3b9dad12811d04cf014368 Subject: [mpls] Fwd: [PWE3] WG adoption and IPR poll on draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2012 13:24:01 -0000 --e89a8f3b9dad12811d04cf014368 Content-Type: text/plain; charset=ISO-8859-1 MPLSers, Please note the forwarded email message announcing an adoption poll for draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07, see that message for further details. As this is an MPLS-TP draft, the MPLS WG is also being notified. Please direct all discussion to the pwe3@ietf.org email list. Thanks, Andy For the PWE3 WG ---------- Forwarded message ---------- From: Andrew G. Malis Date: Tue, Nov 20, 2012 at 4:10 PM Subject: [PWE3] WG adoption and IPR poll on draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07 To: "pwe3@ietf.org" Cc: "attila.takacs@ericsson.com" , "Caowei (Wayne)" , Ping Pan PWE3ers, As requested by Mach, this begins a call for WG adoption of draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07. Please reply to this email whether or not you support adoption of this draft. Reasons are not required, but are helpful for the WG. We would like to see a good show of support rather than just a few emails. Indications that the draft has actually been read would also be greatly appreciated. Coincidentally, we are also polling for knowledge of any IPR that applies to this draft, to ensure that IPR has been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). If you are listed as a document author or contributor please respond to this email whether or not you are aware of any relevant IPR. The draft will not be adopted until a response has been received from each author and contributor. If you are on the PWE3 WG email list but are not listed as an author or contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. This will be a two-week poll, ending 4 December. Cheers, Andy and Matthew On Fri, Nov 9, 2012 at 9:06 AM, Mach Chen wrote: > Hi, > > We have presented the updates on Monday's meeting, the latest version > solved the comments received so far. As suggested on the meeting, we > (co-authors) would like to request a WG adoption on the draft! > > Many thanks, > Mach _______________________________________________ pwe3 mailing list pwe3@ietf.org https://www.ietf.org/mailman/listinfo/pwe3 --e89a8f3b9dad12811d04cf014368 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable MPLSers,

Please note the forwarded email message announcing an adopt= ion poll for draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07, see that message = for further details. As this is an MPLS-TP draft, the MPLS WG is also being= notified. Please direct all discussion to the pwe3@ietf.org email list.

Thanks,
Andy
For the PWE3 WG

--= -------- Forwarded message ----------
From: Andrew G. Malis <amalis@gmail.com>
Date: Tue, Nov 20, 2012 at 4:10 PM
Subject: [PWE3] WG adoption and IPR p= oll on draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07
To: "pwe3@ietf.org" <pwe3@ietf.org>
Cc: "attila.takacs@erics= son.com" <attila.= takacs@ericsson.com>, "Caowei (Wayne)" <wayne.caowei@huawei.com>, Ping Pan <<= a href=3D"mailto:PPan@infinera.com">PPan@infinera.com>

PWE3ers,

As requested by Mach, this begins a call for WG adoptio= n of draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07.

Please reply to th= is email whether or not you support adoption of this draft. Re= asons are not required, but are helpful for the WG. We would like to see a = good show of support rather than just a few emails. Indications that the dr= aft has actually been read would also be greatly appreciated.

Coincidentally, we are also polling for knowledge of any IPR that
applies to this draft, to ensure that IPR has been disclosed in
compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more= details).

If you are listed as a document author or contributor please respond
to this email whether or not you are aware of any relevant IPR. The
draft will not be adopted until a response has been received f= rom each
author and contributor.

If you are on the PWE3 WG email list but are not listed as an = author
or contributor, then please explicitly respond only if you are aware
of any IPR that has not yet been disclosed in conformance with IETF
rules.

This will be a two-week poll, ending 4 December.

Cheers,
Andy and= Matthew

On Fr= i, Nov 9, 2012 at 9:06 AM, Mach Chen <mach.chen@huawei.com> wrote:
Hi,

We have presented the updates on Monday's meeting, the latest version s= olved the comments received so far. As suggested on the meeting, we (co-aut= hors) would like to request a WG adoption on the draft!

Many thanks,
Mach


_______________________________________________
pwe3 mailing list
pwe3@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/pwe3


--e89a8f3b9dad12811d04cf014368-- From agmalis@gmail.com Wed Nov 21 05:32:51 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C22F521F85A3 for ; Wed, 21 Nov 2012 05:32:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.494 X-Spam-Level: X-Spam-Status: No, score=-3.494 tagged_above=-999 required=5 tests=[AWL=0.104, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 Qi5+QIHMTWg9 for ; Wed, 21 Nov 2012 05:32:51 -0800 (PST) Received: from mail-ie0-f172.google.com (mail-ie0-f172.google.com [209.85.223.172]) by ietfa.amsl.com (Postfix) with ESMTP id 40A6921F859B for ; Wed, 21 Nov 2012 05:32:44 -0800 (PST) Received: by mail-ie0-f172.google.com with SMTP id c13so3018982ieb.31 for ; Wed, 21 Nov 2012 05:32:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=tZ+iY5YHWQ9KLt6JTc77KjT+ZP05YhAxr7GRyVFM6K4=; b=MBoVF5WZim/E/DoHjfPmOk2lxEfoKyMDF+cGA6gm/GeAE0D/2vpHRHwItwofGM03Nc UmwH65s36N2yV5mBJ92HiDWQl9zqSFjQULdPTyNpZwO7Uwf3pXVSmgTz4sTffUzfuf3T bWd2+JV09VFfjTsSUFsjJzEBnm7W9pjWUxnZkLjBQTyo4yF2GVYvK+62lt0VIZhQpxkN NFA6QgmFqgWCmhfIx1ECQ7jf5LYzoMVFBjsxYlae2kbN4aBG2Ynq2PZ5kz0SrD7XwHKM 3qjfMPesE1vdwKk3/9Lkn9lu9ZwMQq+lVeV7kiMTjayq+JrYbzX4ridF1lXGw2q2mNed dBEQ== Received: by 10.50.159.165 with SMTP id xd5mr13339366igb.58.1353504763748; Wed, 21 Nov 2012 05:32:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.35.195 with HTTP; Wed, 21 Nov 2012 05:32:23 -0800 (PST) In-Reply-To: References: From: "Andrew G. Malis" Date: Wed, 21 Nov 2012 08:32:23 -0500 Message-ID: To: "mpls@ietf.org" Content-Type: multipart/alternative; boundary=14dae9341159a5231d04cf0162f0 Subject: [mpls] Fwd: [PWE3] WG adoption and IPR poll on draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2012 13:32:51 -0000 --14dae9341159a5231d04cf0162f0 Content-Type: text/plain; charset=ISO-8859-1 MPLSers, Please note the forwarded email message announcing an adoption poll for draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07, see that message for further details. As this is an MPLS-TP draft, the MPLS WG is also being notified. Please direct all discussion to the pwe3@ietf.org email list. Thanks, Andy For the PWE3 WG ---------- Forwarded message ---------- From: Andrew G. Malis Date: Tue, Nov 20, 2012 at 4:10 PM Subject: [PWE3] WG adoption and IPR poll on draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07 To: "pwe3@ietf.org" Cc: "attila.takacs@ericsson.com" , "Caowei (Wayne)" , Ping Pan PWE3ers, As requested by Mach, this begins a call for WG adoption of draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07. Please reply to this email whether or not you support adoption of this draft. Reasons are not required, but are helpful for the WG. We would like to see a good show of support rather than just a few emails. Indications that the draft has actually been read would also be greatly appreciated. Coincidentally, we are also polling for knowledge of any IPR that applies to this draft, to ensure that IPR has been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). If you are listed as a document author or contributor please respond to this email whether or not you are aware of any relevant IPR. The draft will not be adopted until a response has been received from each author and contributor. If you are on the PWE3 WG email list but are not listed as an author or contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. This will be a two-week poll, ending 4 December. Cheers, Andy and Matthew On Fri, Nov 9, 2012 at 9:06 AM, Mach Chen wrote: > Hi, > > We have presented the updates on Monday's meeting, the latest version > solved the comments received so far. As suggested on the meeting, we > (co-authors) would like to request a WG adoption on the draft! > > Many thanks, > Mach _______________________________________________ pwe3 mailing list pwe3@ietf.org https://www.ietf.org/mailman/listinfo/pwe3 --14dae9341159a5231d04cf0162f0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable MPLSers,

Please note the forwarded email = message announcing an adoption poll for draft-cao-pwe3-mpls-tp-pw-over-bidi= r-lsp-07, see that message for further details. As this is an MPLS-TP draft= , the MPLS WG is also being notified. Please direct all discussion to the <= a href=3D"mailto:pwe3@ietf.org" target=3D"_blank">pwe3@ietf.org email l= ist.

Thanks,
Andy
For the PWE3 WG

---------- Forwarded message ----------
From: Andrew G. Malis <amalis@gmail.com><= br> Date: Tue, Nov 20, 2012 at 4:10 PM
Subject: [PWE3] WG adoption and IPR p= oll on draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07
To: "pwe3@i= etf.org" <pw= e3@ietf.org>
Cc: "a= ttila.takacs@ericsson.com" <attila.takacs@ericsson.com>, "Caow= ei (Wayne)" <wayne.caowei@huawei.com>, Ping Pan <PPan@infinera.com>

PWE3ers,

As requested by Mach, this begins a call for WG adoptio= n of draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07.

Please reply to th= is email whether or not you support adoption of this draft. Re= asons are not required, but are helpful for the WG. We would like to see a = good show of support rather than just a few emails. Indications that the dr= aft has actually been read would also be greatly appreciated.

Coincidentally, we are also polling for knowledge of any IPR that
applies to this draft, to ensure that IPR has been disclosed in
compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more= details).

If you are listed as a document author or contributor please respond
to this email whether or not you are aware of any relevant IPR. The
draft will not be adopted until a response has been received f= rom each
author and contributor.

If you are on the PWE3 WG email list but are not listed as an = author
or contributor, then please explicitly respond only if you are aware
of any IPR that has not yet been disclosed in conformance with IETF
rules.

This will be a two-week poll, ending 4 December.

Cheers,
Andy and= Matthew

On Fr= i, Nov 9, 2012 at 9:06 AM, Mach Chen <mach.chen@huawei.com> wrote:
Hi,

We have presented the updates on Monday's meeting, the latest version s= olved the comments received so far. As suggested on the meeting, we (co-aut= hors) would like to request a WG adoption on the draft!

Many thanks,
Mach


_________________________________________= ______
pwe3 mailing list
pwe3@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/pwe3



--14dae9341159a5231d04cf0162f0-- From davarish@yahoo.com Wed Nov 21 06:54:40 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA0E021F862E for ; Wed, 21 Nov 2012 06:54:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.603 X-Spam-Level: X-Spam-Status: No, score=-0.603 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_15=0.6, MIME_QP_LONG_LINE=1.396] 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 wnUmLp6gWmFN for ; Wed, 21 Nov 2012 06:54:40 -0800 (PST) Received: from nm18-vm8.bullet.mail.gq1.yahoo.com (nm18-vm8.bullet.mail.gq1.yahoo.com [98.136.217.223]) by ietfa.amsl.com (Postfix) with ESMTP id DE44D21F8444 for ; Wed, 21 Nov 2012 06:54:39 -0800 (PST) Received: from [98.137.12.59] by nm18.bullet.mail.gq1.yahoo.com with NNFMP; 21 Nov 2012 14:54:39 -0000 Received: from [98.137.0.27] by tm4.bullet.mail.gq1.yahoo.com with NNFMP; 21 Nov 2012 14:54:39 -0000 Received: from [127.0.0.1] by smtp120-mob.biz.mail.gq1.yahoo.com with NNFMP; 21 Nov 2012 14:54:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1353509679; bh=et2NMqU1qxTv1bLkNJUTE/vhpfmiObIZ9osG/eOP4p8=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:References:Mime-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Message-Id:Cc:X-Mailer:From:Subject:Date:To; b=q/cjq3rHAKJ5CtRQp2ty2G1f9OhXcYNp/H0DnR5CApBLn9CenbQoWY3cRkuuNFOdFeDZJsM7r/GDjLWRL5vrdYzrt1nDCnVMMdx3Nh7DhK8vH9w7B5y8voqlsC37lZc+m+5Pvkrc0xkGse+vqKu8B8By4skhz34xjP44KqwoCtw= X-Yahoo-Newman-Id: 162799.53021.bm@smtp120-mob.biz.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: bSJ5EjAVM1kybdn760nlNKv_TbrDzcfKyhZoCRNAxk_ww9a SNP6Ed4405OEFQix6bUGcblsSlf_cbNrFm5hpqcvijTjMNIelnoXLx.KPicq thAlHY.FZ55jeGtWva8xoq9SfNWPcqTmLmvBxJRp0YvLl4pJhWfWf6v5phkU PGPSL0zQw0qm0zWN30RWhb4qgf3q3FW22qrDTMrKDXhFIS6rJC2ocgzXCcSV NoTeNbY06_Pyq46rV1UxFCc8g306Ir1zXFTiRkn.scznEFFq2w6IO9ffk5dV LSpZp7F.CTK70rLe.9_YPoBR5CARzophAhYCh4X_Qr4ZKwbLAmKhaTPGVj0j sr9XRXEwn9_YAeudTjGTL8z8kAZszlAqgvNtf9FHY1.FLU6.FQL4s3GFUu02 NHgYnI5zQE6lE23hMxZR4bYYpC6kd.vjPyian.O5I_UhP3E78TJLGZhZJ2H0 Yx95FzjXcKggBWOBAWdLOAXODG0ACBO0- X-Yahoo-SMTP: ygPrP9CswBCWPbPtKJlJyLY0KMlg Received: from [192.168.0.104] (davarish@98.248.36.11 with xymcookie) by smtp120-mob.biz.mail.gq1.yahoo.com with SMTP; 21 Nov 2012 14:54:39 +0000 UTC References: <5098CF68.2000105@pi.nu> <50A3B5C0.4060203@pi.nu> <01e601cdc652$dab31600$4001a8c0@gateway.2wire.net> <016e01cdc675$3b64d6b0$b22e8410$@olddog.co.uk> <4A6CE49E6084B141B15C0713B8993F281BD2E957@SJEXCHMB12.corp.ad.broadcom.com> <027c01cdc7c8$d5500430$7ff00c90$@olddog.co.uk> Mime-Version: 1.0 (1.0) In-Reply-To: <027c01cdc7c8$d5500430$7ff00c90$@olddog.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: X-Mailer: iPhone Mail (10A403) From: "S. Davari" Date: Wed, 21 Nov 2012 06:54:39 -0800 To: "adrian@olddog.co.uk" Cc: "mpls@ietf.org" Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2012 14:54:40 -0000 Hi Adrian, You are right and I should have sent these types of comments before last cal= l. I completely understand the procedure. One thing I didn't understand in your response is that you said in-MIP requi= res to do the MEPID lookup at line rate anyway. Why is that?=20 My understanding is that before this draft, the process would have been for= the ingress to look at TTL and if it is expired then send the packet to OAM= processor.=20 The MEPID that you suggest in this draft is very useful for filtering out le= aked OAM frames from upstream. But lets leave lookup of the MEPID to the OAM= processing module (at slower rate) and add an indicator to the OAM packet t= o indicate whether it should be taken out of the data path in the Ingress or= egress. So can I suggest adding the following text to the draft: " In addition to the MEPID, which is used to ultimately accept or filter out= received OAM packets, OAM packets should have a simple indicator that iden= tifies whether the OAM packet belongs to in-MIP or Out-MIP". Regards, Shahram On Nov 21, 2012, at 1:16 AM, "Adrian Farrel" wrote: > >=20 > Hi Shahram, >=20 > I am worried about the precedent of a comment like this during WG last cal= l. > While comments that improve the document or point out fundamental flaws ar= e > welcome whenever they arrive, points with the flavour "I wouldn't have don= e it > like this" that arrive this late in the process don't feel very constructi= ve. > But I will leave the chair to worry about process and try to address the > technical points... >=20 >> Identifying whether to terminate an OAM packet and process it in In-MIP v= s. > Out- >> MIP requires line rate lookup, otherwise the OAM packet will not take the= same >> path as data packets. Therefore any MIP identifier that is proposed in t= his > draft >> requires one extra lookup and therefore adds significantly to cost. >=20 > If I am not wrong, this is a feature of an out-MIP. If you decide to imple= ment > out-MIPs, and if you want the OAM to follow exactly the same path as the d= ata, > then it is a requirement that the out interface inspects the packets (at l= ine > rate) to determine whether they are OAM and targeted at the interface. >=20 > We cannot change that aspect. All we can do is aim to make the lookup as e= asy as > possible. >=20 >> Perhaps a >> similar method to Ethernet MDL/MEL (Maintenance Domain Level) may be used= >> that requires only 3 bits and achieves the same result. >=20 > Perhaps it could. > But before going there, why is the lookup in the current version of the I-= D > arduous? >=20 > Presumably you do not propose making any change to the way In-MIPs are cur= rently > identified, so the lookups being done at line rate today on the incoming > interfaces will not be changed. If you are proposing such a change, then t= he > discussion is outside the scope of this I-D and becomes a much wider quest= ion > for the working group. >=20 > This leaves me with the trade-off of enabling a *simpler* lookup on the ou= tgoing > interfaces versus doing identical lookups on both interfaces. My assumptio= n was > that if the incoming interface can do the lookup at line rate, it is not h= ard to > perform the same lookup on the outgoing interface. Furthermore, there is a= > reduction in complexity by having fewer things to look up.=20 >=20 > Another possibility is that the full lookup could be done on the incoming > interface and the packet marked for easy interception on the outgoing inte= rface. > The concern with this approach is that the packet would no longer be being= > forwarded exactly as data because it would be being modified in flight. > Furthermore, in the case of P2MP, it is not enough to flag the packet as a= local > Out-MIP and further identifier-based lookup is needed. >=20 > Some of these issues were raised and discussed as the I-D progressed, and s= ome > of the alternative solutions were tracked with their pros and cons in Appe= ndix A > of the I-D (look at revision -03). >=20 > Thanks, > Adrian >> -----Original Message----- >> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of >> Adrian Farrel >> Sent: Monday, November 19, 2012 8:45 AM >> To: 't.petch'; 'Loa Andersson'; mpls@ietf.org >> Cc: mpls-ads@tools.ietf.org; mpls-chairs@tools.ietf.org; > draft-ietf-mpls-tp-mip- >> mep-map@tools.ietf.org >> Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep= -map >>=20 >> Yeah, it's a boring draft. Did you expect me to co-author anything else? >>=20 >> The point was that when I started the I-D lots of people were saying "it'= s >> complex" and "it can't be done" and "it won't be backward compatible". >>=20 >> So the I-D says "here it is" >>=20 >> A (sorry not to offer you excitement) >>=20 >>> -----Original Message----- >>> From: t.petch [mailto:ietfc@btconnect.com] >>> Sent: 19 November 2012 12:38 >>> To: Loa Andersson; mpls@ietf.org >>> Cc: mpls-ads@tools.ietf.org; mpls-chairs@tools.ietf.org; MPLS-TP ad hoc > team; >>> draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org >>> Subject: Re: [mpls] working group last call on > draft-ietf-mpls-tp-mip-mep-map >>>=20 >>> After getting to section 6 and its features (requirements!), I find >>> myself underwhelmed; is that it? Well, I suppose so, it is >>> Informational and not Standards Track. >>>=20 >>> Meanwhile, I suggest some editorial issues. >>>=20 >>> Title >>> Handling MPLS-TP OAM Packets Targeted at Internal MIPs >>> [Handling MPLS-TP OAM Packets Targeted at Interface MIPs >>> seems a more informative statement unless and until you get to the >>> definition of Internal in s3; and s6, which is the crux of the document >>> says >>> The preferred solution to per-interface MIP message handling is >>> presented in this section] >>>=20 >>> s1 >>> two (or more) MIPs per node on both sides of the forwarding engine. >>> [two on both sides sounds like four in total to me; suggest 'one on each= >>> side of the forwarding engine'] >>>=20 >>> s4 >>> o CV between a MEP and a MIP >>> [expand CV on first use] >>>=20 >>> s5 >>> In-band OAM messages are sent using the G-ACh [RFC5586] for MPLS-TP >>> LSPs and MPLS-TP PWs, respectively. >>> ['respectively' suggests to me that there should be two precedents, not >>> just RFC5586; the second paragraph specifies RFC5586 for LSPs, >>> RFC6423/RFC4385 for PWs, in which case, strike this sentence as >>> redundant] >>>=20 >>> s6 >>> The appendix of this document contains a >>> few solutions that the authors have discarded which have been left in >>> the document for informational purposes. >>> [not any more they haven't!] >>>=20 >>> The node itself is addresses >>> [The node itself is addressed] >>>=20 >>> The identification information indside >>> [The identification information inside ] >>>=20 >>> MIP identifiers are not know >>> [MIP identifiers are not known] >>>=20 >>> reserved MIP address >>> [reserved MIP addressses or a reserved MIP address] >>>=20 >>> Tom Petch >>>=20 >>>=20 >>> ----- Original Message ----- >>> From: "Loa Andersson" >>> To: >>> Cc: ; ; "MPLS-TP ad= >>> hoc team" ; >>> >>> Sent: Wednesday, November 14, 2012 3:16 PM >>>=20 >>>> Working Group, >>>>=20 >>>> This is to start a 2 week working group last call on >>>> draft-ietf-mpls-tp-mip-mep-map. >>>>=20 >>>> Please send your comments to the mpls working group mailing >>>> list (mpls@ietf.org). >>>>=20 >>>> Please send both technical comments, and if you are happy with the >>>> document as is also indications of support. >>>>=20 >>>> This working group last call will end on November 28. >>>>=20 >>>> /Loa >>>> for the wg co-chairs >>=20 >>=20 >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >=20 >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From matthew.bocci@alcatel-lucent.com Wed Nov 21 08:13:03 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A1CD421F8738; Wed, 21 Nov 2012 08:13:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -107.791 X-Spam-Level: X-Spam-Status: No, score=-107.791 tagged_above=-999 required=5 tests=[AWL=-1.542, BAYES_00=-2.599, HELO_EQ_FR=0.35, 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 C-1WVc3g9hW7; Wed, 21 Nov 2012 08:12:56 -0800 (PST) Received: from smail3.alcatel.fr (smail3.alcatel.fr [62.23.212.56]) by ietfa.amsl.com (Postfix) with ESMTP id 73F3B21F8734; Wed, 21 Nov 2012 08:12:56 -0800 (PST) Received: from FRMRSSXCHHUB01.dc-m.alcatel-lucent.com (FRMRSSXCHHUB01.dc-m.alcatel-lucent.com [135.120.45.61]) by smail3.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id qALGBf8v001463 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Wed, 21 Nov 2012 17:12:52 +0100 Received: from FRMRSSXCHMBSA3.dc-m.alcatel-lucent.com ([135.120.45.36]) by FRMRSSXCHHUB01.dc-m.alcatel-lucent.com ([135.120.45.61]) with mapi; Wed, 21 Nov 2012 17:12:34 +0100 From: "Bocci, Matthew (Matthew)" To: "rtg-ads@tools.ietf.org" Date: Wed, 21 Nov 2012 17:12:32 +0100 Thread-Topic: RtgDir review: draft-ietf-mpls-ipv6-pw-lsp-ping-03.txt Thread-Index: Ac3IAwOdkACY3aqXSf2L6pK5iiiXTQ== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.5.121010 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.69 on 155.132.188.83 Cc: "rtg-dir@ietf.org" , "draft-ietf-mpls-ipv6-pw-lsp-ping@tools.ietf.org" , "mpls@ietf.org" Subject: [mpls] RtgDir review: draft-ietf-mpls-ipv6-pw-lsp-ping-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2012 16:13:03 -0000 Hello, I have been selected as the Routing Directorate reviewer for this draft. The Routing Directorate seeks to review all routing or routing-related drafts as they pass through IETF last call and IESG review, and sometimes on special request. The purpose of the review is to provide assistance to the Routing ADs. For more information about the Routing Directorate, please see http://www.ietf.org/iesg/directorate/routing.html Although these comments are primarily for the use of the Routing ADs, it would be helpful if you could consider them along with any other IETF Last Call comments that you receive, and strive to resolve them through discussion or by updating the draft. Document: draft-ietf-mpls-ipv6-pw-lsp-ping-03.txt Reviewer: Matthew Bocci Review Date: 21st November 2012 IETF LC End Date: 9th November 2012 Intended Status: Standards Track Summary: This document is basically ready for publication, but has a few minor issues that should be considered prior to publication. Comments: Generally I found this to be a very well written and readable draft. There are a few minor issues that I have listed below, mainly relating to the use of terminology. Major Issues: No major issues found. Minor Issues: Title: The title of the draft is "Label Switched Path (LSP) Ping for IPv6 Pseudowire FECs". This might be confusing as it suggests that there are special PW FECs for IPv6. In fact, PW FECs are agnostic to the underlying IP version. Therefore, I suggest changing this to something like "Label Switched Path (LSP) Ping for Pseudowire FECs Advertised over IPv6". Abstract, 1st paragraph: The abstract (and only the abstract) refers to PW LSPs, but this is not common terminology in existing RFCs. It is true that each direction of an MPLS PW is comprised of a unidirectional LSP, but it might be better to try to align more closely with common terminology and call them the LSPs used for each direction of an MPLS PW. Abstract, 2nd paragraph: The draft refers to an IPv6 PW. However, this term could be confused with the colloquial term for an IP Layer 2 transport PW, which is a specific PW type that can carry IPv4 or IPv6. I suggest replacing this term with 'a PW that is setup and maintained using an IPv6 LDP session.' Likewise, the short version of the draft title in the draft headers could be clarified to something like 'PW LSP Ping for IPv6'. Introduction: there are a few places where the text refers to a 'target LDP session'. It isn't clear if this means the src/dst of the LDP session that an LSP ping echo request message is targeting (hence target is ok) or if it really means the 'targeted LDP session', which is what this type of LDP session is normally referred as. Please clarify. Figure 1 and Figure 2 titles. These are not new FEC types for IPv4 and IPv6, but rather new target FEC stack sub-TLVs. I would help readability to modify the titles accordingly. From Rolf.Winter@neclab.eu Wed Nov 21 12:12:58 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5EF3621F850A for ; Wed, 21 Nov 2012 12:12:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.442 X-Spam-Level: X-Spam-Status: No, score=-103.442 tagged_above=-999 required=5 tests=[AWL=-0.443, BAYES_00=-2.599, J_CHICKENPOX_15=0.6, RCVD_IN_DNSWL_LOW=-1, 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 POEpstIlCid4 for ; Wed, 21 Nov 2012 12:12:57 -0800 (PST) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) by ietfa.amsl.com (Postfix) with ESMTP id 1530321F84F1 for ; Wed, 21 Nov 2012 12:12:57 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id F3393102679; Wed, 21 Nov 2012 21:12:55 +0100 (CET) X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de) Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id StJwmuKS6NC9; Wed, 21 Nov 2012 21:12:55 +0100 (CET) Received: from METHONE.office.hd (methone.office.hd [192.168.24.54]) by mailer1.neclab.eu (Postfix) with ESMTP id D0A361025DE; Wed, 21 Nov 2012 21:12:40 +0100 (CET) Received: from HYDRA.office.hd ([169.254.4.183]) by METHONE.office.hd ([192.168.24.54]) with mapi id 14.01.0323.003; Wed, 21 Nov 2012 21:12:40 +0100 From: Rolf Winter To: "S. Davari" , "adrian@olddog.co.uk" Thread-Topic: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-map Thread-Index: AQHNxlMXKWb9xeipk0ykh7jRLlQh+ZfxTQkAgAHCTQCAAOTmgIAAXp2AgABi/fA= Date: Wed, 21 Nov 2012 20:12:49 +0000 Message-ID: <791AD3077F94194BB2BDD13565B6295D5552490A@Hydra.office.hd> References: <5098CF68.2000105@pi.nu> <50A3B5C0.4060203@pi.nu> <01e601cdc652$dab31600$4001a8c0@gateway.2wire.net> <016e01cdc675$3b64d6b0$b22e8410$@olddog.co.uk> <4A6CE49E6084B141B15C0713B8993F281BD2E957@SJEXCHMB12.corp.ad.broadcom.com> <027c01cdc7c8$d5500430$7ff00c90$@olddog.co.uk> In-Reply-To: Accept-Language: en-US, de-DE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.7.0.204] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "mpls@ietf.org" Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2012 20:12:58 -0000 Hi, > Hi Adrian, >=20 > You are right and I should have sent these types of comments before > last call. I completely understand the procedure. >=20 > One thing I didn't understand in your response is that you said in-MIP > requires to do the MEPID lookup at line rate anyway. Why is that? >=20 > My understanding is that before this draft, the process would have > been for the ingress to look at TTL and if it is expired then send the > packet to OAM processor. Yes (and no). While I assume likely MIP functionality will be implemented o= n the ingress, the related RFCs are vague about the actual placement of the= MIP function. See e.g. the OAM Framework (RFC 6371) "per-node MIPs (i.e., = a single MIP per node in an unspecified location within the node)". Also, I think "before this draft" is not quite accurate in that is suggests= there is no per-interface MIP addressing possible as of now. Take RFC 6426= . In practice this is where part of the problem lies. We cannot really go b= ack and change all this. There are other constraints. E.g. we have a requir= ement to address a single out-MIP out of a set of out-MIPs on a P2MP branch= point. So this was part of the constraints we worked with.=20 >=20 > The MEPID that you suggest in this draft is very useful for filtering > out leaked OAM frames from upstream. But lets leave lookup of the MEPID > to the OAM processing module (at slower rate) and add an indicator to > the OAM packet to indicate whether it should be taken out of the data > path in the Ingress or egress. >=20 > So can I suggest adding the following text to the draft: >=20 > " In addition to the MEPID, which is used to ultimately accept or > filter out received OAM packets, OAM packets should have a simple > indicator that identifies whether the OAM packet belongs to in-MIP or > Out-MIP". We also have the question on where to retrofit those bits. I assume a TLV w= ouldn't work for the exact reasons you do not like to have to do a second l= ookup, since it would require some parsing. All these constraints and the o= nes outlined in the document led to where we are. In a sense this is a non-= spec since it rather rules out a number of things that seem like a good ide= a at first but then have a catch of some sort. Best, Rolf >=20 >=20 >=20 > Regards, > Shahram >=20 >=20 > On Nov 21, 2012, at 1:16 AM, "Adrian Farrel" > wrote: >=20 > > > > > > Hi Shahram, > > > > I am worried about the precedent of a comment like this during WG > last call. > > While comments that improve the document or point out fundamental > > flaws are welcome whenever they arrive, points with the flavour "I > > wouldn't have done it like this" that arrive this late in the process > don't feel very constructive. > > But I will leave the chair to worry about process and try to address > > the technical points... > > > >> Identifying whether to terminate an OAM packet and process it in In- > MIP vs. > > Out- > >> MIP requires line rate lookup, otherwise the OAM packet will not > take > >> the same path as data packets. Therefore any MIP identifier that is > >> proposed in this > > draft > >> requires one extra lookup and therefore adds significantly to cost. > > > > If I am not wrong, this is a feature of an out-MIP. If you decide to > > implement out-MIPs, and if you want the OAM to follow exactly the > same > > path as the data, then it is a requirement that the out interface > > inspects the packets (at line > > rate) to determine whether they are OAM and targeted at the interface. > > > > We cannot change that aspect. All we can do is aim to make the lookup > > as easy as possible. > > > >> Perhaps a > >> similar method to Ethernet MDL/MEL (Maintenance Domain Level) may be > >> used that requires only 3 bits and achieves the same result. > > > > Perhaps it could. > > But before going there, why is the lookup in the current version of > > the I-D arduous? > > > > Presumably you do not propose making any change to the way In-MIPs > are > > currently identified, so the lookups being done at line rate today on > > the incoming interfaces will not be changed. If you are proposing > such > > a change, then the discussion is outside the scope of this I-D and > > becomes a much wider question for the working group. > > > > This leaves me with the trade-off of enabling a *simpler* lookup on > > the outgoing interfaces versus doing identical lookups on both > > interfaces. My assumption was that if the incoming interface can do > > the lookup at line rate, it is not hard to perform the same lookup on > > the outgoing interface. Furthermore, there is a reduction in > complexity by having fewer things to look up. > > > > Another possibility is that the full lookup could be done on the > > incoming interface and the packet marked for easy interception on the > outgoing interface. > > The concern with this approach is that the packet would no longer be > > being forwarded exactly as data because it would be being modified in > flight. > > Furthermore, in the case of P2MP, it is not enough to flag the packet > > as a local Out-MIP and further identifier-based lookup is needed. > > > > Some of these issues were raised and discussed as the I-D progressed, > > and some of the alternative solutions were tracked with their pros > and > > cons in Appendix A of the I-D (look at revision -03). > > > > Thanks, > > Adrian > >> -----Original Message----- > >> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf > >> Of Adrian Farrel > >> Sent: Monday, November 19, 2012 8:45 AM > >> To: 't.petch'; 'Loa Andersson'; mpls@ietf.org > >> Cc: mpls-ads@tools.ietf.org; mpls-chairs@tools.ietf.org; > > draft-ietf-mpls-tp-mip- > >> mep-map@tools.ietf.org > >> Subject: Re: [mpls] working group last call on > >> draft-ietf-mpls-tp-mip-mep-map > >> > >> Yeah, it's a boring draft. Did you expect me to co-author anything > else? > >> > >> The point was that when I started the I-D lots of people were saying > >> "it's complex" and "it can't be done" and "it won't be backward > compatible". > >> > >> So the I-D says "here it is" > >> > >> A (sorry not to offer you excitement) > >> > >>> -----Original Message----- > >>> From: t.petch [mailto:ietfc@btconnect.com] > >>> Sent: 19 November 2012 12:38 > >>> To: Loa Andersson; mpls@ietf.org > >>> Cc: mpls-ads@tools.ietf.org; mpls-chairs@tools.ietf.org; MPLS-TP ad > >>> hoc > > team; > >>> draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org > >>> Subject: Re: [mpls] working group last call on > > draft-ietf-mpls-tp-mip-mep-map > >>> > >>> After getting to section 6 and its features (requirements!), I find > >>> myself underwhelmed; is that it? Well, I suppose so, it is > >>> Informational and not Standards Track. > >>> > >>> Meanwhile, I suggest some editorial issues. > >>> > >>> Title > >>> Handling MPLS-TP OAM Packets Targeted at Internal MIPs [Handling > >>> MPLS-TP OAM Packets Targeted at Interface MIPs seems a more > >>> informative statement unless and until you get to the definition of > >>> Internal in s3; and s6, which is the crux of the document says The > >>> preferred solution to per-interface MIP message handling is > >>> presented in this section] > >>> > >>> s1 > >>> two (or more) MIPs per node on both sides of the forwarding engine. > >>> [two on both sides sounds like four in total to me; suggest 'one on > >>> each side of the forwarding engine'] > >>> > >>> s4 > >>> o CV between a MEP and a MIP > >>> [expand CV on first use] > >>> > >>> s5 > >>> In-band OAM messages are sent using the G-ACh [RFC5586] for MPLS-TP > >>> LSPs and MPLS-TP PWs, respectively. > >>> ['respectively' suggests to me that there should be two precedents, > >>> not just RFC5586; the second paragraph specifies RFC5586 for LSPs, > >>> RFC6423/RFC4385 for PWs, in which case, strike this sentence as > >>> redundant] > >>> > >>> s6 > >>> The appendix of this document contains a > >>> few solutions that the authors have discarded which have been > left in > >>> the document for informational purposes. > >>> [not any more they haven't!] > >>> > >>> The node itself is addresses > >>> [The node itself is addressed] > >>> > >>> The identification information indside [The identification > >>> information inside ] > >>> > >>> MIP identifiers are not know > >>> [MIP identifiers are not known] > >>> > >>> reserved MIP address > >>> [reserved MIP addressses or a reserved MIP address] > >>> > >>> Tom Petch > >>> > >>> > >>> ----- Original Message ----- > >>> From: "Loa Andersson" > >>> To: > >>> Cc: ; ; > >>> "MPLS-TP ad hoc team" ; > >>> > >>> Sent: Wednesday, November 14, 2012 3:16 PM > >>> > >>>> Working Group, > >>>> > >>>> This is to start a 2 week working group last call on > >>>> draft-ietf-mpls-tp-mip-mep-map. > >>>> > >>>> Please send your comments to the mpls working group mailing list > >>>> (mpls@ietf.org). > >>>> > >>>> Please send both technical comments, and if you are happy with the > >>>> document as is also indications of support. > >>>> > >>>> This working group last call will end on November 28. > >>>> > >>>> /Loa > >>>> for the wg co-chairs > >> > >> > >> _______________________________________________ > >> mpls mailing list > >> mpls@ietf.org > >> https://www.ietf.org/mailman/listinfo/mpls > > > > > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, London = W3 6BL | Registered in England 2832014 From davari@broadcom.com Wed Nov 21 13:36:21 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3157B21F8472 for ; Wed, 21 Nov 2012 13:36:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.224 X-Spam-Level: X-Spam-Status: No, score=-6.224 tagged_above=-999 required=5 tests=[AWL=-0.225, BAYES_00=-2.599, J_CHICKENPOX_15=0.6, 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 Y+3EmRaU7ySw for ; Wed, 21 Nov 2012 13:36:20 -0800 (PST) Received: from mms3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by ietfa.amsl.com (Postfix) with ESMTP id E205221F846C for ; Wed, 21 Nov 2012 13:36:19 -0800 (PST) Received: from [10.16.192.224] by mms3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.5)); Wed, 21 Nov 2012 13:31:46 -0800 X-Server-Uuid: B86B6450-0931-4310-942E-F00ED04CA7AF Received: from SJEXCHCAS01.corp.ad.broadcom.com (10.16.192.31) by SJEXCHHUB01.corp.ad.broadcom.com (10.16.192.224) with Microsoft SMTP Server (TLS) id 8.2.247.2; Wed, 21 Nov 2012 13:35:57 -0800 Received: from SJEXCHMB12.corp.ad.broadcom.com ( [fe80::bc15:c1e1:c29a:36f7]) by sjexchcas01.corp.ad.broadcom.com ( [::1]) with mapi id 14.01.0355.002; Wed, 21 Nov 2012 13:35:57 -0800 From: "Shahram Davari" To: "Rolf Winter" , "S. Davari" , "adrian@olddog.co.uk" Thread-Topic: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-map Thread-Index: AQHNwnsKeQf/mKl4u0SUtKP+ZUNj/pfxIUQJgADKVACAATqdcIABbJeAgABenYCAAFjlgP//jqng Date: Wed, 21 Nov 2012 21:35:57 +0000 Message-ID: <4A6CE49E6084B141B15C0713B8993F281BD2FBBB@SJEXCHMB12.corp.ad.broadcom.com> References: <5098CF68.2000105@pi.nu> <50A3B5C0.4060203@pi.nu> <01e601cdc652$dab31600$4001a8c0@gateway.2wire.net> <016e01cdc675$3b64d6b0$b22e8410$@olddog.co.uk> <4A6CE49E6084B141B15C0713B8993F281BD2E957@SJEXCHMB12.corp.ad.broadcom.com> <027c01cdc7c8$d5500430$7ff00c90$@olddog.co.uk> <791AD3077F94194BB2BDD13565B6295D5552490A@Hydra.office.hd> In-Reply-To: <791AD3077F94194BB2BDD13565B6295D5552490A@Hydra.office.hd> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.16.203.100] MIME-Version: 1.0 X-WSS-ID: 7CB397C83P87140659-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: "mpls@ietf.org" Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2012 21:36:21 -0000 Rolf, I am sure you know that TLVs are not Hardware friendly. And I think you agr= ee with me that this draft requires deep parsing of all packets at line rat= e to get to the MIPID TLV. I still think the MIPID TLV is required to decide whether an OAM packet end= ed up at the right MIP. But may be a simpler solution could be augmented t= o decide between In-MIP and Out-MIP. For example how about using one of the= reserved bits in the ACH header. This can easily be done in hardware with= minimum complexity. Regards, Shahram -----Original Message----- From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Rol= f Winter Sent: Wednesday, November 21, 2012 12:13 PM To: S. Davari; adrian@olddog.co.uk Cc: mpls@ietf.org Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-m= ap Hi, > Hi Adrian, >=20 > You are right and I should have sent these types of comments before > last call. I completely understand the procedure. >=20 > One thing I didn't understand in your response is that you said in-MIP > requires to do the MEPID lookup at line rate anyway. Why is that? >=20 > My understanding is that before this draft, the process would have > been for the ingress to look at TTL and if it is expired then send the > packet to OAM processor. Yes (and no). While I assume likely MIP functionality will be implemented o= n the ingress, the related RFCs are vague about the actual placement of the= MIP function. See e.g. the OAM Framework (RFC 6371) "per-node MIPs (i.e., = a single MIP per node in an unspecified location within the node)". Also, I think "before this draft" is not quite accurate in that is suggests= there is no per-interface MIP addressing possible as of now. Take RFC 6426= . In practice this is where part of the problem lies. We cannot really go b= ack and change all this. There are other constraints. E.g. we have a requir= ement to address a single out-MIP out of a set of out-MIPs on a P2MP branch= point. So this was part of the constraints we worked with.=20 >=20 > The MEPID that you suggest in this draft is very useful for filtering > out leaked OAM frames from upstream. But lets leave lookup of the MEPID > to the OAM processing module (at slower rate) and add an indicator to > the OAM packet to indicate whether it should be taken out of the data > path in the Ingress or egress. >=20 > So can I suggest adding the following text to the draft: >=20 > " In addition to the MEPID, which is used to ultimately accept or > filter out received OAM packets, OAM packets should have a simple > indicator that identifies whether the OAM packet belongs to in-MIP or > Out-MIP". We also have the question on where to retrofit those bits. I assume a TLV w= ouldn't work for the exact reasons you do not like to have to do a second l= ookup, since it would require some parsing. All these constraints and the o= nes outlined in the document led to where we are. In a sense this is a non-= spec since it rather rules out a number of things that seem like a good ide= a at first but then have a catch of some sort. Best, Rolf >=20 >=20 >=20 > Regards, > Shahram >=20 >=20 > On Nov 21, 2012, at 1:16 AM, "Adrian Farrel" > wrote: >=20 > > > > > > Hi Shahram, > > > > I am worried about the precedent of a comment like this during WG > last call. > > While comments that improve the document or point out fundamental > > flaws are welcome whenever they arrive, points with the flavour "I > > wouldn't have done it like this" that arrive this late in the process > don't feel very constructive. > > But I will leave the chair to worry about process and try to address > > the technical points... > > > >> Identifying whether to terminate an OAM packet and process it in In- > MIP vs. > > Out- > >> MIP requires line rate lookup, otherwise the OAM packet will not > take > >> the same path as data packets. Therefore any MIP identifier that is > >> proposed in this > > draft > >> requires one extra lookup and therefore adds significantly to cost. > > > > If I am not wrong, this is a feature of an out-MIP. If you decide to > > implement out-MIPs, and if you want the OAM to follow exactly the > same > > path as the data, then it is a requirement that the out interface > > inspects the packets (at line > > rate) to determine whether they are OAM and targeted at the interface. > > > > We cannot change that aspect. All we can do is aim to make the lookup > > as easy as possible. > > > >> Perhaps a > >> similar method to Ethernet MDL/MEL (Maintenance Domain Level) may be > >> used that requires only 3 bits and achieves the same result. > > > > Perhaps it could. > > But before going there, why is the lookup in the current version of > > the I-D arduous? > > > > Presumably you do not propose making any change to the way In-MIPs > are > > currently identified, so the lookups being done at line rate today on > > the incoming interfaces will not be changed. If you are proposing > such > > a change, then the discussion is outside the scope of this I-D and > > becomes a much wider question for the working group. > > > > This leaves me with the trade-off of enabling a *simpler* lookup on > > the outgoing interfaces versus doing identical lookups on both > > interfaces. My assumption was that if the incoming interface can do > > the lookup at line rate, it is not hard to perform the same lookup on > > the outgoing interface. Furthermore, there is a reduction in > complexity by having fewer things to look up. > > > > Another possibility is that the full lookup could be done on the > > incoming interface and the packet marked for easy interception on the > outgoing interface. > > The concern with this approach is that the packet would no longer be > > being forwarded exactly as data because it would be being modified in > flight. > > Furthermore, in the case of P2MP, it is not enough to flag the packet > > as a local Out-MIP and further identifier-based lookup is needed. > > > > Some of these issues were raised and discussed as the I-D progressed, > > and some of the alternative solutions were tracked with their pros > and > > cons in Appendix A of the I-D (look at revision -03). > > > > Thanks, > > Adrian > >> -----Original Message----- > >> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf > >> Of Adrian Farrel > >> Sent: Monday, November 19, 2012 8:45 AM > >> To: 't.petch'; 'Loa Andersson'; mpls@ietf.org > >> Cc: mpls-ads@tools.ietf.org; mpls-chairs@tools.ietf.org; > > draft-ietf-mpls-tp-mip- > >> mep-map@tools.ietf.org > >> Subject: Re: [mpls] working group last call on > >> draft-ietf-mpls-tp-mip-mep-map > >> > >> Yeah, it's a boring draft. Did you expect me to co-author anything > else? > >> > >> The point was that when I started the I-D lots of people were saying > >> "it's complex" and "it can't be done" and "it won't be backward > compatible". > >> > >> So the I-D says "here it is" > >> > >> A (sorry not to offer you excitement) > >> > >>> -----Original Message----- > >>> From: t.petch [mailto:ietfc@btconnect.com] > >>> Sent: 19 November 2012 12:38 > >>> To: Loa Andersson; mpls@ietf.org > >>> Cc: mpls-ads@tools.ietf.org; mpls-chairs@tools.ietf.org; MPLS-TP ad > >>> hoc > > team; > >>> draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org > >>> Subject: Re: [mpls] working group last call on > > draft-ietf-mpls-tp-mip-mep-map > >>> > >>> After getting to section 6 and its features (requirements!), I find > >>> myself underwhelmed; is that it? Well, I suppose so, it is > >>> Informational and not Standards Track. > >>> > >>> Meanwhile, I suggest some editorial issues. > >>> > >>> Title > >>> Handling MPLS-TP OAM Packets Targeted at Internal MIPs [Handling > >>> MPLS-TP OAM Packets Targeted at Interface MIPs seems a more > >>> informative statement unless and until you get to the definition of > >>> Internal in s3; and s6, which is the crux of the document says The > >>> preferred solution to per-interface MIP message handling is > >>> presented in this section] > >>> > >>> s1 > >>> two (or more) MIPs per node on both sides of the forwarding engine. > >>> [two on both sides sounds like four in total to me; suggest 'one on > >>> each side of the forwarding engine'] > >>> > >>> s4 > >>> o CV between a MEP and a MIP > >>> [expand CV on first use] > >>> > >>> s5 > >>> In-band OAM messages are sent using the G-ACh [RFC5586] for MPLS-TP > >>> LSPs and MPLS-TP PWs, respectively. > >>> ['respectively' suggests to me that there should be two precedents, > >>> not just RFC5586; the second paragraph specifies RFC5586 for LSPs, > >>> RFC6423/RFC4385 for PWs, in which case, strike this sentence as > >>> redundant] > >>> > >>> s6 > >>> The appendix of this document contains a > >>> few solutions that the authors have discarded which have been > left in > >>> the document for informational purposes. > >>> [not any more they haven't!] > >>> > >>> The node itself is addresses > >>> [The node itself is addressed] > >>> > >>> The identification information indside [The identification > >>> information inside ] > >>> > >>> MIP identifiers are not know > >>> [MIP identifiers are not known] > >>> > >>> reserved MIP address > >>> [reserved MIP addressses or a reserved MIP address] > >>> > >>> Tom Petch > >>> > >>> > >>> ----- Original Message ----- > >>> From: "Loa Andersson" > >>> To: > >>> Cc: ; ; > >>> "MPLS-TP ad hoc team" ; > >>> > >>> Sent: Wednesday, November 14, 2012 3:16 PM > >>> > >>>> Working Group, > >>>> > >>>> This is to start a 2 week working group last call on > >>>> draft-ietf-mpls-tp-mip-mep-map. > >>>> > >>>> Please send your comments to the mpls working group mailing list > >>>> (mpls@ietf.org). > >>>> > >>>> Please send both technical comments, and if you are happy with the > >>>> document as is also indications of support. > >>>> > >>>> This working group last call will end on November 28. > >>>> > >>>> /Loa > >>>> for the wg co-chairs > >> > >> > >> _______________________________________________ > >> mpls mailing list > >> mpls@ietf.org > >> https://www.ietf.org/mailman/listinfo/mpls > > > > > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, London = W3 6BL | Registered in England 2832014 _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From loa@pi.nu Wed Nov 21 23:21:36 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6EA6521F8793 for ; Wed, 21 Nov 2012 23:21:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.29 X-Spam-Level: X-Spam-Status: No, score=-102.29 tagged_above=-999 required=5 tests=[AWL=-0.291, BAYES_00=-2.599, J_CHICKENPOX_15=0.6, 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 zDlLs9BEr3sA for ; Wed, 21 Nov 2012 23:21:35 -0800 (PST) Received: from mail.pi.nu (ns1.elverljung.se [195.206.248.139]) by ietfa.amsl.com (Postfix) with ESMTP id 5C12A21F8466 for ; Wed, 21 Nov 2012 23:21:34 -0800 (PST) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.pi.nu (Postfix) with ESMTPSA id 30F068235A; Thu, 22 Nov 2012 08:21:26 +0100 (CET) Message-ID: <50ADD275.7050908@pi.nu> Date: Thu, 22 Nov 2012 08:21:25 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: "t.petch" References: <50782094.5050104@pi.nu> <509D3A4C.40708@pi.nu> <50AB9F54.4090007@pi.nu> <000701cdc7c4$0780a040$4001a8c0@gateway.2wire.net> In-Reply-To: <000701cdc7c4$0780a040$4001a8c0@gateway.2wire.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: mpls@ietf.org, mpls-chairs@tools.ietf.org, "draft-ietf-mpls-tp-oam-id-mib@tools.ietf.org" Subject: Re: [mpls] wglc on draft-ietf-mpls-tp-oam-id-mib-01 and OPEN - Re: mpls wg last call for draft-ietf-mpls-tp-oam-id-mib X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2012 07:21:36 -0000 Tom, you are right - we will treat this as a last call comment (we have the same comment from the MIB doctor), and I've instructed the authors to update the draft. Since it is only the OID that needs to be assigned by IANA, this should not stop a review of the document. If you have further comments please send them through the normal channels, and be sure to copy the authors. Comments that improve the document are always welcome whenever they show up. /Loa On 2012-11-21 09:41, t.petch wrote: > Loa > > I saw > > 9. IANA Considerations > > To be added in a later version of this document. > > and decided to wait for that later version before reading any further:-( > > Tom Petch > > > ----- Original Message ----- > From: "Loa Andersson" > To: > Cc: ; ; > > Sent: Tuesday, November 20, 2012 3:18 PM > Subject: Re: [mpls] wglc on draft-ietf-mpls-tp-oam-id-mib-01 and OPEN - > Re: mpls wg last call for draft-ietf-mpls-tp-oam-id-mib > > >> Working Group, >> >> the working group last call in PWE3 and the MPLS working groups has >> now been closed. >> >> We had comments from both the working group and from the MID doctor >> review could the authors please address the comments, make sure that >> the people making the comments are happy with the resolution and >> re-publish a new version of the document! >> >> /Loa >> (for the mpls wg co-chairs) >> >> On 2012-11-09 18:15, Loa Andersson wrote: >>> PWE3 Working Group, >>> ------------------- >>> >>> this is to start a one week PWE3 working group last call on >>> draft-ietf-mpls-tp-oam-id-mib-01. >>> >>> Please send your comments to the mpls working group mailing >>> list (mpls@ietf.org), yes it is the mpls wg mailing list that >>> is intended. Any practical problems with this, please send the mail >>> to me and I will forward it. >>> >>> Please send both technical comments, and if you are happy with the >>> document as is also indications of support. >>> >>> This working group last call will end on November 17. >>> >>> MPLS Working Group, >>> ------------------- >>> >>> when we started the working last call for draft-ietf-mpls-tp-oam- >>> id-mib-01 we forgot to include the pwe3 working in this wglc. >>> >>> The chairs of the two groups discussed this and agreed to start a 1 > week >>> working group last call in the PWEe working group; "after" >>> the IETF meeting in Atlanta. This mail starts this wglc. >>> >>> Since we want the PWE3 and MPLS WG comment on the same version of > the >>> draft, we will leave the MPLS wg last call open until we close the >>> wglc in PWE3. >>> >>> /Loa >>> for all the co-chairs >>> >>> >>> On 2012-10-12 15:52, Loa Andersson wrote: >>>> Working Group, >>>> >>>> this is to start a two week working group last call on >>>> draft-ietf-mpls-tp-oam-id-mib-01. >>>> >>>> Please send your comments to the mpls working group mailing >>>> list (mpls@ietf.org). >>>> >>>> Please send both technical comments, and if you are happy with the >>>> document as is also indications of support. >>>> >>>> This working group last call will end on October 28. >>>> >>>> /Loa >>>> for the wg co-chairs >>> >> >> -- >> >> >> Loa Andersson email: > loa.andersson@ericsson.com >> Sr Strategy and Standards Manager loa@pi.nu >> Ericsson Inc phone: +46 10 717 52 13 >> +46 767 72 92 13 >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >> > > -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From internet-drafts@ietf.org Thu Nov 22 07:54:24 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C89B321F8428; Thu, 22 Nov 2012 07:54:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.49 X-Spam-Level: X-Spam-Status: No, score=-102.49 tagged_above=-999 required=5 tests=[AWL=0.109, 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 A+ErDftDaNZQ; Thu, 22 Nov 2012 07:54:22 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F232521F81FF; Thu, 22 Nov 2012 07:54:04 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.36 Message-ID: <20121122155404.4686.65330.idtracker@ietfa.amsl.com> Date: Thu, 22 Nov 2012 07:54:04 -0800 Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-tp-ethernet-addressing-02.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2012 15:54:24 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Multiprotocol Label Switching Working Gro= up of the IETF. Title : MPLS-TP Next-Hop Ethernet Addressing Author(s) : Dan Frost Stewart Bryant Matthew Bocci Filename : draft-ietf-mpls-tp-ethernet-addressing-02.txt Pages : 7 Date : 2012-11-22 Abstract: The Multiprotocol Label Switching (MPLS) Transport Profile (MPLS-TP) is the set of MPLS protocol functions applicable to the construction and operation of packet-switched transport networks. This document presents considerations for link-layer addressing of Ethernet frames carrying MPLS-TP packets. This document is a product of a joint Internet Engineering Task Force (IETF) / International Telecommunication Union Telecommunication Standardization Sector (ITU-T) effort to include an MPLS Transport Profile within the IETF MPLS and PWE3 architectures to support the capabilities and functionalities of a packet transport network. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-ethernet-addressing There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-tp-ethernet-addressing-02 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-tp-ethernet-addressing-02 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From cpignata@cisco.com Sat Nov 24 08:20:18 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9EB0F21F84DA; Sat, 24 Nov 2012 08:20:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.46 X-Spam-Level: X-Spam-Status: No, score=-110.46 tagged_above=-999 required=5 tests=[AWL=0.139, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, 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 SC9DjPnFX2d8; Sat, 24 Nov 2012 08:20:16 -0800 (PST) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id 83A8D21F84D6; Sat, 24 Nov 2012 08:20:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4407; q=dns/txt; s=iport; t=1353774016; x=1354983616; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=dgwWcd6tn88O6n7NF6OQKUXgAAuHBW3U9qUvMF/4XH0=; b=dU0B+unAUBfWEQOp5fNpeK/99uYcxeGWOSUeZ+xyN7P+7Rp9WXGNfvW/ +wEf+jILzIbOOfqzcZjTy6O0nnykPpy/+mSdNG2CMKOKNU5hWzsjNc+dz e0qNF9Mo7skvEJ4iF6pqOScD52kSqnMqykS4HEjyiJnzdXIZntDAvwIQj 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EALfysFCtJXG8/2dsb2JhbABEwD0Wc4IeAQEBAwE6PwULAgEIFA4UEDIlAQEEDgUIAYd+Bgy+L4w3g2BhA6ZFgm+CHQ X-IronPort-AV: E=McAfee;i="5400,1158,6905"; a="145744081" Received: from rcdn-core2-1.cisco.com ([173.37.113.188]) by rcdn-iport-2.cisco.com with ESMTP; 24 Nov 2012 16:20:15 +0000 Received: from xhc-aln-x08.cisco.com (xhc-aln-x08.cisco.com [173.36.12.82]) by rcdn-core2-1.cisco.com (8.14.5/8.14.5) with ESMTP id qAOGKFop007784 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 24 Nov 2012 16:20:15 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.88]) by xhc-aln-x08.cisco.com ([173.36.12.82]) with mapi id 14.02.0318.001; Sat, 24 Nov 2012 10:20:15 -0600 From: "Carlos Pignataro (cpignata)" To: "Bocci, Matthew (Matthew)" Thread-Topic: [RTG-DIR] RtgDir review: draft-ietf-mpls-ipv6-pw-lsp-ping-03.txt Thread-Index: Ac3IAwOdkACY3aqXSf2L6pK5iiiXTQCjtxUA Date: Sat, 24 Nov 2012 16:20:15 +0000 Message-ID: <95067C434CE250468B77282634C96ED321B12CF2@xmb-aln-x02.cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.117.115.52] Content-Type: text/plain; charset="us-ascii" Content-ID: <20829B28839472448A20F57EFD395D0A@cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "rtg-dir@ietf.org" , "mpls@ietf.org" , "draft-ietf-mpls-ipv6-pw-lsp-ping@tools.ietf.org" , "rtg-ads@tools.ietf.org" Subject: Re: [mpls] [RTG-DIR] RtgDir review: draft-ietf-mpls-ipv6-pw-lsp-ping-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2012 16:20:19 -0000 Hi Matthew, Many thanks for your review! Please find some follow-ups inline. On Nov 21, 2012, at 11:12 AM, "Bocci, Matthew (Matthew)" wrote: > Hello, >=20 > I have been selected as the Routing Directorate reviewer for this draft. > The Routing Directorate seeks to review all routing or routing-related > drafts as they pass through IETF last call and IESG review, and sometimes > on special request. The purpose of the review is to provide assistance to > the Routing ADs. For more information about the Routing Directorate, > please see http://www.ietf.org/iesg/directorate/routing.html >=20 > Although these comments are primarily for the use of the Routing ADs, it > would be helpful if you could consider them along with any other IETF Las= t > Call comments that you receive, and strive to resolve them through > discussion or by updating the draft. >=20 > Document: draft-ietf-mpls-ipv6-pw-lsp-ping-03.txt > Reviewer: Matthew Bocci > Review Date: 21st November 2012 > IETF LC End Date: 9th November 2012 > Intended Status: Standards Track >=20 > Summary: >=20 > This document is basically ready for publication, but has a few minor > issues that should be considered prior to publication. >=20 > Comments: >=20 > Generally I found this to be a very well written and readable draft. Ther= e > are a few minor issues that I have listed below, mainly relating to the > use of terminology. >=20 > Major Issues: >=20 > No major issues found. >=20 > Minor Issues: >=20 > Title: The title of the draft is "Label Switched Path (LSP) Ping for IPv6 > Pseudowire FECs". This might be confusing as it suggests that there are > special PW FECs for IPv6. In fact, PW FECs are agnostic to the underlying > IP version. Therefore, I suggest changing this to something like "Label > Switched Path (LSP) Ping for Pseudowire FECs Advertised over IPv6". This is a really good comment -- I agree completely. Essentially, we are defining LSP Ping Target FEC Stack sub-TLVs for IPv6 LD= P, which include the LDP PW FECs and the PE addresses -- only the latter be= ing of course IP version dependent. I like the updated title suggestion. We should also update the short_title = from "IPv6 PW LSP Ping", suggesting "LSP Ping for PWs over IPv6" -- but ope= n to further suggestions. >=20 > Abstract, 1st paragraph: The abstract (and only the abstract) refers to P= W > LSPs, but this is not common terminology in existing RFCs. It is true tha= t > each direction of an MPLS PW is comprised of a unidirectional LSP, but it > might be better to try to align more closely with common terminology and > call them the LSPs used for each direction of an MPLS PW. Sure. >=20 > Abstract, 2nd paragraph: The draft refers to an IPv6 PW. However, this > term could be confused with the colloquial term for an IP Layer 2 > transport PW, which is a specific PW type that can carry IPv4 or IPv6. I > suggest replacing this term with 'a PW that is setup and maintained using > an IPv6 LDP session.' Likewise, the short version of the draft title in > the draft headers could be clarified to something like 'PW LSP Ping for > IPv6'. Ack on both. Agreed. >=20 > Introduction: there are a few places where the text refers to a 'target > LDP session'. It isn't clear if this means the src/dst of the LDP session > that an LSP ping echo request message is targeting (hence target is ok) o= r > if it really means the 'targeted LDP session', which is what this type of > LDP session is normally referred as. Please clarify. There is a little bit of potential ambiguity, yes, although frankly it coul= d be either. For the case though that there are two PEs back-to-back and we= 'd have a link instead of targeted LDP adjacency, I prefer to only refer to= "target" and to clear the ambiguity we can just remove "target" and leave = "LDP Session" (which is what RFC 4447 uses). >=20 > Figure 1 and Figure 2 titles. These are not new FEC types for IPv4 and > IPv6, but rather new target FEC stack sub-TLVs. I would help readability > to modify the titles accordingly. >=20 Yes, but this is not only in the Figure titles. We could replace all occurr= ences of 'IPv4 "FEC 128" Pseudowire' with say '"FEC 128" Pseudowire - IPv4'= or similar. Thoughts? Thanks, -- Carlos. >=20 >=20 From wwwrun@rfc-editor.org Mon Nov 26 01:43:31 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A3FB621F867B for ; Mon, 26 Nov 2012 01:43:31 -0800 (PST) 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 ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P8UkbsUDOaPA for ; Mon, 26 Nov 2012 01:43:31 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:123a::1:2f]) by ietfa.amsl.com (Postfix) with ESMTP id 24B0F21F8550 for ; Mon, 26 Nov 2012 01:43:30 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id B413972E039; Mon, 26 Nov 2012 01:35:35 -0800 (PST) To: loa@pi.se, ina@juniper.net, rhthomas@cisco.com, stbryant@cisco.com, adrian@olddog.co.uk, loa@pi.nu, swallow@cisco.com, rcallon@juniper.net From: RFC Errata System Message-Id: <20121126093535.B413972E039@rfc-editor.org> Date: Mon, 26 Nov 2012 01:35:35 -0800 (PST) Cc: mpls@ietf.org, jsw@inconcepts.biz, rfc-editor@rfc-editor.org Subject: [mpls] [Editorial Errata Reported] RFC5036 (3415) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2012 09:43:31 -0000 The following errata report has been submitted for RFC5036, "LDP Specification". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=5036&eid=3415 -------------------------------------- Type: Editorial Reported by: Jeff Wheeler Section: 3.1 Original Text ------------- Prior to completion of the negotiation, the maximum allowable length is 4096 bytes. Corrected Text -------------- Prior to completion of the negotiation, the maximum allowable length is 4096 octets. Notes ----- "Bytes" instead of "octet." Instructions: ------------- This errata is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party (IESG) can log in to change the status and edit the report, if necessary. -------------------------------------- RFC5036 (draft-ietf-mpls-rfc3036bis-04) -------------------------------------- Title : LDP Specification Publication Date : October 2007 Author(s) : L. Andersson, Ed., I. Minei, Ed., B. Thomas, Ed. Category : DRAFT STANDARD Source : Multiprotocol Label Switching Area : Routing Stream : IETF Verifying Party : IESG From wwwrun@rfc-editor.org Mon Nov 26 01:54:36 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A3E7821F86B4 for ; Mon, 26 Nov 2012 01:54:36 -0800 (PST) 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 ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9g2FWktzP9cU for ; Mon, 26 Nov 2012 01:54:36 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:123a::1:2f]) by ietfa.amsl.com (Postfix) with ESMTP id 3168E21F86B3 for ; Mon, 26 Nov 2012 01:54:36 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 6DFE572E039; Mon, 26 Nov 2012 01:46:54 -0800 (PST) To: loa@pi.se, ina@juniper.net, rhthomas@cisco.com, stbryant@cisco.com, adrian@olddog.co.uk, loa@pi.nu, swallow@cisco.com, rcallon@juniper.net From: RFC Errata System Message-Id: <20121126094654.6DFE572E039@rfc-editor.org> Date: Mon, 26 Nov 2012 01:46:54 -0800 (PST) Cc: mpls@ietf.org, jsw@inconcepts.biz, rfc-editor@rfc-editor.org Subject: [mpls] [Technical Errata Reported] RFC5036 (3416) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2012 09:54:36 -0000 The following errata report has been submitted for RFC5036, "LDP Specification". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=5036&eid=3416 -------------------------------------- Type: Technical Reported by: Jeff Wheeler Section: 3.1 Original Text ------------- For a platform-wide label space, these SHOULD both be zero. Corrected Text -------------- For a platform-wide label space, these MUST both be zero. Notes ----- See Section 2.2.2 text, "The last two octets of LDP Identifiers for platform-wide label spaces are always both zero." Instructions: ------------- This errata is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party (IESG) can log in to change the status and edit the report, if necessary. -------------------------------------- RFC5036 (draft-ietf-mpls-rfc3036bis-04) -------------------------------------- Title : LDP Specification Publication Date : October 2007 Author(s) : L. Andersson, Ed., I. Minei, Ed., B. Thomas, Ed. Category : DRAFT STANDARD Source : Multiprotocol Label Switching Area : Routing Stream : IETF Verifying Party : IESG From stbryant@cisco.com Mon Nov 26 02:54:19 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 075BC21F86B1 for ; Mon, 26 Nov 2012 02:54:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.598 X-Spam-Level: X-Spam-Status: No, score=-110.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, 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 Gge+gf3PDRyT for ; Mon, 26 Nov 2012 02:54:16 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id D684221F8687 for ; Mon, 26 Nov 2012 02:54:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6745; q=dns/txt; s=iport; t=1353927255; x=1355136855; h=message-id:date:from:reply-to:mime-version:to:cc:subject: references:in-reply-to; bh=yL5aHsENTY/V01zSiwhYMu3DFMAxCdHO+qkQ6q/vNfM=; b=HtDhhfqZPym1NzmlFOZ2lt084q2uZlbN7oYGpIx6D9dnbuGOZzYA94yY tc1UCF/Ep+AmBmwUs3FCfpMdj+pKPEq9gCeWU/rImh7m+oWf3E8QyiNTP bh0Jnu95uJ5UjNMLfCTLCRXo5gsWCIrjPJZORPEzUjDdnIOmY/xYZhVuj I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AikFAANJs1CQ/khM/2dsb2JhbABEjAe0GxZzgh4BAQEEAQEBawoBDgILGAkWDwkDAgECAQkMMAYNAQUCAQGICQy+eASMMwsQhCYDlgGFa4pZgm+BaBc X-IronPort-AV: E=McAfee;i="5400,1158,6907"; a="147333195" Received: from ams-core-3.cisco.com ([144.254.72.76]) by ams-iport-1.cisco.com with ESMTP; 26 Nov 2012 10:54:13 +0000 Received: from cisco.com (mrwint.cisco.com [64.103.70.36]) by ams-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id qAQAsDIr016721 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Nov 2012 10:54:13 GMT Received: from [127.0.0.1] (localhost [127.0.0.1]) by cisco.com (8.14.4+Sun/8.8.8) with ESMTP id qAQAsALo013642; Mon, 26 Nov 2012 10:54:10 GMT Message-ID: <50B34A52.3040704@cisco.com> Date: Mon, 26 Nov 2012 10:54:10 +0000 From: Stewart Bryant User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Francesco Fondelli References: <500294E9.3020709@pi.nu> <5002B829.5070705@pi.nu> In-Reply-To: Content-Type: multipart/alternative; boundary="------------050608090906000801080800" Cc: "mpls@ietf.org" , MPLS-TP ad hoc team , draft-ietf-mpls-tp-ethernet-addressing.all@tools.ietf.org, "mpls-ads@tools.ietf.org" , draft-ietf-mpls-gach-adv.all@tools.ietf.org Subject: Re: [mpls] WG last call: draft-ietf-mpls-gach-adv and draft-ietf-mpls-tp-ethernet-addressing X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: stbryant@cisco.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2012 10:54:19 -0000 This is a multi-part message in MIME format. --------------050608090906000801080800 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Francesco I just found this email when doing a trawl of emails related to this draft. The draft says: When a multipoint Ethernet link -- that is, a link which is not known to be point-to-point -- serves as a section for a point-to-point MPLS-TP LSP, unicast destination MAC addresses MUST be used for Ethernet frames carrying packets of the LSP. I think that this already covers your concern, since a m/c address does not pass the MUST test above. Stewart On 16/07/2012 13:23, Francesco Fondelli wrote: > Hi, > > I have a comment. > > If a box received a frame with dest MAC addr 01-00-5E-90-00-00 > on a link that is known *not* to be p2p (or its nature/usage > is unknown) I'd discard it. > > If we agree this is a sensible behavior I think it SHOULD be explicitly > stated in draft tp-ethernet-addressing. I think the Security > Considerations section is a good place (actually it only provides > suggestions to operators). > > thank you > ciao > ff > > On Sun, Jul 15, 2012 at 2:31 PM, Loa Andersson wrote: >> All, >> >> I managed to mistype some of the mail-aliases, please use this mail >> to respond. >> >> /Loa >> >> On 2012-07-15 12:01, Loa Andersson wrote: >>> Working Group, >>> >>> this is to start a working group last call on >>> >>> draft-ietf-mpls-gach-adv-02 >>> and >>> draft-ietf-mpls-tp-ethernet-addressing-01 >>> >>> Please send your comments to the mpls working group mailing list >>> (mpls@ietf.org). >>> >>> Normally this working group last call would last for two weeks, but >>> since we are going in the the cut-off period prior to the Vancouver >>> meeting, this wg last call ends when the cut-off is lifted during >>> the IETF week. >>> >>> /Loa >>> (as wg co-chair) >>> >> -- >> >> >> Loa Andersson email: loa.andersson@ericsson.com >> Sr Strategy and Standards Manager loa@pi.nu >> Ericsson Inc phone: +46 10 717 52 13 >> +46 767 72 92 13 >> >> >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > . > -- For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html --------------050608090906000801080800 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Francesco

I just found this email when doing a trawl of emails related to this draft.

The draft  says:
When a multipoint Ethernet link -- that is, a link which is not known
to be point-to-point -- serves as a section for a point-to-point
MPLS-TP LSP, unicast destination MAC addresses MUST be used for
Ethernet frames carrying packets of the LSP.
I think that this already covers your concern, since a m/c address
does not pass the MUST test above.

Stewart

On 16/07/2012 13:23, Francesco Fondelli wrote:
Hi,

I have a comment.

If a box received a frame with dest MAC addr 01-00-5E-90-00-00
on a link that is known *not* to be p2p (or its nature/usage
is unknown) I'd discard it.

If we agree this is a sensible behavior I think it SHOULD be explicitly
stated in draft tp-ethernet-addressing.  I think the Security
Considerations section is a good place (actually it only provides
suggestions to operators).

thank you
ciao
ff

On Sun, Jul 15, 2012 at 2:31 PM, Loa Andersson <loa@pi.nu> wrote:

All,

I managed to mistype some of the mail-aliases, please use this mail
to respond.

/Loa

On 2012-07-15 12:01, Loa Andersson wrote:

Working Group,

this is to start a working group last call on

draft-ietf-mpls-gach-adv-02
and
draft-ietf-mpls-tp-ethernet-addressing-01

Please send your comments to the mpls working group mailing list
(mpls@ietf.org).

Normally this working group last call would last for two weeks, but
since we are going in the the cut-off period prior to the Vancouver
meeting, this wg last call ends when the cut-off is lifted during
the IETF week.

/Loa
(as wg co-chair)


--


Loa Andersson                         email: loa.andersson@ericsson.com
Sr Strategy and Standards Manager            loa@pi.nu
Ericsson Inc                          phone: +46 10 717 52 13
                                             +46 767 72 92 13


_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
.




-- 
For corporate legal information go to:

http://www.cisco.com/web/about/doing_business/legal/cri/index.html
--------------050608090906000801080800-- From stbryant@cisco.com Mon Nov 26 02:59:47 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D76921F86B6 for ; Mon, 26 Nov 2012 02:59:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.599 X-Spam-Level: X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, 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 6LIhv+RTEXQh for ; Mon, 26 Nov 2012 02:59:46 -0800 (PST) Received: from ams-iport-3.cisco.com (ams-iport-3.cisco.com [144.254.224.146]) by ietfa.amsl.com (Postfix) with ESMTP id ABC4821F86B4 for ; Mon, 26 Nov 2012 02:59:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1007; q=dns/txt; s=iport; t=1353927585; x=1355137185; h=message-id:date:from:reply-to:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=Zr6S6tUtSP8Jve4NOEX+zEdsUi4+t8w5+x21CaHSH2g=; b=RunxX/gq0PAiooaAi2goDUD8BT+7IowWRwRtuOsM6W/ceWyrIdXFep5s mq/gTIlwdxys1XtAic/9iRjlNkJg8T7ItB2bh/3fB7+IiqhanyxKS0+k7 HETdwpLIb/Yc29utf/X+JHUERCPIm/YE1DUf5rwSonSusiItNG33RywBP E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAFABBLs1CQ/khN/2dsb2JhbABEvE+DUxZzgh4BAQEEOEABEAsYCRYPCQMCAQIBRQYNAQcBAYgJvnyMN4RBA5YBhWuKWYJvgV8FGw X-IronPort-AV: E=McAfee;i="5400,1158,6907"; a="9916575" Received: from ams-core-4.cisco.com ([144.254.72.77]) by ams-iport-3.cisco.com with ESMTP; 26 Nov 2012 10:59:43 +0000 Received: from cisco.com (mrwint.cisco.com [64.103.70.36]) by ams-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id qAQAxh7O024971 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Nov 2012 10:59:43 GMT Received: from [127.0.0.1] (localhost [127.0.0.1]) by cisco.com (8.14.4+Sun/8.8.8) with ESMTP id qAQAxfoG013886; Mon, 26 Nov 2012 10:59:42 GMT Message-ID: <50B34B9D.3040102@cisco.com> Date: Mon, 26 Nov 2012 10:59:41 +0000 From: Stewart Bryant User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: "Joel M. Halpern" References: <4FDCDA0D.6010204@joelhalpern.com> In-Reply-To: <4FDCDA0D.6010204@joelhalpern.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "mpls@ietf.org" Subject: Re: [mpls] Comment on draft-ietf-mpls-tp-ethernet-addressing X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: stbryant@cisco.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2012 10:59:47 -0000 On 16/06/2012 20:10, Joel M. Halpern wrote: > In reviewing this document (sorry I am a day late for the WG LC end), > a question occurred to me regarding the material in section 2. > > Is there reason to believe that existing implementations will process > received frames on pt-to-pt Ethernet links where the destination > address is 01-00-5E-90-00-00? If so, should that reason be mentioned > (or am I just missing the obvious here?) If not, is this a safe > recommendation? > > Otherwise, this is clear and useful. > Thank you, > Joel Hi Joel, I only just noticed that I did not reply on this. An MPLS-TP LSR will reject all ethernet packets received on addresses that it is not configured to receive packets on. This is how Ethernet interfaces work. Thus an existing implementation will ignore packets sent with a MAC address of 01-00-5E-90-00-00, since the address is not meaningful to it and thus will not have been configured for reception. Regards Stewart From matthew.bocci@alcatel-lucent.com Mon Nov 26 05:53:49 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F14921F8594; Mon, 26 Nov 2012 05:53:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.249 X-Spam-Level: X-Spam-Status: No, score=-110.249 tagged_above=-999 required=5 tests=[AWL=0.001, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_HI=-8, 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 2OOmOoQadu7I; Mon, 26 Nov 2012 05:53:48 -0800 (PST) Received: from smail2.alcatel.fr (smail2.alcatel.fr [64.208.49.57]) by ietfa.amsl.com (Postfix) with ESMTP id 2C5BB21F858E; Mon, 26 Nov 2012 05:53:48 -0800 (PST) Received: from FRMRSSXCHHUB04.dc-m.alcatel-lucent.com (FRMRSSXCHHUB04.dc-m.alcatel-lucent.com [135.120.45.64]) by smail2.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id qAQDplxg000557 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Mon, 26 Nov 2012 14:53:44 +0100 Received: from FRMRSSXCHMBSA3.dc-m.alcatel-lucent.com ([135.120.45.36]) by FRMRSSXCHHUB04.dc-m.alcatel-lucent.com ([135.120.45.64]) with mapi; Mon, 26 Nov 2012 14:53:27 +0100 From: "Bocci, Matthew (Matthew)" To: "Carlos Pignataro (cpignata)" Date: Mon, 26 Nov 2012 14:53:24 +0100 Thread-Topic: [RTG-DIR] RtgDir review: draft-ietf-mpls-ipv6-pw-lsp-ping-03.txt Thread-Index: Ac3L3Wiw/bYttEU8THmU+vPCG6ecRw== Message-ID: In-Reply-To: <95067C434CE250468B77282634C96ED321B12CF2@xmb-aln-x02.cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.5.121010 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.69 on 155.132.188.80 Cc: "rtg-dir@ietf.org" , "mpls@ietf.org" , "draft-ietf-mpls-ipv6-pw-lsp-ping@tools.ietf.org" , "rtg-ads@tools.ietf.org" Subject: Re: [mpls] [RTG-DIR] RtgDir review: draft-ietf-mpls-ipv6-pw-lsp-ping-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2012 13:53:49 -0000 Hi Carlos, On 24/11/2012 16:20, "Carlos Pignataro (cpignata)" wrote: >Hi Matthew, > >Many thanks for your review! Please find some follow-ups inline. > >On Nov 21, 2012, at 11:12 AM, "Bocci, Matthew (Matthew)" > wrote: > >> Hello, >>=20 >> I have been selected as the Routing Directorate reviewer for this draft. >> The Routing Directorate seeks to review all routing or routing-related >> drafts as they pass through IETF last call and IESG review, and >>sometimes >> on special request. The purpose of the review is to provide assistance >>to >> the Routing ADs. For more information about the Routing Directorate, >> please see http://www.ietf.org/iesg/directorate/routing.html >>=20 >> Although these comments are primarily for the use of the Routing ADs, it >> would be helpful if you could consider them along with any other IETF >>Last >> Call comments that you receive, and strive to resolve them through >> discussion or by updating the draft. >>=20 >> Document: draft-ietf-mpls-ipv6-pw-lsp-ping-03.txt >> Reviewer: Matthew Bocci >> Review Date: 21st November 2012 >> IETF LC End Date: 9th November 2012 >> Intended Status: Standards Track >>=20 >> Summary: >>=20 >> This document is basically ready for publication, but has a few minor >> issues that should be considered prior to publication. >>=20 >> Comments: >>=20 >> Generally I found this to be a very well written and readable draft. >>There >> are a few minor issues that I have listed below, mainly relating to the >> use of terminology. >>=20 >> Major Issues: >>=20 >> No major issues found. >>=20 >> Minor Issues: >>=20 >> Title: The title of the draft is "Label Switched Path (LSP) Ping for >>IPv6 >> Pseudowire FECs". This might be confusing as it suggests that there are >> special PW FECs for IPv6. In fact, PW FECs are agnostic to the >>underlying >> IP version. Therefore, I suggest changing this to something like "Label >> Switched Path (LSP) Ping for Pseudowire FECs Advertised over IPv6". > >This is a really good comment -- I agree completely. > >Essentially, we are defining LSP Ping Target FEC Stack sub-TLVs for IPv6 >LDP, which include the LDP PW FECs and the PE addresses -- only the >latter being of course IP version dependent. > >I like the updated title suggestion. We should also update the >short_title from "IPv6 PW LSP Ping", suggesting "LSP Ping for PWs over >IPv6" -- but open to further suggestions. > >>=20 >> Abstract, 1st paragraph: The abstract (and only the abstract) refers to >>PW >> LSPs, but this is not common terminology in existing RFCs. It is true >>that >> each direction of an MPLS PW is comprised of a unidirectional LSP, but >>it >> might be better to try to align more closely with common terminology and >> call them the LSPs used for each direction of an MPLS PW. > >Sure. > >>=20 >> Abstract, 2nd paragraph: The draft refers to an IPv6 PW. However, this >> term could be confused with the colloquial term for an IP Layer 2 >> transport PW, which is a specific PW type that can carry IPv4 or IPv6. I >> suggest replacing this term with 'a PW that is setup and maintained >>using >> an IPv6 LDP session.' Likewise, the short version of the draft title in >> the draft headers could be clarified to something like 'PW LSP Ping for >> IPv6'. > >Ack on both. Agreed. > >>=20 >> Introduction: there are a few places where the text refers to a 'target >> LDP session'. It isn't clear if this means the src/dst of the LDP >>session >> that an LSP ping echo request message is targeting (hence target is ok) >>or >> if it really means the 'targeted LDP session', which is what this type >>of >> LDP session is normally referred as. Please clarify. > >There is a little bit of potential ambiguity, yes, although frankly it >could be either. For the case though that there are two PEs back-to-back >and we'd have a link instead of targeted LDP adjacency, I prefer to only >refer to "target" and to clear the ambiguity we can just remove "target" >and leave "LDP Session" (which is what RFC 4447 uses). Fine with me. > >>=20 >> Figure 1 and Figure 2 titles. These are not new FEC types for IPv4 and >> IPv6, but rather new target FEC stack sub-TLVs. I would help readability >> to modify the titles accordingly. >>=20 > >Yes, but this is not only in the Figure titles. We could replace all >occurrences of 'IPv4 "FEC 128" Pseudowire' with say '"FEC 128" Pseudowire >- IPv4' or similar. Agreed. I think that should include the names used in the IANA registries. Regards Matthew > >Thoughts? > >Thanks, > >-- Carlos. > >>=20 >>=20 > From cpignata@cisco.com Mon Nov 26 06:53:13 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E71C321F851B; Mon, 26 Nov 2012 06:53:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.599 X-Spam-Level: X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, 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 2-J0MSOAVCJ9; Mon, 26 Nov 2012 06:53:12 -0800 (PST) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by ietfa.amsl.com (Postfix) with ESMTP id AA34B21F850B; Mon, 26 Nov 2012 06:53:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5211; q=dns/txt; s=iport; t=1353941593; x=1355151193; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=qCox6XvY80aZH1GWkQmpPIAyrE8ihOdwsO3/nZgEsPQ=; b=XSPuUa3RnDFatSw317ko3G37OVraAa2/+kSLzJ9zyv1n0Ym1rqCJuqij fc54m3aoOwMBZmz6/g2P5LhUxJdVnRMGyUiBdrLLq19QdqIn9YTsIX6xE 8fV9wULI3nvfYoniQpvs+Lowq48VJYCyo8bFXzc4TN/d0nyyqAkUHNtMG 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EAECBs1CtJXHA/2dsb2JhbABEwCIWc4IeAQEBAwE6PwULAgEIFAQKFBAyJQEBBA4FCAGHfgYMv0yMN4NgYQOmRYJvgh0 X-IronPort-AV: E=McAfee;i="5400,1158,6907"; a="146208677" Received: from rcdn-core2-5.cisco.com ([173.37.113.192]) by rcdn-iport-6.cisco.com with ESMTP; 26 Nov 2012 14:53:12 +0000 Received: from xhc-rcd-x08.cisco.com (xhc-rcd-x08.cisco.com [173.37.183.82]) by rcdn-core2-5.cisco.com (8.14.5/8.14.5) with ESMTP id qAQErCMi013468 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 26 Nov 2012 14:53:12 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.109]) by xhc-rcd-x08.cisco.com ([173.37.183.82]) with mapi id 14.02.0318.001; Mon, 26 Nov 2012 08:53:11 -0600 From: "Carlos Pignataro (cpignata)" To: "Bocci, Matthew (Matthew)" Thread-Topic: [RTG-DIR] RtgDir review: draft-ietf-mpls-ipv6-pw-lsp-ping-03.txt Thread-Index: Ac3IAwOdkACY3aqXSf2L6pK5iiiXTQCjtxUAAF90agAAAhY1gA== Date: Mon, 26 Nov 2012 14:53:10 +0000 Message-ID: <95067C434CE250468B77282634C96ED32272E964@xmb-aln-x02.cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.150.53.42] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "rtg-dir@ietf.org" , "mpls@ietf.org" , "draft-ietf-mpls-ipv6-pw-lsp-ping@tools.ietf.org" , "rtg-ads@tools.ietf.org" Subject: Re: [mpls] [RTG-DIR] RtgDir review: draft-ietf-mpls-ipv6-pw-lsp-ping-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2012 14:53:14 -0000 Hi Matthew, Ack -- thanks again for the review. -- Carlos. On Nov 26, 2012, at 8:53 AM, "Bocci, Matthew (Matthew)" wrote: > Hi Carlos, >=20 > On 24/11/2012 16:20, "Carlos Pignataro (cpignata)" > wrote: >=20 >> Hi Matthew, >>=20 >> Many thanks for your review! Please find some follow-ups inline. >>=20 >> On Nov 21, 2012, at 11:12 AM, "Bocci, Matthew (Matthew)" >> wrote: >>=20 >>> Hello, >>>=20 >>> I have been selected as the Routing Directorate reviewer for this draft= . >>> The Routing Directorate seeks to review all routing or routing-related >>> drafts as they pass through IETF last call and IESG review, and >>> sometimes >>> on special request. The purpose of the review is to provide assistance >>> to >>> the Routing ADs. For more information about the Routing Directorate, >>> please see http://www.ietf.org/iesg/directorate/routing.html >>>=20 >>> Although these comments are primarily for the use of the Routing ADs, i= t >>> would be helpful if you could consider them along with any other IETF >>> Last >>> Call comments that you receive, and strive to resolve them through >>> discussion or by updating the draft. >>>=20 >>> Document: draft-ietf-mpls-ipv6-pw-lsp-ping-03.txt >>> Reviewer: Matthew Bocci >>> Review Date: 21st November 2012 >>> IETF LC End Date: 9th November 2012 >>> Intended Status: Standards Track >>>=20 >>> Summary: >>>=20 >>> This document is basically ready for publication, but has a few minor >>> issues that should be considered prior to publication. >>>=20 >>> Comments: >>>=20 >>> Generally I found this to be a very well written and readable draft. >>> There >>> are a few minor issues that I have listed below, mainly relating to the >>> use of terminology. >>>=20 >>> Major Issues: >>>=20 >>> No major issues found. >>>=20 >>> Minor Issues: >>>=20 >>> Title: The title of the draft is "Label Switched Path (LSP) Ping for >>> IPv6 >>> Pseudowire FECs". This might be confusing as it suggests that there are >>> special PW FECs for IPv6. In fact, PW FECs are agnostic to the >>> underlying >>> IP version. Therefore, I suggest changing this to something like "Label >>> Switched Path (LSP) Ping for Pseudowire FECs Advertised over IPv6". >>=20 >> This is a really good comment -- I agree completely. >>=20 >> Essentially, we are defining LSP Ping Target FEC Stack sub-TLVs for IPv6 >> LDP, which include the LDP PW FECs and the PE addresses -- only the >> latter being of course IP version dependent. >>=20 >> I like the updated title suggestion. We should also update the >> short_title from "IPv6 PW LSP Ping", suggesting "LSP Ping for PWs over >> IPv6" -- but open to further suggestions. >>=20 >>>=20 >>> Abstract, 1st paragraph: The abstract (and only the abstract) refers to >>> PW >>> LSPs, but this is not common terminology in existing RFCs. It is true >>> that >>> each direction of an MPLS PW is comprised of a unidirectional LSP, but >>> it >>> might be better to try to align more closely with common terminology an= d >>> call them the LSPs used for each direction of an MPLS PW. >>=20 >> Sure. >>=20 >>>=20 >>> Abstract, 2nd paragraph: The draft refers to an IPv6 PW. However, this >>> term could be confused with the colloquial term for an IP Layer 2 >>> transport PW, which is a specific PW type that can carry IPv4 or IPv6. = I >>> suggest replacing this term with 'a PW that is setup and maintained >>> using >>> an IPv6 LDP session.' Likewise, the short version of the draft title in >>> the draft headers could be clarified to something like 'PW LSP Ping for >>> IPv6'. >>=20 >> Ack on both. Agreed. >>=20 >>>=20 >>> Introduction: there are a few places where the text refers to a 'target >>> LDP session'. It isn't clear if this means the src/dst of the LDP >>> session >>> that an LSP ping echo request message is targeting (hence target is ok) >>> or >>> if it really means the 'targeted LDP session', which is what this type >>> of >>> LDP session is normally referred as. Please clarify. >>=20 >> There is a little bit of potential ambiguity, yes, although frankly it >> could be either. For the case though that there are two PEs back-to-back >> and we'd have a link instead of targeted LDP adjacency, I prefer to only >> refer to "target" and to clear the ambiguity we can just remove "target" >> and leave "LDP Session" (which is what RFC 4447 uses). >=20 > Fine with me. >=20 >>=20 >>>=20 >>> Figure 1 and Figure 2 titles. These are not new FEC types for IPv4 and >>> IPv6, but rather new target FEC stack sub-TLVs. I would help readabilit= y >>> to modify the titles accordingly. >>>=20 >>=20 >> Yes, but this is not only in the Figure titles. We could replace all >> occurrences of 'IPv4 "FEC 128" Pseudowire' with say '"FEC 128" Pseudowir= e >> - IPv4' or similar. >=20 > Agreed. I think that should include the names used in the IANA registries= . >=20 > Regards >=20 > Matthew >=20 >>=20 >> Thoughts? >>=20 >> Thanks, >>=20 >> -- Carlos. >>=20 >>>=20 >>>=20 >>=20 >=20 >=20 From tnadeau@lucidvision.com Mon Nov 26 06:56:10 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A955121F857E for ; Mon, 26 Nov 2012 06:56:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_33=0.6] 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 2BZfzZRKWPgr for ; Mon, 26 Nov 2012 06:56:10 -0800 (PST) Received: from lucidvision.com (lucidvision.com [72.71.250.34]) by ietfa.amsl.com (Postfix) with ESMTP id B212221F8441 for ; Mon, 26 Nov 2012 06:56:09 -0800 (PST) Received: from eelfadil-sslvpn-nc.jnpr.net (westford-nat.juniper.net [66.129.232.2]) by lucidvision.com (Postfix) with ESMTP id 7047923555EF; Mon, 26 Nov 2012 09:56:08 -0500 (EST) Content-Type: multipart/alternative; boundary="Apple-Mail=_C14E9239-8C7E-41DC-9513-C1AEF73BFE5C" Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) From: Thomas Nadeau In-Reply-To: Date: Mon, 26 Nov 2012 09:56:23 -0500 Message-Id: <77CBEFE1-05CC-4B97-A158-E092D66CACF3@lucidvision.com> References: To: "Andrew G. Malis" X-Mailer: Apple Mail (2.1499) Cc: "mpls@ietf.org" Subject: Re: [mpls] Fwd: [PWE3] WG adoption and IPR poll on draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2012 14:56:10 -0000 --Apple-Mail=_C14E9239-8C7E-41DC-9513-C1AEF73BFE5C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 You may want to check the archives. You already asked as to = whether or not this draft should be adopted on 4/13/2011. At that time, = Yaakov, Luca, Curtis and I had a fair amount of discussion around this = question, and the conclusion at that time seemed to be not to adopt it. = A number of important questions were raised as to whether this is in = scope or not, or whether it will work in reality. I am not sure those = things were fixed with the current version or whether they can be fixed = at all. It might also be good to check with the SP community as to = whether or not this would be used in reality.=20 --Tom On Nov 21, 2012:8:23 AM, at 8:23 AM, "Andrew G. Malis" = wrote: > MPLSers, >=20 > Please note the forwarded email message announcing an adoption poll = for draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07, see that message for = further details. As this is an MPLS-TP draft, the MPLS WG is also being = notified. Please direct all discussion to the pwe3@ietf.org email list. >=20 > Thanks, > Andy > For the PWE3 WG >=20 > ---------- Forwarded message ---------- > From: Andrew G. Malis > Date: Tue, Nov 20, 2012 at 4:10 PM > Subject: [PWE3] WG adoption and IPR poll on = draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07 > To: "pwe3@ietf.org" > Cc: "attila.takacs@ericsson.com" , "Caowei = (Wayne)" , Ping Pan >=20 > PWE3ers, >=20 > As requested by Mach, this begins a call for WG adoption of = draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07. >=20 > Please reply to this email whether or not you support adoption of this = draft. Reasons are not required, but are helpful for the WG. We would = like to see a good show of support rather than just a few emails. = Indications that the draft has actually been read would also be greatly = appreciated. >=20 > Coincidentally, we are also polling for knowledge of any IPR that > applies to this draft, to ensure that IPR has been disclosed in > compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for = more details). >=20 > If you are listed as a document author or contributor please respond > to this email whether or not you are aware of any relevant IPR. The > draft will not be adopted until a response has been received from each > author and contributor. >=20 > If you are on the PWE3 WG email list but are not listed as an author > or contributor, then please explicitly respond only if you are aware > of any IPR that has not yet been disclosed in conformance with IETF > rules. >=20 > This will be a two-week poll, ending 4 December. >=20 > Cheers, > Andy and Matthew >=20 > On Fri, Nov 9, 2012 at 9:06 AM, Mach Chen = wrote: > Hi, >=20 > We have presented the updates on Monday's meeting, the latest version = solved the comments received so far. As suggested on the meeting, we = (co-authors) would like to request a WG adoption on the draft! >=20 > Many thanks, > Mach >=20 >=20 > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www.ietf.org/mailman/listinfo/pwe3 >=20 >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls --Apple-Mail=_C14E9239-8C7E-41DC-9513-C1AEF73BFE5C Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1 = You may want to check the archives. You already asked as = to whether or not this draft should be adopted on 4/13/2011.  At = that time, Yaakov, Luca, Curtis and I had a fair amount of = discussion around this question, and the conclusion at that time seemed = to be not to adopt it.   A number of important questions were = raised as to whether this is in scope or not, or whether it will work in = reality.  I am not sure those things were fixed with the current = version or whether they can be fixed at all.  It might also be good = to check with the SP community as to whether or not this would be used = in reality. 

= --Tom



On = Nov 21, 2012:8:23 AM, at 8:23 AM, "Andrew G. Malis" <amalis@gmail.com> = wrote:

MPLSers,

Please note the forwarded email message = announcing an adoption poll for = draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07, see that message for = further details. As this is an MPLS-TP draft, the MPLS WG is also being = notified. Please direct all discussion to the pwe3@ietf.org email list.

Thanks,
Andy
For the PWE3 WG

---------- Forwarded message ----------
From: = Andrew G. Malis <amalis@gmail.com>
Date: Tue, Nov 20, 2012 at 4:10 PM
Subject: [PWE3] WG adoption and = IPR poll on draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07
To: "pwe3@ietf.org" <pwe3@ietf.org>
Cc: "attila.takacs@ericsson.com"= <attila.takacs@ericsson.com&= gt;, "Caowei (Wayne)" <wayne.caowei@huawei.com>, = Ping Pan <PPan@infinera.com>

PWE3ers,

As requested by Mach, this begins a call for WG = adoption of draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07.

Please = reply to this email whether or not you support adoption of = this draft. Reasons are not required, but are helpful for the WG. We = would like to see a good show of support rather than just a few emails. = Indications that the draft has actually been read would also be greatly = appreciated.

Coincidentally, we are also polling for knowledge of any IPR that
applies to this draft, to ensure that IPR has been disclosed in
compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for = more details).

If you are listed as a document author or contributor please respond
to this email whether or not you are aware of any relevant IPR. The
draft will not be adopted until a response has been = received from each
author and contributor.

If you are on the PWE3 WG email list but are not listed as = an author
or contributor, then please explicitly respond only if you are aware
of any IPR that has not yet been disclosed in conformance with IETF
rules.

This will be a two-week poll, ending 4 December.

Cheers,
Andy = and Matthew

On Fri, Nov 9, 2012 at 9:06 AM, Mach Chen <mach.chen@huawei.com> wrote:
Hi,

We have presented the updates on Monday's meeting, the latest version = solved the comments received so far. As suggested on the meeting, we = (co-authors) would like to request a WG adoption on the draft!

Many thanks,
Mach


_______________________________________________
pwe3 mailing list
pwe3@ietf.org
https://www.ietf.org/mailman/listinfo/pwe3


_______________________________________________
mpls mailing = list
mpls@ietf.org
https://www.ietf.org/ma= ilman/listinfo/mpls

= --Apple-Mail=_C14E9239-8C7E-41DC-9513-C1AEF73BFE5C-- From davari@broadcom.com Mon Nov 26 08:49:41 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77D6D21F86C8 for ; Mon, 26 Nov 2012 08:49:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.999 X-Spam-Level: X-Spam-Status: No, score=-5.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_15=0.6, 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 91ZBk6zdhA4p for ; Mon, 26 Nov 2012 08:49:40 -0800 (PST) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by ietfa.amsl.com (Postfix) with ESMTP id F188921F86C7 for ; Mon, 26 Nov 2012 08:49:37 -0800 (PST) Received: from [10.16.192.224] by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.5)); Mon, 26 Nov 2012 08:46:14 -0800 X-Server-Uuid: 4500596E-606A-40F9-852D-14843D8201B2 Received: from SJEXCHCAS04.corp.ad.broadcom.com (10.16.203.11) by SJEXCHHUB01.corp.ad.broadcom.com (10.16.192.224) with Microsoft SMTP Server (TLS) id 8.2.247.2; Mon, 26 Nov 2012 08:48:57 -0800 Received: from SJEXCHMB12.corp.ad.broadcom.com ( [fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS04.corp.ad.broadcom.com ( [::1]) with mapi id 14.01.0355.002; Mon, 26 Nov 2012 08:48:57 -0800 From: "Shahram Davari" To: "Shahram Davari" Thread-Topic: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-map Thread-Index: AQHNwnsKeQf/mKl4u0SUtKP+ZUNj/pfxIUQJgADKVACAATqdcIABbJeAgABenYCAAFjlgP//jqnggAgUCAA= Date: Mon, 26 Nov 2012 16:48:56 +0000 Message-ID: <38DFCE5F-A496-4AAC-A2C5-0450B5260EAD@broadcom.com> References: <5098CF68.2000105@pi.nu> <50A3B5C0.4060203@pi.nu> <01e601cdc652$dab31600$4001a8c0@gateway.2wire.net> <016e01cdc675$3b64d6b0$b22e8410$@olddog.co.uk> <4A6CE49E6084B141B15C0713B8993F281BD2E957@SJEXCHMB12.corp.ad.broadcom.com> <027c01cdc7c8$d5500430$7ff00c90$@olddog.co.uk> <791AD3077F94194BB2BDD13565B6295D5552490A@Hydra.office.hd> <4A6CE49E6084B141B15C0713B8993F281BD2FBBB@SJEXCHMB12.corp.ad.broadcom.com> In-Reply-To: <4A6CE49E6084B141B15C0713B8993F281BD2FBBB@SJEXCHMB12.corp.ad.broadcom.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-WSS-ID: 7CAD435C3R09431487-01-01 Content-Type: text/plain; charset=us-ascii Content-ID: <71B522365A25F446BCA90C032AF447ED@broadcom.com> Content-Transfer-Encoding: quoted-printable Cc: "mpls@ietf.org" Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2012 16:49:41 -0000 > Rolf, >=20 > I am sure you know that TLVs are not Hardware friendly. And I think you a= gree with me that this draft requires deep parsing of all packets at line r= ate to get to the MIPID TLV. >=20 > I still think the MIPID TLV is required to decide whether an OAM packet e= nded up at the right MIP. But may be a simpler solution could be augmented= to decide between In-MIP and Out-MIP. For example how about using one of t= he reserved bits in the ACH header. This can easily be done in hardware wi= th minimum complexity. >=20 > Regards, > Shahram >=20 >=20 >=20 > -----Original Message----- > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of R= olf Winter > Sent: Wednesday, November 21, 2012 12:13 PM > To: S. Davari; adrian@olddog.co.uk > Cc: mpls@ietf.org > Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep= -map >=20 > Hi, >=20 >> Hi Adrian, >>=20 >> You are right and I should have sent these types of comments before >> last call. I completely understand the procedure. >>=20 >> One thing I didn't understand in your response is that you said in-MIP >> requires to do the MEPID lookup at line rate anyway. Why is that? >>=20 >> My understanding is that before this draft, the process would have >> been for the ingress to look at TTL and if it is expired then send the >> packet to OAM processor. >=20 > Yes (and no). While I assume likely MIP functionality will be implemented= on the ingress, the related RFCs are vague about the actual placement of t= he MIP function. See e.g. the OAM Framework (RFC 6371) "per-node MIPs (i.e.= , a single MIP per node in an unspecified location within the node)". >=20 > Also, I think "before this draft" is not quite accurate in that is sugges= ts there is no per-interface MIP addressing possible as of now. Take RFC 64= 26. In practice this is where part of the problem lies. We cannot really go= back and change all this. There are other constraints. E.g. we have a requ= irement to address a single out-MIP out of a set of out-MIPs on a P2MP bran= ch point. So this was part of the constraints we worked with.=20 >=20 >>=20 >> The MEPID that you suggest in this draft is very useful for filtering >> out leaked OAM frames from upstream. But lets leave lookup of the MEPID >> to the OAM processing module (at slower rate) and add an indicator to >> the OAM packet to indicate whether it should be taken out of the data >> path in the Ingress or egress. >>=20 >> So can I suggest adding the following text to the draft: >>=20 >> " In addition to the MEPID, which is used to ultimately accept or >> filter out received OAM packets, OAM packets should have a simple >> indicator that identifies whether the OAM packet belongs to in-MIP or >> Out-MIP". >=20 > We also have the question on where to retrofit those bits. I assume a TLV= wouldn't work for the exact reasons you do not like to have to do a second= lookup, since it would require some parsing. All these constraints and the= ones outlined in the document led to where we are. In a sense this is a no= n-spec since it rather rules out a number of things that seem like a good i= dea at first but then have a catch of some sort. >=20 > Best, >=20 > Rolf >=20 >>=20 >>=20 >>=20 >> Regards, >> Shahram >>=20 >>=20 >> On Nov 21, 2012, at 1:16 AM, "Adrian Farrel" >> wrote: >>=20 >>> >>>=20 >>> Hi Shahram, >>>=20 >>> I am worried about the precedent of a comment like this during WG >> last call. >>> While comments that improve the document or point out fundamental >>> flaws are welcome whenever they arrive, points with the flavour "I >>> wouldn't have done it like this" that arrive this late in the process >> don't feel very constructive. >>> But I will leave the chair to worry about process and try to address >>> the technical points... >>>=20 >>>> Identifying whether to terminate an OAM packet and process it in In- >> MIP vs. >>> Out- >>>> MIP requires line rate lookup, otherwise the OAM packet will not >> take >>>> the same path as data packets. Therefore any MIP identifier that is >>>> proposed in this >>> draft >>>> requires one extra lookup and therefore adds significantly to cost. >>>=20 >>> If I am not wrong, this is a feature of an out-MIP. If you decide to >>> implement out-MIPs, and if you want the OAM to follow exactly the >> same >>> path as the data, then it is a requirement that the out interface >>> inspects the packets (at line >>> rate) to determine whether they are OAM and targeted at the interface. >>>=20 >>> We cannot change that aspect. All we can do is aim to make the lookup >>> as easy as possible. >>>=20 >>>> Perhaps a >>>> similar method to Ethernet MDL/MEL (Maintenance Domain Level) may be >>>> used that requires only 3 bits and achieves the same result. >>>=20 >>> Perhaps it could. >>> But before going there, why is the lookup in the current version of >>> the I-D arduous? >>>=20 >>> Presumably you do not propose making any change to the way In-MIPs >> are >>> currently identified, so the lookups being done at line rate today on >>> the incoming interfaces will not be changed. If you are proposing >> such >>> a change, then the discussion is outside the scope of this I-D and >>> becomes a much wider question for the working group. >>>=20 >>> This leaves me with the trade-off of enabling a *simpler* lookup on >>> the outgoing interfaces versus doing identical lookups on both >>> interfaces. My assumption was that if the incoming interface can do >>> the lookup at line rate, it is not hard to perform the same lookup on >>> the outgoing interface. Furthermore, there is a reduction in >> complexity by having fewer things to look up. >>>=20 >>> Another possibility is that the full lookup could be done on the >>> incoming interface and the packet marked for easy interception on the >> outgoing interface. >>> The concern with this approach is that the packet would no longer be >>> being forwarded exactly as data because it would be being modified in >> flight. >>> Furthermore, in the case of P2MP, it is not enough to flag the packet >>> as a local Out-MIP and further identifier-based lookup is needed. >>>=20 >>> Some of these issues were raised and discussed as the I-D progressed, >>> and some of the alternative solutions were tracked with their pros >> and >>> cons in Appendix A of the I-D (look at revision -03). >>>=20 >>> Thanks, >>> Adrian >>>> -----Original Message----- >>>> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf >>>> Of Adrian Farrel >>>> Sent: Monday, November 19, 2012 8:45 AM >>>> To: 't.petch'; 'Loa Andersson'; mpls@ietf.org >>>> Cc: mpls-ads@tools.ietf.org; mpls-chairs@tools.ietf.org; >>> draft-ietf-mpls-tp-mip- >>>> mep-map@tools.ietf.org >>>> Subject: Re: [mpls] working group last call on >>>> draft-ietf-mpls-tp-mip-mep-map >>>>=20 >>>> Yeah, it's a boring draft. Did you expect me to co-author anything >> else? >>>>=20 >>>> The point was that when I started the I-D lots of people were saying >>>> "it's complex" and "it can't be done" and "it won't be backward >> compatible". >>>>=20 >>>> So the I-D says "here it is" >>>>=20 >>>> A (sorry not to offer you excitement) >>>>=20 >>>>> -----Original Message----- >>>>> From: t.petch [mailto:ietfc@btconnect.com] >>>>> Sent: 19 November 2012 12:38 >>>>> To: Loa Andersson; mpls@ietf.org >>>>> Cc: mpls-ads@tools.ietf.org; mpls-chairs@tools.ietf.org; MPLS-TP ad >>>>> hoc >>> team; >>>>> draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org >>>>> Subject: Re: [mpls] working group last call on >>> draft-ietf-mpls-tp-mip-mep-map >>>>>=20 >>>>> After getting to section 6 and its features (requirements!), I find >>>>> myself underwhelmed; is that it? Well, I suppose so, it is >>>>> Informational and not Standards Track. >>>>>=20 >>>>> Meanwhile, I suggest some editorial issues. >>>>>=20 >>>>> Title >>>>> Handling MPLS-TP OAM Packets Targeted at Internal MIPs [Handling >>>>> MPLS-TP OAM Packets Targeted at Interface MIPs seems a more >>>>> informative statement unless and until you get to the definition of >>>>> Internal in s3; and s6, which is the crux of the document says The >>>>> preferred solution to per-interface MIP message handling is >>>>> presented in this section] >>>>>=20 >>>>> s1 >>>>> two (or more) MIPs per node on both sides of the forwarding engine. >>>>> [two on both sides sounds like four in total to me; suggest 'one on >>>>> each side of the forwarding engine'] >>>>>=20 >>>>> s4 >>>>> o CV between a MEP and a MIP >>>>> [expand CV on first use] >>>>>=20 >>>>> s5 >>>>> In-band OAM messages are sent using the G-ACh [RFC5586] for MPLS-TP >>>>> LSPs and MPLS-TP PWs, respectively. >>>>> ['respectively' suggests to me that there should be two precedents, >>>>> not just RFC5586; the second paragraph specifies RFC5586 for LSPs, >>>>> RFC6423/RFC4385 for PWs, in which case, strike this sentence as >>>>> redundant] >>>>>=20 >>>>> s6 >>>>> The appendix of this document contains a >>>>> few solutions that the authors have discarded which have been >> left in >>>>> the document for informational purposes. >>>>> [not any more they haven't!] >>>>>=20 >>>>> The node itself is addresses >>>>> [The node itself is addressed] >>>>>=20 >>>>> The identification information indside [The identification >>>>> information inside ] >>>>>=20 >>>>> MIP identifiers are not know >>>>> [MIP identifiers are not known] >>>>>=20 >>>>> reserved MIP address >>>>> [reserved MIP addressses or a reserved MIP address] >>>>>=20 >>>>> Tom Petch >>>>>=20 >>>>>=20 >>>>> ----- Original Message ----- >>>>> From: "Loa Andersson" >>>>> To: >>>>> Cc: ; ; >>>>> "MPLS-TP ad hoc team" ; >>>>> >>>>> Sent: Wednesday, November 14, 2012 3:16 PM >>>>>=20 >>>>>> Working Group, >>>>>>=20 >>>>>> This is to start a 2 week working group last call on >>>>>> draft-ietf-mpls-tp-mip-mep-map. >>>>>>=20 >>>>>> Please send your comments to the mpls working group mailing list >>>>>> (mpls@ietf.org). >>>>>>=20 >>>>>> Please send both technical comments, and if you are happy with the >>>>>> document as is also indications of support. >>>>>>=20 >>>>>> This working group last call will end on November 28. >>>>>>=20 >>>>>> /Loa >>>>>> for the wg co-chairs >>>>=20 >>>>=20 >>>> _______________________________________________ >>>> mpls mailing list >>>> mpls@ietf.org >>>> https://www.ietf.org/mailman/listinfo/mpls >>>=20 >>>=20 >>> _______________________________________________ >>> mpls mailing list >>> mpls@ietf.org >>> https://www.ietf.org/mailman/listinfo/mpls >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >=20 > NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, Londo= n W3 6BL | Registered in England 2832014 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls >=20 >=20 From jmh@joelhalpern.com Mon Nov 26 08:49:42 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F91A21F86C8 for ; Mon, 26 Nov 2012 08:49:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.265 X-Spam-Level: X-Spam-Status: No, score=-102.265 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, 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 GhcFQOL5KBRy for ; Mon, 26 Nov 2012 08:49:42 -0800 (PST) Received: from morbo.mail.tigertech.net (morbo.mail.tigertech.net [67.131.251.54]) by ietfa.amsl.com (Postfix) with ESMTP id 0C93121F86C7 for ; Mon, 26 Nov 2012 08:49:42 -0800 (PST) Received: from mailc2.tigertech.net (mailc2.tigertech.net [208.80.4.156]) by morbo.tigertech.net (Postfix) with ESMTP id D635FA3654 for ; Mon, 26 Nov 2012 08:49:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailc2.tigertech.net (Postfix) with ESMTP id 51A031BDDCFF; Mon, 26 Nov 2012 08:49:41 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at c2.tigertech.net Received: from [10.10.10.104] (pool-71-161-50-174.clppva.btas.verizon.net [71.161.50.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailc2.tigertech.net (Postfix) with ESMTPSA id CE9681BDDCE3; Mon, 26 Nov 2012 08:49:37 -0800 (PST) Message-ID: <50B39D99.90209@joelhalpern.com> Date: Mon, 26 Nov 2012 11:49:29 -0500 From: "Joel M. Halpern" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: stbryant@cisco.com References: <4FDCDA0D.6010204@joelhalpern.com> <50B34B9D.3040102@cisco.com> In-Reply-To: <50B34B9D.3040102@cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "mpls@ietf.org" Subject: Re: [mpls] Comment on draft-ietf-mpls-tp-ethernet-addressing X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2012 16:49:42 -0000 Stewart, Your description is what I would have expected. However, sectio 2 of this document recommends that implementations use this multicast address on pt-to-pt MLS-TP links. There is no discussion of negotiation, discovery, or even configuration. The text as written seems to simply assume that using this multicast address will work. Your description clearly says that it won't work. Yours, Joel On 11/26/2012 5:59 AM, Stewart Bryant wrote: > On 16/06/2012 20:10, Joel M. Halpern wrote: >> In reviewing this document (sorry I am a day late for the WG LC end), >> a question occurred to me regarding the material in section 2. >> >> Is there reason to believe that existing implementations will process >> received frames on pt-to-pt Ethernet links where the destination >> address is 01-00-5E-90-00-00? If so, should that reason be mentioned >> (or am I just missing the obvious here?) If not, is this a safe >> recommendation? >> >> Otherwise, this is clear and useful. >> Thank you, >> Joel > > Hi Joel, I only just noticed that I did not reply on this. > > An MPLS-TP LSR will reject all ethernet packets received on addresses > that it is not configured to receive packets on. This is how Ethernet > interfaces work. Thus an existing implementation will ignore packets > sent with a MAC address of 01-00-5E-90-00-00, since the address is not > meaningful to it and thus will not have been configured for reception. > > Regards > > Stewart From gregory.mirsky@ericsson.com Mon Nov 26 10:05:29 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00A1B21F8567; Mon, 26 Nov 2012 10:05:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 qEf65UkOzzyb; Mon, 26 Nov 2012 10:05:28 -0800 (PST) Received: from imr3.ericy.com (imr3.ericy.com [198.24.6.13]) by ietfa.amsl.com (Postfix) with ESMTP id 891D921F8566; Mon, 26 Nov 2012 10:05:22 -0800 (PST) Received: from eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id qAQI5DR2005033 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 26 Nov 2012 12:05:22 -0600 Received: from EUSAAHC002.ericsson.se (147.117.188.78) by eusaamw0711.eamcs.ericsson.se (147.117.20.178) with Microsoft SMTP Server (TLS) id 8.3.279.1; Mon, 26 Nov 2012 13:05:21 -0500 Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC002.ericsson.se ([147.117.188.78]) with mapi id 14.02.0318.001; Mon, 26 Nov 2012 13:05:21 -0500 From: Gregory Mirsky To: "pwe3@ietf.org" , "mpls@ietf.org" Thread-Topic: [mpls] Fwd: [PWE3] WG adoption and IPR poll on draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07 Thread-Index: AQHNx2OZxoAcIFWDt0OBSMT8nWrJHpf0m9mAgAACeICAB9NlIA== Date: Mon, 26 Nov 2012 18:05:21 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF11201BC22@eusaamb103.ericsson.se> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.134] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF11201BC22eusaamb103ericsso_" MIME-Version: 1.0 Subject: Re: [mpls] Fwd: [PWE3] WG adoption and IPR poll on draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2012 18:05:29 -0000 --_000_7347100B5761DC41A166AC17F22DF11201BC22eusaamb103ericsso_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear All, I did read it, find addressed problem realistic and proposed solution pract= ical. Hence, I do support adoption by PWE3 WG. Regards, Greg ________________________________ From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of And= rew G. Malis Sent: Wednesday, November 21, 2012 5:32 AM To: mpls@ietf.org Subject: [mpls] Fwd: [PWE3] WG adoption and IPR poll on draft-cao-pwe3-mpls= -tp-pw-over-bidir-lsp-07 MPLSers, Please note the forwarded email message announcing an adoption poll for dra= ft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07, see that message for further deta= ils. As this is an MPLS-TP draft, the MPLS WG is also being notified. Pleas= e direct all discussion to the pwe3@ietf.org email li= st. Thanks, Andy For the PWE3 WG ---------- Forwarded message ---------- From: Andrew G. Malis > Date: Tue, Nov 20, 2012 at 4:10 PM Subject: [PWE3] WG adoption and IPR poll on draft-cao-pwe3-mpls-tp-pw-over-= bidir-lsp-07 To: "pwe3@ietf.org" > Cc: "attila.takacs@ericsson.com" >, "Caowei (Wayne)" = >, Ping Pan > PWE3ers, As requested by Mach, this begins a call for WG adoption of draft-cao-pwe3-= mpls-tp-pw-over-bidir-lsp-07. Please reply to this email whether or not you support adoption of this draf= t. Reasons are not required, but are helpful for the WG. We would like to s= ee a good show of support rather than just a few emails. Indications that t= he draft has actually been read would also be greatly appreciated. Coincidentally, we are also polling for knowledge of any IPR that applies to this draft, to ensure that IPR has been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more= details). If you are listed as a document author or contributor please respond to this email whether or not you are aware of any relevant IPR. The draft will not be adopted until a response has been received from each author and contributor. If you are on the PWE3 WG email list but are not listed as an author or contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. This will be a two-week poll, ending 4 December. Cheers, Andy and Matthew On Fri, Nov 9, 2012 at 9:06 AM, Mach Chen > wrote: Hi, We have presented the updates on Monday's meeting, the latest version solve= d the comments received so far. As suggested on the meeting, we (co-authors= ) would like to request a WG adoption on the draft! Many thanks, Mach _______________________________________________ pwe3 mailing list pwe3@ietf.org https://www.ietf.org/mailman/listinfo/pwe3 --_000_7347100B5761DC41A166AC17F22DF11201BC22eusaamb103ericsso_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Dear All,
I did read it, find addressed pro= blem realistic and proposed solution practical.
Hence, I do support adoption by P= WE3 WG.
 
    Regards,
     &nb= sp;  Greg

From: mpls-bounces@ietf.org [mailto= :mpls-bounces@ietf.org] On Behalf Of Andrew G. Malis
Sent: Wednesday, November 21, 2012 5:32 AM
To: mpls@ietf.org
Subject: [mpls] Fwd: [PWE3] WG adoption and IPR poll on draft-cao-pw= e3-mpls-tp-pw-over-bidir-lsp-07

MPLSers,

Please note the forwarded email message announcing an adoption poll for dra= ft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07, see that message for further deta= ils. As this is an MPLS-TP draft, the MPLS WG is also being notified. Pleas= e direct all discussion to the pwe3@ietf.org email = list.

Thanks,
Andy
For the PWE3 WG

---------- Forwarded message ----------
From: Andrew G. Malis &= lt;amalis@gmail.com>
Date: Tue, Nov 20, 2012 at 4:10 PM
Subject: [PWE3] WG adoption and IPR poll on draft-cao-pwe3-mpls-tp-pw-over-= bidir-lsp-07
To: "pwe3@ietf.org" <pwe3@ietf.org>
Cc: "a= ttila.takacs@ericsson.com" <attila.takacs@ericsson.com>, "Caow= ei (Wayne)" <wayne.caowei@huawei.com>, Ping Pan <PPan@i= nfinera.com>

PWE3ers,

As requested by Mach, this begins a call for WG adoption of draft-cao-pwe3-= mpls-tp-pw-over-bidir-lsp-07.

Please reply to this email whether or not you support adoption= of this draft. Reasons are not required, but are helpful for the WG. We wo= uld like to see a good show of support rather than just a few emails. Indic= ations that the draft has actually been read would also be greatly appreciated.

Coincidentally, we are also polling for knowledge of any IPR that
applies to this draft, to ensure that IPR has been disclosed in
compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more= details).

If you are listed as a document author or contributor please respond
to this email whether or not you are aware of any relevant IPR. The
draft will not be adopted until a response has been received f= rom each
author and contributor.

If you are on the PWE3 WG email list but are not listed as an = author
or contributor, then please explicitly respond only if you are aware
of any IPR that has not yet been disclosed in conformance with IETF
rules.

This will be a two-week poll, ending 4 December.

Cheers,
Andy and Matthew

On Fri, Nov 9, 2012 at 9:06 AM, Mach Chen <mach.chen@hua= wei.com> wrote:
Hi,

We have presented the updates on Monday's meeting, the latest version solve= d the comments received so far. As suggested on the meeting, we (co-authors= ) would like to request a WG adoption on the draft!

Many thanks,
Mach


_______________________________________________
pwe3 mailing list
pwe3@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/pwe3



--_000_7347100B5761DC41A166AC17F22DF11201BC22eusaamb103ericsso_-- From daniel@olddog.co.uk Mon Nov 26 12:48:39 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8601F21F84EA for ; Mon, 26 Nov 2012 12:48:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.999 X-Spam-Level: X-Spam-Status: No, score=-101.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_14=0.6, 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 fk6tG2Zu2uY8 for ; Mon, 26 Nov 2012 12:48:38 -0800 (PST) Received: from asmtp5.iomartmail.com (asmtp5.iomartmail.com [62.128.201.176]) by ietfa.amsl.com (Postfix) with ESMTP id F264B21F84D7 for ; Mon, 26 Nov 2012 12:48:37 -0800 (PST) Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id qAQKmQ5C012353; Mon, 26 Nov 2012 20:48:26 GMT Received: from Serenity (88-97-23-122.dsl.zen.co.uk [88.97.23.122]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id qAQKmOKR012337 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 26 Nov 2012 20:48:25 GMT From: "Daniel King" To: "'Gregory Mirsky'" , "'Loa Andersson'" , "'Eric Osborne \(eosborne\)'" , , , "'Martin Vigoureux'" , References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se> In-Reply-To: <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se> Date: Mon, 26 Nov 2012 20:48:19 -0000 Message-ID: <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHHkwCqtCFX6nRCynct8aUUUUNUNAGo9NF+l/u7i9A= Content-Language: en-gb Cc: mpls@ietf.org Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2012 20:48:39 -0000 =A0Hi All,=20 As requested, I have performed an MPLS-TR review of = draft-xu-mpls-in-udp-03: http://tools.ietf.org/html/draft-xu-mpls-in-udp-03 Overall the document is well written and the motivation seems clear. The proposed solution is technically sound and given the application of tunneling of MPLS VPNs across IP PSNs, the mechanism does look to bring operational benefits for specific use cases. Therefore I believe the document is ready to be considered for WG adoption. Authors,=20 As I was reviewing the draft I jotted down a number of minor comments, = these are outlined below. Feel free to use or discard.=20 1. Authors. The RFC-Editors are requesting no more than 5 authors on the front-page. So you may as well address this sooner rather than later. = You can look to split into to =96 Authors and Contributing Authors (or just Contributors) to circumnavigate the author limit.=20 2. You should move the Abstract above the Status of this Memo section.=20 3. Perhaps look to expand Abstract to: >> Existing technologies to encapsulate MPLS over IP are not adequate for efficient transport across IP-enabled Packet Switch Networks (PSNs). = This document specifies an IP-based encapsulation technology for = load-balancing MPLS packets across IP PSNs. This mechanism is referred to as = MPLS-in-UDP. This document defines the protocol extensions and procedures for = MPLS-in-UDP and will facilitate transport of MPLS application traffic, including = L2VPNs and L3VPNs, across IP-enabled PSNs.=20 << 4. Introduction is ok, but the wall of text requires splitting into = separate paragraphs for readability. You could split the introduction into = sections (or just additional paragraphs) to help with navigation, no major = changes in text are required: 1. Introduction - Contains application/motivation background text. - Intention of the document. =20 1.1 Existing Technologies - Describes existing techniques (RFC4023, et al.). 1.2 Requirements and Motivation - What the technology or application gaps between prior work and this proposal.=20 - Very important to discuss the motivation given that we already have a number of alternatives.=20 5. The document mentions =93core=94 a number of times. Is this really a = core application or is the mechanism more likely to be applied in = environments with equipment that does not support native MPLS forwarding? This is something you might want to expand on in Section 6 (Applicability) and lessen the =93core=94 applicability in other parts of the document. = Also, how applicable is the document to multicast VPNs, any issues?=20 6. General comment on acronyms. The document expands ECMP but not GRE or SAFI, so maybe check document for consistency.=20 Please do not hesitate to email me if anything is not clear.=20 Br, Dan. -----Original Message----- From: Loa Andersson [mailto:loa@pi.nu]=20 Sent: Tuesday, November 13, 2012 9:16 AM To: Gregory Mirsky; Dan King; Eric Osborne (eosborne); nick.delregno@verizon.com; mpls-chairs@tools.ietf.org; Martin Vigoureux; draft-xu-mpls-in-udp@tools.ietf.org Subject: MPLS-RT review of draft-xu-mpls-in-udp-03 =A0 Greg, Dan, Eric and Nick, =A0 You have been selected as an MPLS Review team reviewers for draft-xu-mpls-in-udp-03. =A0 Note to authors: You have been CC'd on this email so that you can know = that this review is going on. However, please do not review your own = document. =A0 Reviews should comment on whether the document is coherent, is it useful (ie, is it likely to be actually useful in operational networks), and is = the document technically sound?=A0 We are interested in knowing whether the document is ready to be considered for WG adoption (ie, it doesn't have = to be perfect at this point, but should be a good start). =A0 Reviews should be sent to the document authors, WG co-chairs and = secretary, and CC'd to the MPLS WG email list. If necessary, comments may be sent privately to only the WG chairs. =A0 Are you able to review this draft by November 29, 2012? =A0 Thanks, Loa (as MPLS WG chair) =A0 /Loa =A0 =A0 --=20 =A0 =A0 Loa = Andersson=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 email: loa.andersson@ericsson.com Sr Strategy and Standards Manager=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = loa@pi.nu Ericsson = Inc=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 phone: +46 10 717 52 13 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 +46 767 72 = 92 13 =A0 From ping@pingpan.org Mon Nov 26 14:30:34 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 828A121F84F3 for ; Mon, 26 Nov 2012 14:30:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.376 X-Spam-Level: X-Spam-Status: No, score=-5.376 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_33=0.6, 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 RV7D63kJrsBz for ; Mon, 26 Nov 2012 14:30:33 -0800 (PST) Received: from exprod7og121.obsmtp.com (exprod7og121.obsmtp.com [64.18.2.20]) by ietfa.amsl.com (Postfix) with SMTP id 4FC3621F84C8 for ; Mon, 26 Nov 2012 14:30:33 -0800 (PST) Received: from mail-vb0-f70.google.com ([209.85.212.70]) (using TLSv1) by exprod7ob121.postini.com ([64.18.6.12]) with SMTP ID DSNKULPthMSeB6/e0kx37G1nwiRXlaoqyL54@postini.com; Mon, 26 Nov 2012 14:30:33 PST Received: by mail-vb0-f70.google.com with SMTP id fo1so7019059vbb.1 for ; Mon, 26 Nov 2012 14:30:28 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=tiV1MJUY6wxLRuMm6wJiHarVVSvSv+kVrCBSxXM19WQ=; b=enS2EHxSmla1n5HHl5ZYyixdp2kJYeMzlT6CfweOJ4t+SVW2ThttyDG2Vbkgc+X85m cnzRMmbBnPyxp+RPv8OgUdrO8SKB8+Ruy4w2PuE3vLiqXt5pGUx+k1L4u8ASW8GgVbKv 13JA1jhZGQqTugSdKDzrGaK8YM7XBxgpBYQBC4o4mR3Kc+KOuv+07M5EREjkQPCqpWme y+TFr3nlSo2zt5HyHidbUQq0mnZmV0L1lAfeBscftE/hGw1ZlQDTMrSuZXP6Q4M7/MJW dDpshSTvXVngZsEQxJjCiZgDza/wGYxqEW199H5nD6jhWa/0dLZgtk5oW164b1gy3xDk TFvQ== Received: by 10.52.17.244 with SMTP id r20mr18924733vdd.29.1353969028785; Mon, 26 Nov 2012 14:30:28 -0800 (PST) Received: by 10.52.17.244 with SMTP id r20mr18924723vdd.29.1353969028633; Mon, 26 Nov 2012 14:30:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.218.197 with HTTP; Mon, 26 Nov 2012 14:29:47 -0800 (PST) In-Reply-To: <7347100B5761DC41A166AC17F22DF11201BC22@eusaamb103.ericsson.se> References: <7347100B5761DC41A166AC17F22DF11201BC22@eusaamb103.ericsson.se> From: Ping Pan Date: Mon, 26 Nov 2012 14:29:47 -0800 Message-ID: To: Gregory Mirsky Content-Type: multipart/alternative; boundary=bcaec502d4c8fd15c204cf6d7a7f X-Gm-Message-State: ALoCoQkzCZp3hQwhmXb9MbKsL7l43vq0sEwdJPkkq7hDZZisy9bSMjrA3FwcG5mGX5yNfvfx4MYbO2T6liarA9sWgj+5PXdvGsfkAvxwKJACqu7dFvxh7XjOAF9KrOy2deVhUUMnwHwxDCSqJMPa9O45pbNZtmdPgQ== Cc: "mpls@ietf.org" , "pwe3@ietf.org" Subject: Re: [mpls] Fwd: [PWE3] WG adoption and IPR poll on draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2012 22:30:34 -0000 --bcaec502d4c8fd15c204cf6d7a7f Content-Type: text/plain; charset=UTF-8 Thanks! As Gregory said, this is a proposal that is to solve a real problem, that is, to aggregate ton's of Ethernet circuits into bi-directional links (such as optical trunks) at network edge. Please consider and provide the comment. Regards, Ping On Mon, Nov 26, 2012 at 10:05 AM, Gregory Mirsky < gregory.mirsky@ericsson.com> wrote: > ** > Dear All, > I did read it, find addressed problem realistic and proposed solution > practical. > Hence, I do support adoption by PWE3 WG. > > Regards, > Greg > > ------------------------------ > *From:* mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] *On Behalf > Of *Andrew G. Malis > *Sent:* Wednesday, November 21, 2012 5:32 AM > *To:* mpls@ietf.org > *Subject:* [mpls] Fwd: [PWE3] WG adoption and IPR poll on > draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07 > > MPLSers, > > Please note the forwarded email message announcing an adoption poll for > draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07, see that message for further > details. As this is an MPLS-TP draft, the MPLS WG is also being notified. > Please direct all discussion to the pwe3@ietf.org email list. > > Thanks, > Andy > For the PWE3 WG > > ---------- Forwarded message ---------- > From: Andrew G. Malis > Date: Tue, Nov 20, 2012 at 4:10 PM > Subject: [PWE3] WG adoption and IPR poll on > draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07 > To: "pwe3@ietf.org" > Cc: "attila.takacs@ericsson.com" , "Caowei > (Wayne)" , Ping Pan > > PWE3ers, > > As requested by Mach, this begins a call for WG adoption of > draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07. > > Please reply to this email whether or not you support adoption of this > draft. Reasons are not required, but are helpful for the WG. We would like > to see a good show of support rather than just a few emails. Indications > that the draft has actually been read would also be greatly appreciated. > > Coincidentally, we are also polling for knowledge of any IPR that > applies to this draft, to ensure that IPR has been disclosed in > compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for > more details). > > If you are listed as a document author or contributor please respond > to this email whether or not you are aware of any relevant IPR. The > draft will not be adopted until a response has been received from each > author and contributor. > > If you are on the PWE3 WG email list but are not listed as an author > or contributor, then please explicitly respond only if you are aware > of any IPR that has not yet been disclosed in conformance with IETF > rules. > > This will be a two-week poll, ending 4 December. > > Cheers, > Andy and Matthew > > On Fri, Nov 9, 2012 at 9:06 AM, Mach Chen wrote: > >> Hi, >> >> We have presented the updates on Monday's meeting, the latest version >> solved the comments received so far. As suggested on the meeting, we >> (co-authors) would like to request a WG adoption on the draft! >> >> Many thanks, >> Mach > > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www.ietf.org/mailman/listinfo/pwe3 > > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > --bcaec502d4c8fd15c204cf6d7a7f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks! As Gregory said, this is a proposal that is to solve a real problem= , that is, to aggregate ton's of Ethernet circuits into bi-directional = links (such as optical trunks) at network edge.

Please c= onsider and provide the comment.

Regards,

Ping


On Mon, Nov 26, 2012 at= 10:05 AM, Gregory Mirsky <gregory.mirsky@ericsson.com> wrote:
Dear All,
I did read it, find addressed problem realistic and proposed solution pra= ctical.
Hence, I do support adoption by PWE3 WG.
=C2=A0
=C2=A0=C2=A0=C2=A0 Regards,
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Greg

From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Andrew G. Malis
Sent: Wednesday, November 21, 2012 5:32 AM
To: mpls@ietf.org=
Subject: [mpls] Fwd: [PWE3] WG adoption and IPR poll on draft-cao-pw= e3-mpls-tp-pw-over-bidir-lsp-07

MPLSers,

Please note the forwarded email message announcing an adoption poll for dra= ft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07, see that message for further deta= ils. As this is an MPLS-TP draft, the MPLS WG is also being notified. Pleas= e direct all discussion to the pwe3@ietf.org email = list.

Thanks,
Andy
For the PWE3 WG

To: "pwe3@ietf= .org" <pwe3@= ietf.org>
Cc: "a= ttila.takacs@ericsson.com" <attila.takacs@ericsson.com>, "Caow= ei (Wayne)" <wayne.caowei@huawei.com>, Ping Pan <PPan@i= nfinera.com>

PWE3ers,

As requested by Mach, this begins a call for WG adoption of draft-cao-pwe3-= mpls-tp-pw-over-bidir-lsp-07.

Please reply to this email whether or not you support adoption= of this draft. Reasons are not required, but are helpful for the WG. We wo= uld like to see a good show of support rather than just a few emails. Indic= ations that the draft has actually been read would also be greatly appreciated.

Coincidentally, we are also polling for knowledge of any IPR that
applies to this draft, to ensure that IPR has been disclosed in
compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more= details).

If you are listed as a document author or contributor please respond
to this email whether or not you are aware of any relevant IPR. The
draft will not be adopted until a response has been received f= rom each
author and contributor.

If you are on the PWE3 WG email list but are not listed as an = author
or contributor, then please explicitly respond only if you are aware
of any IPR that has not yet been disclosed in conformance with IETF
rules.

This will be a two-week poll, ending 4 December.

Cheers,
Andy and Matthew

On Fri, Nov 9, 2012 at 9:06 AM, Mach Chen <mach.chen@hua= wei.com> wrote:
Hi,

We have presented the updates on Monday's meeting, the latest version s= olved the comments received so far. As suggested on the meeting, we (co-aut= hors) would like to request a WG adoption on the draft!

Many thanks,
Mach


_______________________________________________
pwe3 mailing list
pwe3@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/pwe3




_______________________________________________
mpls mailing list
mpls@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/mpls


--bcaec502d4c8fd15c204cf6d7a7f-- From ping@pingpan.org Mon Nov 26 14:34:32 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26AF921F8735 for ; Mon, 26 Nov 2012 14:34:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.376 X-Spam-Level: X-Spam-Status: No, score=-5.376 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_33=0.6, 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 mb1Fq3+fKjh4 for ; Mon, 26 Nov 2012 14:34:31 -0800 (PST) Received: from exprod7og104.obsmtp.com (exprod7og104.obsmtp.com [64.18.2.161]) by ietfa.amsl.com (Postfix) with SMTP id BD49121F853B for ; Mon, 26 Nov 2012 14:34:30 -0800 (PST) Received: from mail-gh0-f198.google.com ([209.85.160.198]) (using TLSv1) by exprod7ob104.postini.com ([64.18.6.12]) with SMTP ID DSNKULPuduDvL9mN9HVZrCiQK1Q2GSI6t+9p@postini.com; Mon, 26 Nov 2012 14:34:30 PST Received: by mail-gh0-f198.google.com with SMTP id r18so15369181ghr.1 for ; Mon, 26 Nov 2012 14:34:30 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=cpN7IFcBIjGTnR3sTGAMLN2GYLM2IjbZxP030QD4a60=; b=fBr2WRHZh65R77dQIODMCtudVAWDwZmJY5kZfRiKKKWyj0dC1fR87x6wchY7oKVUCW lsdMhp1BPQ7PIQix+PI5y6nYa3pYA8QdLbOQ60dk2cmqh1wu00n8hJoPDySsSC72DWtn jYn6PMyGavb4bmS/UlYfNyLTHm5DIUsUIhRzQhRtvU2EpKdvx1XrwjSw8qaepQJo3hL/ ceULGA8gMpBnzpi5rzFoAg00arzlDuqKP6hVx+i4bzwej3C60X3/0WFQwI+ibNUhutRo C/kp/u3hdhXGIxoLO6oGXdmQdvCEX3qCoEC7mk/814vbEGXO1YHBol2KhTPFzbpSL030 O8YQ== Received: by 10.52.17.244 with SMTP id r20mr18937329vdd.29.1353969270322; Mon, 26 Nov 2012 14:34:30 -0800 (PST) Received: by 10.52.17.244 with SMTP id r20mr18937320vdd.29.1353969270185; Mon, 26 Nov 2012 14:34:30 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.218.197 with HTTP; Mon, 26 Nov 2012 14:33:49 -0800 (PST) In-Reply-To: <77CBEFE1-05CC-4B97-A158-E092D66CACF3@lucidvision.com> References: <77CBEFE1-05CC-4B97-A158-E092D66CACF3@lucidvision.com> From: Ping Pan Date: Mon, 26 Nov 2012 14:33:49 -0800 Message-ID: To: Thomas Nadeau Content-Type: multipart/alternative; boundary=bcaec502d4c862dfee04cf6d893f X-Gm-Message-State: ALoCoQnpE8leJU9AkcZW8akg2FxorJSc+wWBKVXUoSOdCt+gj11sbvBtpuiPhxgJjk2iwCbQuQPxVm1XbFTtYhOJwdYHhL7WNwc5kNkckGLMFSDoR5ujXrsIEjLhMhwqTbRNs+rB13E02aPZUNqyZOchPNouR+KK4g== Cc: "mpls@ietf.org" , "Andrew G. Malis" Subject: Re: [mpls] Fwd: [PWE3] WG adoption and IPR poll on draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2012 22:34:32 -0000 --bcaec502d4c862dfee04cf6d893f Content-Type: text/plain; charset=UTF-8 Tom, Think we have solved the problems back in 2011. The only issue that remains is that Luca had brought up the use of PW Community. We considered and did not see the issues. This is to solve a real problem for real deployment. If not clearly stated, let's work them out. At the same time, I do think that this draft to be adapted to WG, Hope this is making sense. Regards, Ping On Mon, Nov 26, 2012 at 6:56 AM, Thomas Nadeau wrote: > > You may want to check the archives. You already asked as to whether or not > this draft should be adopted on 4/13/2011. At that time, Yaakov, Luca, > Curtis and I had a fair amount of discussion around this question, and the > conclusion at that time seemed to be not to adopt it. A number of > important questions were raised as to whether this is in scope or not, or > whether it will work in reality. I am not sure those things were fixed > with the current version or whether they can be fixed at all. It might > also be good to check with the SP community as to whether or not this would > be used in reality. > > --Tom > > > > On Nov 21, 2012:8:23 AM, at 8:23 AM, "Andrew G. Malis" > wrote: > > MPLSers, > > Please note the forwarded email message announcing an adoption poll for > draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07, see that message for further > details. As this is an MPLS-TP draft, the MPLS WG is also being notified. > Please direct all discussion to the pwe3@ietf.org email list. > > Thanks, > Andy > For the PWE3 WG > > ---------- Forwarded message ---------- > From: Andrew G. Malis > Date: Tue, Nov 20, 2012 at 4:10 PM > Subject: [PWE3] WG adoption and IPR poll on > draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07 > To: "pwe3@ietf.org" > Cc: "attila.takacs@ericsson.com" , "Caowei > (Wayne)" , Ping Pan > > PWE3ers, > > As requested by Mach, this begins a call for WG adoption of > draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07. > > Please reply to this email whether or not you support adoption of this > draft. Reasons are not required, but are helpful for the WG. We would like > to see a good show of support rather than just a few emails. Indications > that the draft has actually been read would also be greatly appreciated. > > Coincidentally, we are also polling for knowledge of any IPR that > applies to this draft, to ensure that IPR has been disclosed in > compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for > more details). > > If you are listed as a document author or contributor please respond > to this email whether or not you are aware of any relevant IPR. The > draft will not be adopted until a response has been received from each > author and contributor. > > If you are on the PWE3 WG email list but are not listed as an author > or contributor, then please explicitly respond only if you are aware > of any IPR that has not yet been disclosed in conformance with IETF > rules. > > This will be a two-week poll, ending 4 December. > > Cheers, > Andy and Matthew > > On Fri, Nov 9, 2012 at 9:06 AM, Mach Chen wrote: > >> Hi, >> >> We have presented the updates on Monday's meeting, the latest version >> solved the comments received so far. As suggested on the meeting, we >> (co-authors) would like to request a WG adoption on the draft! >> >> Many thanks, >> Mach > > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www.ietf.org/mailman/listinfo/pwe3 > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > --bcaec502d4c862dfee04cf6d893f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Tom,

Think we have solved the problems back in 2011. The= only issue that remains is that Luca had brought up the use of PW Communit= y. We considered and did not see the issues.

This = is to solve a real problem for real deployment. If not clearly stated, let&= #39;s work them out. At the same time, I do think that this draft to be=C2= =A0adapted=C2=A0to WG, Hope this is making sense.

Regards,

Ping




On Mon, Nov 26, 2012 at 6:56 AM, Thomas Nadeau <= tnadeau@lucidv= ision.com> wrote:
You may want to check t= he archives. You already asked as to whether or not this draft should be ad= opted on 4/13/2011. =C2=A0At that time,=C2=A0Yaakov, Luca, Curtis and I had= a fair amount of discussion around this question, and the conclusion at th= at time seemed to be not to adopt it. =C2=A0 A number of important question= s were raised as to whether this is in scope or not, or whether it will wor= k in reality. =C2=A0I am not sure those things were fixed with the current = version or whether they can be fixed at all. =C2=A0It might also be good to= check with the SP community as to whether or not this would be used in rea= lity.=C2=A0

--Tom=



On Nov 21, 2012:8:23 AM, at 8:23 AM, "Andrew G. Malis" <amalis@gmail.com>= wrote:

MPLSers,
Please note the forwarded email message announcing an adoption poll f= or draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07, see that message for furthe= r details. As this is an MPLS-TP draft, the MPLS WG is also being notified.= Please direct all discussion to the pwe3@ietf.org email list.

Thanks,
Andy
For the PWE3 WG

--= -------- Forwarded message ----------
From: Andrew G. Malis <amalis@gmail.com>
Date: Tue, Nov 20, 2012 at 4:10 PM
Subject: [PWE3] WG adoption and IPR p= oll on draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07
To: "pwe3@ietf.org" <pwe3@ietf.org>
Cc: "a= ttila.takacs@ericsson.com" <attila.takacs@ericsson.com>, "Caow= ei (Wayne)" <wayne.caowei@huawei.com>, Ping Pan <PPan@infinera.com>

PWE3ers,

As requested by Mach, this begins a call for WG adoptio= n of draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07.

Please reply to th= is email whether or not you support adoption of this draft. Re= asons are not required, but are helpful for the WG. We would like to see a = good show of support rather than just a few emails. Indications that the dr= aft has actually been read would also be greatly appreciated.

Coincidentally, we are also polling for knowledge of any IPR that
applies to this draft, to ensure that IPR has been disclosed in
compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more= details).

If you are listed as a document author or contributor please respond
to this email whether or not you are aware of any relevant IPR. The
draft will not be adopted until a response has been received f= rom each
author and contributor.

If you are on the PWE3 WG email list but are not listed as an = author
or contributor, then please explicitly respond only if you are aware
of any IPR that has not yet been disclosed in conformance with IETF
rules.

This will be a two-week poll, ending 4 December.

Cheers,
Andy and= Matthew

On Fr= i, Nov 9, 2012 at 9:06 AM, Mach Chen <mach.chen@huawei.com> wrote:
Hi,

We have presented the updates on Monday's meeting, the latest version s= olved the comments received so far. As suggested on the meeting, we (co-aut= hors) would like to request a WG adoption on the draft!

Many thanks,
Mach


_______________________________________________
pwe3 mailing list
pwe3@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/pwe3


_______________________________________________
mpls mailing list
mpls@ietf.org
https://= www.ietf.org/mailman/listinfo/mpls


________________________= _______________________
mpls mailing list
mpls@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/mpls


--bcaec502d4c862dfee04cf6d893f-- From adrian@olddog.co.uk Mon Nov 26 14:52:15 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 244E821F8641 for ; Mon, 26 Nov 2012 14:52:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[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 xFy9S+M+tJqp for ; Mon, 26 Nov 2012 14:52:14 -0800 (PST) Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) by ietfa.amsl.com (Postfix) with ESMTP id 0768F21F858E for ; Mon, 26 Nov 2012 14:52:08 -0800 (PST) Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id qAQMq4Ch002579; Mon, 26 Nov 2012 22:52:04 GMT Received: from 950129200 (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id qAQMq34o002559 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 26 Nov 2012 22:52:03 GMT From: "Adrian Farrel" To: "'Jeff Wheeler'" References: <20121126140420.5DDEB72E039@rfc-editor.org> In-Reply-To: Date: Mon, 26 Nov 2012 22:52:02 -0000 Message-ID: <01ec01cdcc28$a7031e50$f5095af0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHMX5r660XGXRzxN07NRCIW33KpkwGOrPJSl/MY8jA= Content-Language: en-gb Cc: loa@pi.se, rhthomas@cisco.com, mpls@ietf.org Subject: Re: [mpls] [Errata Rejected] RFC5036 (3416) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2012 22:52:15 -0000 Hi Jeff, I am going to move this discussion to the MPLS mailing list since you obviously feel strongly. Before rejecting the original Errata Report, I discussed with Loa in his role as an author of 3036 and 5036. To bring everyone else up to speed, Jeff's original report highlighted that Section 2.2 of RFC 5036 says: "The last two octets of LDP Identifiers for platform-wide label spaces are always both zero." But Section 3.1 of the same RFC says "For a platform-wide label space, these SHOULD both be zero." Jeff suggested that Section 3.1 should be changed to read "MUST". After discussing with Loa I rejected this with the following note: > The text in 2.2.2 is descriptive of the LDP identifiers, but not a requirement. > The text in 3.1 describes how the LDP identifier is constructed. > > The purpose of the "SHOULD" is to direct normal behavior, but not to > absolutely require the use of zero in these two octets if a good reason > can be found. > > Furthermore, there is nothing that would actually prohibit the use of > non-zero values. The identifier of a label space is a local matter and > another node, seeing a label space identifier, should not make any > assumptions about the label space (e.g., it being a global label space > or not), nor should it really matter. Jeff is pointing out that even with my view of the world, there is a discrepancy between sections 2.2.2 and 3.1 I understand that there is a strong convention that per platform label spaces are assigned a zero identifier. The question is whether the value of that identifier has any semantic (except as an identifier) outside the node advertising the label. If there is meaning such that zero indicates the per platform label space and no other value can indicate a per platform label space, *and* this knowledge is used by a node receiving an advertisement, then Jeff's original report is correct and we should change "SHOULD" to "MUST" (We will discuss how to o this later as I am not certain it can be done with an Errata Report). If there is no such meaning to a zero label space identifier, then we might consider changing the text in 2.2.2 to say something like: "By convention, the last two octets of LDP Identifiers for platform-wide label spaces are both zero." Opinions please. Thanks, Adrian > -----Original Message----- > From: Jeff Wheeler [mailto:jsw@inconcepts.biz] > Sent: 26 November 2012 19:42 > To: RFC Errata System > Cc: loa@pi.se; ina@juniper.net; rhthomas@cisco.com; adrian@olddog.co.uk; > iesg@ietf.org > Subject: Re: [Errata Rejected] RFC5036 (3416) > > On Mon, Nov 26, 2012 at 9:04 AM, RFC Errata System > wrote: > > http://www.rfc-editor.org/errata_search.php?rfc=5036&eid=3416 > > > The purpose of the "SHOULD" is to direct normal behavior, but not to > absolutely require the use of zero in these two octets if a good reason can be > found. > > > > Furthermore, there is nothing that would actually prohibit the use of non-zero > values. The identifier of a label space is a local matter and another node, seeing a > label space identifier, should not make any assumptions about the label space > (e.g., it being a global label space or not), nor should it really matter. > > One of the two references is incorrect. Either S2.2.2 should not say > "...are always both zero" or S3.1 should use the word MUST instead of > SHOULD. Both can't be right. If the desired behavior is indeed > SHOULD then S2.2.2 should be updated to confer this intent. > > -- > Jeff S Wheeler > Sr Network Operator / Innovative Network Concepts From xuxiaohu@huawei.com Mon Nov 26 17:37:53 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EBC1321F8616 for ; Mon, 26 Nov 2012 17:37:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.999 X-Spam-Level: X-Spam-Status: No, score=-5.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_14=0.6, 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 111i8K7WuE4b for ; Mon, 26 Nov 2012 17:37:53 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 4A99421F853C for ; Mon, 26 Nov 2012 17:37:51 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id ANE08683; Tue, 27 Nov 2012 01:37:49 +0000 (GMT) Received: from LHREML406-HUB.china.huawei.com (10.201.5.243) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 27 Nov 2012 01:37:43 +0000 Received: from SZXEML461-HUB.china.huawei.com (10.82.67.204) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 27 Nov 2012 01:37:48 +0000 Received: from SZXEML525-MBX.china.huawei.com ([169.254.1.89]) by szxeml461-hub.china.huawei.com ([10.82.67.204]) with mapi id 14.01.0323.003; Tue, 27 Nov 2012 09:37:39 +0800 From: Xuxiaohu To: Daniel King , "'Gregory Mirsky'" , "'Loa Andersson'" , "'Eric Osborne (eosborne)'" , "nick.delregno@verizon.com" , "mpls-chairs@tools.ietf.org" , "'Martin Vigoureux'" , "draft-xu-mpls-in-udp@tools.ietf.org" Thread-Topic: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 Thread-Index: AQHNwcJ+OEnUt0Njx0mhcjqR0u0yRJf8iuog//+aL4CAANIFIA== Date: Tue, 27 Nov 2012 01:37:39 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0757EBB5@szxeml525-mbx.china.huawei.com> References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se> <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> In-Reply-To: <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.130] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "mpls@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2012 01:37:54 -0000 SGkgRGFuaWVsLA0KDQpUaGFua3MgYSBsb3QgZm9yIHlvdXIgcmV2aWV3IGFuZCBtdWNoIHZhbHVh YmxlIGNvbW1lbnRzLiBXZSB3aWxsIGluY29ycG9yYXRlIHRoZXNlIGNvbW1lbnRzIGluIHRoZSBy ZXZpc2lvbi4NCg0KVGhlIHJlc3BvbnNlIHRvIHRoZSBmb2xsb3dpbmcgY29tbWVudHMgaXMgYXMg Zm9sbG93czoNCg0KPiA1LiBUaGUgZG9jdW1lbnQgbWVudGlvbnMg4oCcY29yZeKAnSBhIG51bWJl ciBvZiB0aW1lcy4gSXMgdGhpcyByZWFsbHkgYSBjb3JlDQo+IGFwcGxpY2F0aW9uIG9yIGlzIHRo ZSBtZWNoYW5pc20gbW9yZSBsaWtlbHkgdG8gYmUgYXBwbGllZCBpbiBlbnZpcm9ubWVudHMNCj4g d2l0aCBlcXVpcG1lbnQgdGhhdCBkb2VzIG5vdCBzdXBwb3J0IG5hdGl2ZSBNUExTIGZvcndhcmRp bmc/IFRoaXMgaXMNCj4gc29tZXRoaW5nIHlvdSBtaWdodCB3YW50IHRvIGV4cGFuZCBvbiBpbiBT ZWN0aW9uIDYgKEFwcGxpY2FiaWxpdHkpIGFuZA0KPiBsZXNzZW4gdGhlIOKAnGNvcmXigJ0gYXBw bGljYWJpbGl0eSBpbiBvdGhlciBwYXJ0cyBvZiB0aGUgZG9jdW1lbnQuIEFsc28sIGhvdw0KPiBh cHBsaWNhYmxlIGlzIHRoZSBkb2N1bWVudCB0byBtdWx0aWNhc3QgVlBOcywgYW55IGlzc3Vlcz8N Cg0KVGhlICIgY29yZSIgaGVyZSBtZWFucyAiSVAgY29yZSBuZXR3b3JrcyIuICBNUExTLWluLVVE UCBlbmNhcHN1bGF0aW9uIGlzIGFwcGxpY2FibGUgdG8gbVZQTiBhcyB3ZWxsIGp1c3QgbGlrZSB0 aGUgTVBMUy1pbi1HUkUuDQoNCkJlc3QgcmVnYXJkcywNClhpYW9odQ0KDQo+IC0tLS0t6YKu5Lu2 5Y6f5Lu2LS0tLS0NCj4g5Y+R5Lu25Lq6OiBtcGxzLWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzpt cGxzLWJvdW5jZXNAaWV0Zi5vcmddIOS7o+ihqCBEYW5pZWwNCj4gS2luZw0KPiDlj5HpgIHml7bp l7Q6IDIwMTLlubQxMeaciDI35pelIDQ6NDgNCj4g5pS25Lu25Lq6OiAnR3JlZ29yeSBNaXJza3kn OyAnTG9hIEFuZGVyc3Nvbic7ICdFcmljIE9zYm9ybmUgKGVvc2Jvcm5lKSc7DQo+IG5pY2suZGVs cmVnbm9AdmVyaXpvbi5jb207IG1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnOyAnTWFydGluIFZp Z291cmV1eCc7DQo+IGRyYWZ0LXh1LW1wbHMtaW4tdWRwQHRvb2xzLmlldGYub3JnDQo+IOaKhOmA gTogbXBsc0BpZXRmLm9yZw0KPiDkuLvpopg6IFJlOiBbbXBsc10gTVBMUy1SVCByZXZpZXcgb2Yg ZHJhZnQteHUtbXBscy1pbi11ZHAtMDMNCj4gDQo+IMKgSGkgQWxsLA0KPiANCj4gQXMgcmVxdWVz dGVkLCBJIGhhdmUgcGVyZm9ybWVkIGFuIE1QTFMtVFIgcmV2aWV3IG9mIGRyYWZ0LXh1LW1wbHMt aW4tdWRwLTAzOg0KPiANCj4gaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQteHUtbXBs cy1pbi11ZHAtMDMNCj4gDQo+IE92ZXJhbGwgdGhlIGRvY3VtZW50IGlzIHdlbGwgd3JpdHRlbiBh bmQgdGhlIG1vdGl2YXRpb24gc2VlbXMgY2xlYXIuIFRoZQ0KPiBwcm9wb3NlZCBzb2x1dGlvbiBp cyB0ZWNobmljYWxseSBzb3VuZCBhbmQgZ2l2ZW4gdGhlIGFwcGxpY2F0aW9uIG9mDQo+IHR1bm5l bGluZyBvZiBNUExTIFZQTnMgYWNyb3NzIElQIFBTTnMsIHRoZSBtZWNoYW5pc20gZG9lcyBsb29r IHRvIGJyaW5nDQo+IG9wZXJhdGlvbmFsIGJlbmVmaXRzIGZvciBzcGVjaWZpYyB1c2UgY2FzZXMu IFRoZXJlZm9yZSBJIGJlbGlldmUgdGhlDQo+IGRvY3VtZW50IGlzIHJlYWR5IHRvIGJlIGNvbnNp ZGVyZWQgZm9yIFdHIGFkb3B0aW9uLg0KPiANCj4gQXV0aG9ycywNCj4gDQo+IEFzIEkgd2FzIHJl dmlld2luZyB0aGUgZHJhZnQgSSBqb3R0ZWQgZG93biBhIG51bWJlciBvZiBtaW5vciBjb21tZW50 cywgdGhlc2UNCj4gYXJlIG91dGxpbmVkIGJlbG93LiBGZWVsIGZyZWUgdG8gdXNlIG9yIGRpc2Nh cmQuDQo+IA0KPiAxLiBBdXRob3JzLiBUaGUgUkZDLUVkaXRvcnMgYXJlIHJlcXVlc3Rpbmcgbm8g bW9yZSB0aGFuIDUgYXV0aG9ycyBvbiB0aGUNCj4gZnJvbnQtcGFnZS4gU28geW91IG1heSBhcyB3 ZWxsIGFkZHJlc3MgdGhpcyBzb29uZXIgcmF0aGVyIHRoYW4gbGF0ZXIuIFlvdQ0KPiBjYW4gbG9v ayB0byBzcGxpdCBpbnRvIHRvIOKAkyBBdXRob3JzIGFuZCBDb250cmlidXRpbmcgQXV0aG9ycyAo b3IganVzdA0KPiBDb250cmlidXRvcnMpIHRvIGNpcmN1bW5hdmlnYXRlIHRoZSBhdXRob3IgbGlt aXQuDQo+IA0KPiAyLiBZb3Ugc2hvdWxkIG1vdmUgdGhlIEFic3RyYWN0IGFib3ZlIHRoZSBTdGF0 dXMgb2YgdGhpcyBNZW1vIHNlY3Rpb24uDQo+IA0KPiAzLiBQZXJoYXBzIGxvb2sgdG8gZXhwYW5k IEFic3RyYWN0IHRvOg0KPiANCj4gPj4NCj4gRXhpc3RpbmcgdGVjaG5vbG9naWVzIHRvIGVuY2Fw c3VsYXRlIE1QTFMgb3ZlciBJUCBhcmUgbm90IGFkZXF1YXRlIGZvcg0KPiBlZmZpY2llbnQgdHJh bnNwb3J0IGFjcm9zcyBJUC1lbmFibGVkIFBhY2tldCBTd2l0Y2ggTmV0d29ya3MgKFBTTnMpLiBU aGlzDQo+IGRvY3VtZW50IHNwZWNpZmllcyBhbiBJUC1iYXNlZCBlbmNhcHN1bGF0aW9uIHRlY2hu b2xvZ3kgZm9yIGxvYWQtYmFsYW5jaW5nDQo+IE1QTFMgcGFja2V0cyBhY3Jvc3MgSVAgUFNOcy4g VGhpcyBtZWNoYW5pc20gaXMgcmVmZXJyZWQgdG8gYXMgTVBMUy1pbi1VRFAuDQo+IA0KPiBUaGlz IGRvY3VtZW50IGRlZmluZXMgdGhlIHByb3RvY29sIGV4dGVuc2lvbnMgYW5kIHByb2NlZHVyZXMg Zm9yDQo+IE1QTFMtaW4tVURQDQo+IGFuZCB3aWxsIGZhY2lsaXRhdGUgdHJhbnNwb3J0IG9mIE1Q TFMgYXBwbGljYXRpb24gdHJhZmZpYywgaW5jbHVkaW5nIEwyVlBOcw0KPiBhbmQgTDNWUE5zLCBh Y3Jvc3MgSVAtZW5hYmxlZCBQU05zLg0KPiA8PA0KPiANCj4gNC4gSW50cm9kdWN0aW9uIGlzIG9r LCBidXQgdGhlIHdhbGwgb2YgdGV4dCByZXF1aXJlcyBzcGxpdHRpbmcgaW50byBzZXBhcmF0ZQ0K PiBwYXJhZ3JhcGhzIGZvciByZWFkYWJpbGl0eS4gWW91IGNvdWxkIHNwbGl0IHRoZSBpbnRyb2R1 Y3Rpb24gaW50byBzZWN0aW9ucw0KPiAob3IganVzdCBhZGRpdGlvbmFsIHBhcmFncmFwaHMpIHRv IGhlbHAgd2l0aCBuYXZpZ2F0aW9uLCBubyBtYWpvciBjaGFuZ2VzIGluDQo+IHRleHQgYXJlIHJl cXVpcmVkOg0KPiANCj4gMS4gSW50cm9kdWN0aW9uDQo+IC0gQ29udGFpbnMgYXBwbGljYXRpb24v bW90aXZhdGlvbiBiYWNrZ3JvdW5kIHRleHQuDQo+IC0gSW50ZW50aW9uIG9mIHRoZSBkb2N1bWVu dC4NCj4gDQo+IDEuMSBFeGlzdGluZyBUZWNobm9sb2dpZXMNCj4gLSBEZXNjcmliZXMgZXhpc3Rp bmcgdGVjaG5pcXVlcyAoUkZDNDAyMywgZXQgYWwuKS4NCj4gDQo+IDEuMiBSZXF1aXJlbWVudHMg YW5kIE1vdGl2YXRpb24NCj4gLSBXaGF0IHRoZSB0ZWNobm9sb2d5IG9yIGFwcGxpY2F0aW9uIGdh cHMgYmV0d2VlbiBwcmlvciB3b3JrIGFuZCB0aGlzDQo+IHByb3Bvc2FsLg0KPiAtIFZlcnkgaW1w b3J0YW50IHRvIGRpc2N1c3MgdGhlIG1vdGl2YXRpb24gZ2l2ZW4gdGhhdCB3ZSBhbHJlYWR5IGhh dmUgYQ0KPiBudW1iZXIgb2YgYWx0ZXJuYXRpdmVzLg0KPiANCj4gNS4gVGhlIGRvY3VtZW50IG1l bnRpb25zIOKAnGNvcmXigJ0gYSBudW1iZXIgb2YgdGltZXMuIElzIHRoaXMgcmVhbGx5IGEgY29y ZQ0KPiBhcHBsaWNhdGlvbiBvciBpcyB0aGUgbWVjaGFuaXNtIG1vcmUgbGlrZWx5IHRvIGJlIGFw cGxpZWQgaW4gZW52aXJvbm1lbnRzDQo+IHdpdGggZXF1aXBtZW50IHRoYXQgZG9lcyBub3Qgc3Vw cG9ydCBuYXRpdmUgTVBMUyBmb3J3YXJkaW5nPyBUaGlzIGlzDQo+IHNvbWV0aGluZyB5b3UgbWln aHQgd2FudCB0byBleHBhbmQgb24gaW4gU2VjdGlvbiA2IChBcHBsaWNhYmlsaXR5KSBhbmQNCj4g bGVzc2VuIHRoZSDigJxjb3Jl4oCdIGFwcGxpY2FiaWxpdHkgaW4gb3RoZXIgcGFydHMgb2YgdGhl IGRvY3VtZW50LiBBbHNvLCBob3cNCj4gYXBwbGljYWJsZSBpcyB0aGUgZG9jdW1lbnQgdG8gbXVs dGljYXN0IFZQTnMsIGFueSBpc3N1ZXM/DQo+IA0KPiA2LiBHZW5lcmFsIGNvbW1lbnQgb24gYWNy b255bXMuIFRoZSBkb2N1bWVudCBleHBhbmRzIEVDTVAgYnV0IG5vdCBHUkUNCj4gb3INCj4gU0FG SSwgc28gbWF5YmUgY2hlY2sgZG9jdW1lbnQgZm9yIGNvbnNpc3RlbmN5Lg0KPiANCj4gUGxlYXNl IGRvIG5vdCBoZXNpdGF0ZSB0byBlbWFpbCBtZSBpZiBhbnl0aGluZyBpcyBub3QgY2xlYXIuDQo+ IA0KPiBCciwgRGFuLg0KPiANCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTog TG9hIEFuZGVyc3NvbiBbbWFpbHRvOmxvYUBwaS5udV0NCj4gU2VudDogVHVlc2RheSwgTm92ZW1i ZXIgMTMsIDIwMTIgOToxNiBBTQ0KPiBUbzogR3JlZ29yeSBNaXJza3k7IERhbiBLaW5nOyBFcmlj IE9zYm9ybmUgKGVvc2Jvcm5lKTsNCj4gbmljay5kZWxyZWdub0B2ZXJpem9uLmNvbTsgbXBscy1j aGFpcnNAdG9vbHMuaWV0Zi5vcmc7IE1hcnRpbiBWaWdvdXJldXg7DQo+IGRyYWZ0LXh1LW1wbHMt aW4tdWRwQHRvb2xzLmlldGYub3JnDQo+IFN1YmplY3Q6IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0 LXh1LW1wbHMtaW4tdWRwLTAzDQo+IA0KPiBHcmVnLCBEYW4sIEVyaWMgYW5kIE5pY2ssDQo+IA0K PiBZb3UgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIGFuIE1QTFMgUmV2aWV3IHRlYW0gcmV2aWV3ZXJz IGZvcg0KPiBkcmFmdC14dS1tcGxzLWluLXVkcC0wMy4NCj4gDQo+IE5vdGUgdG8gYXV0aG9yczog WW91IGhhdmUgYmVlbiBDQydkIG9uIHRoaXMgZW1haWwgc28gdGhhdCB5b3UgY2FuIGtub3cgdGhh dA0KPiB0aGlzIHJldmlldyBpcyBnb2luZyBvbi4gSG93ZXZlciwgcGxlYXNlIGRvIG5vdCByZXZp ZXcgeW91ciBvd24gZG9jdW1lbnQuDQo+IA0KPiBSZXZpZXdzIHNob3VsZCBjb21tZW50IG9uIHdo ZXRoZXIgdGhlIGRvY3VtZW50IGlzIGNvaGVyZW50LCBpcyBpdCB1c2VmdWwNCj4gKGllLCBpcyBp dCBsaWtlbHkgdG8gYmUgYWN0dWFsbHkgdXNlZnVsIGluIG9wZXJhdGlvbmFsIG5ldHdvcmtzKSwg YW5kIGlzIHRoZQ0KPiBkb2N1bWVudCB0ZWNobmljYWxseSBzb3VuZD/CoCBXZSBhcmUgaW50ZXJl c3RlZCBpbiBrbm93aW5nIHdoZXRoZXIgdGhlDQo+IGRvY3VtZW50IGlzIHJlYWR5IHRvIGJlIGNv bnNpZGVyZWQgZm9yIFdHIGFkb3B0aW9uIChpZSwgaXQgZG9lc24ndCBoYXZlIHRvDQo+IGJlIHBl cmZlY3QgYXQgdGhpcyBwb2ludCwgYnV0IHNob3VsZCBiZSBhIGdvb2Qgc3RhcnQpLg0KPiANCj4g UmV2aWV3cyBzaG91bGQgYmUgc2VudCB0byB0aGUgZG9jdW1lbnQgYXV0aG9ycywgV0cgY28tY2hh aXJzIGFuZCBzZWNyZXRhcnksDQo+IGFuZCBDQydkIHRvIHRoZSBNUExTIFdHIGVtYWlsIGxpc3Qu IElmIG5lY2Vzc2FyeSwgY29tbWVudHMgbWF5IGJlIHNlbnQNCj4gcHJpdmF0ZWx5IHRvIG9ubHkg dGhlIFdHIGNoYWlycy4NCj4gDQo+IEFyZSB5b3UgYWJsZSB0byByZXZpZXcgdGhpcyBkcmFmdCBi eSBOb3ZlbWJlciAyOSwgMjAxMj8NCj4gDQo+IFRoYW5rcywgTG9hDQo+IChhcyBNUExTIFdHIGNo YWlyKQ0KPiANCj4gL0xvYQ0KPiANCj4gDQo+IC0tDQo+IA0KPiANCj4gTG9hIEFuZGVyc3NvbsKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBlbWFpbDoNCj4g bG9hLmFuZGVyc3NvbkBlcmljc3Nvbi5jb20NCj4gU3IgU3RyYXRlZ3kgYW5kIFN0YW5kYXJkcyBN YW5hZ2VywqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBsb2FAcGkubnUNCj4gRXJpY3Nzb24gSW5jwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgcGhvbmU6ICs0 NiAxMCA3MTcgNTIgMTMNCj4gwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICs0NiA3 NjcgNzIgOTINCj4gMTMNCj4gDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KPiBtcGxzIG1haWxpbmcgbGlzdA0KPiBtcGxzQGlldGYub3JnDQo+ IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0K From jsw@inconcepts.biz Mon Nov 26 19:11:55 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1407321F84C4 for ; Mon, 26 Nov 2012 19:11:55 -0800 (PST) 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 ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nfFkYXjUItKl for ; Mon, 26 Nov 2012 19:11:54 -0800 (PST) Received: from mail-oa0-f44.google.com (mail-oa0-f44.google.com [209.85.219.44]) by ietfa.amsl.com (Postfix) with ESMTP id 89ACA21F8786 for ; Mon, 26 Nov 2012 19:11:54 -0800 (PST) Received: by mail-oa0-f44.google.com with SMTP id n5so13139541oag.31 for ; Mon, 26 Nov 2012 19:11:54 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=0vWf3D/E8rDEr/3l5tuDutNmsJxDG5fFuK5loiJUPQg=; b=pY8CSmTR3/qpI8gcaO3S89/9o2u59yj5XoVd2YWb8ZZt/CKhFHID9NUMMGlEwFCCDx avRY/9T6KK8gnVztuZqNQzseLgUPN6hruXeh1lwxpB6k/74kSakqzUUwfB+JR0Jlrk96 uPNOA04m2YcssTxUyCRHFzRqz2KN4AqF6m3LeJEFJaVJYzxtggZFsGbINEkyXA9pllyd Xf3zXRs4+KcqLzHDh+1Oi41lEn3hXzyfgaCgiHalIpBKADeRF1dj5LDHYuNS/zQZLsKo I+F9OYvbECrrXT4mAC6ztgINtZe/1Xt1O1kVkWQYhKtuYacmyIo7uQSCm49u4n1IuCzL NqJw== MIME-Version: 1.0 Received: by 10.60.171.138 with SMTP id au10mr11068841oec.34.1353985913880; Mon, 26 Nov 2012 19:11:53 -0800 (PST) Received: by 10.76.153.227 with HTTP; Mon, 26 Nov 2012 19:11:53 -0800 (PST) X-Originating-IP: [74.134.22.105] In-Reply-To: <01ec01cdcc28$a7031e50$f5095af0$@olddog.co.uk> References: <20121126140420.5DDEB72E039@rfc-editor.org> <01ec01cdcc28$a7031e50$f5095af0$@olddog.co.uk> Date: Mon, 26 Nov 2012 22:11:53 -0500 Message-ID: From: Jeff Wheeler To: adrian@olddog.co.uk Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkXwKmxganpHkfPG9jb5G1Lsz8hZstz2khRPCl5kJae43YLtf/sd4HhxH0972SgUo4M/b/+ Cc: loa@pi.se, rhthomas@cisco.com, mpls@ietf.org Subject: Re: [mpls] [Errata Rejected] RFC5036 (3416) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2012 03:11:55 -0000 On Mon, Nov 26, 2012 at 5:52 PM, Adrian Farrel wrote: >> non-zero values. The identifier of a label space is a local matter and >> another node, seeing a label space identifier, should not make any >> assumptions about the label space (e.g., it being a global label space >> or not), nor should it really matter. In this case, there is no way to have a "dummy check" against a remote LSR trying to establish an interface-specific session where one is undesired. Any vendor implementing a dummy check against that fault condition would be unable to inter-operate with an LDP-compliant device that simply chooses to use a different label space identifier than 0 for his platform-wide space. I think "strong convention" might be incorrect. It's hard to imagine why you would want two different platform-wide label spaces. It is easy to imagine why you may want a dummy-check. -- Jeff S Wheeler Sr Network Operator / Innovative Network Concepts From davari@broadcom.com Mon Nov 26 21:10:24 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F277821F846C for ; Mon, 26 Nov 2012 21:10:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.999 X-Spam-Level: X-Spam-Status: No, score=-5.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_14=0.6, 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 jnJ9f0wNsKqt for ; Mon, 26 Nov 2012 21:10:19 -0800 (PST) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by ietfa.amsl.com (Postfix) with ESMTP id C870521F84CD for ; Mon, 26 Nov 2012 21:10:19 -0800 (PST) Received: from [10.16.192.224] by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.5)); Mon, 26 Nov 2012 21:07:23 -0800 X-Server-Uuid: 4500596E-606A-40F9-852D-14843D8201B2 Received: from SJEXCHCAS05.corp.ad.broadcom.com (10.16.203.13) by SJEXCHHUB01.corp.ad.broadcom.com (10.16.192.224) with Microsoft SMTP Server (TLS) id 8.2.247.2; Mon, 26 Nov 2012 21:10:06 -0800 Received: from SJEXCHMB12.corp.ad.broadcom.com ( [fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS05.corp.ad.broadcom.com ( [::1]) with mapi id 14.01.0355.002; Mon, 26 Nov 2012 21:10:06 -0800 From: "Shahram Davari" To: "Daniel King" Thread-Topic: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 Thread-Index: AQHHkwCqtCFX6nRCynct8aUUUUNUNAGo9NF+l/u7i9CAAJG6/A== Date: Tue, 27 Nov 2012 05:10:06 +0000 Message-ID: <8E15642F-5F4B-4BD3-9BE9-C4EA56AA3FDE@broadcom.com> References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se>, <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> In-Reply-To: <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-WSS-ID: 7CAA95013R09802888-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: "mpls@ietf.org" , "draft-xu-mpls-in-udp@tools.ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2012 05:10:24 -0000 Hi, In my opinion this is a solution to a problem that has a dozen other soluti= ons such as NVGRE, VXLAN, OTP, STT, etc. So I wonder why MPLS WG should spend its valuable time working on yet anoth= er solution. Regards, Shahram On Nov 26, 2012, at 12:48 PM, "Daniel King" wrote: > Hi All,=20 >=20 > As requested, I have performed an MPLS-TR review of draft-xu-mpls-in-udp-= 03: >=20 > http://tools.ietf.org/html/draft-xu-mpls-in-udp-03 >=20 > Overall the document is well written and the motivation seems clear. The > proposed solution is technically sound and given the application of > tunneling of MPLS VPNs across IP PSNs, the mechanism does look to bring > operational benefits for specific use cases. Therefore I believe the > document is ready to be considered for WG adoption. >=20 > Authors,=20 >=20 > As I was reviewing the draft I jotted down a number of minor comments, th= ese > are outlined below. Feel free to use or discard.=20 >=20 > 1. Authors. The RFC-Editors are requesting no more than 5 authors on the > front-page. So you may as well address this sooner rather than later. You > can look to split into to - Authors and Contributing Authors (or just > Contributors) to circumnavigate the author limit.=20 >=20 > 2. You should move the Abstract above the Status of this Memo section.=20 >=20 > 3. Perhaps look to expand Abstract to: >=20 > Existing technologies to encapsulate MPLS over IP are not adequate for > efficient transport across IP-enabled Packet Switch Networks (PSNs). This > document specifies an IP-based encapsulation technology for load-balancin= g > MPLS packets across IP PSNs. This mechanism is referred to as MPLS-in-UDP= . >=20 > This document defines the protocol extensions and procedures for MPLS-in-= UDP > and will facilitate transport of MPLS application traffic, including L2VP= Ns > and L3VPNs, across IP-enabled PSNs.=20 > << >=20 > 4. Introduction is ok, but the wall of text requires splitting into separ= ate > paragraphs for readability. You could split the introduction into section= s > (or just additional paragraphs) to help with navigation, no major changes= in > text are required: >=20 > 1. Introduction > - Contains application/motivation background text. > - Intention of the document. =20 >=20 > 1.1 Existing Technologies > - Describes existing techniques (RFC4023, et al.). >=20 > 1.2 Requirements and Motivation > - What the technology or application gaps between prior work and this > proposal.=20 > - Very important to discuss the motivation given that we already have a > number of alternatives.=20 >=20 > 5. The document mentions "core" a number of times. Is this really a core > application or is the mechanism more likely to be applied in environments > with equipment that does not support native MPLS forwarding? This is > something you might want to expand on in Section 6 (Applicability) and > lessen the "core" applicability in other parts of the document. Also, how > applicable is the document to multicast VPNs, any issues?=20 >=20 > 6. General comment on acronyms. The document expands ECMP but not GRE or > SAFI, so maybe check document for consistency.=20 >=20 > Please do not hesitate to email me if anything is not clear.=20 >=20 > Br, Dan. >=20 > -----Original Message----- > From: Loa Andersson [mailto:loa@pi.nu]=20 > Sent: Tuesday, November 13, 2012 9:16 AM > To: Gregory Mirsky; Dan King; Eric Osborne (eosborne); > nick.delregno@verizon.com; mpls-chairs@tools.ietf.org; Martin Vigoureux; > draft-xu-mpls-in-udp@tools.ietf.org > Subject: MPLS-RT review of draft-xu-mpls-in-udp-03 > =20 > Greg, Dan, Eric and Nick, > =20 > You have been selected as an MPLS Review team reviewers for > draft-xu-mpls-in-udp-03. > =20 > Note to authors: You have been CC'd on this email so that you can know th= at > this review is going on. However, please do not review your own document. > =20 > Reviews should comment on whether the document is coherent, is it useful > (ie, is it likely to be actually useful in operational networks), and is = the > document technically sound? We are interested in knowing whether the > document is ready to be considered for WG adoption (ie, it doesn't have t= o > be perfect at this point, but should be a good start). > =20 > Reviews should be sent to the document authors, WG co-chairs and secretar= y, > and CC'd to the MPLS WG email list. If necessary, comments may be sent > privately to only the WG chairs. > =20 > Are you able to review this draft by November 29, 2012? > =20 > Thanks, Loa > (as MPLS WG chair) > =20 > /Loa > =20 > =20 > --=20 > =20 > =20 > Loa Andersson email: loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 > =20 >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls >=20 From xuxiaohu@huawei.com Mon Nov 26 22:46:11 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E96421F84E4 for ; Mon, 26 Nov 2012 22:46:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.428 X-Spam-Level: X-Spam-Status: No, score=-3.428 tagged_above=-999 required=5 tests=[AWL=-2.571, BAYES_00=-2.599, CN_BODY_35=0.339, J_CHICKENPOX_13=0.6, J_CHICKENPOX_14=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, 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 OdMz9Rd8TYz7 for ; Mon, 26 Nov 2012 22:46:10 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 240C221F842C for ; Mon, 26 Nov 2012 22:46:08 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id ALY13458; Tue, 27 Nov 2012 06:46:07 +0000 (GMT) Received: from LHREML406-HUB.china.huawei.com (10.201.5.243) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 27 Nov 2012 06:46:00 +0000 Received: from SZXEML448-HUB.china.huawei.com (10.82.67.191) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 27 Nov 2012 06:46:06 +0000 Received: from SZXEML525-MBX.china.huawei.com ([169.254.1.89]) by szxeml448-hub.china.huawei.com ([10.82.67.191]) with mapi id 14.01.0323.003; Tue, 27 Nov 2012 14:46:00 +0800 From: Xuxiaohu To: Shahram Davari , Daniel King Thread-Topic: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 Thread-Index: AQHNwcJ+OEnUt0Njx0mhcjqR0u0yRJf8iuog//+aL4CAAIwzAIAAnpPw Date: Tue, 27 Nov 2012 06:46:00 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0757EC74@szxeml525-mbx.china.huawei.com> References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se>, <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> <8E15642F-5F4B-4BD3-9BE9-C4EA56AA3FDE@broadcom.com> In-Reply-To: <8E15642F-5F4B-4BD3-9BE9-C4EA56AA3FDE@broadcom.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.130] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "draft-xu-mpls-in-udp@tools.ietf.org" , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2012 06:46:11 -0000 SGkgU2hhaHJhbSAsDQoNClRoZSBNUExTLWluLVVEUCBlbmNhcHN1bGF0aW9uIGlzIGludGVuZGVk IHRvIGZhY2lsaXRhdGUgdGhlIGxvYWQgYmFsYW5jaW5nIG9mIE1QTFMtYmFzZWQgTDJWUE4gb3Ig TDNWUE4gdHJhZmZpYyBvdmVyIHRoZSBJUCBuZXR3b3Jrcy4gSSB0aGluayBuZWl0aGVyIG9mIHRo ZSB0dW5uZWwgZW5jYXBzdWxhdGlvbiBvcHRpb25zIHlvdSBtZW50aW9uZWQgYmVsb3cgaXMgaW50 ZW5kZWQgdG8gYmUgdXNlZCBhcyBhIHR1bm5lbCB0ZWNobm9sb2d5IGJldHdlZW4gdGhlIE1QTFMt YmFzZWQgTDJWUE4gb3IgTDNWUE4gUEUgcm91dGVycy4NCg0KWGlhb2h1DQoNCj4gLS0tLS3Tyrz+ 1K28/i0tLS0tDQo+ILeivP7IyzogbXBscy1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86bXBscy1i b3VuY2VzQGlldGYub3JnXSC0+rHtDQo+IFNoYWhyYW0gRGF2YXJpDQo+ILeiy83KsbzkOiAyMDEy xOoxMdTCMjfI1SAxMzoxMA0KPiDK1bz+yMs6IERhbmllbCBLaW5nDQo+ILOty806IG1wbHNAaWV0 Zi5vcmc7IGRyYWZ0LXh1LW1wbHMtaW4tdWRwQHRvb2xzLmlldGYub3JnOw0KPiBtcGxzLWNoYWly c0B0b29scy5pZXRmLm9yZw0KPiDW98ziOiBSZTogW21wbHNdIE1QTFMtUlQgcmV2aWV3IG9mIGRy YWZ0LXh1LW1wbHMtaW4tdWRwLTAzDQo+IA0KPiBIaSwNCj4gDQo+IEluIG15IG9waW5pb24gdGhp cyBpcyBhIHNvbHV0aW9uIHRvIGEgcHJvYmxlbSB0aGF0IGhhcyBhIGRvemVuIG90aGVyIHNvbHV0 aW9ucw0KPiBzdWNoIGFzIE5WR1JFLCBWWExBTiwgT1RQLCBTVFQsIGV0Yy4NCj4gDQo+IFNvIEkg d29uZGVyIHdoeSBNUExTIFdHIHNob3VsZCBzcGVuZCBpdHMgdmFsdWFibGUgdGltZSB3b3JraW5n IG9uIHlldA0KPiBhbm90aGVyIHNvbHV0aW9uLg0KPiANCj4gUmVnYXJkcywNCj4gU2hhaHJhbQ0K PiANCj4gDQo+IE9uIE5vdiAyNiwgMjAxMiwgYXQgMTI6NDggUE0sICJEYW5pZWwgS2luZyIgPGRh bmllbEBvbGRkb2cuY28udWs+IHdyb3RlOg0KPiANCj4gPiAgSGkgQWxsLA0KPiA+DQo+ID4gQXMg cmVxdWVzdGVkLCBJIGhhdmUgcGVyZm9ybWVkIGFuIE1QTFMtVFIgcmV2aWV3IG9mDQo+IGRyYWZ0 LXh1LW1wbHMtaW4tdWRwLTAzOg0KPiA+DQo+ID4gaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwv ZHJhZnQteHUtbXBscy1pbi11ZHAtMDMNCj4gPg0KPiA+IE92ZXJhbGwgdGhlIGRvY3VtZW50IGlz IHdlbGwgd3JpdHRlbiBhbmQgdGhlIG1vdGl2YXRpb24gc2VlbXMgY2xlYXIuIFRoZQ0KPiA+IHBy b3Bvc2VkIHNvbHV0aW9uIGlzIHRlY2huaWNhbGx5IHNvdW5kIGFuZCBnaXZlbiB0aGUgYXBwbGlj YXRpb24gb2YNCj4gPiB0dW5uZWxpbmcgb2YgTVBMUyBWUE5zIGFjcm9zcyBJUCBQU05zLCB0aGUg bWVjaGFuaXNtIGRvZXMgbG9vayB0byBicmluZw0KPiA+IG9wZXJhdGlvbmFsIGJlbmVmaXRzIGZv ciBzcGVjaWZpYyB1c2UgY2FzZXMuIFRoZXJlZm9yZSBJIGJlbGlldmUgdGhlDQo+ID4gZG9jdW1l bnQgaXMgcmVhZHkgdG8gYmUgY29uc2lkZXJlZCBmb3IgV0cgYWRvcHRpb24uDQo+ID4NCj4gPiBB dXRob3JzLA0KPiA+DQo+ID4gQXMgSSB3YXMgcmV2aWV3aW5nIHRoZSBkcmFmdCBJIGpvdHRlZCBk b3duIGEgbnVtYmVyIG9mIG1pbm9yIGNvbW1lbnRzLA0KPiB0aGVzZQ0KPiA+IGFyZSBvdXRsaW5l ZCBiZWxvdy4gRmVlbCBmcmVlIHRvIHVzZSBvciBkaXNjYXJkLg0KPiA+DQo+ID4gMS4gQXV0aG9y cy4gVGhlIFJGQy1FZGl0b3JzIGFyZSByZXF1ZXN0aW5nIG5vIG1vcmUgdGhhbiA1IGF1dGhvcnMg b24gdGhlDQo+ID4gZnJvbnQtcGFnZS4gU28geW91IG1heSBhcyB3ZWxsIGFkZHJlc3MgdGhpcyBz b29uZXIgcmF0aGVyIHRoYW4gbGF0ZXIuIFlvdQ0KPiA+IGNhbiBsb29rIHRvIHNwbGl0IGludG8g dG8gLSBBdXRob3JzIGFuZCBDb250cmlidXRpbmcgQXV0aG9ycyAob3IganVzdA0KPiA+IENvbnRy aWJ1dG9ycykgdG8gY2lyY3VtbmF2aWdhdGUgdGhlIGF1dGhvciBsaW1pdC4NCj4gPg0KPiA+IDIu IFlvdSBzaG91bGQgbW92ZSB0aGUgQWJzdHJhY3QgYWJvdmUgdGhlIFN0YXR1cyBvZiB0aGlzIE1l bW8gc2VjdGlvbi4NCj4gPg0KPiA+IDMuIFBlcmhhcHMgbG9vayB0byBleHBhbmQgQWJzdHJhY3Qg dG86DQo+ID4NCj4gPiBFeGlzdGluZyB0ZWNobm9sb2dpZXMgdG8gZW5jYXBzdWxhdGUgTVBMUyBv dmVyIElQIGFyZSBub3QgYWRlcXVhdGUgZm9yDQo+ID4gZWZmaWNpZW50IHRyYW5zcG9ydCBhY3Jv c3MgSVAtZW5hYmxlZCBQYWNrZXQgU3dpdGNoIE5ldHdvcmtzIChQU05zKS4gVGhpcw0KPiA+IGRv Y3VtZW50IHNwZWNpZmllcyBhbiBJUC1iYXNlZCBlbmNhcHN1bGF0aW9uIHRlY2hub2xvZ3kgZm9y IGxvYWQtYmFsYW5jaW5nDQo+ID4gTVBMUyBwYWNrZXRzIGFjcm9zcyBJUCBQU05zLiBUaGlzIG1l Y2hhbmlzbSBpcyByZWZlcnJlZCB0byBhcyBNUExTLWluLVVEUC4NCj4gPg0KPiA+IFRoaXMgZG9j dW1lbnQgZGVmaW5lcyB0aGUgcHJvdG9jb2wgZXh0ZW5zaW9ucyBhbmQgcHJvY2VkdXJlcyBmb3IN Cj4gTVBMUy1pbi1VRFANCj4gPiBhbmQgd2lsbCBmYWNpbGl0YXRlIHRyYW5zcG9ydCBvZiBNUExT IGFwcGxpY2F0aW9uIHRyYWZmaWMsIGluY2x1ZGluZyBMMlZQTnMNCj4gPiBhbmQgTDNWUE5zLCBh Y3Jvc3MgSVAtZW5hYmxlZCBQU05zLg0KPiA+IDw8DQo+ID4NCj4gPiA0LiBJbnRyb2R1Y3Rpb24g aXMgb2ssIGJ1dCB0aGUgd2FsbCBvZiB0ZXh0IHJlcXVpcmVzIHNwbGl0dGluZyBpbnRvIHNlcGFy YXRlDQo+ID4gcGFyYWdyYXBocyBmb3IgcmVhZGFiaWxpdHkuIFlvdSBjb3VsZCBzcGxpdCB0aGUg aW50cm9kdWN0aW9uIGludG8gc2VjdGlvbnMNCj4gPiAob3IganVzdCBhZGRpdGlvbmFsIHBhcmFn cmFwaHMpIHRvIGhlbHAgd2l0aCBuYXZpZ2F0aW9uLCBubyBtYWpvciBjaGFuZ2VzIGluDQo+ID4g dGV4dCBhcmUgcmVxdWlyZWQ6DQo+ID4NCj4gPiAxLiBJbnRyb2R1Y3Rpb24NCj4gPiAtIENvbnRh aW5zIGFwcGxpY2F0aW9uL21vdGl2YXRpb24gYmFja2dyb3VuZCB0ZXh0Lg0KPiA+IC0gSW50ZW50 aW9uIG9mIHRoZSBkb2N1bWVudC4NCj4gPg0KPiA+IDEuMSBFeGlzdGluZyBUZWNobm9sb2dpZXMN Cj4gPiAtIERlc2NyaWJlcyBleGlzdGluZyB0ZWNobmlxdWVzIChSRkM0MDIzLCBldCBhbC4pLg0K PiA+DQo+ID4gMS4yIFJlcXVpcmVtZW50cyBhbmQgTW90aXZhdGlvbg0KPiA+IC0gV2hhdCB0aGUg dGVjaG5vbG9neSBvciBhcHBsaWNhdGlvbiBnYXBzIGJldHdlZW4gcHJpb3Igd29yayBhbmQgdGhp cw0KPiA+IHByb3Bvc2FsLg0KPiA+IC0gVmVyeSBpbXBvcnRhbnQgdG8gZGlzY3VzcyB0aGUgbW90 aXZhdGlvbiBnaXZlbiB0aGF0IHdlIGFscmVhZHkgaGF2ZSBhDQo+ID4gbnVtYmVyIG9mIGFsdGVy bmF0aXZlcy4NCj4gPg0KPiA+IDUuIFRoZSBkb2N1bWVudCBtZW50aW9ucyAiY29yZSIgYSBudW1i ZXIgb2YgdGltZXMuIElzIHRoaXMgcmVhbGx5IGEgY29yZQ0KPiA+IGFwcGxpY2F0aW9uIG9yIGlz IHRoZSBtZWNoYW5pc20gbW9yZSBsaWtlbHkgdG8gYmUgYXBwbGllZCBpbiBlbnZpcm9ubWVudHMN Cj4gPiB3aXRoIGVxdWlwbWVudCB0aGF0IGRvZXMgbm90IHN1cHBvcnQgbmF0aXZlIE1QTFMgZm9y d2FyZGluZz8gVGhpcyBpcw0KPiA+IHNvbWV0aGluZyB5b3UgbWlnaHQgd2FudCB0byBleHBhbmQg b24gaW4gU2VjdGlvbiA2IChBcHBsaWNhYmlsaXR5KSBhbmQNCj4gPiBsZXNzZW4gdGhlICJjb3Jl IiBhcHBsaWNhYmlsaXR5IGluIG90aGVyIHBhcnRzIG9mIHRoZSBkb2N1bWVudC4gQWxzbywgaG93 DQo+ID4gYXBwbGljYWJsZSBpcyB0aGUgZG9jdW1lbnQgdG8gbXVsdGljYXN0IFZQTnMsIGFueSBp c3N1ZXM/DQo+ID4NCj4gPiA2LiBHZW5lcmFsIGNvbW1lbnQgb24gYWNyb255bXMuIFRoZSBkb2N1 bWVudCBleHBhbmRzIEVDTVAgYnV0IG5vdCBHUkUNCj4gb3INCj4gPiBTQUZJLCBzbyBtYXliZSBj aGVjayBkb2N1bWVudCBmb3IgY29uc2lzdGVuY3kuDQo+ID4NCj4gPiBQbGVhc2UgZG8gbm90IGhl c2l0YXRlIHRvIGVtYWlsIG1lIGlmIGFueXRoaW5nIGlzIG5vdCBjbGVhci4NCj4gPg0KPiA+IEJy LCBEYW4uDQo+ID4NCj4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+IEZyb206IExv YSBBbmRlcnNzb24gW21haWx0bzpsb2FAcGkubnVdDQo+ID4gU2VudDogVHVlc2RheSwgTm92ZW1i ZXIgMTMsIDIwMTIgOToxNiBBTQ0KPiA+IFRvOiBHcmVnb3J5IE1pcnNreTsgRGFuIEtpbmc7IEVy aWMgT3Nib3JuZSAoZW9zYm9ybmUpOw0KPiA+IG5pY2suZGVscmVnbm9AdmVyaXpvbi5jb207IG1w bHMtY2hhaXJzQHRvb2xzLmlldGYub3JnOyBNYXJ0aW4gVmlnb3VyZXV4Ow0KPiA+IGRyYWZ0LXh1 LW1wbHMtaW4tdWRwQHRvb2xzLmlldGYub3JnDQo+ID4gU3ViamVjdDogTVBMUy1SVCByZXZpZXcg b2YgZHJhZnQteHUtbXBscy1pbi11ZHAtMDMNCj4gPg0KPiA+IEdyZWcsIERhbiwgRXJpYyBhbmQg TmljaywNCj4gPg0KPiA+IFlvdSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgYW4gTVBMUyBSZXZpZXcg dGVhbSByZXZpZXdlcnMgZm9yDQo+ID4gZHJhZnQteHUtbXBscy1pbi11ZHAtMDMuDQo+ID4NCj4g PiBOb3RlIHRvIGF1dGhvcnM6IFlvdSBoYXZlIGJlZW4gQ0MnZCBvbiB0aGlzIGVtYWlsIHNvIHRo YXQgeW91IGNhbiBrbm93IHRoYXQNCj4gPiB0aGlzIHJldmlldyBpcyBnb2luZyBvbi4gSG93ZXZl ciwgcGxlYXNlIGRvIG5vdCByZXZpZXcgeW91ciBvd24gZG9jdW1lbnQuDQo+ID4NCj4gPiBSZXZp ZXdzIHNob3VsZCBjb21tZW50IG9uIHdoZXRoZXIgdGhlIGRvY3VtZW50IGlzIGNvaGVyZW50LCBp cyBpdCB1c2VmdWwNCj4gPiAoaWUsIGlzIGl0IGxpa2VseSB0byBiZSBhY3R1YWxseSB1c2VmdWwg aW4gb3BlcmF0aW9uYWwgbmV0d29ya3MpLCBhbmQgaXMgdGhlDQo+ID4gZG9jdW1lbnQgdGVjaG5p Y2FsbHkgc291bmQ/ICBXZSBhcmUgaW50ZXJlc3RlZCBpbiBrbm93aW5nIHdoZXRoZXIgdGhlDQo+ ID4gZG9jdW1lbnQgaXMgcmVhZHkgdG8gYmUgY29uc2lkZXJlZCBmb3IgV0cgYWRvcHRpb24gKGll LCBpdCBkb2Vzbid0IGhhdmUgdG8NCj4gPiBiZSBwZXJmZWN0IGF0IHRoaXMgcG9pbnQsIGJ1dCBz aG91bGQgYmUgYSBnb29kIHN0YXJ0KS4NCj4gPg0KPiA+IFJldmlld3Mgc2hvdWxkIGJlIHNlbnQg dG8gdGhlIGRvY3VtZW50IGF1dGhvcnMsIFdHIGNvLWNoYWlycyBhbmQNCj4gc2VjcmV0YXJ5LA0K PiA+IGFuZCBDQydkIHRvIHRoZSBNUExTIFdHIGVtYWlsIGxpc3QuIElmIG5lY2Vzc2FyeSwgY29t bWVudHMgbWF5IGJlIHNlbnQNCj4gPiBwcml2YXRlbHkgdG8gb25seSB0aGUgV0cgY2hhaXJzLg0K PiA+DQo+ID4gQXJlIHlvdSBhYmxlIHRvIHJldmlldyB0aGlzIGRyYWZ0IGJ5IE5vdmVtYmVyIDI5 LCAyMDEyPw0KPiA+DQo+ID4gVGhhbmtzLCBMb2ENCj4gPiAoYXMgTVBMUyBXRyBjaGFpcikNCj4g Pg0KPiA+IC9Mb2ENCj4gPg0KPiA+DQo+ID4gLS0NCj4gPg0KPiA+DQo+ID4gTG9hIEFuZGVyc3Nv biAgICAgICAgICAgICAgICAgICAgICAgICBlbWFpbDoNCj4gbG9hLmFuZGVyc3NvbkBlcmljc3Nv bi5jb20NCj4gPiBTciBTdHJhdGVneSBhbmQgU3RhbmRhcmRzIE1hbmFnZXIgICAgICAgICAgICBs b2FAcGkubnUNCj4gPiBFcmljc3NvbiBJbmMgICAgICAgICAgICAgICAgICAgICAgICAgIHBob25l OiArNDYgMTAgNzE3IDUyIDEzDQo+ID4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICs0NiA3NjcgNzIgOTIgMTMNCj4gPg0KPiA+DQo+ID4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiBtcGxzIG1haWxpbmcgbGlz dA0KPiA+IG1wbHNAaWV0Zi5vcmcNCj4gPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL21wbHMNCj4gPg0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4gbXBscyBtYWlsaW5nIGxpc3QNCj4gbXBsc0BpZXRmLm9yZw0KPiBo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCg== From stbryant@cisco.com Tue Nov 27 05:42:39 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2255A21F84D2 for ; Tue, 27 Nov 2012 05:42:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.599 X-Spam-Level: X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, 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 yRyZB9n5ydpr for ; Tue, 27 Nov 2012 05:42:38 -0800 (PST) Received: from ams-iport-4.cisco.com (ams-iport-4.cisco.com [144.254.224.147]) by ietfa.amsl.com (Postfix) with ESMTP id 3DB3F21F8472 for ; Tue, 27 Nov 2012 05:42:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1833; q=dns/txt; s=iport; t=1354023758; x=1355233358; h=message-id:date:from:reply-to:mime-version:to:cc:subject: content-transfer-encoding; bh=5o4IMiYhTFV4jqfTOBNk7ZLu9taskC2bD8JPNpOvhs4=; b=NAsUjzWZnuVynzaQVygEccRKW58z1Zh5fAD17vtb2TJJbBFMm8HLeF7H xlj/R3QsQGmwG0YKzV3Up5E9gL9JSehUbthHVnocpj0g1SxDDic5exAOn ZGkAW4T/UQeLoMnNn9QJ64W6MTo37LdiOMFnr+7ivdiRK0Wt6q0IglGX3 g=; X-IronPort-AV: E=McAfee;i="5400,1158,6908"; a="9958960" Received: from ams-core-1.cisco.com ([144.254.72.81]) by ams-iport-4.cisco.com with ESMTP; 27 Nov 2012 13:42:36 +0000 Received: from cisco.com (mrwint.cisco.com [64.103.70.36]) by ams-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id qARDgagL017473 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Nov 2012 13:42:36 GMT Received: from [127.0.0.1] (localhost [127.0.0.1]) by cisco.com (8.14.4+Sun/8.8.8) with ESMTP id qARDgYw9010305; Tue, 27 Nov 2012 13:42:35 GMT Message-ID: <50B4C34A.8070809@cisco.com> Date: Tue, 27 Nov 2012 13:42:34 +0000 From: Stewart Bryant User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: "mpls@ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [mpls] MPLS test session protocol X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: stbryant@cisco.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2012 13:42:39 -0000 MPLS Working group, The authors of draft-frost-mpls-test-session-00 wrote this draft to provide a simple and general G-ACh protocol for the setup and control of test traffic streams over MPLS. Such test streams are required by the Inferred Loss Measurement (ILM) mode specified in RFC 6374, and are useful for other purposes. This draft was presented at IETF 85 and received two comments, from Lou Berger and Greg Mirsky. The authors would like to request feedback from other WG members as to whether this draft should progress in the MPLS WG. To summarize the brief IETF 85 discussion, Greg felt the work was important but proposed using RSVP-TE/LDP for test session signaling. Lou similarly felt that RSVP-TE should be used in IP environments and that static NMS control is sufficient for non-IP MPLS-TP networks. Note that to support Pseudowire we would also need to define and implement an LDP signalling solution in addition to the RSVP-TE solution proposed by Lou. Further note that an LDP only solution is not an option in MPLS-TP because G-MPLS is the only control plane available for LSPs. In the view of the authors, it is important to have good protocol tools available to support OAM applications over the G-ACh in MPLS-TP networks with elements that do not necessarily support an IP stack. We do not find it convincing that a strictly NMS-based static configuration approach suffices to meet the needs of all such deployments. Also, in our view, even some IP network operators may be reluctant to deploy RSVP-TE between, for example, two adjacent nodes merely to get a packet loss measurement for a connecting link. We'd like to hear your views. Do you think the protocol described in the draft is a useful addition to the MPLS toolset? - Stewart & Dan (draft authors) From davari@broadcom.com Tue Nov 27 06:36:50 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25CE021F8667 for ; Tue, 27 Nov 2012 06:36:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.428 X-Spam-Level: X-Spam-Status: No, score=-3.428 tagged_above=-999 required=5 tests=[AWL=-2.571, BAYES_00=-2.599, CN_BODY_35=0.339, J_CHICKENPOX_13=0.6, J_CHICKENPOX_14=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, 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 DfFltO0PRgJ5 for ; Tue, 27 Nov 2012 06:36:49 -0800 (PST) Received: from mms3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by ietfa.amsl.com (Postfix) with ESMTP id 6516B21F84CD for ; Tue, 27 Nov 2012 06:36:49 -0800 (PST) Received: from [10.16.192.224] by mms3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.5)); Tue, 27 Nov 2012 06:32:14 -0800 X-Server-Uuid: B86B6450-0931-4310-942E-F00ED04CA7AF Received: from SJEXCHCAS02.corp.ad.broadcom.com (10.16.192.37) by SJEXCHHUB01.corp.ad.broadcom.com (10.16.192.224) with Microsoft SMTP Server (TLS) id 8.2.247.2; Tue, 27 Nov 2012 06:36:33 -0800 Received: from SJEXCHMB12.corp.ad.broadcom.com ( [fe80::bc15:c1e1:c29a:36f7]) by sjexchcas02.corp.ad.broadcom.com ( [::1]) with mapi id 14.01.0355.002; Tue, 27 Nov 2012 06:36:33 -0800 From: "Shahram Davari" To: Xuxiaohu Thread-Topic: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 Thread-Index: AQHHkwCqtCFX6nRCynct8aUUUUNUNAGo9NF+l/u7i9CAAJG6/IAAoOgA///9W5M= Date: Tue, 27 Nov 2012 14:36:32 +0000 Message-ID: <232DA9CE-1851-4406-8D9D-86C643973A4E@broadcom.com> References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se>, <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> <8E15642F-5F4B-4BD3-9BE9-C4EA56AA3FDE@broadcom.com>, <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0757EC74@szxeml525-mbx.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0757EC74@szxeml525-mbx.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-WSS-ID: 7CAA116439W367040-01-01 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: base64 Cc: "draft-xu-mpls-in-udp@tools.ietf.org" , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2012 14:36:50 -0000 SGkgWGlhb2h1LA0KDQpUaGUgcHJvYmxlbSB5b3UgYXJlIHRyeWluZyB0byBzb2x2ZSBpcyBkb2lu ZyBMMlZQTiBvciBMM1ZQTiBvdmVyIElQIHdpdGggbG9hZCBiYWxhbmNpbmcuIEFuZCB0aGVyZSBh cmUgdGVjaG5vbG9naWVzIHRoYXQgY2FuIGRvIHRoYXQgdG9kYXkgYW5kIGFyZSBhbHJlYWR5IGRl cGxveWVkLg0KDQpZZXMgeW91IGNhbiBhbHNvIGRvIHRoYXQgd2l0aCBNUExTIG92ZXIgVURQIG92 ZXIgSVAuIEJ1dCB3aHkgbm90IHVzZSBvbmUgb2YgdGhvc2Ugb3RoZXIgb25lcy4gVW5sZXNzIHlv dSBjYW4gc2hvdyB0aGF0IHRoZXJlIGlzIG1ham9yIGRlZmljaWVuY3kgaW4gb3RoZXIgc29sdXRp b25zLCB5b3VyIHNvbHV0aW9uIHdpbGwgYWRkIHlldCBhbm90aGVyIHNvbHV0aW9uIHRvIHRoZSBw YWNrIGFuZCBhZGQgdG8gdGhlIG1hcmtldCBjb25mdXNpb24uDQoNClJlZ2FyZHMsDQpTaGFocmFt DQoNCg0KT24gTm92IDI2LCAyMDEyLCBhdCAxMDo0NyBQTSwgIlh1eGlhb2h1IiA8eHV4aWFvaHVA aHVhd2VpLmNvbT4gd3JvdGU6DQoNCj4gSGkgU2hhaHJhbSAsDQo+IA0KPiBUaGUgTVBMUy1pbi1V RFAgZW5jYXBzdWxhdGlvbiBpcyBpbnRlbmRlZCB0byBmYWNpbGl0YXRlIHRoZSBsb2FkIGJhbGFu Y2luZyBvZiBNUExTLWJhc2VkIEwyVlBOIG9yIEwzVlBOIHRyYWZmaWMgb3ZlciB0aGUgSVAgbmV0 d29ya3MuIEkgdGhpbmsgbmVpdGhlciBvZiB0aGUgdHVubmVsIGVuY2Fwc3VsYXRpb24gb3B0aW9u cyB5b3UgbWVudGlvbmVkIGJlbG93IGlzIGludGVuZGVkIHRvIGJlIHVzZWQgYXMgYSB0dW5uZWwg dGVjaG5vbG9neSBiZXR3ZWVuIHRoZSBNUExTLWJhc2VkIEwyVlBOIG9yIEwzVlBOIFBFIHJvdXRl cnMuDQo+IA0KPiBYaWFvaHUNCj4gDQo+PiAtLS0tLdPKvP7Urbz+LS0tLS0NCj4+ILeivP7Iyzog bXBscy1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnXSC0+rHt DQo+PiBTaGFocmFtIERhdmFyaQ0KPj4gt6LLzcqxvOQ6IDIwMTLE6jEx1MIyN8jVIDEzOjEwDQo+ PiDK1bz+yMs6IERhbmllbCBLaW5nDQo+PiCzrcvNOiBtcGxzQGlldGYub3JnOyBkcmFmdC14dS1t cGxzLWluLXVkcEB0b29scy5pZXRmLm9yZzsNCj4+IG1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3Jn DQo+PiDW98ziOiBSZTogW21wbHNdIE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LXh1LW1wbHMtaW4t dWRwLTAzDQo+PiANCj4+IEhpLA0KPj4gDQo+PiBJbiBteSBvcGluaW9uIHRoaXMgaXMgYSBzb2x1 dGlvbiB0byBhIHByb2JsZW0gdGhhdCBoYXMgYSBkb3plbiBvdGhlciBzb2x1dGlvbnMNCj4+IHN1 Y2ggYXMgTlZHUkUsIFZYTEFOLCBPVFAsIFNUVCwgZXRjLg0KPj4gDQo+PiBTbyBJIHdvbmRlciB3 aHkgTVBMUyBXRyBzaG91bGQgc3BlbmQgaXRzIHZhbHVhYmxlIHRpbWUgd29ya2luZyBvbiB5ZXQN Cj4+IGFub3RoZXIgc29sdXRpb24uDQo+PiANCj4+IFJlZ2FyZHMsDQo+PiBTaGFocmFtDQo+PiAN Cj4+IA0KPj4gT24gTm92IDI2LCAyMDEyLCBhdCAxMjo0OCBQTSwgIkRhbmllbCBLaW5nIiA8ZGFu aWVsQG9sZGRvZy5jby51az4gd3JvdGU6DQo+PiANCj4+PiBIaSBBbGwsDQo+Pj4gDQo+Pj4gQXMg cmVxdWVzdGVkLCBJIGhhdmUgcGVyZm9ybWVkIGFuIE1QTFMtVFIgcmV2aWV3IG9mDQo+PiBkcmFm dC14dS1tcGxzLWluLXVkcC0wMzoNCj4+PiANCj4+PiBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRt bC9kcmFmdC14dS1tcGxzLWluLXVkcC0wMw0KPj4+IA0KPj4+IE92ZXJhbGwgdGhlIGRvY3VtZW50 IGlzIHdlbGwgd3JpdHRlbiBhbmQgdGhlIG1vdGl2YXRpb24gc2VlbXMgY2xlYXIuIFRoZQ0KPj4+ IHByb3Bvc2VkIHNvbHV0aW9uIGlzIHRlY2huaWNhbGx5IHNvdW5kIGFuZCBnaXZlbiB0aGUgYXBw bGljYXRpb24gb2YNCj4+PiB0dW5uZWxpbmcgb2YgTVBMUyBWUE5zIGFjcm9zcyBJUCBQU05zLCB0 aGUgbWVjaGFuaXNtIGRvZXMgbG9vayB0byBicmluZw0KPj4+IG9wZXJhdGlvbmFsIGJlbmVmaXRz IGZvciBzcGVjaWZpYyB1c2UgY2FzZXMuIFRoZXJlZm9yZSBJIGJlbGlldmUgdGhlDQo+Pj4gZG9j dW1lbnQgaXMgcmVhZHkgdG8gYmUgY29uc2lkZXJlZCBmb3IgV0cgYWRvcHRpb24uDQo+Pj4gDQo+ Pj4gQXV0aG9ycywNCj4+PiANCj4+PiBBcyBJIHdhcyByZXZpZXdpbmcgdGhlIGRyYWZ0IEkgam90 dGVkIGRvd24gYSBudW1iZXIgb2YgbWlub3IgY29tbWVudHMsDQo+PiB0aGVzZQ0KPj4+IGFyZSBv dXRsaW5lZCBiZWxvdy4gRmVlbCBmcmVlIHRvIHVzZSBvciBkaXNjYXJkLg0KPj4+IA0KPj4+IDEu IEF1dGhvcnMuIFRoZSBSRkMtRWRpdG9ycyBhcmUgcmVxdWVzdGluZyBubyBtb3JlIHRoYW4gNSBh dXRob3JzIG9uIHRoZQ0KPj4+IGZyb250LXBhZ2UuIFNvIHlvdSBtYXkgYXMgd2VsbCBhZGRyZXNz IHRoaXMgc29vbmVyIHJhdGhlciB0aGFuIGxhdGVyLiBZb3UNCj4+PiBjYW4gbG9vayB0byBzcGxp dCBpbnRvIHRvIC0gQXV0aG9ycyBhbmQgQ29udHJpYnV0aW5nIEF1dGhvcnMgKG9yIGp1c3QNCj4+ PiBDb250cmlidXRvcnMpIHRvIGNpcmN1bW5hdmlnYXRlIHRoZSBhdXRob3IgbGltaXQuDQo+Pj4g DQo+Pj4gMi4gWW91IHNob3VsZCBtb3ZlIHRoZSBBYnN0cmFjdCBhYm92ZSB0aGUgU3RhdHVzIG9m IHRoaXMgTWVtbyBzZWN0aW9uLg0KPj4+IA0KPj4+IDMuIFBlcmhhcHMgbG9vayB0byBleHBhbmQg QWJzdHJhY3QgdG86DQo+Pj4gDQo+Pj4gRXhpc3RpbmcgdGVjaG5vbG9naWVzIHRvIGVuY2Fwc3Vs YXRlIE1QTFMgb3ZlciBJUCBhcmUgbm90IGFkZXF1YXRlIGZvcg0KPj4+IGVmZmljaWVudCB0cmFu c3BvcnQgYWNyb3NzIElQLWVuYWJsZWQgUGFja2V0IFN3aXRjaCBOZXR3b3JrcyAoUFNOcykuIFRo aXMNCj4+PiBkb2N1bWVudCBzcGVjaWZpZXMgYW4gSVAtYmFzZWQgZW5jYXBzdWxhdGlvbiB0ZWNo bm9sb2d5IGZvciBsb2FkLWJhbGFuY2luZw0KPj4+IE1QTFMgcGFja2V0cyBhY3Jvc3MgSVAgUFNO cy4gVGhpcyBtZWNoYW5pc20gaXMgcmVmZXJyZWQgdG8gYXMgTVBMUy1pbi1VRFAuDQo+Pj4gDQo+ Pj4gVGhpcyBkb2N1bWVudCBkZWZpbmVzIHRoZSBwcm90b2NvbCBleHRlbnNpb25zIGFuZCBwcm9j ZWR1cmVzIGZvcg0KPj4gTVBMUy1pbi1VRFANCj4+PiBhbmQgd2lsbCBmYWNpbGl0YXRlIHRyYW5z cG9ydCBvZiBNUExTIGFwcGxpY2F0aW9uIHRyYWZmaWMsIGluY2x1ZGluZyBMMlZQTnMNCj4+PiBh bmQgTDNWUE5zLCBhY3Jvc3MgSVAtZW5hYmxlZCBQU05zLg0KPj4+IDw8DQo+Pj4gDQo+Pj4gNC4g SW50cm9kdWN0aW9uIGlzIG9rLCBidXQgdGhlIHdhbGwgb2YgdGV4dCByZXF1aXJlcyBzcGxpdHRp bmcgaW50byBzZXBhcmF0ZQ0KPj4+IHBhcmFncmFwaHMgZm9yIHJlYWRhYmlsaXR5LiBZb3UgY291 bGQgc3BsaXQgdGhlIGludHJvZHVjdGlvbiBpbnRvIHNlY3Rpb25zDQo+Pj4gKG9yIGp1c3QgYWRk aXRpb25hbCBwYXJhZ3JhcGhzKSB0byBoZWxwIHdpdGggbmF2aWdhdGlvbiwgbm8gbWFqb3IgY2hh bmdlcyBpbg0KPj4+IHRleHQgYXJlIHJlcXVpcmVkOg0KPj4+IA0KPj4+IDEuIEludHJvZHVjdGlv bg0KPj4+IC0gQ29udGFpbnMgYXBwbGljYXRpb24vbW90aXZhdGlvbiBiYWNrZ3JvdW5kIHRleHQu DQo+Pj4gLSBJbnRlbnRpb24gb2YgdGhlIGRvY3VtZW50Lg0KPj4+IA0KPj4+IDEuMSBFeGlzdGlu ZyBUZWNobm9sb2dpZXMNCj4+PiAtIERlc2NyaWJlcyBleGlzdGluZyB0ZWNobmlxdWVzIChSRkM0 MDIzLCBldCBhbC4pLg0KPj4+IA0KPj4+IDEuMiBSZXF1aXJlbWVudHMgYW5kIE1vdGl2YXRpb24N Cj4+PiAtIFdoYXQgdGhlIHRlY2hub2xvZ3kgb3IgYXBwbGljYXRpb24gZ2FwcyBiZXR3ZWVuIHBy aW9yIHdvcmsgYW5kIHRoaXMNCj4+PiBwcm9wb3NhbC4NCj4+PiAtIFZlcnkgaW1wb3J0YW50IHRv IGRpc2N1c3MgdGhlIG1vdGl2YXRpb24gZ2l2ZW4gdGhhdCB3ZSBhbHJlYWR5IGhhdmUgYQ0KPj4+ IG51bWJlciBvZiBhbHRlcm5hdGl2ZXMuDQo+Pj4gDQo+Pj4gNS4gVGhlIGRvY3VtZW50IG1lbnRp b25zICJjb3JlIiBhIG51bWJlciBvZiB0aW1lcy4gSXMgdGhpcyByZWFsbHkgYSBjb3JlDQo+Pj4g YXBwbGljYXRpb24gb3IgaXMgdGhlIG1lY2hhbmlzbSBtb3JlIGxpa2VseSB0byBiZSBhcHBsaWVk IGluIGVudmlyb25tZW50cw0KPj4+IHdpdGggZXF1aXBtZW50IHRoYXQgZG9lcyBub3Qgc3VwcG9y dCBuYXRpdmUgTVBMUyBmb3J3YXJkaW5nPyBUaGlzIGlzDQo+Pj4gc29tZXRoaW5nIHlvdSBtaWdo dCB3YW50IHRvIGV4cGFuZCBvbiBpbiBTZWN0aW9uIDYgKEFwcGxpY2FiaWxpdHkpIGFuZA0KPj4+ IGxlc3NlbiB0aGUgImNvcmUiIGFwcGxpY2FiaWxpdHkgaW4gb3RoZXIgcGFydHMgb2YgdGhlIGRv Y3VtZW50LiBBbHNvLCBob3cNCj4+PiBhcHBsaWNhYmxlIGlzIHRoZSBkb2N1bWVudCB0byBtdWx0 aWNhc3QgVlBOcywgYW55IGlzc3Vlcz8NCj4+PiANCj4+PiA2LiBHZW5lcmFsIGNvbW1lbnQgb24g YWNyb255bXMuIFRoZSBkb2N1bWVudCBleHBhbmRzIEVDTVAgYnV0IG5vdCBHUkUNCj4+IG9yDQo+ Pj4gU0FGSSwgc28gbWF5YmUgY2hlY2sgZG9jdW1lbnQgZm9yIGNvbnNpc3RlbmN5Lg0KPj4+IA0K Pj4+IFBsZWFzZSBkbyBub3QgaGVzaXRhdGUgdG8gZW1haWwgbWUgaWYgYW55dGhpbmcgaXMgbm90 IGNsZWFyLg0KPj4+IA0KPj4+IEJyLCBEYW4uDQo+Pj4gDQo+Pj4gLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCj4+PiBGcm9tOiBMb2EgQW5kZXJzc29uIFttYWlsdG86bG9hQHBpLm51XQ0KPj4+ IFNlbnQ6IFR1ZXNkYXksIE5vdmVtYmVyIDEzLCAyMDEyIDk6MTYgQU0NCj4+PiBUbzogR3JlZ29y eSBNaXJza3k7IERhbiBLaW5nOyBFcmljIE9zYm9ybmUgKGVvc2Jvcm5lKTsNCj4+PiBuaWNrLmRl bHJlZ25vQHZlcml6b24uY29tOyBtcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZzsgTWFydGluIFZp Z291cmV1eDsNCj4+PiBkcmFmdC14dS1tcGxzLWluLXVkcEB0b29scy5pZXRmLm9yZw0KPj4+IFN1 YmplY3Q6IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LXh1LW1wbHMtaW4tdWRwLTAzDQo+Pj4gDQo+ Pj4gR3JlZywgRGFuLCBFcmljIGFuZCBOaWNrLA0KPj4+IA0KPj4+IFlvdSBoYXZlIGJlZW4gc2Vs ZWN0ZWQgYXMgYW4gTVBMUyBSZXZpZXcgdGVhbSByZXZpZXdlcnMgZm9yDQo+Pj4gZHJhZnQteHUt bXBscy1pbi11ZHAtMDMuDQo+Pj4gDQo+Pj4gTm90ZSB0byBhdXRob3JzOiBZb3UgaGF2ZSBiZWVu IENDJ2Qgb24gdGhpcyBlbWFpbCBzbyB0aGF0IHlvdSBjYW4ga25vdyB0aGF0DQo+Pj4gdGhpcyBy ZXZpZXcgaXMgZ29pbmcgb24uIEhvd2V2ZXIsIHBsZWFzZSBkbyBub3QgcmV2aWV3IHlvdXIgb3du IGRvY3VtZW50Lg0KPj4+IA0KPj4+IFJldmlld3Mgc2hvdWxkIGNvbW1lbnQgb24gd2hldGhlciB0 aGUgZG9jdW1lbnQgaXMgY29oZXJlbnQsIGlzIGl0IHVzZWZ1bA0KPj4+IChpZSwgaXMgaXQgbGlr ZWx5IHRvIGJlIGFjdHVhbGx5IHVzZWZ1bCBpbiBvcGVyYXRpb25hbCBuZXR3b3JrcyksIGFuZCBp cyB0aGUNCj4+PiBkb2N1bWVudCB0ZWNobmljYWxseSBzb3VuZD8gIFdlIGFyZSBpbnRlcmVzdGVk IGluIGtub3dpbmcgd2hldGhlciB0aGUNCj4+PiBkb2N1bWVudCBpcyByZWFkeSB0byBiZSBjb25z aWRlcmVkIGZvciBXRyBhZG9wdGlvbiAoaWUsIGl0IGRvZXNuJ3QgaGF2ZSB0bw0KPj4+IGJlIHBl cmZlY3QgYXQgdGhpcyBwb2ludCwgYnV0IHNob3VsZCBiZSBhIGdvb2Qgc3RhcnQpLg0KPj4+IA0K Pj4+IFJldmlld3Mgc2hvdWxkIGJlIHNlbnQgdG8gdGhlIGRvY3VtZW50IGF1dGhvcnMsIFdHIGNv LWNoYWlycyBhbmQNCj4+IHNlY3JldGFyeSwNCj4+PiBhbmQgQ0MnZCB0byB0aGUgTVBMUyBXRyBl bWFpbCBsaXN0LiBJZiBuZWNlc3NhcnksIGNvbW1lbnRzIG1heSBiZSBzZW50DQo+Pj4gcHJpdmF0 ZWx5IHRvIG9ubHkgdGhlIFdHIGNoYWlycy4NCj4+PiANCj4+PiBBcmUgeW91IGFibGUgdG8gcmV2 aWV3IHRoaXMgZHJhZnQgYnkgTm92ZW1iZXIgMjksIDIwMTI/DQo+Pj4gDQo+Pj4gVGhhbmtzLCBM b2ENCj4+PiAoYXMgTVBMUyBXRyBjaGFpcikNCj4+PiANCj4+PiAvTG9hDQo+Pj4gDQo+Pj4gDQo+ Pj4gLS0NCj4+PiANCj4+PiANCj4+PiBMb2EgQW5kZXJzc29uICAgICAgICAgICAgICAgICAgICAg ICAgIGVtYWlsOg0KPj4gbG9hLmFuZGVyc3NvbkBlcmljc3Nvbi5jb20NCj4+PiBTciBTdHJhdGVn eSBhbmQgU3RhbmRhcmRzIE1hbmFnZXIgICAgICAgICAgICBsb2FAcGkubnUNCj4+PiBFcmljc3Nv biBJbmMgICAgICAgICAgICAgICAgICAgICAgICAgIHBob25lOiArNDYgMTAgNzE3IDUyIDEzDQo+ Pj4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKzQ2IDc2NyA3 MiA5MiAxMw0KPj4+IA0KPj4+IA0KPj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQo+Pj4gbXBscyBtYWlsaW5nIGxpc3QNCj4+PiBtcGxzQGlldGYub3Jn DQo+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQo+PiANCj4+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBtcGxz IG1haWxpbmcgbGlzdA0KPj4gbXBsc0BpZXRmLm9yZw0KPj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9tcGxzDQo= From francesco.fondelli@gmail.com Tue Nov 27 09:35:46 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D517C21F8499 for ; Tue, 27 Nov 2012 09:35:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 41qULQHgpskc for ; Tue, 27 Nov 2012 09:35:46 -0800 (PST) Received: from mail-pa0-f44.google.com (mail-pa0-f44.google.com [209.85.220.44]) by ietfa.amsl.com (Postfix) with ESMTP id 26B2021F8487 for ; Tue, 27 Nov 2012 09:35:46 -0800 (PST) Received: by mail-pa0-f44.google.com with SMTP id hz11so6905578pad.31 for ; Tue, 27 Nov 2012 09:35:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=iX8d+zOVO5b8PUS5qOqTXrNk9coa0szOOkKh8D/L0AY=; b=E9gB3RSYcMJ9lN1f5iumkIgUL2q2xSARtsWmCHVp/DWk9R2v02ywdQCjQ3EahNcjvX wHY0Wd7IsCq1mECHQX0akA1E3xbRQO2apR2k7eNXSthT1Vqd5jPMzXyaq1WmQMvDy3ck bL/8uS5wIAgAXsEh+Ih5OdxOaNvAh8j9elJf907hZbGMY8lXzMBK3N+11Y7G5UVS+F/W Ju2EjHQs8zXGWZ1JpFUgOvBUaMNT6OnpCuPYLRWXLPL8WnO3zUty8OQWAPYYEA83+3l3 TD4S48GXLZWA8F5YKqwpj2y7hlv0GjglXWWNCp14TxW65cicQe59Q8vmYji5UNur3+J0 GLYQ== MIME-Version: 1.0 Received: by 10.66.76.73 with SMTP id i9mr44592167paw.17.1354037745908; Tue, 27 Nov 2012 09:35:45 -0800 (PST) Received: by 10.66.232.133 with HTTP; Tue, 27 Nov 2012 09:35:45 -0800 (PST) In-Reply-To: <50B34A52.3040704@cisco.com> References: <500294E9.3020709@pi.nu> <5002B829.5070705@pi.nu> <50B34A52.3040704@cisco.com> Date: Tue, 27 Nov 2012 18:35:45 +0100 Message-ID: From: Francesco Fondelli To: stbryant@cisco.com Content-Type: text/plain; charset=UTF-8 Cc: "mpls@ietf.org" , MPLS-TP ad hoc team , draft-ietf-mpls-tp-ethernet-addressing.all@tools.ietf.org, "mpls-ads@tools.ietf.org" , draft-ietf-mpls-gach-adv.all@tools.ietf.org Subject: Re: [mpls] WG last call: draft-ietf-mpls-gach-adv and draft-ietf-mpls-tp-ethernet-addressing X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2012 17:35:46 -0000 On Mon, Nov 26, 2012 at 11:54 AM, Stewart Bryant wrote: > Francesco Hi Stewart, [cut] > I think that this already covers your concern, since a m/c address > does not pass the MUST test above. Ahh yes, OK. I misinterpreted that text. I think I did read it as "do not send" instead of "do not use" which I guess implies both sending and receiving (my comment was about defensive dropping at RX). thank you ciao fra On Mon, Nov 26, 2012 at 11:54 AM, Stewart Bryant wrote: > Francesco > > I just found this email when doing a trawl of emails related to this draft. > > The draft says: > > When a multipoint Ethernet link -- that is, a link which is not known > to be point-to-point -- serves as a section for a point-to-point > MPLS-TP LSP, unicast destination MAC addresses MUST be used for > Ethernet frames carrying packets of the LSP. > > I think that this already covers your concern, since a m/c address > does not pass the MUST test above. > > Stewart > > On 16/07/2012 13:23, Francesco Fondelli wrote: > > Hi, > > I have a comment. > > If a box received a frame with dest MAC addr 01-00-5E-90-00-00 > on a link that is known *not* to be p2p (or its nature/usage > is unknown) I'd discard it. > > If we agree this is a sensible behavior I think it SHOULD be explicitly > stated in draft tp-ethernet-addressing. I think the Security > Considerations section is a good place (actually it only provides > suggestions to operators). > > thank you > ciao > ff > > On Sun, Jul 15, 2012 at 2:31 PM, Loa Andersson wrote: > > All, > > I managed to mistype some of the mail-aliases, please use this mail > to respond. > > /Loa > > On 2012-07-15 12:01, Loa Andersson wrote: > > Working Group, > > this is to start a working group last call on > > draft-ietf-mpls-gach-adv-02 > and > draft-ietf-mpls-tp-ethernet-addressing-01 > > Please send your comments to the mpls working group mailing list > (mpls@ietf.org). > > Normally this working group last call would last for two weeks, but > since we are going in the the cut-off period prior to the Vancouver > meeting, this wg last call ends when the cut-off is lifted during > the IETF week. > > /Loa > (as wg co-chair) > > -- > > > Loa Andersson email: loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > . > > > > -- > For corporate legal information go to: > > http://www.cisco.com/web/about/doing_business/legal/cri/index.html > From adrian@olddog.co.uk Tue Nov 27 09:36:19 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9CE7621F84BA for ; Tue, 27 Nov 2012 09:36:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, 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 qekU9i8S6FqE for ; Tue, 27 Nov 2012 09:36:19 -0800 (PST) Received: from asmtp5.iomartmail.com (asmtp5.iomartmail.com [62.128.201.176]) by ietfa.amsl.com (Postfix) with ESMTP id D404D21F84C8 for ; Tue, 27 Nov 2012 09:36:18 -0800 (PST) Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id qARHaE9m013697; Tue, 27 Nov 2012 17:36:14 GMT Received: from 950129200 (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id qARHaDsH013673 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 27 Nov 2012 17:36:13 GMT From: "Adrian Farrel" To: , References: <50B4C34A.8070809@cisco.com> In-Reply-To: <50B4C34A.8070809@cisco.com> Date: Tue, 27 Nov 2012 17:36:12 -0000 Message-ID: <039001cdccc5$b28078c0$17816a40$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHWLqNORYuHfKO1XOxc6eCHwY7Vq5ftLezw Content-Language: en-gb Subject: Re: [mpls] MPLS test session protocol X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2012 17:36:19 -0000 Hi, Has anybody raised this work with the IPPM working group to get their take on it? Adrian > -----Original Message----- > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of > Stewart Bryant > Sent: 27 November 2012 13:43 > To: mpls@ietf.org > Subject: [mpls] MPLS test session protocol > > MPLS Working group, > > The authors of draft-frost-mpls-test-session-00 wrote this draft to > provide a simple and general G-ACh protocol for the setup and control of > test traffic streams over MPLS. Such test streams are required by the > Inferred Loss Measurement (ILM) mode specified in RFC 6374, and are > useful for other purposes. > > This draft was presented at IETF 85 and received two comments, from Lou > Berger and Greg Mirsky. The authors would like to request feedback from > other WG members as to whether this draft should progress in the MPLS > WG. > > To summarize the brief IETF 85 discussion, Greg felt the work was > important but proposed using RSVP-TE/LDP for test session signaling. > Lou similarly felt that RSVP-TE should be used in IP environments and > that static NMS control is sufficient for non-IP MPLS-TP networks. > > Note that to support Pseudowire we would also need to define and > implement an LDP signalling solution in addition to the RSVP-TE > solution proposed by Lou. Further note that an LDP only solution > is not an option in MPLS-TP because G-MPLS is the only control > plane available for LSPs. > > In the view of the authors, it is important to have good protocol tools > available to support OAM applications over the G-ACh in MPLS-TP networks > with elements that do not necessarily support an IP stack. We do not > find it convincing that a strictly NMS-based static configuration > approach suffices to meet the needs of all such deployments. > > Also, in our view, even some IP network operators may be reluctant to > deploy RSVP-TE between, for example, two adjacent nodes merely to get a > packet loss measurement for a connecting link. > > We'd like to hear your views. Do you think the protocol described in > the draft is a useful addition to the MPLS toolset? > > - Stewart & Dan (draft authors) > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From gregory.mirsky@ericsson.com Tue Nov 27 09:39:53 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C55A21F8662 for ; Tue, 27 Nov 2012 09:39:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[AWL=0.001, 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 AGbx5Xg6zbEx for ; Tue, 27 Nov 2012 09:39:52 -0800 (PST) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id 3E08921F8660 for ; Tue, 27 Nov 2012 09:39:52 -0800 (PST) Received: from eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id qARHm1Uk016116; Tue, 27 Nov 2012 11:48:03 -0600 Received: from EUSAAHC006.ericsson.se (147.117.188.90) by eusaamw0712.eamcs.ericsson.se (147.117.20.181) with Microsoft SMTP Server (TLS) id 8.3.279.1; Tue, 27 Nov 2012 12:39:45 -0500 Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC006.ericsson.se ([147.117.188.90]) with mapi id 14.02.0318.001; Tue, 27 Nov 2012 12:39:45 -0500 From: Gregory Mirsky To: "adrian@olddog.co.uk" , "stbryant@cisco.com" , "mpls@ietf.org" Thread-Topic: [mpls] MPLS test session protocol Thread-Index: AQHNzKUZRrM+ZjbnjECswAed60GNg5f+ReoA//+shaA= Date: Tue, 27 Nov 2012 17:39:44 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF11201C560@eusaamb103.ericsson.se> References: <50B4C34A.8070809@cisco.com> <039001cdccc5$b28078c0$17816a40$@olddog.co.uk> In-Reply-To: <039001cdccc5$b28078c0$17816a40$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.134] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [mpls] MPLS test session protocol X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2012 17:39:53 -0000 Hi Adrian, I thought of parallels with IPPM-Control (OWAMP and TWAMP) protocol. And it= is IP PM after all. Regards, Greg=20 -----Original Message----- From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Adr= ian Farrel Sent: Tuesday, November 27, 2012 9:36 AM To: stbryant@cisco.com; mpls@ietf.org Subject: Re: [mpls] MPLS test session protocol Hi, Has anybody raised this work with the IPPM working group to get their take = on it? Adrian > -----Original Message----- > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf=20 > Of Stewart Bryant > Sent: 27 November 2012 13:43 > To: mpls@ietf.org > Subject: [mpls] MPLS test session protocol >=20 > MPLS Working group, >=20 > The authors of draft-frost-mpls-test-session-00 wrote this draft to=20 > provide a simple and general G-ACh protocol for the setup and control=20 > of test traffic streams over MPLS. Such test streams are required by=20 > the Inferred Loss Measurement (ILM) mode specified in RFC 6374, and=20 > are useful for other purposes. >=20 > This draft was presented at IETF 85 and received two comments, from=20 > Lou Berger and Greg Mirsky. The authors would like to request=20 > feedback from other WG members as to whether this draft should=20 > progress in the MPLS WG. >=20 > To summarize the brief IETF 85 discussion, Greg felt the work was=20 > important but proposed using RSVP-TE/LDP for test session signaling. > Lou similarly felt that RSVP-TE should be used in IP environments and=20 > that static NMS control is sufficient for non-IP MPLS-TP networks. >=20 > Note that to support Pseudowire we would also need to define and=20 > implement an LDP signalling solution in addition to the RSVP-TE=20 > solution proposed by Lou. Further note that an LDP only solution is=20 > not an option in MPLS-TP because G-MPLS is the only control plane=20 > available for LSPs. >=20 > In the view of the authors, it is important to have good protocol=20 > tools available to support OAM applications over the G-ACh in MPLS-TP=20 > networks with elements that do not necessarily support an IP stack. =20 > We do not find it convincing that a strictly NMS-based static=20 > configuration approach suffices to meet the needs of all such deployments= . >=20 > Also, in our view, even some IP network operators may be reluctant to=20 > deploy RSVP-TE between, for example, two adjacent nodes merely to get=20 > a packet loss measurement for a connecting link. >=20 > We'd like to hear your views. Do you think the protocol described in=20 > the draft is a useful addition to the MPLS toolset? >=20 > - Stewart & Dan (draft authors) >=20 >=20 >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From loa@pi.nu Tue Nov 27 11:54:58 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB9A321F8639 for ; Tue, 27 Nov 2012 11:54:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[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 bdfG64apdBzM for ; Tue, 27 Nov 2012 11:54:58 -0800 (PST) Received: from mail.pi.nu (ns1.elverljung.se [195.206.248.139]) by ietfa.amsl.com (Postfix) with ESMTP id 19ACE21F85C0 for ; Tue, 27 Nov 2012 11:54:57 -0800 (PST) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.pi.nu (Postfix) with ESMTPSA id 766918235A; Tue, 27 Nov 2012 20:54:52 +0100 (CET) Message-ID: <50B51A8A.5050108@pi.nu> Date: Tue, 27 Nov 2012 20:54:50 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: "mpls@ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: draft-xu-mpls-in-udp@tools.ietf.org, "mpls-chairs@tools.ietf.org" Subject: [mpls] IPR poll on draft-xu-mpls-in-udp X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2012 19:54:58 -0000 Working Group and authors; The authors of draft-xu-mpls-in-udp has indicated that the draft is ready to be adopted as a working group document. Before starting the poll to see if there is wg consensus to make the draft a working group document we will do an IPR poll to check whether there is IPR on the document that needs to be disclosed. This mail starts that IPR poll. Are you aware of any IPR that applies to draft-xu-mpls-in-udp? If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). If you are listed as a document author or contributor please respond to this email regardless of whether or not you are aware of any relevant IPR. *The response needs to be sent to the MPLS wg mailing list.* The documents will not advance to the next stage until a response has been received from each author and contributor. If you are on the MPLS WG email list but are not listed as an author or contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. Thanks, Loa (as MPLS WG co-chair) -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From lucy.yong@huawei.com Tue Nov 27 11:59:36 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A44A221F84B5 for ; Tue, 27 Nov 2012 11:59:36 -0800 (PST) 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 KV1+vmkC0WPn for ; Tue, 27 Nov 2012 11:59:36 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 7CED321F849B for ; Tue, 27 Nov 2012 11:59:35 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id ALY74623; Tue, 27 Nov 2012 19:59:34 +0000 (GMT) Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 27 Nov 2012 19:58:54 +0000 Received: from DFWEML407-HUB.china.huawei.com (10.193.5.132) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 27 Nov 2012 19:59:01 +0000 Received: from DFWEML505-MBX.china.huawei.com ([10.124.31.100]) by dfweml407-hub.china.huawei.com ([10.193.5.132]) with mapi id 14.01.0323.003; Tue, 27 Nov 2012 11:58:57 -0800 From: Lucy yong To: Loa Andersson , "mpls@ietf.org" Thread-Topic: IPR poll on draft-xu-mpls-in-udp Thread-Index: AQHNzNka5xdcFLeqA0uBPRaOy06TFJf+GKNg Date: Tue, 27 Nov 2012 19:58:56 +0000 Message-ID: <2691CE0099834E4A9C5044EEC662BB9D44849408@dfweml505-mbx> References: <50B51A8A.5050108@pi.nu> In-Reply-To: <50B51A8A.5050108@pi.nu> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.88.238] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "draft-xu-mpls-in-udp@tools.ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] IPR poll on draft-xu-mpls-in-udp X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2012 19:59:36 -0000 As a co-author, I am not aware of an IPR related to the draft. Lucy > -----Original Message----- > From: Loa Andersson [mailto:loa@pi.nu] > Sent: Tuesday, November 27, 2012 1:55 PM > To: mpls@ietf.org > Cc: mpls-chairs@tools.ietf.org; draft-xu-mpls-in-udp@tools.ietf.org; > Martin Vigoureux > Subject: IPR poll on draft-xu-mpls-in-udp >=20 > Working Group and authors; >=20 > The authors of draft-xu-mpls-in-udp has indicated that the draft is > ready to be adopted as a working group document. >=20 > Before starting the poll to see if there is wg consensus to make the > draft a working group document we will do an IPR poll to check whether > there is IPR on the document that needs to be disclosed. >=20 > This mail starts that IPR poll. >=20 > Are you aware of any IPR that applies to draft-xu-mpls-in-udp? >=20 > If so, has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3979, 4879, 3669 and 5378 for more details). >=20 > If you are listed as a document author or contributor please respond to > this email regardless of whether or not you are aware of any relevant > IPR. *The response needs to be sent to the MPLS wg mailing list.* The > documents will not advance to the next stage until a response > has been received from each author and contributor. >=20 > If you are on the MPLS WG email list but are not listed as an author or > contributor, then please explicitly respond only if you are aware of > any > IPR that has not yet been disclosed in conformance with IETF rules. >=20 >=20 > Thanks, Loa > (as MPLS WG co-chair) >=20 > -- >=20 >=20 > Loa Andersson email: loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 From xuxiaohu@huawei.com Tue Nov 27 17:07:08 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4844421F8767 for ; Tue, 27 Nov 2012 17:07:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.742 X-Spam-Level: X-Spam-Status: No, score=-2.742 tagged_above=-999 required=5 tests=[AWL=-0.685, BAYES_00=-2.599, CN_BODY_35=0.339, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, 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 FL5DwhbDm9A7 for ; Tue, 27 Nov 2012 17:07:07 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 1F81421F8766 for ; Tue, 27 Nov 2012 17:07:06 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id ALY86655; Wed, 28 Nov 2012 01:07:06 +0000 (GMT) Received: from LHREML406-HUB.china.huawei.com (10.201.5.243) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 28 Nov 2012 01:06:56 +0000 Received: from SZXEML444-HUB.china.huawei.com (10.82.67.182) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 28 Nov 2012 01:07:05 +0000 Received: from SZXEML525-MBX.china.huawei.com ([169.254.1.89]) by szxeml444-hub.china.huawei.com ([10.82.67.182]) with mapi id 14.01.0323.003; Wed, 28 Nov 2012 09:07:00 +0800 From: Xuxiaohu To: Loa Andersson , "mpls@ietf.org" Thread-Topic: IPR poll on draft-xu-mpls-in-udp Thread-Index: AQHNzNkYPisH/aftE0KlNsFKQ4eOs5f+b1yg Date: Wed, 28 Nov 2012 01:07:00 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0757EE9C@szxeml525-mbx.china.huawei.com> References: <50B51A8A.5050108@pi.nu> In-Reply-To: <50B51A8A.5050108@pi.nu> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.130] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "draft-xu-mpls-in-udp@tools.ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] IPR poll on draft-xu-mpls-in-udp X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 01:07:08 -0000 QXMgYSBjby1hdXRob3IsIEkgYW0gbm90IGF3YXJlIG9mIGFueSBJUFIgcmVsYXRlZCB0byB0aGlz IGRyYWZ0Lg0KDQpCZXN0IHJlZ2FyZHMsDQpYaWFvaHUNCg0KPiAtLS0tLdPKvP7Urbz+LS0tLS0N Cj4gt6K8/sjLOiBMb2EgQW5kZXJzc29uIFttYWlsdG86bG9hQHBpLm51XQ0KPiC3osvNyrG85Dog MjAxMsTqMTHUwjI4yNUgMzo1NQ0KPiDK1bz+yMs6IG1wbHNAaWV0Zi5vcmcNCj4gs63LzTogbXBs cy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc7IGRyYWZ0LXh1LW1wbHMtaW4tdWRwQHRvb2xzLmlldGYu b3JnOyBNYXJ0aW4NCj4gVmlnb3VyZXV4DQo+INb3zOI6IElQUiBwb2xsIG9uIGRyYWZ0LXh1LW1w bHMtaW4tdWRwDQo+IA0KPiBXb3JraW5nIEdyb3VwIGFuZCBhdXRob3JzOw0KPiANCj4gVGhlIGF1 dGhvcnMgb2YgZHJhZnQteHUtbXBscy1pbi11ZHAgaGFzIGluZGljYXRlZCB0aGF0IHRoZSBkcmFm dCBpcw0KPiByZWFkeSB0byBiZSBhZG9wdGVkIGFzIGEgd29ya2luZyBncm91cCBkb2N1bWVudC4N Cj4gDQo+IEJlZm9yZSBzdGFydGluZyB0aGUgcG9sbCB0byBzZWUgaWYgdGhlcmUgaXMgd2cgY29u c2Vuc3VzIHRvIG1ha2UgdGhlDQo+IGRyYWZ0IGEgd29ya2luZyBncm91cCBkb2N1bWVudCB3ZSB3 aWxsIGRvIGFuIElQUiBwb2xsIHRvIGNoZWNrIHdoZXRoZXINCj4gdGhlcmUgaXMgSVBSIG9uIHRo ZSBkb2N1bWVudCB0aGF0IG5lZWRzIHRvIGJlIGRpc2Nsb3NlZC4NCj4gDQo+IFRoaXMgbWFpbCBz dGFydHMgdGhhdCBJUFIgcG9sbC4NCj4gDQo+IEFyZSB5b3UgYXdhcmUgb2YgYW55IElQUiB0aGF0 IGFwcGxpZXMgdG8gZHJhZnQteHUtbXBscy1pbi11ZHA/DQo+IA0KPiBJZiBzbywgaGFzIHRoaXMg SVBSIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcw0KPiAo c2VlIFJGQ3MgMzk3OSwgNDg3OSwgMzY2OSBhbmQgNTM3OCBmb3IgbW9yZSBkZXRhaWxzKS4NCj4g DQo+IElmIHlvdSBhcmUgbGlzdGVkIGFzIGEgZG9jdW1lbnQgYXV0aG9yIG9yIGNvbnRyaWJ1dG9y IHBsZWFzZSByZXNwb25kIHRvDQo+IHRoaXMgZW1haWwgcmVnYXJkbGVzcyBvZiB3aGV0aGVyIG9y IG5vdCB5b3UgYXJlIGF3YXJlIG9mIGFueSByZWxldmFudA0KPiBJUFIuICpUaGUgcmVzcG9uc2Ug bmVlZHMgdG8gYmUgc2VudCB0byB0aGUgTVBMUyB3ZyBtYWlsaW5nIGxpc3QuKiBUaGUNCj4gZG9j dW1lbnRzIHdpbGwgbm90IGFkdmFuY2UgdG8gdGhlIG5leHQgc3RhZ2UgdW50aWwgYSByZXNwb25z ZQ0KPiBoYXMgYmVlbiByZWNlaXZlZCBmcm9tIGVhY2ggYXV0aG9yIGFuZCBjb250cmlidXRvci4N Cj4gDQo+IElmIHlvdSBhcmUgb24gdGhlIE1QTFMgV0cgZW1haWwgbGlzdCBidXQgYXJlIG5vdCBs aXN0ZWQgYXMgYW4gYXV0aG9yIG9yDQo+IGNvbnRyaWJ1dG9yLCB0aGVuIHBsZWFzZSBleHBsaWNp dGx5IHJlc3BvbmQgb25seSBpZiB5b3UgYXJlIGF3YXJlIG9mIGFueQ0KPiBJUFIgdGhhdCBoYXMg bm90IHlldCBiZWVuIGRpc2Nsb3NlZCBpbiBjb25mb3JtYW5jZSB3aXRoIElFVEYgcnVsZXMuDQo+ IA0KPiANCj4gVGhhbmtzLCBMb2ENCj4gKGFzIE1QTFMgV0cgY28tY2hhaXIpDQo+IA0KPiAtLQ0K PiANCj4gDQo+IExvYSBBbmRlcnNzb24gICAgICAgICAgICAgICAgICAgICAgICAgZW1haWw6DQo+ IGxvYS5hbmRlcnNzb25AZXJpY3Nzb24uY29tDQo+IFNyIFN0cmF0ZWd5IGFuZCBTdGFuZGFyZHMg TWFuYWdlciAgICAgICAgICAgIGxvYUBwaS5udQ0KPiBFcmljc3NvbiBJbmMgICAgICAgICAgICAg ICAgICAgICAgICAgIHBob25lOiArNDYgMTAgNzE3IDUyIDEzDQo+ICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICArNDYgNzY3IDcyIDkyIDEzDQo= From xuxiaohu@huawei.com Tue Nov 27 19:04:18 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A45121E803A for ; Tue, 27 Nov 2012 19:04:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.914 X-Spam-Level: X-Spam-Status: No, score=-1.914 tagged_above=-999 required=5 tests=[AWL=-1.057, BAYES_00=-2.599, CN_BODY_35=0.339, J_CHICKENPOX_13=0.6, J_CHICKENPOX_14=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, 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 61N0scccq3TK for ; Tue, 27 Nov 2012 19:04:17 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 4493621E8030 for ; Tue, 27 Nov 2012 19:04:16 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id ALY93704; Wed, 28 Nov 2012 03:04:15 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 28 Nov 2012 03:04:06 +0000 Received: from SZXEML429-HUB.china.huawei.com (10.72.61.37) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 28 Nov 2012 03:04:14 +0000 Received: from SZXEML525-MBX.china.huawei.com ([169.254.1.89]) by SZXEML429-HUB.china.huawei.com ([10.72.61.37]) with mapi id 14.01.0323.003; Wed, 28 Nov 2012 11:04:08 +0800 From: Xuxiaohu To: Shahram Davari Thread-Topic: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 Thread-Index: AQHNwcJ+OEnUt0Njx0mhcjqR0u0yRJf8iuog//+aL4CAAIwzAIAAnpPw////rwCAAVWs8A== Date: Wed, 28 Nov 2012 03:04:08 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0757EFB0@szxeml525-mbx.china.huawei.com> References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se>, <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> <8E15642F-5F4B-4BD3-9BE9-C4EA56AA3FDE@broadcom.com>, <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0757EC74@szxeml525-mbx.china.huawei.com> <232DA9CE-1851-4406-8D9D-86C643973A4E@broadcom.com> In-Reply-To: <232DA9CE-1851-4406-8D9D-86C643973A4E@broadcom.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.130] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "draft-xu-mpls-in-udp@tools.ietf.org" , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 03:04:18 -0000 DQoNCj4gLS0tLS3Tyrz+1K28/i0tLS0tDQo+ILeivP7IyzogU2hhaHJhbSBEYXZhcmkgW21haWx0 bzpkYXZhcmlAYnJvYWRjb20uY29tXQ0KPiC3osvNyrG85DogMjAxMsTqMTHUwjI3yNUgMjI6MzcN Cj4gytW8/sjLOiBYdXhpYW9odQ0KPiCzrcvNOiBEYW5pZWwgS2luZzsgbXBsc0BpZXRmLm9yZzsg ZHJhZnQteHUtbXBscy1pbi11ZHBAdG9vbHMuaWV0Zi5vcmc7DQo+IG1wbHMtY2hhaXJzQHRvb2xz LmlldGYub3JnDQo+INb3zOI6IFJlOiBbbXBsc10gTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQteHUt bXBscy1pbi11ZHAtMDMNCj4gDQo+IEhpIFhpYW9odSwNCj4gDQo+IFRoZSBwcm9ibGVtIHlvdSBh cmUgdHJ5aW5nIHRvIHNvbHZlIGlzIGRvaW5nIEwyVlBOIG9yIEwzVlBOIG92ZXIgSVAgd2l0aCBs b2FkDQo+IGJhbGFuY2luZy4gQW5kIHRoZXJlIGFyZSB0ZWNobm9sb2dpZXMgdGhhdCBjYW4gZG8g dGhhdCB0b2RheSBhbmQgYXJlIGFscmVhZHkNCj4gZGVwbG95ZWQuDQoNCkhpIFNoYWhyYW0sDQoN CkNvdWxkIHlvdSBwbGVhc2UgZXhwbGFpbiB3aGF0IHRoZSBkZXBsb3llZCB0ZWNobm9sb2dpZXMg eW91IG1lbnRpb25lZCBhYm92ZSBhcmU/DQoNCkJlc3QgcmVnYXJkcywNClhpYW9odSANCg0KPiBZ ZXMgeW91IGNhbiBhbHNvIGRvIHRoYXQgd2l0aCBNUExTIG92ZXIgVURQIG92ZXIgSVAuIEJ1dCB3 aHkgbm90IHVzZSBvbmUgb2YNCj4gdGhvc2Ugb3RoZXIgb25lcy4gVW5sZXNzIHlvdSBjYW4gc2hv dyB0aGF0IHRoZXJlIGlzIG1ham9yIGRlZmljaWVuY3kgaW4gb3RoZXINCj4gc29sdXRpb25zLCB5 b3VyIHNvbHV0aW9uIHdpbGwgYWRkIHlldCBhbm90aGVyIHNvbHV0aW9uIHRvIHRoZSBwYWNrIGFu ZCBhZGQgdG8gdGhlDQo+IG1hcmtldCBjb25mdXNpb24uDQo+IA0KPiBSZWdhcmRzLA0KPiBTaGFo cmFtDQo+IA0KPiANCj4gT24gTm92IDI2LCAyMDEyLCBhdCAxMDo0NyBQTSwgIlh1eGlhb2h1IiA8 eHV4aWFvaHVAaHVhd2VpLmNvbT4gd3JvdGU6DQo+IA0KPiA+IEhpIFNoYWhyYW0gLA0KPiA+DQo+ ID4gVGhlIE1QTFMtaW4tVURQIGVuY2Fwc3VsYXRpb24gaXMgaW50ZW5kZWQgdG8gZmFjaWxpdGF0 ZSB0aGUgbG9hZCBiYWxhbmNpbmcgb2YNCj4gTVBMUy1iYXNlZCBMMlZQTiBvciBMM1ZQTiB0cmFm ZmljIG92ZXIgdGhlIElQIG5ldHdvcmtzLiBJIHRoaW5rIG5laXRoZXIgb2YgdGhlDQo+IHR1bm5l bCBlbmNhcHN1bGF0aW9uIG9wdGlvbnMgeW91IG1lbnRpb25lZCBiZWxvdyBpcyBpbnRlbmRlZCB0 byBiZSB1c2VkIGFzIGENCj4gdHVubmVsIHRlY2hub2xvZ3kgYmV0d2VlbiB0aGUgTVBMUy1iYXNl ZCBMMlZQTiBvciBMM1ZQTiBQRSByb3V0ZXJzLg0KPiA+DQo+ID4gWGlhb2h1DQo+ID4NCj4gPj4g LS0tLS3Tyrz+1K28/i0tLS0tDQo+ID4+ILeivP7IyzogbXBscy1ib3VuY2VzQGlldGYub3JnIFtt YWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnXSC0+rHtDQo+ID4+IFNoYWhyYW0gRGF2YXJpDQo+ ID4+ILeiy83KsbzkOiAyMDEyxOoxMdTCMjfI1SAxMzoxMA0KPiA+PiDK1bz+yMs6IERhbmllbCBL aW5nDQo+ID4+ILOty806IG1wbHNAaWV0Zi5vcmc7IGRyYWZ0LXh1LW1wbHMtaW4tdWRwQHRvb2xz LmlldGYub3JnOw0KPiA+PiBtcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZw0KPiA+PiDW98ziOiBS ZTogW21wbHNdIE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LXh1LW1wbHMtaW4tdWRwLTAzDQo+ID4+ DQo+ID4+IEhpLA0KPiA+Pg0KPiA+PiBJbiBteSBvcGluaW9uIHRoaXMgaXMgYSBzb2x1dGlvbiB0 byBhIHByb2JsZW0gdGhhdCBoYXMgYSBkb3plbiBvdGhlciBzb2x1dGlvbnMNCj4gPj4gc3VjaCBh cyBOVkdSRSwgVlhMQU4sIE9UUCwgU1RULCBldGMuDQo+ID4+DQo+ID4+IFNvIEkgd29uZGVyIHdo eSBNUExTIFdHIHNob3VsZCBzcGVuZCBpdHMgdmFsdWFibGUgdGltZSB3b3JraW5nIG9uIHlldA0K PiA+PiBhbm90aGVyIHNvbHV0aW9uLg0KPiA+Pg0KPiA+PiBSZWdhcmRzLA0KPiA+PiBTaGFocmFt DQo+ID4+DQo+ID4+DQo+ID4+IE9uIE5vdiAyNiwgMjAxMiwgYXQgMTI6NDggUE0sICJEYW5pZWwg S2luZyIgPGRhbmllbEBvbGRkb2cuY28udWs+IHdyb3RlOg0KPiA+Pg0KPiA+Pj4gSGkgQWxsLA0K PiA+Pj4NCj4gPj4+IEFzIHJlcXVlc3RlZCwgSSBoYXZlIHBlcmZvcm1lZCBhbiBNUExTLVRSIHJl dmlldyBvZg0KPiA+PiBkcmFmdC14dS1tcGxzLWluLXVkcC0wMzoNCj4gPj4+DQo+ID4+PiBodHRw Oi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC14dS1tcGxzLWluLXVkcC0wMw0KPiA+Pj4NCj4g Pj4+IE92ZXJhbGwgdGhlIGRvY3VtZW50IGlzIHdlbGwgd3JpdHRlbiBhbmQgdGhlIG1vdGl2YXRp b24gc2VlbXMgY2xlYXIuIFRoZQ0KPiA+Pj4gcHJvcG9zZWQgc29sdXRpb24gaXMgdGVjaG5pY2Fs bHkgc291bmQgYW5kIGdpdmVuIHRoZSBhcHBsaWNhdGlvbiBvZg0KPiA+Pj4gdHVubmVsaW5nIG9m IE1QTFMgVlBOcyBhY3Jvc3MgSVAgUFNOcywgdGhlIG1lY2hhbmlzbSBkb2VzIGxvb2sgdG8gYnJp bmcNCj4gPj4+IG9wZXJhdGlvbmFsIGJlbmVmaXRzIGZvciBzcGVjaWZpYyB1c2UgY2FzZXMuIFRo ZXJlZm9yZSBJIGJlbGlldmUgdGhlDQo+ID4+PiBkb2N1bWVudCBpcyByZWFkeSB0byBiZSBjb25z aWRlcmVkIGZvciBXRyBhZG9wdGlvbi4NCj4gPj4+DQo+ID4+PiBBdXRob3JzLA0KPiA+Pj4NCj4g Pj4+IEFzIEkgd2FzIHJldmlld2luZyB0aGUgZHJhZnQgSSBqb3R0ZWQgZG93biBhIG51bWJlciBv ZiBtaW5vciBjb21tZW50cywNCj4gPj4gdGhlc2UNCj4gPj4+IGFyZSBvdXRsaW5lZCBiZWxvdy4g RmVlbCBmcmVlIHRvIHVzZSBvciBkaXNjYXJkLg0KPiA+Pj4NCj4gPj4+IDEuIEF1dGhvcnMuIFRo ZSBSRkMtRWRpdG9ycyBhcmUgcmVxdWVzdGluZyBubyBtb3JlIHRoYW4gNSBhdXRob3JzIG9uIHRo ZQ0KPiA+Pj4gZnJvbnQtcGFnZS4gU28geW91IG1heSBhcyB3ZWxsIGFkZHJlc3MgdGhpcyBzb29u ZXIgcmF0aGVyIHRoYW4gbGF0ZXIuIFlvdQ0KPiA+Pj4gY2FuIGxvb2sgdG8gc3BsaXQgaW50byB0 byAtIEF1dGhvcnMgYW5kIENvbnRyaWJ1dGluZyBBdXRob3JzIChvciBqdXN0DQo+ID4+PiBDb250 cmlidXRvcnMpIHRvIGNpcmN1bW5hdmlnYXRlIHRoZSBhdXRob3IgbGltaXQuDQo+ID4+Pg0KPiA+ Pj4gMi4gWW91IHNob3VsZCBtb3ZlIHRoZSBBYnN0cmFjdCBhYm92ZSB0aGUgU3RhdHVzIG9mIHRo aXMgTWVtbyBzZWN0aW9uLg0KPiA+Pj4NCj4gPj4+IDMuIFBlcmhhcHMgbG9vayB0byBleHBhbmQg QWJzdHJhY3QgdG86DQo+ID4+Pg0KPiA+Pj4gRXhpc3RpbmcgdGVjaG5vbG9naWVzIHRvIGVuY2Fw c3VsYXRlIE1QTFMgb3ZlciBJUCBhcmUgbm90IGFkZXF1YXRlIGZvcg0KPiA+Pj4gZWZmaWNpZW50 IHRyYW5zcG9ydCBhY3Jvc3MgSVAtZW5hYmxlZCBQYWNrZXQgU3dpdGNoIE5ldHdvcmtzIChQU05z KS4gVGhpcw0KPiA+Pj4gZG9jdW1lbnQgc3BlY2lmaWVzIGFuIElQLWJhc2VkIGVuY2Fwc3VsYXRp b24gdGVjaG5vbG9neSBmb3INCj4gbG9hZC1iYWxhbmNpbmcNCj4gPj4+IE1QTFMgcGFja2V0cyBh Y3Jvc3MgSVAgUFNOcy4gVGhpcyBtZWNoYW5pc20gaXMgcmVmZXJyZWQgdG8gYXMNCj4gTVBMUy1p bi1VRFAuDQo+ID4+Pg0KPiA+Pj4gVGhpcyBkb2N1bWVudCBkZWZpbmVzIHRoZSBwcm90b2NvbCBl eHRlbnNpb25zIGFuZCBwcm9jZWR1cmVzIGZvcg0KPiA+PiBNUExTLWluLVVEUA0KPiA+Pj4gYW5k IHdpbGwgZmFjaWxpdGF0ZSB0cmFuc3BvcnQgb2YgTVBMUyBhcHBsaWNhdGlvbiB0cmFmZmljLCBp bmNsdWRpbmcgTDJWUE5zDQo+ID4+PiBhbmQgTDNWUE5zLCBhY3Jvc3MgSVAtZW5hYmxlZCBQU05z Lg0KPiA+Pj4gPDwNCj4gPj4+DQo+ID4+PiA0LiBJbnRyb2R1Y3Rpb24gaXMgb2ssIGJ1dCB0aGUg d2FsbCBvZiB0ZXh0IHJlcXVpcmVzIHNwbGl0dGluZyBpbnRvIHNlcGFyYXRlDQo+ID4+PiBwYXJh Z3JhcGhzIGZvciByZWFkYWJpbGl0eS4gWW91IGNvdWxkIHNwbGl0IHRoZSBpbnRyb2R1Y3Rpb24g aW50byBzZWN0aW9ucw0KPiA+Pj4gKG9yIGp1c3QgYWRkaXRpb25hbCBwYXJhZ3JhcGhzKSB0byBo ZWxwIHdpdGggbmF2aWdhdGlvbiwgbm8gbWFqb3IgY2hhbmdlcyBpbg0KPiA+Pj4gdGV4dCBhcmUg cmVxdWlyZWQ6DQo+ID4+Pg0KPiA+Pj4gMS4gSW50cm9kdWN0aW9uDQo+ID4+PiAtIENvbnRhaW5z IGFwcGxpY2F0aW9uL21vdGl2YXRpb24gYmFja2dyb3VuZCB0ZXh0Lg0KPiA+Pj4gLSBJbnRlbnRp b24gb2YgdGhlIGRvY3VtZW50Lg0KPiA+Pj4NCj4gPj4+IDEuMSBFeGlzdGluZyBUZWNobm9sb2dp ZXMNCj4gPj4+IC0gRGVzY3JpYmVzIGV4aXN0aW5nIHRlY2huaXF1ZXMgKFJGQzQwMjMsIGV0IGFs LikuDQo+ID4+Pg0KPiA+Pj4gMS4yIFJlcXVpcmVtZW50cyBhbmQgTW90aXZhdGlvbg0KPiA+Pj4g LSBXaGF0IHRoZSB0ZWNobm9sb2d5IG9yIGFwcGxpY2F0aW9uIGdhcHMgYmV0d2VlbiBwcmlvciB3 b3JrIGFuZCB0aGlzDQo+ID4+PiBwcm9wb3NhbC4NCj4gPj4+IC0gVmVyeSBpbXBvcnRhbnQgdG8g ZGlzY3VzcyB0aGUgbW90aXZhdGlvbiBnaXZlbiB0aGF0IHdlIGFscmVhZHkgaGF2ZSBhDQo+ID4+ PiBudW1iZXIgb2YgYWx0ZXJuYXRpdmVzLg0KPiA+Pj4NCj4gPj4+IDUuIFRoZSBkb2N1bWVudCBt ZW50aW9ucyAiY29yZSIgYSBudW1iZXIgb2YgdGltZXMuIElzIHRoaXMgcmVhbGx5IGEgY29yZQ0K PiA+Pj4gYXBwbGljYXRpb24gb3IgaXMgdGhlIG1lY2hhbmlzbSBtb3JlIGxpa2VseSB0byBiZSBh cHBsaWVkIGluIGVudmlyb25tZW50cw0KPiA+Pj4gd2l0aCBlcXVpcG1lbnQgdGhhdCBkb2VzIG5v dCBzdXBwb3J0IG5hdGl2ZSBNUExTIGZvcndhcmRpbmc/IFRoaXMgaXMNCj4gPj4+IHNvbWV0aGlu ZyB5b3UgbWlnaHQgd2FudCB0byBleHBhbmQgb24gaW4gU2VjdGlvbiA2IChBcHBsaWNhYmlsaXR5 KSBhbmQNCj4gPj4+IGxlc3NlbiB0aGUgImNvcmUiIGFwcGxpY2FiaWxpdHkgaW4gb3RoZXIgcGFy dHMgb2YgdGhlIGRvY3VtZW50LiBBbHNvLCBob3cNCj4gPj4+IGFwcGxpY2FibGUgaXMgdGhlIGRv Y3VtZW50IHRvIG11bHRpY2FzdCBWUE5zLCBhbnkgaXNzdWVzPw0KPiA+Pj4NCj4gPj4+IDYuIEdl bmVyYWwgY29tbWVudCBvbiBhY3Jvbnltcy4gVGhlIGRvY3VtZW50IGV4cGFuZHMgRUNNUCBidXQg bm90DQo+IEdSRQ0KPiA+PiBvcg0KPiA+Pj4gU0FGSSwgc28gbWF5YmUgY2hlY2sgZG9jdW1lbnQg Zm9yIGNvbnNpc3RlbmN5Lg0KPiA+Pj4NCj4gPj4+IFBsZWFzZSBkbyBub3QgaGVzaXRhdGUgdG8g ZW1haWwgbWUgaWYgYW55dGhpbmcgaXMgbm90IGNsZWFyLg0KPiA+Pj4NCj4gPj4+IEJyLCBEYW4u DQo+ID4+Pg0KPiA+Pj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPj4+IEZyb206IExv YSBBbmRlcnNzb24gW21haWx0bzpsb2FAcGkubnVdDQo+ID4+PiBTZW50OiBUdWVzZGF5LCBOb3Zl bWJlciAxMywgMjAxMiA5OjE2IEFNDQo+ID4+PiBUbzogR3JlZ29yeSBNaXJza3k7IERhbiBLaW5n OyBFcmljIE9zYm9ybmUgKGVvc2Jvcm5lKTsNCj4gPj4+IG5pY2suZGVscmVnbm9AdmVyaXpvbi5j b207IG1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnOyBNYXJ0aW4NCj4gVmlnb3VyZXV4Ow0KPiA+ Pj4gZHJhZnQteHUtbXBscy1pbi11ZHBAdG9vbHMuaWV0Zi5vcmcNCj4gPj4+IFN1YmplY3Q6IE1Q TFMtUlQgcmV2aWV3IG9mIGRyYWZ0LXh1LW1wbHMtaW4tdWRwLTAzDQo+ID4+Pg0KPiA+Pj4gR3Jl ZywgRGFuLCBFcmljIGFuZCBOaWNrLA0KPiA+Pj4NCj4gPj4+IFlvdSBoYXZlIGJlZW4gc2VsZWN0 ZWQgYXMgYW4gTVBMUyBSZXZpZXcgdGVhbSByZXZpZXdlcnMgZm9yDQo+ID4+PiBkcmFmdC14dS1t cGxzLWluLXVkcC0wMy4NCj4gPj4+DQo+ID4+PiBOb3RlIHRvIGF1dGhvcnM6IFlvdSBoYXZlIGJl ZW4gQ0MnZCBvbiB0aGlzIGVtYWlsIHNvIHRoYXQgeW91IGNhbiBrbm93DQo+IHRoYXQNCj4gPj4+ IHRoaXMgcmV2aWV3IGlzIGdvaW5nIG9uLiBIb3dldmVyLCBwbGVhc2UgZG8gbm90IHJldmlldyB5 b3VyIG93biBkb2N1bWVudC4NCj4gPj4+DQo+ID4+PiBSZXZpZXdzIHNob3VsZCBjb21tZW50IG9u IHdoZXRoZXIgdGhlIGRvY3VtZW50IGlzIGNvaGVyZW50LCBpcyBpdCB1c2VmdWwNCj4gPj4+IChp ZSwgaXMgaXQgbGlrZWx5IHRvIGJlIGFjdHVhbGx5IHVzZWZ1bCBpbiBvcGVyYXRpb25hbCBuZXR3 b3JrcyksIGFuZCBpcyB0aGUNCj4gPj4+IGRvY3VtZW50IHRlY2huaWNhbGx5IHNvdW5kPyAgV2Ug YXJlIGludGVyZXN0ZWQgaW4ga25vd2luZyB3aGV0aGVyIHRoZQ0KPiA+Pj4gZG9jdW1lbnQgaXMg cmVhZHkgdG8gYmUgY29uc2lkZXJlZCBmb3IgV0cgYWRvcHRpb24gKGllLCBpdCBkb2Vzbid0IGhh dmUgdG8NCj4gPj4+IGJlIHBlcmZlY3QgYXQgdGhpcyBwb2ludCwgYnV0IHNob3VsZCBiZSBhIGdv b2Qgc3RhcnQpLg0KPiA+Pj4NCj4gPj4+IFJldmlld3Mgc2hvdWxkIGJlIHNlbnQgdG8gdGhlIGRv Y3VtZW50IGF1dGhvcnMsIFdHIGNvLWNoYWlycyBhbmQNCj4gPj4gc2VjcmV0YXJ5LA0KPiA+Pj4g YW5kIENDJ2QgdG8gdGhlIE1QTFMgV0cgZW1haWwgbGlzdC4gSWYgbmVjZXNzYXJ5LCBjb21tZW50 cyBtYXkgYmUgc2VudA0KPiA+Pj4gcHJpdmF0ZWx5IHRvIG9ubHkgdGhlIFdHIGNoYWlycy4NCj4g Pj4+DQo+ID4+PiBBcmUgeW91IGFibGUgdG8gcmV2aWV3IHRoaXMgZHJhZnQgYnkgTm92ZW1iZXIg MjksIDIwMTI/DQo+ID4+Pg0KPiA+Pj4gVGhhbmtzLCBMb2ENCj4gPj4+IChhcyBNUExTIFdHIGNo YWlyKQ0KPiA+Pj4NCj4gPj4+IC9Mb2ENCj4gPj4+DQo+ID4+Pg0KPiA+Pj4gLS0NCj4gPj4+DQo+ ID4+Pg0KPiA+Pj4gTG9hIEFuZGVyc3NvbiAgICAgICAgICAgICAgICAgICAgICAgICBlbWFpbDoN Cj4gPj4gbG9hLmFuZGVyc3NvbkBlcmljc3Nvbi5jb20NCj4gPj4+IFNyIFN0cmF0ZWd5IGFuZCBT dGFuZGFyZHMgTWFuYWdlciAgICAgICAgICAgIGxvYUBwaS5udQ0KPiA+Pj4gRXJpY3Nzb24gSW5j ICAgICAgICAgICAgICAgICAgICAgICAgICBwaG9uZTogKzQ2IDEwIDcxNyA1MiAxMw0KPiA+Pj4g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKzQ2IDc2NyA3MiA5 MiAxMw0KPiA+Pj4NCj4gPj4+DQo+ID4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KPiA+Pj4gbXBscyBtYWlsaW5nIGxpc3QNCj4gPj4+IG1wbHNAaWV0 Zi5vcmcNCj4gPj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0K PiA+Pg0KPiA+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KPiA+PiBtcGxzIG1haWxpbmcgbGlzdA0KPiA+PiBtcGxzQGlldGYub3JnDQo+ID4+IGh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0K From davarish@yahoo.com Tue Nov 27 21:28:54 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E63221E8047 for ; Tue, 27 Nov 2012 21:28:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.003 X-Spam-Level: X-Spam-Status: No, score=-0.003 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_13=0.6, J_CHICKENPOX_14=0.6, MIME_QP_LONG_LINE=1.396] 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 OQqhKBmnNhGm for ; Tue, 27 Nov 2012 21:28:53 -0800 (PST) Received: from nm23-vm0.bullet.mail.bf1.yahoo.com (nm23-vm0.bullet.mail.bf1.yahoo.com [98.139.212.191]) by ietfa.amsl.com (Postfix) with ESMTP id D532821E8043 for ; Tue, 27 Nov 2012 21:28:52 -0800 (PST) Received: from [98.139.215.140] by nm23.bullet.mail.bf1.yahoo.com with NNFMP; 28 Nov 2012 05:28:51 -0000 Received: from [98.139.173.187] by tm11.bullet.mail.bf1.yahoo.com with NNFMP; 28 Nov 2012 05:28:51 -0000 Received: from [127.0.0.1] by smtp114-mob.biz.mail.bf1.yahoo.com with NNFMP; 28 Nov 2012 05:28:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1354080531; bh=ioawkstHT5nMHMBobAd9IhPNRf+0C9nPNCgqp21Vc/s=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:References:Mime-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Message-Id:Cc:X-Mailer:From:Subject:Date:To; b=Dydm7n34rJveXtXxnVIZa2ABTQGzDX40n+B1huBJyQh/7LsgefQVph1xUXZrOB4WL4ly4T6Yf27LNF0RyICxrBK7q0cg8sLe8UEqR5VPnCVUuyQGqW7xLkdwF5lQNzd0J3Ok62JNMGP72eSpwCH5qZzpUB93jSZKe8bJvClAqMo= X-Yahoo-Newman-Id: 876068.58522.bm@smtp114-mob.biz.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: fdPRX6kVM1kKCAKmOC7wqm71tUo1YaRmJvNxtWNVQ3bWsCL uvkfAoDvli8tS.e2v2lYeUP7onKl04uF40dgeMzS0h2q0wX0sw0Y2AqVHkio 55ILFwUA0B_8cq9nuWX2xx5wS0fh5mvQiSlYkaBBCmj6PIPUerKPcbdyntlK JJ_IBY.yjs7vQKQceFbPhbeHMLk_QzhnEnuBoSReiGC1q1Jmn6l6Vt1IGawQ bltcCbEBdxBjYNaJCnUS4uqvu5ewfCyq0SWHwTZCwjebwW8WpOKznelZQX33 Xi_GFJDEdirK.hjgl0pQTGM.Czmfx9FbcBJTzQt9OWdrJv4gQb2PUzA2rOpi lFqDkZ5cstOBnV4VQdXdKTjDYJ9hT58nsGO4mmfWI5dHvaMD1BkYUw1erSBE rcl0KIk0t_f2yoPk0aSH2StFBDUt3jifSMvijmY3DY5Nd7ILkRZg86aFnrR_ k_3R4V9z3IDZN X-Yahoo-SMTP: ygPrP9CswBCWPbPtKJlJyLY0KMlg Received: from [192.168.0.104] (davarish@98.248.36.11 with xymcookie) by smtp114-mob.biz.mail.bf1.yahoo.com with SMTP; 27 Nov 2012 21:28:51 -0800 PST References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se> <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> <8E15642F-5F4B-4BD3-9BE9-C4EA56AA3FDE@broadcom.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0757EC74@szxeml525-mbx.china.huawei.com> <232DA9CE-1851-4406-8D9D-86C643973A4E@broadcom.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0757EFB0@szxeml525-mbx.china.huawei.com> Mime-Version: 1.0 (1.0) In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0757EFB0@szxeml525-mbx.china.huawei.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-Id: <1B549B8F-28AE-497D-9DC2-C4395A09A884@yahoo.com> X-Mailer: iPhone Mail (10A403) From: "S. Davari" Date: Tue, 27 Nov 2012 21:28:48 -0800 To: Xuxiaohu Cc: "draft-xu-mpls-in-udp@tools.ietf.org" , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 05:28:54 -0000 VXLAN, NVGRE, OTV, STT. Regards, Shahram On Nov 27, 2012, at 7:04 PM, Xuxiaohu wrote: >=20 >=20 >> -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- >> =E5=8F=91=E4=BB=B6=E4=BA=BA: Shahram Davari [mailto:davari@broadcom.com] >> =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2012=E5=B9=B411=E6=9C=8827=E6=97=A5= 22:37 >> =E6=94=B6=E4=BB=B6=E4=BA=BA: Xuxiaohu >> =E6=8A=84=E9=80=81: Daniel King; mpls@ietf.org; draft-xu-mpls-in-udp@tool= s.ietf.org; >> mpls-chairs@tools.ietf.org >> =E4=B8=BB=E9=A2=98: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 >>=20 >> Hi Xiaohu, >>=20 >> The problem you are trying to solve is doing L2VPN or L3VPN over IP with l= oad >> balancing. And there are technologies that can do that today and are alre= ady >> deployed. >=20 > Hi Shahram, >=20 > Could you please explain what the deployed technologies you mentioned abov= e are? >=20 > Best regards, > Xiaohu=20 >=20 >> Yes you can also do that with MPLS over UDP over IP. But why not use one o= f >> those other ones. Unless you can show that there is major deficiency in o= ther >> solutions, your solution will add yet another solution to the pack and ad= d to the >> market confusion. >>=20 >> Regards, >> Shahram >>=20 >>=20 >> On Nov 26, 2012, at 10:47 PM, "Xuxiaohu" wrote: >>=20 >>> Hi Shahram , >>>=20 >>> The MPLS-in-UDP encapsulation is intended to facilitate the load balanci= ng of >> MPLS-based L2VPN or L3VPN traffic over the IP networks. I think neither o= f the >> tunnel encapsulation options you mentioned below is intended to be used a= s a >> tunnel technology between the MPLS-based L2VPN or L3VPN PE routers. >>>=20 >>> Xiaohu >>>=20 >>>> -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- >>>> =E5=8F=91=E4=BB=B6=E4=BA=BA: mpls-bounces@ietf.org [mailto:mpls-bounces= @ietf.org] =E4=BB=A3=E8=A1=A8 >>>> Shahram Davari >>>> =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2012=E5=B9=B411=E6=9C=8827=E6=97=A5= 13:10 >>>> =E6=94=B6=E4=BB=B6=E4=BA=BA: Daniel King >>>> =E6=8A=84=E9=80=81: mpls@ietf.org; draft-xu-mpls-in-udp@tools.ietf.org;= >>>> mpls-chairs@tools.ietf.org >>>> =E4=B8=BB=E9=A2=98: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-0= 3 >>>>=20 >>>> Hi, >>>>=20 >>>> In my opinion this is a solution to a problem that has a dozen other so= lutions >>>> such as NVGRE, VXLAN, OTP, STT, etc. >>>>=20 >>>> So I wonder why MPLS WG should spend its valuable time working on yet >>>> another solution. >>>>=20 >>>> Regards, >>>> Shahram >>>>=20 >>>>=20 >>>> On Nov 26, 2012, at 12:48 PM, "Daniel King" wrote= : >>>>=20 >>>>> Hi All, >>>>>=20 >>>>> As requested, I have performed an MPLS-TR review of >>>> draft-xu-mpls-in-udp-03: >>>>>=20 >>>>> http://tools.ietf.org/html/draft-xu-mpls-in-udp-03 >>>>>=20 >>>>> Overall the document is well written and the motivation seems clear. T= he >>>>> proposed solution is technically sound and given the application of >>>>> tunneling of MPLS VPNs across IP PSNs, the mechanism does look to brin= g >>>>> operational benefits for specific use cases. Therefore I believe the >>>>> document is ready to be considered for WG adoption. >>>>>=20 >>>>> Authors, >>>>>=20 >>>>> As I was reviewing the draft I jotted down a number of minor comments,= >>>> these >>>>> are outlined below. Feel free to use or discard. >>>>>=20 >>>>> 1. Authors. The RFC-Editors are requesting no more than 5 authors on t= he >>>>> front-page. So you may as well address this sooner rather than later. Y= ou >>>>> can look to split into to - Authors and Contributing Authors (or just >>>>> Contributors) to circumnavigate the author limit. >>>>>=20 >>>>> 2. You should move the Abstract above the Status of this Memo section.= >>>>>=20 >>>>> 3. Perhaps look to expand Abstract to: >>>>>=20 >>>>> Existing technologies to encapsulate MPLS over IP are not adequate for= >>>>> efficient transport across IP-enabled Packet Switch Networks (PSNs). T= his >>>>> document specifies an IP-based encapsulation technology for >> load-balancing >>>>> MPLS packets across IP PSNs. This mechanism is referred to as >> MPLS-in-UDP. >>>>>=20 >>>>> This document defines the protocol extensions and procedures for >>>> MPLS-in-UDP >>>>> and will facilitate transport of MPLS application traffic, including L= 2VPNs >>>>> and L3VPNs, across IP-enabled PSNs. >>>>> << >>>>>=20 >>>>> 4. Introduction is ok, but the wall of text requires splitting into se= parate >>>>> paragraphs for readability. You could split the introduction into sect= ions >>>>> (or just additional paragraphs) to help with navigation, no major chan= ges in >>>>> text are required: >>>>>=20 >>>>> 1. Introduction >>>>> - Contains application/motivation background text. >>>>> - Intention of the document. >>>>>=20 >>>>> 1.1 Existing Technologies >>>>> - Describes existing techniques (RFC4023, et al.). >>>>>=20 >>>>> 1.2 Requirements and Motivation >>>>> - What the technology or application gaps between prior work and this >>>>> proposal. >>>>> - Very important to discuss the motivation given that we already have a= >>>>> number of alternatives. >>>>>=20 >>>>> 5. The document mentions "core" a number of times. Is this really a co= re >>>>> application or is the mechanism more likely to be applied in environme= nts >>>>> with equipment that does not support native MPLS forwarding? This is >>>>> something you might want to expand on in Section 6 (Applicability) and= >>>>> lessen the "core" applicability in other parts of the document. Also, h= ow >>>>> applicable is the document to multicast VPNs, any issues? >>>>>=20 >>>>> 6. General comment on acronyms. The document expands ECMP but not >> GRE >>>> or >>>>> SAFI, so maybe check document for consistency. >>>>>=20 >>>>> Please do not hesitate to email me if anything is not clear. >>>>>=20 >>>>> Br, Dan. >>>>>=20 >>>>> -----Original Message----- >>>>> From: Loa Andersson [mailto:loa@pi.nu] >>>>> Sent: Tuesday, November 13, 2012 9:16 AM >>>>> To: Gregory Mirsky; Dan King; Eric Osborne (eosborne); >>>>> nick.delregno@verizon.com; mpls-chairs@tools.ietf.org; Martin >> Vigoureux; >>>>> draft-xu-mpls-in-udp@tools.ietf.org >>>>> Subject: MPLS-RT review of draft-xu-mpls-in-udp-03 >>>>>=20 >>>>> Greg, Dan, Eric and Nick, >>>>>=20 >>>>> You have been selected as an MPLS Review team reviewers for >>>>> draft-xu-mpls-in-udp-03. >>>>>=20 >>>>> Note to authors: You have been CC'd on this email so that you can know= >> that >>>>> this review is going on. However, please do not review your own docume= nt. >>>>>=20 >>>>> Reviews should comment on whether the document is coherent, is it usef= ul >>>>> (ie, is it likely to be actually useful in operational networks), and i= s the >>>>> document technically sound? We are interested in knowing whether the >>>>> document is ready to be considered for WG adoption (ie, it doesn't hav= e to >>>>> be perfect at this point, but should be a good start). >>>>>=20 >>>>> Reviews should be sent to the document authors, WG co-chairs and >>>> secretary, >>>>> and CC'd to the MPLS WG email list. If necessary, comments may be sent= >>>>> privately to only the WG chairs. >>>>>=20 >>>>> Are you able to review this draft by November 29, 2012? >>>>>=20 >>>>> Thanks, Loa >>>>> (as MPLS WG chair) >>>>>=20 >>>>> /Loa >>>>>=20 >>>>>=20 >>>>> -- >>>>>=20 >>>>>=20 >>>>> Loa Andersson email: >>>> loa.andersson@ericsson.com >>>>> Sr Strategy and Standards Manager loa@pi.nu >>>>> Ericsson Inc phone: +46 10 717 52 13 >>>>> +46 767 72 92 13 >>>>>=20 >>>>>=20 >>>>> _______________________________________________ >>>>> mpls mailing list >>>>> mpls@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/mpls >>>>=20 >>>> _______________________________________________ >>>> mpls mailing list >>>> mpls@ietf.org >>>> https://www.ietf.org/mailman/listinfo/mpls > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From xuxiaohu@huawei.com Tue Nov 27 21:57:56 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E9ED821F86AF for ; Tue, 27 Nov 2012 21:57:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.921 X-Spam-Level: X-Spam-Status: No, score=-3.921 tagged_above=-999 required=5 tests=[AWL=1.478, BAYES_00=-2.599, J_CHICKENPOX_13=0.6, J_CHICKENPOX_14=0.6, 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 ecMd3btrmDIT for ; Tue, 27 Nov 2012 21:57:55 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 139E621F86A5 for ; Tue, 27 Nov 2012 21:57:54 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id ALZ03581; Wed, 28 Nov 2012 05:57:50 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 28 Nov 2012 05:57:41 +0000 Received: from SZXEML447-HUB.china.huawei.com (10.82.67.185) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 28 Nov 2012 05:57:49 +0000 Received: from SZXEML525-MBX.china.huawei.com ([169.254.1.89]) by szxeml447-hub.china.huawei.com ([10.82.67.185]) with mapi id 14.01.0323.003; Wed, 28 Nov 2012 13:57:44 +0800 From: Xuxiaohu To: "S. Davari" Thread-Topic: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 Thread-Index: AQHNwcJ+OEnUt0Njx0mhcjqR0u0yRJf8iuog//+aL4CAAIwzAIAAnpPw////rwCAAVWs8P//o6AAABElmaA= Date: Wed, 28 Nov 2012 05:57:44 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0757F018@szxeml525-mbx.china.huawei.com> References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se> <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> <8E15642F-5F4B-4BD3-9BE9-C4EA56AA3FDE@broadcom.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0757EC74@szxeml525-mbx.china.huawei.com> <232DA9CE-1851-4406-8D9D-86C643973A4E@broadcom.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0757EFB0@szxeml525-mbx.china.huawei.com> <1B549B8F-28AE-497D-9DC2-C4395A09A884@yahoo.com> In-Reply-To: <1B549B8F-28AE-497D-9DC2-C4395A09A884@yahoo.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.130] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "draft-xu-mpls-in-udp@tools.ietf.org" , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 05:57:57 -0000 SXQgc2VlbXMgdGhhdCB5b3UgYXJlIHRhbGtpbmcgZGlmZmVyZW50IHRoaW5ncy4gSGVyZSB3ZSBh cmUgZXhwbGljaXRseSB0YWxraW5nIGFib3V0ICJNUExTLUJBU0VEIiBMMlZQTiAoZS5nLiwgQkdQ IG9yIExEUCBiYXNlZCBWUExTKSBhbmQgTDNWUE4gW1JGQyA0MzY0XSB0ZWNobm9sb2dpZXMgd2hl cmUgTVBMUyBsYWJlbHMgKGkuZS4sIFZQTiBsYWJlbHMpIGFyZSB1c2VkIGZvciBpZGVudGlmeWlu ZyBkaWZmZXJlbnQgVlBOIGluc3RhbmNlcy4NCg0KQmVzdCBSZWdhcmRzLA0KWGlhb2h1DQo+IC0t LS0t6YKu5Lu25Y6f5Lu2LS0tLS0NCj4g5Y+R5Lu25Lq6OiBTLiBEYXZhcmkgW21haWx0bzpkYXZh cmlzaEB5YWhvby5jb21dDQo+IOWPkemAgeaXtumXtDogMjAxMuW5tDEx5pyIMjjml6UgMTM6MjkN Cj4g5pS25Lu25Lq6OiBYdXhpYW9odQ0KPiDmioTpgIE6IFNoYWhyYW0gRGF2YXJpOyBkcmFmdC14 dS1tcGxzLWluLXVkcEB0b29scy5pZXRmLm9yZzsgbXBsc0BpZXRmLm9yZzsNCj4gbXBscy1jaGFp cnNAdG9vbHMuaWV0Zi5vcmcNCj4g5Li76aKYOiBSZTogW21wbHNdIE1QTFMtUlQgcmV2aWV3IG9m IGRyYWZ0LXh1LW1wbHMtaW4tdWRwLTAzDQo+IA0KPiBWWExBTiwgTlZHUkUsIE9UViwgU1RULg0K PiANCj4gUmVnYXJkcywNCj4gU2hhaHJhbQ0KPiANCj4gDQo+IE9uIE5vdiAyNywgMjAxMiwgYXQg NzowNCBQTSwgWHV4aWFvaHUgPHh1eGlhb2h1QGh1YXdlaS5jb20+IHdyb3RlOg0KPiANCj4gPg0K PiA+DQo+ID4+IC0tLS0t6YKu5Lu25Y6f5Lu2LS0tLS0NCj4gPj4g5Y+R5Lu25Lq6OiBTaGFocmFt IERhdmFyaSBbbWFpbHRvOmRhdmFyaUBicm9hZGNvbS5jb21dDQo+ID4+IOWPkemAgeaXtumXtDog MjAxMuW5tDEx5pyIMjfml6UgMjI6MzcNCj4gPj4g5pS25Lu25Lq6OiBYdXhpYW9odQ0KPiA+PiDm ioTpgIE6IERhbmllbCBLaW5nOyBtcGxzQGlldGYub3JnOyBkcmFmdC14dS1tcGxzLWluLXVkcEB0 b29scy5pZXRmLm9yZzsNCj4gPj4gbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmcNCj4gPj4g5Li7 6aKYOiBSZTogW21wbHNdIE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LXh1LW1wbHMtaW4tdWRwLTAz DQo+ID4+DQo+ID4+IEhpIFhpYW9odSwNCj4gPj4NCj4gPj4gVGhlIHByb2JsZW0geW91IGFyZSB0 cnlpbmcgdG8gc29sdmUgaXMgZG9pbmcgTDJWUE4gb3IgTDNWUE4gb3ZlciBJUCB3aXRoDQo+IGxv YWQNCj4gPj4gYmFsYW5jaW5nLiBBbmQgdGhlcmUgYXJlIHRlY2hub2xvZ2llcyB0aGF0IGNhbiBk byB0aGF0IHRvZGF5IGFuZCBhcmUNCj4gYWxyZWFkeQ0KPiA+PiBkZXBsb3llZC4NCj4gPg0KPiA+ IEhpIFNoYWhyYW0sDQo+ID4NCj4gPiBDb3VsZCB5b3UgcGxlYXNlIGV4cGxhaW4gd2hhdCB0aGUg ZGVwbG95ZWQgdGVjaG5vbG9naWVzIHlvdSBtZW50aW9uZWQNCj4gYWJvdmUgYXJlPw0KPiA+DQo+ ID4gQmVzdCByZWdhcmRzLA0KPiA+IFhpYW9odQ0KPiA+DQo+ID4+IFllcyB5b3UgY2FuIGFsc28g ZG8gdGhhdCB3aXRoIE1QTFMgb3ZlciBVRFAgb3ZlciBJUC4gQnV0IHdoeSBub3QgdXNlIG9uZSBv Zg0KPiA+PiB0aG9zZSBvdGhlciBvbmVzLiBVbmxlc3MgeW91IGNhbiBzaG93IHRoYXQgdGhlcmUg aXMgbWFqb3IgZGVmaWNpZW5jeSBpbg0KPiBvdGhlcg0KPiA+PiBzb2x1dGlvbnMsIHlvdXIgc29s dXRpb24gd2lsbCBhZGQgeWV0IGFub3RoZXIgc29sdXRpb24gdG8gdGhlIHBhY2sgYW5kIGFkZCB0 bw0KPiB0aGUNCj4gPj4gbWFya2V0IGNvbmZ1c2lvbi4NCj4gPj4NCj4gPj4gUmVnYXJkcywNCj4g Pj4gU2hhaHJhbQ0KPiA+Pg0KPiA+Pg0KPiA+PiBPbiBOb3YgMjYsIDIwMTIsIGF0IDEwOjQ3IFBN LCAiWHV4aWFvaHUiIDx4dXhpYW9odUBodWF3ZWkuY29tPiB3cm90ZToNCj4gPj4NCj4gPj4+IEhp IFNoYWhyYW0gLA0KPiA+Pj4NCj4gPj4+IFRoZSBNUExTLWluLVVEUCBlbmNhcHN1bGF0aW9uIGlz IGludGVuZGVkIHRvIGZhY2lsaXRhdGUgdGhlIGxvYWQgYmFsYW5jaW5nDQo+IG9mDQo+ID4+IE1Q TFMtYmFzZWQgTDJWUE4gb3IgTDNWUE4gdHJhZmZpYyBvdmVyIHRoZSBJUCBuZXR3b3Jrcy4gSSB0 aGluayBuZWl0aGVyIG9mDQo+IHRoZQ0KPiA+PiB0dW5uZWwgZW5jYXBzdWxhdGlvbiBvcHRpb25z IHlvdSBtZW50aW9uZWQgYmVsb3cgaXMgaW50ZW5kZWQgdG8gYmUgdXNlZCBhcw0KPiBhDQo+ID4+ IHR1bm5lbCB0ZWNobm9sb2d5IGJldHdlZW4gdGhlIE1QTFMtYmFzZWQgTDJWUE4gb3IgTDNWUE4g UEUgcm91dGVycy4NCj4gPj4+DQo+ID4+PiBYaWFvaHUNCj4gPj4+DQo+ID4+Pj4gLS0tLS3pgq7k u7bljp/ku7YtLS0tLQ0KPiA+Pj4+IOWPkeS7tuS6ujogbXBscy1ib3VuY2VzQGlldGYub3JnIFtt YWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnXSDku6PooagNCj4gPj4+PiBTaGFocmFtIERhdmFy aQ0KPiA+Pj4+IOWPkemAgeaXtumXtDogMjAxMuW5tDEx5pyIMjfml6UgMTM6MTANCj4gPj4+PiDm lLbku7bkuro6IERhbmllbCBLaW5nDQo+ID4+Pj4g5oqE6YCBOiBtcGxzQGlldGYub3JnOyBkcmFm dC14dS1tcGxzLWluLXVkcEB0b29scy5pZXRmLm9yZzsNCj4gPj4+PiBtcGxzLWNoYWlyc0B0b29s cy5pZXRmLm9yZw0KPiA+Pj4+IOS4u+mimDogUmU6IFttcGxzXSBNUExTLVJUIHJldmlldyBvZiBk cmFmdC14dS1tcGxzLWluLXVkcC0wMw0KPiA+Pj4+DQo+ID4+Pj4gSGksDQo+ID4+Pj4NCj4gPj4+ PiBJbiBteSBvcGluaW9uIHRoaXMgaXMgYSBzb2x1dGlvbiB0byBhIHByb2JsZW0gdGhhdCBoYXMg YSBkb3plbiBvdGhlcg0KPiBzb2x1dGlvbnMNCj4gPj4+PiBzdWNoIGFzIE5WR1JFLCBWWExBTiwg T1RQLCBTVFQsIGV0Yy4NCj4gPj4+Pg0KPiA+Pj4+IFNvIEkgd29uZGVyIHdoeSBNUExTIFdHIHNo b3VsZCBzcGVuZCBpdHMgdmFsdWFibGUgdGltZSB3b3JraW5nIG9uIHlldA0KPiA+Pj4+IGFub3Ro ZXIgc29sdXRpb24uDQo+ID4+Pj4NCj4gPj4+PiBSZWdhcmRzLA0KPiA+Pj4+IFNoYWhyYW0NCj4g Pj4+Pg0KPiA+Pj4+DQo+ID4+Pj4gT24gTm92IDI2LCAyMDEyLCBhdCAxMjo0OCBQTSwgIkRhbmll bCBLaW5nIiA8ZGFuaWVsQG9sZGRvZy5jby51az4NCj4gd3JvdGU6DQo+ID4+Pj4NCj4gPj4+Pj4g SGkgQWxsLA0KPiA+Pj4+Pg0KPiA+Pj4+PiBBcyByZXF1ZXN0ZWQsIEkgaGF2ZSBwZXJmb3JtZWQg YW4gTVBMUy1UUiByZXZpZXcgb2YNCj4gPj4+PiBkcmFmdC14dS1tcGxzLWluLXVkcC0wMzoNCj4g Pj4+Pj4NCj4gPj4+Pj4gaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQteHUtbXBscy1p bi11ZHAtMDMNCj4gPj4+Pj4NCj4gPj4+Pj4gT3ZlcmFsbCB0aGUgZG9jdW1lbnQgaXMgd2VsbCB3 cml0dGVuIGFuZCB0aGUgbW90aXZhdGlvbiBzZWVtcyBjbGVhci4NCj4gVGhlDQo+ID4+Pj4+IHBy b3Bvc2VkIHNvbHV0aW9uIGlzIHRlY2huaWNhbGx5IHNvdW5kIGFuZCBnaXZlbiB0aGUgYXBwbGlj YXRpb24gb2YNCj4gPj4+Pj4gdHVubmVsaW5nIG9mIE1QTFMgVlBOcyBhY3Jvc3MgSVAgUFNOcywg dGhlIG1lY2hhbmlzbSBkb2VzIGxvb2sgdG8NCj4gYnJpbmcNCj4gPj4+Pj4gb3BlcmF0aW9uYWwg YmVuZWZpdHMgZm9yIHNwZWNpZmljIHVzZSBjYXNlcy4gVGhlcmVmb3JlIEkgYmVsaWV2ZSB0aGUN Cj4gPj4+Pj4gZG9jdW1lbnQgaXMgcmVhZHkgdG8gYmUgY29uc2lkZXJlZCBmb3IgV0cgYWRvcHRp b24uDQo+ID4+Pj4+DQo+ID4+Pj4+IEF1dGhvcnMsDQo+ID4+Pj4+DQo+ID4+Pj4+IEFzIEkgd2Fz IHJldmlld2luZyB0aGUgZHJhZnQgSSBqb3R0ZWQgZG93biBhIG51bWJlciBvZiBtaW5vciBjb21t ZW50cywNCj4gPj4+PiB0aGVzZQ0KPiA+Pj4+PiBhcmUgb3V0bGluZWQgYmVsb3cuIEZlZWwgZnJl ZSB0byB1c2Ugb3IgZGlzY2FyZC4NCj4gPj4+Pj4NCj4gPj4+Pj4gMS4gQXV0aG9ycy4gVGhlIFJG Qy1FZGl0b3JzIGFyZSByZXF1ZXN0aW5nIG5vIG1vcmUgdGhhbiA1IGF1dGhvcnMgb24NCj4gdGhl DQo+ID4+Pj4+IGZyb250LXBhZ2UuIFNvIHlvdSBtYXkgYXMgd2VsbCBhZGRyZXNzIHRoaXMgc29v bmVyIHJhdGhlciB0aGFuIGxhdGVyLiBZb3UNCj4gPj4+Pj4gY2FuIGxvb2sgdG8gc3BsaXQgaW50 byB0byAtIEF1dGhvcnMgYW5kIENvbnRyaWJ1dGluZyBBdXRob3JzIChvciBqdXN0DQo+ID4+Pj4+ IENvbnRyaWJ1dG9ycykgdG8gY2lyY3VtbmF2aWdhdGUgdGhlIGF1dGhvciBsaW1pdC4NCj4gPj4+ Pj4NCj4gPj4+Pj4gMi4gWW91IHNob3VsZCBtb3ZlIHRoZSBBYnN0cmFjdCBhYm92ZSB0aGUgU3Rh dHVzIG9mIHRoaXMgTWVtbyBzZWN0aW9uLg0KPiA+Pj4+Pg0KPiA+Pj4+PiAzLiBQZXJoYXBzIGxv b2sgdG8gZXhwYW5kIEFic3RyYWN0IHRvOg0KPiA+Pj4+Pg0KPiA+Pj4+PiBFeGlzdGluZyB0ZWNo bm9sb2dpZXMgdG8gZW5jYXBzdWxhdGUgTVBMUyBvdmVyIElQIGFyZSBub3QgYWRlcXVhdGUgZm9y DQo+ID4+Pj4+IGVmZmljaWVudCB0cmFuc3BvcnQgYWNyb3NzIElQLWVuYWJsZWQgUGFja2V0IFN3 aXRjaCBOZXR3b3JrcyAoUFNOcykuDQo+IFRoaXMNCj4gPj4+Pj4gZG9jdW1lbnQgc3BlY2lmaWVz IGFuIElQLWJhc2VkIGVuY2Fwc3VsYXRpb24gdGVjaG5vbG9neSBmb3INCj4gPj4gbG9hZC1iYWxh bmNpbmcNCj4gPj4+Pj4gTVBMUyBwYWNrZXRzIGFjcm9zcyBJUCBQU05zLiBUaGlzIG1lY2hhbmlz bSBpcyByZWZlcnJlZCB0byBhcw0KPiA+PiBNUExTLWluLVVEUC4NCj4gPj4+Pj4NCj4gPj4+Pj4g VGhpcyBkb2N1bWVudCBkZWZpbmVzIHRoZSBwcm90b2NvbCBleHRlbnNpb25zIGFuZCBwcm9jZWR1 cmVzIGZvcg0KPiA+Pj4+IE1QTFMtaW4tVURQDQo+ID4+Pj4+IGFuZCB3aWxsIGZhY2lsaXRhdGUg dHJhbnNwb3J0IG9mIE1QTFMgYXBwbGljYXRpb24gdHJhZmZpYywgaW5jbHVkaW5nIEwyVlBOcw0K PiA+Pj4+PiBhbmQgTDNWUE5zLCBhY3Jvc3MgSVAtZW5hYmxlZCBQU05zLg0KPiA+Pj4+PiA8PA0K PiA+Pj4+Pg0KPiA+Pj4+PiA0LiBJbnRyb2R1Y3Rpb24gaXMgb2ssIGJ1dCB0aGUgd2FsbCBvZiB0 ZXh0IHJlcXVpcmVzIHNwbGl0dGluZyBpbnRvIHNlcGFyYXRlDQo+ID4+Pj4+IHBhcmFncmFwaHMg Zm9yIHJlYWRhYmlsaXR5LiBZb3UgY291bGQgc3BsaXQgdGhlIGludHJvZHVjdGlvbiBpbnRvIHNl Y3Rpb25zDQo+ID4+Pj4+IChvciBqdXN0IGFkZGl0aW9uYWwgcGFyYWdyYXBocykgdG8gaGVscCB3 aXRoIG5hdmlnYXRpb24sIG5vIG1ham9yIGNoYW5nZXMNCj4gaW4NCj4gPj4+Pj4gdGV4dCBhcmUg cmVxdWlyZWQ6DQo+ID4+Pj4+DQo+ID4+Pj4+IDEuIEludHJvZHVjdGlvbg0KPiA+Pj4+PiAtIENv bnRhaW5zIGFwcGxpY2F0aW9uL21vdGl2YXRpb24gYmFja2dyb3VuZCB0ZXh0Lg0KPiA+Pj4+PiAt IEludGVudGlvbiBvZiB0aGUgZG9jdW1lbnQuDQo+ID4+Pj4+DQo+ID4+Pj4+IDEuMSBFeGlzdGlu ZyBUZWNobm9sb2dpZXMNCj4gPj4+Pj4gLSBEZXNjcmliZXMgZXhpc3RpbmcgdGVjaG5pcXVlcyAo UkZDNDAyMywgZXQgYWwuKS4NCj4gPj4+Pj4NCj4gPj4+Pj4gMS4yIFJlcXVpcmVtZW50cyBhbmQg TW90aXZhdGlvbg0KPiA+Pj4+PiAtIFdoYXQgdGhlIHRlY2hub2xvZ3kgb3IgYXBwbGljYXRpb24g Z2FwcyBiZXR3ZWVuIHByaW9yIHdvcmsgYW5kIHRoaXMNCj4gPj4+Pj4gcHJvcG9zYWwuDQo+ID4+ Pj4+IC0gVmVyeSBpbXBvcnRhbnQgdG8gZGlzY3VzcyB0aGUgbW90aXZhdGlvbiBnaXZlbiB0aGF0 IHdlIGFscmVhZHkgaGF2ZSBhDQo+ID4+Pj4+IG51bWJlciBvZiBhbHRlcm5hdGl2ZXMuDQo+ID4+ Pj4+DQo+ID4+Pj4+IDUuIFRoZSBkb2N1bWVudCBtZW50aW9ucyAiY29yZSIgYSBudW1iZXIgb2Yg dGltZXMuIElzIHRoaXMgcmVhbGx5IGEgY29yZQ0KPiA+Pj4+PiBhcHBsaWNhdGlvbiBvciBpcyB0 aGUgbWVjaGFuaXNtIG1vcmUgbGlrZWx5IHRvIGJlIGFwcGxpZWQgaW4NCj4gZW52aXJvbm1lbnRz DQo+ID4+Pj4+IHdpdGggZXF1aXBtZW50IHRoYXQgZG9lcyBub3Qgc3VwcG9ydCBuYXRpdmUgTVBM UyBmb3J3YXJkaW5nPyBUaGlzIGlzDQo+ID4+Pj4+IHNvbWV0aGluZyB5b3UgbWlnaHQgd2FudCB0 byBleHBhbmQgb24gaW4gU2VjdGlvbiA2IChBcHBsaWNhYmlsaXR5KSBhbmQNCj4gPj4+Pj4gbGVz c2VuIHRoZSAiY29yZSIgYXBwbGljYWJpbGl0eSBpbiBvdGhlciBwYXJ0cyBvZiB0aGUgZG9jdW1l bnQuIEFsc28sIGhvdw0KPiA+Pj4+PiBhcHBsaWNhYmxlIGlzIHRoZSBkb2N1bWVudCB0byBtdWx0 aWNhc3QgVlBOcywgYW55IGlzc3Vlcz8NCj4gPj4+Pj4NCj4gPj4+Pj4gNi4gR2VuZXJhbCBjb21t ZW50IG9uIGFjcm9ueW1zLiBUaGUgZG9jdW1lbnQgZXhwYW5kcyBFQ01QIGJ1dCBub3QNCj4gPj4g R1JFDQo+ID4+Pj4gb3INCj4gPj4+Pj4gU0FGSSwgc28gbWF5YmUgY2hlY2sgZG9jdW1lbnQgZm9y IGNvbnNpc3RlbmN5Lg0KPiA+Pj4+Pg0KPiA+Pj4+PiBQbGVhc2UgZG8gbm90IGhlc2l0YXRlIHRv IGVtYWlsIG1lIGlmIGFueXRoaW5nIGlzIG5vdCBjbGVhci4NCj4gPj4+Pj4NCj4gPj4+Pj4gQnIs IERhbi4NCj4gPj4+Pj4NCj4gPj4+Pj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPj4+ Pj4gRnJvbTogTG9hIEFuZGVyc3NvbiBbbWFpbHRvOmxvYUBwaS5udV0NCj4gPj4+Pj4gU2VudDog VHVlc2RheSwgTm92ZW1iZXIgMTMsIDIwMTIgOToxNiBBTQ0KPiA+Pj4+PiBUbzogR3JlZ29yeSBN aXJza3k7IERhbiBLaW5nOyBFcmljIE9zYm9ybmUgKGVvc2Jvcm5lKTsNCj4gPj4+Pj4gbmljay5k ZWxyZWdub0B2ZXJpem9uLmNvbTsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc7IE1hcnRpbg0K PiA+PiBWaWdvdXJldXg7DQo+ID4+Pj4+IGRyYWZ0LXh1LW1wbHMtaW4tdWRwQHRvb2xzLmlldGYu b3JnDQo+ID4+Pj4+IFN1YmplY3Q6IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LXh1LW1wbHMtaW4t dWRwLTAzDQo+ID4+Pj4+DQo+ID4+Pj4+IEdyZWcsIERhbiwgRXJpYyBhbmQgTmljaywNCj4gPj4+ Pj4NCj4gPj4+Pj4gWW91IGhhdmUgYmVlbiBzZWxlY3RlZCBhcyBhbiBNUExTIFJldmlldyB0ZWFt IHJldmlld2VycyBmb3INCj4gPj4+Pj4gZHJhZnQteHUtbXBscy1pbi11ZHAtMDMuDQo+ID4+Pj4+ DQo+ID4+Pj4+IE5vdGUgdG8gYXV0aG9yczogWW91IGhhdmUgYmVlbiBDQydkIG9uIHRoaXMgZW1h aWwgc28gdGhhdCB5b3UgY2FuIGtub3cNCj4gPj4gdGhhdA0KPiA+Pj4+PiB0aGlzIHJldmlldyBp cyBnb2luZyBvbi4gSG93ZXZlciwgcGxlYXNlIGRvIG5vdCByZXZpZXcgeW91ciBvd24NCj4gZG9j dW1lbnQuDQo+ID4+Pj4+DQo+ID4+Pj4+IFJldmlld3Mgc2hvdWxkIGNvbW1lbnQgb24gd2hldGhl ciB0aGUgZG9jdW1lbnQgaXMgY29oZXJlbnQsIGlzIGl0DQo+IHVzZWZ1bA0KPiA+Pj4+PiAoaWUs IGlzIGl0IGxpa2VseSB0byBiZSBhY3R1YWxseSB1c2VmdWwgaW4gb3BlcmF0aW9uYWwgbmV0d29y a3MpLCBhbmQgaXMgdGhlDQo+ID4+Pj4+IGRvY3VtZW50IHRlY2huaWNhbGx5IHNvdW5kPyAgV2Ug YXJlIGludGVyZXN0ZWQgaW4ga25vd2luZyB3aGV0aGVyDQo+IHRoZQ0KPiA+Pj4+PiBkb2N1bWVu dCBpcyByZWFkeSB0byBiZSBjb25zaWRlcmVkIGZvciBXRyBhZG9wdGlvbiAoaWUsIGl0IGRvZXNu J3QgaGF2ZQ0KPiB0bw0KPiA+Pj4+PiBiZSBwZXJmZWN0IGF0IHRoaXMgcG9pbnQsIGJ1dCBzaG91 bGQgYmUgYSBnb29kIHN0YXJ0KS4NCj4gPj4+Pj4NCj4gPj4+Pj4gUmV2aWV3cyBzaG91bGQgYmUg c2VudCB0byB0aGUgZG9jdW1lbnQgYXV0aG9ycywgV0cgY28tY2hhaXJzIGFuZA0KPiA+Pj4+IHNl Y3JldGFyeSwNCj4gPj4+Pj4gYW5kIENDJ2QgdG8gdGhlIE1QTFMgV0cgZW1haWwgbGlzdC4gSWYg bmVjZXNzYXJ5LCBjb21tZW50cyBtYXkgYmUNCj4gc2VudA0KPiA+Pj4+PiBwcml2YXRlbHkgdG8g b25seSB0aGUgV0cgY2hhaXJzLg0KPiA+Pj4+Pg0KPiA+Pj4+PiBBcmUgeW91IGFibGUgdG8gcmV2 aWV3IHRoaXMgZHJhZnQgYnkgTm92ZW1iZXIgMjksIDIwMTI/DQo+ID4+Pj4+DQo+ID4+Pj4+IFRo YW5rcywgTG9hDQo+ID4+Pj4+IChhcyBNUExTIFdHIGNoYWlyKQ0KPiA+Pj4+Pg0KPiA+Pj4+PiAv TG9hDQo+ID4+Pj4+DQo+ID4+Pj4+DQo+ID4+Pj4+IC0tDQo+ID4+Pj4+DQo+ID4+Pj4+DQo+ID4+ Pj4+IExvYSBBbmRlcnNzb24gICAgICAgICAgICAgICAgICAgICAgICAgZW1haWw6DQo+ID4+Pj4g bG9hLmFuZGVyc3NvbkBlcmljc3Nvbi5jb20NCj4gPj4+Pj4gU3IgU3RyYXRlZ3kgYW5kIFN0YW5k YXJkcyBNYW5hZ2VyICAgICAgICAgICAgbG9hQHBpLm51DQo+ID4+Pj4+IEVyaWNzc29uIEluYyAg ICAgICAgICAgICAgICAgICAgICAgICAgcGhvbmU6ICs0NiAxMCA3MTcgNTIgMTMNCj4gPj4+Pj4g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICArNDYgNzY3IDcyIDky IDEzDQo+ID4+Pj4+DQo+ID4+Pj4+DQo+ID4+Pj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQo+ID4+Pj4+IG1wbHMgbWFpbGluZyBsaXN0DQo+ID4+Pj4+ IG1wbHNAaWV0Zi5vcmcNCj4gPj4+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9tcGxzDQo+ID4+Pj4NCj4gPj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KPiA+Pj4+IG1wbHMgbWFpbGluZyBsaXN0DQo+ID4+Pj4gbXBsc0Bp ZXRmLm9yZw0KPiA+Pj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBs cw0KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ ID4gbXBscyBtYWlsaW5nIGxpc3QNCj4gPiBtcGxzQGlldGYub3JnDQo+ID4gaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQo= From davarish@yahoo.com Tue Nov 27 22:16:39 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE7A721F87D5 for ; Tue, 27 Nov 2012 22:16:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.003 X-Spam-Level: X-Spam-Status: No, score=-0.003 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_13=0.6, J_CHICKENPOX_14=0.6, MIME_QP_LONG_LINE=1.396] 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 F23WIytlQ4eX for ; Tue, 27 Nov 2012 22:16:38 -0800 (PST) Received: from nm29.bullet.mail.bf1.yahoo.com (nm29.bullet.mail.bf1.yahoo.com [98.139.212.188]) by ietfa.amsl.com (Postfix) with ESMTP id 9C5B921F87C5 for ; Tue, 27 Nov 2012 22:16:38 -0800 (PST) Received: from [98.139.212.151] by nm29.bullet.mail.bf1.yahoo.com with NNFMP; 28 Nov 2012 06:16:37 -0000 Received: from [98.139.173.188] by tm8.bullet.mail.bf1.yahoo.com with NNFMP; 28 Nov 2012 06:16:37 -0000 Received: from [127.0.0.1] by smtp115-mob.biz.mail.bf1.yahoo.com with NNFMP; 28 Nov 2012 06:16:37 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1354083397; bh=RpTRgORNtPgiHbqHJN3HtWt8qfainQp3hqEMgazL8oY=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Content-Type:Content-Transfer-Encoding:Subject:References:From:Mime-Version:In-Reply-To:Message-Id:Date:Cc:To:X-Mailer; b=VtR4qBu4Z6/08VvO/O80yFVulRs18vgKpFeFIh+0qDLkUj/pjw4Sxt5Kml50MlMEDN0rjXsxnud10CDaxWr39fZESqyk6zbf5ICqn7PY0x8gULvlxyQDuPjVBV8z10fDuGd0feOwGRFbetH/OK1LeLaxEWM0M0blHZjpmYjdd/w= X-Yahoo-Newman-Id: 794733.68185.bm@smtp115-mob.biz.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 8Q3yBlUVM1lqM1khbfNtwbD.ZjpxCZBrF4Mz2_8eQFuCWzE 91Ab0XA_loVx7T5Kc.DtpYm7CeD8ntoHk8l2yByWOfHCnaO86jIkRTcInHUz 3tOSokyPCShonLXX2jIBUnEIdkZ7rCjXo4FWW6nMMoIGZNriEPzUprfTC46p WTe.VTkmpYsGgWTR6WhUhmMPF3lNKeDu_.0Rc5n.bOjolYDh1ls6px7mvgMq vv0V17ND1T4kzudybnNd87rN86IemcK1VYqr8rduFYmXxPwzi.YknrZHdF3z gFjxajSjLYVsYq0BXtwXL4W8CGIRxsNGf5lr8dKo9O8k5ttR.wS13FeKedXy Hg0uVZxa3C9soP.OHQGxnVvBE.i_02HXVTBfhV28G3uLRUFvZZ8cidf3zwuH doI59B_pKiYz8YzS73q.IyshfR_U8qurTy9BDBagKb13ah3dPfgkHTwskfQK GxY95HhTyecyNyss- X-Yahoo-SMTP: ygPrP9CswBCWPbPtKJlJyLY0KMlg Received: from [10.166.34.115] (davarish@198.228.222.166 with xymcookie) by smtp115-mob.biz.mail.bf1.yahoo.com with SMTP; 27 Nov 2012 22:16:37 -0800 PST Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se> <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> <8E15642F-5F4B-4BD3-9BE9-C4EA56AA3FDE@broadcom.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0757EC74@szxeml525-mbx.china.huawei.com> <232DA9CE-1851-4406-8D9D-86C643973A4E@broadcom.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0757EFB0@szxeml525-mbx.china.huawei.com> <1B549B8F-28AE-497D-9DC2-C4395A09A884@yahoo.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0757F018@szxeml525-mbx.china.huawei.com> From: "S. Davari" Mime-Version: 1.0 (1.0) In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0757F018@szxeml525-mbx.china.huawei.com> Message-Id: Date: Tue, 27 Nov 2012 22:09:44 -0800 To: Xuxiaohu X-Mailer: iPhone Mail (10A403) Cc: "draft-xu-mpls-in-udp@tools.ietf.org" , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 06:16:39 -0000 You are obviously not using MPLS for any forwarding. Just using MPLS as VPN i= dentifier. So why use MPLS at all? Just use other identifiers such as those i= n VXLAN or NVGRE, etc. Regards, Shahram On Nov 27, 2012, at 9:57 PM, Xuxiaohu wrote: > It seems that you are talking different things. Here we are explicitly tal= king about "MPLS-BASED" L2VPN (e.g., BGP or LDP based VPLS) and L3VPN [RFC 4= 364] technologies where MPLS labels (i.e., VPN labels) are used for identify= ing different VPN instances. >=20 > Best Regards, > Xiaohu >> -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- >> =E5=8F=91=E4=BB=B6=E4=BA=BA: S. Davari [mailto:davarish@yahoo.com] >> =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2012=E5=B9=B411=E6=9C=8828=E6=97=A5= 13:29 >> =E6=94=B6=E4=BB=B6=E4=BA=BA: Xuxiaohu >> =E6=8A=84=E9=80=81: Shahram Davari; draft-xu-mpls-in-udp@tools.ietf.org; m= pls@ietf.org; >> mpls-chairs@tools.ietf.org >> =E4=B8=BB=E9=A2=98: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 >>=20 >> VXLAN, NVGRE, OTV, STT. >>=20 >> Regards, >> Shahram >>=20 >>=20 >> On Nov 27, 2012, at 7:04 PM, Xuxiaohu wrote: >>=20 >>>=20 >>>=20 >>>> -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- >>>> =E5=8F=91=E4=BB=B6=E4=BA=BA: Shahram Davari [mailto:davari@broadcom.com= ] >>>> =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2012=E5=B9=B411=E6=9C=8827=E6=97=A5= 22:37 >>>> =E6=94=B6=E4=BB=B6=E4=BA=BA: Xuxiaohu >>>> =E6=8A=84=E9=80=81: Daniel King; mpls@ietf.org; draft-xu-mpls-in-udp@to= ols.ietf.org; >>>> mpls-chairs@tools.ietf.org >>>> =E4=B8=BB=E9=A2=98: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-0= 3 >>>>=20 >>>> Hi Xiaohu, >>>>=20 >>>> The problem you are trying to solve is doing L2VPN or L3VPN over IP wit= h >> load >>>> balancing. And there are technologies that can do that today and are >> already >>>> deployed. >>>=20 >>> Hi Shahram, >>>=20 >>> Could you please explain what the deployed technologies you mentioned >> above are? >>>=20 >>> Best regards, >>> Xiaohu >>>=20 >>>> Yes you can also do that with MPLS over UDP over IP. But why not use on= e of >>>> those other ones. Unless you can show that there is major deficiency in= >> other >>>> solutions, your solution will add yet another solution to the pack and a= dd to >> the >>>> market confusion. >>>>=20 >>>> Regards, >>>> Shahram >>>>=20 >>>>=20 >>>> On Nov 26, 2012, at 10:47 PM, "Xuxiaohu" wrote: >>>>=20 >>>>> Hi Shahram , >>>>>=20 >>>>> The MPLS-in-UDP encapsulation is intended to facilitate the load balan= cing >> of >>>> MPLS-based L2VPN or L3VPN traffic over the IP networks. I think neither= of >> the >>>> tunnel encapsulation options you mentioned below is intended to be used= as >> a >>>> tunnel technology between the MPLS-based L2VPN or L3VPN PE routers. >>>>>=20 >>>>> Xiaohu >>>>>=20 >>>>>> -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- >>>>>> =E5=8F=91=E4=BB=B6=E4=BA=BA: mpls-bounces@ietf.org [mailto:mpls-bounc= es@ietf.org] =E4=BB=A3=E8=A1=A8 >>>>>> Shahram Davari >>>>>> =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2012=E5=B9=B411=E6=9C=8827=E6=97= =A5 13:10 >>>>>> =E6=94=B6=E4=BB=B6=E4=BA=BA: Daniel King >>>>>> =E6=8A=84=E9=80=81: mpls@ietf.org; draft-xu-mpls-in-udp@tools.ietf.or= g; >>>>>> mpls-chairs@tools.ietf.org >>>>>> =E4=B8=BB=E9=A2=98: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp= -03 >>>>>>=20 >>>>>> Hi, >>>>>>=20 >>>>>> In my opinion this is a solution to a problem that has a dozen other >> solutions >>>>>> such as NVGRE, VXLAN, OTP, STT, etc. >>>>>>=20 >>>>>> So I wonder why MPLS WG should spend its valuable time working on yet= >>>>>> another solution. >>>>>>=20 >>>>>> Regards, >>>>>> Shahram >>>>>>=20 >>>>>>=20 >>>>>> On Nov 26, 2012, at 12:48 PM, "Daniel King" >> wrote: >>>>>>=20 >>>>>>> Hi All, >>>>>>>=20 >>>>>>> As requested, I have performed an MPLS-TR review of >>>>>> draft-xu-mpls-in-udp-03: >>>>>>>=20 >>>>>>> http://tools.ietf.org/html/draft-xu-mpls-in-udp-03 >>>>>>>=20 >>>>>>> Overall the document is well written and the motivation seems clear.= >> The >>>>>>> proposed solution is technically sound and given the application of >>>>>>> tunneling of MPLS VPNs across IP PSNs, the mechanism does look to >> bring >>>>>>> operational benefits for specific use cases. Therefore I believe the= >>>>>>> document is ready to be considered for WG adoption. >>>>>>>=20 >>>>>>> Authors, >>>>>>>=20 >>>>>>> As I was reviewing the draft I jotted down a number of minor comment= s, >>>>>> these >>>>>>> are outlined below. Feel free to use or discard. >>>>>>>=20 >>>>>>> 1. Authors. The RFC-Editors are requesting no more than 5 authors on= >> the >>>>>>> front-page. So you may as well address this sooner rather than later= . You >>>>>>> can look to split into to - Authors and Contributing Authors (or jus= t >>>>>>> Contributors) to circumnavigate the author limit. >>>>>>>=20 >>>>>>> 2. You should move the Abstract above the Status of this Memo sectio= n. >>>>>>>=20 >>>>>>> 3. Perhaps look to expand Abstract to: >>>>>>>=20 >>>>>>> Existing technologies to encapsulate MPLS over IP are not adequate f= or >>>>>>> efficient transport across IP-enabled Packet Switch Networks (PSNs).= >> This >>>>>>> document specifies an IP-based encapsulation technology for >>>> load-balancing >>>>>>> MPLS packets across IP PSNs. This mechanism is referred to as >>>> MPLS-in-UDP. >>>>>>>=20 >>>>>>> This document defines the protocol extensions and procedures for >>>>>> MPLS-in-UDP >>>>>>> and will facilitate transport of MPLS application traffic, including= L2VPNs >>>>>>> and L3VPNs, across IP-enabled PSNs. >>>>>>> << >>>>>>>=20 >>>>>>> 4. Introduction is ok, but the wall of text requires splitting into s= eparate >>>>>>> paragraphs for readability. You could split the introduction into se= ctions >>>>>>> (or just additional paragraphs) to help with navigation, no major ch= anges >> in >>>>>>> text are required: >>>>>>>=20 >>>>>>> 1. Introduction >>>>>>> - Contains application/motivation background text. >>>>>>> - Intention of the document. >>>>>>>=20 >>>>>>> 1.1 Existing Technologies >>>>>>> - Describes existing techniques (RFC4023, et al.). >>>>>>>=20 >>>>>>> 1.2 Requirements and Motivation >>>>>>> - What the technology or application gaps between prior work and thi= s >>>>>>> proposal. >>>>>>> - Very important to discuss the motivation given that we already hav= e a >>>>>>> number of alternatives. >>>>>>>=20 >>>>>>> 5. The document mentions "core" a number of times. Is this really a c= ore >>>>>>> application or is the mechanism more likely to be applied in >> environments >>>>>>> with equipment that does not support native MPLS forwarding? This is= >>>>>>> something you might want to expand on in Section 6 (Applicability) a= nd >>>>>>> lessen the "core" applicability in other parts of the document. Also= , how >>>>>>> applicable is the document to multicast VPNs, any issues? >>>>>>>=20 >>>>>>> 6. General comment on acronyms. The document expands ECMP but not >>>> GRE >>>>>> or >>>>>>> SAFI, so maybe check document for consistency. >>>>>>>=20 >>>>>>> Please do not hesitate to email me if anything is not clear. >>>>>>>=20 >>>>>>> Br, Dan. >>>>>>>=20 >>>>>>> -----Original Message----- >>>>>>> From: Loa Andersson [mailto:loa@pi.nu] >>>>>>> Sent: Tuesday, November 13, 2012 9:16 AM >>>>>>> To: Gregory Mirsky; Dan King; Eric Osborne (eosborne); >>>>>>> nick.delregno@verizon.com; mpls-chairs@tools.ietf.org; Martin >>>> Vigoureux; >>>>>>> draft-xu-mpls-in-udp@tools.ietf.org >>>>>>> Subject: MPLS-RT review of draft-xu-mpls-in-udp-03 >>>>>>>=20 >>>>>>> Greg, Dan, Eric and Nick, >>>>>>>=20 >>>>>>> You have been selected as an MPLS Review team reviewers for >>>>>>> draft-xu-mpls-in-udp-03. >>>>>>>=20 >>>>>>> Note to authors: You have been CC'd on this email so that you can kn= ow >>>> that >>>>>>> this review is going on. However, please do not review your own >> document. >>>>>>>=20 >>>>>>> Reviews should comment on whether the document is coherent, is it >> useful >>>>>>> (ie, is it likely to be actually useful in operational networks), an= d is the >>>>>>> document technically sound? We are interested in knowing whether >> the >>>>>>> document is ready to be considered for WG adoption (ie, it doesn't h= ave >> to >>>>>>> be perfect at this point, but should be a good start). >>>>>>>=20 >>>>>>> Reviews should be sent to the document authors, WG co-chairs and >>>>>> secretary, >>>>>>> and CC'd to the MPLS WG email list. If necessary, comments may be >> sent >>>>>>> privately to only the WG chairs. >>>>>>>=20 >>>>>>> Are you able to review this draft by November 29, 2012? >>>>>>>=20 >>>>>>> Thanks, Loa >>>>>>> (as MPLS WG chair) >>>>>>>=20 >>>>>>> /Loa >>>>>>>=20 >>>>>>>=20 >>>>>>> -- >>>>>>>=20 >>>>>>>=20 >>>>>>> Loa Andersson email: >>>>>> loa.andersson@ericsson.com >>>>>>> Sr Strategy and Standards Manager loa@pi.nu >>>>>>> Ericsson Inc phone: +46 10 717 52 13 >>>>>>> +46 767 72 92 13 >>>>>>>=20 >>>>>>>=20 >>>>>>> _______________________________________________ >>>>>>> mpls mailing list >>>>>>> mpls@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/mpls >>>>>>=20 >>>>>> _______________________________________________ >>>>>> mpls mailing list >>>>>> mpls@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/mpls >>> _______________________________________________ >>> mpls mailing list >>> mpls@ietf.org >>> https://www.ietf.org/mailman/listinfo/mpls From xuxiaohu@huawei.com Tue Nov 27 23:08:18 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D629A21F8D34 for ; Tue, 27 Nov 2012 23:08:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.216 X-Spam-Level: X-Spam-Status: No, score=-4.216 tagged_above=-999 required=5 tests=[AWL=1.183, BAYES_00=-2.599, J_CHICKENPOX_13=0.6, J_CHICKENPOX_14=0.6, 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 n7DSpaD+7VVp for ; Tue, 27 Nov 2012 23:08:17 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id A632521F8C76 for ; Tue, 27 Nov 2012 23:08:16 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id ALZ08846; Wed, 28 Nov 2012 07:08:13 +0000 (GMT) Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 28 Nov 2012 07:07:43 +0000 Received: from SZXEML409-HUB.china.huawei.com (10.82.67.136) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 28 Nov 2012 07:07:51 +0000 Received: from SZXEML525-MBX.china.huawei.com ([169.254.1.89]) by szxeml409-hub.china.huawei.com ([10.82.67.136]) with mapi id 14.01.0323.003; Wed, 28 Nov 2012 15:07:43 +0800 From: Xuxiaohu To: "S. Davari" Thread-Topic: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 Thread-Index: AQHNwcJ+OEnUt0Njx0mhcjqR0u0yRJf8iuog//+aL4CAAIwzAIAAnpPw////rwCAAVWs8P//o6AAABElmaD//4JDAP//cdPw Date: Wed, 28 Nov 2012 07:07:43 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0757F065@szxeml525-mbx.china.huawei.com> References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se> <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> <8E15642F-5F4B-4BD3-9BE9-C4EA56AA3FDE@broadcom.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0757EC74@szxeml525-mbx.china.huawei.com> <232DA9CE-1851-4406-8D9D-86C643973A4E@broadcom.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0757EFB0@szxeml525-mbx.china.huawei.com> <1B549B8F-28AE-497D-9DC2-C4395A09A884@yahoo.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0757F018@szxeml525-mbx.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.130] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "draft-xu-mpls-in-udp@tools.ietf.org" , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 07:08:19 -0000 T2gsIHlvdSBhcmUgYXNraW5nIGEgdmVyeSBCSUcgYW5kIGRpc3B1dGVkIHF1ZXN0aW9uIHdoaWNo IHNob3VsZCBiZSBkaXNjdXNzZWQgaW4gTlZvMywgTDJWUE4gYW5kIEwzVlBOIFdHcywgSU1ITy4g DQoNCkJUVywgc29tZWJvZHkgZWxzZSBtYXkgaGF2ZSB0aGUgc2ltaWxhciBkb3VidDogd2h5IG5v dCB1c2UgdGhlIE1QTFMgbGFiZWwgYXMgYSBWUE4gaWRlbnRpZmllcj8gV2h5IHVzZSB0aGUgVk4g SUQgaW4gdGhlIFZYTEFOIGhlYWRlciBvciB0aGUgR1JFIGtleSBpbiB0aGUgR1JFIGhlYWRlciBh cyBhIFZQTiBpZGVudGlmaWVyPw0KDQpCZXN0IHJlZ2FyZHMsDQpYaWFvaHUNCg0KPiAtLS0tLemC ruS7tuWOn+S7ti0tLS0tDQo+IOWPkeS7tuS6ujogUy4gRGF2YXJpIFttYWlsdG86ZGF2YXJpc2hA eWFob28uY29tXQ0KPiDlj5HpgIHml7bpl7Q6IDIwMTLlubQxMeaciDI45pelIDE0OjEwDQo+IOaU tuS7tuS6ujogWHV4aWFvaHUNCj4g5oqE6YCBOiBTaGFocmFtIERhdmFyaTsgZHJhZnQteHUtbXBs cy1pbi11ZHBAdG9vbHMuaWV0Zi5vcmc7IG1wbHNAaWV0Zi5vcmc7DQo+IG1wbHMtY2hhaXJzQHRv b2xzLmlldGYub3JnDQo+IOS4u+mimDogUmU6IFttcGxzXSBNUExTLVJUIHJldmlldyBvZiBkcmFm dC14dS1tcGxzLWluLXVkcC0wMw0KPiANCj4gWW91IGFyZSBvYnZpb3VzbHkgbm90IHVzaW5nIE1Q TFMgZm9yIGFueSBmb3J3YXJkaW5nLiBKdXN0IHVzaW5nIE1QTFMgYXMgVlBODQo+IGlkZW50aWZp ZXIuIFNvIHdoeSB1c2UgTVBMUyBhdCBhbGw/IEp1c3QgdXNlIG90aGVyIGlkZW50aWZpZXJzIHN1 Y2ggYXMgdGhvc2UgaW4NCj4gVlhMQU4gb3IgTlZHUkUsIGV0Yy4NCg0KPiBSZWdhcmRzLA0KPiBT aGFocmFtDQo+IA0KPiANCj4gT24gTm92IDI3LCAyMDEyLCBhdCA5OjU3IFBNLCBYdXhpYW9odSA8 eHV4aWFvaHVAaHVhd2VpLmNvbT4gd3JvdGU6DQo+IA0KPiA+IEl0IHNlZW1zIHRoYXQgeW91IGFy ZSB0YWxraW5nIGRpZmZlcmVudCB0aGluZ3MuIEhlcmUgd2UgYXJlIGV4cGxpY2l0bHkgdGFsa2lu Zw0KPiBhYm91dCAiTVBMUy1CQVNFRCIgTDJWUE4gKGUuZy4sIEJHUCBvciBMRFAgYmFzZWQgVlBM UykgYW5kIEwzVlBOIFtSRkMNCj4gNDM2NF0gdGVjaG5vbG9naWVzIHdoZXJlIE1QTFMgbGFiZWxz IChpLmUuLCBWUE4gbGFiZWxzKSBhcmUgdXNlZCBmb3IgaWRlbnRpZnlpbmcNCj4gZGlmZmVyZW50 IFZQTiBpbnN0YW5jZXMuDQo+ID4NCj4gPiBCZXN0IFJlZ2FyZHMsDQo+ID4gWGlhb2h1DQo+ID4+ IC0tLS0t6YKu5Lu25Y6f5Lu2LS0tLS0NCj4gPj4g5Y+R5Lu25Lq6OiBTLiBEYXZhcmkgW21haWx0 bzpkYXZhcmlzaEB5YWhvby5jb21dDQo+ID4+IOWPkemAgeaXtumXtDogMjAxMuW5tDEx5pyIMjjm l6UgMTM6MjkNCj4gPj4g5pS25Lu25Lq6OiBYdXhpYW9odQ0KPiA+PiDmioTpgIE6IFNoYWhyYW0g RGF2YXJpOyBkcmFmdC14dS1tcGxzLWluLXVkcEB0b29scy5pZXRmLm9yZzsgbXBsc0BpZXRmLm9y ZzsNCj4gPj4gbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmcNCj4gPj4g5Li76aKYOiBSZTogW21w bHNdIE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LXh1LW1wbHMtaW4tdWRwLTAzDQo+ID4+DQo+ID4+ IFZYTEFOLCBOVkdSRSwgT1RWLCBTVFQuDQo+ID4+DQo+ID4+IFJlZ2FyZHMsDQo+ID4+IFNoYWhy YW0NCj4gPj4NCj4gPj4NCj4gPj4gT24gTm92IDI3LCAyMDEyLCBhdCA3OjA0IFBNLCBYdXhpYW9o dSA8eHV4aWFvaHVAaHVhd2VpLmNvbT4gd3JvdGU6DQo+ID4+DQo+ID4+Pg0KPiA+Pj4NCj4gPj4+ PiAtLS0tLemCruS7tuWOn+S7ti0tLS0tDQo+ID4+Pj4g5Y+R5Lu25Lq6OiBTaGFocmFtIERhdmFy aSBbbWFpbHRvOmRhdmFyaUBicm9hZGNvbS5jb21dDQo+ID4+Pj4g5Y+R6YCB5pe26Ze0OiAyMDEy 5bm0MTHmnIgyN+aXpSAyMjozNw0KPiA+Pj4+IOaUtuS7tuS6ujogWHV4aWFvaHUNCj4gPj4+PiDm ioTpgIE6IERhbmllbCBLaW5nOyBtcGxzQGlldGYub3JnOyBkcmFmdC14dS1tcGxzLWluLXVkcEB0 b29scy5pZXRmLm9yZzsNCj4gPj4+PiBtcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZw0KPiA+Pj4+ IOS4u+mimDogUmU6IFttcGxzXSBNUExTLVJUIHJldmlldyBvZiBkcmFmdC14dS1tcGxzLWluLXVk cC0wMw0KPiA+Pj4+DQo+ID4+Pj4gSGkgWGlhb2h1LA0KPiA+Pj4+DQo+ID4+Pj4gVGhlIHByb2Js ZW0geW91IGFyZSB0cnlpbmcgdG8gc29sdmUgaXMgZG9pbmcgTDJWUE4gb3IgTDNWUE4gb3ZlciBJ UCB3aXRoDQo+ID4+IGxvYWQNCj4gPj4+PiBiYWxhbmNpbmcuIEFuZCB0aGVyZSBhcmUgdGVjaG5v bG9naWVzIHRoYXQgY2FuIGRvIHRoYXQgdG9kYXkgYW5kIGFyZQ0KPiA+PiBhbHJlYWR5DQo+ID4+ Pj4gZGVwbG95ZWQuDQo+ID4+Pg0KPiA+Pj4gSGkgU2hhaHJhbSwNCj4gPj4+DQo+ID4+PiBDb3Vs ZCB5b3UgcGxlYXNlIGV4cGxhaW4gd2hhdCB0aGUgZGVwbG95ZWQgdGVjaG5vbG9naWVzIHlvdSBt ZW50aW9uZWQNCj4gPj4gYWJvdmUgYXJlPw0KPiA+Pj4NCj4gPj4+IEJlc3QgcmVnYXJkcywNCj4g Pj4+IFhpYW9odQ0KPiA+Pj4NCj4gPj4+PiBZZXMgeW91IGNhbiBhbHNvIGRvIHRoYXQgd2l0aCBN UExTIG92ZXIgVURQIG92ZXIgSVAuIEJ1dCB3aHkgbm90IHVzZSBvbmUNCj4gb2YNCj4gPj4+PiB0 aG9zZSBvdGhlciBvbmVzLiBVbmxlc3MgeW91IGNhbiBzaG93IHRoYXQgdGhlcmUgaXMgbWFqb3Ig ZGVmaWNpZW5jeSBpbg0KPiA+PiBvdGhlcg0KPiA+Pj4+IHNvbHV0aW9ucywgeW91ciBzb2x1dGlv biB3aWxsIGFkZCB5ZXQgYW5vdGhlciBzb2x1dGlvbiB0byB0aGUgcGFjayBhbmQgYWRkDQo+IHRv DQo+ID4+IHRoZQ0KPiA+Pj4+IG1hcmtldCBjb25mdXNpb24uDQo+ID4+Pj4NCj4gPj4+PiBSZWdh cmRzLA0KPiA+Pj4+IFNoYWhyYW0NCj4gPj4+Pg0KPiA+Pj4+DQo+ID4+Pj4gT24gTm92IDI2LCAy MDEyLCBhdCAxMDo0NyBQTSwgIlh1eGlhb2h1IiA8eHV4aWFvaHVAaHVhd2VpLmNvbT4NCj4gd3Jv dGU6DQo+ID4+Pj4NCj4gPj4+Pj4gSGkgU2hhaHJhbSAsDQo+ID4+Pj4+DQo+ID4+Pj4+IFRoZSBN UExTLWluLVVEUCBlbmNhcHN1bGF0aW9uIGlzIGludGVuZGVkIHRvIGZhY2lsaXRhdGUgdGhlIGxv YWQNCj4gYmFsYW5jaW5nDQo+ID4+IG9mDQo+ID4+Pj4gTVBMUy1iYXNlZCBMMlZQTiBvciBMM1ZQ TiB0cmFmZmljIG92ZXIgdGhlIElQIG5ldHdvcmtzLiBJIHRoaW5rIG5laXRoZXINCj4gb2YNCj4g Pj4gdGhlDQo+ID4+Pj4gdHVubmVsIGVuY2Fwc3VsYXRpb24gb3B0aW9ucyB5b3UgbWVudGlvbmVk IGJlbG93IGlzIGludGVuZGVkIHRvIGJlIHVzZWQNCj4gYXMNCj4gPj4gYQ0KPiA+Pj4+IHR1bm5l bCB0ZWNobm9sb2d5IGJldHdlZW4gdGhlIE1QTFMtYmFzZWQgTDJWUE4gb3IgTDNWUE4gUEUgcm91 dGVycy4NCj4gPj4+Pj4NCj4gPj4+Pj4gWGlhb2h1DQo+ID4+Pj4+DQo+ID4+Pj4+PiAtLS0tLemC ruS7tuWOn+S7ti0tLS0tDQo+ID4+Pj4+PiDlj5Hku7bkuro6IG1wbHMtYm91bmNlc0BpZXRmLm9y ZyBbbWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZ10g5Luj6KGoDQo+ID4+Pj4+PiBTaGFocmFt IERhdmFyaQ0KPiA+Pj4+Pj4g5Y+R6YCB5pe26Ze0OiAyMDEy5bm0MTHmnIgyN+aXpSAxMzoxMA0K PiA+Pj4+Pj4g5pS25Lu25Lq6OiBEYW5pZWwgS2luZw0KPiA+Pj4+Pj4g5oqE6YCBOiBtcGxzQGll dGYub3JnOyBkcmFmdC14dS1tcGxzLWluLXVkcEB0b29scy5pZXRmLm9yZzsNCj4gPj4+Pj4+IG1w bHMtY2hhaXJzQHRvb2xzLmlldGYub3JnDQo+ID4+Pj4+PiDkuLvpopg6IFJlOiBbbXBsc10gTVBM Uy1SVCByZXZpZXcgb2YgZHJhZnQteHUtbXBscy1pbi11ZHAtMDMNCj4gPj4+Pj4+DQo+ID4+Pj4+ PiBIaSwNCj4gPj4+Pj4+DQo+ID4+Pj4+PiBJbiBteSBvcGluaW9uIHRoaXMgaXMgYSBzb2x1dGlv biB0byBhIHByb2JsZW0gdGhhdCBoYXMgYSBkb3plbiBvdGhlcg0KPiA+PiBzb2x1dGlvbnMNCj4g Pj4+Pj4+IHN1Y2ggYXMgTlZHUkUsIFZYTEFOLCBPVFAsIFNUVCwgZXRjLg0KPiA+Pj4+Pj4NCj4g Pj4+Pj4+IFNvIEkgd29uZGVyIHdoeSBNUExTIFdHIHNob3VsZCBzcGVuZCBpdHMgdmFsdWFibGUg dGltZSB3b3JraW5nIG9uDQo+IHlldA0KPiA+Pj4+Pj4gYW5vdGhlciBzb2x1dGlvbi4NCj4gPj4+ Pj4+DQo+ID4+Pj4+PiBSZWdhcmRzLA0KPiA+Pj4+Pj4gU2hhaHJhbQ0KPiA+Pj4+Pj4NCj4gPj4+ Pj4+DQo+ID4+Pj4+PiBPbiBOb3YgMjYsIDIwMTIsIGF0IDEyOjQ4IFBNLCAiRGFuaWVsIEtpbmci IDxkYW5pZWxAb2xkZG9nLmNvLnVrPg0KPiA+PiB3cm90ZToNCj4gPj4+Pj4+DQo+ID4+Pj4+Pj4g SGkgQWxsLA0KPiA+Pj4+Pj4+DQo+ID4+Pj4+Pj4gQXMgcmVxdWVzdGVkLCBJIGhhdmUgcGVyZm9y bWVkIGFuIE1QTFMtVFIgcmV2aWV3IG9mDQo+ID4+Pj4+PiBkcmFmdC14dS1tcGxzLWluLXVkcC0w MzoNCj4gPj4+Pj4+Pg0KPiA+Pj4+Pj4+IGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LXh1LW1wbHMtaW4tdWRwLTAzDQo+ID4+Pj4+Pj4NCj4gPj4+Pj4+PiBPdmVyYWxsIHRoZSBkb2N1 bWVudCBpcyB3ZWxsIHdyaXR0ZW4gYW5kIHRoZSBtb3RpdmF0aW9uIHNlZW1zIGNsZWFyLg0KPiA+ PiBUaGUNCj4gPj4+Pj4+PiBwcm9wb3NlZCBzb2x1dGlvbiBpcyB0ZWNobmljYWxseSBzb3VuZCBh bmQgZ2l2ZW4gdGhlIGFwcGxpY2F0aW9uIG9mDQo+ID4+Pj4+Pj4gdHVubmVsaW5nIG9mIE1QTFMg VlBOcyBhY3Jvc3MgSVAgUFNOcywgdGhlIG1lY2hhbmlzbSBkb2VzIGxvb2sgdG8NCj4gPj4gYnJp bmcNCj4gPj4+Pj4+PiBvcGVyYXRpb25hbCBiZW5lZml0cyBmb3Igc3BlY2lmaWMgdXNlIGNhc2Vz LiBUaGVyZWZvcmUgSSBiZWxpZXZlIHRoZQ0KPiA+Pj4+Pj4+IGRvY3VtZW50IGlzIHJlYWR5IHRv IGJlIGNvbnNpZGVyZWQgZm9yIFdHIGFkb3B0aW9uLg0KPiA+Pj4+Pj4+DQo+ID4+Pj4+Pj4gQXV0 aG9ycywNCj4gPj4+Pj4+Pg0KPiA+Pj4+Pj4+IEFzIEkgd2FzIHJldmlld2luZyB0aGUgZHJhZnQg SSBqb3R0ZWQgZG93biBhIG51bWJlciBvZiBtaW5vcg0KPiBjb21tZW50cywNCj4gPj4+Pj4+IHRo ZXNlDQo+ID4+Pj4+Pj4gYXJlIG91dGxpbmVkIGJlbG93LiBGZWVsIGZyZWUgdG8gdXNlIG9yIGRp c2NhcmQuDQo+ID4+Pj4+Pj4NCj4gPj4+Pj4+PiAxLiBBdXRob3JzLiBUaGUgUkZDLUVkaXRvcnMg YXJlIHJlcXVlc3Rpbmcgbm8gbW9yZSB0aGFuIDUgYXV0aG9ycyBvbg0KPiA+PiB0aGUNCj4gPj4+ Pj4+PiBmcm9udC1wYWdlLiBTbyB5b3UgbWF5IGFzIHdlbGwgYWRkcmVzcyB0aGlzIHNvb25lciBy YXRoZXIgdGhhbiBsYXRlci4NCj4gWW91DQo+ID4+Pj4+Pj4gY2FuIGxvb2sgdG8gc3BsaXQgaW50 byB0byAtIEF1dGhvcnMgYW5kIENvbnRyaWJ1dGluZyBBdXRob3JzIChvciBqdXN0DQo+ID4+Pj4+ Pj4gQ29udHJpYnV0b3JzKSB0byBjaXJjdW1uYXZpZ2F0ZSB0aGUgYXV0aG9yIGxpbWl0Lg0KPiA+ Pj4+Pj4+DQo+ID4+Pj4+Pj4gMi4gWW91IHNob3VsZCBtb3ZlIHRoZSBBYnN0cmFjdCBhYm92ZSB0 aGUgU3RhdHVzIG9mIHRoaXMgTWVtbw0KPiBzZWN0aW9uLg0KPiA+Pj4+Pj4+DQo+ID4+Pj4+Pj4g My4gUGVyaGFwcyBsb29rIHRvIGV4cGFuZCBBYnN0cmFjdCB0bzoNCj4gPj4+Pj4+Pg0KPiA+Pj4+ Pj4+IEV4aXN0aW5nIHRlY2hub2xvZ2llcyB0byBlbmNhcHN1bGF0ZSBNUExTIG92ZXIgSVAgYXJl IG5vdCBhZGVxdWF0ZQ0KPiBmb3INCj4gPj4+Pj4+PiBlZmZpY2llbnQgdHJhbnNwb3J0IGFjcm9z cyBJUC1lbmFibGVkIFBhY2tldCBTd2l0Y2ggTmV0d29ya3MgKFBTTnMpLg0KPiA+PiBUaGlzDQo+ ID4+Pj4+Pj4gZG9jdW1lbnQgc3BlY2lmaWVzIGFuIElQLWJhc2VkIGVuY2Fwc3VsYXRpb24gdGVj aG5vbG9neSBmb3INCj4gPj4+PiBsb2FkLWJhbGFuY2luZw0KPiA+Pj4+Pj4+IE1QTFMgcGFja2V0 cyBhY3Jvc3MgSVAgUFNOcy4gVGhpcyBtZWNoYW5pc20gaXMgcmVmZXJyZWQgdG8gYXMNCj4gPj4+ PiBNUExTLWluLVVEUC4NCj4gPj4+Pj4+Pg0KPiA+Pj4+Pj4+IFRoaXMgZG9jdW1lbnQgZGVmaW5l cyB0aGUgcHJvdG9jb2wgZXh0ZW5zaW9ucyBhbmQgcHJvY2VkdXJlcyBmb3INCj4gPj4+Pj4+IE1Q TFMtaW4tVURQDQo+ID4+Pj4+Pj4gYW5kIHdpbGwgZmFjaWxpdGF0ZSB0cmFuc3BvcnQgb2YgTVBM UyBhcHBsaWNhdGlvbiB0cmFmZmljLCBpbmNsdWRpbmcNCj4gTDJWUE5zDQo+ID4+Pj4+Pj4gYW5k IEwzVlBOcywgYWNyb3NzIElQLWVuYWJsZWQgUFNOcy4NCj4gPj4+Pj4+PiA8PA0KPiA+Pj4+Pj4+ DQo+ID4+Pj4+Pj4gNC4gSW50cm9kdWN0aW9uIGlzIG9rLCBidXQgdGhlIHdhbGwgb2YgdGV4dCBy ZXF1aXJlcyBzcGxpdHRpbmcgaW50bw0KPiBzZXBhcmF0ZQ0KPiA+Pj4+Pj4+IHBhcmFncmFwaHMg Zm9yIHJlYWRhYmlsaXR5LiBZb3UgY291bGQgc3BsaXQgdGhlIGludHJvZHVjdGlvbiBpbnRvDQo+ IHNlY3Rpb25zDQo+ID4+Pj4+Pj4gKG9yIGp1c3QgYWRkaXRpb25hbCBwYXJhZ3JhcGhzKSB0byBo ZWxwIHdpdGggbmF2aWdhdGlvbiwgbm8gbWFqb3INCj4gY2hhbmdlcw0KPiA+PiBpbg0KPiA+Pj4+ Pj4+IHRleHQgYXJlIHJlcXVpcmVkOg0KPiA+Pj4+Pj4+DQo+ID4+Pj4+Pj4gMS4gSW50cm9kdWN0 aW9uDQo+ID4+Pj4+Pj4gLSBDb250YWlucyBhcHBsaWNhdGlvbi9tb3RpdmF0aW9uIGJhY2tncm91 bmQgdGV4dC4NCj4gPj4+Pj4+PiAtIEludGVudGlvbiBvZiB0aGUgZG9jdW1lbnQuDQo+ID4+Pj4+ Pj4NCj4gPj4+Pj4+PiAxLjEgRXhpc3RpbmcgVGVjaG5vbG9naWVzDQo+ID4+Pj4+Pj4gLSBEZXNj cmliZXMgZXhpc3RpbmcgdGVjaG5pcXVlcyAoUkZDNDAyMywgZXQgYWwuKS4NCj4gPj4+Pj4+Pg0K PiA+Pj4+Pj4+IDEuMiBSZXF1aXJlbWVudHMgYW5kIE1vdGl2YXRpb24NCj4gPj4+Pj4+PiAtIFdo YXQgdGhlIHRlY2hub2xvZ3kgb3IgYXBwbGljYXRpb24gZ2FwcyBiZXR3ZWVuIHByaW9yIHdvcmsg YW5kIHRoaXMNCj4gPj4+Pj4+PiBwcm9wb3NhbC4NCj4gPj4+Pj4+PiAtIFZlcnkgaW1wb3J0YW50 IHRvIGRpc2N1c3MgdGhlIG1vdGl2YXRpb24gZ2l2ZW4gdGhhdCB3ZSBhbHJlYWR5IGhhdmUNCj4g YQ0KPiA+Pj4+Pj4+IG51bWJlciBvZiBhbHRlcm5hdGl2ZXMuDQo+ID4+Pj4+Pj4NCj4gPj4+Pj4+ PiA1LiBUaGUgZG9jdW1lbnQgbWVudGlvbnMgImNvcmUiIGEgbnVtYmVyIG9mIHRpbWVzLiBJcyB0 aGlzIHJlYWxseSBhDQo+IGNvcmUNCj4gPj4+Pj4+PiBhcHBsaWNhdGlvbiBvciBpcyB0aGUgbWVj aGFuaXNtIG1vcmUgbGlrZWx5IHRvIGJlIGFwcGxpZWQgaW4NCj4gPj4gZW52aXJvbm1lbnRzDQo+ ID4+Pj4+Pj4gd2l0aCBlcXVpcG1lbnQgdGhhdCBkb2VzIG5vdCBzdXBwb3J0IG5hdGl2ZSBNUExT IGZvcndhcmRpbmc/IFRoaXMgaXMNCj4gPj4+Pj4+PiBzb21ldGhpbmcgeW91IG1pZ2h0IHdhbnQg dG8gZXhwYW5kIG9uIGluIFNlY3Rpb24gNiAoQXBwbGljYWJpbGl0eSkgYW5kDQo+ID4+Pj4+Pj4g bGVzc2VuIHRoZSAiY29yZSIgYXBwbGljYWJpbGl0eSBpbiBvdGhlciBwYXJ0cyBvZiB0aGUgZG9j dW1lbnQuIEFsc28sDQo+IGhvdw0KPiA+Pj4+Pj4+IGFwcGxpY2FibGUgaXMgdGhlIGRvY3VtZW50 IHRvIG11bHRpY2FzdCBWUE5zLCBhbnkgaXNzdWVzPw0KPiA+Pj4+Pj4+DQo+ID4+Pj4+Pj4gNi4g R2VuZXJhbCBjb21tZW50IG9uIGFjcm9ueW1zLiBUaGUgZG9jdW1lbnQgZXhwYW5kcyBFQ01QIGJ1 dA0KPiBub3QNCj4gPj4+PiBHUkUNCj4gPj4+Pj4+IG9yDQo+ID4+Pj4+Pj4gU0FGSSwgc28gbWF5 YmUgY2hlY2sgZG9jdW1lbnQgZm9yIGNvbnNpc3RlbmN5Lg0KPiA+Pj4+Pj4+DQo+ID4+Pj4+Pj4g UGxlYXNlIGRvIG5vdCBoZXNpdGF0ZSB0byBlbWFpbCBtZSBpZiBhbnl0aGluZyBpcyBub3QgY2xl YXIuDQo+ID4+Pj4+Pj4NCj4gPj4+Pj4+PiBCciwgRGFuLg0KPiA+Pj4+Pj4+DQo+ID4+Pj4+Pj4g LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPj4+Pj4+PiBGcm9tOiBMb2EgQW5kZXJzc29u IFttYWlsdG86bG9hQHBpLm51XQ0KPiA+Pj4+Pj4+IFNlbnQ6IFR1ZXNkYXksIE5vdmVtYmVyIDEz LCAyMDEyIDk6MTYgQU0NCj4gPj4+Pj4+PiBUbzogR3JlZ29yeSBNaXJza3k7IERhbiBLaW5nOyBF cmljIE9zYm9ybmUgKGVvc2Jvcm5lKTsNCj4gPj4+Pj4+PiBuaWNrLmRlbHJlZ25vQHZlcml6b24u Y29tOyBtcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZzsgTWFydGluDQo+ID4+Pj4gVmlnb3VyZXV4 Ow0KPiA+Pj4+Pj4+IGRyYWZ0LXh1LW1wbHMtaW4tdWRwQHRvb2xzLmlldGYub3JnDQo+ID4+Pj4+ Pj4gU3ViamVjdDogTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQteHUtbXBscy1pbi11ZHAtMDMNCj4g Pj4+Pj4+Pg0KPiA+Pj4+Pj4+IEdyZWcsIERhbiwgRXJpYyBhbmQgTmljaywNCj4gPj4+Pj4+Pg0K PiA+Pj4+Pj4+IFlvdSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgYW4gTVBMUyBSZXZpZXcgdGVhbSBy ZXZpZXdlcnMgZm9yDQo+ID4+Pj4+Pj4gZHJhZnQteHUtbXBscy1pbi11ZHAtMDMuDQo+ID4+Pj4+ Pj4NCj4gPj4+Pj4+PiBOb3RlIHRvIGF1dGhvcnM6IFlvdSBoYXZlIGJlZW4gQ0MnZCBvbiB0aGlz IGVtYWlsIHNvIHRoYXQgeW91IGNhbg0KPiBrbm93DQo+ID4+Pj4gdGhhdA0KPiA+Pj4+Pj4+IHRo aXMgcmV2aWV3IGlzIGdvaW5nIG9uLiBIb3dldmVyLCBwbGVhc2UgZG8gbm90IHJldmlldyB5b3Vy IG93bg0KPiA+PiBkb2N1bWVudC4NCj4gPj4+Pj4+Pg0KPiA+Pj4+Pj4+IFJldmlld3Mgc2hvdWxk IGNvbW1lbnQgb24gd2hldGhlciB0aGUgZG9jdW1lbnQgaXMgY29oZXJlbnQsIGlzIGl0DQo+ID4+ IHVzZWZ1bA0KPiA+Pj4+Pj4+IChpZSwgaXMgaXQgbGlrZWx5IHRvIGJlIGFjdHVhbGx5IHVzZWZ1 bCBpbiBvcGVyYXRpb25hbCBuZXR3b3JrcyksIGFuZCBpcyB0aGUNCj4gPj4+Pj4+PiBkb2N1bWVu dCB0ZWNobmljYWxseSBzb3VuZD8gIFdlIGFyZSBpbnRlcmVzdGVkIGluIGtub3dpbmcgd2hldGhl cg0KPiA+PiB0aGUNCj4gPj4+Pj4+PiBkb2N1bWVudCBpcyByZWFkeSB0byBiZSBjb25zaWRlcmVk IGZvciBXRyBhZG9wdGlvbiAoaWUsIGl0IGRvZXNuJ3QNCj4gaGF2ZQ0KPiA+PiB0bw0KPiA+Pj4+ Pj4+IGJlIHBlcmZlY3QgYXQgdGhpcyBwb2ludCwgYnV0IHNob3VsZCBiZSBhIGdvb2Qgc3RhcnQp Lg0KPiA+Pj4+Pj4+DQo+ID4+Pj4+Pj4gUmV2aWV3cyBzaG91bGQgYmUgc2VudCB0byB0aGUgZG9j dW1lbnQgYXV0aG9ycywgV0cgY28tY2hhaXJzIGFuZA0KPiA+Pj4+Pj4gc2VjcmV0YXJ5LA0KPiA+ Pj4+Pj4+IGFuZCBDQydkIHRvIHRoZSBNUExTIFdHIGVtYWlsIGxpc3QuIElmIG5lY2Vzc2FyeSwg Y29tbWVudHMgbWF5IGJlDQo+ID4+IHNlbnQNCj4gPj4+Pj4+PiBwcml2YXRlbHkgdG8gb25seSB0 aGUgV0cgY2hhaXJzLg0KPiA+Pj4+Pj4+DQo+ID4+Pj4+Pj4gQXJlIHlvdSBhYmxlIHRvIHJldmll dyB0aGlzIGRyYWZ0IGJ5IE5vdmVtYmVyIDI5LCAyMDEyPw0KPiA+Pj4+Pj4+DQo+ID4+Pj4+Pj4g VGhhbmtzLCBMb2ENCj4gPj4+Pj4+PiAoYXMgTVBMUyBXRyBjaGFpcikNCj4gPj4+Pj4+Pg0KPiA+ Pj4+Pj4+IC9Mb2ENCj4gPj4+Pj4+Pg0KPiA+Pj4+Pj4+DQo+ID4+Pj4+Pj4gLS0NCj4gPj4+Pj4+ Pg0KPiA+Pj4+Pj4+DQo+ID4+Pj4+Pj4gTG9hIEFuZGVyc3NvbiAgICAgICAgICAgICAgICAgICAg ICAgICBlbWFpbDoNCj4gPj4+Pj4+IGxvYS5hbmRlcnNzb25AZXJpY3Nzb24uY29tDQo+ID4+Pj4+ Pj4gU3IgU3RyYXRlZ3kgYW5kIFN0YW5kYXJkcyBNYW5hZ2VyICAgICAgICAgICAgbG9hQHBpLm51 DQo+ID4+Pj4+Pj4gRXJpY3Nzb24gSW5jICAgICAgICAgICAgICAgICAgICAgICAgICBwaG9uZTog KzQ2IDEwIDcxNyA1MiAxMw0KPiA+Pj4+Pj4+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICArNDYgNzY3IDcyIDkyDQo+IDEzDQo+ID4+Pj4+Pj4NCj4gPj4+Pj4+Pg0K PiA+Pj4+Pj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQo+ID4+Pj4+Pj4gbXBscyBtYWlsaW5nIGxpc3QNCj4gPj4+Pj4+PiBtcGxzQGlldGYub3JnDQo+ ID4+Pj4+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQo+ID4+ Pj4+Pg0KPiA+Pj4+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCj4gPj4+Pj4+IG1wbHMgbWFpbGluZyBsaXN0DQo+ID4+Pj4+PiBtcGxzQGlldGYub3Jn DQo+ID4+Pj4+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCj4g Pj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4+ PiBtcGxzIG1haWxpbmcgbGlzdA0KPiA+Pj4gbXBsc0BpZXRmLm9yZw0KPiA+Pj4gaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQo= From eosborne@cisco.com Wed Nov 28 07:53:29 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F22821F8901 for ; Wed, 28 Nov 2012 07:53:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] 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 GY3GDOwsXpkB for ; Wed, 28 Nov 2012 07:53:28 -0800 (PST) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id 2BFE721F88EC for ; Wed, 28 Nov 2012 07:53:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3397; q=dns/txt; s=iport; t=1354118008; x=1355327608; h=from:to:cc:subject:date:message-id: content-transfer-encoding:mime-version; bh=jZhm42RpXTk3DoqVbNKGEAmrtsiAScbB5F9aZeBkrsU=; b=dgWZkcf4wOAiuKwy3s/mFqP7XAzg6EZm+fkPRHLB909UhLA9HSYlEPuC PiIeiTRizF9ns50BHfm8NxwcG68PvJep7H+SJoiZ2XojHLj0F8hxCbsYz xkaGy7NUWE77/qcypEbX4bvhn7rZgxBWnhi0q/py9PTnGxzGtrxgMLUCC Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EAMMytlCtJV2a/2dsb2JhbABFwBUWc4IgAQQOLCsUEgEqFEImAQQBDQ2IB78TjGeDOGEDi02RDYlrgnCBZTw X-IronPort-AV: E=McAfee;i="5400,1158,6909"; a="146919303" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-1.cisco.com with ESMTP; 28 Nov 2012 15:53:27 +0000 Received: from xhc-aln-x12.cisco.com (xhc-aln-x12.cisco.com [173.36.12.86]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id qASFrRqO013319 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 28 Nov 2012 15:53:27 GMT Received: from xmb-rcd-x09.cisco.com ([169.254.9.22]) by xhc-aln-x12.cisco.com ([173.36.12.86]) with mapi id 14.02.0318.001; Wed, 28 Nov 2012 09:53:27 -0600 From: "Eric Osborne (eosborne)" To: "draft-xu-mpls-in-udp@tools.ietf.org" , "nsheth@contrailsystems.com" , "mpls-chairs@tools.ietf.org" , "martin.vigoureux@alcatel-lucent.com" Thread-Topic: MPLS-RT review of draft-xu-mpls-in-udp-03 Thread-Index: Ac3NfUp39NHPz5QCS56jxBrCvqzmZg== Date: Wed, 28 Nov 2012 15:53:26 +0000 Message-ID: <20ECF67871905846A80F77F8F4A275721002E05F@xmb-rcd-x09.cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.98.23.90] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "mpls@ietf.org" Subject: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 15:53:29 -0000 I have reviewed this document. Like the other reviewers, I agree that it = clearly describes what it wants and should be progressed to the WG as a pot= ential WG document. That said, I have some concerns and comments. #1: I'm not sure if Section 4 does more harm than good. If an application = is going to receive packets to an 'MPLS' UDP port, it seems like a good ide= a for a node to announce that it has the capability to receive things on th= is port. This is not mandatory, so it should be discussed on the list. I = note that rfc4023 (MPLS in GRE) does not provide such a function. The document suggests one way that this might be achieved using BGP. It co= mes pretty close to specifying how it should work, but the whole section is= apparently just an example or a placeholder for a future document. This s= eems dangerous, as an implementor may implement the function as described i= n this section despite it explicitly being an example and a placeholder. If there is consensus that advertising (or negotiating?) this capability is= required, then this capability should be standardized at the same time as = the actual encapsulation. If this capability is not required then this sec= tion should be removed from the document. #2: rfc4023 touches on a number of IP encapsulation details (TTL, QoS, MTU,= etc) that this draft does not. Is the intent for MPLS-in-UDP to use the s= ame behavior as MPLS-in-GRE, but with a UDP encap? It may be worth spellin= g out that if there is a question about how certain IP fields should be fil= led in that rfc4023 procedures should be followed. I'd hate to end up with= an MPLS-in-UDP encap that did different IP TTL things than an MPLS-in-IP e= ncap. #3: I share Shahram's concern that this is Yet Another Way to solve the sam= e problem. It is true that not all nodes may be able to load-balance on th= e GRE key as specified in rfc4023, but the practice of defining new methods= to replace slightly older methods due to current hardware limitations seem= s sketchy. Most modern hardware is field-programmable, and adding a packet= field to a forwarding hash should not require anything more than a softwar= e update; coming up with new standards to avoid upgrading software is a bad= idea. For implementations which are not software-upgradable, good standards last = a lot longer than a given generation of hardware, and there are a number of= advances in the industry which never would have made it if they were ignor= ed because current hardware couldn't do them. Examples include IPv6 and MP= LS. However, I'm not sure it's within my purview as a RT reviewer to make = this argument, so I'll make it again when the WG poll comes up. #4: The intro says "in most cloud data center network environments, data center operators tend to enable IP forwarding capability, rather than MPLS forwarding capability in the underlying data center networks due to certain reasons." In line with my point #3, standards last longer than many current practices= . Will this be true in 2025? What are 'certain reasons'? I think this se= ntence would be better off as: "in current deployments, data center operators tend to enable IP forwarding capability, rather than MPLS forwarding capability" or something less murky and time-bound. eric From pabloisnot@gmail.com Wed Nov 28 08:21:43 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D8E2F21F879E for ; Wed, 28 Nov 2012 08:21:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.998 X-Spam-Level: X-Spam-Status: No, score=-2.998 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_15=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 w+xpSnp6zsHC for ; Wed, 28 Nov 2012 08:21:41 -0800 (PST) Received: from mail-lb0-f172.google.com (mail-lb0-f172.google.com [209.85.217.172]) by ietfa.amsl.com (Postfix) with ESMTP id E876D21F892D for ; Wed, 28 Nov 2012 08:21:40 -0800 (PST) Received: by mail-lb0-f172.google.com with SMTP id y2so11532642lbk.31 for ; Wed, 28 Nov 2012 08:21:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ef89WuE+iOqQFcf6VYMCkKYuT13kx5Z+4kLetgZ2Ktg=; b=EkIoza3otNPuAoZGDsjbL+dOiHufRYWlV4JpB2WzTZXkglS4+O84JpaNeoREuhvGKY fscCxycJsQClVgJABufuZJ7+L/nFIGuziMDua5Uyt7rMAoFnzINvNL1RCSURVIX7i4UK qB9l/kH2dZ7Efo1fuJoWjuanydk0CvwBpZUnCtl3xtGRBKgHZaFa2LWuaf8ON5PdTw1+ NxQNJyCg5smwvTRqLzaQ0+aGHX7OITAbWDjcVuQqPk2Xaa6pxzQgDQ2BfRYcBGlrL8/C gUY0O17vgM/f+ocDMR7atDIeIPLtyzmn0FW1ZVs7P1Z2/psAOViL1++Mqour8NDz3zKI YTmw== MIME-Version: 1.0 Received: by 10.112.9.74 with SMTP id x10mr3343171lba.59.1354119699774; Wed, 28 Nov 2012 08:21:39 -0800 (PST) Received: by 10.112.98.229 with HTTP; Wed, 28 Nov 2012 08:21:39 -0800 (PST) In-Reply-To: <38DFCE5F-A496-4AAC-A2C5-0450B5260EAD@broadcom.com> References: <5098CF68.2000105@pi.nu> <50A3B5C0.4060203@pi.nu> <01e601cdc652$dab31600$4001a8c0@gateway.2wire.net> <016e01cdc675$3b64d6b0$b22e8410$@olddog.co.uk> <4A6CE49E6084B141B15C0713B8993F281BD2E957@SJEXCHMB12.corp.ad.broadcom.com> <027c01cdc7c8$d5500430$7ff00c90$@olddog.co.uk> <791AD3077F94194BB2BDD13565B6295D5552490A@Hydra.office.hd> <4A6CE49E6084B141B15C0713B8993F281BD2FBBB@SJEXCHMB12.corp.ad.broadcom.com> <38DFCE5F-A496-4AAC-A2C5-0450B5260EAD@broadcom.com> Date: Wed, 28 Nov 2012 11:21:39 -0500 Message-ID: From: Pablo Frank To: Shahram Davari Content-Type: multipart/alternative; boundary=e0cb4efe307ab03bab04cf908f1f Cc: "mpls@ietf.org" Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 16:21:44 -0000 --e0cb4efe307ab03bab04cf908f1f Content-Type: text/plain; charset=ISO-8859-1 I think Shahram raises a very legitimate concern about how expensive this could be to implement in hardware. As I understand it, the logic proposed by this draft is as follows: At the ingress blade: IF TTL-expired && GAL-is-present && GACh-type-is-X THEN Parse MIP-ID TLV Lookup MIP-ID IF MIP-is-egress, THEN forward normally (but note we must intercept it again on egress) ELSE punt to OAM processor At the egress blade: IF TTL-expired && GAL-is-present && GACh-type-is-X THEN Parse MIP-ID TLV Lookup MIP-ID IF MIP-is-egress, THEN punt to OAM processor ELSE drop Note all this has to be done in the fast-path now at full line rate (and hardware guys hate TLVs). Before, the only thing the fast-path had to do was look for TTL-expiry. The only reason that ACH reserved bit was rejected (in Appendix A.4 of -03 version of doc) was because it also required a MIP-ID lookup. But I don't see anything wrong with combining both mechanisms. Ideally, hardware could rely on the reserved bit to do the initial filtering at full line-rate and then a presumably much more cost-efficient OAM hardware block could perform the MIP-ID lookup. Instead of the complex logic above, the fast path gets a simple modification to TTL handling and the OAM block does the heavy lifting of dealing with ACH TLVs, etc. This seems like a case where practicality should trump elegance. regards, Pablo On Mon, Nov 26, 2012 at 11:48 AM, Shahram Davari wrote: > > > > Rolf, > > > > I am sure you know that TLVs are not Hardware friendly. And I think you > agree with me that this draft requires deep parsing of all packets at line > rate to get to the MIPID TLV. > > > > I still think the MIPID TLV is required to decide whether an OAM packet > ended up at the right MIP. But may be a simpler solution could be > augmented to decide between In-MIP and Out-MIP. For example how about using > one of the reserved bits in the ACH header. This can easily be done in > hardware with minimum complexity. > > > > Regards, > > Shahram > > > > > > > > -----Original Message----- > > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of > Rolf Winter > > Sent: Wednesday, November 21, 2012 12:13 PM > > To: S. Davari; adrian@olddog.co.uk > > Cc: mpls@ietf.org > > Subject: Re: [mpls] working group last call on > draft-ietf-mpls-tp-mip-mep-map > > > > Hi, > > > >> Hi Adrian, > >> > >> You are right and I should have sent these types of comments before > >> last call. I completely understand the procedure. > >> > >> One thing I didn't understand in your response is that you said in-MIP > >> requires to do the MEPID lookup at line rate anyway. Why is that? > >> > >> My understanding is that before this draft, the process would have > >> been for the ingress to look at TTL and if it is expired then send the > >> packet to OAM processor. > > > > Yes (and no). While I assume likely MIP functionality will be > implemented on the ingress, the related RFCs are vague about the actual > placement of the MIP function. See e.g. the OAM Framework (RFC 6371) > "per-node MIPs (i.e., a single MIP per node in an unspecified location > within the node)". > > > > Also, I think "before this draft" is not quite accurate in that is > suggests there is no per-interface MIP addressing possible as of now. Take > RFC 6426. In practice this is where part of the problem lies. We cannot > really go back and change all this. There are other constraints. E.g. we > have a requirement to address a single out-MIP out of a set of out-MIPs on > a P2MP branch point. So this was part of the constraints we worked with. > > > >> > >> The MEPID that you suggest in this draft is very useful for filtering > >> out leaked OAM frames from upstream. But lets leave lookup of the MEPID > >> to the OAM processing module (at slower rate) and add an indicator to > >> the OAM packet to indicate whether it should be taken out of the data > >> path in the Ingress or egress. > >> > >> So can I suggest adding the following text to the draft: > >> > >> " In addition to the MEPID, which is used to ultimately accept or > >> filter out received OAM packets, OAM packets should have a simple > >> indicator that identifies whether the OAM packet belongs to in-MIP or > >> Out-MIP". > > > > We also have the question on where to retrofit those bits. I assume a > TLV wouldn't work for the exact reasons you do not like to have to do a > second lookup, since it would require some parsing. All these constraints > and the ones outlined in the document led to where we are. In a sense this > is a non-spec since it rather rules out a number of things that seem like a > good idea at first but then have a catch of some sort. > > > > Best, > > > > Rolf > > > >> > >> > >> > >> Regards, > >> Shahram > >> > >> > >> On Nov 21, 2012, at 1:16 AM, "Adrian Farrel" > >> wrote: > >> > >>> > >>> > >>> Hi Shahram, > >>> > >>> I am worried about the precedent of a comment like this during WG > >> last call. > >>> While comments that improve the document or point out fundamental > >>> flaws are welcome whenever they arrive, points with the flavour "I > >>> wouldn't have done it like this" that arrive this late in the process > >> don't feel very constructive. > >>> But I will leave the chair to worry about process and try to address > >>> the technical points... > >>> > >>>> Identifying whether to terminate an OAM packet and process it in In- > >> MIP vs. > >>> Out- > >>>> MIP requires line rate lookup, otherwise the OAM packet will not > >> take > >>>> the same path as data packets. Therefore any MIP identifier that is > >>>> proposed in this > >>> draft > >>>> requires one extra lookup and therefore adds significantly to cost. > >>> > >>> If I am not wrong, this is a feature of an out-MIP. If you decide to > >>> implement out-MIPs, and if you want the OAM to follow exactly the > >> same > >>> path as the data, then it is a requirement that the out interface > >>> inspects the packets (at line > >>> rate) to determine whether they are OAM and targeted at the interface. > >>> > >>> We cannot change that aspect. All we can do is aim to make the lookup > >>> as easy as possible. > >>> > >>>> Perhaps a > >>>> similar method to Ethernet MDL/MEL (Maintenance Domain Level) may be > >>>> used that requires only 3 bits and achieves the same result. > >>> > >>> Perhaps it could. > >>> But before going there, why is the lookup in the current version of > >>> the I-D arduous? > >>> > >>> Presumably you do not propose making any change to the way In-MIPs > >> are > >>> currently identified, so the lookups being done at line rate today on > >>> the incoming interfaces will not be changed. If you are proposing > >> such > >>> a change, then the discussion is outside the scope of this I-D and > >>> becomes a much wider question for the working group. > >>> > >>> This leaves me with the trade-off of enabling a *simpler* lookup on > >>> the outgoing interfaces versus doing identical lookups on both > >>> interfaces. My assumption was that if the incoming interface can do > >>> the lookup at line rate, it is not hard to perform the same lookup on > >>> the outgoing interface. Furthermore, there is a reduction in > >> complexity by having fewer things to look up. > >>> > >>> Another possibility is that the full lookup could be done on the > >>> incoming interface and the packet marked for easy interception on the > >> outgoing interface. > >>> The concern with this approach is that the packet would no longer be > >>> being forwarded exactly as data because it would be being modified in > >> flight. > >>> Furthermore, in the case of P2MP, it is not enough to flag the packet > >>> as a local Out-MIP and further identifier-based lookup is needed. > >>> > >>> Some of these issues were raised and discussed as the I-D progressed, > >>> and some of the alternative solutions were tracked with their pros > >> and > >>> cons in Appendix A of the I-D (look at revision -03). > >>> > >>> Thanks, > >>> Adrian > >>>> -----Original Message----- > >>>> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf > >>>> Of Adrian Farrel > >>>> Sent: Monday, November 19, 2012 8:45 AM > >>>> To: 't.petch'; 'Loa Andersson'; mpls@ietf.org > >>>> Cc: mpls-ads@tools.ietf.org; mpls-chairs@tools.ietf.org; > >>> draft-ietf-mpls-tp-mip- > >>>> mep-map@tools.ietf.org > >>>> Subject: Re: [mpls] working group last call on > >>>> draft-ietf-mpls-tp-mip-mep-map > >>>> > >>>> Yeah, it's a boring draft. Did you expect me to co-author anything > >> else? > >>>> > >>>> The point was that when I started the I-D lots of people were saying > >>>> "it's complex" and "it can't be done" and "it won't be backward > >> compatible". > >>>> > >>>> So the I-D says "here it is" > >>>> > >>>> A (sorry not to offer you excitement) > >>>> > >>>>> -----Original Message----- > >>>>> From: t.petch [mailto:ietfc@btconnect.com] > >>>>> Sent: 19 November 2012 12:38 > >>>>> To: Loa Andersson; mpls@ietf.org > >>>>> Cc: mpls-ads@tools.ietf.org; mpls-chairs@tools.ietf.org; MPLS-TP ad > >>>>> hoc > >>> team; > >>>>> draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org > >>>>> Subject: Re: [mpls] working group last call on > >>> draft-ietf-mpls-tp-mip-mep-map > >>>>> > >>>>> After getting to section 6 and its features (requirements!), I find > >>>>> myself underwhelmed; is that it? Well, I suppose so, it is > >>>>> Informational and not Standards Track. > >>>>> > >>>>> Meanwhile, I suggest some editorial issues. > >>>>> > >>>>> Title > >>>>> Handling MPLS-TP OAM Packets Targeted at Internal MIPs [Handling > >>>>> MPLS-TP OAM Packets Targeted at Interface MIPs seems a more > >>>>> informative statement unless and until you get to the definition of > >>>>> Internal in s3; and s6, which is the crux of the document says The > >>>>> preferred solution to per-interface MIP message handling is > >>>>> presented in this section] > >>>>> > >>>>> s1 > >>>>> two (or more) MIPs per node on both sides of the forwarding engine. > >>>>> [two on both sides sounds like four in total to me; suggest 'one on > >>>>> each side of the forwarding engine'] > >>>>> > >>>>> s4 > >>>>> o CV between a MEP and a MIP > >>>>> [expand CV on first use] > >>>>> > >>>>> s5 > >>>>> In-band OAM messages are sent using the G-ACh [RFC5586] for MPLS-TP > >>>>> LSPs and MPLS-TP PWs, respectively. > >>>>> ['respectively' suggests to me that there should be two precedents, > >>>>> not just RFC5586; the second paragraph specifies RFC5586 for LSPs, > >>>>> RFC6423/RFC4385 for PWs, in which case, strike this sentence as > >>>>> redundant] > >>>>> > >>>>> s6 > >>>>> The appendix of this document contains a > >>>>> few solutions that the authors have discarded which have been > >> left in > >>>>> the document for informational purposes. > >>>>> [not any more they haven't!] > >>>>> > >>>>> The node itself is addresses > >>>>> [The node itself is addressed] > >>>>> > >>>>> The identification information indside [The identification > >>>>> information inside ] > >>>>> > >>>>> MIP identifiers are not know > >>>>> [MIP identifiers are not known] > >>>>> > >>>>> reserved MIP address > >>>>> [reserved MIP addressses or a reserved MIP address] > >>>>> > >>>>> Tom Petch > >>>>> > >>>>> > >>>>> ----- Original Message ----- > >>>>> From: "Loa Andersson" > >>>>> To: > >>>>> Cc: ; ; > >>>>> "MPLS-TP ad hoc team" ; > >>>>> > >>>>> Sent: Wednesday, November 14, 2012 3:16 PM > >>>>> > >>>>>> Working Group, > >>>>>> > >>>>>> This is to start a 2 week working group last call on > >>>>>> draft-ietf-mpls-tp-mip-mep-map. > >>>>>> > >>>>>> Please send your comments to the mpls working group mailing list > >>>>>> (mpls@ietf.org). > >>>>>> > >>>>>> Please send both technical comments, and if you are happy with the > >>>>>> document as is also indications of support. > >>>>>> > >>>>>> This working group last call will end on November 28. > >>>>>> > >>>>>> /Loa > >>>>>> for the wg co-chairs > >>>> > >>>> > >>>> _______________________________________________ > >>>> mpls mailing list > >>>> mpls@ietf.org > >>>> https://www.ietf.org/mailman/listinfo/mpls > >>> > >>> > >>> _______________________________________________ > >>> mpls mailing list > >>> mpls@ietf.org > >>> https://www.ietf.org/mailman/listinfo/mpls > >> _______________________________________________ > >> mpls mailing list > >> mpls@ietf.org > >> https://www.ietf.org/mailman/listinfo/mpls > > > > NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, > London W3 6BL | Registered in England 2832014 > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > > > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --e0cb4efe307ab03bab04cf908f1f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I think Shahram raises a very legitimate concern about how expensive this c= ould be to implement in hardware. =A0

As I understand it= , the logic proposed by this draft is as follows:

At the ingress blade:

IF TTL-expired && GA= L-is-present && GACh-type-is-X THEN
=A0 =A0Parse MIP-ID T= LV
=A0 =A0Lookup MIP-ID
=A0 =A0IF MIP-is-egress, THEN
=A0 =A0 =A0 forward normally (but note we must intercept it again on egress= )
=A0 =A0ELSE
=A0 =A0 =A0 punt to OAM processor

At the egress blade:

IF TTL-expi= red && GAL-is-present && GACh-type-is-X THEN
=A0 =A0Parse MIP-ID TLV
=A0 =A0Lookup MIP-ID
=A0 = =A0IF MIP-is-egress, THEN
=A0 =A0 =A0 punt to OAM processor
=
=A0 =A0ELSE
=A0 =A0 =A0 drop

Note a= ll this has to be done in the fast-path now at full line rate (and hardware= guys hate TLVs). =A0Before, the only thing the fast-path had to do was loo= k for TTL-expiry.

The only reason that ACH reserved bit was rejected (in = Appendix A.4 of -03 version of doc) was because it also required a MIP-ID l= ookup. =A0But I don't see anything wrong with combining both mechanisms= . =A0Ideally, hardware could rely on the reserved bit to do the initial fil= tering at full line-rate and then a presumably much more cost-efficient OAM= hardware block could perform the MIP-ID lookup. =A0Instead of the complex = logic above, the fast path gets a simple modification to TTL handling and t= he OAM block does the heavy lifting of dealing with ACH TLVs, etc.

This seems like a case where practicality should trump = elegance.

regards,
Pablo

<= /div>
On Mon, Nov 26, 2012 at 11:48 AM, Shahram Davari <davari@broad= com.com> wrote:


> Rolf,
>
> I am sure you know that TLVs are not Hardware friendly. And I think yo= u agree with me that this draft requires deep parsing of all packets at lin= e rate to get to the MIPID TLV.
>
> I still think the MIPID TLV is required to decide whether an OAM packe= t ended up =A0at the right MIP. But may be a simpler solution could be augm= ented to decide between In-MIP and Out-MIP. For example how about using one= of the reserved bits in the ACH header. =A0This can easily be done in hard= ware with minimum complexity.
>
> Regards,
> Shahram
>
>
>
> -----Original Message-----
> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Rolf Winter
> Sent: Wednesday, November 21, 2012 12:13 PM
> To: S. Davari; adrian@olddog.co= .uk
> Cc: mpls@ietf.org
> Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-= mep-map
>
> Hi,
>
>> Hi Adrian,
>>
>> You are right and I should have sent these types of comments befor= e
>> last call. I completely understand the procedure.
>>
>> One thing I didn't understand in your response is that you sai= d in-MIP
>> requires to do the MEPID lookup at line rate anyway. Why is that?<= br> >>
>> My understanding is that before this draft, =A0the process would h= ave
>> been for the ingress to look at TTL and if it is expired then send= the
>> packet to OAM processor.
>
> Yes (and no). While I assume likely MIP functionality will be implemen= ted on the ingress, the related RFCs are vague about the actual placement o= f the MIP function. See e.g. the OAM Framework (RFC 6371) "per-node MI= Ps (i.e., a single MIP per node in an unspecified location within the node)= ".
>
> Also, I think "before this draft" is not quite accurate in t= hat is suggests there is no per-interface MIP addressing possible as of now= . Take RFC 6426. In practice this is where part of the problem lies. We can= not really go back and change all this. There are other constraints. E.g. w= e have a requirement to address a single out-MIP out of a set of out-MIPs o= n a P2MP branch point. =A0So this was part of the constraints we worked wit= h.
>
>>
>> The MEPID that you suggest in this draft is very useful for filter= ing
>> out leaked OAM frames from upstream. But lets leave lookup of the = MEPID
>> to the OAM processing module (at slower rate) and add an indicator= to
>> the OAM packet to indicate whether it should be taken out of the d= ata
>> path in the Ingress or egress.
>>
>> So can I suggest adding the following text to the draft:
>>
>> " In addition to the MEPID, which is used to ultimately accep= t or
>> filter out received OAM packets, OAM packets =A0should have a simp= le
>> indicator that identifies whether the OAM packet belongs to in-MIP= or
>> Out-MIP".
>
> We also have the question on where to retrofit those bits. I assume a = TLV wouldn't work for the exact reasons you do not like to have to do a= second lookup, since it would require some parsing. All these constraints = and the ones outlined in the document led to where we are. In a sense this = is a non-spec since it rather rules out a number of things that seem like a= good idea at first but then have a catch of some sort.
>
> Best,
>
> Rolf
>
>>
>>
>>
>> Regards,
>> Shahram
>>
>>
>> On Nov 21, 2012, at 1:16 AM, "Adrian Farrel" <adrian@olddog.co.uk>
>> wrote:
>>
>>> <co-author mode>
>>>
>>> Hi Shahram,
>>>
>>> I am worried about the precedent of a comment like this during= WG
>> last call.
>>> While comments that improve the document or point out fundamen= tal
>>> flaws are welcome whenever they arrive, points with the flavou= r "I
>>> wouldn't have done it like this" that arrive this lat= e in the process
>> don't feel very constructive.
>>> But I will leave the chair to worry about process and try to a= ddress
>>> the technical points...
>>>
>>>> Identifying whether to terminate an OAM packet and process= it in In-
>> MIP vs.
>>> Out-
>>>> MIP requires line rate lookup, otherwise the OAM packet wi= ll not
>> take
>>>> the same path as data packets. =A0Therefore any MIP identi= fier that is
>>>> proposed in this
>>> draft
>>>> requires one extra lookup and therefore adds significantly= to cost.
>>>
>>> If I am not wrong, this is a feature of an out-MIP. If you dec= ide to
>>> implement out-MIPs, and if you want the OAM to follow exactly = the
>> same
>>> path as the data, then it is a requirement that the out interf= ace
>>> inspects the packets (at line
>>> rate) to determine whether they are OAM and targeted at the in= terface.
>>>
>>> We cannot change that aspect. All we can do is aim to make the= lookup
>>> as easy as possible.
>>>
>>>> Perhaps a
>>>> similar method to Ethernet MDL/MEL (Maintenance Domain Lev= el) may be
>>>> used that requires only 3 bits and achieves the same resul= t.
>>>
>>> Perhaps it could.
>>> But before going there, why is the lookup in the current versi= on of
>>> the I-D arduous?
>>>
>>> Presumably you do not propose making any change to the way In-= MIPs
>> are
>>> currently identified, so the lookups being done at line rate t= oday on
>>> the incoming interfaces will not be changed. If you are propos= ing
>> such
>>> a change, then the discussion is outside the scope of this I-D= and
>>> becomes a much wider question for the working group.
>>>
>>> This leaves me with the trade-off of enabling a *simpler* look= up on
>>> the outgoing interfaces versus doing identical lookups on both=
>>> interfaces. My assumption was that if the incoming interface c= an do
>>> the lookup at line rate, it is not hard to perform the same lo= okup on
>>> the outgoing interface. Furthermore, there is a reduction in >> complexity by having fewer things to look up.
>>>
>>> Another possibility is that the full lookup could be done on t= he
>>> incoming interface and the packet marked for easy interception= on the
>> outgoing interface.
>>> The concern with this approach is that the packet would no lon= ger be
>>> being forwarded exactly as data because it would be being modi= fied in
>> flight.
>>> Furthermore, in the case of P2MP, it is not enough to flag the= packet
>>> as a local Out-MIP and further identifier-based lookup is need= ed.
>>>
>>> Some of these issues were raised and discussed as the I-D prog= ressed,
>>> and some of the alternative solutions were tracked with their = pros
>> and
>>> cons in Appendix A of the I-D (look at revision -03).
>>>
>>> Thanks,
>>> Adrian
>>>> -----Original Message-----
>>>> From: mpls-bounce= s@ietf.org [mailto:mpls-bounce= s@ietf.org] On Behalf
>>>> Of Adrian Farrel
>>>> Sent: Monday, November 19, 2012 8:45 AM
>>>> To: 't.petch'; 'Loa Andersson'; mpls@ietf.org
>>>> Cc: mpls-ads@to= ols.ietf.org; mpls-chairs= @tools.ietf.org;
>>> draft-ietf-mpls-tp-mip-
>>>> mep-map@tools.ie= tf.org
>>>> Subject: Re: [mpls] working group last call on
>>>> draft-ietf-mpls-tp-mip-mep-map
>>>>
>>>> Yeah, it's a boring draft. Did you expect me to co-aut= hor anything
>> else?
>>>>
>>>> The point was that when I started the I-D lots of people w= ere saying
>>>> "it's complex" and "it can't be don= e" and "it won't be backward
>> compatible".
>>>>
>>>> So the I-D says "here it is"
>>>>
>>>> A (sorry not to offer you excitement)
>>>>
>>>>> -----Original Message-----
>>>>> From: t.petch [mailto:ietfc@btconnect.com]
>>>>> Sent: 19 November 2012 12:38
>>>>> To: Loa Andersson; mp= ls@ietf.org
>>>>> Cc: mpls-ad= s@tools.ietf.org; mpls-ch= airs@tools.ietf.org; MPLS-TP ad
>>>>> hoc
>>> team;
>>>>> draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org
>>>>> Subject: Re: [mpls] working group last call on
>>> draft-ietf-mpls-tp-mip-mep-map
>>>>>
>>>>> After getting to section 6 and its features (requireme= nts!), I find
>>>>> myself underwhelmed; is that it? =A0Well, I suppose so= , it is
>>>>> Informational and not Standards Track.
>>>>>
>>>>> Meanwhile, I suggest some editorial issues.
>>>>>
>>>>> Title
>>>>> Handling MPLS-TP OAM Packets Targeted at Internal MIPs= [Handling
>>>>> MPLS-TP OAM Packets Targeted at Interface MIPs seems a= more
>>>>> informative statement unless and until you get to the = definition of
>>>>> Internal in s3; and s6, which is the crux of the docum= ent says The
>>>>> preferred solution to per-interface MIP message handli= ng is
>>>>> =A0presented in this section]
>>>>>
>>>>> s1
>>>>> two (or more) MIPs per node on both sides of the forwa= rding engine.
>>>>> [two on both sides sounds like four in total to me; su= ggest 'one on
>>>>> each side of the forwarding engine']
>>>>>
>>>>> s4
>>>>> =A0o =A0CV between a MEP and a MIP
>>>>> [expand CV on first use]
>>>>>
>>>>> s5
>>>>> In-band OAM messages are sent using the G-ACh [RFC5586= ] for MPLS-TP
>>>>> =A0LSPs and MPLS-TP PWs, respectively.
>>>>> ['respectively' suggests to me that there shou= ld be two precedents,
>>>>> not just RFC5586; the second paragraph specifies RFC55= 86 for LSPs,
>>>>> RFC6423/RFC4385 for PWs, in which case, strike this se= ntence as
>>>>> redundant]
>>>>>
>>>>> s6
>>>>> The appendix of this document contains a
>>>>> =A0few solutions that the authors have discarded which= have been
>> left in
>>>>> =A0the document for informational purposes.
>>>>> [not any more they haven't!]
>>>>>
>>>>> The node itself is addresses
>>>>> [The node itself is addressed]
>>>>>
>>>>> The identification information indside [The identifica= tion
>>>>> information inside ]
>>>>>
>>>>> MIP identifiers are not know
>>>>> [MIP identifiers are not known]
>>>>>
>>>>> reserved MIP address
>>>>> [reserved MIP addressses or a reserved MIP address] >>>>>
>>>>> Tom Petch
>>>>>
>>>>>
>>>>> ----- Original Message -----
>>>>> From: "Loa Andersson" <loa@pi.nu>
>>>>> To: <mpls@ietf.org= >
>>>>> Cc: <mpl= s-ads@tools.ietf.org>; <mpls-chairs@tools.ietf.org>;
>>>>> "MPLS-TP ad hoc team" <ahmpls-tp@lists.itu.int>;
>>>>> <draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org>
>>>>> Sent: Wednesday, November 14, 2012 3:16 PM
>>>>>
>>>>>> Working Group,
>>>>>>
>>>>>> This is to start a 2 week working group last call = on
>>>>>> draft-ietf-mpls-tp-mip-mep-map.
>>>>>>
>>>>>> Please send your comments to the mpls working grou= p mailing list
>>>>>> (mpls@ietf.org).
>>>>>>
>>>>>> Please send both technical comments, and if you ar= e happy with the
>>>>>> document as is also indications of support.
>>>>>>
>>>>>> This working group last call will end on November = 28.
>>>>>>
>>>>>> /Loa
>>>>>> for the wg co-chairs
>>>>
>>>>
>>>> _______________________________________________
>>>> mpls mailing list
>>>> mpls@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/mpls
>>>
>>>
>>> _______________________________________________
>>> mpls mailing list
>>> mpls@ietf.org
>>> https://www.ietf.org/mailman/listinfo/mpls
>> _______________________________________________
>> mpls mailing list
>> mpls@ietf.org
>> https://www.ietf.org/mailman/listinfo/mpls
>
> NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, Lo= ndon W3 6BL | Registered in England 2832014
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
>
>

_______________________________________________
mpls mailing list
mpls@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/mpls

--e0cb4efe307ab03bab04cf908f1f-- From lucy.yong@huawei.com Wed Nov 28 09:11:23 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F38621F84C7 for ; Wed, 28 Nov 2012 09:11:23 -0800 (PST) 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 T51E4Ok4hO0K for ; Wed, 28 Nov 2012 09:11:18 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 0759921F85ED for ; Wed, 28 Nov 2012 09:11:12 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id ANH53082; Wed, 28 Nov 2012 17:11:10 +0000 (GMT) Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 28 Nov 2012 17:10:26 +0000 Received: from DFWEML404-HUB.china.huawei.com (10.193.5.203) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 29 Nov 2012 01:10:36 +0800 Received: from DFWEML505-MBX.china.huawei.com ([10.124.31.100]) by dfweml404-hub.china.huawei.com ([10.193.5.203]) with mapi id 14.01.0323.003; Wed, 28 Nov 2012 09:10:32 -0800 From: Lucy yong To: "Eric Osborne (eosborne)" , "draft-xu-mpls-in-udp@tools.ietf.org" , "nsheth@contrailsystems.com" , "mpls-chairs@tools.ietf.org" , "martin.vigoureux@alcatel-lucent.com" Thread-Topic: MPLS-RT review of draft-xu-mpls-in-udp-03 Thread-Index: Ac3NfUp39NHPz5QCS56jxBrCvqzmZgACc6MA Date: Wed, 28 Nov 2012 17:10:31 +0000 Message-ID: <2691CE0099834E4A9C5044EEC662BB9D4484A77D@dfweml505-mbx> References: <20ECF67871905846A80F77F8F4A275721002E05F@xmb-rcd-x09.cisco.com> In-Reply-To: <20ECF67871905846A80F77F8F4A275721002E05F@xmb-rcd-x09.cisco.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.94.224] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "mpls@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 17:11:23 -0000 Hi Eric, Thank you for your support on this. Please see inline. > -----Original Message----- > From: Eric Osborne (eosborne) [mailto:eosborne@cisco.com] > Sent: Wednesday, November 28, 2012 9:53 AM > To: draft-xu-mpls-in-udp@tools.ietf.org; nsheth@contrailsystems.com; > mpls-chairs@tools.ietf.org; martin.vigoureux@alcatel-lucent.com > Cc: mpls@ietf.org > Subject: MPLS-RT review of draft-xu-mpls-in-udp-03 >=20 > I have reviewed this document. Like the other reviewers, I agree that > it clearly describes what it wants and should be progressed to the WG > as a potential WG document. >=20 > That said, I have some concerns and comments. >=20 > #1: I'm not sure if Section 4 does more harm than good. If an > application is going to receive packets to an 'MPLS' UDP port, it seems > like a good idea for a node to announce that it has the capability to > receive things on this port. This is not mandatory, so it should be > discussed on the list. I note that rfc4023 (MPLS in GRE) does not > provide such a function. [Lucy] Please see rfc5512. It specifies the need to signal the encapsulatio= n attributes. >=20 > The document suggests one way that this might be achieved using BGP. > It comes pretty close to specifying how it should work, but the whole > section is apparently just an example or a placeholder for a future > document. This seems dangerous, as an implementor may implement the > function as described in this section despite it explicitly being an > example and a placeholder. >=20 > If there is consensus that advertising (or negotiating?) this > capability is required, then this capability should be standardized at > the same time as the actual encapsulation. If this capability is not > required then this section should be removed from the document. [Lucy] Thank you for the suggestion. As the last sentence in section 4 stat= ed, authors has a plan to specify the udp based tunnel encapsulation in ano= ther document because it can apply not only mpls but also others for exampl= e L2TP. We will tweak the text to make it more clear in next version. >=20 > #2: rfc4023 touches on a number of IP encapsulation details (TTL, QoS, > MTU, etc) that this draft does not. Is the intent for MPLS-in-UDP to > use the same behavior as MPLS-in-GRE, but with a UDP encap? It may be > worth spelling out that if there is a question about how certain IP > fields should be filled in that rfc4023 procedures should be followed. > I'd hate to end up with an MPLS-in-UDP encap that did different IP TTL > things than an MPLS-in-IP encap. [Lucy] Thank you for the catching. We will state out in next version. >=20 > #3: I share Shahram's concern that this is Yet Another Way to solve the > same problem. It is true that not all nodes may be able to load- > balance on the GRE key as specified in rfc4023, but the practice of > defining new methods to replace slightly older methods due to current > hardware limitations seems sketchy. Most modern hardware is field- > programmable, and adding a packet field to a forwarding hash should not > require anything more than a software update; coming up with new > standards to avoid upgrading software is a bad idea. [Lucy] I have to argue this back. GRE based encapsulation has been standard= ized while ago (rfc4023). However, it has not been widely deployed on the n= etworks because SPs use the MPLS implementation, i.e. label switching. As t= he result, a lot of devices do not support GRE based encapsulation (edge no= des) as well as GRE based load balance (transit nodes). Mpls-in-udp achieve= the same purpose without upgrading the existing transit nodes. Therefore, = this is more advance than GRE in rfc4023.=20 >=20 > For implementations which are not software-upgradable, good standards > last a lot longer than a given generation of hardware, and there are a > number of advances in the industry which never would have made it if > they were ignored because current hardware couldn't do them. Examples > include IPv6 and MPLS. However, I'm not sure it's within my purview as > a RT reviewer to make this argument, so I'll make it again when the WG > poll comes up. [Lucy] Agree with your statement. Thus using some existing and less deploye= d standard to argue the new advanced mechanism does not stand well. As time= moving forward, some new and more advance technique may be adopted before = some standards get a chance to be used.=20 >=20 > #4: The intro says "in most cloud data > center network environments, data center operators tend to enable IP > forwarding capability, rather than MPLS forwarding capability in the > underlying data center networks due to certain reasons." >=20 > In line with my point #3, standards last longer than many current > practices. Will this be true in 2025? What are 'certain reasons'? I > think this sentence would be better off as: >=20 > "in current deployments, data center operators tend to enable IP > forwarding capability, rather than MPLS forwarding capability" >=20 > or something less murky and time-bound. [Lucy] We will revise the text.=20 Thanks, Lucy >=20 >=20 >=20 >=20 >=20 > eric From davari@broadcom.com Wed Nov 28 09:47:09 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 104AD21F888A for ; Wed, 28 Nov 2012 09:47:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.431 X-Spam-Level: X-Spam-Status: No, score=-5.431 tagged_above=-999 required=5 tests=[AWL=0.567, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_15=0.6, 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 3c7p1uUdG4XH for ; Wed, 28 Nov 2012 09:47:05 -0800 (PST) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by ietfa.amsl.com (Postfix) with ESMTP id 978D721F8847 for ; Wed, 28 Nov 2012 09:47:04 -0800 (PST) Received: from [10.16.192.232] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.5)); Wed, 28 Nov 2012 09:44:57 -0800 X-Server-Uuid: 06151B78-6688-425E-9DE2-57CB27892261 Received: from SJEXCHCAS04.corp.ad.broadcom.com (10.16.203.11) by SJEXCHHUB02.corp.ad.broadcom.com (10.16.192.232) with Microsoft SMTP Server (TLS) id 8.2.247.2; Wed, 28 Nov 2012 09:46:50 -0800 Received: from SJEXCHMB12.corp.ad.broadcom.com ( [fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS04.corp.ad.broadcom.com ( [::1]) with mapi id 14.01.0355.002; Wed, 28 Nov 2012 09:46:29 -0800 From: "Shahram Davari" To: "Pablo Frank" Thread-Topic: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-map Thread-Index: AQHNwnsKeQf/mKl4u0SUtKP+ZUNj/pfxIUQJgADKVACAATqdcIABbJeAgABenYCAAFjlgP//jqnggAgUCACAAx0KgP//kH6w Date: Wed, 28 Nov 2012 17:46:29 +0000 Message-ID: <4A6CE49E6084B141B15C0713B8993F281BD338A7@SJEXCHMB12.corp.ad.broadcom.com> References: <5098CF68.2000105@pi.nu> <50A3B5C0.4060203@pi.nu> <01e601cdc652$dab31600$4001a8c0@gateway.2wire.net> <016e01cdc675$3b64d6b0$b22e8410$@olddog.co.uk> <4A6CE49E6084B141B15C0713B8993F281BD2E957@SJEXCHMB12.corp.ad.broadcom.com> <027c01cdc7c8$d5500430$7ff00c90$@olddog.co.uk> <791AD3077F94194BB2BDD13565B6295D5552490A@Hydra.office.hd> <4A6CE49E6084B141B15C0713B8993F281BD2FBBB@SJEXCHMB12.corp.ad.broadcom.com> <38DFCE5F-A496-4AAC-A2C5-0450B5260EAD@broadcom.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.16.203.100] MIME-Version: 1.0 X-WSS-ID: 7CA892131QK11187887-01-01 Content-Type: multipart/alternative; boundary=_000_4A6CE49E6084B141B15C0713B8993F281BD338A7SJEXCHMB12corpa_ Cc: "mpls@ietf.org" Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 17:47:09 -0000 --_000_4A6CE49E6084B141B15C0713B8993F281BD338A7SJEXCHMB12corpa_ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Pablo, That was exactly my point. Let's use a flag to indicate in-MIP or out-MIP a= nd then the offline processor can do MEPID lookup to determine whether this= is a legitimate OAM packet or not. Thx Shahram From: Pablo Frank [mailto:pabloisnot@gmail.com] Sent: Wednesday, November 28, 2012 8:22 AM To: Shahram Davari Cc: mpls@ietf.org Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-m= ap I think Shahram raises a very legitimate concern about how expensive this c= ould be to implement in hardware. As I understand it, the logic proposed by this draft is as follows: At the ingress blade: IF TTL-expired && GAL-is-present && GACh-type-is-X THEN Parse MIP-ID TLV Lookup MIP-ID IF MIP-is-egress, THEN forward normally (but note we must intercept it again on egress) ELSE punt to OAM processor At the egress blade: IF TTL-expired && GAL-is-present && GACh-type-is-X THEN Parse MIP-ID TLV Lookup MIP-ID IF MIP-is-egress, THEN punt to OAM processor ELSE drop Note all this has to be done in the fast-path now at full line rate (and ha= rdware guys hate TLVs). Before, the only thing the fast-path had to do was= look for TTL-expiry. The only reason that ACH reserved bit was rejected (in Appendix A.4 of -03 = version of doc) was because it also required a MIP-ID lookup. But I don't = see anything wrong with combining both mechanisms. Ideally, hardware could= rely on the reserved bit to do the initial filtering at full line-rate and= then a presumably much more cost-efficient OAM hardware block could perfor= m the MIP-ID lookup. Instead of the complex logic above, the fast path get= s a simple modification to TTL handling and the OAM block does the heavy li= fting of dealing with ACH TLVs, etc. This seems like a case where practicality should trump elegance. regards, Pablo On Mon, Nov 26, 2012 at 11:48 AM, Shahram Davari > wrote: > Rolf, > > I am sure you know that TLVs are not Hardware friendly. And I think you a= gree with me that this draft requires deep parsing of all packets at line r= ate to get to the MIPID TLV. > > I still think the MIPID TLV is required to decide whether an OAM packet e= nded up at the right MIP. But may be a simpler solution could be augmented= to decide between In-MIP and Out-MIP. For example how about using one of t= he reserved bits in the ACH header. This can easily be done in hardware wi= th minimum complexity. > > Regards, > Shahram > > > > -----Original Message----- > From: mpls-bounces@ietf.org [mailto:mpls-bo= unces@ietf.org] On Behalf Of Rolf Winter > Sent: Wednesday, November 21, 2012 12:13 PM > To: S. Davari; adrian@olddog.co.uk > Cc: mpls@ietf.org > Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep= -map > > Hi, > >> Hi Adrian, >> >> You are right and I should have sent these types of comments before >> last call. I completely understand the procedure. >> >> One thing I didn't understand in your response is that you said in-MIP >> requires to do the MEPID lookup at line rate anyway. Why is that? >> >> My understanding is that before this draft, the process would have >> been for the ingress to look at TTL and if it is expired then send the >> packet to OAM processor. > > Yes (and no). While I assume likely MIP functionality will be implemented= on the ingress, the related RFCs are vague about the actual placement of t= he MIP function. See e.g. the OAM Framework (RFC 6371) "per-node MIPs (i.e.= , a single MIP per node in an unspecified location within the node)". > > Also, I think "before this draft" is not quite accurate in that is sugges= ts there is no per-interface MIP addressing possible as of now. Take RFC 64= 26. In practice this is where part of the problem lies. We cannot really go= back and change all this. There are other constraints. E.g. we have a requ= irement to address a single out-MIP out of a set of out-MIPs on a P2MP bran= ch point. So this was part of the constraints we worked with. > >> >> The MEPID that you suggest in this draft is very useful for filtering >> out leaked OAM frames from upstream. But lets leave lookup of the MEPID >> to the OAM processing module (at slower rate) and add an indicator to >> the OAM packet to indicate whether it should be taken out of the data >> path in the Ingress or egress. >> >> So can I suggest adding the following text to the draft: >> >> " In addition to the MEPID, which is used to ultimately accept or >> filter out received OAM packets, OAM packets should have a simple >> indicator that identifies whether the OAM packet belongs to in-MIP or >> Out-MIP". > > We also have the question on where to retrofit those bits. I assume a TLV= wouldn't work for the exact reasons you do not like to have to do a second= lookup, since it would require some parsing. All these constraints and the= ones outlined in the document led to where we are. In a sense this is a no= n-spec since it rather rules out a number of things that seem like a good i= dea at first but then have a catch of some sort. > > Best, > > Rolf > >> >> >> >> Regards, >> Shahram >> >> >> On Nov 21, 2012, at 1:16 AM, "Adrian Farrel" > >> wrote: >> >>> >>> >>> Hi Shahram, >>> >>> I am worried about the precedent of a comment like this during WG >> last call. >>> While comments that improve the document or point out fundamental >>> flaws are welcome whenever they arrive, points with the flavour "I >>> wouldn't have done it like this" that arrive this late in the process >> don't feel very constructive. >>> But I will leave the chair to worry about process and try to address >>> the technical points... >>> >>>> Identifying whether to terminate an OAM packet and process it in In- >> MIP vs. >>> Out- >>>> MIP requires line rate lookup, otherwise the OAM packet will not >> take >>>> the same path as data packets. Therefore any MIP identifier that is >>>> proposed in this >>> draft >>>> requires one extra lookup and therefore adds significantly to cost. >>> >>> If I am not wrong, this is a feature of an out-MIP. If you decide to >>> implement out-MIPs, and if you want the OAM to follow exactly the >> same >>> path as the data, then it is a requirement that the out interface >>> inspects the packets (at line >>> rate) to determine whether they are OAM and targeted at the interface. >>> >>> We cannot change that aspect. All we can do is aim to make the lookup >>> as easy as possible. >>> >>>> Perhaps a >>>> similar method to Ethernet MDL/MEL (Maintenance Domain Level) may be >>>> used that requires only 3 bits and achieves the same result. >>> >>> Perhaps it could. >>> But before going there, why is the lookup in the current version of >>> the I-D arduous? >>> >>> Presumably you do not propose making any change to the way In-MIPs >> are >>> currently identified, so the lookups being done at line rate today on >>> the incoming interfaces will not be changed. If you are proposing >> such >>> a change, then the discussion is outside the scope of this I-D and >>> becomes a much wider question for the working group. >>> >>> This leaves me with the trade-off of enabling a *simpler* lookup on >>> the outgoing interfaces versus doing identical lookups on both >>> interfaces. My assumption was that if the incoming interface can do >>> the lookup at line rate, it is not hard to perform the same lookup on >>> the outgoing interface. Furthermore, there is a reduction in >> complexity by having fewer things to look up. >>> >>> Another possibility is that the full lookup could be done on the >>> incoming interface and the packet marked for easy interception on the >> outgoing interface. >>> The concern with this approach is that the packet would no longer be >>> being forwarded exactly as data because it would be being modified in >> flight. >>> Furthermore, in the case of P2MP, it is not enough to flag the packet >>> as a local Out-MIP and further identifier-based lookup is needed. >>> >>> Some of these issues were raised and discussed as the I-D progressed, >>> and some of the alternative solutions were tracked with their pros >> and >>> cons in Appendix A of the I-D (look at revision -03). >>> >>> Thanks, >>> Adrian >>>> -----Original Message----- >>>> From: mpls-bounces@ietf.org [mailto:mpls= -bounces@ietf.org] On Behalf >>>> Of Adrian Farrel >>>> Sent: Monday, November 19, 2012 8:45 AM >>>> To: 't.petch'; 'Loa Andersson'; mpls@ietf.org >>>> Cc: mpls-ads@tools.ietf.org; mpls-chai= rs@tools.ietf.org; >>> draft-ietf-mpls-tp-mip- >>>> mep-map@tools.ietf.org >>>> Subject: Re: [mpls] working group last call on >>>> draft-ietf-mpls-tp-mip-mep-map >>>> >>>> Yeah, it's a boring draft. Did you expect me to co-author anything >> else? >>>> >>>> The point was that when I started the I-D lots of people were saying >>>> "it's complex" and "it can't be done" and "it won't be backward >> compatible". >>>> >>>> So the I-D says "here it is" >>>> >>>> A (sorry not to offer you excitement) >>>> >>>>> -----Original Message----- >>>>> From: t.petch [mailto:ietfc@btconnect.com= ] >>>>> Sent: 19 November 2012 12:38 >>>>> To: Loa Andersson; mpls@ietf.org >>>>> Cc: mpls-ads@tools.ietf.org; mpls-cha= irs@tools.ietf.org; MPLS-TP ad >>>>> hoc >>> team; >>>>> draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org >>>>> Subject: Re: [mpls] working group last call on >>> draft-ietf-mpls-tp-mip-mep-map >>>>> >>>>> After getting to section 6 and its features (requirements!), I find >>>>> myself underwhelmed; is that it? Well, I suppose so, it is >>>>> Informational and not Standards Track. >>>>> >>>>> Meanwhile, I suggest some editorial issues. >>>>> >>>>> Title >>>>> Handling MPLS-TP OAM Packets Targeted at Internal MIPs [Handling >>>>> MPLS-TP OAM Packets Targeted at Interface MIPs seems a more >>>>> informative statement unless and until you get to the definition of >>>>> Internal in s3; and s6, which is the crux of the document says The >>>>> preferred solution to per-interface MIP message handling is >>>>> presented in this section] >>>>> >>>>> s1 >>>>> two (or more) MIPs per node on both sides of the forwarding engine. >>>>> [two on both sides sounds like four in total to me; suggest 'one on >>>>> each side of the forwarding engine'] >>>>> >>>>> s4 >>>>> o CV between a MEP and a MIP >>>>> [expand CV on first use] >>>>> >>>>> s5 >>>>> In-band OAM messages are sent using the G-ACh [RFC5586] for MPLS-TP >>>>> LSPs and MPLS-TP PWs, respectively. >>>>> ['respectively' suggests to me that there should be two precedents, >>>>> not just RFC5586; the second paragraph specifies RFC5586 for LSPs, >>>>> RFC6423/RFC4385 for PWs, in which case, strike this sentence as >>>>> redundant] >>>>> >>>>> s6 >>>>> The appendix of this document contains a >>>>> few solutions that the authors have discarded which have been >> left in >>>>> the document for informational purposes. >>>>> [not any more they haven't!] >>>>> >>>>> The node itself is addresses >>>>> [The node itself is addressed] >>>>> >>>>> The identification information indside [The identification >>>>> information inside ] >>>>> >>>>> MIP identifiers are not know >>>>> [MIP identifiers are not known] >>>>> >>>>> reserved MIP address >>>>> [reserved MIP addressses or a reserved MIP address] >>>>> >>>>> Tom Petch >>>>> >>>>> >>>>> ----- Original Message ----- >>>>> From: "Loa Andersson" > >>>>> To: > >>>>> Cc: >; >; >>>>> "MPLS-TP ad hoc team" >; >>>>> > >>>>> Sent: Wednesday, November 14, 2012 3:16 PM >>>>> >>>>>> Working Group, >>>>>> >>>>>> This is to start a 2 week working group last call on >>>>>> draft-ietf-mpls-tp-mip-mep-map. >>>>>> >>>>>> Please send your comments to the mpls working group mailing list >>>>>> (mpls@ietf.org). >>>>>> >>>>>> Please send both technical comments, and if you are happy with the >>>>>> document as is also indications of support. >>>>>> >>>>>> This working group last call will end on November 28. >>>>>> >>>>>> /Loa >>>>>> for the wg co-chairs >>>> >>>> >>>> _______________________________________________ >>>> mpls mailing list >>>> mpls@ietf.org >>>> https://www.ietf.org/mailman/listinfo/mpls >>> >>> >>> _______________________________________________ >>> mpls mailing list >>> mpls@ietf.org >>> https://www.ietf.org/mailman/listinfo/mpls >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls > > NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, Londo= n W3 6BL | Registered in England 2832014 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --_000_4A6CE49E6084B141B15C0713B8993F281BD338A7SJEXCHMB12corpa_ Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable

Pablo,<= /p>

 <= /p>

That was exactly my point= . Let’s use a flag to indicate in-MIP or out-MIP and then the offline= processor can do MEPID lookup to determine whether this is a legitimate OAM packet or not.

 <= /p>

Thx
Shahram

 <= /p>

From: Pablo Fr= ank [mailto:pabloisnot@gmail.com]
Sent: Wednesday, November 28, 2012 8:22 AM
To: Shahram Davari
Cc: mpls@ietf.org
Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mi= p-mep-map

 

I think Shahram raises a very legitimate concern abo= ut how expensive this could be to implement in hardware.  <= /p>

 

As I understand it, the logic proposed by this draft= is as follows:

 

At the ingress blade:

 

IF TTL-expired && GAL-is-present && = GACh-type-is-X THEN

   Parse MIP-ID TLV

   Lookup MIP-ID

   IF MIP-is-egress, THEN

      forward normally (but note we m= ust intercept it again on egress)

   ELSE

      punt to OAM processor

 

At the egress blade:

 

IF TTL-expired && GAL-is-present && = GACh-type-is-X THEN

   Parse MIP-ID TLV

   Lookup MIP-ID

   IF MIP-is-egress, THEN

      punt to OAM processor

   ELSE

      drop

 

Note all this has to be done in the fast-path now at= full line rate (and hardware guys hate TLVs).  Before, the only thing= the fast-path had to do was look for TTL-expiry.

 

The only reason that ACH reserved bit was rejected (= in Appendix A.4 of -03 version of doc) was because it also required a MIP-I= D lookup.  But I don't see anything wrong with combining both mechanis= ms.  Ideally, hardware could rely on the reserved bit to do the initial filtering at full line-rate and then a pres= umably much more cost-efficient OAM hardware block could perform the MIP-ID= lookup.  Instead of the complex logic above, the fast path gets a sim= ple modification to TTL handling and the OAM block does the heavy lifting of dealing with ACH TLVs, etc.

 

This seems like a case where practicality should tru= mp elegance.

 

regards,

Pablo

 

On Mon, Nov 26, 2012 at 11:48 AM, Shahram Davari <= ;davari@broadcom.c= om> wrote:



> Rolf,
>
> I am sure you know that TLVs are not Hardware friendly. And I think yo= u agree with me that this draft requires deep parsing of all packets at lin= e rate to get to the MIPID TLV.
>
> I still think the MIPID TLV is required to decide whether an OAM packe= t ended up  at the right MIP. But may be a simpler solution could be a= ugmented to decide between In-MIP and Out-MIP. For example how about using = one of the reserved bits in the ACH header.  This can easily be done in hardware with minimum complexity.
>
> Regards,
> Shahram
>
>
>
> -----Original Message-----
> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Rolf Winter
> Sent: Wednesday, November 21, 2012 12:13 PM
> To: S. Davari; adrian@olddog.co= .uk
> Cc: mpls@ietf.org
> Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-= mep-map
>
> Hi,
>
>> Hi Adrian,
>>
>> You are right and I should have sent these types of comments befor= e
>> last call. I completely understand the procedure.
>>
>> One thing I didn't understand in your response is that you said in= -MIP
>> requires to do the MEPID lookup at line rate anyway. Why is that?<= br> >>
>> My understanding is that before this draft,  the process woul= d have
>> been for the ingress to look at TTL and if it is expired then send= the
>> packet to OAM processor.
>
> Yes (and no). While I assume likely MIP functionality will be implemen= ted on the ingress, the related RFCs are vague about the actual placement o= f the MIP function. See e.g. the OAM Framework (RFC 6371) "per-node MI= Ps (i.e., a single MIP per node in an unspecified location within the node)".
>
> Also, I think "before this draft" is not quite accurate in t= hat is suggests there is no per-interface MIP addressing possible as of now= . Take RFC 6426. In practice this is where part of the problem lies. We can= not really go back and change all this. There are other constraints. E.g. we have a requirement to address a single out-= MIP out of a set of out-MIPs on a P2MP branch point.  So this was part= of the constraints we worked with.
>
>>
>> The MEPID that you suggest in this draft is very useful for filter= ing
>> out leaked OAM frames from upstream. But lets leave lookup of the = MEPID
>> to the OAM processing module (at slower rate) and add an indicator= to
>> the OAM packet to indicate whether it should be taken out of the d= ata
>> path in the Ingress or egress.
>>
>> So can I suggest adding the following text to the draft:
>>
>> " In addition to the MEPID, which is used to ultimately accep= t or
>> filter out received OAM packets, OAM packets  should have a s= imple
>> indicator that identifies whether the OAM packet belongs to in-MIP= or
>> Out-MIP".
>
> We also have the question on where to retrofit those bits. I assume a = TLV wouldn't work for the exact reasons you do not like to have to do a sec= ond lookup, since it would require some parsing. All these constraints and = the ones outlined in the document led to where we are. In a sense this is a non-spec since it rather rules out a= number of things that seem like a good idea at first but then have a catch= of some sort.
>
> Best,
>
> Rolf
>
>>
>>
>>
>> Regards,
>> Shahram
>>
>>
>> On Nov 21, 2012, at 1:16 AM, "Adrian Farrel" <adrian@olddog.co.uk>
>> wrote:
>>
>>> <co-author mode>
>>>
>>> Hi Shahram,
>>>
>>> I am worried about the precedent of a comment like this during= WG
>> last call.
>>> While comments that improve the document or point out fundamen= tal
>>> flaws are welcome whenever they arrive, points with the flavou= r "I
>>> wouldn't have done it like this" that arrive this late in= the process
>> don't feel very constructive.
>>> But I will leave the chair to worry about process and try to a= ddress
>>> the technical points...
>>>
>>>> Identifying whether to terminate an OAM packet and process= it in In-
>> MIP vs.
>>> Out-
>>>> MIP requires line rate lookup, otherwise the OAM packet wi= ll not
>> take
>>>> the same path as data packets.  Therefore any MIP ide= ntifier that is
>>>> proposed in this
>>> draft
>>>> requires one extra lookup and therefore adds significantly= to cost.
>>>
>>> If I am not wrong, this is a feature of an out-MIP. If you dec= ide to
>>> implement out-MIPs, and if you want the OAM to follow exactly = the
>> same
>>> path as the data, then it is a requirement that the out interf= ace
>>> inspects the packets (at line
>>> rate) to determine whether they are OAM and targeted at the in= terface.
>>>
>>> We cannot change that aspect. All we can do is aim to make the= lookup
>>> as easy as possible.
>>>
>>>> Perhaps a
>>>> similar method to Ethernet MDL/MEL (Maintenance Domain Lev= el) may be
>>>> used that requires only 3 bits and achieves the same resul= t.
>>>
>>> Perhaps it could.
>>> But before going there, why is the lookup in the current versi= on of
>>> the I-D arduous?
>>>
>>> Presumably you do not propose making any change to the way In-= MIPs
>> are
>>> currently identified, so the lookups being done at line rate t= oday on
>>> the incoming interfaces will not be changed. If you are propos= ing
>> such
>>> a change, then the discussion is outside the scope of this I-D= and
>>> becomes a much wider question for the working group.
>>>
>>> This leaves me with the trade-off of enabling a *simpler* look= up on
>>> the outgoing interfaces versus doing identical lookups on both=
>>> interfaces. My assumption was that if the incoming interface c= an do
>>> the lookup at line rate, it is not hard to perform the same lo= okup on
>>> the outgoing interface. Furthermore, there is a reduction in >> complexity by having fewer things to look up.
>>>
>>> Another possibility is that the full lookup could be done on t= he
>>> incoming interface and the packet marked for easy interception= on the
>> outgoing interface.
>>> The concern with this approach is that the packet would no lon= ger be
>>> being forwarded exactly as data because it would be being modi= fied in
>> flight.
>>> Furthermore, in the case of P2MP, it is not enough to flag the= packet
>>> as a local Out-MIP and further identifier-based lookup is need= ed.
>>>
>>> Some of these issues were raised and discussed as the I-D prog= ressed,
>>> and some of the alternative solutions were tracked with their = pros
>> and
>>> cons in Appendix A of the I-D (look at revision -03).
>>>
>>> Thanks,
>>> Adrian
>>>> -----Original Message-----
>>>> From: mpls-bounce= s@ietf.org [mailto:mpls-bounce= s@ietf.org] On Behalf
>>>> Of Adrian Farrel
>>>> Sent: Monday, November 19, 2012 8:45 AM
>>>> To: 't.petch'; 'Loa Andersson'; mpls@ietf.org
>>>> Cc: mpls-ads@to= ols.ietf.org; mpls-chairs@tools.ietf.org;
>>> draft-ietf-mpls-tp-mip-
>>>> mep-map@tools.ie= tf.org
>>>> Subject: Re: [mpls] working group last call on
>>>> draft-ietf-mpls-tp-mip-mep-map
>>>>
>>>> Yeah, it's a boring draft. Did you expect me to co-author = anything
>> else?
>>>>
>>>> The point was that when I started the I-D lots of people w= ere saying
>>>> "it's complex" and "it can't be done" = and "it won't be backward
>> compatible".
>>>>
>>>> So the I-D says "here it is"
>>>>
>>>> A (sorry not to offer you excitement)
>>>>
>>>>> -----Original Message-----
>>>>> From: t.petch [mailto:ietfc@btconnect.com]
>>>>> Sent: 19 November 2012 12:38
>>>>> To: Loa Andersson; mp= ls@ietf.org
>>>>> Cc: mpls-ad= s@tools.ietf.org; mpls-chairs@tools.ietf.org; MPLS-TP ad
>>>>> hoc
>>> team;
>>>>> draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org
>>>>> Subject: Re: [mpls] working group last call on
>>> draft-ietf-mpls-tp-mip-mep-map
>>>>>
>>>>> After getting to section 6 and its features (requireme= nts!), I find
>>>>> myself underwhelmed; is that it?  Well, I suppose= so, it is
>>>>> Informational and not Standards Track.
>>>>>
>>>>> Meanwhile, I suggest some editorial issues.
>>>>>
>>>>> Title
>>>>> Handling MPLS-TP OAM Packets Targeted at Internal MIPs= [Handling
>>>>> MPLS-TP OAM Packets Targeted at Interface MIPs seems a= more
>>>>> informative statement unless and until you get to the = definition of
>>>>> Internal in s3; and s6, which is the crux of the docum= ent says The
>>>>> preferred solution to per-interface MIP message handli= ng is
>>>>>  presented in this section]
>>>>>
>>>>> s1
>>>>> two (or more) MIPs per node on both sides of the forwa= rding engine.
>>>>> [two on both sides sounds like four in total to me; su= ggest 'one on
>>>>> each side of the forwarding engine']
>>>>>
>>>>> s4
>>>>>  o  CV between a MEP and a MIP
>>>>> [expand CV on first use]
>>>>>
>>>>> s5
>>>>> In-band OAM messages are sent using the G-ACh [RFC5586= ] for MPLS-TP
>>>>>  LSPs and MPLS-TP PWs, respectively.
>>>>> ['respectively' suggests to me that there should be tw= o precedents,
>>>>> not just RFC5586; the second paragraph specifies RFC55= 86 for LSPs,
>>>>> RFC6423/RFC4385 for PWs, in which case, strike this se= ntence as
>>>>> redundant]
>>>>>
>>>>> s6
>>>>> The appendix of this document contains a
>>>>>  few solutions that the authors have discarded wh= ich have been
>> left in
>>>>>  the document for informational purposes.
>>>>> [not any more they haven't!]
>>>>>
>>>>> The node itself is addresses
>>>>> [The node itself is addressed]
>>>>>
>>>>> The identification information indside [The identifica= tion
>>>>> information inside ]
>>>>>
>>>>> MIP identifiers are not know
>>>>> [MIP identifiers are not known]
>>>>>
>>>>> reserved MIP address
>>>>> [reserved MIP addressses or a reserved MIP address] >>>>>
>>>>> Tom Petch
>>>>>
>>>>>
>>>>> ----- Original Message -----
>>>>> From: "Loa Andersson" <loa@pi.nu>
>>>>> To: <mpls@ietf.org= >
>>>>> Cc: <mpl= s-ads@tools.ietf.org>; <mpls-chairs@tools.ietf.org>;
>>>>> "MPLS-TP ad hoc team" <ahmpls-tp@lists.itu.int>;
>>>>> <draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org>
>>>>> Sent: Wednesday, November 14, 2012 3:16 PM
>>>>>
>>>>>> Working Group,
>>>>>>
>>>>>> This is to start a 2 week working group last call = on
>>>>>> draft-ietf-mpls-tp-mip-mep-map.
>>>>>>
>>>>>> Please send your comments to the mpls working grou= p mailing list
>>>>>> (mpls@ietf.org).
>>>>>>
>>>>>> Please send both technical comments, and if you ar= e happy with the
>>>>>> document as is also indications of support.
>>>>>>
>>>>>> This working group last call will end on November = 28.
>>>>>>
>>>>>> /Loa
>>>>>> for the wg co-chairs
>>>>
>>>>
>>>> _______________________________________________
>>>> mpls mailing list
>>>> mpls@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/mpls
>>>
>>>
>>> _______________________________________________
>>> mpls mailing list
>>> mpls@ietf.org
>>> https://www.ietf.org/mailman/listinfo/mpls
>> _______________________________________________
>> mpls mailing list
>> mpls@ietf.org
>> https://www.ietf.org/mailman/listinfo/mpls
>
> NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, Lo= ndon W3 6BL | Registered in England 2832014
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
>
>

_______________________________________________
mpls mailing list
mpls@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/mpls

 

--_000_4A6CE49E6084B141B15C0713B8993F281BD338A7SJEXCHMB12corpa_-- From yshen@juniper.net Wed Nov 28 14:32:19 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8537A21F8914 for ; Wed, 28 Nov 2012 14:32:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.467 X-Spam-Level: X-Spam-Status: No, score=-3.467 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, UNRESOLVED_TEMPLATE=3.132] 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 YJHawuHxwuOk for ; Wed, 28 Nov 2012 14:32:12 -0800 (PST) Received: from exprod7og103.obsmtp.com (exprod7og103.obsmtp.com [64.18.2.159]) by ietfa.amsl.com (Postfix) with ESMTP id 7EB2C21F8910 for ; Wed, 28 Nov 2012 14:32:12 -0800 (PST) Received: from P-EMHUB01-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob103.postini.com ([64.18.6.12]) with SMTP ID DSNKULaQ7FuE3U3Fw5u4eEgwC9nB0xoMbFkL@postini.com; Wed, 28 Nov 2012 14:32:12 PST Received: from P-CLDFE02-HQ.jnpr.net (172.24.192.60) by P-EMHUB01-HQ.jnpr.net (172.24.192.35) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 28 Nov 2012 14:27:08 -0800 Received: from o365mail.juniper.net (207.17.137.224) by o365mail.juniper.net (172.24.192.60) with Microsoft SMTP Server id 14.1.355.2; Wed, 28 Nov 2012 14:27:07 -0800 Received: from CO9EHSOBE007.bigfish.com (207.46.163.26) by o365mail.juniper.net (207.17.137.224) with Microsoft SMTP Server (TLS) id 14.1.355.2; Wed, 28 Nov 2012 14:33:48 -0800 Received: from mail134-co9-R.bigfish.com (10.236.132.235) by CO9EHSOBE007.bigfish.com (10.236.130.70) with Microsoft SMTP Server id 14.1.225.23; Wed, 28 Nov 2012 22:27:02 +0000 Received: from mail134-co9 (localhost [127.0.0.1]) by mail134-co9-R.bigfish.com (Postfix) with ESMTP id A2DD048021A for ; Wed, 28 Nov 2012 22:27:02 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.245.197; KIP:(null); UIP:(null); (null); H:CH1PRD0511HT002.namprd05.prod.outlook.com; R:internal; EFV:INT X-SpamScore: -20 X-BigFish: PS-20(zz4015Izz1de0h1202h1d1ah1d2ahzz1033IL17326ah8275dh17598diz2dh2a8h668h839h944hd25hf0ah1220h1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1155h) Received: from mail134-co9 (localhost.localdomain [127.0.0.1]) by mail134-co9 (MessageSwitch) id 1354141608576708_18417; Wed, 28 Nov 2012 22:26:48 +0000 (UTC) Received: from CO9EHSMHS024.bigfish.com (unknown [10.236.132.245]) by mail134-co9.bigfish.com (Postfix) with ESMTP id 7FA1E3C0290 for ; Wed, 28 Nov 2012 22:26:48 +0000 (UTC) Received: from CH1PRD0511HT002.namprd05.prod.outlook.com (157.56.245.197) by CO9EHSMHS024.bigfish.com (10.236.130.34) with Microsoft SMTP Server (TLS) id 14.1.225.23; Wed, 28 Nov 2012 22:26:46 +0000 Received: from CH1PRD0511MB420.namprd05.prod.outlook.com ([169.254.9.185]) by CH1PRD0511HT002.namprd05.prod.outlook.com ([10.255.159.37]) with mapi id 14.16.0239.002; Wed, 28 Nov 2012 22:26:46 +0000 From: Yimin Shen To: "mpls@ietf.org" Thread-Topic: Soliciting comments on draft-shen-mpls-rsvp-setup-protection-01 Thread-Index: Ac3Nt3JQ/5ksVNtvTd22Iwxh87vtfg== Date: Wed, 28 Nov 2012 22:26:44 +0000 Message-ID: <7CB1BB19ED42A343BAA380CE0AEDAD0A0F7FCB1E@CH1PRD0511MB420.namprd05.prod.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.232.2] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% X-FOPE-CONNECTOR: Id%12219$Dn%IETF.ORG$RO%2$TLS%5$FQDN%onpremiseedge-1018244.customer.frontbridge.com$TlsDn%o365mail.juniper.net Subject: [mpls] Soliciting comments on draft-shen-mpls-rsvp-setup-protection-01 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 22:32:19 -0000 Hi, We presented the following draft in IETF 85. Based on the suggestion from t= he WG chairs, we would like to solicit your comments. Please review the doc= ument, and let us know your comments or suggestions. http://tools.ietf.org/html/draft-shen-mpls-rsvp-setup-protection-01 Thanks, -Yimin Shen Juniper Networks From lizhenbin@huawei.com Thu Nov 29 00:28:50 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C01D521F8451 for ; Thu, 29 Nov 2012 00:28:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.788 X-Spam-Level: ** X-Spam-Status: No, score=2.788 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_35=0.339, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4, SARE_SUB_ENC_GB2312=1.345] 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 AQ+U-29KY5C2 for ; Thu, 29 Nov 2012 00:28:49 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 084C021F844A for ; Thu, 29 Nov 2012 00:28:48 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id ANI00133; Thu, 29 Nov 2012 08:28:48 +0000 (GMT) Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 29 Nov 2012 08:28:17 +0000 Received: from SZXEML416-HUB.china.huawei.com (10.82.67.155) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 29 Nov 2012 16:28:28 +0800 Received: from SZXEML525-MBS.china.huawei.com ([169.254.8.152]) by szxeml416-hub.china.huawei.com ([10.82.67.155]) with mapi id 14.01.0323.003; Thu, 29 Nov 2012 16:28:22 +0800 From: Lizhenbin To: Loa Andersson , "mpls@ietf.org" Thread-Topic: IPR poll on draft-xu-mpls-in-udp Thread-Index: AQHNzNkZ97YvTqIpXkaKZ3QvY1hErZgAfSqQ Date: Thu, 29 Nov 2012 08:28:22 +0000 Message-ID: <5A5B4DE12C0DAC44AF501CD9A2B01A8D077B9573@szxeml525-mbs.china.huawei.com> References: <50B51A8A.5050108@pi.nu> In-Reply-To: <50B51A8A.5050108@pi.nu> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.76.196] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "draft-xu-mpls-in-udp@tools.ietf.org" , "mpls-chairs@tools.ietf.org" Subject: [mpls] =?gb2312?b?tPC4tDogSVBSIHBvbGwgb24gZHJhZnQteHUtbXBscy1p?= =?gb2312?b?bi11ZHA=?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2012 08:28:50 -0000 QXMgYSBjby1hdXRob3IsIEkgYW0gbm90IGF3YXJlIG9mIGFueSBJUFIgcmVsYXRlZCB0byB0aGlz IGRyYWZ0Lg0KDQpaaGVuYmluDQoNCg0KLS0tLS3Tyrz+1K28/i0tLS0tDQq3orz+yMs6IExvYSBB bmRlcnNzb24gW21haWx0bzpsb2FAcGkubnVdIA0Kt6LLzcqxvOQ6IDIwMTLE6jEx1MIyOMjVIDM6 NTUNCsrVvP7IyzogbXBsc0BpZXRmLm9yZw0Ks63LzTogbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5v cmc7IGRyYWZ0LXh1LW1wbHMtaW4tdWRwQHRvb2xzLmlldGYub3JnOyBNYXJ0aW4gVmlnb3VyZXV4 DQrW98ziOiBJUFIgcG9sbCBvbiBkcmFmdC14dS1tcGxzLWluLXVkcA0KDQpXb3JraW5nIEdyb3Vw IGFuZCBhdXRob3JzOw0KDQpUaGUgYXV0aG9ycyBvZiBkcmFmdC14dS1tcGxzLWluLXVkcCBoYXMg aW5kaWNhdGVkIHRoYXQgdGhlIGRyYWZ0IGlzDQpyZWFkeSB0byBiZSBhZG9wdGVkIGFzIGEgd29y a2luZyBncm91cCBkb2N1bWVudC4NCg0KQmVmb3JlIHN0YXJ0aW5nIHRoZSBwb2xsIHRvIHNlZSBp ZiB0aGVyZSBpcyB3ZyBjb25zZW5zdXMgdG8gbWFrZSB0aGUNCmRyYWZ0IGEgd29ya2luZyBncm91 cCBkb2N1bWVudCB3ZSB3aWxsIGRvIGFuIElQUiBwb2xsIHRvIGNoZWNrIHdoZXRoZXINCnRoZXJl IGlzIElQUiBvbiB0aGUgZG9jdW1lbnQgdGhhdCBuZWVkcyB0byBiZSBkaXNjbG9zZWQuDQoNClRo aXMgbWFpbCBzdGFydHMgdGhhdCBJUFIgcG9sbC4NCg0KQXJlIHlvdSBhd2FyZSBvZiBhbnkgSVBS IHRoYXQgYXBwbGllcyB0byBkcmFmdC14dS1tcGxzLWluLXVkcD8NCg0KSWYgc28sIGhhcyB0aGlz IElQUiBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMNCihz ZWUgUkZDcyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMpLg0KDQpJ ZiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3VtZW50IGF1dGhvciBvciBjb250cmlidXRvciBwbGVh c2UgcmVzcG9uZCB0bw0KdGhpcyBlbWFpbCByZWdhcmRsZXNzIG9mIHdoZXRoZXIgb3Igbm90IHlv dSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2YW50DQpJUFIuICpUaGUgcmVzcG9uc2UgbmVlZHMgdG8g YmUgc2VudCB0byB0aGUgTVBMUyB3ZyBtYWlsaW5nIGxpc3QuKiBUaGUgDQpkb2N1bWVudHMgd2ls bCBub3QgYWR2YW5jZSB0byB0aGUgbmV4dCBzdGFnZSB1bnRpbCBhIHJlc3BvbnNlDQpoYXMgYmVl biByZWNlaXZlZCBmcm9tIGVhY2ggYXV0aG9yIGFuZCBjb250cmlidXRvci4NCg0KSWYgeW91IGFy ZSBvbiB0aGUgTVBMUyBXRyBlbWFpbCBsaXN0IGJ1dCBhcmUgbm90IGxpc3RlZCBhcyBhbiBhdXRo b3Igb3INCmNvbnRyaWJ1dG9yLCB0aGVuIHBsZWFzZSBleHBsaWNpdGx5IHJlc3BvbmQgb25seSBp ZiB5b3UgYXJlIGF3YXJlIG9mIGFueQ0KSVBSIHRoYXQgaGFzIG5vdCB5ZXQgYmVlbiBkaXNjbG9z ZWQgaW4gY29uZm9ybWFuY2Ugd2l0aCBJRVRGIHJ1bGVzLg0KDQoNClRoYW5rcywgTG9hDQooYXMg TVBMUyBXRyBjby1jaGFpcikNCg0KLS0gDQoNCg0KTG9hIEFuZGVyc3NvbiAgICAgICAgICAgICAg ICAgICAgICAgICBlbWFpbDogbG9hLmFuZGVyc3NvbkBlcmljc3Nvbi5jb20NClNyIFN0cmF0ZWd5 IGFuZCBTdGFuZGFyZHMgTWFuYWdlciAgICAgICAgICAgIGxvYUBwaS5udQ0KRXJpY3Nzb24gSW5j ICAgICAgICAgICAgICAgICAgICAgICAgICBwaG9uZTogKzQ2IDEwIDcxNyA1MiAxMw0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICs0NiA3NjcgNzIgOTIgMTMN Cg== From ietfc@btconnect.com Thu Nov 29 03:31:10 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 59ED121F8826 for ; Thu, 29 Nov 2012 03:31:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.699 X-Spam-Level: X-Spam-Status: No, score=-3.699 tagged_above=-999 required=5 tests=[AWL=-0.100, BAYES_00=-2.599, 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 pt+FI2ujRkel for ; Thu, 29 Nov 2012 03:31:09 -0800 (PST) Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe002.messaging.microsoft.com [216.32.181.182]) by ietfa.amsl.com (Postfix) with ESMTP id 6FD7721F87DA for ; Thu, 29 Nov 2012 03:31:08 -0800 (PST) Received: from mail13-ch1-R.bigfish.com (10.43.68.239) by CH1EHSOBE004.bigfish.com (10.43.70.54) with Microsoft SMTP Server id 14.1.225.23; Thu, 29 Nov 2012 11:31:07 +0000 Received: from mail13-ch1 (localhost [127.0.0.1]) by mail13-ch1-R.bigfish.com (Postfix) with ESMTP id C35781003DB; Thu, 29 Nov 2012 11:31:07 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.253.85; KIP:(null); UIP:(null); IPV:NLI; H:DB3PRD0710HT003.eurprd07.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -29 X-BigFish: PS-29(zz9371I542Mec9N1432Izz1de0h1202h1d1ah1d2ahzz1033IL8275bh8275dhz2dh2a8h5a9h668h839hd24hf0ah1177h1179h1288h12a5h12a9h12bdh137ah139eh13b6h1441h1504h1537h162dh1631h304l1155h) Received: from mail13-ch1 (localhost.localdomain [127.0.0.1]) by mail13-ch1 (MessageSwitch) id 1354188666329084_371; Thu, 29 Nov 2012 11:31:06 +0000 (UTC) Received: from CH1EHSMHS026.bigfish.com (snatpool1.int.messaging.microsoft.com [10.43.68.242]) by mail13-ch1.bigfish.com (Postfix) with ESMTP id 444EF1A0049; Thu, 29 Nov 2012 11:31:06 +0000 (UTC) Received: from DB3PRD0710HT003.eurprd07.prod.outlook.com (157.56.253.85) by CH1EHSMHS026.bigfish.com (10.43.70.26) with Microsoft SMTP Server (TLS) id 14.1.225.23; Thu, 29 Nov 2012 11:31:04 +0000 Received: from DB3PRD0410HT002.eurprd04.prod.outlook.com (157.56.252.21) by pod51017.outlook.com (10.255.75.38) with Microsoft SMTP Server (TLS) id 14.16.239.5; Thu, 29 Nov 2012 11:31:00 +0000 Message-ID: <02cd01cdce24$d41801a0$4001a8c0@gateway.2wire.net> From: t.petch To: Adrian Farrel , , References: <50B4C34A.8070809@cisco.com> <039001cdccc5$b28078c0$17816a40$@olddog.co.uk> Date: Thu, 29 Nov 2012 11:29:36 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Originating-IP: [157.56.252.21] X-OriginatorOrg: btconnect.com Subject: Re: [mpls] MPLS test session protocol X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2012 11:31:10 -0000 ----- Original Message ----- From: "Adrian Farrel" To: ; Sent: Tuesday, November 27, 2012 5:36 PM > > Has anybody raised this work with the IPPM working group to get their take on > it? Back in January 2012, the Chair of IPPM posted an e-mail 'Wrapping Up', ie the WG had done its job and it was time to go and that that was his New Year resolution. Although the minutes from Atlanta look healthy, the List Archive suggests that he had the right idea. I would suggest not going there. Tom Petch > Adrian > > > -----Original Message----- > > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of > > Stewart Bryant > > Sent: 27 November 2012 13:43 > > To: mpls@ietf.org > > Subject: [mpls] MPLS test session protocol > > > > MPLS Working group, > > > > The authors of draft-frost-mpls-test-session-00 wrote this draft to > > provide a simple and general G-ACh protocol for the setup and control of > > test traffic streams over MPLS. Such test streams are required by the > > Inferred Loss Measurement (ILM) mode specified in RFC 6374, and are > > useful for other purposes. > > > > This draft was presented at IETF 85 and received two comments, from Lou > > Berger and Greg Mirsky. The authors would like to request feedback from > > other WG members as to whether this draft should progress in the MPLS > > WG. > > > > To summarize the brief IETF 85 discussion, Greg felt the work was > > important but proposed using RSVP-TE/LDP for test session signaling. > > Lou similarly felt that RSVP-TE should be used in IP environments and > > that static NMS control is sufficient for non-IP MPLS-TP networks. > > > > Note that to support Pseudowire we would also need to define and > > implement an LDP signalling solution in addition to the RSVP-TE > > solution proposed by Lou. Further note that an LDP only solution > > is not an option in MPLS-TP because G-MPLS is the only control > > plane available for LSPs. > > > > In the view of the authors, it is important to have good protocol tools > > available to support OAM applications over the G-ACh in MPLS-TP networks > > with elements that do not necessarily support an IP stack. We do not > > find it convincing that a strictly NMS-based static configuration > > approach suffices to meet the needs of all such deployments. > > > > Also, in our view, even some IP network operators may be reluctant to > > deploy RSVP-TE between, for example, two adjacent nodes merely to get a > > packet loss measurement for a connecting link. > > > > We'd like to hear your views. Do you think the protocol described in > > the draft is a useful addition to the MPLS toolset? > > > > - Stewart & Dan (draft authors) > > > > > > > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > From internet-drafts@ietf.org Thu Nov 29 07:53:37 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B23FD21F8BD4; Thu, 29 Nov 2012 07:53:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.535 X-Spam-Level: X-Spam-Status: No, score=-102.535 tagged_above=-999 required=5 tests=[AWL=0.064, 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 KeHguyiVp1BD; Thu, 29 Nov 2012 07:53:37 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0AF1C21F8B73; Thu, 29 Nov 2012 07:53:37 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.36 Message-ID: <20121129155336.25191.44538.idtracker@ietfa.amsl.com> Date: Thu, 29 Nov 2012 07:53:36 -0800 Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-mldp-in-band-signaling-08.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2012 15:53:37 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Multiprotocol Label Switching Working Gro= up of the IETF. Title : Multipoint LDP in-band signaling for Point-to-Multipoint= and Multipoint- to-Multipoint Label Switched Paths Author(s) : IJsbrand Wijnands Toerless Eckert Nicolai Leymann Maria Napierala Filename : draft-ietf-mpls-mldp-in-band-signaling-08.txt Pages : 13 Date : 2012-11-29 Abstract: Consider an IP multicast tree, constructed by Protocol Independent Multicast (PIM), needs to pass through an MPLS domain in which Multipoint LDP (mLDP) Point-to-Multipoint and/or Multipoint-to- Multipoint Labels Switched Paths (LSPs) can be created. The part of the IP multicast tree that traverses the MPLS domain can be instantiated as a multipoint LSP. When a PIM Join message is received at the border of the MPLS domain, information from that message is encoded into mLDP messages. When the mLDP messages reach the border of the next IP domain, the encoded information is used to generate PIM messages that can be sent through the IP domain. The result is an IP multicast tree consisting of a set of IP multicast sub-trees that are spliced together with a multipoint LSP. This document describes procedures how IP multicast trees are spliced together with multipoint LSPs. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-mldp-in-band-signaling There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-mldp-in-band-signaling-08 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-mldp-in-band-signaling-08 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From lucy.yong@huawei.com Thu Nov 29 08:33:16 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A1C0121F8442 for ; Thu, 29 Nov 2012 08:33:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.299 X-Spam-Level: X-Spam-Status: No, score=-6.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_14=0.6, 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 luZpME+15h-Q for ; Thu, 29 Nov 2012 08:33:15 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id CC65E21F84D0 for ; Thu, 29 Nov 2012 08:33:14 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id ANI36977; Thu, 29 Nov 2012 16:33:07 +0000 (GMT) Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 29 Nov 2012 16:32:54 +0000 Received: from DFWEML408-HUB.china.huawei.com (10.193.5.134) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 30 Nov 2012 00:33:06 +0800 Received: from DFWEML505-MBB.china.huawei.com ([169.254.1.192]) by dfweml408-hub.china.huawei.com ([10.193.5.134]) with mapi id 14.01.0323.003; Thu, 29 Nov 2012 08:33:03 -0800 From: Lucy yong To: Shahram Davari , Daniel King Thread-Topic: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 Thread-Index: AQHHkwCqOEnUt0Njx0mhcjqR0u0yRAGo9NF+l/u7i9CAAJG6/IAD0d9A Date: Thu, 29 Nov 2012 16:33:03 +0000 Message-ID: <2691CE0099834E4A9C5044EEC662BB9D44850CB1@dfweml505-mbb.china.huawei.com> References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se>, <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> <8E15642F-5F4B-4BD3-9BE9-C4EA56AA3FDE@broadcom.com> In-Reply-To: <8E15642F-5F4B-4BD3-9BE9-C4EA56AA3FDE@broadcom.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.90.162] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "draft-xu-mpls-in-udp@tools.ietf.org" , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2012 16:33:16 -0000 Hi Shahram, Let me share my opinion on this. Please see inline. > -----Original Message----- > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of > Shahram Davari > Sent: Monday, November 26, 2012 11:10 PM > To: Daniel King > Cc: mpls@ietf.org; draft-xu-mpls-in-udp@tools.ietf.org; mpls- > chairs@tools.ietf.org > Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 >=20 > Hi, >=20 > In my opinion this is a solution to a problem that has a dozen other > solutions such as NVGRE, VXLAN, OTP, STT, etc. [Lucy] is any of them standardized? do we want any BIG company to implement= one solution ahead and then tell the industry to follow it without going t= hrough a standardization? What is the purpose of IETF? >=20 > So I wonder why MPLS WG should spend its valuable time working on yet > another solution. [Lucy] IMO: because MPLS and VPN are widely technologies in WAN space. The = VPN technology is very close to network virtualization overlay vision in DC= except current solution is tied into MPLS implementation slightly, which m= akes overlay network (MPLS client layer) couples with underlying network (M= PLS server layer). DC NVO requires to decouple overlay network from underly= ing network. We want to leverage VPN technology into DC NVO instead of rede= signing a full set of VPN features for DC NVO.=20 In fact, the solution is very simple and requires no change to the transit = nodes while MPLS client layer can decouple from the MPLS server layer. I do= n't think that it will take a lot of WG time to work out the solution. If y= ou think that it will, please point out where is the complexity in the solu= tion? Regards, Lucy >=20 > Regards, > Shahram >=20 >=20 > On Nov 26, 2012, at 12:48 PM, "Daniel King" wrote: >=20 > > Hi All, > > > > As requested, I have performed an MPLS-TR review of draft-xu-mpls-in- > udp-03: > > > > http://tools.ietf.org/html/draft-xu-mpls-in-udp-03 > > > > Overall the document is well written and the motivation seems clear. > The > > proposed solution is technically sound and given the application of > > tunneling of MPLS VPNs across IP PSNs, the mechanism does look to > bring > > operational benefits for specific use cases. Therefore I believe the > > document is ready to be considered for WG adoption. > > > > Authors, > > > > As I was reviewing the draft I jotted down a number of minor comments, > these > > are outlined below. Feel free to use or discard. > > > > 1. Authors. The RFC-Editors are requesting no more than 5 authors on > the > > front-page. So you may as well address this sooner rather than later. > You > > can look to split into to - Authors and Contributing Authors (or just > > Contributors) to circumnavigate the author limit. > > > > 2. You should move the Abstract above the Status of this Memo section. > > > > 3. Perhaps look to expand Abstract to: > > > > Existing technologies to encapsulate MPLS over IP are not adequate > for > > efficient transport across IP-enabled Packet Switch Networks (PSNs). > This > > document specifies an IP-based encapsulation technology for load- > balancing > > MPLS packets across IP PSNs. This mechanism is referred to as MPLS- > in-UDP. > > > > This document defines the protocol extensions and procedures for > MPLS-in-UDP > > and will facilitate transport of MPLS application traffic, including > L2VPNs > > and L3VPNs, across IP-enabled PSNs. > > << > > > > 4. Introduction is ok, but the wall of text requires splitting into > separate > > paragraphs for readability. You could split the introduction into > sections > > (or just additional paragraphs) to help with navigation, no major > changes in > > text are required: > > > > 1. Introduction > > - Contains application/motivation background text. > > - Intention of the document. > > > > 1.1 Existing Technologies > > - Describes existing techniques (RFC4023, et al.). > > > > 1.2 Requirements and Motivation > > - What the technology or application gaps between prior work and this > > proposal. > > - Very important to discuss the motivation given that we already have > a > > number of alternatives. > > > > 5. The document mentions "core" a number of times. Is this really a > core > > application or is the mechanism more likely to be applied in > environments > > with equipment that does not support native MPLS forwarding? This is > > something you might want to expand on in Section 6 (Applicability) > and > > lessen the "core" applicability in other parts of the document. Also, > how > > applicable is the document to multicast VPNs, any issues? > > > > 6. General comment on acronyms. The document expands ECMP but not GRE > or > > SAFI, so maybe check document for consistency. > > > > Please do not hesitate to email me if anything is not clear. > > > > Br, Dan. > > > > -----Original Message----- > > From: Loa Andersson [mailto:loa@pi.nu] > > Sent: Tuesday, November 13, 2012 9:16 AM > > To: Gregory Mirsky; Dan King; Eric Osborne (eosborne); > > nick.delregno@verizon.com; mpls-chairs@tools.ietf.org; Martin > Vigoureux; > > draft-xu-mpls-in-udp@tools.ietf.org > > Subject: MPLS-RT review of draft-xu-mpls-in-udp-03 > > > > Greg, Dan, Eric and Nick, > > > > You have been selected as an MPLS Review team reviewers for > > draft-xu-mpls-in-udp-03. > > > > Note to authors: You have been CC'd on this email so that you can > know that > > this review is going on. However, please do not review your own > document. > > > > Reviews should comment on whether the document is coherent, is it > useful > > (ie, is it likely to be actually useful in operational networks), and > is the > > document technically sound? We are interested in knowing whether the > > document is ready to be considered for WG adoption (ie, it doesn't > have to > > be perfect at this point, but should be a good start). > > > > Reviews should be sent to the document authors, WG co-chairs and > secretary, > > and CC'd to the MPLS WG email list. If necessary, comments may be > sent > > privately to only the WG chairs. > > > > Are you able to review this draft by November 29, 2012? > > > > Thanks, Loa > > (as MPLS WG chair) > > > > /Loa > > > > > > -- > > > > > > Loa Andersson email: > loa.andersson@ericsson.com > > Sr Strategy and Standards Manager loa@pi.nu > > Ericsson Inc phone: +46 10 717 52 13 > > +46 767 72 92 13 > > > > > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > > >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From iesg-secretary@ietf.org Thu Nov 29 08:42:51 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4226021F8B28; Thu, 29 Nov 2012 08:42:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.48 X-Spam-Level: X-Spam-Status: No, score=-102.48 tagged_above=-999 required=5 tests=[AWL=0.119, 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 KAvLRkDt0JUG; Thu, 29 Nov 2012 08:42:50 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9606321F8AAD; Thu, 29 Nov 2012 08:42:49 -0800 (PST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: IETF-Announce X-Test-IDTracker: no X-IETF-IDTracker: 4.36 Message-ID: <20121129164249.6736.76649.idtracker@ietfa.amsl.com> Date: Thu, 29 Nov 2012 08:42:49 -0800 Cc: mpls mailing list , mpls chair , RFC Editor Subject: [mpls] Protocol Action: 'Multipoint LDP in-band signaling for Point-to-Multipoint and Multipoint- to-Multipoint Label Switched Paths' to Proposed Standard (draft-ietf-mpls-mldp-in-band-signaling-08.txt) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2012 16:42:51 -0000 The IESG has approved the following document: - 'Multipoint LDP in-band signaling for Point-to-Multipoint and Multipoint- to-Multipoint Label Switched Paths' (draft-ietf-mpls-mldp-in-band-signaling-08.txt) as Proposed Standard This document is the product of the Multiprotocol Label Switching Working Group. The IESG contact persons are Adrian Farrel and Stewart Bryant. A URL of this Internet Draft is: http://datatracker.ietf.org/doc/draft-ietf-mpls-mldp-in-band-signaling/ Technical Summary Sometimes an IP multicast tree, constructed by Protocol Independent Multicast (PIM), needs to pass through an MPLS domain in which Multipoint LDP (mLDP) Point-to-Multipoint and/or Multipoint-to- Multipoint Labels Switched Paths (LSPs) can be created. The part of the IP multicast tree that traverses the MPLS domain can be instantiated as a multipoint LSP. When a PIM Join message is received at the border of the MPLS domain, information from that message is encoded into mLDP messages. When the mLDP messages reach the border of the next IP domain, the encoded information is used to generate PIM messages that can be sent through the IP domain. The result is an IP multicast tree consisting of a set of IP multicast sub-trees that are spliced together with a multipoint LSP. This document describes procedures how IP multicast trees are spliced together with multipoint LSPs. Working Group Summary The MPLS working group has a few non-MPLS-TP documents that fell into the cracks when we were allocating almost all of our time to wrapping up the MPLS-TP documents. This document is one of them. Version -04 of the document was working group last called in October 2011, it was updated based on on comments during working group last call. After that the shepherd fumbled and left the draft without attention for almost 6 months. When we finally got around to paying attention to the document again the document shepherd re-reviewed it and found there was no reason to re-issue a working group last call. The draft is stable. This document has a strong support in the working group and has been well reviewed. We had good discussions both on the mailing list and at the f2f meetings. Document Quality We know of existing implementations and intentions to implement this specification. AD review resulted in a new revision clarifying a number of small points. Personnel Loa Andersson (loa@pi.nu) is the document shepherd. Adrian Farrel (adrian@olddog.co.uk) is the responsible AD. From davari@broadcom.com Thu Nov 29 10:18:01 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 367D121F8AF9; Thu, 29 Nov 2012 10:18:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.545 X-Spam-Level: X-Spam-Status: No, score=-5.545 tagged_above=-999 required=5 tests=[AWL=0.454, BAYES_00=-2.599, J_CHICKENPOX_14=0.6, 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 5AYEiUJ06FAH; Thu, 29 Nov 2012 10:18:00 -0800 (PST) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by ietfa.amsl.com (Postfix) with ESMTP id 07D6421F8AE1; Thu, 29 Nov 2012 10:18:00 -0800 (PST) Received: from [10.16.192.232] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.5)); Thu, 29 Nov 2012 10:15:56 -0800 X-Server-Uuid: 06151B78-6688-425E-9DE2-57CB27892261 Received: from SJEXCHCAS01.corp.ad.broadcom.com (10.16.192.31) by SJEXCHHUB02.corp.ad.broadcom.com (10.16.192.232) with Microsoft SMTP Server (TLS) id 8.2.247.2; Thu, 29 Nov 2012 10:17:48 -0800 Received: from SJEXCHMB12.corp.ad.broadcom.com ( [fe80::bc15:c1e1:c29a:36f7]) by sjexchcas01.corp.ad.broadcom.com ( [::1]) with mapi id 14.01.0355.002; Thu, 29 Nov 2012 10:17:27 -0800 From: "Shahram Davari" To: "Lucy yong" , "Daniel King" Thread-Topic: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 Thread-Index: AQHHkwCqtCFX6nRCynct8aUUUUNUNAGo9NF+l/u7i9CAAJG6/IAEaZaA//+UP8A= Date: Thu, 29 Nov 2012 18:17:26 +0000 Message-ID: <4A6CE49E6084B141B15C0713B8993F281BD34607@SJEXCHMB12.corp.ad.broadcom.com> References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se>, <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> <8E15642F-5F4B-4BD3-9BE9-C4EA56AA3FDE@broadcom.com> <2691CE0099834E4A9C5044EEC662BB9D44850CB1@dfweml505-mbb.china.huawei.com> In-Reply-To: <2691CE0099834E4A9C5044EEC662BB9D44850CB1@dfweml505-mbb.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.16.203.100] MIME-Version: 1.0 X-WSS-ID: 7CA979D61QK11968622-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: "draft-xu-mpls-in-udp@tools.ietf.org" , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "nvo3@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2012 18:18:01 -0000 Lucy, As far as I know data center operators don't like MPLS and that is why the = core of Data center is mostly IP (or L2) and not MPLS. As you mentioned th= ere is no standard solution, but there are many de-facto standards such as = NVGRE and VXLAN, which are already in silicon. =20 I think you should take this argument to NVo3 WG and get their blessing for= your solution before indirectly submitting yet another solution to the sam= e problem to MPLS WG. IETF as a whole should decide on one preferred solut= ion. Thanks Shahram -----Original Message----- From: Lucy yong [mailto:lucy.yong@huawei.com]=20 Sent: Thursday, November 29, 2012 8:33 AM To: Shahram Davari; Daniel King Cc: mpls@ietf.org; draft-xu-mpls-in-udp@tools.ietf.org; mpls-chairs@tools.i= etf.org Subject: RE: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 Hi Shahram, Let me share my opinion on this. Please see inline. > -----Original Message----- > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of > Shahram Davari > Sent: Monday, November 26, 2012 11:10 PM > To: Daniel King > Cc: mpls@ietf.org; draft-xu-mpls-in-udp@tools.ietf.org; mpls- > chairs@tools.ietf.org > Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 >=20 > Hi, >=20 > In my opinion this is a solution to a problem that has a dozen other > solutions such as NVGRE, VXLAN, OTP, STT, etc. [Lucy] is any of them standardized? do we want any BIG company to implement= one solution ahead and then tell the industry to follow it without going t= hrough a standardization? What is the purpose of IETF? >=20 > So I wonder why MPLS WG should spend its valuable time working on yet > another solution. [Lucy] IMO: because MPLS and VPN are widely technologies in WAN space. The = VPN technology is very close to network virtualization overlay vision in DC= except current solution is tied into MPLS implementation slightly, which m= akes overlay network (MPLS client layer) couples with underlying network (M= PLS server layer). DC NVO requires to decouple overlay network from underly= ing network. We want to leverage VPN technology into DC NVO instead of rede= signing a full set of VPN features for DC NVO.=20 In fact, the solution is very simple and requires no change to the transit = nodes while MPLS client layer can decouple from the MPLS server layer. I do= n't think that it will take a lot of WG time to work out the solution. If y= ou think that it will, please point out where is the complexity in the solu= tion? Regards, Lucy >=20 > Regards, > Shahram >=20 >=20 > On Nov 26, 2012, at 12:48 PM, "Daniel King" wrote: >=20 > > Hi All, > > > > As requested, I have performed an MPLS-TR review of draft-xu-mpls-in- > udp-03: > > > > http://tools.ietf.org/html/draft-xu-mpls-in-udp-03 > > > > Overall the document is well written and the motivation seems clear. > The > > proposed solution is technically sound and given the application of > > tunneling of MPLS VPNs across IP PSNs, the mechanism does look to > bring > > operational benefits for specific use cases. Therefore I believe the > > document is ready to be considered for WG adoption. > > > > Authors, > > > > As I was reviewing the draft I jotted down a number of minor comments, > these > > are outlined below. Feel free to use or discard. > > > > 1. Authors. The RFC-Editors are requesting no more than 5 authors on > the > > front-page. So you may as well address this sooner rather than later. > You > > can look to split into to - Authors and Contributing Authors (or just > > Contributors) to circumnavigate the author limit. > > > > 2. You should move the Abstract above the Status of this Memo section. > > > > 3. Perhaps look to expand Abstract to: > > > > Existing technologies to encapsulate MPLS over IP are not adequate > for > > efficient transport across IP-enabled Packet Switch Networks (PSNs). > This > > document specifies an IP-based encapsulation technology for load- > balancing > > MPLS packets across IP PSNs. This mechanism is referred to as MPLS- > in-UDP. > > > > This document defines the protocol extensions and procedures for > MPLS-in-UDP > > and will facilitate transport of MPLS application traffic, including > L2VPNs > > and L3VPNs, across IP-enabled PSNs. > > << > > > > 4. Introduction is ok, but the wall of text requires splitting into > separate > > paragraphs for readability. You could split the introduction into > sections > > (or just additional paragraphs) to help with navigation, no major > changes in > > text are required: > > > > 1. Introduction > > - Contains application/motivation background text. > > - Intention of the document. > > > > 1.1 Existing Technologies > > - Describes existing techniques (RFC4023, et al.). > > > > 1.2 Requirements and Motivation > > - What the technology or application gaps between prior work and this > > proposal. > > - Very important to discuss the motivation given that we already have > a > > number of alternatives. > > > > 5. The document mentions "core" a number of times. Is this really a > core > > application or is the mechanism more likely to be applied in > environments > > with equipment that does not support native MPLS forwarding? This is > > something you might want to expand on in Section 6 (Applicability) > and > > lessen the "core" applicability in other parts of the document. Also, > how > > applicable is the document to multicast VPNs, any issues? > > > > 6. General comment on acronyms. The document expands ECMP but not GRE > or > > SAFI, so maybe check document for consistency. > > > > Please do not hesitate to email me if anything is not clear. > > > > Br, Dan. > > > > -----Original Message----- > > From: Loa Andersson [mailto:loa@pi.nu] > > Sent: Tuesday, November 13, 2012 9:16 AM > > To: Gregory Mirsky; Dan King; Eric Osborne (eosborne); > > nick.delregno@verizon.com; mpls-chairs@tools.ietf.org; Martin > Vigoureux; > > draft-xu-mpls-in-udp@tools.ietf.org > > Subject: MPLS-RT review of draft-xu-mpls-in-udp-03 > > > > Greg, Dan, Eric and Nick, > > > > You have been selected as an MPLS Review team reviewers for > > draft-xu-mpls-in-udp-03. > > > > Note to authors: You have been CC'd on this email so that you can > know that > > this review is going on. However, please do not review your own > document. > > > > Reviews should comment on whether the document is coherent, is it > useful > > (ie, is it likely to be actually useful in operational networks), and > is the > > document technically sound? We are interested in knowing whether the > > document is ready to be considered for WG adoption (ie, it doesn't > have to > > be perfect at this point, but should be a good start). > > > > Reviews should be sent to the document authors, WG co-chairs and > secretary, > > and CC'd to the MPLS WG email list. If necessary, comments may be > sent > > privately to only the WG chairs. > > > > Are you able to review this draft by November 29, 2012? > > > > Thanks, Loa > > (as MPLS WG chair) > > > > /Loa > > > > > > -- > > > > > > Loa Andersson email: > loa.andersson@ericsson.com > > Sr Strategy and Standards Manager loa@pi.nu > > Ericsson Inc phone: +46 10 717 52 13 > > +46 767 72 92 13 > > > > > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > > >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From internet-drafts@ietf.org Thu Nov 29 11:34:28 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B24C21F8BBD; Thu, 29 Nov 2012 11:34:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.517 X-Spam-Level: X-Spam-Status: No, score=-102.517 tagged_above=-999 required=5 tests=[AWL=0.082, 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 HCv1TW332LNX; Thu, 29 Nov 2012 11:34:27 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 73FE221F8BB4; Thu, 29 Nov 2012 11:34:27 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.36 Message-ID: <20121129193427.31565.13615.idtracker@ietfa.amsl.com> Date: Thu, 29 Nov 2012 11:34:27 -0800 Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-ipv6-pw-lsp-ping-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2012 19:34:28 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Multiprotocol Label Switching Working Gro= up of the IETF. Title : Label Switched Path (LSP) Ping for Pseudowire FECs Adver= tised over IPv6 Author(s) : Mach(Guoyi) Chen Ping Pan Carlos Pignataro Rajiv Asati Filename : draft-ietf-mpls-ipv6-pw-lsp-ping-04.txt Pages : 9 Date : 2012-11-29 Abstract: Multi-Protocol Label Switching (MPLS) Label Switched Path (LSP) Ping and traceroute mechanisms are commonly used to detect and isolate data plane failures in all MPLS LSPs including LSPs used for each direction of an MPLS Pseudowire (PW). The LSP Ping and traceroute elements used for PWs, however, are not specified for IPv6 address usage. This document extends the PW LSP Ping and traceroute mechanisms so they can be used with PWs that are setup and maintained using IPv6 LDP sessions, and updates RFC 4379. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-ipv6-pw-lsp-ping There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-ipv6-pw-lsp-ping-04 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-ipv6-pw-lsp-ping-04 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From lucy.yong@huawei.com Thu Nov 29 12:21:30 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7BFB821F8B54; Thu, 29 Nov 2012 12:21:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.256 X-Spam-Level: X-Spam-Status: No, score=-6.256 tagged_above=-999 required=5 tests=[AWL=-0.257, BAYES_00=-2.599, J_CHICKENPOX_14=0.6, 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 QORs8BMG6SGL; Thu, 29 Nov 2012 12:21:29 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id E64E521F8B53; Thu, 29 Nov 2012 12:21:27 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id ANI47642; Thu, 29 Nov 2012 20:21:27 +0000 (GMT) Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 29 Nov 2012 20:21:10 +0000 Received: from DFWEML405-HUB.china.huawei.com (10.193.5.102) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 29 Nov 2012 20:21:23 +0000 Received: from DFWEML505-MBB.china.huawei.com ([169.254.1.192]) by dfweml405-hub.china.huawei.com ([10.193.5.102]) with mapi id 14.01.0323.003; Thu, 29 Nov 2012 12:21:17 -0800 From: Lucy yong To: Shahram Davari , Daniel King Thread-Topic: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 Thread-Index: AQHHkwCqOEnUt0Njx0mhcjqR0u0yRAGo9NF+l/u7i9CAAJG6/IAD0d9AgAC04gD//5iOUA== Date: Thu, 29 Nov 2012 20:21:16 +0000 Message-ID: <2691CE0099834E4A9C5044EEC662BB9D44852ED2@dfweml505-mbb.china.huawei.com> References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se>, <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> <8E15642F-5F4B-4BD3-9BE9-C4EA56AA3FDE@broadcom.com> <2691CE0099834E4A9C5044EEC662BB9D44850CB1@dfweml505-mbb.china.huawei.com> <4A6CE49E6084B141B15C0713B8993F281BD34607@SJEXCHMB12.corp.ad.broadcom.com> In-Reply-To: <4A6CE49E6084B141B15C0713B8993F281BD34607@SJEXCHMB12.corp.ad.broadcom.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.90.162] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "draft-xu-mpls-in-udp@tools.ietf.org" , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "nvo3@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2012 20:21:30 -0000 Shahram, That is the point. The draft helps to extend VPN solution into DCs for NVO = without implementing MPLS in DC. MPLS VPN solution has been standardized an= d deployed widely for long time.=20 Regarding your second point, no matter you like or dislike, it already happ= ens in other WGs. Let's focus on the technical merit here rather than polit= ics. Lucy =20 > -----Original Message----- > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of > Shahram Davari > Sent: Thursday, November 29, 2012 12:17 PM > To: Lucy yong; Daniel King > Cc: draft-xu-mpls-in-udp@tools.ietf.org; mpls@ietf.org; mpls- > chairs@tools.ietf.org; nvo3@ietf.org > Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 >=20 > Lucy, >=20 > As far as I know data center operators don't like MPLS and that is why > the core of Data center is mostly IP (or L2) and not MPLS. As you > mentioned there is no standard solution, but there are many de-facto > standards such as NVGRE and VXLAN, which are already in silicon. >=20 > I think you should take this argument to NVo3 WG and get their blessing > for your solution before indirectly submitting yet another solution to > the same problem to MPLS WG. IETF as a whole should decide on one > preferred solution. >=20 >=20 >=20 > Thanks > Shahram >=20 >=20 >=20 > -----Original Message----- > From: Lucy yong [mailto:lucy.yong@huawei.com] > Sent: Thursday, November 29, 2012 8:33 AM > To: Shahram Davari; Daniel King > Cc: mpls@ietf.org; draft-xu-mpls-in-udp@tools.ietf.org; mpls- > chairs@tools.ietf.org > Subject: RE: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 >=20 > Hi Shahram, >=20 > Let me share my opinion on this. Please see inline. >=20 > > -----Original Message----- > > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf > Of > > Shahram Davari > > Sent: Monday, November 26, 2012 11:10 PM > > To: Daniel King > > Cc: mpls@ietf.org; draft-xu-mpls-in-udp@tools.ietf.org; mpls- > > chairs@tools.ietf.org > > Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 > > > > Hi, > > > > In my opinion this is a solution to a problem that has a dozen other > > solutions such as NVGRE, VXLAN, OTP, STT, etc. > [Lucy] is any of them standardized? do we want any BIG company to > implement one solution ahead and then tell the industry to follow it > without going through a standardization? What is the purpose of IETF? >=20 > > > > So I wonder why MPLS WG should spend its valuable time working on yet > > another solution. > [Lucy] IMO: because MPLS and VPN are widely technologies in WAN space. > The VPN technology is very close to network virtualization overlay > vision in DC except current solution is tied into MPLS implementation > slightly, which makes overlay network (MPLS client layer) couples with > underlying network (MPLS server layer). DC NVO requires to decouple > overlay network from underlying network. We want to leverage VPN > technology into DC NVO instead of redesigning a full set of VPN > features for DC NVO. >=20 > In fact, the solution is very simple and requires no change to the > transit nodes while MPLS client layer can decouple from the MPLS server > layer. I don't think that it will take a lot of WG time to work out the > solution. If you think that it will, please point out where is the > complexity in the solution? >=20 > Regards, > Lucy > > > > Regards, > > Shahram > > > > > > On Nov 26, 2012, at 12:48 PM, "Daniel King" > wrote: > > > > > Hi All, > > > > > > As requested, I have performed an MPLS-TR review of draft-xu-mpls- > in- > > udp-03: > > > > > > http://tools.ietf.org/html/draft-xu-mpls-in-udp-03 > > > > > > Overall the document is well written and the motivation seems clear. > > The > > > proposed solution is technically sound and given the application of > > > tunneling of MPLS VPNs across IP PSNs, the mechanism does look to > > bring > > > operational benefits for specific use cases. Therefore I believe > the > > > document is ready to be considered for WG adoption. > > > > > > Authors, > > > > > > As I was reviewing the draft I jotted down a number of minor > comments, > > these > > > are outlined below. Feel free to use or discard. > > > > > > 1. Authors. The RFC-Editors are requesting no more than 5 authors > on > > the > > > front-page. So you may as well address this sooner rather than > later. > > You > > > can look to split into to - Authors and Contributing Authors (or > just > > > Contributors) to circumnavigate the author limit. > > > > > > 2. You should move the Abstract above the Status of this Memo > section. > > > > > > 3. Perhaps look to expand Abstract to: > > > > > > Existing technologies to encapsulate MPLS over IP are not adequate > > for > > > efficient transport across IP-enabled Packet Switch Networks (PSNs). > > This > > > document specifies an IP-based encapsulation technology for load- > > balancing > > > MPLS packets across IP PSNs. This mechanism is referred to as MPLS- > > in-UDP. > > > > > > This document defines the protocol extensions and procedures for > > MPLS-in-UDP > > > and will facilitate transport of MPLS application traffic, > including > > L2VPNs > > > and L3VPNs, across IP-enabled PSNs. > > > << > > > > > > 4. Introduction is ok, but the wall of text requires splitting into > > separate > > > paragraphs for readability. You could split the introduction into > > sections > > > (or just additional paragraphs) to help with navigation, no major > > changes in > > > text are required: > > > > > > 1. Introduction > > > - Contains application/motivation background text. > > > - Intention of the document. > > > > > > 1.1 Existing Technologies > > > - Describes existing techniques (RFC4023, et al.). > > > > > > 1.2 Requirements and Motivation > > > - What the technology or application gaps between prior work and > this > > > proposal. > > > - Very important to discuss the motivation given that we already > have > > a > > > number of alternatives. > > > > > > 5. The document mentions "core" a number of times. Is this really a > > core > > > application or is the mechanism more likely to be applied in > > environments > > > with equipment that does not support native MPLS forwarding? This > is > > > something you might want to expand on in Section 6 (Applicability) > > and > > > lessen the "core" applicability in other parts of the document. > Also, > > how > > > applicable is the document to multicast VPNs, any issues? > > > > > > 6. General comment on acronyms. The document expands ECMP but not > GRE > > or > > > SAFI, so maybe check document for consistency. > > > > > > Please do not hesitate to email me if anything is not clear. > > > > > > Br, Dan. > > > > > > -----Original Message----- > > > From: Loa Andersson [mailto:loa@pi.nu] > > > Sent: Tuesday, November 13, 2012 9:16 AM > > > To: Gregory Mirsky; Dan King; Eric Osborne (eosborne); > > > nick.delregno@verizon.com; mpls-chairs@tools.ietf.org; Martin > > Vigoureux; > > > draft-xu-mpls-in-udp@tools.ietf.org > > > Subject: MPLS-RT review of draft-xu-mpls-in-udp-03 > > > > > > Greg, Dan, Eric and Nick, > > > > > > You have been selected as an MPLS Review team reviewers for > > > draft-xu-mpls-in-udp-03. > > > > > > Note to authors: You have been CC'd on this email so that you can > > know that > > > this review is going on. However, please do not review your own > > document. > > > > > > Reviews should comment on whether the document is coherent, is it > > useful > > > (ie, is it likely to be actually useful in operational networks), > and > > is the > > > document technically sound? We are interested in knowing whether > the > > > document is ready to be considered for WG adoption (ie, it doesn't > > have to > > > be perfect at this point, but should be a good start). > > > > > > Reviews should be sent to the document authors, WG co-chairs and > > secretary, > > > and CC'd to the MPLS WG email list. If necessary, comments may be > > sent > > > privately to only the WG chairs. > > > > > > Are you able to review this draft by November 29, 2012? > > > > > > Thanks, Loa > > > (as MPLS WG chair) > > > > > > /Loa > > > > > > > > > -- > > > > > > > > > Loa Andersson email: > > loa.andersson@ericsson.com > > > Sr Strategy and Standards Manager loa@pi.nu > > > Ericsson Inc phone: +46 10 717 52 13 > > > +46 767 72 92 13 > > > > > > > > > _______________________________________________ > > > mpls mailing list > > > mpls@ietf.org > > > https://www.ietf.org/mailman/listinfo/mpls > > > > > > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls >=20 >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From xuxiaohu@huawei.com Thu Nov 29 17:34:19 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE4C821F8A19; Thu, 29 Nov 2012 17:34:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.442 X-Spam-Level: X-Spam-Status: No, score=-2.442 tagged_above=-999 required=5 tests=[AWL=-0.986, BAYES_00=-2.599, CN_BODY_35=0.339, J_CHICKENPOX_14=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, 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 odH6GGrxonwj; Thu, 29 Nov 2012 17:34:19 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 9DF4E21F8A15; Thu, 29 Nov 2012 17:34:17 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AMA70207; Fri, 30 Nov 2012 01:34:16 +0000 (GMT) Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 30 Nov 2012 01:34:02 +0000 Received: from SZXEML416-HUB.china.huawei.com (10.82.67.155) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 30 Nov 2012 09:34:15 +0800 Received: from SZXEML525-MBS.china.huawei.com ([169.254.8.152]) by szxeml416-hub.china.huawei.com ([10.82.67.155]) with mapi id 14.01.0323.003; Fri, 30 Nov 2012 09:34:01 +0800 From: Xuxiaohu To: Shahram Davari , Lucy yong , Daniel King Thread-Topic: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 Thread-Index: AQHNwcJ+OEnUt0Njx0mhcjqR0u0yRJf8iuog//+aL4CAAIwzAIAD43qAgAAdKgCAAPlUoA== Date: Fri, 30 Nov 2012 01:34:01 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE075849F5@szxeml525-mbs.china.huawei.com> References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se>, <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> <8E15642F-5F4B-4BD3-9BE9-C4EA56AA3FDE@broadcom.com> <2691CE0099834E4A9C5044EEC662BB9D44850CB1@dfweml505-mbb.china.huawei.com> <4A6CE49E6084B141B15C0713B8993F281BD34607@SJEXCHMB12.corp.ad.broadcom.com> In-Reply-To: <4A6CE49E6084B141B15C0713B8993F281BD34607@SJEXCHMB12.corp.ad.broadcom.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.130] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "draft-xu-mpls-in-udp@tools.ietf.org" , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "nvo3@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2012 01:34:20 -0000 DQoNCj4gLS0tLS3Tyrz+1K28/i0tLS0tDQo+ILeivP7IyzogbXBscy1ib3VuY2VzQGlldGYub3Jn IFttYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnXSC0+rHtDQo+IFNoYWhyYW0gRGF2YXJpDQo+ ILeiy83KsbzkOiAyMDEyxOoxMdTCMzDI1SAyOjE3DQo+IMrVvP7IyzogTHVjeSB5b25nOyBEYW5p ZWwgS2luZw0KPiCzrcvNOiBkcmFmdC14dS1tcGxzLWluLXVkcEB0b29scy5pZXRmLm9yZzsgbXBs c0BpZXRmLm9yZzsNCj4gbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc7IG52bzNAaWV0Zi5vcmcN Cj4g1vfM4jogUmU6IFttcGxzXSBNUExTLVJUIHJldmlldyBvZiBkcmFmdC14dS1tcGxzLWluLXVk cC0wMw0KPiANCj4gTHVjeSwNCj4gDQo+IEFzIGZhciBhcyBJIGtub3cgZGF0YSBjZW50ZXIgb3Bl cmF0b3JzIGRvbid0IGxpa2UgTVBMUyBhbmQgdGhhdCBpcyB3aHkgdGhlIGNvcmUNCj4gb2YgRGF0 YSBjZW50ZXIgaXMgbW9zdGx5IElQIChvciBMMikgYW5kIG5vdCBNUExTLiAgQXMgeW91IG1lbnRp b25lZCB0aGVyZSBpcw0KPiBubyBzdGFuZGFyZCBzb2x1dGlvbiwgYnV0IHRoZXJlIGFyZSBtYW55 IGRlLWZhY3RvIHN0YW5kYXJkcyBzdWNoIGFzIE5WR1JFDQo+IGFuZCBWWExBTiwgd2hpY2ggYXJl IGFscmVhZHkgaW4gc2lsaWNvbi4NCj4gDQo+IEkgdGhpbmsgeW91IHNob3VsZCB0YWtlIHRoaXMg YXJndW1lbnQgdG8gTlZvMyBXRyBhbmQgZ2V0IHRoZWlyIGJsZXNzaW5nIGZvcg0KDQpIaSBTaGFo cmFtLA0KDQpZb3UgbWF5IGhhdmUgbm90aWNlZCB0aGF0IHRoZSBOVm8zIGZyYW1ld29yayBhbmQg TlZvMyBkYXRhIHBsYW5lIHJlcXVpcmVtZW50IGRyYWZ0cyBib3RoIGhhdmUgZXhwbGljaXRseSBz dGF0ZWQgdGhhdCB0aGUgVk4gY29udGV4dCBJRCBjYW4gYmUgZWl0aGVyIGEgZ2xvYmFsbHkgdW5p cXVlIGlkZW50aWZpZXIgb3IgYSBsb2NhbGx5IHNpZ25pZmljYW50IGlkZW50aWZpZXIgKGUuZy4s IE1QTFMgbGFiZWwpLiBJZiB5b3UgaGF2ZSBhbnkgZGlmZmVyZW50IG9waW5pb25zIG9uIHRoaXMg cmVnYXJkLCBJIHN1Z2dlc3QgeW91IGdvIHRvIHRoZSBOVm8zIFdHIHRvIGV4cHJlc3MgeW91ciBv cGluaW9uIEFTQVAgYWhlYWQgb2YgdGhlIHB1YmxpY2F0aW9uIG9mIHRoZXNlIHR3byBkcmFmdHMu DQoNCkJlc3QgcmVnYXJkcywNClhpYW9odQ0KDQo+IHlvdXIgc29sdXRpb24gYmVmb3JlIGluZGly ZWN0bHkgc3VibWl0dGluZyB5ZXQgYW5vdGhlciBzb2x1dGlvbiB0byB0aGUgc2FtZQ0KPiBwcm9i bGVtIHRvIE1QTFMgV0cuICBJRVRGIGFzIGEgd2hvbGUgc2hvdWxkIGRlY2lkZSBvbiBvbmUgcHJl ZmVycmVkDQo+IHNvbHV0aW9uLg0KPiANCj4gDQo+IA0KPiBUaGFua3MNCj4gU2hhaHJhbQ0KPiAN Cj4gDQo+IA0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBMdWN5IHlvbmcg W21haWx0bzpsdWN5LnlvbmdAaHVhd2VpLmNvbV0NCj4gU2VudDogVGh1cnNkYXksIE5vdmVtYmVy IDI5LCAyMDEyIDg6MzMgQU0NCj4gVG86IFNoYWhyYW0gRGF2YXJpOyBEYW5pZWwgS2luZw0KPiBD YzogbXBsc0BpZXRmLm9yZzsgZHJhZnQteHUtbXBscy1pbi11ZHBAdG9vbHMuaWV0Zi5vcmc7DQo+ IG1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnDQo+IFN1YmplY3Q6IFJFOiBbbXBsc10gTVBMUy1S VCByZXZpZXcgb2YgZHJhZnQteHUtbXBscy1pbi11ZHAtMDMNCj4gDQo+IEhpIFNoYWhyYW0sDQo+ IA0KPiBMZXQgbWUgc2hhcmUgbXkgb3BpbmlvbiBvbiB0aGlzLiBQbGVhc2Ugc2VlIGlubGluZS4N Cj4gDQo+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiBGcm9tOiBtcGxzLWJvdW5j ZXNAaWV0Zi5vcmcgW21haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZg0K PiA+IFNoYWhyYW0gRGF2YXJpDQo+ID4gU2VudDogTW9uZGF5LCBOb3ZlbWJlciAyNiwgMjAxMiAx MToxMCBQTQ0KPiA+IFRvOiBEYW5pZWwgS2luZw0KPiA+IENjOiBtcGxzQGlldGYub3JnOyBkcmFm dC14dS1tcGxzLWluLXVkcEB0b29scy5pZXRmLm9yZzsgbXBscy0NCj4gPiBjaGFpcnNAdG9vbHMu aWV0Zi5vcmcNCj4gPiBTdWJqZWN0OiBSZTogW21wbHNdIE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0 LXh1LW1wbHMtaW4tdWRwLTAzDQo+ID4NCj4gPiBIaSwNCj4gPg0KPiA+IEluIG15IG9waW5pb24g dGhpcyBpcyBhIHNvbHV0aW9uIHRvIGEgcHJvYmxlbSB0aGF0IGhhcyBhIGRvemVuIG90aGVyDQo+ ID4gc29sdXRpb25zIHN1Y2ggYXMgTlZHUkUsIFZYTEFOLCBPVFAsIFNUVCwgZXRjLg0KPiBbTHVj eV0gaXMgYW55IG9mIHRoZW0gc3RhbmRhcmRpemVkPyBkbyB3ZSB3YW50IGFueSBCSUcgY29tcGFu eSB0byBpbXBsZW1lbnQNCj4gb25lIHNvbHV0aW9uIGFoZWFkIGFuZCB0aGVuIHRlbGwgdGhlIGlu ZHVzdHJ5IHRvIGZvbGxvdyBpdCB3aXRob3V0IGdvaW5nIHRocm91Z2gNCj4gYSBzdGFuZGFyZGl6 YXRpb24/IFdoYXQgaXMgdGhlIHB1cnBvc2Ugb2YgSUVURj8NCj4gDQo+ID4NCj4gPiBTbyBJIHdv bmRlciB3aHkgTVBMUyBXRyBzaG91bGQgc3BlbmQgaXRzIHZhbHVhYmxlIHRpbWUgd29ya2luZyBv biB5ZXQNCj4gPiBhbm90aGVyIHNvbHV0aW9uLg0KPiBbTHVjeV0gSU1POiBiZWNhdXNlIE1QTFMg YW5kIFZQTiBhcmUgd2lkZWx5IHRlY2hub2xvZ2llcyBpbiBXQU4gc3BhY2UuIFRoZQ0KPiBWUE4g dGVjaG5vbG9neSBpcyB2ZXJ5IGNsb3NlIHRvIG5ldHdvcmsgdmlydHVhbGl6YXRpb24gb3Zlcmxh eSB2aXNpb24gaW4gREMNCj4gZXhjZXB0IGN1cnJlbnQgc29sdXRpb24gaXMgdGllZCBpbnRvIE1Q TFMgaW1wbGVtZW50YXRpb24gc2xpZ2h0bHksIHdoaWNoIG1ha2VzDQo+IG92ZXJsYXkgbmV0d29y ayAoTVBMUyBjbGllbnQgbGF5ZXIpIGNvdXBsZXMgd2l0aCB1bmRlcmx5aW5nIG5ldHdvcmsgKE1Q TFMNCj4gc2VydmVyIGxheWVyKS4gREMgTlZPIHJlcXVpcmVzIHRvIGRlY291cGxlIG92ZXJsYXkg bmV0d29yayBmcm9tIHVuZGVybHlpbmcNCj4gbmV0d29yay4gV2Ugd2FudCB0byBsZXZlcmFnZSBW UE4gdGVjaG5vbG9neSBpbnRvIERDIE5WTyBpbnN0ZWFkIG9mDQo+IHJlZGVzaWduaW5nIGEgZnVs bCBzZXQgb2YgVlBOIGZlYXR1cmVzIGZvciBEQyBOVk8uDQo+IA0KPiBJbiBmYWN0LCB0aGUgc29s dXRpb24gaXMgdmVyeSBzaW1wbGUgYW5kIHJlcXVpcmVzIG5vIGNoYW5nZSB0byB0aGUgdHJhbnNp dCBub2Rlcw0KPiB3aGlsZSBNUExTIGNsaWVudCBsYXllciBjYW4gZGVjb3VwbGUgZnJvbSB0aGUg TVBMUyBzZXJ2ZXIgbGF5ZXIuIEkgZG9uJ3QgdGhpbmsNCj4gdGhhdCBpdCB3aWxsIHRha2UgYSBs b3Qgb2YgV0cgdGltZSB0byB3b3JrIG91dCB0aGUgc29sdXRpb24uIElmIHlvdSB0aGluayB0aGF0 IGl0IHdpbGwsDQo+IHBsZWFzZSBwb2ludCBvdXQgd2hlcmUgaXMgdGhlIGNvbXBsZXhpdHkgaW4g dGhlIHNvbHV0aW9uPw0KPiANCj4gUmVnYXJkcywNCj4gTHVjeQ0KPiA+DQo+ID4gUmVnYXJkcywN Cj4gPiBTaGFocmFtDQo+ID4NCj4gPg0KPiA+IE9uIE5vdiAyNiwgMjAxMiwgYXQgMTI6NDggUE0s ICJEYW5pZWwgS2luZyIgPGRhbmllbEBvbGRkb2cuY28udWs+IHdyb3RlOg0KPiA+DQo+ID4gPiAg SGkgQWxsLA0KPiA+ID4NCj4gPiA+IEFzIHJlcXVlc3RlZCwgSSBoYXZlIHBlcmZvcm1lZCBhbiBN UExTLVRSIHJldmlldyBvZiBkcmFmdC14dS1tcGxzLWluLQ0KPiA+IHVkcC0wMzoNCj4gPiA+DQo+ ID4gPiBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC14dS1tcGxzLWluLXVkcC0wMw0K PiA+ID4NCj4gPiA+IE92ZXJhbGwgdGhlIGRvY3VtZW50IGlzIHdlbGwgd3JpdHRlbiBhbmQgdGhl IG1vdGl2YXRpb24gc2VlbXMgY2xlYXIuDQo+ID4gVGhlDQo+ID4gPiBwcm9wb3NlZCBzb2x1dGlv biBpcyB0ZWNobmljYWxseSBzb3VuZCBhbmQgZ2l2ZW4gdGhlIGFwcGxpY2F0aW9uIG9mDQo+ID4g PiB0dW5uZWxpbmcgb2YgTVBMUyBWUE5zIGFjcm9zcyBJUCBQU05zLCB0aGUgbWVjaGFuaXNtIGRv ZXMgbG9vayB0bw0KPiA+IGJyaW5nDQo+ID4gPiBvcGVyYXRpb25hbCBiZW5lZml0cyBmb3Igc3Bl Y2lmaWMgdXNlIGNhc2VzLiBUaGVyZWZvcmUgSSBiZWxpZXZlIHRoZQ0KPiA+ID4gZG9jdW1lbnQg aXMgcmVhZHkgdG8gYmUgY29uc2lkZXJlZCBmb3IgV0cgYWRvcHRpb24uDQo+ID4gPg0KPiA+ID4g QXV0aG9ycywNCj4gPiA+DQo+ID4gPiBBcyBJIHdhcyByZXZpZXdpbmcgdGhlIGRyYWZ0IEkgam90 dGVkIGRvd24gYSBudW1iZXIgb2YgbWlub3IgY29tbWVudHMsDQo+ID4gdGhlc2UNCj4gPiA+IGFy ZSBvdXRsaW5lZCBiZWxvdy4gRmVlbCBmcmVlIHRvIHVzZSBvciBkaXNjYXJkLg0KPiA+ID4NCj4g PiA+IDEuIEF1dGhvcnMuIFRoZSBSRkMtRWRpdG9ycyBhcmUgcmVxdWVzdGluZyBubyBtb3JlIHRo YW4gNSBhdXRob3JzIG9uDQo+ID4gdGhlDQo+ID4gPiBmcm9udC1wYWdlLiBTbyB5b3UgbWF5IGFz IHdlbGwgYWRkcmVzcyB0aGlzIHNvb25lciByYXRoZXIgdGhhbiBsYXRlci4NCj4gPiBZb3UNCj4g PiA+IGNhbiBsb29rIHRvIHNwbGl0IGludG8gdG8gLSBBdXRob3JzIGFuZCBDb250cmlidXRpbmcg QXV0aG9ycyAob3IganVzdA0KPiA+ID4gQ29udHJpYnV0b3JzKSB0byBjaXJjdW1uYXZpZ2F0ZSB0 aGUgYXV0aG9yIGxpbWl0Lg0KPiA+ID4NCj4gPiA+IDIuIFlvdSBzaG91bGQgbW92ZSB0aGUgQWJz dHJhY3QgYWJvdmUgdGhlIFN0YXR1cyBvZiB0aGlzIE1lbW8gc2VjdGlvbi4NCj4gPiA+DQo+ID4g PiAzLiBQZXJoYXBzIGxvb2sgdG8gZXhwYW5kIEFic3RyYWN0IHRvOg0KPiA+ID4NCj4gPiA+IEV4 aXN0aW5nIHRlY2hub2xvZ2llcyB0byBlbmNhcHN1bGF0ZSBNUExTIG92ZXIgSVAgYXJlIG5vdCBh ZGVxdWF0ZQ0KPiA+IGZvcg0KPiA+ID4gZWZmaWNpZW50IHRyYW5zcG9ydCBhY3Jvc3MgSVAtZW5h YmxlZCBQYWNrZXQgU3dpdGNoIE5ldHdvcmtzIChQU05zKS4NCj4gPiBUaGlzDQo+ID4gPiBkb2N1 bWVudCBzcGVjaWZpZXMgYW4gSVAtYmFzZWQgZW5jYXBzdWxhdGlvbiB0ZWNobm9sb2d5IGZvciBs b2FkLQ0KPiA+IGJhbGFuY2luZw0KPiA+ID4gTVBMUyBwYWNrZXRzIGFjcm9zcyBJUCBQU05zLiBU aGlzIG1lY2hhbmlzbSBpcyByZWZlcnJlZCB0byBhcyBNUExTLQ0KPiA+IGluLVVEUC4NCj4gPiA+ DQo+ID4gPiBUaGlzIGRvY3VtZW50IGRlZmluZXMgdGhlIHByb3RvY29sIGV4dGVuc2lvbnMgYW5k IHByb2NlZHVyZXMgZm9yDQo+ID4gTVBMUy1pbi1VRFANCj4gPiA+IGFuZCB3aWxsIGZhY2lsaXRh dGUgdHJhbnNwb3J0IG9mIE1QTFMgYXBwbGljYXRpb24gdHJhZmZpYywgaW5jbHVkaW5nDQo+ID4g TDJWUE5zDQo+ID4gPiBhbmQgTDNWUE5zLCBhY3Jvc3MgSVAtZW5hYmxlZCBQU05zLg0KPiA+ID4g PDwNCj4gPiA+DQo+ID4gPiA0LiBJbnRyb2R1Y3Rpb24gaXMgb2ssIGJ1dCB0aGUgd2FsbCBvZiB0 ZXh0IHJlcXVpcmVzIHNwbGl0dGluZyBpbnRvDQo+ID4gc2VwYXJhdGUNCj4gPiA+IHBhcmFncmFw aHMgZm9yIHJlYWRhYmlsaXR5LiBZb3UgY291bGQgc3BsaXQgdGhlIGludHJvZHVjdGlvbiBpbnRv DQo+ID4gc2VjdGlvbnMNCj4gPiA+IChvciBqdXN0IGFkZGl0aW9uYWwgcGFyYWdyYXBocykgdG8g aGVscCB3aXRoIG5hdmlnYXRpb24sIG5vIG1ham9yDQo+ID4gY2hhbmdlcyBpbg0KPiA+ID4gdGV4 dCBhcmUgcmVxdWlyZWQ6DQo+ID4gPg0KPiA+ID4gMS4gSW50cm9kdWN0aW9uDQo+ID4gPiAtIENv bnRhaW5zIGFwcGxpY2F0aW9uL21vdGl2YXRpb24gYmFja2dyb3VuZCB0ZXh0Lg0KPiA+ID4gLSBJ bnRlbnRpb24gb2YgdGhlIGRvY3VtZW50Lg0KPiA+ID4NCj4gPiA+IDEuMSBFeGlzdGluZyBUZWNo bm9sb2dpZXMNCj4gPiA+IC0gRGVzY3JpYmVzIGV4aXN0aW5nIHRlY2huaXF1ZXMgKFJGQzQwMjMs IGV0IGFsLikuDQo+ID4gPg0KPiA+ID4gMS4yIFJlcXVpcmVtZW50cyBhbmQgTW90aXZhdGlvbg0K PiA+ID4gLSBXaGF0IHRoZSB0ZWNobm9sb2d5IG9yIGFwcGxpY2F0aW9uIGdhcHMgYmV0d2VlbiBw cmlvciB3b3JrIGFuZCB0aGlzDQo+ID4gPiBwcm9wb3NhbC4NCj4gPiA+IC0gVmVyeSBpbXBvcnRh bnQgdG8gZGlzY3VzcyB0aGUgbW90aXZhdGlvbiBnaXZlbiB0aGF0IHdlIGFscmVhZHkgaGF2ZQ0K PiA+IGENCj4gPiA+IG51bWJlciBvZiBhbHRlcm5hdGl2ZXMuDQo+ID4gPg0KPiA+ID4gNS4gVGhl IGRvY3VtZW50IG1lbnRpb25zICJjb3JlIiBhIG51bWJlciBvZiB0aW1lcy4gSXMgdGhpcyByZWFs bHkgYQ0KPiA+IGNvcmUNCj4gPiA+IGFwcGxpY2F0aW9uIG9yIGlzIHRoZSBtZWNoYW5pc20gbW9y ZSBsaWtlbHkgdG8gYmUgYXBwbGllZCBpbg0KPiA+IGVudmlyb25tZW50cw0KPiA+ID4gd2l0aCBl cXVpcG1lbnQgdGhhdCBkb2VzIG5vdCBzdXBwb3J0IG5hdGl2ZSBNUExTIGZvcndhcmRpbmc/IFRo aXMgaXMNCj4gPiA+IHNvbWV0aGluZyB5b3UgbWlnaHQgd2FudCB0byBleHBhbmQgb24gaW4gU2Vj dGlvbiA2IChBcHBsaWNhYmlsaXR5KQ0KPiA+IGFuZA0KPiA+ID4gbGVzc2VuIHRoZSAiY29yZSIg YXBwbGljYWJpbGl0eSBpbiBvdGhlciBwYXJ0cyBvZiB0aGUgZG9jdW1lbnQuIEFsc28sDQo+ID4g aG93DQo+ID4gPiBhcHBsaWNhYmxlIGlzIHRoZSBkb2N1bWVudCB0byBtdWx0aWNhc3QgVlBOcywg YW55IGlzc3Vlcz8NCj4gPiA+DQo+ID4gPiA2LiBHZW5lcmFsIGNvbW1lbnQgb24gYWNyb255bXMu IFRoZSBkb2N1bWVudCBleHBhbmRzIEVDTVAgYnV0IG5vdA0KPiBHUkUNCj4gPiBvcg0KPiA+ID4g U0FGSSwgc28gbWF5YmUgY2hlY2sgZG9jdW1lbnQgZm9yIGNvbnNpc3RlbmN5Lg0KPiA+ID4NCj4g PiA+IFBsZWFzZSBkbyBub3QgaGVzaXRhdGUgdG8gZW1haWwgbWUgaWYgYW55dGhpbmcgaXMgbm90 IGNsZWFyLg0KPiA+ID4NCj4gPiA+IEJyLCBEYW4uDQo+ID4gPg0KPiA+ID4gLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS0NCj4gPiA+IEZyb206IExvYSBBbmRlcnNzb24gW21haWx0bzpsb2FAcGku bnVdDQo+ID4gPiBTZW50OiBUdWVzZGF5LCBOb3ZlbWJlciAxMywgMjAxMiA5OjE2IEFNDQo+ID4g PiBUbzogR3JlZ29yeSBNaXJza3k7IERhbiBLaW5nOyBFcmljIE9zYm9ybmUgKGVvc2Jvcm5lKTsN Cj4gPiA+IG5pY2suZGVscmVnbm9AdmVyaXpvbi5jb207IG1wbHMtY2hhaXJzQHRvb2xzLmlldGYu b3JnOyBNYXJ0aW4NCj4gPiBWaWdvdXJldXg7DQo+ID4gPiBkcmFmdC14dS1tcGxzLWluLXVkcEB0 b29scy5pZXRmLm9yZw0KPiA+ID4gU3ViamVjdDogTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQteHUt bXBscy1pbi11ZHAtMDMNCj4gPiA+DQo+ID4gPiBHcmVnLCBEYW4sIEVyaWMgYW5kIE5pY2ssDQo+ ID4gPg0KPiA+ID4gWW91IGhhdmUgYmVlbiBzZWxlY3RlZCBhcyBhbiBNUExTIFJldmlldyB0ZWFt IHJldmlld2VycyBmb3INCj4gPiA+IGRyYWZ0LXh1LW1wbHMtaW4tdWRwLTAzLg0KPiA+ID4NCj4g PiA+IE5vdGUgdG8gYXV0aG9yczogWW91IGhhdmUgYmVlbiBDQydkIG9uIHRoaXMgZW1haWwgc28g dGhhdCB5b3UgY2FuDQo+ID4ga25vdyB0aGF0DQo+ID4gPiB0aGlzIHJldmlldyBpcyBnb2luZyBv bi4gSG93ZXZlciwgcGxlYXNlIGRvIG5vdCByZXZpZXcgeW91ciBvd24NCj4gPiBkb2N1bWVudC4N Cj4gPiA+DQo+ID4gPiBSZXZpZXdzIHNob3VsZCBjb21tZW50IG9uIHdoZXRoZXIgdGhlIGRvY3Vt ZW50IGlzIGNvaGVyZW50LCBpcyBpdA0KPiA+IHVzZWZ1bA0KPiA+ID4gKGllLCBpcyBpdCBsaWtl bHkgdG8gYmUgYWN0dWFsbHkgdXNlZnVsIGluIG9wZXJhdGlvbmFsIG5ldHdvcmtzKSwgYW5kDQo+ ID4gaXMgdGhlDQo+ID4gPiBkb2N1bWVudCB0ZWNobmljYWxseSBzb3VuZD8gIFdlIGFyZSBpbnRl cmVzdGVkIGluIGtub3dpbmcgd2hldGhlciB0aGUNCj4gPiA+IGRvY3VtZW50IGlzIHJlYWR5IHRv IGJlIGNvbnNpZGVyZWQgZm9yIFdHIGFkb3B0aW9uIChpZSwgaXQgZG9lc24ndA0KPiA+IGhhdmUg dG8NCj4gPiA+IGJlIHBlcmZlY3QgYXQgdGhpcyBwb2ludCwgYnV0IHNob3VsZCBiZSBhIGdvb2Qg c3RhcnQpLg0KPiA+ID4NCj4gPiA+IFJldmlld3Mgc2hvdWxkIGJlIHNlbnQgdG8gdGhlIGRvY3Vt ZW50IGF1dGhvcnMsIFdHIGNvLWNoYWlycyBhbmQNCj4gPiBzZWNyZXRhcnksDQo+ID4gPiBhbmQg Q0MnZCB0byB0aGUgTVBMUyBXRyBlbWFpbCBsaXN0LiBJZiBuZWNlc3NhcnksIGNvbW1lbnRzIG1h eSBiZQ0KPiA+IHNlbnQNCj4gPiA+IHByaXZhdGVseSB0byBvbmx5IHRoZSBXRyBjaGFpcnMuDQo+ ID4gPg0KPiA+ID4gQXJlIHlvdSBhYmxlIHRvIHJldmlldyB0aGlzIGRyYWZ0IGJ5IE5vdmVtYmVy IDI5LCAyMDEyPw0KPiA+ID4NCj4gPiA+IFRoYW5rcywgTG9hDQo+ID4gPiAoYXMgTVBMUyBXRyBj aGFpcikNCj4gPiA+DQo+ID4gPiAvTG9hDQo+ID4gPg0KPiA+ID4NCj4gPiA+IC0tDQo+ID4gPg0K PiA+ID4NCj4gPiA+IExvYSBBbmRlcnNzb24gICAgICAgICAgICAgICAgICAgICAgICAgZW1haWw6 DQo+ID4gbG9hLmFuZGVyc3NvbkBlcmljc3Nvbi5jb20NCj4gPiA+IFNyIFN0cmF0ZWd5IGFuZCBT dGFuZGFyZHMgTWFuYWdlciAgICAgICAgICAgIGxvYUBwaS5udQ0KPiA+ID4gRXJpY3Nzb24gSW5j ICAgICAgICAgICAgICAgICAgICAgICAgICBwaG9uZTogKzQ2IDEwIDcxNyA1MiAxMw0KPiA+ID4g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICs0NiA3NjcgNzIg OTIgMTMNCj4gPiA+DQo+ID4gPg0KPiA+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCj4gPiA+IG1wbHMgbWFpbGluZyBsaXN0DQo+ID4gPiBtcGxzQGll dGYub3JnDQo+ID4gPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMN Cj4gPiA+DQo+ID4NCj4gPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KPiA+IG1wbHMgbWFpbGluZyBsaXN0DQo+ID4gbXBsc0BpZXRmLm9yZw0KPiA+IGh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0KPiANCj4gDQo+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IG1wbHMgbWFpbGlu ZyBsaXN0DQo+IG1wbHNAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9tcGxzDQo= From davarish@yahoo.com Thu Nov 29 18:14:28 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2EFCD21F89DE for ; Thu, 29 Nov 2012 18:14:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.303 X-Spam-Level: X-Spam-Status: No, score=-0.303 tagged_above=-999 required=5 tests=[AWL=0.300, BAYES_00=-2.599, J_CHICKENPOX_14=0.6, MIME_QP_LONG_LINE=1.396] 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 QLSgEpAYNPwf for ; Thu, 29 Nov 2012 18:14:27 -0800 (PST) Received: from nm28.bullet.mail.bf1.yahoo.com (nm28.bullet.mail.bf1.yahoo.com [98.139.212.187]) by ietfa.amsl.com (Postfix) with ESMTP id EAD0F21F8998 for ; Thu, 29 Nov 2012 18:14:26 -0800 (PST) Received: from [98.139.212.145] by nm28.bullet.mail.bf1.yahoo.com with NNFMP; 30 Nov 2012 02:14:26 -0000 Received: from [98.139.173.164] by tm2.bullet.mail.bf1.yahoo.com with NNFMP; 30 Nov 2012 02:14:26 -0000 Received: from [127.0.0.1] by smtp107-mob.biz.mail.bf1.yahoo.com with NNFMP; 30 Nov 2012 02:14:26 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1354241666; bh=C6QIsaB2Ju+Au6k5h17kqt/zfBlOahV8zjqxc+dXnyQ=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:References:Mime-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Message-Id:Cc:X-Mailer:From:Subject:Date:To; b=G6mOj2IL15yWEYT3HLY8byHD2nwE1Bi0yMgBsm7Cd1uJ1fWVmxTLFrT8O876uwb7mxAu/gsLabInT3J/QepBTjpyJuBTWp6F/bT1Hdy9BO3EAW+Add3vX+n14qa/UL/SeS2Y9nxTmEFUrIZ4U1SuolyiYJHNBwmvvHFRGZSpRbU= X-Yahoo-Newman-Id: 251156.29443.bm@smtp107-mob.biz.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: gelMGboVM1nHll9N0.eDIq72A4jHq6wKi3moMfu1alOu2L9 TjgpSCcCvz6ihffFMpbxh693.4e3sH4YZ6bWfSxQjIp1xVWSusE8wfN8RPK_ hK7RGsGKQKwQSM.jRWMFoazLkxIAeLY_YG3a4c7ps5Sl6erUb3ZX.csfgti_ 9m8O7FE9bvlpBoyPCsyAsX40pS60MylsvnKK4D77E3K_QRwhzVbN3oREaz9Y 9Ls4vGd74O.yzA9csMldgNraE0a8W9xP6K5BLmP9PjoAypjrMIuZQTT.dvmy DEXZcEDkP0Fio_o6aMgBEO3O057njGFniuyqirO6Rmimli1dbWW3oXOJKtax vjivI638kM3VEcoXMzRwRtWqAIfwMRQ.Y41_8oS9t5td7hIkYTw1sEuZ.XiE WLpcwgLQEgNqj20JjS5LJykXBckNKk8YIxhLQS6zo.TwPjIrVN43ZgJQxtZB b7xuxngd5xKSg X-Yahoo-SMTP: ygPrP9CswBCWPbPtKJlJyLY0KMlg Received: from [10.166.34.115] (davarish@198.228.222.166 with xymcookie) by smtp107-mob.biz.mail.bf1.yahoo.com with SMTP; 29 Nov 2012 18:14:26 -0800 PST References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se> <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> <8E15642F-5F4B-4BD3-9BE9-C4EA56AA3FDE@broadcom.com> <2691CE0099834E4A9C5044EEC662BB9D44850CB1@dfweml505-mbb.china.huawei.com> <4A6CE49E6084B141B15C0713B8993F281BD34607@SJEXCHMB12.corp.ad.broadcom.com> <2691CE0099834E4A9C5044EEC662BB9D44852ED2@dfweml505-mbb.china.huawei.com> Mime-Version: 1.0 (1.0) In-Reply-To: <2691CE0099834E4A9C5044EEC662BB9D44852ED2@dfweml505-mbb.china.huawei.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <28CC797B-A3DA-4726-805E-29EC7A791176@yahoo.com> X-Mailer: iPhone Mail (10A403) From: "S. Davari" Date: Thu, 29 Nov 2012 18:14:21 -0800 To: Lucy yong Cc: "mpls@ietf.org" , "nvo3@ietf.org" , "draft-xu-mpls-in-udp@tools.ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2012 02:14:28 -0000 Lucy, The problem that I have is that you are trying to standardize a solution to t= he problem that NVO3 is responsible for in a different WG, without their app= roval. There are already drafts in NVO3 that address the same problem.=20 We should not bypass NVO3 and do anything we like in MPLS WG to solve the NV= O problem. Otherwise how can IETF ensure interoperability when a WG goes an= d defines and standardizes its own solution.=20 Regarding Technical merits, all these solutions are technically sound, the i= ssue is that we don't want to have a dozen solution to the same problem.=20 Regards, Shahram On Nov 29, 2012, at 12:21 PM, Lucy yong wrote: > Shahram, >=20 > That is the point. The draft helps to extend VPN solution into DCs for NVO= without implementing MPLS in DC. MPLS VPN solution has been standardized an= d deployed widely for long time.=20 >=20 > Regarding your second point, no matter you like or dislike, it already hap= pens in other WGs. Let's focus on the technical merit here rather than polit= ics. >=20 > Lucy =20 >=20 >> -----Original Message----- >> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of >> Shahram Davari >> Sent: Thursday, November 29, 2012 12:17 PM >> To: Lucy yong; Daniel King >> Cc: draft-xu-mpls-in-udp@tools.ietf.org; mpls@ietf.org; mpls- >> chairs@tools.ietf.org; nvo3@ietf.org >> Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 >>=20 >> Lucy, >>=20 >> As far as I know data center operators don't like MPLS and that is why >> the core of Data center is mostly IP (or L2) and not MPLS. As you >> mentioned there is no standard solution, but there are many de-facto >> standards such as NVGRE and VXLAN, which are already in silicon. >>=20 >> I think you should take this argument to NVo3 WG and get their blessing >> for your solution before indirectly submitting yet another solution to >> the same problem to MPLS WG. IETF as a whole should decide on one >> preferred solution. >>=20 >>=20 >>=20 >> Thanks >> Shahram >>=20 >>=20 >>=20 >> -----Original Message----- >> From: Lucy yong [mailto:lucy.yong@huawei.com] >> Sent: Thursday, November 29, 2012 8:33 AM >> To: Shahram Davari; Daniel King >> Cc: mpls@ietf.org; draft-xu-mpls-in-udp@tools.ietf.org; mpls- >> chairs@tools.ietf.org >> Subject: RE: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 >>=20 >> Hi Shahram, >>=20 >> Let me share my opinion on this. Please see inline. >>=20 >>> -----Original Message----- >>> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf >> Of >>> Shahram Davari >>> Sent: Monday, November 26, 2012 11:10 PM >>> To: Daniel King >>> Cc: mpls@ietf.org; draft-xu-mpls-in-udp@tools.ietf.org; mpls- >>> chairs@tools.ietf.org >>> Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 >>>=20 >>> Hi, >>>=20 >>> In my opinion this is a solution to a problem that has a dozen other >>> solutions such as NVGRE, VXLAN, OTP, STT, etc. >> [Lucy] is any of them standardized? do we want any BIG company to >> implement one solution ahead and then tell the industry to follow it >> without going through a standardization? What is the purpose of IETF? >>=20 >>>=20 >>> So I wonder why MPLS WG should spend its valuable time working on yet >>> another solution. >> [Lucy] IMO: because MPLS and VPN are widely technologies in WAN space. >> The VPN technology is very close to network virtualization overlay >> vision in DC except current solution is tied into MPLS implementation >> slightly, which makes overlay network (MPLS client layer) couples with >> underlying network (MPLS server layer). DC NVO requires to decouple >> overlay network from underlying network. We want to leverage VPN >> technology into DC NVO instead of redesigning a full set of VPN >> features for DC NVO. >>=20 >> In fact, the solution is very simple and requires no change to the >> transit nodes while MPLS client layer can decouple from the MPLS server >> layer. I don't think that it will take a lot of WG time to work out the >> solution. If you think that it will, please point out where is the >> complexity in the solution? >>=20 >> Regards, >> Lucy >>>=20 >>> Regards, >>> Shahram >>>=20 >>>=20 >>> On Nov 26, 2012, at 12:48 PM, "Daniel King" >> wrote: >>>=20 >>>> Hi All, >>>>=20 >>>> As requested, I have performed an MPLS-TR review of draft-xu-mpls- >> in- >>> udp-03: >>>>=20 >>>> http://tools.ietf.org/html/draft-xu-mpls-in-udp-03 >>>>=20 >>>> Overall the document is well written and the motivation seems clear. >>> The >>>> proposed solution is technically sound and given the application of >>>> tunneling of MPLS VPNs across IP PSNs, the mechanism does look to >>> bring >>>> operational benefits for specific use cases. Therefore I believe >> the >>>> document is ready to be considered for WG adoption. >>>>=20 >>>> Authors, >>>>=20 >>>> As I was reviewing the draft I jotted down a number of minor >> comments, >>> these >>>> are outlined below. Feel free to use or discard. >>>>=20 >>>> 1. Authors. The RFC-Editors are requesting no more than 5 authors >> on >>> the >>>> front-page. So you may as well address this sooner rather than >> later. >>> You >>>> can look to split into to - Authors and Contributing Authors (or >> just >>>> Contributors) to circumnavigate the author limit. >>>>=20 >>>> 2. You should move the Abstract above the Status of this Memo >> section. >>>>=20 >>>> 3. Perhaps look to expand Abstract to: >>>>=20 >>>> Existing technologies to encapsulate MPLS over IP are not adequate >>> for >>>> efficient transport across IP-enabled Packet Switch Networks (PSNs). >>> This >>>> document specifies an IP-based encapsulation technology for load- >>> balancing >>>> MPLS packets across IP PSNs. This mechanism is referred to as MPLS- >>> in-UDP. >>>>=20 >>>> This document defines the protocol extensions and procedures for >>> MPLS-in-UDP >>>> and will facilitate transport of MPLS application traffic, >> including >>> L2VPNs >>>> and L3VPNs, across IP-enabled PSNs. >>>> << >>>>=20 >>>> 4. Introduction is ok, but the wall of text requires splitting into >>> separate >>>> paragraphs for readability. You could split the introduction into >>> sections >>>> (or just additional paragraphs) to help with navigation, no major >>> changes in >>>> text are required: >>>>=20 >>>> 1. Introduction >>>> - Contains application/motivation background text. >>>> - Intention of the document. >>>>=20 >>>> 1.1 Existing Technologies >>>> - Describes existing techniques (RFC4023, et al.). >>>>=20 >>>> 1.2 Requirements and Motivation >>>> - What the technology or application gaps between prior work and >> this >>>> proposal. >>>> - Very important to discuss the motivation given that we already >> have >>> a >>>> number of alternatives. >>>>=20 >>>> 5. The document mentions "core" a number of times. Is this really a >>> core >>>> application or is the mechanism more likely to be applied in >>> environments >>>> with equipment that does not support native MPLS forwarding? This >> is >>>> something you might want to expand on in Section 6 (Applicability) >>> and >>>> lessen the "core" applicability in other parts of the document. >> Also, >>> how >>>> applicable is the document to multicast VPNs, any issues? >>>>=20 >>>> 6. General comment on acronyms. The document expands ECMP but not >> GRE >>> or >>>> SAFI, so maybe check document for consistency. >>>>=20 >>>> Please do not hesitate to email me if anything is not clear. >>>>=20 >>>> Br, Dan. >>>>=20 >>>> -----Original Message----- >>>> From: Loa Andersson [mailto:loa@pi.nu] >>>> Sent: Tuesday, November 13, 2012 9:16 AM >>>> To: Gregory Mirsky; Dan King; Eric Osborne (eosborne); >>>> nick.delregno@verizon.com; mpls-chairs@tools.ietf.org; Martin >>> Vigoureux; >>>> draft-xu-mpls-in-udp@tools.ietf.org >>>> Subject: MPLS-RT review of draft-xu-mpls-in-udp-03 >>>>=20 >>>> Greg, Dan, Eric and Nick, >>>>=20 >>>> You have been selected as an MPLS Review team reviewers for >>>> draft-xu-mpls-in-udp-03. >>>>=20 >>>> Note to authors: You have been CC'd on this email so that you can >>> know that >>>> this review is going on. However, please do not review your own >>> document. >>>>=20 >>>> Reviews should comment on whether the document is coherent, is it >>> useful >>>> (ie, is it likely to be actually useful in operational networks), >> and >>> is the >>>> document technically sound? We are interested in knowing whether >> the >>>> document is ready to be considered for WG adoption (ie, it doesn't >>> have to >>>> be perfect at this point, but should be a good start). >>>>=20 >>>> Reviews should be sent to the document authors, WG co-chairs and >>> secretary, >>>> and CC'd to the MPLS WG email list. If necessary, comments may be >>> sent >>>> privately to only the WG chairs. >>>>=20 >>>> Are you able to review this draft by November 29, 2012? >>>>=20 >>>> Thanks, Loa >>>> (as MPLS WG chair) >>>>=20 >>>> /Loa >>>>=20 >>>>=20 >>>> -- >>>>=20 >>>>=20 >>>> Loa Andersson email: >>> loa.andersson@ericsson.com >>>> Sr Strategy and Standards Manager loa@pi.nu >>>> Ericsson Inc phone: +46 10 717 52 13 >>>> +46 767 72 92 13 >>>>=20 >>>>=20 >>>> _______________________________________________ >>>> mpls mailing list >>>> mpls@ietf.org >>>> https://www.ietf.org/mailman/listinfo/mpls >>>=20 >>> _______________________________________________ >>> mpls mailing list >>> mpls@ietf.org >>> https://www.ietf.org/mailman/listinfo/mpls >>=20 >>=20 >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From davarish@yahoo.com Thu Nov 29 18:27:24 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1359421F85D2 for ; Thu, 29 Nov 2012 18:27:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.603 X-Spam-Level: X-Spam-Status: No, score=-0.603 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_14=0.6, MIME_QP_LONG_LINE=1.396] 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 7zmAE+KwO5VM for ; Thu, 29 Nov 2012 18:27:23 -0800 (PST) Received: from nm10-vm5.bullet.mail.gq1.yahoo.com (nm10-vm5.bullet.mail.gq1.yahoo.com [98.136.218.140]) by ietfa.amsl.com (Postfix) with ESMTP id 360C421F85B4 for ; Thu, 29 Nov 2012 18:27:23 -0800 (PST) Received: from [98.137.12.59] by nm10.bullet.mail.gq1.yahoo.com with NNFMP; 30 Nov 2012 02:27:22 -0000 Received: from [98.136.185.204] by tm4.bullet.mail.gq1.yahoo.com with NNFMP; 30 Nov 2012 02:27:22 -0000 Received: from [127.0.0.1] by smtp113-mob.biz.mail.gq1.yahoo.com with NNFMP; 30 Nov 2012 02:27:22 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1354242442; bh=xlvyi1ZP2WkW2xoknCzqpaF7WXSoVUj64+JiX8CS8kc=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:References:Mime-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Message-Id:Cc:X-Mailer:From:Subject:Date:To; b=MvSBkv49ClS9ehsoNT1bwpR1J5ct9bdwuwyXruXiqJBa24fbH+R5Vsbr0SJ+xuTJn+lsBk5p/515OYgHrqOLQm3j6MdT7udvdTCkYcOUIqpWqGpRju2mozEqbHtld7eJv3bw50/BsUiDsOzExeY1RgKMO/+yVaG8yPKJv9H7inI= X-Yahoo-Newman-Id: 647676.24068.bm@smtp113-mob.biz.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 8Z22qp8VM1mMBNOUFIVfyF1J3Pw_0jCyVwbgxE0Ba7RTIbP qV39KLZU2xQhtMX0IkSnSpx8PyRZ.0R1AFyKYHsmajHkRwCHc77uwgZnGMEs IaMwb3Z_3pL8VJazSSbiKYfFvjK1ivq2RrBwjJTq7Jr2HYGiwd0MeYeGOrhq BoWNMUbCW5l8tDCA3DnwXWYcGUoLijVZa2ZODhZGL83IZqW5B_S865eWLpJ6 Ew5ow.t3cCcl7aoTHGU24Ld7Imn.Tqbi6MCODwe3.sYRhCPGHfgpy3lbx6kM y14grLcAdOuQtNm6VE1RW3Og0Y9vtZ.cLjaeXKw443B_3ILFfc2Z8hNBXJGA GcCSl_Yz7CD9b335O.gMgtB8x49WE8TeA_qj0CvL1f_RxbbDydcD4DF0zsCc jtsl7fnf.EaYQAAh.ZMKXPp8gBgpTL4iIOTc7tOlDEvu3fYNnBAsuM3UcMwJ KxjuOqsbjc3cDVjZ5aiQbAzN.pK.D2g-- X-Yahoo-SMTP: ygPrP9CswBCWPbPtKJlJyLY0KMlg Received: from [10.166.34.115] (davarish@198.228.222.166 with xymcookie) by smtp113-mob.biz.mail.gq1.yahoo.com with SMTP; 29 Nov 2012 18:27:22 -0800 PST References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se> <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> <8E15642F-5F4B-4BD3-9BE9-C4EA56AA3FDE@broadcom.com> <2691CE0099834E4A9C5044EEC662BB9D44850CB1@dfweml505-mbb.china.huawei.com> Mime-Version: 1.0 (1.0) In-Reply-To: <2691CE0099834E4A9C5044EEC662BB9D44850CB1@dfweml505-mbb.china.huawei.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: X-Mailer: iPhone Mail (10A403) From: "S. Davari" Date: Thu, 29 Nov 2012 18:27:17 -0800 To: Lucy yong Cc: "draft-xu-mpls-in-udp@tools.ietf.org" , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2012 02:27:24 -0000 Lucy, Pls see inline. Regards, Shahram On Nov 29, 2012, at 8:33 AM, Lucy yong wrote: > Hi Shahram, >=20 > Let me share my opinion on this. Please see inline. >=20 >> -----Original Message----- >> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of >> Shahram Davari >> Sent: Monday, November 26, 2012 11:10 PM >> To: Daniel King >> Cc: mpls@ietf.org; draft-xu-mpls-in-udp@tools.ietf.org; mpls- >> chairs@tools.ietf.org >> Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 >>=20 >> Hi, >>=20 >> In my opinion this is a solution to a problem that has a dozen other >> solutions such as NVGRE, VXLAN, OTP, STT, etc. > [Lucy] is any of them standardized? do we want any BIG company to implemen= t one solution ahead and then tell the industry to follow it without going t= hrough a standardization? What is the purpose of IETF? >=20 SD] No. They are not standard. However a single IETF Work group (which in my= opinion is NVO3) should look at all solutions and select one. We shouldn't t= ry to sneak in other WGs without a general agreement in NVO3 that this is th= e best solution selected by IETF. >>=20 >> So I wonder why MPLS WG should spend its valuable time working on yet >> another solution. > [Lucy] IMO: because MPLS and VPN are widely technologies in WAN space. The= VPN technology is very close to network virtualization overlay vision in DC= except current solution is tied into MPLS implementation slightly, which ma= kes overlay network (MPLS client layer) couples with underlying network (MPL= S server layer). DC NVO requires to decouple overlay network from underlying= network. We want to leverage VPN technology into DC NVO instead of redesign= ing a full set of VPN features for DC NVO.=20 >=20 > In fact, the solution is very simple and requires no change to the transit= nodes while MPLS client layer can decouple from the MPLS server layer. I do= n't think that it will take a lot of WG time to work out the solution. If yo= u think that it will, please point out where is the complexity in the soluti= on? >=20 SD] other solutions also don't require change to transit routers. > Regards, > Lucy >>=20 >> Regards, >> Shahram >>=20 >>=20 >> On Nov 26, 2012, at 12:48 PM, "Daniel King" wrote: >>=20 >>> Hi All, >>>=20 >>> As requested, I have performed an MPLS-TR review of draft-xu-mpls-in- >> udp-03: >>>=20 >>> http://tools.ietf.org/html/draft-xu-mpls-in-udp-03 >>>=20 >>> Overall the document is well written and the motivation seems clear. >> The >>> proposed solution is technically sound and given the application of >>> tunneling of MPLS VPNs across IP PSNs, the mechanism does look to >> bring >>> operational benefits for specific use cases. Therefore I believe the >>> document is ready to be considered for WG adoption. >>>=20 >>> Authors, >>>=20 >>> As I was reviewing the draft I jotted down a number of minor comments, >> these >>> are outlined below. Feel free to use or discard. >>>=20 >>> 1. Authors. The RFC-Editors are requesting no more than 5 authors on >> the >>> front-page. So you may as well address this sooner rather than later. >> You >>> can look to split into to - Authors and Contributing Authors (or just >>> Contributors) to circumnavigate the author limit. >>>=20 >>> 2. You should move the Abstract above the Status of this Memo section. >>>=20 >>> 3. Perhaps look to expand Abstract to: >>>=20 >>> Existing technologies to encapsulate MPLS over IP are not adequate >> for >>> efficient transport across IP-enabled Packet Switch Networks (PSNs). >> This >>> document specifies an IP-based encapsulation technology for load- >> balancing >>> MPLS packets across IP PSNs. This mechanism is referred to as MPLS- >> in-UDP. >>>=20 >>> This document defines the protocol extensions and procedures for >> MPLS-in-UDP >>> and will facilitate transport of MPLS application traffic, including >> L2VPNs >>> and L3VPNs, across IP-enabled PSNs. >>> << >>>=20 >>> 4. Introduction is ok, but the wall of text requires splitting into >> separate >>> paragraphs for readability. You could split the introduction into >> sections >>> (or just additional paragraphs) to help with navigation, no major >> changes in >>> text are required: >>>=20 >>> 1. Introduction >>> - Contains application/motivation background text. >>> - Intention of the document. >>>=20 >>> 1.1 Existing Technologies >>> - Describes existing techniques (RFC4023, et al.). >>>=20 >>> 1.2 Requirements and Motivation >>> - What the technology or application gaps between prior work and this >>> proposal. >>> - Very important to discuss the motivation given that we already have >> a >>> number of alternatives. >>>=20 >>> 5. The document mentions "core" a number of times. Is this really a >> core >>> application or is the mechanism more likely to be applied in >> environments >>> with equipment that does not support native MPLS forwarding? This is >>> something you might want to expand on in Section 6 (Applicability) >> and >>> lessen the "core" applicability in other parts of the document. Also, >> how >>> applicable is the document to multicast VPNs, any issues? >>>=20 >>> 6. General comment on acronyms. The document expands ECMP but not GRE >> or >>> SAFI, so maybe check document for consistency. >>>=20 >>> Please do not hesitate to email me if anything is not clear. >>>=20 >>> Br, Dan. >>>=20 >>> -----Original Message----- >>> From: Loa Andersson [mailto:loa@pi.nu] >>> Sent: Tuesday, November 13, 2012 9:16 AM >>> To: Gregory Mirsky; Dan King; Eric Osborne (eosborne); >>> nick.delregno@verizon.com; mpls-chairs@tools.ietf.org; Martin >> Vigoureux; >>> draft-xu-mpls-in-udp@tools.ietf.org >>> Subject: MPLS-RT review of draft-xu-mpls-in-udp-03 >>>=20 >>> Greg, Dan, Eric and Nick, >>>=20 >>> You have been selected as an MPLS Review team reviewers for >>> draft-xu-mpls-in-udp-03. >>>=20 >>> Note to authors: You have been CC'd on this email so that you can >> know that >>> this review is going on. However, please do not review your own >> document. >>>=20 >>> Reviews should comment on whether the document is coherent, is it >> useful >>> (ie, is it likely to be actually useful in operational networks), and >> is the >>> document technically sound? We are interested in knowing whether the >>> document is ready to be considered for WG adoption (ie, it doesn't >> have to >>> be perfect at this point, but should be a good start). >>>=20 >>> Reviews should be sent to the document authors, WG co-chairs and >> secretary, >>> and CC'd to the MPLS WG email list. If necessary, comments may be >> sent >>> privately to only the WG chairs. >>>=20 >>> Are you able to review this draft by November 29, 2012? >>>=20 >>> Thanks, Loa >>> (as MPLS WG chair) >>>=20 >>> /Loa >>>=20 >>>=20 >>> -- >>>=20 >>>=20 >>> Loa Andersson email: >> loa.andersson@ericsson.com >>> Sr Strategy and Standards Manager loa@pi.nu >>> Ericsson Inc phone: +46 10 717 52 13 >>> +46 767 72 92 13 >>>=20 >>>=20 >>> _______________________________________________ >>> mpls mailing list >>> mpls@ietf.org >>> https://www.ietf.org/mailman/listinfo/mpls >>=20 >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From xuxiaohu@huawei.com Thu Nov 29 19:16:23 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1308121F8465; Thu, 29 Nov 2012 19:16:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.002 X-Spam-Level: X-Spam-Status: No, score=-2.002 tagged_above=-999 required=5 tests=[AWL=-1.145, BAYES_00=-2.599, CN_BODY_35=0.339, J_CHICKENPOX_14=0.6, J_CHICKENPOX_37=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, 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 Hzat6e8Nk+dd; Thu, 29 Nov 2012 19:16:21 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 38AB821F844D; Thu, 29 Nov 2012 19:16:20 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AMA75861; Fri, 30 Nov 2012 03:16:19 +0000 (GMT) Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 30 Nov 2012 03:16:04 +0000 Received: from SZXEML452-HUB.china.huawei.com (10.82.67.195) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 30 Nov 2012 03:16:18 +0000 Received: from SZXEML525-MBS.china.huawei.com ([169.254.8.152]) by szxeml452-hub.china.huawei.com ([10.82.67.195]) with mapi id 14.01.0323.003; Fri, 30 Nov 2012 11:16:06 +0800 From: Xuxiaohu To: Somesh Gupta , Lucy yong , Shahram Davari , Daniel King Thread-Topic: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 Thread-Index: AQHNwcJ+OEnUt0Njx0mhcjqR0u0yRJf8iuog//+aL4CAAIwzAIAD43qAgAAdKgCAACKZAIAAYQWAgACPshA= Date: Fri, 30 Nov 2012 03:16:06 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07585D24@szxeml525-mbs.china.huawei.com> References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se>, <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> <8E15642F-5F4B-4BD3-9BE9-C4EA56AA3FDE@broadcom.com> <2691CE0099834E4A9C5044EEC662BB9D44850CB1@dfweml505-mbb.china.huawei.com> <4A6CE49E6084B141B15C0713B8993F281BD34607@SJEXCHMB12.corp.ad.broadcom.com> <2691CE0099834E4A9C5044EEC662BB9D44852ED2@dfweml505-mbb.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.130] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "draft-xu-mpls-in-udp@tools.ietf.org" , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "nvo3@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2012 03:16:23 -0000 U29tZXNoLA0KDQo+IC0tLS0t08q8/tStvP4tLS0tLQ0KPiC3orz+yMs6IFNvbWVzaCBHdXB0YSBb bWFpbHRvOnNvbWVzaGdAQnJvY2FkZS5DT01dDQo+ILeiy83KsbzkOiAyMDEyxOoxMdTCMzDI1SAx MDowOQ0KPiDK1bz+yMs6IEx1Y3kgeW9uZzsgU2hhaHJhbSBEYXZhcmk7IERhbmllbCBLaW5nDQo+ ILOty806IGRyYWZ0LXh1LW1wbHMtaW4tdWRwQHRvb2xzLmlldGYub3JnOyBtcGxzQGlldGYub3Jn Ow0KPiBtcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZzsgbnZvM0BpZXRmLm9yZw0KPiDW98ziOiBS RTogW21wbHNdIE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LXh1LW1wbHMtaW4tdWRwLTAzDQo+IA0K PiBTdGFuZGFyZGl6YXRpb24gdGhhdCBpZ25vcmVzIGhvdyBTb2Z0d2FyZSBEcml2ZW4gRGF0YSBD ZW50ZXJzIHdpbGwgYmUNCj4gcHJvdmlzaW9uZWQgYW5kIG1hbmFnZWQgbWF5IGJlIGp1c3QgYW4g YWNhZGVtaWMgZXhlcmNpc2UuIFRoZSBleGlzdGluZw0KPiBzb2x1dGlvbiBmcm9tIE5pY2lyYSwg Vm13YXJlIGFuZCBNaWNyb3NvZnQgZG8gcG9pbnQgdG8gdGhlIGdlbmVyYWwNCj4gZGlyZWN0aW9u IGluIHdoaWNoIHRoZSB2aXJ0dWFsIG5ldHdvcmsgc29sdXRpb24gd2lsbCBtb3ZlLg0KDQpBcyBm b3Igd2hlcmUgaXMgdGhlIHJpZ2h0IGxvY2F0aW9uIGZvciBOVkUoTmV0d29yayBWaXJ0dWFsaXph dGlvbiBFZGdlKSwgdGhlIGN1cnJlbnQgTlZvMyBXRyBjb25zZW5zdXMgaXMgdGhlIE5WRSBjYW4g YmUgbG9jYXRlZCBlaXRoZXIgb24gbmV0d29yayBkZXZpY2VzIG9yIG9uIHNlcnZlcnMuIElmIHlv dSBoYXZlIGFueSBkaWZmZXJlbnQgb3BpbmlvbiwgSSBzdWdnZXN0IHlvdSBnbyB0byB0aGUgTlZv MyB0byBhcmd1ZSBmb3IgdGhhdC4gQnkgdGhlIHdheSwgZGlkIHlvdSBkb3VidCBhYm91dCB0aGUg Y29ycmVjdG5lc3Mgb2YgQnJvY2FkZSdzIHB1cnN1aW5nIG9mIFRSSUxMPw0KDQo+IFdoaWxlIHNv bWUgZXhpc3RpbmcgbmV0d29ya2luZyBwcm90b2NvbHMgZG8gcHJvdmlkZSBzaW1pbGFyIGZ1bmN0 aW9uYWxpdHksDQo+IHRoZXkgYXNzdW1lIGEgZGlmZmVyZW50IG9wZXJhdGluZyBlbnZpcm9ubWVu dCAtIGRpc3RyaWJ1dGVkIGludGVsbGlnZW5jZSwNCj4gYXV0b25vbW91cyBzeXN0ZW1zLCBpbmFi aWxpdHkgdG8gbWFuYWdlIGNlbnRyYWxseS4NCj4gDQo+IFRoZSBTb2Z0d2FyZSBEcml2ZW4gRGF0 YSBDZW50ZXIgd2lsbCBiZSBjZW50cmFsbHkgcHJvdmlzaW9uZWQgYW5kDQo+IG1hbmFnZWQuIFdl IGNhbiBjb21lIHVwIHdpdGggdGhlIElFVEYgc3RhbmRhcmRzLCBidXQgdW5sZXNzIHRoZXkNCj4g c2VydmUgdGhhdCBtb2RlbCBpbiBhIHNpbXBsZSBtYW5uZXIsIHdlIHdpbGwgYmUgZGlzYXBwb2lu dGVkIHdpdGgNCj4gdGhlaXIgYWRvcHRpb24gYnkgdGhlIGZvbGtzIHdobyBvd24gdGhlIG9yY2hl c3RyYXRpb24gYW5kIG1hbmFnZW1lbnQNCj4gc29mdHdhcmUuDQoNCkFzIGZvciB0aGlzIHJlZ2Fy ZCwgVGhlIE5WbzMgV0cgY29uc2Vuc3VzIGlzICIgQSBjb250cm9sL21hbmFnZW1lbnQgcGxhbmUg ZW50aXR5IGNhbiBiZSBjZW50cmFsaXplZCBvciBkaXN0cmlidXRlZCIgKHJlZmVyIHRvIE5WbzMg ZnJhbWV3b3JrIGRyYWZ0IGZvciBtb3JlIGRldGFpbHMpLiBJZiB5b3UgaGF2ZSBhbnkgZGlmZmVy ZW50IG9waW5pb24gaW4gdGhpcyByZWdhcmQsIEkgc3VnZ2VzdCB5b3UgZ28gdG8gdGhlIE5WbzMg dG8gYXJndWUgZm9yIHRoYXQgYXMgd2VsbC4NCg0KSW4gYSB3b3JkLCB0aGUgYWJvdmUgYXJndW1l bnRzIHlvdSBtZW50aW9uZWQgaXMgc28gSFVHRSB0aGF0IGl0IHNob3VsZCBiZSBzdWJtaXR0ZWQg dG8gdGhlIE5WbzMgV0cgb3IgZXZlbiB0aGUgSUVURiBwbGVuYXJ5IG1lZXRpbmcgZm9yIGRpc2N1 c3Npb24uDQoNClhpYW9odQ0KDQo+IFNvbWVzaA0KPiANCj4gPiAtLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KPiA+IEZyb206IG52bzMtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOm52bzMtYm91 bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mDQo+ID4gTHVjeSB5b25nDQo+ID4gU2VudDogVGh1 cnNkYXksIE5vdmVtYmVyIDI5LCAyMDEyIDEyOjIxIFBNDQo+ID4gVG86IFNoYWhyYW0gRGF2YXJp OyBEYW5pZWwgS2luZw0KPiA+IENjOiBkcmFmdC14dS1tcGxzLWluLXVkcEB0b29scy5pZXRmLm9y ZzsgbXBsc0BpZXRmLm9yZzsgbXBscy0NCj4gPiBjaGFpcnNAdG9vbHMuaWV0Zi5vcmc7IG52bzNA aWV0Zi5vcmcNCj4gPiBTdWJqZWN0OiBSZTogW252bzNdIFttcGxzXSBNUExTLVJUIHJldmlldyBv ZiBkcmFmdC14dS1tcGxzLWluLXVkcC0wMw0KPiA+DQo+ID4gU2hhaHJhbSwNCj4gPg0KPiA+IFRo YXQgaXMgdGhlIHBvaW50LiBUaGUgZHJhZnQgaGVscHMgdG8gZXh0ZW5kIFZQTiBzb2x1dGlvbiBp bnRvIERDcyBmb3INCj4gPiBOVk8gd2l0aG91dCBpbXBsZW1lbnRpbmcgTVBMUyBpbiBEQy4gTVBM UyBWUE4gc29sdXRpb24gaGFzIGJlZW4NCj4gPiBzdGFuZGFyZGl6ZWQgYW5kIGRlcGxveWVkIHdp ZGVseSBmb3IgbG9uZyB0aW1lLg0KPiA+DQo+ID4gUmVnYXJkaW5nIHlvdXIgc2Vjb25kIHBvaW50 LCBubyBtYXR0ZXIgeW91IGxpa2Ugb3IgZGlzbGlrZSwgaXQgYWxyZWFkeQ0KPiA+IGhhcHBlbnMg aW4gb3RoZXIgV0dzLiBMZXQncyBmb2N1cyBvbiB0aGUgdGVjaG5pY2FsIG1lcml0IGhlcmUgcmF0 aGVyDQo+ID4gdGhhbiBwb2xpdGljcy4NCj4gPg0KPiA+IEx1Y3kNCj4gPg0KPiA+ID4gLS0tLS1P cmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiA+IEZyb206IG1wbHMtYm91bmNlc0BpZXRmLm9yZyBb bWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmDQo+ID4gT2YNCj4gPiA+IFNo YWhyYW0gRGF2YXJpDQo+ID4gPiBTZW50OiBUaHVyc2RheSwgTm92ZW1iZXIgMjksIDIwMTIgMTI6 MTcgUE0NCj4gPiA+IFRvOiBMdWN5IHlvbmc7IERhbmllbCBLaW5nDQo+ID4gPiBDYzogZHJhZnQt eHUtbXBscy1pbi11ZHBAdG9vbHMuaWV0Zi5vcmc7IG1wbHNAaWV0Zi5vcmc7IG1wbHMtDQo+ID4g PiBjaGFpcnNAdG9vbHMuaWV0Zi5vcmc7IG52bzNAaWV0Zi5vcmcNCj4gPiA+IFN1YmplY3Q6IFJl OiBbbXBsc10gTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQteHUtbXBscy1pbi11ZHAtMDMNCj4gPiA+ DQo+ID4gPiBMdWN5LA0KPiA+ID4NCj4gPiA+IEFzIGZhciBhcyBJIGtub3cgZGF0YSBjZW50ZXIg b3BlcmF0b3JzIGRvbid0IGxpa2UgTVBMUyBhbmQgdGhhdCBpcw0KPiA+IHdoeQ0KPiA+ID4gdGhl IGNvcmUgb2YgRGF0YSBjZW50ZXIgaXMgbW9zdGx5IElQIChvciBMMikgYW5kIG5vdCBNUExTLiAg QXMgeW91DQo+ID4gPiBtZW50aW9uZWQgdGhlcmUgaXMgbm8gc3RhbmRhcmQgc29sdXRpb24sIGJ1 dCB0aGVyZSBhcmUgbWFueSBkZS1mYWN0bw0KPiA+ID4gc3RhbmRhcmRzIHN1Y2ggYXMgTlZHUkUg YW5kIFZYTEFOLCB3aGljaCBhcmUgYWxyZWFkeSBpbiBzaWxpY29uLg0KPiA+ID4NCj4gPiA+IEkg dGhpbmsgeW91IHNob3VsZCB0YWtlIHRoaXMgYXJndW1lbnQgdG8gTlZvMyBXRyBhbmQgZ2V0IHRo ZWlyDQo+ID4gYmxlc3NpbmcNCj4gPiA+IGZvciB5b3VyIHNvbHV0aW9uIGJlZm9yZSBpbmRpcmVj dGx5IHN1Ym1pdHRpbmcgeWV0IGFub3RoZXIgc29sdXRpb24NCj4gPiB0bw0KPiA+ID4gdGhlIHNh bWUgcHJvYmxlbSB0byBNUExTIFdHLiAgSUVURiBhcyBhIHdob2xlIHNob3VsZCBkZWNpZGUgb24g b25lDQo+ID4gPiBwcmVmZXJyZWQgc29sdXRpb24uDQo+ID4gPg0KPiA+ID4NCj4gPiA+DQo+ID4g PiBUaGFua3MNCj4gPiA+IFNoYWhyYW0NCj4gPiA+DQo+ID4gPg0KPiA+ID4NCj4gPiA+IC0tLS0t T3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ID4gPiBGcm9tOiBMdWN5IHlvbmcgW21haWx0bzpsdWN5 LnlvbmdAaHVhd2VpLmNvbV0NCj4gPiA+IFNlbnQ6IFRodXJzZGF5LCBOb3ZlbWJlciAyOSwgMjAx MiA4OjMzIEFNDQo+ID4gPiBUbzogU2hhaHJhbSBEYXZhcmk7IERhbmllbCBLaW5nDQo+ID4gPiBD YzogbXBsc0BpZXRmLm9yZzsgZHJhZnQteHUtbXBscy1pbi11ZHBAdG9vbHMuaWV0Zi5vcmc7IG1w bHMtDQo+ID4gPiBjaGFpcnNAdG9vbHMuaWV0Zi5vcmcNCj4gPiA+IFN1YmplY3Q6IFJFOiBbbXBs c10gTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQteHUtbXBscy1pbi11ZHAtMDMNCj4gPiA+DQo+ID4g PiBIaSBTaGFocmFtLA0KPiA+ID4NCj4gPiA+IExldCBtZSBzaGFyZSBteSBvcGluaW9uIG9uIHRo aXMuIFBsZWFzZSBzZWUgaW5saW5lLg0KPiA+ID4NCj4gPiA+ID4gLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCj4gPiA+ID4gRnJvbTogbXBscy1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86bXBs cy1ib3VuY2VzQGlldGYub3JnXSBPbg0KPiA+IEJlaGFsZg0KPiA+ID4gT2YNCj4gPiA+ID4gU2hh aHJhbSBEYXZhcmkNCj4gPiA+ID4gU2VudDogTW9uZGF5LCBOb3ZlbWJlciAyNiwgMjAxMiAxMTox MCBQTQ0KPiA+ID4gPiBUbzogRGFuaWVsIEtpbmcNCj4gPiA+ID4gQ2M6IG1wbHNAaWV0Zi5vcmc7 IGRyYWZ0LXh1LW1wbHMtaW4tdWRwQHRvb2xzLmlldGYub3JnOyBtcGxzLQ0KPiA+ID4gPiBjaGFp cnNAdG9vbHMuaWV0Zi5vcmcNCj4gPiA+ID4gU3ViamVjdDogUmU6IFttcGxzXSBNUExTLVJUIHJl dmlldyBvZiBkcmFmdC14dS1tcGxzLWluLXVkcC0wMw0KPiA+ID4gPg0KPiA+ID4gPiBIaSwNCj4g PiA+ID4NCj4gPiA+ID4gSW4gbXkgb3BpbmlvbiB0aGlzIGlzIGEgc29sdXRpb24gdG8gYSBwcm9i bGVtIHRoYXQgaGFzIGEgZG96ZW4NCj4gPiBvdGhlcg0KPiA+ID4gPiBzb2x1dGlvbnMgc3VjaCBh cyBOVkdSRSwgVlhMQU4sIE9UUCwgU1RULCBldGMuDQo+ID4gPiBbTHVjeV0gaXMgYW55IG9mIHRo ZW0gc3RhbmRhcmRpemVkPyBkbyB3ZSB3YW50IGFueSBCSUcgY29tcGFueSB0bw0KPiA+ID4gaW1w bGVtZW50IG9uZSBzb2x1dGlvbiBhaGVhZCBhbmQgdGhlbiB0ZWxsIHRoZSBpbmR1c3RyeSB0byBm b2xsb3cgaXQNCj4gPiA+IHdpdGhvdXQgZ29pbmcgdGhyb3VnaCBhIHN0YW5kYXJkaXphdGlvbj8g V2hhdCBpcyB0aGUgcHVycG9zZSBvZiBJRVRGPw0KPiA+ID4NCj4gPiA+ID4NCj4gPiA+ID4gU28g SSB3b25kZXIgd2h5IE1QTFMgV0cgc2hvdWxkIHNwZW5kIGl0cyB2YWx1YWJsZSB0aW1lIHdvcmtp bmcgb24NCj4gPiB5ZXQNCj4gPiA+ID4gYW5vdGhlciBzb2x1dGlvbi4NCj4gPiA+IFtMdWN5XSBJ TU86IGJlY2F1c2UgTVBMUyBhbmQgVlBOIGFyZSB3aWRlbHkgdGVjaG5vbG9naWVzIGluIFdBTg0K PiA+IHNwYWNlLg0KPiA+ID4gVGhlIFZQTiB0ZWNobm9sb2d5IGlzIHZlcnkgY2xvc2UgdG8gbmV0 d29yayB2aXJ0dWFsaXphdGlvbiBvdmVybGF5DQo+ID4gPiB2aXNpb24gaW4gREMgZXhjZXB0IGN1 cnJlbnQgc29sdXRpb24gaXMgdGllZCBpbnRvIE1QTFMgaW1wbGVtZW50YXRpb24NCj4gPiA+IHNs aWdodGx5LCB3aGljaCBtYWtlcyBvdmVybGF5IG5ldHdvcmsgKE1QTFMgY2xpZW50IGxheWVyKSBj b3VwbGVzDQo+ID4gd2l0aA0KPiA+ID4gdW5kZXJseWluZyBuZXR3b3JrIChNUExTIHNlcnZlciBs YXllcikuIERDIE5WTyByZXF1aXJlcyB0byBkZWNvdXBsZQ0KPiA+ID4gb3ZlcmxheSBuZXR3b3Jr IGZyb20gdW5kZXJseWluZyBuZXR3b3JrLiBXZSB3YW50IHRvIGxldmVyYWdlIFZQTg0KPiA+ID4g dGVjaG5vbG9neSBpbnRvIERDIE5WTyBpbnN0ZWFkIG9mIHJlZGVzaWduaW5nIGEgZnVsbCBzZXQg b2YgVlBODQo+ID4gPiBmZWF0dXJlcyBmb3IgREMgTlZPLg0KPiA+ID4NCj4gPiA+IEluIGZhY3Qs IHRoZSBzb2x1dGlvbiBpcyB2ZXJ5IHNpbXBsZSBhbmQgcmVxdWlyZXMgbm8gY2hhbmdlIHRvIHRo ZQ0KPiA+ID4gdHJhbnNpdCBub2RlcyB3aGlsZSBNUExTIGNsaWVudCBsYXllciBjYW4gZGVjb3Vw bGUgZnJvbSB0aGUgTVBMUw0KPiA+IHNlcnZlcg0KPiA+ID4gbGF5ZXIuIEkgZG9uJ3QgdGhpbmsg dGhhdCBpdCB3aWxsIHRha2UgYSBsb3Qgb2YgV0cgdGltZSB0byB3b3JrIG91dA0KPiA+IHRoZQ0K PiA+ID4gc29sdXRpb24uIElmIHlvdSB0aGluayB0aGF0IGl0IHdpbGwsIHBsZWFzZSBwb2ludCBv dXQgd2hlcmUgaXMgdGhlDQo+ID4gPiBjb21wbGV4aXR5IGluIHRoZSBzb2x1dGlvbj8NCj4gPiA+ DQo+ID4gPiBSZWdhcmRzLA0KPiA+ID4gTHVjeQ0KPiA+ID4gPg0KPiA+ID4gPiBSZWdhcmRzLA0K PiA+ID4gPiBTaGFocmFtDQo+ID4gPiA+DQo+ID4gPiA+DQo+ID4gPiA+IE9uIE5vdiAyNiwgMjAx MiwgYXQgMTI6NDggUE0sICJEYW5pZWwgS2luZyIgPGRhbmllbEBvbGRkb2cuY28udWs+DQo+ID4g PiB3cm90ZToNCj4gPiA+ID4NCj4gPiA+ID4gPiAgSGkgQWxsLA0KPiA+ID4gPiA+DQo+ID4gPiA+ ID4gQXMgcmVxdWVzdGVkLCBJIGhhdmUgcGVyZm9ybWVkIGFuIE1QTFMtVFIgcmV2aWV3IG9mIGRy YWZ0LXh1LQ0KPiA+IG1wbHMtDQo+ID4gPiBpbi0NCj4gPiA+ID4gdWRwLTAzOg0KPiA+ID4gPiA+ DQo+ID4gPiA+ID4gaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQteHUtbXBscy1pbi11 ZHAtMDMNCj4gPiA+ID4gPg0KPiA+ID4gPiA+IE92ZXJhbGwgdGhlIGRvY3VtZW50IGlzIHdlbGwg d3JpdHRlbiBhbmQgdGhlIG1vdGl2YXRpb24gc2VlbXMNCj4gPiBjbGVhci4NCj4gPiA+ID4gVGhl DQo+ID4gPiA+ID4gcHJvcG9zZWQgc29sdXRpb24gaXMgdGVjaG5pY2FsbHkgc291bmQgYW5kIGdp dmVuIHRoZSBhcHBsaWNhdGlvbg0KPiA+IG9mDQo+ID4gPiA+ID4gdHVubmVsaW5nIG9mIE1QTFMg VlBOcyBhY3Jvc3MgSVAgUFNOcywgdGhlIG1lY2hhbmlzbSBkb2VzIGxvb2sgdG8NCj4gPiA+ID4g YnJpbmcNCj4gPiA+ID4gPiBvcGVyYXRpb25hbCBiZW5lZml0cyBmb3Igc3BlY2lmaWMgdXNlIGNh c2VzLiBUaGVyZWZvcmUgSSBiZWxpZXZlDQo+ID4gPiB0aGUNCj4gPiA+ID4gPiBkb2N1bWVudCBp cyByZWFkeSB0byBiZSBjb25zaWRlcmVkIGZvciBXRyBhZG9wdGlvbi4NCj4gPiA+ID4gPg0KPiA+ ID4gPiA+IEF1dGhvcnMsDQo+ID4gPiA+ID4NCj4gPiA+ID4gPiBBcyBJIHdhcyByZXZpZXdpbmcg dGhlIGRyYWZ0IEkgam90dGVkIGRvd24gYSBudW1iZXIgb2YgbWlub3INCj4gPiA+IGNvbW1lbnRz LA0KPiA+ID4gPiB0aGVzZQ0KPiA+ID4gPiA+IGFyZSBvdXRsaW5lZCBiZWxvdy4gRmVlbCBmcmVl IHRvIHVzZSBvciBkaXNjYXJkLg0KPiA+ID4gPiA+DQo+ID4gPiA+ID4gMS4gQXV0aG9ycy4gVGhl IFJGQy1FZGl0b3JzIGFyZSByZXF1ZXN0aW5nIG5vIG1vcmUgdGhhbiA1IGF1dGhvcnMNCj4gPiA+ IG9uDQo+ID4gPiA+IHRoZQ0KPiA+ID4gPiA+IGZyb250LXBhZ2UuIFNvIHlvdSBtYXkgYXMgd2Vs bCBhZGRyZXNzIHRoaXMgc29vbmVyIHJhdGhlciB0aGFuDQo+ID4gPiBsYXRlci4NCj4gPiA+ID4g WW91DQo+ID4gPiA+ID4gY2FuIGxvb2sgdG8gc3BsaXQgaW50byB0byAtIEF1dGhvcnMgYW5kIENv bnRyaWJ1dGluZyBBdXRob3JzIChvcg0KPiA+ID4ganVzdA0KPiA+ID4gPiA+IENvbnRyaWJ1dG9y cykgdG8gY2lyY3VtbmF2aWdhdGUgdGhlIGF1dGhvciBsaW1pdC4NCj4gPiA+ID4gPg0KPiA+ID4g PiA+IDIuIFlvdSBzaG91bGQgbW92ZSB0aGUgQWJzdHJhY3QgYWJvdmUgdGhlIFN0YXR1cyBvZiB0 aGlzIE1lbW8NCj4gPiA+IHNlY3Rpb24uDQo+ID4gPiA+ID4NCj4gPiA+ID4gPiAzLiBQZXJoYXBz IGxvb2sgdG8gZXhwYW5kIEFic3RyYWN0IHRvOg0KPiA+ID4gPiA+DQo+ID4gPiA+ID4gRXhpc3Rp bmcgdGVjaG5vbG9naWVzIHRvIGVuY2Fwc3VsYXRlIE1QTFMgb3ZlciBJUCBhcmUgbm90DQo+ID4g YWRlcXVhdGUNCj4gPiA+ID4gZm9yDQo+ID4gPiA+ID4gZWZmaWNpZW50IHRyYW5zcG9ydCBhY3Jv c3MgSVAtZW5hYmxlZCBQYWNrZXQgU3dpdGNoIE5ldHdvcmtzDQo+ID4gKFBTTnMpLg0KPiA+ID4g PiBUaGlzDQo+ID4gPiA+ID4gZG9jdW1lbnQgc3BlY2lmaWVzIGFuIElQLWJhc2VkIGVuY2Fwc3Vs YXRpb24gdGVjaG5vbG9neSBmb3IgbG9hZC0NCj4gPiA+ID4gYmFsYW5jaW5nDQo+ID4gPiA+ID4g TVBMUyBwYWNrZXRzIGFjcm9zcyBJUCBQU05zLiBUaGlzIG1lY2hhbmlzbSBpcyByZWZlcnJlZCB0 byBhcw0KPiA+IE1QTFMtDQo+ID4gPiA+IGluLVVEUC4NCj4gPiA+ID4gPg0KPiA+ID4gPiA+IFRo aXMgZG9jdW1lbnQgZGVmaW5lcyB0aGUgcHJvdG9jb2wgZXh0ZW5zaW9ucyBhbmQgcHJvY2VkdXJl cyBmb3INCj4gPiA+ID4gTVBMUy1pbi1VRFANCj4gPiA+ID4gPiBhbmQgd2lsbCBmYWNpbGl0YXRl IHRyYW5zcG9ydCBvZiBNUExTIGFwcGxpY2F0aW9uIHRyYWZmaWMsDQo+ID4gPiBpbmNsdWRpbmcN Cj4gPiA+ID4gTDJWUE5zDQo+ID4gPiA+ID4gYW5kIEwzVlBOcywgYWNyb3NzIElQLWVuYWJsZWQg UFNOcy4NCj4gPiA+ID4gPiA8PA0KPiA+ID4gPiA+DQo+ID4gPiA+ID4gNC4gSW50cm9kdWN0aW9u IGlzIG9rLCBidXQgdGhlIHdhbGwgb2YgdGV4dCByZXF1aXJlcyBzcGxpdHRpbmcNCj4gPiBpbnRv DQo+ID4gPiA+IHNlcGFyYXRlDQo+ID4gPiA+ID4gcGFyYWdyYXBocyBmb3IgcmVhZGFiaWxpdHku IFlvdSBjb3VsZCBzcGxpdCB0aGUgaW50cm9kdWN0aW9uIGludG8NCj4gPiA+ID4gc2VjdGlvbnMN Cj4gPiA+ID4gPiAob3IganVzdCBhZGRpdGlvbmFsIHBhcmFncmFwaHMpIHRvIGhlbHAgd2l0aCBu YXZpZ2F0aW9uLCBubyBtYWpvcg0KPiA+ID4gPiBjaGFuZ2VzIGluDQo+ID4gPiA+ID4gdGV4dCBh cmUgcmVxdWlyZWQ6DQo+ID4gPiA+ID4NCj4gPiA+ID4gPiAxLiBJbnRyb2R1Y3Rpb24NCj4gPiA+ ID4gPiAtIENvbnRhaW5zIGFwcGxpY2F0aW9uL21vdGl2YXRpb24gYmFja2dyb3VuZCB0ZXh0Lg0K PiA+ID4gPiA+IC0gSW50ZW50aW9uIG9mIHRoZSBkb2N1bWVudC4NCj4gPiA+ID4gPg0KPiA+ID4g PiA+IDEuMSBFeGlzdGluZyBUZWNobm9sb2dpZXMNCj4gPiA+ID4gPiAtIERlc2NyaWJlcyBleGlz dGluZyB0ZWNobmlxdWVzIChSRkM0MDIzLCBldCBhbC4pLg0KPiA+ID4gPiA+DQo+ID4gPiA+ID4g MS4yIFJlcXVpcmVtZW50cyBhbmQgTW90aXZhdGlvbg0KPiA+ID4gPiA+IC0gV2hhdCB0aGUgdGVj aG5vbG9neSBvciBhcHBsaWNhdGlvbiBnYXBzIGJldHdlZW4gcHJpb3Igd29yayBhbmQNCj4gPiA+ IHRoaXMNCj4gPiA+ID4gPiBwcm9wb3NhbC4NCj4gPiA+ID4gPiAtIFZlcnkgaW1wb3J0YW50IHRv IGRpc2N1c3MgdGhlIG1vdGl2YXRpb24gZ2l2ZW4gdGhhdCB3ZSBhbHJlYWR5DQo+ID4gPiBoYXZl DQo+ID4gPiA+IGENCj4gPiA+ID4gPiBudW1iZXIgb2YgYWx0ZXJuYXRpdmVzLg0KPiA+ID4gPiA+ DQo+ID4gPiA+ID4gNS4gVGhlIGRvY3VtZW50IG1lbnRpb25zICJjb3JlIiBhIG51bWJlciBvZiB0 aW1lcy4gSXMgdGhpcyByZWFsbHkNCj4gPiBhDQo+ID4gPiA+IGNvcmUNCj4gPiA+ID4gPiBhcHBs aWNhdGlvbiBvciBpcyB0aGUgbWVjaGFuaXNtIG1vcmUgbGlrZWx5IHRvIGJlIGFwcGxpZWQgaW4N Cj4gPiA+ID4gZW52aXJvbm1lbnRzDQo+ID4gPiA+ID4gd2l0aCBlcXVpcG1lbnQgdGhhdCBkb2Vz IG5vdCBzdXBwb3J0IG5hdGl2ZSBNUExTIGZvcndhcmRpbmc/IFRoaXMNCj4gPiA+IGlzDQo+ID4g PiA+ID4gc29tZXRoaW5nIHlvdSBtaWdodCB3YW50IHRvIGV4cGFuZCBvbiBpbiBTZWN0aW9uIDYN Cj4gPiAoQXBwbGljYWJpbGl0eSkNCj4gPiA+ID4gYW5kDQo+ID4gPiA+ID4gbGVzc2VuIHRoZSAi Y29yZSIgYXBwbGljYWJpbGl0eSBpbiBvdGhlciBwYXJ0cyBvZiB0aGUgZG9jdW1lbnQuDQo+ID4g PiBBbHNvLA0KPiA+ID4gPiBob3cNCj4gPiA+ID4gPiBhcHBsaWNhYmxlIGlzIHRoZSBkb2N1bWVu dCB0byBtdWx0aWNhc3QgVlBOcywgYW55IGlzc3Vlcz8NCj4gPiA+ID4gPg0KPiA+ID4gPiA+IDYu IEdlbmVyYWwgY29tbWVudCBvbiBhY3Jvbnltcy4gVGhlIGRvY3VtZW50IGV4cGFuZHMgRUNNUCBi dXQNCj4gbm90DQo+ID4gPiBHUkUNCj4gPiA+ID4gb3INCj4gPiA+ID4gPiBTQUZJLCBzbyBtYXli ZSBjaGVjayBkb2N1bWVudCBmb3IgY29uc2lzdGVuY3kuDQo+ID4gPiA+ID4NCj4gPiA+ID4gPiBQ bGVhc2UgZG8gbm90IGhlc2l0YXRlIHRvIGVtYWlsIG1lIGlmIGFueXRoaW5nIGlzIG5vdCBjbGVh ci4NCj4gPiA+ID4gPg0KPiA+ID4gPiA+IEJyLCBEYW4uDQo+ID4gPiA+ID4NCj4gPiA+ID4gPiAt LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+ID4gPiA+IEZyb206IExvYSBBbmRlcnNzb24g W21haWx0bzpsb2FAcGkubnVdDQo+ID4gPiA+ID4gU2VudDogVHVlc2RheSwgTm92ZW1iZXIgMTMs IDIwMTIgOToxNiBBTQ0KPiA+ID4gPiA+IFRvOiBHcmVnb3J5IE1pcnNreTsgRGFuIEtpbmc7IEVy aWMgT3Nib3JuZSAoZW9zYm9ybmUpOw0KPiA+ID4gPiA+IG5pY2suZGVscmVnbm9AdmVyaXpvbi5j b207IG1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnOyBNYXJ0aW4NCj4gPiA+ID4gVmlnb3VyZXV4 Ow0KPiA+ID4gPiA+IGRyYWZ0LXh1LW1wbHMtaW4tdWRwQHRvb2xzLmlldGYub3JnDQo+ID4gPiA+ ID4gU3ViamVjdDogTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQteHUtbXBscy1pbi11ZHAtMDMNCj4g PiA+ID4gPg0KPiA+ID4gPiA+IEdyZWcsIERhbiwgRXJpYyBhbmQgTmljaywNCj4gPiA+ID4gPg0K PiA+ID4gPiA+IFlvdSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgYW4gTVBMUyBSZXZpZXcgdGVhbSBy ZXZpZXdlcnMgZm9yDQo+ID4gPiA+ID4gZHJhZnQteHUtbXBscy1pbi11ZHAtMDMuDQo+ID4gPiA+ ID4NCj4gPiA+ID4gPiBOb3RlIHRvIGF1dGhvcnM6IFlvdSBoYXZlIGJlZW4gQ0MnZCBvbiB0aGlz IGVtYWlsIHNvIHRoYXQgeW91IGNhbg0KPiA+ID4gPiBrbm93IHRoYXQNCj4gPiA+ID4gPiB0aGlz IHJldmlldyBpcyBnb2luZyBvbi4gSG93ZXZlciwgcGxlYXNlIGRvIG5vdCByZXZpZXcgeW91ciBv d24NCj4gPiA+ID4gZG9jdW1lbnQuDQo+ID4gPiA+ID4NCj4gPiA+ID4gPiBSZXZpZXdzIHNob3Vs ZCBjb21tZW50IG9uIHdoZXRoZXIgdGhlIGRvY3VtZW50IGlzIGNvaGVyZW50LCBpcyBpdA0KPiA+ ID4gPiB1c2VmdWwNCj4gPiA+ID4gPiAoaWUsIGlzIGl0IGxpa2VseSB0byBiZSBhY3R1YWxseSB1 c2VmdWwgaW4gb3BlcmF0aW9uYWwgbmV0d29ya3MpLA0KPiA+ID4gYW5kDQo+ID4gPiA+IGlzIHRo ZQ0KPiA+ID4gPiA+IGRvY3VtZW50IHRlY2huaWNhbGx5IHNvdW5kPyAgV2UgYXJlIGludGVyZXN0 ZWQgaW4ga25vd2luZyB3aGV0aGVyDQo+ID4gPiB0aGUNCj4gPiA+ID4gPiBkb2N1bWVudCBpcyBy ZWFkeSB0byBiZSBjb25zaWRlcmVkIGZvciBXRyBhZG9wdGlvbiAoaWUsIGl0DQo+ID4gZG9lc24n dA0KPiA+ID4gPiBoYXZlIHRvDQo+ID4gPiA+ID4gYmUgcGVyZmVjdCBhdCB0aGlzIHBvaW50LCBi dXQgc2hvdWxkIGJlIGEgZ29vZCBzdGFydCkuDQo+ID4gPiA+ID4NCj4gPiA+ID4gPiBSZXZpZXdz IHNob3VsZCBiZSBzZW50IHRvIHRoZSBkb2N1bWVudCBhdXRob3JzLCBXRyBjby1jaGFpcnMgYW5k DQo+ID4gPiA+IHNlY3JldGFyeSwNCj4gPiA+ID4gPiBhbmQgQ0MnZCB0byB0aGUgTVBMUyBXRyBl bWFpbCBsaXN0LiBJZiBuZWNlc3NhcnksIGNvbW1lbnRzIG1heSBiZQ0KPiA+ID4gPiBzZW50DQo+ ID4gPiA+ID4gcHJpdmF0ZWx5IHRvIG9ubHkgdGhlIFdHIGNoYWlycy4NCj4gPiA+ID4gPg0KPiA+ ID4gPiA+IEFyZSB5b3UgYWJsZSB0byByZXZpZXcgdGhpcyBkcmFmdCBieSBOb3ZlbWJlciAyOSwg MjAxMj8NCj4gPiA+ID4gPg0KPiA+ID4gPiA+IFRoYW5rcywgTG9hDQo+ID4gPiA+ID4gKGFzIE1Q TFMgV0cgY2hhaXIpDQo+ID4gPiA+ID4NCj4gPiA+ID4gPiAvTG9hDQo+ID4gPiA+ID4NCj4gPiA+ ID4gPg0KPiA+ID4gPiA+IC0tDQo+ID4gPiA+ID4NCj4gPiA+ID4gPg0KPiA+ID4gPiA+IExvYSBB bmRlcnNzb24gICAgICAgICAgICAgICAgICAgICAgICAgZW1haWw6DQo+ID4gPiA+IGxvYS5hbmRl cnNzb25AZXJpY3Nzb24uY29tDQo+ID4gPiA+ID4gU3IgU3RyYXRlZ3kgYW5kIFN0YW5kYXJkcyBN YW5hZ2VyICAgICAgICAgICAgbG9hQHBpLm51DQo+ID4gPiA+ID4gRXJpY3Nzb24gSW5jICAgICAg ICAgICAgICAgICAgICAgICAgICBwaG9uZTogKzQ2IDEwIDcxNyA1MiAxMw0KPiA+ID4gPiA+ICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICArNDYgNzY3IDcyIDky DQo+IDEzDQo+ID4gPiA+ID4NCj4gPiA+ID4gPg0KPiA+ID4gPiA+IF9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4gPiA+ID4gbXBscyBtYWlsaW5nIGxp c3QNCj4gPiA+ID4gPiBtcGxzQGlldGYub3JnDQo+ID4gPiA+ID4gaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQo+ID4gPiA+ID4NCj4gPiA+ID4NCj4gPiA+ID4gX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiA+ID4gbXBs cyBtYWlsaW5nIGxpc3QNCj4gPiA+ID4gbXBsc0BpZXRmLm9yZw0KPiA+ID4gPiBodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCj4gPiA+DQo+ID4gPg0KPiA+ID4gX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiA+IG1wbHMg bWFpbGluZyBsaXN0DQo+ID4gPiBtcGxzQGlldGYub3JnDQo+ID4gPiBodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCj4gPiBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KPiA+IG52bzMgbWFpbGluZyBsaXN0DQo+ID4gbnZvM0Bp ZXRmLm9yZw0KPiA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbnZvMw0K From kireeti.kompella@gmail.com Thu Nov 29 19:52:16 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E74621F8954 for ; Thu, 29 Nov 2012 19:52:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.203 X-Spam-Level: X-Spam-Status: No, score=-2.203 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_QP_LONG_LINE=1.396, 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 gAmdFWTO-Yj2 for ; Thu, 29 Nov 2012 19:52:15 -0800 (PST) Received: from mail-da0-f44.google.com (mail-da0-f44.google.com [209.85.210.44]) by ietfa.amsl.com (Postfix) with ESMTP id C4C6D21F8914 for ; Thu, 29 Nov 2012 19:52:15 -0800 (PST) Received: by mail-da0-f44.google.com with SMTP id z20so30716dae.31 for ; Thu, 29 Nov 2012 19:52:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; bh=He18iUeIHdWM/vAAjsm7/TKOK8Jn0ZRo850h/uFuJ5s=; b=Pbm4W7hmYgpiEesNFQP2aj/rRkSKMBjoZMW+nLAknavP6gbV+6sfciZ4TNqehB2t4X GV84oFLhyiCi7NKML+3kqWBbKrOqyynyD35vrlA0roRZRxSPeEKFmYp//vN3m+vraSEA pahdI5pfwqCCvVWP/EbubfArhqhq1S5ymTagRbAkuZL5bIFWF1++5ZU5xK5mRG7SaRCn d0vDdPvRYB8qulPC6TUU+N0TG0MVOgBzlL4nLMQGl8rtpyWdQ9bsZA+C+0zxvS3PFQX1 MQqi06QYNwqf0mtHBXag3rChpbvqm0MQXUxVBW2ipBdAKEFTyh0oQ/iXY6EEQccX/HMb HHAw== Received: by 10.66.87.167 with SMTP id az7mr67336183pab.69.1354247535599; Thu, 29 Nov 2012 19:52:15 -0800 (PST) Received: from [192.168.3.3] (ai126213000227.5.tss.access-internet.ne.jp. [126.213.0.227]) by mx.google.com with ESMTPS id x6sm2139841pav.29.2012.11.29.19.52.13 (version=SSLv3 cipher=OTHER); Thu, 29 Nov 2012 19:52:14 -0800 (PST) References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se> <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> In-Reply-To: <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPhone Mail (10A525) From: Kireeti Kompella Date: Fri, 30 Nov 2012 12:52:08 +0900 To: Daniel King Cc: "" , "mpls@ietf.org" , "" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2012 03:52:16 -0000 Hi Dan, On Nov 27, 2012, at 5:48, "Daniel King" wrote: > Overall the document is well written and the motivation seems clear. The > proposed solution is technically sound and given the application of > tunneling of MPLS VPNs across IP PSNs, the mechanism does look to bring op= erational benefits for specific use cases. Clear, succinct, technical; free from baggage and politics. Thanks! I wish I could say the same of the ensuing email thread. As with many thread= s on this list, I don't know whether to laugh or cry.=20 I'll just say this: if MPLS-in-UDP is to be standardized, it should be in th= is WG. Consulting a WG that has a use case for this technology is fine, but a= ny thought of standardizing it elsewhere should be scotched _now_.=20 Kireeti From xuxiaohu@huawei.com Thu Nov 29 19:58:53 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5567421F88C8 for ; Thu, 29 Nov 2012 19:58:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.159 X-Spam-Level: X-Spam-Status: No, score=-2.159 tagged_above=-999 required=5 tests=[AWL=-0.702, BAYES_00=-2.599, CN_BODY_35=0.339, J_CHICKENPOX_14=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, 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 hmIfMt4Ag+DS for ; Thu, 29 Nov 2012 19:58:52 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 3BA9621F88C2 for ; Thu, 29 Nov 2012 19:58:51 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AMA78134; Fri, 30 Nov 2012 03:58:47 +0000 (GMT) Received: from LHREML406-HUB.china.huawei.com (10.201.5.243) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 30 Nov 2012 03:58:33 +0000 Received: from SZXEML404-HUB.china.huawei.com (10.82.67.59) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 30 Nov 2012 03:58:46 +0000 Received: from SZXEML525-MBS.china.huawei.com ([169.254.8.152]) by szxeml404-hub.china.huawei.com ([::1]) with mapi id 14.01.0323.003; Fri, 30 Nov 2012 11:58:36 +0800 From: Xuxiaohu To: "S. Davari" , Lucy yong Thread-Topic: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 Thread-Index: AQHNwcJ+OEnUt0Njx0mhcjqR0u0yRJf8iuog//+aL4CAAIwzAIAD43qAgACmB4CAAJjbEA== Date: Fri, 30 Nov 2012 03:58:36 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07585D6D@szxeml525-mbs.china.huawei.com> References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se> <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> <8E15642F-5F4B-4BD3-9BE9-C4EA56AA3FDE@broadcom.com> <2691CE0099834E4A9C5044EEC662BB9D44850CB1@dfweml505-mbb.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.130] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "draft-xu-mpls-in-udp@tools.ietf.org" , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2012 03:58:53 -0000 DQoNCj4gLS0tLS3Tyrz+1K28/i0tLS0tDQo+ILeivP7IyzogbXBscy1ib3VuY2VzQGlldGYub3Jn IFttYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnXSC0+rHtIFMuDQo+IERhdmFyaQ0KPiC3osvN yrG85DogMjAxMsTqMTHUwjMwyNUgMTA6MjcNCj4gytW8/sjLOiBMdWN5IHlvbmcNCj4gs63LzTog ZHJhZnQteHUtbXBscy1pbi11ZHBAdG9vbHMuaWV0Zi5vcmc7IG1wbHNAaWV0Zi5vcmc7DQo+IG1w bHMtY2hhaXJzQHRvb2xzLmlldGYub3JnDQo+INb3zOI6IFJlOiBbbXBsc10gTVBMUy1SVCByZXZp ZXcgb2YgZHJhZnQteHUtbXBscy1pbi11ZHAtMDMNCj4gDQo+IEx1Y3ksDQo+IA0KPiBQbHMgc2Vl IGlubGluZS4NCj4gDQo+IFJlZ2FyZHMsDQo+IFNoYWhyYW0NCj4gDQo+IA0KPiBPbiBOb3YgMjks IDIwMTIsIGF0IDg6MzMgQU0sIEx1Y3kgeW9uZyA8bHVjeS55b25nQGh1YXdlaS5jb20+IHdyb3Rl Og0KPiANCj4gPiBIaSBTaGFocmFtLA0KPiA+DQo+ID4gTGV0IG1lIHNoYXJlIG15IG9waW5pb24g b24gdGhpcy4gUGxlYXNlIHNlZSBpbmxpbmUuDQo+ID4NCj4gPj4gLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCj4gPj4gRnJvbTogbXBscy1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86bXBscy1i b3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YNCj4gPj4gU2hhaHJhbSBEYXZhcmkNCj4gPj4g U2VudDogTW9uZGF5LCBOb3ZlbWJlciAyNiwgMjAxMiAxMToxMCBQTQ0KPiA+PiBUbzogRGFuaWVs IEtpbmcNCj4gPj4gQ2M6IG1wbHNAaWV0Zi5vcmc7IGRyYWZ0LXh1LW1wbHMtaW4tdWRwQHRvb2xz LmlldGYub3JnOyBtcGxzLQ0KPiA+PiBjaGFpcnNAdG9vbHMuaWV0Zi5vcmcNCj4gPj4gU3ViamVj dDogUmU6IFttcGxzXSBNUExTLVJUIHJldmlldyBvZiBkcmFmdC14dS1tcGxzLWluLXVkcC0wMw0K PiA+Pg0KPiA+PiBIaSwNCj4gPj4NCj4gPj4gSW4gbXkgb3BpbmlvbiB0aGlzIGlzIGEgc29sdXRp b24gdG8gYSBwcm9ibGVtIHRoYXQgaGFzIGEgZG96ZW4gb3RoZXINCj4gPj4gc29sdXRpb25zIHN1 Y2ggYXMgTlZHUkUsIFZYTEFOLCBPVFAsIFNUVCwgZXRjLg0KPiA+IFtMdWN5XSBpcyBhbnkgb2Yg dGhlbSBzdGFuZGFyZGl6ZWQ/IGRvIHdlIHdhbnQgYW55IEJJRyBjb21wYW55IHRvDQo+IGltcGxl bWVudCBvbmUgc29sdXRpb24gYWhlYWQgYW5kIHRoZW4gdGVsbCB0aGUgaW5kdXN0cnkgdG8gZm9s bG93IGl0IHdpdGhvdXQNCj4gZ29pbmcgdGhyb3VnaCBhIHN0YW5kYXJkaXphdGlvbj8gV2hhdCBp cyB0aGUgcHVycG9zZSBvZiBJRVRGPw0KPiA+DQo+IFNEXSBOby4gVGhleSBhcmUgbm90IHN0YW5k YXJkLiBIb3dldmVyIGEgc2luZ2xlIElFVEYgV29yayBncm91cCAod2hpY2ggaW4gbXkNCj4gb3Bp bmlvbiBpcyBOVk8zKSBzaG91bGQgbG9vayBhdCBhbGwgc29sdXRpb25zIGFuZCBzZWxlY3Qgb25l LiBXZSBzaG91bGRuJ3QgdHJ5IHRvDQo+IHNuZWFrIGluIG90aGVyIFdHcyB3aXRob3V0IGEgZ2Vu ZXJhbCBhZ3JlZW1lbnQgaW4gTlZPMyB0aGF0IHRoaXMgaXMgdGhlIGJlc3QNCj4gc29sdXRpb24g c2VsZWN0ZWQgYnkgSUVURi4NCg0KSWYgeW91IGhhdmUgbm90aWNlZCB0aGUgU2VjdGlvbiBvZiBB cHBsaWNhYmlsaXR5IGluIHRoaXMgZHJhZnQsIGl0IGhhcyBhbHJlYWR5IHN0YXRlZCB0aGF0IHRo aXMgTVBMUy1pbi1VRFAgZW5jYXBzdWxhdGlvbiBjYW4gYmUgYXBwbGljYWJsZSB0byBhbnkgTVBM UyBhcHBsaWNhdGlvbnMgd2hpY2ggY2FuIGJlIGRlcGxveWVkIGluIG1hbnkgb3RoZXIgc2NlbmFy aW9zIGJlc2lkZXMgd2l0aGluIGRhdGEgY2VudGVycy4gDQoNCj4gPj4NCj4gPj4gU28gSSB3b25k ZXIgd2h5IE1QTFMgV0cgc2hvdWxkIHNwZW5kIGl0cyB2YWx1YWJsZSB0aW1lIHdvcmtpbmcgb24g eWV0DQo+ID4+IGFub3RoZXIgc29sdXRpb24uDQo+ID4gW0x1Y3ldIElNTzogYmVjYXVzZSBNUExT IGFuZCBWUE4gYXJlIHdpZGVseSB0ZWNobm9sb2dpZXMgaW4gV0FOIHNwYWNlLg0KPiBUaGUgVlBO IHRlY2hub2xvZ3kgaXMgdmVyeSBjbG9zZSB0byBuZXR3b3JrIHZpcnR1YWxpemF0aW9uIG92ZXJs YXkgdmlzaW9uIGluIERDDQo+IGV4Y2VwdCBjdXJyZW50IHNvbHV0aW9uIGlzIHRpZWQgaW50byBN UExTIGltcGxlbWVudGF0aW9uIHNsaWdodGx5LCB3aGljaCBtYWtlcw0KPiBvdmVybGF5IG5ldHdv cmsgKE1QTFMgY2xpZW50IGxheWVyKSBjb3VwbGVzIHdpdGggdW5kZXJseWluZyBuZXR3b3JrIChN UExTDQo+IHNlcnZlciBsYXllcikuIERDIE5WTyByZXF1aXJlcyB0byBkZWNvdXBsZSBvdmVybGF5 IG5ldHdvcmsgZnJvbSB1bmRlcmx5aW5nDQo+IG5ldHdvcmsuIFdlIHdhbnQgdG8gbGV2ZXJhZ2Ug VlBOIHRlY2hub2xvZ3kgaW50byBEQyBOVk8gaW5zdGVhZCBvZg0KPiByZWRlc2lnbmluZyBhIGZ1 bGwgc2V0IG9mIFZQTiBmZWF0dXJlcyBmb3IgREMgTlZPLg0KPiA+DQo+ID4gSW4gZmFjdCwgdGhl IHNvbHV0aW9uIGlzIHZlcnkgc2ltcGxlIGFuZCByZXF1aXJlcyBubyBjaGFuZ2UgdG8gdGhlIHRy YW5zaXQgbm9kZXMNCj4gd2hpbGUgTVBMUyBjbGllbnQgbGF5ZXIgY2FuIGRlY291cGxlIGZyb20g dGhlIE1QTFMgc2VydmVyIGxheWVyLiBJIGRvbid0IHRoaW5rDQo+IHRoYXQgaXQgd2lsbCB0YWtl IGEgbG90IG9mIFdHIHRpbWUgdG8gd29yayBvdXQgdGhlIHNvbHV0aW9uLiBJZiB5b3UgdGhpbmsg dGhhdCBpdCB3aWxsLA0KPiBwbGVhc2UgcG9pbnQgb3V0IHdoZXJlIGlzIHRoZSBjb21wbGV4aXR5 IGluIHRoZSBzb2x1dGlvbj8NCj4gPg0KPiANCj4gU0RdIG90aGVyIHNvbHV0aW9ucyBhbHNvIGRv bid0IHJlcXVpcmUgY2hhbmdlIHRvIHRyYW5zaXQgcm91dGVycy4NCg0KUGxlYXNlIGtlZXAgaW4g bWluZCB0aGF0IHRoZSBjb250ZXh0IHRoYXQgd2UgYXJlIHRhbGtpbmcgYWJvdXQgaXMgTVBMU19C QVNFRCBWUE4gdGVjaG5vbG9naWVzIHdoaWNoIHVzZSBNUExTIGxhYmVscyByYXRoZXIgdGhhbiBh bnl0aGluZyBlbHNlIGZvciBWUE4gaXNvbGF0aW9uLiBQbGVhc2UgZG9uJ3Qgd2FzdGUgeW91ciB2 YWx1YWJsZSB0aW1lIG9uIHJlcGVhdGluZyB0aGUgY29uZnVzZWQgd29yZHMgYWdhaW4gYW5kIGFn YWluLiANCg0KWGlhb2h1DQogDQo+ID4gUmVnYXJkcywNCj4gPiBMdWN5DQo+ID4+DQo+ID4+IFJl Z2FyZHMsDQo+ID4+IFNoYWhyYW0NCj4gPj4NCj4gPj4NCj4gPj4gT24gTm92IDI2LCAyMDEyLCBh dCAxMjo0OCBQTSwgIkRhbmllbCBLaW5nIiA8ZGFuaWVsQG9sZGRvZy5jby51az4gd3JvdGU6DQo+ ID4+DQo+ID4+PiBIaSBBbGwsDQo+ID4+Pg0KPiA+Pj4gQXMgcmVxdWVzdGVkLCBJIGhhdmUgcGVy Zm9ybWVkIGFuIE1QTFMtVFIgcmV2aWV3IG9mIGRyYWZ0LXh1LW1wbHMtaW4tDQo+ID4+IHVkcC0w MzoNCj4gPj4+DQo+ID4+PiBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC14dS1tcGxz LWluLXVkcC0wMw0KPiA+Pj4NCj4gPj4+IE92ZXJhbGwgdGhlIGRvY3VtZW50IGlzIHdlbGwgd3Jp dHRlbiBhbmQgdGhlIG1vdGl2YXRpb24gc2VlbXMgY2xlYXIuDQo+ID4+IFRoZQ0KPiA+Pj4gcHJv cG9zZWQgc29sdXRpb24gaXMgdGVjaG5pY2FsbHkgc291bmQgYW5kIGdpdmVuIHRoZSBhcHBsaWNh dGlvbiBvZg0KPiA+Pj4gdHVubmVsaW5nIG9mIE1QTFMgVlBOcyBhY3Jvc3MgSVAgUFNOcywgdGhl IG1lY2hhbmlzbSBkb2VzIGxvb2sgdG8NCj4gPj4gYnJpbmcNCj4gPj4+IG9wZXJhdGlvbmFsIGJl bmVmaXRzIGZvciBzcGVjaWZpYyB1c2UgY2FzZXMuIFRoZXJlZm9yZSBJIGJlbGlldmUgdGhlDQo+ ID4+PiBkb2N1bWVudCBpcyByZWFkeSB0byBiZSBjb25zaWRlcmVkIGZvciBXRyBhZG9wdGlvbi4N Cj4gPj4+DQo+ID4+PiBBdXRob3JzLA0KPiA+Pj4NCj4gPj4+IEFzIEkgd2FzIHJldmlld2luZyB0 aGUgZHJhZnQgSSBqb3R0ZWQgZG93biBhIG51bWJlciBvZiBtaW5vciBjb21tZW50cywNCj4gPj4g dGhlc2UNCj4gPj4+IGFyZSBvdXRsaW5lZCBiZWxvdy4gRmVlbCBmcmVlIHRvIHVzZSBvciBkaXNj YXJkLg0KPiA+Pj4NCj4gPj4+IDEuIEF1dGhvcnMuIFRoZSBSRkMtRWRpdG9ycyBhcmUgcmVxdWVz dGluZyBubyBtb3JlIHRoYW4gNSBhdXRob3JzIG9uDQo+ID4+IHRoZQ0KPiA+Pj4gZnJvbnQtcGFn ZS4gU28geW91IG1heSBhcyB3ZWxsIGFkZHJlc3MgdGhpcyBzb29uZXIgcmF0aGVyIHRoYW4gbGF0 ZXIuDQo+ID4+IFlvdQ0KPiA+Pj4gY2FuIGxvb2sgdG8gc3BsaXQgaW50byB0byAtIEF1dGhvcnMg YW5kIENvbnRyaWJ1dGluZyBBdXRob3JzIChvciBqdXN0DQo+ID4+PiBDb250cmlidXRvcnMpIHRv IGNpcmN1bW5hdmlnYXRlIHRoZSBhdXRob3IgbGltaXQuDQo+ID4+Pg0KPiA+Pj4gMi4gWW91IHNo b3VsZCBtb3ZlIHRoZSBBYnN0cmFjdCBhYm92ZSB0aGUgU3RhdHVzIG9mIHRoaXMgTWVtbyBzZWN0 aW9uLg0KPiA+Pj4NCj4gPj4+IDMuIFBlcmhhcHMgbG9vayB0byBleHBhbmQgQWJzdHJhY3QgdG86 DQo+ID4+Pg0KPiA+Pj4gRXhpc3RpbmcgdGVjaG5vbG9naWVzIHRvIGVuY2Fwc3VsYXRlIE1QTFMg b3ZlciBJUCBhcmUgbm90IGFkZXF1YXRlDQo+ID4+IGZvcg0KPiA+Pj4gZWZmaWNpZW50IHRyYW5z cG9ydCBhY3Jvc3MgSVAtZW5hYmxlZCBQYWNrZXQgU3dpdGNoIE5ldHdvcmtzIChQU05zKS4NCj4g Pj4gVGhpcw0KPiA+Pj4gZG9jdW1lbnQgc3BlY2lmaWVzIGFuIElQLWJhc2VkIGVuY2Fwc3VsYXRp b24gdGVjaG5vbG9neSBmb3IgbG9hZC0NCj4gPj4gYmFsYW5jaW5nDQo+ID4+PiBNUExTIHBhY2tl dHMgYWNyb3NzIElQIFBTTnMuIFRoaXMgbWVjaGFuaXNtIGlzIHJlZmVycmVkIHRvIGFzIE1QTFMt DQo+ID4+IGluLVVEUC4NCj4gPj4+DQo+ID4+PiBUaGlzIGRvY3VtZW50IGRlZmluZXMgdGhlIHBy b3RvY29sIGV4dGVuc2lvbnMgYW5kIHByb2NlZHVyZXMgZm9yDQo+ID4+IE1QTFMtaW4tVURQDQo+ ID4+PiBhbmQgd2lsbCBmYWNpbGl0YXRlIHRyYW5zcG9ydCBvZiBNUExTIGFwcGxpY2F0aW9uIHRy YWZmaWMsIGluY2x1ZGluZw0KPiA+PiBMMlZQTnMNCj4gPj4+IGFuZCBMM1ZQTnMsIGFjcm9zcyBJ UC1lbmFibGVkIFBTTnMuDQo+ID4+PiA8PA0KPiA+Pj4NCj4gPj4+IDQuIEludHJvZHVjdGlvbiBp cyBvaywgYnV0IHRoZSB3YWxsIG9mIHRleHQgcmVxdWlyZXMgc3BsaXR0aW5nIGludG8NCj4gPj4g c2VwYXJhdGUNCj4gPj4+IHBhcmFncmFwaHMgZm9yIHJlYWRhYmlsaXR5LiBZb3UgY291bGQgc3Bs aXQgdGhlIGludHJvZHVjdGlvbiBpbnRvDQo+ID4+IHNlY3Rpb25zDQo+ID4+PiAob3IganVzdCBh ZGRpdGlvbmFsIHBhcmFncmFwaHMpIHRvIGhlbHAgd2l0aCBuYXZpZ2F0aW9uLCBubyBtYWpvcg0K PiA+PiBjaGFuZ2VzIGluDQo+ID4+PiB0ZXh0IGFyZSByZXF1aXJlZDoNCj4gPj4+DQo+ID4+PiAx LiBJbnRyb2R1Y3Rpb24NCj4gPj4+IC0gQ29udGFpbnMgYXBwbGljYXRpb24vbW90aXZhdGlvbiBi YWNrZ3JvdW5kIHRleHQuDQo+ID4+PiAtIEludGVudGlvbiBvZiB0aGUgZG9jdW1lbnQuDQo+ID4+ Pg0KPiA+Pj4gMS4xIEV4aXN0aW5nIFRlY2hub2xvZ2llcw0KPiA+Pj4gLSBEZXNjcmliZXMgZXhp c3RpbmcgdGVjaG5pcXVlcyAoUkZDNDAyMywgZXQgYWwuKS4NCj4gPj4+DQo+ID4+PiAxLjIgUmVx dWlyZW1lbnRzIGFuZCBNb3RpdmF0aW9uDQo+ID4+PiAtIFdoYXQgdGhlIHRlY2hub2xvZ3kgb3Ig YXBwbGljYXRpb24gZ2FwcyBiZXR3ZWVuIHByaW9yIHdvcmsgYW5kIHRoaXMNCj4gPj4+IHByb3Bv c2FsLg0KPiA+Pj4gLSBWZXJ5IGltcG9ydGFudCB0byBkaXNjdXNzIHRoZSBtb3RpdmF0aW9uIGdp dmVuIHRoYXQgd2UgYWxyZWFkeSBoYXZlDQo+ID4+IGENCj4gPj4+IG51bWJlciBvZiBhbHRlcm5h dGl2ZXMuDQo+ID4+Pg0KPiA+Pj4gNS4gVGhlIGRvY3VtZW50IG1lbnRpb25zICJjb3JlIiBhIG51 bWJlciBvZiB0aW1lcy4gSXMgdGhpcyByZWFsbHkgYQ0KPiA+PiBjb3JlDQo+ID4+PiBhcHBsaWNh dGlvbiBvciBpcyB0aGUgbWVjaGFuaXNtIG1vcmUgbGlrZWx5IHRvIGJlIGFwcGxpZWQgaW4NCj4g Pj4gZW52aXJvbm1lbnRzDQo+ID4+PiB3aXRoIGVxdWlwbWVudCB0aGF0IGRvZXMgbm90IHN1cHBv cnQgbmF0aXZlIE1QTFMgZm9yd2FyZGluZz8gVGhpcyBpcw0KPiA+Pj4gc29tZXRoaW5nIHlvdSBt aWdodCB3YW50IHRvIGV4cGFuZCBvbiBpbiBTZWN0aW9uIDYgKEFwcGxpY2FiaWxpdHkpDQo+ID4+ IGFuZA0KPiA+Pj4gbGVzc2VuIHRoZSAiY29yZSIgYXBwbGljYWJpbGl0eSBpbiBvdGhlciBwYXJ0 cyBvZiB0aGUgZG9jdW1lbnQuIEFsc28sDQo+ID4+IGhvdw0KPiA+Pj4gYXBwbGljYWJsZSBpcyB0 aGUgZG9jdW1lbnQgdG8gbXVsdGljYXN0IFZQTnMsIGFueSBpc3N1ZXM/DQo+ID4+Pg0KPiA+Pj4g Ni4gR2VuZXJhbCBjb21tZW50IG9uIGFjcm9ueW1zLiBUaGUgZG9jdW1lbnQgZXhwYW5kcyBFQ01Q IGJ1dCBub3QNCj4gR1JFDQo+ID4+IG9yDQo+ID4+PiBTQUZJLCBzbyBtYXliZSBjaGVjayBkb2N1 bWVudCBmb3IgY29uc2lzdGVuY3kuDQo+ID4+Pg0KPiA+Pj4gUGxlYXNlIGRvIG5vdCBoZXNpdGF0 ZSB0byBlbWFpbCBtZSBpZiBhbnl0aGluZyBpcyBub3QgY2xlYXIuDQo+ID4+Pg0KPiA+Pj4gQnIs IERhbi4NCj4gPj4+DQo+ID4+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+Pj4gRnJv bTogTG9hIEFuZGVyc3NvbiBbbWFpbHRvOmxvYUBwaS5udV0NCj4gPj4+IFNlbnQ6IFR1ZXNkYXks IE5vdmVtYmVyIDEzLCAyMDEyIDk6MTYgQU0NCj4gPj4+IFRvOiBHcmVnb3J5IE1pcnNreTsgRGFu IEtpbmc7IEVyaWMgT3Nib3JuZSAoZW9zYm9ybmUpOw0KPiA+Pj4gbmljay5kZWxyZWdub0B2ZXJp em9uLmNvbTsgbXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc7IE1hcnRpbg0KPiA+PiBWaWdvdXJl dXg7DQo+ID4+PiBkcmFmdC14dS1tcGxzLWluLXVkcEB0b29scy5pZXRmLm9yZw0KPiA+Pj4gU3Vi amVjdDogTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQteHUtbXBscy1pbi11ZHAtMDMNCj4gPj4+DQo+ ID4+PiBHcmVnLCBEYW4sIEVyaWMgYW5kIE5pY2ssDQo+ID4+Pg0KPiA+Pj4gWW91IGhhdmUgYmVl biBzZWxlY3RlZCBhcyBhbiBNUExTIFJldmlldyB0ZWFtIHJldmlld2VycyBmb3INCj4gPj4+IGRy YWZ0LXh1LW1wbHMtaW4tdWRwLTAzLg0KPiA+Pj4NCj4gPj4+IE5vdGUgdG8gYXV0aG9yczogWW91 IGhhdmUgYmVlbiBDQydkIG9uIHRoaXMgZW1haWwgc28gdGhhdCB5b3UgY2FuDQo+ID4+IGtub3cg dGhhdA0KPiA+Pj4gdGhpcyByZXZpZXcgaXMgZ29pbmcgb24uIEhvd2V2ZXIsIHBsZWFzZSBkbyBu b3QgcmV2aWV3IHlvdXIgb3duDQo+ID4+IGRvY3VtZW50Lg0KPiA+Pj4NCj4gPj4+IFJldmlld3Mg c2hvdWxkIGNvbW1lbnQgb24gd2hldGhlciB0aGUgZG9jdW1lbnQgaXMgY29oZXJlbnQsIGlzIGl0 DQo+ID4+IHVzZWZ1bA0KPiA+Pj4gKGllLCBpcyBpdCBsaWtlbHkgdG8gYmUgYWN0dWFsbHkgdXNl ZnVsIGluIG9wZXJhdGlvbmFsIG5ldHdvcmtzKSwgYW5kDQo+ID4+IGlzIHRoZQ0KPiA+Pj4gZG9j dW1lbnQgdGVjaG5pY2FsbHkgc291bmQ/ICBXZSBhcmUgaW50ZXJlc3RlZCBpbiBrbm93aW5nIHdo ZXRoZXIgdGhlDQo+ID4+PiBkb2N1bWVudCBpcyByZWFkeSB0byBiZSBjb25zaWRlcmVkIGZvciBX RyBhZG9wdGlvbiAoaWUsIGl0IGRvZXNuJ3QNCj4gPj4gaGF2ZSB0bw0KPiA+Pj4gYmUgcGVyZmVj dCBhdCB0aGlzIHBvaW50LCBidXQgc2hvdWxkIGJlIGEgZ29vZCBzdGFydCkuDQo+ID4+Pg0KPiA+ Pj4gUmV2aWV3cyBzaG91bGQgYmUgc2VudCB0byB0aGUgZG9jdW1lbnQgYXV0aG9ycywgV0cgY28t Y2hhaXJzIGFuZA0KPiA+PiBzZWNyZXRhcnksDQo+ID4+PiBhbmQgQ0MnZCB0byB0aGUgTVBMUyBX RyBlbWFpbCBsaXN0LiBJZiBuZWNlc3NhcnksIGNvbW1lbnRzIG1heSBiZQ0KPiA+PiBzZW50DQo+ ID4+PiBwcml2YXRlbHkgdG8gb25seSB0aGUgV0cgY2hhaXJzLg0KPiA+Pj4NCj4gPj4+IEFyZSB5 b3UgYWJsZSB0byByZXZpZXcgdGhpcyBkcmFmdCBieSBOb3ZlbWJlciAyOSwgMjAxMj8NCj4gPj4+ DQo+ID4+PiBUaGFua3MsIExvYQ0KPiA+Pj4gKGFzIE1QTFMgV0cgY2hhaXIpDQo+ID4+Pg0KPiA+ Pj4gL0xvYQ0KPiA+Pj4NCj4gPj4+DQo+ID4+PiAtLQ0KPiA+Pj4NCj4gPj4+DQo+ID4+PiBMb2Eg QW5kZXJzc29uICAgICAgICAgICAgICAgICAgICAgICAgIGVtYWlsOg0KPiA+PiBsb2EuYW5kZXJz c29uQGVyaWNzc29uLmNvbQ0KPiA+Pj4gU3IgU3RyYXRlZ3kgYW5kIFN0YW5kYXJkcyBNYW5hZ2Vy ICAgICAgICAgICAgbG9hQHBpLm51DQo+ID4+PiBFcmljc3NvbiBJbmMgICAgICAgICAgICAgICAg ICAgICAgICAgIHBob25lOiArNDYgMTAgNzE3IDUyIDEzDQo+ID4+PiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICArNDYgNzY3IDcyIDkyIDEzDQo+ID4+Pg0KPiA+ Pj4NCj4gPj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQo+ID4+PiBtcGxzIG1haWxpbmcgbGlzdA0KPiA+Pj4gbXBsc0BpZXRmLm9yZw0KPiA+Pj4gaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQo+ID4+DQo+ID4+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4+IG1wbHMgbWFp bGluZyBsaXN0DQo+ID4+IG1wbHNAaWV0Zi5vcmcNCj4gPj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9tcGxzDQo+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCj4gPiBtcGxzIG1haWxpbmcgbGlzdA0KPiA+IG1wbHNAaWV0Zi5v cmcNCj4gPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCj4gX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gbXBscyBtYWls aW5nIGxpc3QNCj4gbXBsc0BpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL21wbHMNCg== From xuxiaohu@huawei.com Thu Nov 29 20:04:16 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D1A5A21F8468 for ; Thu, 29 Nov 2012 20:04:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.381 X-Spam-Level: X-Spam-Status: No, score=-2.381 tagged_above=-999 required=5 tests=[AWL=-0.324, BAYES_00=-2.599, CN_BODY_35=0.339, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, 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 pIxayqfcbZ40 for ; Thu, 29 Nov 2012 20:04:16 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id F3C6121F8453 for ; Thu, 29 Nov 2012 20:04:14 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id ANI68196; Fri, 30 Nov 2012 04:04:13 +0000 (GMT) Received: from LHREML406-HUB.china.huawei.com (10.201.5.243) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 30 Nov 2012 04:03:55 +0000 Received: from SZXEML442-HUB.china.huawei.com (10.82.67.180) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 30 Nov 2012 04:04:10 +0000 Received: from SZXEML525-MBS.china.huawei.com ([169.254.8.152]) by szxeml442-hub.china.huawei.com ([10.82.67.180]) with mapi id 14.01.0323.003; Fri, 30 Nov 2012 12:04:06 +0800 From: Xuxiaohu To: Kireeti Kompella , Daniel King Thread-Topic: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 Thread-Index: AQHNwcJ+OEnUt0Njx0mhcjqR0u0yRJf8iuog//+aL4CABS1pAIAAiEWg Date: Fri, 30 Nov 2012 04:04:05 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07585D87@szxeml525-mbs.china.huawei.com> References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se> <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.130] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "" , "mpls@ietf.org" , "" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2012 04:04:16 -0000 SGkgS2lyZWV0aSwNCg0KTWFueSB0aGFua3MgZm9yIHRoaXMgZmFpciBqdWRnZW1lbnQuDQoNCkJl c3QgcmVnYXJkcywNClhpYW9odQ0KDQo+IC0tLS0t08q8/tStvP4tLS0tLQ0KPiC3orz+yMs6IG1w bHMtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBL aXJlZXRpDQo+IEtvbXBlbGxhDQo+ILeiy83KsbzkOiAyMDEyxOoxMdTCMzDI1SAxMTo1Mg0KPiDK 1bz+yMs6IERhbmllbCBLaW5nDQo+ILOty806IDxkcmFmdC14dS1tcGxzLWluLXVkcEB0b29scy5p ZXRmLm9yZz47IG1wbHNAaWV0Zi5vcmc7DQo+IDxtcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZz4N Cj4g1vfM4jogUmU6IFttcGxzXSBNUExTLVJUIHJldmlldyBvZiBkcmFmdC14dS1tcGxzLWluLXVk cC0wMw0KPiANCj4gSGkgRGFuLA0KPiANCj4gT24gTm92IDI3LCAyMDEyLCBhdCA1OjQ4LCAiRGFu aWVsIEtpbmciIDxkYW5pZWxAb2xkZG9nLmNvLnVrPiB3cm90ZToNCj4gDQo+ID4gT3ZlcmFsbCB0 aGUgZG9jdW1lbnQgaXMgd2VsbCB3cml0dGVuIGFuZCB0aGUgbW90aXZhdGlvbiBzZWVtcyBjbGVh ci4gVGhlDQo+ID4gcHJvcG9zZWQgc29sdXRpb24gaXMgdGVjaG5pY2FsbHkgc291bmQgYW5kIGdp dmVuIHRoZSBhcHBsaWNhdGlvbiBvZg0KPiA+IHR1bm5lbGluZyBvZiBNUExTIFZQTnMgYWNyb3Nz IElQIFBTTnMsIHRoZSBtZWNoYW5pc20gZG9lcyBsb29rIHRvIGJyaW5nDQo+IG9wZXJhdGlvbmFs IGJlbmVmaXRzIGZvciBzcGVjaWZpYyB1c2UgY2FzZXMuDQo+IA0KPiBDbGVhciwgc3VjY2luY3Qs IHRlY2huaWNhbDsgZnJlZSBmcm9tIGJhZ2dhZ2UgYW5kIHBvbGl0aWNzLiBUaGFua3MhDQo+IA0K PiBJIHdpc2ggSSBjb3VsZCBzYXkgdGhlIHNhbWUgb2YgdGhlIGVuc3VpbmcgZW1haWwgdGhyZWFk LiBBcyB3aXRoIG1hbnkgdGhyZWFkcw0KPiBvbiB0aGlzIGxpc3QsIEkgZG9uJ3Qga25vdyB3aGV0 aGVyIHRvIGxhdWdoIG9yIGNyeS4NCj4gDQo+IEknbGwganVzdCBzYXkgdGhpczogaWYgTVBMUy1p bi1VRFAgaXMgdG8gYmUgc3RhbmRhcmRpemVkLCBpdCBzaG91bGQgYmUgaW4gdGhpcyBXRy4NCj4g Q29uc3VsdGluZyBhIFdHIHRoYXQgaGFzIGEgdXNlIGNhc2UgZm9yIHRoaXMgdGVjaG5vbG9neSBp cyBmaW5lLCBidXQgYW55IHRob3VnaHQNCj4gb2Ygc3RhbmRhcmRpemluZyBpdCBlbHNld2hlcmUg c2hvdWxkIGJlIHNjb3RjaGVkIF9ub3dfLg0KPiANCj4gS2lyZWV0aQ0KPiANCj4gX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gbXBscyBtYWlsaW5nIGxp c3QNCj4gbXBsc0BpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL21wbHMNCg== From davarish@yahoo.com Thu Nov 29 20:44:00 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D91C521F8938 for ; Thu, 29 Nov 2012 20:44:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.753 X-Spam-Level: X-Spam-Status: No, score=-0.753 tagged_above=-999 required=5 tests=[AWL=0.450, BAYES_00=-2.599, MIME_QP_LONG_LINE=1.396] 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 OeGF-emJv6Am for ; Thu, 29 Nov 2012 20:44:00 -0800 (PST) Received: from nm15.bullet.mail.bf1.yahoo.com (nm15.bullet.mail.bf1.yahoo.com [98.139.212.174]) by ietfa.amsl.com (Postfix) with ESMTP id AEF0321F891F for ; Thu, 29 Nov 2012 20:43:59 -0800 (PST) Received: from [98.139.212.145] by nm15.bullet.mail.bf1.yahoo.com with NNFMP; 30 Nov 2012 04:43:59 -0000 Received: from [98.139.173.160] by tm2.bullet.mail.bf1.yahoo.com with NNFMP; 30 Nov 2012 04:43:59 -0000 Received: from [127.0.0.1] by smtp103-mob.biz.mail.bf1.yahoo.com with NNFMP; 30 Nov 2012 04:43:59 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1354250639; bh=tpNX6uZX7SsQJfSf0MwehvymoC/UOMz2iioludPgVuM=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:References:Mime-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Message-Id:Cc:X-Mailer:From:Subject:Date:To; b=STXl3o/zcg6SQolN25aL0qPkXTosU0xCZIc4kPrTOoLpEBog6WvTJVbw4O6wdABkvv9d4iZXX0C632zCXPcTWBptfOZSVJU7Y1hviTWX+rQstVg47f1G8DRQjX9ND6Jx7u6XYFFoqJi3tD7Q3UZfE6ep6N0RzpWbFb5UZYwHXHE= X-Yahoo-Newman-Id: 60763.674.bm@smtp103-mob.biz.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: S1.1dPAVM1kZvWxBeE2Dxy5EeLuCkJ754Li5ZxYBYDGILuF mqOffpGM3_kxIt4eFq5cgmWyTWvygoIw1rTkJBel_WO6TODRNbhX9KUKZ7x6 9Ijolt0t4uAjHP2.Xi5ghAgz_8w3c9msYnW1I4Wt5BglHxN3dC_mvWTHYnkX PfZ7ihdmUfJMxSe1QBgRosQZFbtwRatG0jy6Lbt59hrJGb7z5M9GDMN5_2fb PaG8PWq2TtEtoJibf31_UJrOikcIN4GmXYy4R8RllmNvMkTE4.FZluyH_adg SY_NDGpQpLt1uAaI8UOvUs2h2dk2xXxBypALJT3.wp6Hq9Fgp2pgXVFPrTur _kGlaU0fhxXUlRyx2ZbrezCAYiVJ_jJbKU5hY4hB.DCKjvNhKpAcq4hzm8GR 1hDx6VEDKXIVCHVLU_ZNHeWr8vOsx3IStaarYcEiZMXGHUtPOh7klqkbAz1b 0Wno8q4A- X-Yahoo-SMTP: ygPrP9CswBCWPbPtKJlJyLY0KMlg Received: from [192.168.0.104] (davarish@98.248.36.11 with xymcookie) by smtp103-mob.biz.mail.bf1.yahoo.com with SMTP; 29 Nov 2012 20:43:59 -0800 PST References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se> <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <11C58C3C-2A3B-4C79-A2DA-CCB2792F72A4@yahoo.com> X-Mailer: iPhone Mail (10A403) From: "S. Davari" Date: Thu, 29 Nov 2012 20:43:56 -0800 To: Kireeti Kompella Cc: "" , "mpls@ietf.org" , "" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2012 04:44:01 -0000 I never suggested that this draft be standardized by other WGs. But the main= use case is NVO3 and I think they have to agree to the method proposed in t= his draft, which I'd using VPLS inside UDP. Regards, Shahram On Nov 29, 2012, at 7:52 PM, Kireeti Kompella w= rote: > Hi Dan, >=20 > On Nov 27, 2012, at 5:48, "Daniel King" wrote: >=20 >> Overall the document is well written and the motivation seems clear. The >> proposed solution is technically sound and given the application of >> tunneling of MPLS VPNs across IP PSNs, the mechanism does look to bring o= perational benefits for specific use cases. >=20 > Clear, succinct, technical; free from baggage and politics. Thanks! >=20 > I wish I could say the same of the ensuing email thread. As with many thre= ads on this list, I don't know whether to laugh or cry.=20 >=20 > I'll just say this: if MPLS-in-UDP is to be standardized, it should be in t= his WG. Consulting a WG that has a use case for this technology is fine, but= any thought of standardizing it elsewhere should be scotched _now_.=20 >=20 > Kireeti >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From davari@broadcom.com Thu Nov 29 20:52:31 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 791A321E8039 for ; Thu, 29 Nov 2012 20:52:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.049 X-Spam-Level: X-Spam-Status: No, score=-3.049 tagged_above=-999 required=5 tests=[AWL=-2.192, BAYES_00=-2.599, CN_BODY_35=0.339, J_CHICKENPOX_13=0.6, J_CHICKENPOX_14=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, 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 aX1KkX7ytiD3 for ; Thu, 29 Nov 2012 20:52:30 -0800 (PST) Received: from mms3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by ietfa.amsl.com (Postfix) with ESMTP id 6D0BF21E8037 for ; Thu, 29 Nov 2012 20:52:30 -0800 (PST) Received: from [10.16.192.232] by mms3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.5)); Thu, 29 Nov 2012 20:48:00 -0800 X-Server-Uuid: B86B6450-0931-4310-942E-F00ED04CA7AF Received: from SJEXCHCAS03.corp.ad.broadcom.com (10.16.203.9) by SJEXCHHUB02.corp.ad.broadcom.com (10.16.192.232) with Microsoft SMTP Server (TLS) id 8.2.247.2; Thu, 29 Nov 2012 20:52:22 -0800 Received: from SJEXCHMB12.corp.ad.broadcom.com ( [fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS03.corp.ad.broadcom.com ( [::1]) with mapi id 14.01.0355.002; Thu, 29 Nov 2012 20:52:00 -0800 From: "Shahram Davari" To: Xuxiaohu Thread-Topic: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 Thread-Index: AQHHkwCqtCFX6nRCynct8aUUUUNUNAGo9NF+l/u7i9CAAJG6/IAEaZaAgACmB4CAABmEAP//iNAl Date: Fri, 30 Nov 2012 04:52:00 +0000 Message-ID: References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se> <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> <8E15642F-5F4B-4BD3-9BE9-C4EA56AA3FDE@broadcom.com> <2691CE0099834E4A9C5044EEC662BB9D44850CB1@dfweml505-mbb.china.huawei.com> , <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07585D6D@szxeml525-mbs.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07585D6D@szxeml525-mbs.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-WSS-ID: 7CA6E50A39W2234394-01-01 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: base64 Cc: "draft-xu-mpls-in-udp@tools.ietf.org" , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2012 04:52:31 -0000 DQoNClJlZ2FyZHMsDQpTaGFocmFtDQoNCg0KT24gTm92IDI5LCAyMDEyLCBhdCA3OjU5IFBNLCAi WHV4aWFvaHUiIDx4dXhpYW9odUBodWF3ZWkuY29tPiB3cm90ZToNCg0KPiANCj4gDQo+PiAtLS0t LdPKvP7Urbz+LS0tLS0NCj4+ILeivP7IyzogbXBscy1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86 bXBscy1ib3VuY2VzQGlldGYub3JnXSC0+rHtIFMuDQo+PiBEYXZhcmkNCj4+ILeiy83KsbzkOiAy MDEyxOoxMdTCMzDI1SAxMDoyNw0KPj4gytW8/sjLOiBMdWN5IHlvbmcNCj4+ILOty806IGRyYWZ0 LXh1LW1wbHMtaW4tdWRwQHRvb2xzLmlldGYub3JnOyBtcGxzQGlldGYub3JnOw0KPj4gbXBscy1j aGFpcnNAdG9vbHMuaWV0Zi5vcmcNCj4+INb3zOI6IFJlOiBbbXBsc10gTVBMUy1SVCByZXZpZXcg b2YgZHJhZnQteHUtbXBscy1pbi11ZHAtMDMNCj4+IA0KPj4gTHVjeSwNCj4+IA0KPj4gUGxzIHNl ZSBpbmxpbmUuDQo+PiANCj4+IFJlZ2FyZHMsDQo+PiBTaGFocmFtDQo+PiANCj4+IA0KPj4gT24g Tm92IDI5LCAyMDEyLCBhdCA4OjMzIEFNLCBMdWN5IHlvbmcgPGx1Y3kueW9uZ0BodWF3ZWkuY29t PiB3cm90ZToNCj4+IA0KPj4+IEhpIFNoYWhyYW0sDQo+Pj4gDQo+Pj4gTGV0IG1lIHNoYXJlIG15 IG9waW5pb24gb24gdGhpcy4gUGxlYXNlIHNlZSBpbmxpbmUuDQo+Pj4gDQo+Pj4+IC0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQo+Pj4+IEZyb206IG1wbHMtYm91bmNlc0BpZXRmLm9yZyBbbWFp bHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mDQo+Pj4+IFNoYWhyYW0gRGF2 YXJpDQo+Pj4+IFNlbnQ6IE1vbmRheSwgTm92ZW1iZXIgMjYsIDIwMTIgMTE6MTAgUE0NCj4+Pj4g VG86IERhbmllbCBLaW5nDQo+Pj4+IENjOiBtcGxzQGlldGYub3JnOyBkcmFmdC14dS1tcGxzLWlu LXVkcEB0b29scy5pZXRmLm9yZzsgbXBscy0NCj4+Pj4gY2hhaXJzQHRvb2xzLmlldGYub3JnDQo+ Pj4+IFN1YmplY3Q6IFJlOiBbbXBsc10gTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQteHUtbXBscy1p bi11ZHAtMDMNCj4+Pj4gDQo+Pj4+IEhpLA0KPj4+PiANCj4+Pj4gSW4gbXkgb3BpbmlvbiB0aGlz IGlzIGEgc29sdXRpb24gdG8gYSBwcm9ibGVtIHRoYXQgaGFzIGEgZG96ZW4gb3RoZXINCj4+Pj4g c29sdXRpb25zIHN1Y2ggYXMgTlZHUkUsIFZYTEFOLCBPVFAsIFNUVCwgZXRjLg0KPj4+IFtMdWN5 XSBpcyBhbnkgb2YgdGhlbSBzdGFuZGFyZGl6ZWQ/IGRvIHdlIHdhbnQgYW55IEJJRyBjb21wYW55 IHRvDQo+PiBpbXBsZW1lbnQgb25lIHNvbHV0aW9uIGFoZWFkIGFuZCB0aGVuIHRlbGwgdGhlIGlu ZHVzdHJ5IHRvIGZvbGxvdyBpdCB3aXRob3V0DQo+PiBnb2luZyB0aHJvdWdoIGEgc3RhbmRhcmRp emF0aW9uPyBXaGF0IGlzIHRoZSBwdXJwb3NlIG9mIElFVEY/DQo+PiBTRF0gTm8uIFRoZXkgYXJl IG5vdCBzdGFuZGFyZC4gSG93ZXZlciBhIHNpbmdsZSBJRVRGIFdvcmsgZ3JvdXAgKHdoaWNoIGlu IG15DQo+PiBvcGluaW9uIGlzIE5WTzMpIHNob3VsZCBsb29rIGF0IGFsbCBzb2x1dGlvbnMgYW5k IHNlbGVjdCBvbmUuIFdlIHNob3VsZG4ndCB0cnkgdG8NCj4+IHNuZWFrIGluIG90aGVyIFdHcyB3 aXRob3V0IGEgZ2VuZXJhbCBhZ3JlZW1lbnQgaW4gTlZPMyB0aGF0IHRoaXMgaXMgdGhlIGJlc3QN Cj4+IHNvbHV0aW9uIHNlbGVjdGVkIGJ5IElFVEYuDQo+IA0KPiBJZiB5b3UgaGF2ZSBub3RpY2Vk IHRoZSBTZWN0aW9uIG9mIEFwcGxpY2FiaWxpdHkgaW4gdGhpcyBkcmFmdCwgaXQgaGFzIGFscmVh ZHkgc3RhdGVkIHRoYXQgdGhpcyBNUExTLWluLVVEUCBlbmNhcHN1bGF0aW9uIGNhbiBiZSBhcHBs aWNhYmxlIHRvIGFueSBNUExTIGFwcGxpY2F0aW9ucyB3aGljaCBjYW4gYmUgZGVwbG95ZWQgaW4g bWFueSBvdGhlciBzY2VuYXJpb3MgYmVzaWRlcyB3aXRoaW4gZGF0YSBjZW50ZXJzLiANCg0KDQpb U0RdIEluIHRoZW9yeSBhbGwgdGhlc2UgTlZPIHRlY2hub2xvZ2llcyBjYW4gYmUgdXNlZCB0byBw cm92aWRlIEwyVlBOIG9yIEwzVlBOLCBidXQgaW4gcHJhY3RpY2UgaXQgaXMgb25seSB1c2VkIGlu IGRhdGEgY2VudGVycy4NCg0KDQo+IA0KPj4+PiANCj4+Pj4gU28gSSB3b25kZXIgd2h5IE1QTFMg V0cgc2hvdWxkIHNwZW5kIGl0cyB2YWx1YWJsZSB0aW1lIHdvcmtpbmcgb24geWV0DQo+Pj4+IGFu b3RoZXIgc29sdXRpb24uDQo+Pj4gW0x1Y3ldIElNTzogYmVjYXVzZSBNUExTIGFuZCBWUE4gYXJl IHdpZGVseSB0ZWNobm9sb2dpZXMgaW4gV0FOIHNwYWNlLg0KPj4gVGhlIFZQTiB0ZWNobm9sb2d5 IGlzIHZlcnkgY2xvc2UgdG8gbmV0d29yayB2aXJ0dWFsaXphdGlvbiBvdmVybGF5IHZpc2lvbiBp biBEQw0KPj4gZXhjZXB0IGN1cnJlbnQgc29sdXRpb24gaXMgdGllZCBpbnRvIE1QTFMgaW1wbGVt ZW50YXRpb24gc2xpZ2h0bHksIHdoaWNoIG1ha2VzDQo+PiBvdmVybGF5IG5ldHdvcmsgKE1QTFMg Y2xpZW50IGxheWVyKSBjb3VwbGVzIHdpdGggdW5kZXJseWluZyBuZXR3b3JrIChNUExTDQo+PiBz ZXJ2ZXIgbGF5ZXIpLiBEQyBOVk8gcmVxdWlyZXMgdG8gZGVjb3VwbGUgb3ZlcmxheSBuZXR3b3Jr IGZyb20gdW5kZXJseWluZw0KPj4gbmV0d29yay4gV2Ugd2FudCB0byBsZXZlcmFnZSBWUE4gdGVj aG5vbG9neSBpbnRvIERDIE5WTyBpbnN0ZWFkIG9mDQo+PiByZWRlc2lnbmluZyBhIGZ1bGwgc2V0 IG9mIFZQTiBmZWF0dXJlcyBmb3IgREMgTlZPLg0KPj4+IA0KPj4+IEluIGZhY3QsIHRoZSBzb2x1 dGlvbiBpcyB2ZXJ5IHNpbXBsZSBhbmQgcmVxdWlyZXMgbm8gY2hhbmdlIHRvIHRoZSB0cmFuc2l0 IG5vZGVzDQo+PiB3aGlsZSBNUExTIGNsaWVudCBsYXllciBjYW4gZGVjb3VwbGUgZnJvbSB0aGUg TVBMUyBzZXJ2ZXIgbGF5ZXIuIEkgZG9uJ3QgdGhpbmsNCj4+IHRoYXQgaXQgd2lsbCB0YWtlIGEg bG90IG9mIFdHIHRpbWUgdG8gd29yayBvdXQgdGhlIHNvbHV0aW9uLiBJZiB5b3UgdGhpbmsgdGhh dCBpdCB3aWxsLA0KPj4gcGxlYXNlIHBvaW50IG91dCB3aGVyZSBpcyB0aGUgY29tcGxleGl0eSBp biB0aGUgc29sdXRpb24/DQo+PiANCj4+IFNEXSBvdGhlciBzb2x1dGlvbnMgYWxzbyBkb24ndCBy ZXF1aXJlIGNoYW5nZSB0byB0cmFuc2l0IHJvdXRlcnMuDQo+IA0KPiBQbGVhc2Uga2VlcCBpbiBt aW5kIHRoYXQgdGhlIGNvbnRleHQgdGhhdCB3ZSBhcmUgdGFsa2luZyBhYm91dCBpcyBNUExTX0JB U0VEIFZQTiB0ZWNobm9sb2dpZXMgd2hpY2ggdXNlIE1QTFMgbGFiZWxzIHJhdGhlciB0aGFuIGFu eXRoaW5nIGVsc2UgZm9yIFZQTiBpc29sYXRpb24uIFBsZWFzZSBkb24ndCB3YXN0ZSB5b3VyIHZh bHVhYmxlIHRpbWUgb24gcmVwZWF0aW5nIHRoZSBjb25mdXNlZCB3b3JkcyBhZ2FpbiBhbmQgYWdh aW4uIA0KDQoNCltTRF0geWVzIHRoZSBzb2x1dGlvbiB0byB2aXJ0dWFsaXphdGlvbiB0aGF0IHlv dSBhcmUgcHJvcG9zaW5nIGlzIE1QTFMgYmFzZWQuIEJ1dCBpdCBpcyBvbmUgb2YgbWFueSBwb3Nz aWJsZSBzb2x1dGlvbnMgdG8gc2FtZSBwcm9ibGVtLiBQbGVhc2UgZG9uJ3QgcGxheSB3aXRoIHdv cmRzLCB3ZSBib3RoIGtub3cgdGhlIG90aGVyIHNvbHV0aW9ucyB3b3JrIHdlbGwgaW4gcHJvdmlk aW5nIHNhbWUgIGZ1bmN0aW9uLiANCg0KPiANCj4gWGlhb2h1DQo+IA0KPj4+IFJlZ2FyZHMsDQo+ Pj4gTHVjeQ0KPj4+PiANCj4+Pj4gUmVnYXJkcywNCj4+Pj4gU2hhaHJhbQ0KPj4+PiANCj4+Pj4g DQo+Pj4+IE9uIE5vdiAyNiwgMjAxMiwgYXQgMTI6NDggUE0sICJEYW5pZWwgS2luZyIgPGRhbmll bEBvbGRkb2cuY28udWs+IHdyb3RlOg0KPj4+PiANCj4+Pj4+IEhpIEFsbCwNCj4+Pj4+IA0KPj4+ Pj4gQXMgcmVxdWVzdGVkLCBJIGhhdmUgcGVyZm9ybWVkIGFuIE1QTFMtVFIgcmV2aWV3IG9mIGRy YWZ0LXh1LW1wbHMtaW4tDQo+Pj4+IHVkcC0wMzoNCj4+Pj4+IA0KPj4+Pj4gaHR0cDovL3Rvb2xz LmlldGYub3JnL2h0bWwvZHJhZnQteHUtbXBscy1pbi11ZHAtMDMNCj4+Pj4+IA0KPj4+Pj4gT3Zl cmFsbCB0aGUgZG9jdW1lbnQgaXMgd2VsbCB3cml0dGVuIGFuZCB0aGUgbW90aXZhdGlvbiBzZWVt cyBjbGVhci4NCj4+Pj4gVGhlDQo+Pj4+PiBwcm9wb3NlZCBzb2x1dGlvbiBpcyB0ZWNobmljYWxs eSBzb3VuZCBhbmQgZ2l2ZW4gdGhlIGFwcGxpY2F0aW9uIG9mDQo+Pj4+PiB0dW5uZWxpbmcgb2Yg TVBMUyBWUE5zIGFjcm9zcyBJUCBQU05zLCB0aGUgbWVjaGFuaXNtIGRvZXMgbG9vayB0bw0KPj4+ PiBicmluZw0KPj4+Pj4gb3BlcmF0aW9uYWwgYmVuZWZpdHMgZm9yIHNwZWNpZmljIHVzZSBjYXNl cy4gVGhlcmVmb3JlIEkgYmVsaWV2ZSB0aGUNCj4+Pj4+IGRvY3VtZW50IGlzIHJlYWR5IHRvIGJl IGNvbnNpZGVyZWQgZm9yIFdHIGFkb3B0aW9uLg0KPj4+Pj4gDQo+Pj4+PiBBdXRob3JzLA0KPj4+ Pj4gDQo+Pj4+PiBBcyBJIHdhcyByZXZpZXdpbmcgdGhlIGRyYWZ0IEkgam90dGVkIGRvd24gYSBu dW1iZXIgb2YgbWlub3IgY29tbWVudHMsDQo+Pj4+IHRoZXNlDQo+Pj4+PiBhcmUgb3V0bGluZWQg YmVsb3cuIEZlZWwgZnJlZSB0byB1c2Ugb3IgZGlzY2FyZC4NCj4+Pj4+IA0KPj4+Pj4gMS4gQXV0 aG9ycy4gVGhlIFJGQy1FZGl0b3JzIGFyZSByZXF1ZXN0aW5nIG5vIG1vcmUgdGhhbiA1IGF1dGhv cnMgb24NCj4+Pj4gdGhlDQo+Pj4+PiBmcm9udC1wYWdlLiBTbyB5b3UgbWF5IGFzIHdlbGwgYWRk cmVzcyB0aGlzIHNvb25lciByYXRoZXIgdGhhbiBsYXRlci4NCj4+Pj4gWW91DQo+Pj4+PiBjYW4g bG9vayB0byBzcGxpdCBpbnRvIHRvIC0gQXV0aG9ycyBhbmQgQ29udHJpYnV0aW5nIEF1dGhvcnMg KG9yIGp1c3QNCj4+Pj4+IENvbnRyaWJ1dG9ycykgdG8gY2lyY3VtbmF2aWdhdGUgdGhlIGF1dGhv ciBsaW1pdC4NCj4+Pj4+IA0KPj4+Pj4gMi4gWW91IHNob3VsZCBtb3ZlIHRoZSBBYnN0cmFjdCBh Ym92ZSB0aGUgU3RhdHVzIG9mIHRoaXMgTWVtbyBzZWN0aW9uLg0KPj4+Pj4gDQo+Pj4+PiAzLiBQ ZXJoYXBzIGxvb2sgdG8gZXhwYW5kIEFic3RyYWN0IHRvOg0KPj4+Pj4gDQo+Pj4+PiBFeGlzdGlu ZyB0ZWNobm9sb2dpZXMgdG8gZW5jYXBzdWxhdGUgTVBMUyBvdmVyIElQIGFyZSBub3QgYWRlcXVh dGUNCj4+Pj4gZm9yDQo+Pj4+PiBlZmZpY2llbnQgdHJhbnNwb3J0IGFjcm9zcyBJUC1lbmFibGVk IFBhY2tldCBTd2l0Y2ggTmV0d29ya3MgKFBTTnMpLg0KPj4+PiBUaGlzDQo+Pj4+PiBkb2N1bWVu dCBzcGVjaWZpZXMgYW4gSVAtYmFzZWQgZW5jYXBzdWxhdGlvbiB0ZWNobm9sb2d5IGZvciBsb2Fk LQ0KPj4+PiBiYWxhbmNpbmcNCj4+Pj4+IE1QTFMgcGFja2V0cyBhY3Jvc3MgSVAgUFNOcy4gVGhp cyBtZWNoYW5pc20gaXMgcmVmZXJyZWQgdG8gYXMgTVBMUy0NCj4+Pj4gaW4tVURQLg0KPj4+Pj4g DQo+Pj4+PiBUaGlzIGRvY3VtZW50IGRlZmluZXMgdGhlIHByb3RvY29sIGV4dGVuc2lvbnMgYW5k IHByb2NlZHVyZXMgZm9yDQo+Pj4+IE1QTFMtaW4tVURQDQo+Pj4+PiBhbmQgd2lsbCBmYWNpbGl0 YXRlIHRyYW5zcG9ydCBvZiBNUExTIGFwcGxpY2F0aW9uIHRyYWZmaWMsIGluY2x1ZGluZw0KPj4+ PiBMMlZQTnMNCj4+Pj4+IGFuZCBMM1ZQTnMsIGFjcm9zcyBJUC1lbmFibGVkIFBTTnMuDQo+Pj4+ PiA8PA0KPj4+Pj4gDQo+Pj4+PiA0LiBJbnRyb2R1Y3Rpb24gaXMgb2ssIGJ1dCB0aGUgd2FsbCBv ZiB0ZXh0IHJlcXVpcmVzIHNwbGl0dGluZyBpbnRvDQo+Pj4+IHNlcGFyYXRlDQo+Pj4+PiBwYXJh Z3JhcGhzIGZvciByZWFkYWJpbGl0eS4gWW91IGNvdWxkIHNwbGl0IHRoZSBpbnRyb2R1Y3Rpb24g aW50bw0KPj4+PiBzZWN0aW9ucw0KPj4+Pj4gKG9yIGp1c3QgYWRkaXRpb25hbCBwYXJhZ3JhcGhz KSB0byBoZWxwIHdpdGggbmF2aWdhdGlvbiwgbm8gbWFqb3INCj4+Pj4gY2hhbmdlcyBpbg0KPj4+ Pj4gdGV4dCBhcmUgcmVxdWlyZWQ6DQo+Pj4+PiANCj4+Pj4+IDEuIEludHJvZHVjdGlvbg0KPj4+ Pj4gLSBDb250YWlucyBhcHBsaWNhdGlvbi9tb3RpdmF0aW9uIGJhY2tncm91bmQgdGV4dC4NCj4+ Pj4+IC0gSW50ZW50aW9uIG9mIHRoZSBkb2N1bWVudC4NCj4+Pj4+IA0KPj4+Pj4gMS4xIEV4aXN0 aW5nIFRlY2hub2xvZ2llcw0KPj4+Pj4gLSBEZXNjcmliZXMgZXhpc3RpbmcgdGVjaG5pcXVlcyAo UkZDNDAyMywgZXQgYWwuKS4NCj4+Pj4+IA0KPj4+Pj4gMS4yIFJlcXVpcmVtZW50cyBhbmQgTW90 aXZhdGlvbg0KPj4+Pj4gLSBXaGF0IHRoZSB0ZWNobm9sb2d5IG9yIGFwcGxpY2F0aW9uIGdhcHMg YmV0d2VlbiBwcmlvciB3b3JrIGFuZCB0aGlzDQo+Pj4+PiBwcm9wb3NhbC4NCj4+Pj4+IC0gVmVy eSBpbXBvcnRhbnQgdG8gZGlzY3VzcyB0aGUgbW90aXZhdGlvbiBnaXZlbiB0aGF0IHdlIGFscmVh ZHkgaGF2ZQ0KPj4+PiBhDQo+Pj4+PiBudW1iZXIgb2YgYWx0ZXJuYXRpdmVzLg0KPj4+Pj4gDQo+ Pj4+PiA1LiBUaGUgZG9jdW1lbnQgbWVudGlvbnMgImNvcmUiIGEgbnVtYmVyIG9mIHRpbWVzLiBJ cyB0aGlzIHJlYWxseSBhDQo+Pj4+IGNvcmUNCj4+Pj4+IGFwcGxpY2F0aW9uIG9yIGlzIHRoZSBt ZWNoYW5pc20gbW9yZSBsaWtlbHkgdG8gYmUgYXBwbGllZCBpbg0KPj4+PiBlbnZpcm9ubWVudHMN Cj4+Pj4+IHdpdGggZXF1aXBtZW50IHRoYXQgZG9lcyBub3Qgc3VwcG9ydCBuYXRpdmUgTVBMUyBm b3J3YXJkaW5nPyBUaGlzIGlzDQo+Pj4+PiBzb21ldGhpbmcgeW91IG1pZ2h0IHdhbnQgdG8gZXhw YW5kIG9uIGluIFNlY3Rpb24gNiAoQXBwbGljYWJpbGl0eSkNCj4+Pj4gYW5kDQo+Pj4+PiBsZXNz ZW4gdGhlICJjb3JlIiBhcHBsaWNhYmlsaXR5IGluIG90aGVyIHBhcnRzIG9mIHRoZSBkb2N1bWVu dC4gQWxzbywNCj4+Pj4gaG93DQo+Pj4+PiBhcHBsaWNhYmxlIGlzIHRoZSBkb2N1bWVudCB0byBt dWx0aWNhc3QgVlBOcywgYW55IGlzc3Vlcz8NCj4+Pj4+IA0KPj4+Pj4gNi4gR2VuZXJhbCBjb21t ZW50IG9uIGFjcm9ueW1zLiBUaGUgZG9jdW1lbnQgZXhwYW5kcyBFQ01QIGJ1dCBub3QNCj4+IEdS RQ0KPj4+PiBvcg0KPj4+Pj4gU0FGSSwgc28gbWF5YmUgY2hlY2sgZG9jdW1lbnQgZm9yIGNvbnNp c3RlbmN5Lg0KPj4+Pj4gDQo+Pj4+PiBQbGVhc2UgZG8gbm90IGhlc2l0YXRlIHRvIGVtYWlsIG1l IGlmIGFueXRoaW5nIGlzIG5vdCBjbGVhci4NCj4+Pj4+IA0KPj4+Pj4gQnIsIERhbi4NCj4+Pj4+ IA0KPj4+Pj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+Pj4+IEZyb206IExvYSBBbmRl cnNzb24gW21haWx0bzpsb2FAcGkubnVdDQo+Pj4+PiBTZW50OiBUdWVzZGF5LCBOb3ZlbWJlciAx MywgMjAxMiA5OjE2IEFNDQo+Pj4+PiBUbzogR3JlZ29yeSBNaXJza3k7IERhbiBLaW5nOyBFcmlj IE9zYm9ybmUgKGVvc2Jvcm5lKTsNCj4+Pj4+IG5pY2suZGVscmVnbm9AdmVyaXpvbi5jb207IG1w bHMtY2hhaXJzQHRvb2xzLmlldGYub3JnOyBNYXJ0aW4NCj4+Pj4gVmlnb3VyZXV4Ow0KPj4+Pj4g ZHJhZnQteHUtbXBscy1pbi11ZHBAdG9vbHMuaWV0Zi5vcmcNCj4+Pj4+IFN1YmplY3Q6IE1QTFMt UlQgcmV2aWV3IG9mIGRyYWZ0LXh1LW1wbHMtaW4tdWRwLTAzDQo+Pj4+PiANCj4+Pj4+IEdyZWcs IERhbiwgRXJpYyBhbmQgTmljaywNCj4+Pj4+IA0KPj4+Pj4gWW91IGhhdmUgYmVlbiBzZWxlY3Rl ZCBhcyBhbiBNUExTIFJldmlldyB0ZWFtIHJldmlld2VycyBmb3INCj4+Pj4+IGRyYWZ0LXh1LW1w bHMtaW4tdWRwLTAzLg0KPj4+Pj4gDQo+Pj4+PiBOb3RlIHRvIGF1dGhvcnM6IFlvdSBoYXZlIGJl ZW4gQ0MnZCBvbiB0aGlzIGVtYWlsIHNvIHRoYXQgeW91IGNhbg0KPj4+PiBrbm93IHRoYXQNCj4+ Pj4+IHRoaXMgcmV2aWV3IGlzIGdvaW5nIG9uLiBIb3dldmVyLCBwbGVhc2UgZG8gbm90IHJldmll dyB5b3VyIG93bg0KPj4+PiBkb2N1bWVudC4NCj4+Pj4+IA0KPj4+Pj4gUmV2aWV3cyBzaG91bGQg Y29tbWVudCBvbiB3aGV0aGVyIHRoZSBkb2N1bWVudCBpcyBjb2hlcmVudCwgaXMgaXQNCj4+Pj4g dXNlZnVsDQo+Pj4+PiAoaWUsIGlzIGl0IGxpa2VseSB0byBiZSBhY3R1YWxseSB1c2VmdWwgaW4g b3BlcmF0aW9uYWwgbmV0d29ya3MpLCBhbmQNCj4+Pj4gaXMgdGhlDQo+Pj4+PiBkb2N1bWVudCB0 ZWNobmljYWxseSBzb3VuZD8gIFdlIGFyZSBpbnRlcmVzdGVkIGluIGtub3dpbmcgd2hldGhlciB0 aGUNCj4+Pj4+IGRvY3VtZW50IGlzIHJlYWR5IHRvIGJlIGNvbnNpZGVyZWQgZm9yIFdHIGFkb3B0 aW9uIChpZSwgaXQgZG9lc24ndA0KPj4+PiBoYXZlIHRvDQo+Pj4+PiBiZSBwZXJmZWN0IGF0IHRo aXMgcG9pbnQsIGJ1dCBzaG91bGQgYmUgYSBnb29kIHN0YXJ0KS4NCj4+Pj4+IA0KPj4+Pj4gUmV2 aWV3cyBzaG91bGQgYmUgc2VudCB0byB0aGUgZG9jdW1lbnQgYXV0aG9ycywgV0cgY28tY2hhaXJz IGFuZA0KPj4+PiBzZWNyZXRhcnksDQo+Pj4+PiBhbmQgQ0MnZCB0byB0aGUgTVBMUyBXRyBlbWFp bCBsaXN0LiBJZiBuZWNlc3NhcnksIGNvbW1lbnRzIG1heSBiZQ0KPj4+PiBzZW50DQo+Pj4+PiBw cml2YXRlbHkgdG8gb25seSB0aGUgV0cgY2hhaXJzLg0KPj4+Pj4gDQo+Pj4+PiBBcmUgeW91IGFi bGUgdG8gcmV2aWV3IHRoaXMgZHJhZnQgYnkgTm92ZW1iZXIgMjksIDIwMTI/DQo+Pj4+PiANCj4+ Pj4+IFRoYW5rcywgTG9hDQo+Pj4+PiAoYXMgTVBMUyBXRyBjaGFpcikNCj4+Pj4+IA0KPj4+Pj4g L0xvYQ0KPj4+Pj4gDQo+Pj4+PiANCj4+Pj4+IC0tDQo+Pj4+PiANCj4+Pj4+IA0KPj4+Pj4gTG9h IEFuZGVyc3NvbiAgICAgICAgICAgICAgICAgICAgICAgICBlbWFpbDoNCj4+Pj4gbG9hLmFuZGVy c3NvbkBlcmljc3Nvbi5jb20NCj4+Pj4+IFNyIFN0cmF0ZWd5IGFuZCBTdGFuZGFyZHMgTWFuYWdl ciAgICAgICAgICAgIGxvYUBwaS5udQ0KPj4+Pj4gRXJpY3Nzb24gSW5jICAgICAgICAgICAgICAg ICAgICAgICAgICBwaG9uZTogKzQ2IDEwIDcxNyA1MiAxMw0KPj4+Pj4gICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICArNDYgNzY3IDcyIDkyIDEzDQo+Pj4+PiANCj4+ Pj4+IA0KPj4+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCj4+Pj4+IG1wbHMgbWFpbGluZyBsaXN0DQo+Pj4+PiBtcGxzQGlldGYub3JnDQo+Pj4+PiBo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCj4+Pj4gDQo+Pj4+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj4+IG1wbHMg bWFpbGluZyBsaXN0DQo+Pj4+IG1wbHNAaWV0Zi5vcmcNCj4+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQo+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCj4+PiBtcGxzIG1haWxpbmcgbGlzdA0KPj4+IG1wbHNAaWV0 Zi5vcmcNCj4+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCj4+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBtcGxz IG1haWxpbmcgbGlzdA0KPj4gbXBsc0BpZXRmLm9yZw0KPj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9tcGxzDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQo+IG1wbHMgbWFpbGluZyBsaXN0DQo+IG1wbHNAaWV0Zi5vcmcNCj4g aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQo= From loa@pi.nu Fri Nov 30 02:40:58 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F60621F8AF0 for ; Fri, 30 Nov 2012 02:40:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[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 4iOqYz1KF-zs for ; Fri, 30 Nov 2012 02:40:57 -0800 (PST) Received: from mail.pi.nu (ns1.elverljung.se [195.206.248.139]) by ietfa.amsl.com (Postfix) with ESMTP id 7C0A321F87AC for ; Fri, 30 Nov 2012 02:40:57 -0800 (PST) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.pi.nu (Postfix) with ESMTPSA id 5D865820F2; Fri, 30 Nov 2012 11:40:50 +0100 (CET) Message-ID: <50B88D2A.30504@pi.nu> Date: Fri, 30 Nov 2012 11:40:42 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: "mpls@ietf.org" References: <5098CF68.2000105@pi.nu> <50A3B5C0.4060203@pi.nu> In-Reply-To: <50A3B5C0.4060203@pi.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "mpls-ads@tools.ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-tp-mip-mep-map@tools.ietf.org" Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-mip-mep-map X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2012 10:40:58 -0000 Authors, Can you plese give me an indication of which OAM functions the separation of in and out MIPs are intended for? /Loa On 2012-11-14 16:16, Loa Andersson wrote: > > Working Group, > > This is to start a 2 week working group last call on > draft-ietf-mpls-tp-mip-mep-map. > > Please send your comments to the mpls working group mailing > list (mpls@ietf.org). > > Please send both technical comments, and if you are happy with the > document as is also indications of support. > > This working group last call will end on November 28. > > /Loa > for the wg co-chairs > > -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From lucy.yong@huawei.com Fri Nov 30 07:45:04 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 43BFF21F8B24 for ; Fri, 30 Nov 2012 07:45:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.539 X-Spam-Level: X-Spam-Status: No, score=-6.539 tagged_above=-999 required=5 tests=[AWL=0.060, 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 Qc5HQT-Fg+ZT for ; Fri, 30 Nov 2012 07:45:03 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id ACA1A21F89CE for ; Fri, 30 Nov 2012 07:45:02 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AMB25582; Fri, 30 Nov 2012 15:44:57 +0000 (GMT) Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 30 Nov 2012 15:44:41 +0000 Received: from DFWEML404-HUB.china.huawei.com (10.193.5.203) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 30 Nov 2012 15:44:56 +0000 Received: from DFWEML505-MBB.china.huawei.com ([169.254.1.192]) by dfweml404-hub.china.huawei.com ([10.193.5.203]) with mapi id 14.01.0323.003; Fri, 30 Nov 2012 07:44:54 -0800 From: Lucy yong To: "S. Davari" , Kireeti Kompella Thread-Topic: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 Thread-Index: AQHNzq4ROEnUt0Njx0mhcjqR0u0yRJgCU1wAgAAwrBA= Date: Fri, 30 Nov 2012 15:44:53 +0000 Message-ID: <2691CE0099834E4A9C5044EEC662BB9D44853216@dfweml505-mbb.china.huawei.com> References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se> <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> <11C58C3C-2A3B-4C79-A2DA-CCB2792F72A4@yahoo.com> In-Reply-To: <11C58C3C-2A3B-4C79-A2DA-CCB2792F72A4@yahoo.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.85.255] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "" , "mpls@ietf.org" , "" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2012 15:45:04 -0000 I disagree with this logic. We want moving forward not backward. There is a= lready an evpn proposal for nvo3.(please read two drafts under nvo3). Wheth= er VPLS applicability for DC is for further study and we have not seen any = DC operator request yet. =20 Lucy=20 > -----Original Message----- > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of > S. Davari > Sent: Thursday, November 29, 2012 10:44 PM > To: Kireeti Kompella > Cc: ; mpls@ietf.org; chairs@tools.ietf.org> > Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 >=20 > I never suggested that this draft be standardized by other WGs. But the > main use case is NVO3 and I think they have to agree to the method > proposed in this draft, which I'd using VPLS inside UDP. >=20 >=20 > Regards, > Shahram >=20 >=20 > On Nov 29, 2012, at 7:52 PM, Kireeti Kompella > wrote: >=20 > > Hi Dan, > > > > On Nov 27, 2012, at 5:48, "Daniel King" wrote: > > > >> Overall the document is well written and the motivation seems clear. > The > >> proposed solution is technically sound and given the application of > >> tunneling of MPLS VPNs across IP PSNs, the mechanism does look to > bring operational benefits for specific use cases. > > > > Clear, succinct, technical; free from baggage and politics. Thanks! > > > > I wish I could say the same of the ensuing email thread. As with many > threads on this list, I don't know whether to laugh or cry. > > > > I'll just say this: if MPLS-in-UDP is to be standardized, it should > be in this WG. Consulting a WG that has a use case for this technology > is fine, but any thought of standardizing it elsewhere should be > scotched _now_. > > > > Kireeti > > > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From davari@broadcom.com Fri Nov 30 08:10:44 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C0EB421F8A6C for ; Fri, 30 Nov 2012 08:10:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.607 X-Spam-Level: X-Spam-Status: No, score=-5.607 tagged_above=-999 required=5 tests=[AWL=0.992, 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 cZ5BxGCEHRNJ for ; Fri, 30 Nov 2012 08:10:44 -0800 (PST) Received: from mms3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by ietfa.amsl.com (Postfix) with ESMTP id 21CAC21F86DB for ; Fri, 30 Nov 2012 08:10:44 -0800 (PST) Received: from [10.16.192.232] by mms3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.5)); Fri, 30 Nov 2012 08:06:11 -0800 X-Server-Uuid: B86B6450-0931-4310-942E-F00ED04CA7AF Received: from SJEXCHCAS06.corp.ad.broadcom.com (10.16.203.15) by SJEXCHHUB02.corp.ad.broadcom.com (10.16.192.232) with Microsoft SMTP Server (TLS) id 8.2.247.2; Fri, 30 Nov 2012 08:10:31 -0800 Received: from SJEXCHMB12.corp.ad.broadcom.com ( [fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS06.corp.ad.broadcom.com ( [::1]) with mapi id 14.01.0355.002; Fri, 30 Nov 2012 08:10:10 -0800 From: "Shahram Davari" To: "Lucy yong" Thread-Topic: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 Thread-Index: AQHHkwCqtCFX6nRCynct8aUUUUNUNAGo9NF+l/u7i9CABbkMAIAADnkAgAC4q4D//4D1zg== Date: Fri, 30 Nov 2012 16:10:10 +0000 Message-ID: References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se> <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> <11C58C3C-2A3B-4C79-A2DA-CCB2792F72A4@yahoo.com>, <2691CE0099834E4A9C5044EEC662BB9D44853216@dfweml505-mbb.china.huawei.com> In-Reply-To: <2691CE0099834E4A9C5044EEC662BB9D44853216@dfweml505-mbb.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-WSS-ID: 7CA606FB39W2553977-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: "" , "mpls@ietf.org" , "" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2012 16:10:44 -0000 Hi This is my last email on this subject. I let the WG members and chairs deci= de. RFC4023 was written in 2005 , when MPLS was not probably in every IP core. = Today I haven't seen any core IP network without MPLS, except data centers.= So the applicability of RFC4023 and this draft is not service provider net= work, and applies for major part to data center.=20 Regards, Shahram On Nov 30, 2012, at 7:45 AM, "Lucy yong" wrote: > I disagree with this logic. We want moving forward not backward. There is= already an evpn proposal for nvo3.(please read two drafts under nvo3). Whe= ther VPLS applicability for DC is for further study and we have not seen an= y DC operator request yet. =20 > Lucy=20 >=20 >> -----Original Message----- >> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of >> S. Davari >> Sent: Thursday, November 29, 2012 10:44 PM >> To: Kireeti Kompella >> Cc: ; mpls@ietf.org; > chairs@tools.ietf.org> >> Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 >>=20 >> I never suggested that this draft be standardized by other WGs. But the >> main use case is NVO3 and I think they have to agree to the method >> proposed in this draft, which I'd using VPLS inside UDP. >>=20 >>=20 >> Regards, >> Shahram >>=20 >>=20 >> On Nov 29, 2012, at 7:52 PM, Kireeti Kompella >> wrote: >>=20 >>> Hi Dan, >>>=20 >>> On Nov 27, 2012, at 5:48, "Daniel King" wrote: >>>=20 >>>> Overall the document is well written and the motivation seems clear. >> The >>>> proposed solution is technically sound and given the application of >>>> tunneling of MPLS VPNs across IP PSNs, the mechanism does look to >> bring operational benefits for specific use cases. >>>=20 >>> Clear, succinct, technical; free from baggage and politics. Thanks! >>>=20 >>> I wish I could say the same of the ensuing email thread. As with many >> threads on this list, I don't know whether to laugh or cry. >>>=20 >>> I'll just say this: if MPLS-in-UDP is to be standardized, it should >> be in this WG. Consulting a WG that has a use case for this technology >> is fine, but any thought of standardizing it elsewhere should be >> scotched _now_. >>>=20 >>> Kireeti >>>=20 >>> _______________________________________________ >>> mpls mailing list >>> mpls@ietf.org >>> https://www.ietf.org/mailman/listinfo/mpls >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls >=20 From lucy.yong@huawei.com Fri Nov 30 08:16:47 2012 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA4EC21F89A9 for ; Fri, 30 Nov 2012 08:16:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.544 X-Spam-Level: X-Spam-Status: No, score=-6.544 tagged_above=-999 required=5 tests=[AWL=0.055, 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 94bruQmWWyj2 for ; Fri, 30 Nov 2012 08:16:47 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id BE44521F8B62 for ; Fri, 30 Nov 2012 08:16:46 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id ANJ17736; Fri, 30 Nov 2012 16:16:43 +0000 (GMT) Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 30 Nov 2012 16:16:27 +0000 Received: from DFWEML407-HUB.china.huawei.com (10.193.5.132) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 30 Nov 2012 16:16:42 +0000 Received: from DFWEML505-MBB.china.huawei.com ([169.254.1.192]) by dfweml407-hub.china.huawei.com ([10.193.5.132]) with mapi id 14.01.0323.003; Fri, 30 Nov 2012 08:16:36 -0800 From: Lucy yong To: Shahram Davari Thread-Topic: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 Thread-Index: AQHNzq4ROEnUt0Njx0mhcjqR0u0yRJgCU1wAgAAwrBCAAI8PAP//eobQ Date: Fri, 30 Nov 2012 16:16:36 +0000 Message-ID: <2691CE0099834E4A9C5044EEC662BB9D4485327C@dfweml505-mbb.china.huawei.com> References: <50A28033.3050904@pi.nu> <7347100B5761DC41A166AC17F22DF11201BCB8@eusaamb103.ericsson.se> <002a01cdcc17$5ef0dcd0$1cd29670$@olddog.co.uk> <11C58C3C-2A3B-4C79-A2DA-CCB2792F72A4@yahoo.com>, <2691CE0099834E4A9C5044EEC662BB9D44853216@dfweml505-mbb.china.huawei.com> In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.85.255] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "" , "mpls@ietf.org" , "" Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2012 16:16:48 -0000 There are DC operators who want EVPN for DCs. Please notice, a lot of netwo= rk service provider also have DCs and wish to offer cloud services from the= ir DCs. Thus, they should be considered as DC operators as well in this con= text. Lucy > -----Original Message----- > From: Shahram Davari [mailto:davari@broadcom.com] > Sent: Friday, November 30, 2012 10:10 AM > To: Lucy yong > Cc: S. Davari; Kireeti Kompella; ; > mpls@ietf.org; > Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 >=20 > Hi >=20 > This is my last email on this subject. I let the WG members and chairs > decide. >=20 > RFC4023 was written in 2005 , when MPLS was not probably in every IP > core. Today I haven't seen any core IP network without MPLS, except > data centers. So the applicability of RFC4023 and this draft is not > service provider network, and applies for major part to data center. >=20 >=20 > Regards, > Shahram >=20 >=20 > On Nov 30, 2012, at 7:45 AM, "Lucy yong" wrote: >=20 > > I disagree with this logic. We want moving forward not backward. > There is already an evpn proposal for nvo3.(please read two drafts > under nvo3). Whether VPLS applicability for DC is for further study and > we have not seen any DC operator request yet. > > Lucy > > > >> -----Original Message----- > >> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf > Of > >> S. Davari > >> Sent: Thursday, November 29, 2012 10:44 PM > >> To: Kireeti Kompella > >> Cc: ; mpls@ietf.org; >> chairs@tools.ietf.org> > >> Subject: Re: [mpls] MPLS-RT review of draft-xu-mpls-in-udp-03 > >> > >> I never suggested that this draft be standardized by other WGs. But > the > >> main use case is NVO3 and I think they have to agree to the method > >> proposed in this draft, which I'd using VPLS inside UDP. > >> > >> > >> Regards, > >> Shahram > >> > >> > >> On Nov 29, 2012, at 7:52 PM, Kireeti Kompella > >> wrote: > >> > >>> Hi Dan, > >>> > >>> On Nov 27, 2012, at 5:48, "Daniel King" wrote: > >>> > >>>> Overall the document is well written and the motivation seems > clear. > >> The > >>>> proposed solution is technically sound and given the application > of > >>>> tunneling of MPLS VPNs across IP PSNs, the mechanism does look to > >> bring operational benefits for specific use cases. > >>> > >>> Clear, succinct, technical; free from baggage and politics. Thanks! > >>> > >>> I wish I could say the same of the ensuing email thread. As with > many > >> threads on this list, I don't know whether to laugh or cry. > >>> > >>> I'll just say this: if MPLS-in-UDP is to be standardized, it should > >> be in this WG. Consulting a WG that has a use case for this > technology > >> is fine, but any thought of standardizing it elsewhere should be > >> scotched _now_. > >>> > >>> Kireeti > >>> > >>> _______________________________________________ > >>> mpls mailing list > >>> mpls@ietf.org > >>> https://www.ietf.org/mailman/listinfo/mpls > >> _______________________________________________ > >> mpls mailing list > >> mpls@ietf.org > >> https://www.ietf.org/mailman/listinfo/mpls > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > >