From Yechiel.Rosengarten@ecitele.com Mon Aug 1 07:04:38 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E581921F8CA9 for ; Mon, 1 Aug 2011 07:04:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.203 X-Spam-Level: X-Spam-Status: No, score=-3.203 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, GB_I_LETTER=-2, 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 fWhORV+bvcTT for ; Mon, 1 Aug 2011 07:04:37 -0700 (PDT) Received: from ilptbmg02.ecitele.com (ilptbmg02-out.ecitele.com [147.234.242.235]) by ietfa.amsl.com (Postfix) with ESMTP id A05ED21F8CAA for ; Mon, 1 Aug 2011 07:04:36 -0700 (PDT) X-AuditID: 93eaf2e8-b7ce7ae000000a69-fa-4e36abb33ec2 Received: from ILPTEXCH02.ecitele.com ( [147.234.245.181]) by ilptbmg02.ecitele.com (Symantec Messaging Gateway) with SMTP id E9.C3.02665.3BBA63E4; Mon, 1 Aug 2011 16:35:47 +0300 (IDT) Received: from ILPTMAIL02.ecitele.com ([147.234.244.212]) by ILPTEXCH02.ecitele.com ([147.234.245.181]) with mapi; Mon, 1 Aug 2011 17:04:40 +0300 From: Yechiel Rosengarten To: "GRANDI, PIETRO VITTORIO (PIETRO VITTORIO)" , Lou Berger , John E Drake , CCAMP Date: Mon, 1 Aug 2011 17:04:39 +0300 Thread-Topic: [CCAMP] TS in Signaling Thread-Index: AcxN/Z/wbYoM2dNYRjmAJQORR+PYuwAAlBoQAJTBEXA= Message-ID: <93BC09B2B8795C49B4E3453CE6A45A18CD09626413@ILPTMAIL02.ecitele.com> References: <5E893DB832F57341992548CDBB333163A0AAEABDBE@EMBX01-HQ.jnpr.net><09CE6C3BE5E1EA40B987BF5F25D8DDBA099B0E8C@ENFIRHMBX2.datcon.co.uk> <508DB83C-C356-43B4-B3D1-9D32B19A9187@juniper.net> <8BD20394-6184-4BFF-9B56-CB8311861063@juniper.net> <5E893DB832F57341992548CDBB333163A0AB4B8EBE@EMBX01-HQ.jnpr.net> <5E893DB832F57341992548CDBB333163A0AB4B8EEC@EMBX01-HQ.jnpr.net> <4E32C690.5010003@labn.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="iso-8859-1" content-transfer-encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Brightmail-Tracker: H4sIAAAAAAAAA2WTfUgTYRzHe3a37TQvzpXtUYLG9UIvTLZe5EqNoohVaEFBYpGd29N2tN2N 3TlcBK0sCrPSMsolWTR6maK92LtFGkVGb0iWmBaVla4XIoNeKNedV2Z0f33v+X6/z+e54/cQ mGGLPoXgeAn5eNZN6+LxPdFPn81nqtOyLc2dVqarsg1nKjvnMtuK3uPM/h+dOuZ8d51+tta2 5fUVrS0c/qaxPd7Uqrd9PF2kszXEzuqWaHODIIPleUFiJWRyINGeSS/xcX7WHqBNnCOTttIm r5u1Iw/ipUya9XoR76BnxZv+ezLkGMebEG8XHBzvzKQXLF1sZpjpM8xWetb4Mdap6fHLXJxo QmYPy7lNHiSKrBOZ5JXV9ZirpPcW7o2IhcGH5fog6FlZDAgCUtNg+IWjGMTJciR88LROVwzi CQN1GcBPfe2YYhiovQAW75ypaB2VDq+XtOKKHkFdBPDkrgmKxigGnvha37+OU2Nh48WdQNHD Zf0iegCo+XGwuSTyuzsTRmpP6RVNUothtGczUMHdOvjxekV/KI5aBZ9v3NEfAvLpvtyu0agw I2zvqtKop6ZguOE+puok2POyT6vmk2DH1jqg5lNh295ynaonw6OH32IqOBE2V3ThajcZNh5v w0uBMTQIERpUDw2qhwbVDwE8ApI5t1fK9zgtU8xCgZSK7JyE3CjVLnhOA3WIui+AJ3cmNgGK AHQCGQlMzzZoWb8Y8DSBZEJDJ5EHT6VlG4blC46AixVdeb4CNxKbACQwegQZCske6WAD65BP +GMx8q8uw1KG2gV5XHkpb6rF8s8LbSS3299lGSinPHhrEfIi35/qKIKgIflMISb6kBMVruHc 0l9bQ8Qp5ASZnK9kSNHLekTOqfq3gZk4H7x5AxhwXuBRipHsVUKUEnIV8AP7KLdnQywWiwKj /M3DyQ4llSDfrYGdojJEI0Nyvk9TIPIFGbBSgiC9dlRFddbV+v2588pWfynoLQQwMW8FWOiu XuEnqkoa5o+mf354FcAqM26tXwhq+o65Lp3LvpY1JxH6c0vNq16VbYoL+zvaH+S0xXbU7C5d 9Pla441DZy7PXj4kneoyHvG3tDyPvq9m04qoe8L9rd8sPf5jw/Dy9n2L2MeP3vTdTaNx0cVa J2E+kf0FqAIXGxgEAAA= Cc: CATR - Zhang Guoying Subject: Re: [CCAMP] TS in Signaling X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 14:04:39 -0000 Hi, IMHO, there is no need to signal end-to-end TSG and/or supported hierarchies= . These are link properties, that may be negotiated by its both ends. The only thing that we have to know is the switching capability for each ODU= j/k. Each node knows to which ports it can connect the ODUj/k. Best Regards, Yechiel Rosengarten System Engineering ECI Telecom Ltd 30 Hasivim St. Petach Tikva 49517 Israel Tel: +972 3 926 8794 Fax: +972 3 926 6200 e-mail: yechiel.rosengarten@ecitele.com -----Original Message----- From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of GR= ANDI, PIETRO VITTORIO (PIETRO VITTORIO) Sent: Friday, July 29, 2011 6:13 PM To: Lou Berger; John E Drake; CCAMP Cc: CATR - Zhang Guoying Subject: Re: [CCAMP] TS in Signaling Hi Lou, My 5 cents. Let's try to reason from a purely logical point of view. There are two probl= ems: 1) When setting up a LSP ensure that the two end-points are consistent in te= rms of TS granularity. With this respect G.709 provides just two adaptations= . One adaptation has the effect to set TS granularity at 1.25, the other one has the effect to set the TS granularity at 2.5. If the requirements is only this a possible solution is defining new G-PIDs. 2) Ensure that the set of supported hierarchies is the same at both ends of= the LSP. With this respect telling that a server supports a structured adap= tation at 1.25 is not enough information. If this is a requirement, signaling should also have the information about the set of hierarchies that should be supported in order to enable the penul= timate hop to choose correctly the interface. Last but not least: it is true that signaling the set of hierarchies that should be supported allows choosing the TS granularity in the sense that: if signaled hierarchies contain an ODUj introduced with G.709v3 then the cho= sen interface must be able to support TSG=3D1.25. If signaled hierarchies support only G.709 original ODUj then any TSG is OK. This means that we could try to solve the points 1 and 2 together. But at th= is point it becomes not clear which value has to be inserted in G-PID. Hope this clarify a little. =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 Pietro Vittorio Grandi Terrestrial Optics Portfolio Evolution Alcatel-Lucent Vimercate (Italy) Tel: +39 039 686 4930 Mail: pietro_vittorio.grandi@alcatel-lucent.com =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 Put your hand on a hot stove for a minute, and it seems like an hour. Sit with a pretty girl for an hour, and it seems like a minute. That's rela= tivity. (A. Einstein) -----Original Message----- From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of Lo= u Berger Sent: venerd=EC 29 luglio 2011 16.41 To: John E Drake; CCAMP Cc: CATR - Zhang Guoying Subject: Re: [CCAMP] TS in Signaling I think it would be worthwhile to get a tight definition of the information that is needed to represent the mux capabilities of the H-LSP end-points. Once we have this, we can better understand how best to communicate it. So far, I've heard: - all that is needed is TSG - TSG is useless, need full muxing capabilities - only need 1 muxing capability Clearly these all can't be right. Anyone care to take a try? Thanks, Lou On 7/29/2011 9:57 AM, John E Drake wrote: > Sergio, > > That would be fine with me. > > Thanks, > > John > > Sent from my iPhone > > >> -----Original Message----- >> From: BELOTTI, SERGIO (SERGIO) [mailto:sergio.belotti@alcatel- >> lucent.com] >> Sent: Friday, July 29, 2011 6:56 AM >> To: John E Drake >> Cc: CCAMP; CATR - Zhang Guoying; Ong, Lyndon >> Subject: R: TS in Signaling >> >> John, >> >> I have just to confirm what kindly already answered by Jonathan. >> I agree with Jonathan that TSG is an adaptation information. GPID it >> could be a right place to put TSG information, moreover we can also >> think to potential LO services to be supported by ODUk/OTUk or H-LSP/FA >> , and in this case a new dedicated object could be a good solution >> (aligned with Biao proposal) . >> >> Thanks >> sergio >> >> >> >> >> >> -----Messaggio originale----- >> Da: John E Drake [mailto:jdrake@juniper.net] >> Inviato: venerd=EC 29 luglio 2011 15.05 >> A: BELOTTI, SERGIO (SERGIO) >> Cc: CCAMP; CATR - Zhang Guoying; Ong, Lyndon >> Oggetto: RE: TS in Signaling >> >> Sergio, >> >> Is it case that a hierarchical LSP can have its own TS size independent >> of the TS sizes of the underlying links over which it is routed? Lou >> and I and, separately, Biao and I, had conversations yesterday in which >> we concluded that the answer was yes, but I thought I should ask you as >> well. >> >> If the answer is yes, then we are probably heading in a direction in >> which TS size needs to be advertised in routing for both forwarding >> adjacencies as well as ODUk/OTUk links, as TS size becomes an end-to- >> end property of an LSP that needs to be checked during its >> establishment. (An LSP for certain values of j can still be >> established over a path containing links with heterogeneous TS sizes.) >> >> I think this may re-affirm utility of the signal type proposal from >> Lou, Fatai, and I from Wednesday. >> >> Thanks, >> >> John >> >> Sent from my iPhone >> >>> -----Original Message----- >>> From: BELOTTI, SERGIO (SERGIO) [mailto:sergio.belotti@alcatel- >>> lucent.com] >>> Sent: Friday, July 29, 2011 12:04 AM >>> To: John E Drake >>> Cc: CCAMP; CATR - Zhang Guoying; Ong, Lyndon >>> Subject: R: TS in Signaling >>> >>> Yes John, >>> >>> In principle you could have a board able to structure interfaces at >>> 1.25 but the matrix not able to switch ODU0 . >>> >>> Thanks >>> sergio >>> >>> >>> >>> >>> -----Messaggio originale----- >>> Da: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] Per conto >> di >>> John E Drake >>> Inviato: gioved=EC 28 luglio 2011 20.06 >>> A: Ong, Lyndon >>> Cc: CCAMP; CATR - Zhang Guoying >>> Oggetto: Re: [CCAMP] TS in Signaling >>> >>> Lyndon, >>> >>> Is it possible for an ODUk/OTUk link to have a 1.25 TS size without >>> offering an ODU0 switching capability? >>> >>> Thanks, >>> >>> John >>> >>> Sent from my iPhone >>> >>> On Jul 28, 2011, at 2:02 PM, "Ong, Lyndon" wrote: >>> >>>> Hi All, >>>> >>>> Is the TS size sufficiently implied by the advertisement of ODU0 as >>>> a client? I seem to recall some discussion about this a while >> back. >>>> >>>> Cheers, >>>> >>>> Lyndon >>>> >>>> >>>> >>>> -----Original Message----- >>>> From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On >>>> Behalf Of John E Drake >>>> Sent: Thursday, July 28, 2011 10:45 AM >>>> To: John E Drake >>>> Cc: CCAMP; CATR - Zhang Guoying >>>> Subject: Re: [CCAMP] TS in Signaling >>>> >>>> Hi, >>>> >>>> I re-read yesterday's emails from Malcolm and Steve and it seems >> that >>>> having a node advertise the TS size of each of its interfaces is >>>> useful for two reasons. >>>> >>>> 1) It allows the nodes at either end of an ODUk/OTUk link to >> perform >>>> the TS size determination in the control plane (Steve) >>>> >>>> 2) It allows the ingress node to compute a path containing links >> with >>>> the necessary TS size (Malcolm) >>>> >>>> Thanks, >>>> >>>> John >>>> >>>> Sent from my iPhone >>>> >>>> On Jul 27, 2011, at 6:07 PM, "John E Drake" >>>> wrote: >>>> >>>>> This is certainly a red letter day; I agree with Steve. Perhaps a >>>>> medical check-up for both of us is advised. >>>>> >>>>> Sent from my iPhone >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: Trowbridge, Stephen J (Steve) >>>>>> [mailto:steve.trowbridge@alcatel- >>>>>> lucent.com] >>>>>> Sent: Wednesday, July 27, 2011 1:44 PM >>>>>> To: Jonathan Hardwick; John E Drake >>>>>> Cc: CATR - Zhang Guoying; CCAMP >>>>>> Subject: RE: TS in Signaling >>>>>> >>>>>> Hi all, >>>>>> I don't understand how there is ever a scenario where "the >> operator >>>>>> knows they need" is a criteria regarding TS size. >>>>>> >>>>>> From the perspective of the LO ODU, if you are transporting LO >> ODU1 >>>>>> or >>>>>> LO ODU2 over any combination of HO ODUk, these can be carried >> over >>>>>> either 1.25G or 2.5G TS capable HO ODUk. Different segments of >> the >>>>>> same >>>>>> connection can have different TS granularities along the path - >> it >>>>>> doesn't matter. If your LO ODU is an ODU0 or ODUflex, clearly the >>> HO >>>>>> ODUk must be 1.25G TS structured, and as a practical matter, a LO >>>>>> ODU3 >>>>>> mapped into a HO ODUk is only carried over 1.25G TS because ODU4 >>>>>> (and >>>>>> presumably future larger ODUk) are only 1.25G TS structured. So >> the >>>>>> only "need" is that if you want to set up a LO ODU0, ODUflex, or >>>>>> ODU3 >>>>>> connection, you need to find a route over 1.25G capable links. If >>>>>> you >>>>>> are setting up a LO ODU1 or ODU2, you can use either or both on >>>>>> different segments of the connection. >>>>>> >>>>>> As far as the HO ODUk, the auto-negotiation ensures that if the >>>>>> hardware on both ends is 1.25G TS capable, it will operate with >>>>>> 1.25G >>>>>> structuring, and if one (or both) ends can only support PT=3D20 >> 2.5G >>>>>> TS >>>>>> granularity, they fall back to that. There is no reason you would >>>>>> ever >>>>>> need to force 2.5G TS granularity if the HW on both sides can >>>>>> support >>>>>> 1.25G TS granularity, as a 1.25G structured HO ODUk can carry all >>> of >>>>>> the same tributary types as a 2.5G TS structured HO ODUk. If the >>>>>> hardware is not capable of 1.25G TS operation, then it isn't >> going >>>>>> to >>>>>> work that way no matter what the operator wants. >>>>>> >>>>>> So you need to be able to know the TS granularity of a given HO >>> ODUk >>>>>> link (either because the control plane is told the results of the >>>>>> auto- >>>>>> negotiation, or if the control plane replicates the results of >> the >>>>>> auto-negotiation by knowing the HW capabilities of the two >> sides), >>>>>> but >>>>>> I don't see where you are ever asking for a particular TS >>>>>> granularity. >>>>>> Regards, >>>>>> Steve >>>>>> >>>>>> -----Original Message----- >>>>>> From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On >>>>>> Behalf >>>>>> Of Jonathan Hardwick >>>>>> Sent: Wednesday, July 27, 2011 1:07 PM >>>>>> To: John E Drake >>>>>> Cc: CATR - Zhang Guoying; CCAMP >>>>>> Subject: Re: [CCAMP] TS in Signaling >>>>>> >>>>>> Hi John, >>>>>> >>>>>> I understand why it is necessary to signal the required TS size, >>>>>> but I >>>>>> don't think the signal type is the right place to do it. >>>>>> >>>>>> From a usability point of view, either the operator knows they >>>>>> need a >>>>>> TS granularity of 1.25 Gbps, or else they don't care. It feels >>>>>> wrong >>>>>> to mandate that the TS size be requested in the signal type in >> all >>>>>> cases. I don't see a use case for requesting a signal type of >>> (say) >>>>>> ODU3/TS=3D2.5G - can you elaborate? >>>>>> >>>>>> The TS size only matters on the final hop. That is, it is >> possible >>>>>> for >>>>>> an ODU3 signal to have intermediate spans at 2.5G granularity, >> and >>>>>> yet >>>>>> 1.25G on the final hop. If the requested signal type were >>>>>> ODU3/1.25G, >>>>>> this would be a valid path but somewhat counter-intuitive. >>>>>> >>>>>> I think it would be better to encode the required TS size (where >>>>>> one is >>>>>> required) in the NMC field of the traffic parameters. You can >>> infer >>>>>> the required TS size from that and the signal type. >>>>>> >>>>>> The 8-bit length field sounds a good idea to me. >>>>>> >>>>>> Regards >>>>>> Jon >>>>>> >>>>>> >>>>>> -----Original Message----- >>>>>> From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On >>>>>> Behalf >>>>>> Of John E Drake >>>>>> Sent: 27 July 2011 12:21 >>>>>> To: BELOTTI, SERGIO (SERGIO); Daniele Ceccarelli; GRANDI, PIETRO >>>>>> VITTORIO (PIETRO VITTORIO); Infinera - Khuzema Pithewan; CATR - >>>>>> Zhang >>>>>> Guoying >>>>>> Cc: CCAMP >>>>>> Subject: [CCAMP] TS in Signaling >>>>>> >>>>>> Hi, >>>>>> >>>>>> Fatai, Lou, and I had a discussion of tributary slot size in >>>>>> signaling >>>>>> and we have the following proposal. >>>>>> >>>>>> 1) Add a complete enumeration of all ODUj/tributary slot size >>>>>> combinations to Signal Type (e.g., ODU3/TS=3D1.25 & ODU3/TS=3D2.5G). >>> (I >>>>>> think this was there are one time.) >>>>>> >>>>>> 2) Use Signal Type in signaling instead of ODUj, ODUk, and TS >> size >>>>>> >>>>>> The nice thing is that this means that we do not need to have a- >>>>>> priori >>>>>> understanding between the endpoints of a link regarding the >>>>>> tributary >>>>>> slot size to be used on that link. >>>>>> >>>>>> I would also like to propose adding an 8 bit length field to the >> TS >>>>>> slot bit map and using the TS slot bit map even in the mapping (j >> =3D >>>>>> k) >>>>>> case. The former allows the receiver to perform an useful >>> integrity >>>>>> check and the latter allows uniform processing in all cases. >>>>>> >>>>>> Thanks, >>>>>> >>>>>> John >>>>>> >>>>>> Sent from my iPhone >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> CCAMP mailing list >>>>>> CCAMP@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/ccamp >>>>>> _______________________________________________ >>>>>> CCAMP mailing list >>>>>> CCAMP@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/ccamp >>>> _______________________________________________ >>>> CCAMP mailing list >>>> CCAMP@ietf.org >>>> https://www.ietf.org/mailman/listinfo/ccamp >>>> >>>> >>> _______________________________________________ >>> CCAMP mailing list >>> CCAMP@ietf.org >>> https://www.ietf.org/mailman/listinfo/ccamp > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > > > > _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp This e-mail message is intended for the recipient only and contains informat= ion which is CONFIDENTIAL and which may be proprietary to ECI Telecom. If yo= u have received this transmission in error, please inform us by e-mail, phon= e or fax, and then delete the original and all copies thereof. From IBryskin@advaoptical.com Mon Aug 1 07:21:19 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72C2F11E80E0 for ; Mon, 1 Aug 2011 07:21:19 -0700 (PDT) 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=1.600, BAYES_00=-2.599, GB_I_LETTER=-2] 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 it1i0JG+30xc for ; Mon, 1 Aug 2011 07:21:17 -0700 (PDT) Received: from mail.advaoptical.com (mail.advaoptical.com [91.217.199.15]) by ietfa.amsl.com (Postfix) with ESMTP id 9F6CF11E80C4 for ; Mon, 1 Aug 2011 07:21:16 -0700 (PDT) Received: from MUC-SRV-MAIL10.advaoptical.com (muc-srv-mail10.advaoptical.com [172.20.1.59]) by muc-vsrv-fsmail.advaoptical.com (8.14.3/8.14.3) with ESMTP id p71ELIAR001426 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 1 Aug 2011 16:21:18 +0200 Received: from ATL-SRV-MAIL10.atl.advaoptical.com (172.16.5.39) by MUC-SRV-MAIL10.advaoptical.com (172.20.1.44) with Microsoft SMTP Server (TLS) id 14.1.289.1; Mon, 1 Aug 2011 16:21:18 +0200 Received: from ATL-SRV-MAIL10.atl.advaoptical.com ([::1]) by atl-srv-mail10.atl.advaoptical.com ([::1]) with mapi id 14.01.0270.001; Mon, 1 Aug 2011 10:21:15 -0400 From: Igor Bryskin To: John E Drake Thread-Topic: TS in Signaling Thread-Index: AcxNTgOB6aFWJpZZTu+ZLLqKkvqZ0ADCAgCg Date: Mon, 1 Aug 2011 14:21:14 +0000 Message-ID: References: <5E893DB832F57341992548CDBB333163A0AAEABDBE@EMBX01-HQ.jnpr.net> <09CE6C3BE5E1EA40B987BF5F25D8DDBA099B0E8C@ENFIRHMBX2.datcon.co.uk> <508DB83C-C356-43B4-B3D1-9D32B19A9187@juniper.net> In-Reply-To: <508DB83C-C356-43B4-B3D1-9D32B19A9187@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.21.1.81] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.4.6813, 1.0.211, 0.0.0000 definitions=2011-08-01_04:2011-08-01, 2011-08-01, 1970-01-01 signatures=0 Cc: CCAMP , CATR - Zhang Guoying Subject: Re: [CCAMP] TS in Signaling X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 14:21:19 -0000 This is all true. So why do you need signal TS for any LSP? Igor -----Original Message----- From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of J= ohn E Drake Sent: Thursday, July 28, 2011 1:45 PM To: John E Drake Cc: CCAMP; CATR - Zhang Guoying Subject: Re: [CCAMP] TS in Signaling Hi, I re-read yesterday's emails from Malcolm and Steve and it seems that =20 having a node advertise the TS size of each of its interfaces is =20 useful for two reasons. 1) It allows the nodes at either end of an ODUk/OTUk link to perform =20 the TS size determination in the control plane (Steve) 2) It allows the ingress node to compute a path containing links with =20 the necessary TS size (Malcolm) Thanks, John Sent from my iPhone On Jul 27, 2011, at 6:07 PM, "John E Drake" wrote: > This is certainly a red letter day; I agree with Steve. Perhaps a =20 > medical check-up for both of us is advised. > > Sent from my iPhone > > >> -----Original Message----- >> From: Trowbridge, Stephen J (Steve) [mailto:steve.trowbridge@alcatel- >> lucent.com] >> Sent: Wednesday, July 27, 2011 1:44 PM >> To: Jonathan Hardwick; John E Drake >> Cc: CATR - Zhang Guoying; CCAMP >> Subject: RE: TS in Signaling >> >> Hi all, >> I don't understand how there is ever a scenario where "the operator >> knows they need" is a criteria regarding TS size. >> >> From the perspective of the LO ODU, if you are transporting LO ODU1 =20 >> or >> LO ODU2 over any combination of HO ODUk, these can be carried over >> either 1.25G or 2.5G TS capable HO ODUk. Different segments of the =20 >> same >> connection can have different TS granularities along the path - it >> doesn't matter. If your LO ODU is an ODU0 or ODUflex, clearly the HO >> ODUk must be 1.25G TS structured, and as a practical matter, a LO =20 >> ODU3 >> mapped into a HO ODUk is only carried over 1.25G TS because ODU4 (and >> presumably future larger ODUk) are only 1.25G TS structured. So the >> only "need" is that if you want to set up a LO ODU0, ODUflex, or ODU3 >> connection, you need to find a route over 1.25G capable links. If you >> are setting up a LO ODU1 or ODU2, you can use either or both on >> different segments of the connection. >> >> As far as the HO ODUk, the auto-negotiation ensures that if the >> hardware on both ends is 1.25G TS capable, it will operate with 1.25G >> structuring, and if one (or both) ends can only support PT=3D20 2.5G TS >> granularity, they fall back to that. There is no reason you would =20 >> ever >> need to force 2.5G TS granularity if the HW on both sides can support >> 1.25G TS granularity, as a 1.25G structured HO ODUk can carry all of >> the same tributary types as a 2.5G TS structured HO ODUk. If the >> hardware is not capable of 1.25G TS operation, then it isn't going to >> work that way no matter what the operator wants. >> >> So you need to be able to know the TS granularity of a given HO ODUk >> link (either because the control plane is told the results of the =20 >> auto- >> negotiation, or if the control plane replicates the results of the >> auto-negotiation by knowing the HW capabilities of the two sides), =20 >> but >> I don't see where you are ever asking for a particular TS =20 >> granularity. >> Regards, >> Steve >> >> -----Original Message----- >> From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On =20 >> Behalf >> Of Jonathan Hardwick >> Sent: Wednesday, July 27, 2011 1:07 PM >> To: John E Drake >> Cc: CATR - Zhang Guoying; CCAMP >> Subject: Re: [CCAMP] TS in Signaling >> >> Hi John, >> >> I understand why it is necessary to signal the required TS size, =20 >> but I >> don't think the signal type is the right place to do it. >> >> From a usability point of view, either the operator knows they need a >> TS granularity of 1.25 Gbps, or else they don't care. It feels wrong >> to mandate that the TS size be requested in the signal type in all >> cases. I don't see a use case for requesting a signal type of (say) >> ODU3/TS=3D2.5G - can you elaborate? >> >> The TS size only matters on the final hop. That is, it is possible =20 >> for >> an ODU3 signal to have intermediate spans at 2.5G granularity, and =20 >> yet >> 1.25G on the final hop. If the requested signal type were =20 >> ODU3/1.25G, >> this would be a valid path but somewhat counter-intuitive. >> >> I think it would be better to encode the required TS size (where =20 >> one is >> required) in the NMC field of the traffic parameters. You can infer >> the required TS size from that and the signal type. >> >> The 8-bit length field sounds a good idea to me. >> >> Regards >> Jon >> >> >> -----Original Message----- >> From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On =20 >> Behalf >> Of John E Drake >> Sent: 27 July 2011 12:21 >> To: BELOTTI, SERGIO (SERGIO); Daniele Ceccarelli; GRANDI, PIETRO >> VITTORIO (PIETRO VITTORIO); Infinera - Khuzema Pithewan; CATR - Zhang >> Guoying >> Cc: CCAMP >> Subject: [CCAMP] TS in Signaling >> >> Hi, >> >> Fatai, Lou, and I had a discussion of tributary slot size in =20 >> signaling >> and we have the following proposal. >> >> 1) Add a complete enumeration of all ODUj/tributary slot size >> combinations to Signal Type (e.g., ODU3/TS=3D1.25 & ODU3/TS=3D2.5G). (I >> think this was there are one time.) >> >> 2) Use Signal Type in signaling instead of ODUj, ODUk, and TS size >> >> The nice thing is that this means that we do not need to have a-=20 >> priori >> understanding between the endpoints of a link regarding the tributary >> slot size to be used on that link. >> >> I would also like to propose adding an 8 bit length field to the TS >> slot bit map and using the TS slot bit map even in the mapping (j =3D =20 >> k) >> case. The former allows the receiver to perform an useful integrity >> check and the latter allows uniform processing in all cases. >> >> Thanks, >> >> John >> >> Sent from my iPhone >> >> >> _______________________________________________ >> CCAMP mailing list >> CCAMP@ietf.org >> https://www.ietf.org/mailman/listinfo/ccamp >> _______________________________________________ >> CCAMP mailing list >> CCAMP@ietf.org >> https://www.ietf.org/mailman/listinfo/ccamp _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp From Manuel.Paul@telekom.de Mon Aug 1 08:40:32 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B52211E80C9 for ; Mon, 1 Aug 2011 08:40:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.447 X-Spam-Level: * X-Spam-Status: No, score=1.447 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, DC_GIF_UNO_LARGO=2.275, EXTRA_MPART_TYPE=1, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, SARE_GIF_ATTACH=1.42] 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 VXf2DpI6eqHt for ; Mon, 1 Aug 2011 08:40:30 -0700 (PDT) Received: from tcmail33.telekom.de (tcmail33.telekom.de [194.25.30.7]) by ietfa.amsl.com (Postfix) with ESMTP id 4DBA511E80A6 for ; Mon, 1 Aug 2011 08:40:29 -0700 (PDT) Received: from he111527.emea1.cds.t-internal.com ([10.125.90.86]) by tcmail31.telekom.de with ESMTP/TLS/AES128-SHA; 01 Aug 2011 17:40:27 +0200 Received: from HE113414.emea1.cds.t-internal.com (10.125.65.80) by HE111527.EMEA1.CDS.T-INTERNAL.COM (10.125.90.86) with Microsoft SMTP Server (TLS) id 8.3.83.0; Mon, 1 Aug 2011 17:40:27 +0200 Received: from HE101452.emea1.cds.t-internal.com ([169.254.2.253]) by HE113414.emea1.cds.t-internal.com ([2002:7cd:4150::7cd:4150]) with mapi; Mon, 1 Aug 2011 17:40:27 +0200 From: To: Date: Mon, 1 Aug 2011 17:40:24 +0200 Thread-Topic: [CCAMP] New drafts addressing the manangement and control of optical interfaces 698.2 Thread-Index: AcxC5MhaChWQYKp0TQeX92qUQoO6vAJhAKVg Message-ID: <9435EDACD941174099E143BCA2BCD615F7AD0C7CE6@HE101452.emea1.cds.t-internal.com> References: In-Reply-To: Accept-Language: de-DE Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: de-DE Content-Type: multipart/related; boundary="_004_9435EDACD941174099E143BCA2BCD615F7AD0C7CE6HE101452emea1_"; type="multipart/alternative" MIME-Version: 1.0 Cc: ccamp@ietf.org Subject: Re: [CCAMP] New drafts addressing the manangement and control of optical interfaces 698.2 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 15:40:32 -0000 --_004_9435EDACD941174099E143BCA2BCD615F7AD0C7CE6HE101452emea1_ Content-Type: multipart/alternative; boundary="_000_9435EDACD941174099E143BCA2BCD615F7AD0C7CE6HE101452emea1_" --_000_9435EDACD941174099E143BCA2BCD615F7AD0C7CE6HE101452emea1_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBYaWh1YSwNCg0KVGhhbmtzIGEgbG90IGZvciB5b3VyIGNvbW1lbnRzLg0KUGxlYXNlIHNl ZSB0aGUgcmVzcG9uc2UgYmVsb3cgaW5saW5lIG1hcmtlZCBbTVBdLg0KDQpCZXN0IHJlZ2FyZHMs DQpNYW51ZWwNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkZyb206IGNjYW1w LWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhh bGYgT2YgZnUueGlodWFAenRlLmNvbS5jbg0KU2VudDogRnJpZGF5LCBKdWx5IDE1LCAyMDExIDc6 NDIgQU0NClRvOiBLdW56ZSwgUsO8ZGlnZXINCkNjOiBjY2FtcEBpZXRmLm9yZw0KU3ViamVjdDog UmU6IFtDQ0FNUF0gTmV3IGRyYWZ0cyBhZGRyZXNzaW5nIHRoZSBtYW5hbmdlbWVudCBhbmQgY29u dHJvbCBvZiBvcHRpY2FsIGludGVyZmFjZXMgNjk4LjINCg0KDQpIaSBBdXRob3JzLA0KDQpJIHJl YWQgdGhyb3VnaCB5b3VyIGZyYW1ld29yayBkb2N1bWVudC4gRm9sbG93aW5nIGlzIG15IGNvbW1l bnRzLg0KDQoxLiBJbiBzZWN0aW9uIDUuMS4yLCBpdCBpcyBub3QgY2xlYXIgZm9yIG1lIHdoYXQn cyB0aGUgcHVycG9zZSB0byB1c2UgTE1QIChYTUwpLg0KRG8geW91IG1lYW4geW91IHVzZSBMTVAg cHJvdG9jb2wgdG8gY29tbXVuaWNhdGUgbWFuYWdlbWVudCBpbmZvcm1hdGlvbiBiZXR3ZWVuIENM IGFuZCBPTS9PRD8NCltNUDpdIFllcywgaGVyZSwgTE1QIHdhcyBwcmltYXJpbHkgaW50ZW5kZWQg dG8gcHJvdmlkZSBhbiBvdXQtb2YtYmFuZCBsb2dpY2FsIGNoYW5uZWwgYmV0d2VlbiB0aGUgQ2xp ZW50IGFuZCB0aGUgb3B0aWNhbCBkb21haW4gdG8gY2FycnkgbWFuYWdlbWVudCBpbmZvcm1hdGlv biAoZS5nLiBYTUwgZW5jb2RlZCkuIEkuRS4gaGVyZSBpdCBpcyBzY29wZWQgdG8gdGhlIG1hbmFn ZW1lbnQgcGxhbmUuDQpBZGRpdGlvbmFsbHksIGluIGFub3RoZXIgc2NlbmFyaW8sIExNUCBjb3Vs ZCBiZSBhbHNvIHVzZWQgdG8gcHJvdmlkZSB0aGUgY29udHJvbCBwbGFuZSBjb21tdW5pY2F0aW9u LCBwbGVhc2Ugc2VlIG1vcmUgYmVsb3cuDQpXZSB3aWxsIGNsYXJpZnkgdGhhdCBpbiB0aGUgdGV4 dCBhbmQgZmlndXJlIGluIHRoZSBuZXh0IHZlcnNpb24uDQoyLiBJbiBzZWN0aW9uIDUuMiwgeW91 IG1lbnRpb24gIkxNUCBtdXN0IGJlIHJ1biBiZXR3ZWVuIHRoZSBib3RoIGVuZC1wb2ludHMgb2Yg dGhlIGxpbmsNCmFuZCBiZXR3ZWVuIHRoZSBlZGdlIG5vZGUgYW5kIHRoZSBmaXJzdCBvcHRpY2Fs IG5ldHdvcmsgbm9kZS4iDQpXb3VsZCB5b3UgbGlrZSB0byBjbGFyaWZ5IHdoYXQncyBwdXJwb3Nl IHRvIHJ1biBMTVAgYmV0d2VlbiBib3RoIGVuZC1wb2ludHMgb2YgQkw/DQpJTU8sIG1hbnkgcGh5 c2ljYWwgaW50ZXJmYWNlIHBhcmFtZXRlcnMgbXVzdCBiZSBkZWNpZGVkIHRvIG1ha2UgdHJhbnNt aXR0ZXIgYW5kIHJlY2VpdmVyIG1lZXQgdGhlIHJhbmdlIG9mIGludGVyb3BlcmFiaWxpdHkgZHVy aW5nIG5ldHdvcmsgcGxhbm5pbmcuDQpXZSBkb24ndCBuZWVkIHRvIHVzZSBMTVAgdG8gbmVnb3Rp YXRlIHBoeXNpY2FsIHBhcmFtZXRlcnMuDQpbTVA6XSBUaGlzIHNlY3Rpb24gcmVsYXRlcyB0byBh biBhZHZhbmNlZCBzY2VuYXJpbyB3aGVyZSBhIGR5bmFtaWMgY29udHJvbCBwbGFuZSBpcyBwcmVz ZW50L2luIHVzZS4gSW50ZXJmYWNlIGNhcGFiaWxpdHkgY291bGQgYmUgZGlzY292ZXJlZCBhbmQg c2lnbmFsZWQgdXNpbmcgTE1QLg0KWW91IG1lbnRpb24gYSBzb2x1dGlvbiB1c2luZyBhIGNvbW1v biBjb250cm9sIHBsYW5lIGZvciB0cmFuc3BvcnQgYW5kIGNsaWVudCBuZXR3b3JrLg0KV291bGQg eW91IGxpa2UgdG8gY2xhcmlmeSB0aGUgY29uY2VwdCBvZiBjb21tb24gY29udHJvbCBwbGFuZT8N CklNTywgdGhlIGNvbnRyb2wgcGxhbmUgaXMgdG8gbWFuYWdlIHRoZSBlbmQgcG9pbnRzIGFuZCB0 cmFmZmljIGVuZ2luZWVyaW5nIG9mIFRFIGxpbmtzIGFzIGlsbHVzdHJhdGVkIGluIGZvbGxvd2lu ZyBmaWd1cmUuDQpTdXBwb3NlIHRoZSBjb21tb24gY29udHJvbCBwbGFuZSBjb3VsZCBjb250cm9s IHRoZSBjbGllbnQgbmV0d29yayAoaS5lLiwgcm91dGVyKSBhbmQgdGhlc2UgVEUgbGlua3MuDQpC dXQgaXQgc2hvdWxkbid0IGJlIG1hdHRlciB3aXRoIHRoZSBjb250cm9sIHBsYW5lIHdpdGhpbiB0 aGUgYmxhY2sgYm94Lg0KW2NpZDppbWFnZTAwMS5naWZAMDFDQzUwNzIuMTdCNkM2RDBdDQoNCltN UDpdIENvbW1vbiBjb250cm9sIHBsYW5lIHdvdWxkIG1lYW4gdGhhdCBib3RoIHRoZSBjbGllbnQg YW5kIHRoZSB0cmFuc3BvcnQgbmV0d29yayBlcXVpcG1lbnQgd291bGQgYmUgY29udHJvbGxlZCBi eSB0aGUgc2FtZSBhZG1pbmlzdHJhdGl2ZSB1bml0LCBydW5uaW5nIGEgc2luZ2xlIGNvbnRyb2wg cGxhbmUgaW5zdGFuY2UuDQpUaGlzIHdvdWxkIGJlIGFzIHJlcHJlc2VudGVkIGJ5IHRoZSB1cHBl ciBleGFtcGxlIGluIHlvdXIgZmlndXJlLCB3aGlsZSB0aGUgYm90dG9tIG9uZSBtYXRjaGVzIHdp dGggdGhlIGNvbnNpZGVyYXRpb24gZm9yIGEgKG9yIHR3bykgc2VwYXJhdGUgYW5kIGluZGVwZW5k ZW50IGNvbnRyb2wgcGxhbmUgaW5zdGFuY2UocykuDQoNCjMuSXQgaXMgbm90IGNsZWFyIGZvciBt ZSB3aGF0IGNvbnRyb2wgcGxhbmUgY291bGQgZG9uZSBmb3IgQkwuIFRoaXMgZHJhZnQgZG9lc24n dCBjbGVhcmx5IGdpdmUgYW55IGltcGxpY2F0aW9uIGZvciBDUC4NCltNUF0gSSB0aGluayB0aGUg cXVlc3Rpb24gYWJvdXQgdGhlIGFwcGxpY2F0aW9uIGlzIGFuc3dlcmVkIGJ5IHRoZSBjb25zaWRl cmF0aW9uIGFib3ZlIHJlZ2FyZGluZyB5b3VyIGV4YW1wbGUuIE9mIGNvdXJzZSwgYXMgY2FuIGJl IHNlZW4gaW4gdGhlIHYwMCwgdGhlIGNvbnRyb2wgcGxhbmUgcGFydCBpcyBub3QgeWV0IGZpbmlz aGVkIGJ1dCB3b3JrIGluIHByb2dyZXNzLg0KVGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzIGhlcmUs IGFsc28gZm9yIHRoZSBvZmZsaW5lIHRhbGtzIGR1cmluZyB0aGUgSUVURiBtZWV0aW5nLiBXaWxs IGJlIGhlbHBmdWwgdG8gcHJvZ3Jlc3MgdGhpcyBzZWN0aW9uLCBpLmUuIHRvIHdvcmsgb3V0IGhv dyBhIHNlZ21lbnRlZCBjb250cm9sIGFwcHJvYWNoIGNvdWxkIHdvcmsgYW5kIHdoYXQgd291bGQg YmUgdGhlIHByb3RvY29sIGltcGxpY2F0aW9ucy4NCg0KV2UgbWF5IG5lZWQgdG8gY29uc2lkZXIg aG93IHRvIGR5bmFtaWMgY29uZmlndXJlIGVuZCBwb2ludHMgT0FNIG9mIGJsYWNrIGxpbmsuDQpX ZSBtYXkgZXZhbHVhdGUgaWYgZHJhZnQtaWV0Zi1jY2FtcC1yc3ZwLXRlLXNkaC1vdG4tb2FtLWV4 dCBjb3VsZCBhcHBseSB0byBCTC4NCg0KWGlodWENCg0KDQo8Ukt1bnplQHRlbGVrb20uZGU+DQrl j5Hku7bkuro6ICBjY2FtcC1ib3VuY2VzQGlldGYub3JnDQoNCjIwMTEtMDctMTMg5LiL5Y2IIDA4 OjEyDQoNCuaUtuS7tuS6ug0KDQo8Y2NhbXBAaWV0Zi5vcmc+DQoNCuaKhOmAgQ0KDQoNCg0K5Li7 6aKYDQoNCltDQ0FNUF0gTmV3IGRyYWZ0cyBhZGRyZXNzaW5nIHRoZSBtYW5hbmdlbWVudCBhbmQg Y29udHJvbCBvZiBvcHRpY2FsIGludGVyZmFjZXMgNjk4LjINCg0KDQoNCg0KDQoNCg0KDQoNCg0K SGkgYWxsLA0KDQphZnRlciB0aGUgZGlzY3Vzc2lvbiB3ZSByZWNlaXZlZCBhdCBJRVRGIFByYWd1 ZSBtZWV0aW5nIGFuZCBoYXZpbmcgcHJvcG9zZWQgdGhlIGRyYWZ0IHRvIElUVS1ULCB3ZSBkaWQg c29tZQ0KY2hhbmdlcyBhbmQgcmVuYW1lZCB0aGUgZm9sbG93aW5nIGRyYWZ0cyBkZWFsaW5nIHdp dGggdGhlIG1hbmFnZW1lbnQgb2Ygb3B0aWNhbCBpbnRlcmZhY2VzIGJhc2VkIG9uIElUVS1UIDY5 OC4yIHN0YW5kYXJkLg0KaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQta3VuemUtZy02 OTgtMi1tYW5hZ2VtZW50LWNvbnRyb2wtZnJhbWV3b3JrLTAwDQpodHRwOi8vdG9vbHMuaWV0Zi5v cmcvaHRtbC9kcmFmdC1nYWxpbWJlLWt1bnplLWctNjk4LTItc25tcC1taWItMDANCkJvdGggZG9j dW1lbnRzIGZvY3VzIGV4Y2x1c2l2ZSBvbiBJVFUtVCBzcGVjaWZpZWQgZGF0YSBwbGFuZSB0ZWNo bm9sb2dpZXMuDQpGb3IgdGhlIGF1dGhvcnMgaXQgaXMgaW1wb3J0YW50IHRvIGZpbmQgYSBob21l IHdpdGhpbiB0aGUgSUVURiBhbmQgd2UgdGhpbmsgQ0NBTVAgaXMgdGhlIHJpZ2h0IGJhc2UgdG8g ZG8gdGhpcyB3b3JrLg0KUGxlYXNlIHNlbmQgeW91ciBjb21tZW50cyB0byBsaXN0Lg0KDQpBdXRo b3JzIG9mIHRoZSBib3RoIGRvY3VtZW50cw0KDQoNCg0KDQoNCkRldXRzY2hlIFRlbGVrb20gQUcN Ckdyb3VwIFRlY2hub2xvZ3kNClLDvGRpZ2VyIEt1bnplDQpHb3NsYXJlciBVZmVyIDM1LCAxMDU4 OSBCZXJsaW4NCis0OSAzMCAzNDk3IC0gMzE1MiAoVGVsLikNCis0OSAzMCAzNDk3IC0gMzE1MyAo RmF4KQ0KKzQ5IDE3MDIyNzUzMjEgKE1vYmlsKQ0KRS1NYWlsOiBSdWVkaWdlci5LdW56ZUB0ZWxl a29tLmRlDQp3d3cudGVsZWtvbS5jb208aHR0cDovL3d3dy50ZWxla29tLmNvbT4NCg0KTGlmZSBp cyBmb3Igc2hhcmluZy4NCg0KRGV1dHNjaGUgVGVsZWtvbSBBRw0KU3VwZXJ2aXNvcnkgQm9hcmQ6 IFByb2YuIERyLiBVbHJpY2ggTGVobmVyIChDaGFpcm1hbikNCkJvYXJkIG9mIE1hbmFnZW1lbnQ6 IFJlbsOpIE9iZXJtYW5uIChDaGFpcm1hbiksDQpEci4gTWFuZnJlZCBCYWx6LCBSZWluaGFyZCBD bGVtZW5zLCBOaWVrIEphbiB2YW4gRGFtbWUsDQpUaW1vdGhldXMgSMO2dHRnZXMsIEd1aWRvIEtl cmtob2ZmLCBFZHdhcmQgUi4gS296ZWwsIFRob21hcyBTYXR0ZWxiZXJnZXINCkNvbW1lcmNpYWwg cmVnaXN0ZXI6IEFtdHNnZXJpY2h0IEJvbm4gSFJCIDY3OTQNClJlZ2lzdGVyZWQgb2ZmaWNlOiBC b25uDQpWQVQgaWRlbnRpZmljYXRpb24gbm8uIERFIDEyMzQ3NTIyMw0KDQpCaWcgY2hhbmdlcyBz dGFydCBzbWFsbCDigJMgY29uc2VydmUgcmVzb3VyY2VzIGJ5IG5vdCBwcmludGluZyBldmVyeSBl LW1haWwuDQoNCg0KIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQpDQ0FNUCBtYWlsaW5nIGxpc3QNCkNDQU1QQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQo= --_000_9435EDACD941174099E143BCA2BCD615F7AD0C7CE6HE101452emea1_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6c3QxPSJ1cm46c2NoZW1hcy1taWNy b3NvZnQtY29tOm9mZmljZTpzbWFydHRhZ3MiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy9UUi9S RUMtaHRtbDQwIj4NCg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZSBjb250 ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1ldGEgbmFtZT1HZW5lcmF0b3IgY29u dGVudD0iTWljcm9zb2Z0IFdvcmQgMTEgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtpZiAhbXNv XT4NCjxzdHlsZT4NCnZcOioge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30NCm9cOioge2Jl aGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30NCndcOioge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNW TUwpO30NCi5zaGFwZSB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0KPC9zdHlsZT4NCjwh W2VuZGlmXS0tPjxvOlNtYXJ0VGFnVHlwZQ0KIG5hbWVzcGFjZXVyaT0idXJuOnNjaGVtYXMtbWlj cm9zb2Z0LWNvbTpvZmZpY2U6c21hcnR0YWdzIiBuYW1lPSJTdGF0ZSIvPg0KPG86U21hcnRUYWdU eXBlIG5hbWVzcGFjZXVyaT0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6c21hcnR0 YWdzIg0KIG5hbWU9InBsYWNlIi8+DQo8bzpTbWFydFRhZ1R5cGUgbmFtZXNwYWNldXJpPSJ1cm46 c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpzbWFydHRhZ3MiDQogbmFtZT0iUGVyc29uTmFt ZSIvPg0KPCEtLVtpZiAhbXNvXT4NCjxzdHlsZT4NCnN0MVw6KntiZWhhdmlvcjp1cmwoI2RlZmF1 bHQjaWVvb3VpKSB9DQo8L3N0eWxlPg0KPCFbZW5kaWZdLS0+DQo8c3R5bGU+DQo8IS0tDQogLyog Rm9udCBEZWZpbml0aW9ucyAqLw0KIEBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Ik1TIE1pbmNo byI7DQoJcGFub3NlLTE6MiAyIDYgOSA0IDIgNSA4IDMgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OiJBcmlhbCBVbmljb2RlIE1TIjsNCglwYW5vc2UtMToyIDExIDYgNCAyIDIgMiAyIDIg NDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJKYXBhbmVzZSBHb3RoaWMiOw0KCXBhbm9z ZS0xOjIgMCA1IDQgMCAwIDAgMiAwIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhv bWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250 LWZhbWlseToiXEBBcmlhbCBVbmljb2RlIE1TIjsNCglwYW5vc2UtMToyIDExIDYgNCAyIDIgMiAy IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQEphcGFuZXNlIEdvdGhpYyI7DQoJ cGFub3NlLTE6MiAwIDUgNCAwIDAgMCAyIDAgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiXEBNUyBNaW5jaG8iOw0KCXBhbm9zZS0xOjAgMCAwIDAgMCAwIDAgMCAw IDA7fQ0KIC8qIFN0eWxlIERlZmluaXRpb25zICovDQogcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1h bCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsN Cglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCmE6 bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7Y29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246 dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXtjb2xv cjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcA0KCXttc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJUaW1lcyBOZXcgUm9tYW4iO30NCnR0DQoJe2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0K c3Bhbi5FLU1haWxGb3JtYXR2b3JsYWdlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVw bHk7DQoJZm9udC1mYW1pbHk6QXJpYWw7DQoJY29sb3I6d2luZG93dGV4dDsNCglmb250LXdlaWdo dDpub3JtYWw7DQoJZm9udC1zdHlsZTpub3JtYWw7DQoJdGV4dC1kZWNvcmF0aW9uOm5vbmUgbm9u ZTt9DQpAcGFnZSBTZWN0aW9uMQ0KCXtzaXplOjU5NS4zcHQgODQxLjlwdDsNCgltYXJnaW46NzAu ODVwdCA3MC44NXB0IDIuMGNtIDcwLjg1cHQ7fQ0KZGl2LlNlY3Rpb24xDQoJe3BhZ2U6U2VjdGlv bjE7fQ0KLS0+DQo8L3N0eWxlPg0KDQo8L2hlYWQ+DQoNCjxib2R5IGxhbmc9REUgbGluaz1ibHVl IHZsaW5rPWJsdWU+DQoNCjxkaXYgY2xhc3M9U2VjdGlvbjE+DQoNCjxwIGNsYXNzPU1zb05vcm1h bD48Zm9udCBzaXplPTIgZmFjZT1BcmlhbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250LXNp emU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWwnPkRlYXIgWGlodWEsIDxvOnA+PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgZmFjZT1B cmlhbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1p bHk6QXJpYWwnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNz PU1zb05vcm1hbD48Zm9udCBzaXplPTIgZmFjZT1BcmlhbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxl PSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWwnPlRoYW5rcyBhIGxvdCBmb3Ig eW91ciBjb21tZW50cy48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1N c29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGZhY2U9QXJpYWw+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0n Zm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsJz5QbGVhc2Ugc2VlIHRoZSByZXNw b25zZSBiZWxvdyBpbmxpbmUgbWFya2VkIDxmb250DQpjb2xvcj1ibHVlPjxzcGFuIHN0eWxlPSdj b2xvcjpibHVlJz5bTVBdPC9zcGFuPjwvZm9udD4uPG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBmYWNlPUFyaWFsPjxzcGFuIGxh bmc9RU4tR0Igc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpBcmlhbCc+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxm b250IHNpemU9MiBmYWNlPUFyaWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2ZvbnQtc2l6ZToN CjEwLjBwdDtmb250LWZhbWlseTpBcmlhbCc+QmVzdCByZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgZmFjZT1Bcmlh bD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6 QXJpYWwnPk1hbnVlbDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1z b05vcm1hbD48Zm9udCBzaXplPTIgZmFjZT1BcmlhbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdm b250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWwnPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQoNCjxkaXYgc3R5bGU9J2JvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNv bGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCc+DQoNCjxkaXY+DQoNCjxk aXYgY2xhc3M9TXNvTm9ybWFsIGFsaWduPWNlbnRlciBzdHlsZT0ndGV4dC1hbGlnbjpjZW50ZXIn Pjxmb250IHNpemU9Mw0KZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1z aXplOjEyLjBwdCc+DQoNCjxociBzaXplPTIgd2lkdGg9IjEwMCUiIGFsaWduPWNlbnRlciB0YWJp bmRleD0tMT4NCg0KPC9zcGFuPjwvZm9udD48L2Rpdj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxi Pjxmb250IHNpemU9MiBmYWNlPVRhaG9tYT48c3BhbiBsYW5nPUVOLUdCDQpzdHlsZT0nZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTpUYWhvbWE7Zm9udC13ZWlnaHQ6Ym9sZCc+RnJvbTo8L3Nw YW4+PC9mb250PjwvYj48Zm9udA0Kc2l6ZT0yIGZhY2U9VGFob21hPjxzcGFuIGxhbmc9RU4tR0Ig c3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6VGFob21hJz4NCmNjYW1wLWJvdW5j ZXNAaWV0Zi5vcmcgW21haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnXSA8Yj48c3Bhbg0Kc3R5 bGU9J2ZvbnQtd2VpZ2h0OmJvbGQnPk9uIEJlaGFsZiBPZiA8L3NwYW4+PC9iPmZ1LnhpaHVhQHp0 ZS5jb20uY248YnI+DQo8Yj48c3BhbiBzdHlsZT0nZm9udC13ZWlnaHQ6Ym9sZCc+U2VudDo8L3Nw YW4+PC9iPiBGcmlkYXksIEp1bHkgMTUsIDIwMTEgNzo0Mg0KQU08YnI+DQo8Yj48c3BhbiBzdHls ZT0nZm9udC13ZWlnaHQ6Ym9sZCc+VG86PC9zcGFuPjwvYj4gPHN0MTpQZXJzb25OYW1lIHc6c3Q9 Im9uIj5LdW56ZSwNCiBSw7xkaWdlcjwvc3QxOlBlcnNvbk5hbWU+PGJyPg0KPGI+PHNwYW4gc3R5 bGU9J2ZvbnQtd2VpZ2h0OmJvbGQnPkNjOjwvc3Bhbj48L2I+IGNjYW1wQGlldGYub3JnPGJyPg0K PGI+PHNwYW4gc3R5bGU9J2ZvbnQtd2VpZ2h0OmJvbGQnPlN1YmplY3Q6PC9zcGFuPjwvYj4gUmU6 IFtDQ0FNUF0gTmV3IGRyYWZ0cw0KYWRkcmVzc2luZyB0aGUgbWFuYW5nZW1lbnQgYW5kIGNvbnRy b2wgb2Ygb3B0aWNhbCBpbnRlcmZhY2VzIDY5OC4yPC9zcGFuPjwvZm9udD48c3Bhbg0KbGFuZz1F Ti1HQj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQoNCjwvZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3Jt YWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz1FTi1HQg0K c3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWJvdHRvbToxMi4wcHQnPjxm b250IHNpemU9Mw0KZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPUVOLUdCIHN0eWxl PSdmb250LXNpemU6MTIuMHB0Jz48YnI+DQo8L3NwYW4+PC9mb250Pjxmb250IGZhY2U9Q2FsaWJy aT48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250LWZhbWlseTpDYWxpYnJpJz5IaQ0KQXV0aG9y cyw8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9RU4tR0I+IDxicj4NCjxicj4NCjwvc3Bhbj48Zm9u dCBmYWNlPUNhbGlicmk+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nZm9udC1mYW1pbHk6Q2FsaWJy aSc+SSByZWFkDQp0aHJvdWdoIHlvdXIgZnJhbWV3b3JrIGRvY3VtZW50LiBGb2xsb3dpbmcgaXMg bXkgY29tbWVudHMuPC9zcGFuPjwvZm9udD48c3Bhbg0KbGFuZz1FTi1HQj4gPGJyPg0KPGJyPg0K PC9zcGFuPjxmb250IGZhY2U9Q2FsaWJyaT48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250LWZh bWlseTpDYWxpYnJpJz4xLiBJbg0Kc2VjdGlvbiA1LjEuMiwgaXQgaXMgbm90IGNsZWFyIGZvciBt ZSB3aGF0J3MgdGhlIHB1cnBvc2UgdG8gdXNlIExNUCAoWE1MKS48L3NwYW4+PC9mb250PjxzcGFu DQpsYW5nPUVOLUdCPiA8YnI+DQo8L3NwYW4+PGZvbnQgZmFjZT1DYWxpYnJpPjxzcGFuIGxhbmc9 RU4tR0Igc3R5bGU9J2ZvbnQtZmFtaWx5OkNhbGlicmknPkRvIHlvdQ0KbWVhbiB5b3UgdXNlIExN UCBwcm90b2NvbCB0byBjb21tdW5pY2F0ZSBtYW5hZ2VtZW50IGluZm9ybWF0aW9uIGJldHdlZW4g Q0wgYW5kDQpPTS9PRD88L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9RU4tR0I+IDxicj4NCjwvc3Bh bj48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPUFyaWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5 bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpibHVlJz5bTVA6 XSBZZXMsIGhlcmUsIExNUCB3YXMgcHJpbWFyaWx5DQppbnRlbmRlZCB0byBwcm92aWRlIGFuIG91 dC1vZi1iYW5kIGxvZ2ljYWwgY2hhbm5lbCBiZXR3ZWVuIHRoZSBDbGllbnQgYW5kIHRoZQ0Kb3B0 aWNhbCBkb21haW4gdG8gY2FycnkgbWFuYWdlbWVudCBpbmZvcm1hdGlvbiAoZS5nLiBYTUwgZW5j b2RlZCkuIEkuRS4gaGVyZSBpdA0KaXMgc2NvcGVkIHRvIHRoZSBtYW5hZ2VtZW50IHBsYW5lLjxi cj4NCkFkZGl0aW9uYWxseSwgaW4gYW5vdGhlciBzY2VuYXJpbywgTE1QIGNvdWxkIGJlIGFsc28g dXNlZCB0byBwcm92aWRlIHRoZQ0KY29udHJvbCBwbGFuZSBjb21tdW5pY2F0aW9uLCBwbGVhc2Ug c2VlIG1vcmUgYmVsb3cuIDxicj4NCldlIHdpbGwgY2xhcmlmeSB0aGF0IGluIHRoZSB0ZXh0IGFu ZCBmaWd1cmUgaW4gdGhlIG5leHQgdmVyc2lvbi48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1ib3R0b206MTIuMHB0Jz48Zm9u dCBzaXplPTMgZmFjZT1DYWxpYnJpPjxzcGFuDQpsYW5nPUVOLUdCIHN0eWxlPSdmb250LXNpemU6 MTIuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmknPjIuIEluIHNlY3Rpb24gNS4yLCB5b3UNCm1lbnRp b24gJnF1b3Q7TE1QIG11c3QgYmUgcnVuIGJldHdlZW4gdGhlIGJvdGggZW5kLXBvaW50cyBvZiB0 aGUgbGluayA8L3NwYW4+PC9mb250PjxzcGFuDQpsYW5nPUVOLUdCPjxicj4NCjwvc3Bhbj48Zm9u dCBmYWNlPUNhbGlicmk+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nZm9udC1mYW1pbHk6Q2FsaWJy aSc+YW5kDQpiZXR3ZWVuIHRoZSBlZGdlIG5vZGUgYW5kIHRoZSBmaXJzdCBvcHRpY2FsIG5ldHdv cmsgbm9kZS4mcXVvdDs8L3NwYW4+PC9mb250PjxzcGFuDQpsYW5nPUVOLUdCPiA8YnI+DQo8L3Nw YW4+PGZvbnQgZmFjZT1DYWxpYnJpPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2ZvbnQtZmFtaWx5 OkNhbGlicmknPldvdWxkDQp5b3UgbGlrZSB0byBjbGFyaWZ5IHdoYXQncyBwdXJwb3NlIHRvIHJ1 biBMTVAgYmV0d2VlbiBib3RoIGVuZC1wb2ludHMgb2YgQkw/PC9zcGFuPjwvZm9udD48c3Bhbg0K bGFuZz1FTi1HQj4gPGJyPg0KPC9zcGFuPjxmb250IGZhY2U9Q2FsaWJyaT48c3BhbiBsYW5nPUVO LUdCIHN0eWxlPSdmb250LWZhbWlseTpDYWxpYnJpJz5JTU8sDQptYW55IHBoeXNpY2FsIGludGVy ZmFjZSBwYXJhbWV0ZXJzIG11c3QgYmUgZGVjaWRlZCB0byBtYWtlIHRyYW5zbWl0dGVyIGFuZA0K cmVjZWl2ZXIgbWVldCB0aGUgcmFuZ2Ugb2YgaW50ZXJvcGVyYWJpbGl0eSBkdXJpbmcgbmV0d29y ayBwbGFubmluZy48L3NwYW4+PC9mb250PjxzcGFuDQpsYW5nPUVOLUdCPiA8YnI+DQo8L3NwYW4+ PGZvbnQgZmFjZT1DYWxpYnJpPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2ZvbnQtZmFtaWx5OkNh bGlicmknPldlIGRvbid0DQpuZWVkIHRvIHVzZSBMTVAgdG8gbmVnb3RpYXRlIHBoeXNpY2FsIHBh cmFtZXRlcnMuPC9zcGFuPjwvZm9udD48c3Bhbg0KbGFuZz1FTi1HQj4gPGJyPg0KPC9zcGFuPjxm b250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9QXJpYWw+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0n Zm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOmJsdWUnPltNUDpdIFRo aXMgc2VjdGlvbiByZWxhdGVzIHRvIGFuIGFkdmFuY2VkDQpzY2VuYXJpbyB3aGVyZSBhIGR5bmFt aWMgY29udHJvbCBwbGFuZSBpcyBwcmVzZW50L2luIHVzZS4gSW50ZXJmYWNlIGNhcGFiaWxpdHkN CmNvdWxkIGJlIGRpc2NvdmVyZWQgYW5kIHNpZ25hbGVkIHVzaW5nIExNUC48L3NwYW4+PC9mb250 Pjxmb250IHNpemU9Mg0KZmFjZT1BcmlhbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsJz4gPG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tYm90dG9tOjEyLjBwdCc+PGZv bnQgc2l6ZT0zIGZhY2U9Q2FsaWJyaT48c3Bhbg0KbGFuZz1FTi1HQiBzdHlsZT0nZm9udC1zaXpl OjEyLjBwdDtmb250LWZhbWlseTpDYWxpYnJpJz5Zb3UgbWVudGlvbiBhIHNvbHV0aW9uDQp1c2lu ZyBhIGNvbW1vbiBjb250cm9sIHBsYW5lIGZvciB0cmFuc3BvcnQgYW5kIGNsaWVudCBuZXR3b3Jr Ljwvc3Bhbj48L2ZvbnQ+PHNwYW4NCmxhbmc9RU4tR0I+IDxicj4NCjwvc3Bhbj48Zm9udCBmYWNl PUNhbGlicmk+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nZm9udC1mYW1pbHk6Q2FsaWJyaSc+V291 bGQNCnlvdSBsaWtlIHRvIGNsYXJpZnkgdGhlIGNvbmNlcHQgb2YgY29tbW9uIGNvbnRyb2wgcGxh bmU/PC9zcGFuPjwvZm9udD48c3Bhbg0KbGFuZz1FTi1HQj4gPGJyPg0KPC9zcGFuPjxmb250IGZh Y2U9Q2FsaWJyaT48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250LWZhbWlseTpDYWxpYnJpJz5J TU8sIHRoZQ0KY29udHJvbCBwbGFuZSBpcyB0byBtYW5hZ2UgdGhlIGVuZCBwb2ludHMgYW5kIHRy YWZmaWMgZW5naW5lZXJpbmcgb2YgVEUgbGlua3MNCmFzIGlsbHVzdHJhdGVkIGluIGZvbGxvd2lu ZyBmaWd1cmUuPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPUVOLUdCPiA8YnI+DQo8L3NwYW4+PGZv bnQgZmFjZT1DYWxpYnJpPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2ZvbnQtZmFtaWx5OkNhbGli cmknPlN1cHBvc2UNCnRoZSBjb21tb24gY29udHJvbCBwbGFuZSBjb3VsZCBjb250cm9sIHRoZSBj bGllbnQgbmV0d29yayAoaS5lLiwgcm91dGVyKSBhbmQNCnRoZXNlIFRFIGxpbmtzLjwvc3Bhbj48 L2ZvbnQ+PHNwYW4gbGFuZz1FTi1HQj4gPGJyPg0KPC9zcGFuPjxmb250IGZhY2U9Q2FsaWJyaT48 c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250LWZhbWlseTpDYWxpYnJpJz5CdXQgaXQNCnNob3Vs ZG4ndCBiZSBtYXR0ZXIgd2l0aCB0aGUgY29udHJvbCBwbGFuZSB3aXRoaW4gdGhlIGJsYWNrIGJv eC48L3NwYW4+PC9mb250PjxzcGFuDQpsYW5nPUVOLUdCPiA8YnI+DQo8L3NwYW4+PGltZyB3aWR0 aD02MjYgaGVpZ2h0PTI5MSBpZD0iX3gwMDAwX2kxMDI1Ig0Kc3JjPSJjaWQ6aW1hZ2UwMDEuZ2lm QDAxQ0M1MDcyLjE3QjZDNkQwIj48bzpwPjwvbzpwPjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFs IHN0eWxlPSdtYXJnaW4tYm90dG9tOjEyLjBwdCc+PGZvbnQgc2l6ZT0zDQpmYWNlPSJUaW1lcyBO ZXcgUm9tYW4iPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbCBzdHls ZT0nbWFyZ2luLWJvdHRvbToxMi4wcHQnPjxmb250IHNpemU9MiBjb2xvcj1ibHVlDQpmYWNlPUFy aWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 QXJpYWw7DQpjb2xvcjpibHVlJz5bTVA6XSBDb21tb24gY29udHJvbCBwbGFuZSB3b3VsZCBtZWFu IHRoYXQgYm90aCB0aGUgY2xpZW50IGFuZCB0aGUgdHJhbnNwb3J0DQpuZXR3b3JrIGVxdWlwbWVu dCB3b3VsZCBiZSBjb250cm9sbGVkIGJ5IHRoZSBzYW1lIGFkbWluaXN0cmF0aXZlIHVuaXQsIHJ1 bm5pbmcNCmEgc2luZ2xlIGNvbnRyb2wgcGxhbmUgaW5zdGFuY2UuPGJyPg0KVGhpcyB3b3VsZCBi ZSBhcyByZXByZXNlbnRlZCBieSB0aGUgdXBwZXIgZXhhbXBsZSBpbiB5b3VyIGZpZ3VyZSwgd2hp bGUgdGhlDQpib3R0b20gb25lIG1hdGNoZXMgd2l0aCB0aGUgY29uc2lkZXJhdGlvbiBmb3IgYSAo b3IgdHdvKSBzZXBhcmF0ZSBhbmQNCmluZGVwZW5kZW50IGNvbnRyb2wgcGxhbmUgaW5zdGFuY2Uo cykuPGJyPg0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPUVOLUdCPjxicj4NCjwvc3Bhbj48Zm9u dCBmYWNlPUNhbGlicmk+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nZm9udC1mYW1pbHk6Q2FsaWJy aSc+My5JdCBpcw0Kbm90IGNsZWFyIGZvciBtZSB3aGF0IGNvbnRyb2wgcGxhbmUgY291bGQgZG9u ZSBmb3IgQkwuIFRoaXMgZHJhZnQgZG9lc24ndA0KY2xlYXJseSBnaXZlIGFueSBpbXBsaWNhdGlv biBmb3IgQ1AuPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPUVOLUdCPiA8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWJvdHRvbToxMi4wcHQn Pjxmb250IHNpemU9MiBjb2xvcj1ibHVlDQpmYWNlPUFyaWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5 bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7DQpjb2xvcjpibHVlJz5bTVBd IEkgdGhpbmsgdGhlIHF1ZXN0aW9uIGFib3V0IHRoZSBhcHBsaWNhdGlvbiBpcyBhbnN3ZXJlZCBi eSB0aGUgY29uc2lkZXJhdGlvbg0KYWJvdmUgcmVnYXJkaW5nIHlvdXIgZXhhbXBsZS4gT2YgY291 cnNlLCBhcyBjYW4gYmUgc2VlbiBpbiB0aGUgdjAwLCB0aGUgY29udHJvbA0KcGxhbmUgcGFydCBp cyBub3QgeWV0IGZpbmlzaGVkIGJ1dCB3b3JrIGluIHByb2dyZXNzLiA8YnI+DQpUaGFua3MgZm9y IHlvdXIgY29tbWVudHMgaGVyZSwgYWxzbyBmb3IgdGhlIG9mZmxpbmUgdGFsa3MgZHVyaW5nIHRo ZSBJRVRGDQptZWV0aW5nLiBXaWxsIGJlIGhlbHBmdWwgdG8gcHJvZ3Jlc3MgdGhpcyBzZWN0aW9u LCBpLmUuIHRvIHdvcmsgb3V0IGhvdyBhIHNlZ21lbnRlZA0KY29udHJvbCBhcHByb2FjaCBjb3Vs ZCB3b3JrIGFuZCB3aGF0IHdvdWxkIGJlIHRoZSBwcm90b2NvbCBpbXBsaWNhdGlvbnMuPC9zcGFu PjwvZm9udD48c3Bhbg0KbGFuZz1FTi1HQj48YnI+DQo8YnI+DQo8L3NwYW4+PGZvbnQgZmFjZT1D YWxpYnJpPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2ZvbnQtZmFtaWx5OkNhbGlicmknPldlIG1h eQ0KbmVlZCB0byBjb25zaWRlciBob3cgdG8gZHluYW1pYyBjb25maWd1cmUgZW5kIHBvaW50cyBP QU0gb2YgYmxhY2sgbGluay4gPGJyPg0KV2UgbWF5IGV2YWx1YXRlIGlmIGRyYWZ0LWlldGYtY2Nh bXAtcnN2cC10ZS1zZGgtb3RuLW9hbS1leHQgY291bGQgYXBwbHkgdG8gQkwuPC9zcGFuPjwvZm9u dD48c3Bhbg0KbGFuZz1FTi1HQj4gPGJyPg0KPGJyPg0KPC9zcGFuPjxmb250IGZhY2U9Q2FsaWJy aT48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250LWZhbWlseTpDYWxpYnJpJz5YaWh1YTwvc3Bh bj48L2ZvbnQ+PHNwYW4NCmxhbmc9RU4tR0I+IDxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48Zm9u dCBmYWNlPUNhbGlicmk+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nZm9udC1mYW1pbHk6Q2FsaWJy aSc+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHRhYmxlIGNsYXNzPU1zb05vcm1h bFRhYmxlIGJvcmRlcj0wIGNlbGxwYWRkaW5nPTAgd2lkdGg9IjEwMCUiDQogc3R5bGU9J3dpZHRo OjEwMC4wJSc+DQogPHRyPg0KICA8dGQgd2lkdGg9IjM1JSIgdmFsaWduPXRvcCBzdHlsZT0nd2lk dGg6MzUuMCU7cGFkZGluZzouNzVwdCAuNzVwdCAuNzVwdCAuNzVwdCc+DQogIDxwIGNsYXNzPU1z b05vcm1hbD48Yj48Zm9udCBzaXplPTEgZmFjZT1BcmlhbD48c3BhbiBsYW5nPUVOLUdCDQogIHN0 eWxlPSdmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6QXJpYWw7Zm9udC13ZWlnaHQ6Ym9sZCc+ Jmx0O1JLdW56ZUB0ZWxla29tLmRlJmd0Ozwvc3Bhbj48L2ZvbnQ+PC9iPjxmb250DQogIHNpemU9 MSBmYWNlPUFyaWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2ZvbnQtc2l6ZTo3LjVwdDtmb250 LWZhbWlseTpBcmlhbCc+DQogIDwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz1FTi1HQj48YnI+DQog IDwvc3Bhbj48Zm9udCBzaXplPTEgZmFjZT0iQXJpYWwgVW5pY29kZSBNUyI+PHNwYW4gbGFuZz1K QSBzdHlsZT0nZm9udC1zaXplOg0KICA3LjVwdDtmb250LWZhbWlseToiQXJpYWwgVW5pY29kZSBN UyInPuWPkTwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0xDQogIGZhY2U9IkphcGFuZXNlIEdvdGhp YyI+PHNwYW4gbGFuZz1KQSBzdHlsZT0nZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiJKYXBh bmVzZSBHb3RoaWMiJz7ku7bkuro8L3NwYW4+PC9mb250Pjxmb250DQogIHNpemU9MSBmYWNlPUFy aWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2ZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTpB cmlhbCc+Og0KICAmbmJzcDtjY2FtcC1ib3VuY2VzQGlldGYub3JnPC9zcGFuPjwvZm9udD48c3Bh biBsYW5nPUVOLUdCPiA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQogIDxwPjxmb250IHNpemU9MSBm YWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6QXJpYWwn PjIwMTEtMDctMTMNCiAgPC9zcGFuPjwvZm9udD48Zm9udCBzaXplPTEgZmFjZT0iTVMgTWluY2hv Ij48c3BhbiBsYW5nPUpBIHN0eWxlPSdmb250LXNpemU6DQogIDcuNXB0O2ZvbnQtZmFtaWx5OiJN UyBNaW5jaG8iJz7kuIvljYg8L3NwYW4+PC9mb250Pjxmb250IHNpemU9MSBmYWNlPUFyaWFsPjxz cGFuDQogIHN0eWxlPSdmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6QXJpYWwnPiAwODoxMjwv c3Bhbj48L2ZvbnQ+IDxvOnA+PC9vOnA+PC9wPg0KICA8L3RkPg0KICA8dGQgd2lkdGg9IjY0JSIg dmFsaWduPXRvcCBzdHlsZT0nd2lkdGg6NjQuMCU7cGFkZGluZzouNzVwdCAuNzVwdCAuNzVwdCAu NzVwdCc+DQogIDx0YWJsZSBjbGFzcz1Nc29Ob3JtYWxUYWJsZSBib3JkZXI9MCBjZWxscGFkZGlu Zz0wIHdpZHRoPSIxMDAlIg0KICAgc3R5bGU9J3dpZHRoOjEwMC4wJSc+DQogICA8dHI+DQogICAg PHRkIHZhbGlnbj10b3Agc3R5bGU9J3BhZGRpbmc6Ljc1cHQgLjc1cHQgLjc1cHQgLjc1cHQnPg0K ICAgIDxwIGNsYXNzPU1zb05vcm1hbCBhbGlnbj1yaWdodCBzdHlsZT0ndGV4dC1hbGlnbjpyaWdo dCc+PGZvbnQgc2l6ZT0xDQogICAgZmFjZT0iTVMgTWluY2hvIj48c3BhbiBsYW5nPUpBIHN0eWxl PSdmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6Ik1TIE1pbmNobyInPuaUtuS7tuS6ujwvc3Bh bj48L2ZvbnQ+PG86cD48L286cD48L3A+DQogICAgPC90ZD4NCiAgICA8dGQgdmFsaWduPXRvcCBz dHlsZT0ncGFkZGluZzouNzVwdCAuNzVwdCAuNzVwdCAuNzVwdCc+DQogICAgPHAgY2xhc3M9TXNv Tm9ybWFsPjxmb250IHNpemU9MSBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6Ny41 cHQ7DQogICAgZm9udC1mYW1pbHk6QXJpYWwnPiZsdDtjY2FtcEBpZXRmLm9yZyZndDs8L3NwYW4+ PC9mb250PiA8bzpwPjwvbzpwPjwvcD4NCiAgICA8L3RkPg0KICAgPC90cj4NCiAgIDx0cj4NCiAg ICA8dGQgdmFsaWduPXRvcCBzdHlsZT0ncGFkZGluZzouNzVwdCAuNzVwdCAuNzVwdCAuNzVwdCc+ DQogICAgPHAgY2xhc3M9TXNvTm9ybWFsIGFsaWduPXJpZ2h0IHN0eWxlPSd0ZXh0LWFsaWduOnJp Z2h0Jz48Zm9udCBzaXplPTENCiAgICBmYWNlPSJNUyBNaW5jaG8iPjxzcGFuIGxhbmc9SkEgc3R5 bGU9J2ZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseToiTVMgTWluY2hvIic+5oqE6YCBPC9zcGFu PjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCiAgICA8L3RkPg0KICAgIDx0ZCB2YWxpZ249dG9wIHN0 eWxlPSdwYWRkaW5nOi43NXB0IC43NXB0IC43NXB0IC43NXB0Jz4NCiAgICA8cCBjbGFzcz1Nc29O b3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4NCiAgICBzdHls ZT0nZm9udC1zaXplOjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4N CiAgICA8L3RkPg0KICAgPC90cj4NCiAgIDx0cj4NCiAgICA8dGQgdmFsaWduPXRvcCBzdHlsZT0n cGFkZGluZzouNzVwdCAuNzVwdCAuNzVwdCAuNzVwdCc+DQogICAgPHAgY2xhc3M9TXNvTm9ybWFs IGFsaWduPXJpZ2h0IHN0eWxlPSd0ZXh0LWFsaWduOnJpZ2h0Jz48Zm9udCBzaXplPTENCiAgICBm YWNlPSJNUyBNaW5jaG8iPjxzcGFuIGxhbmc9SkEgc3R5bGU9J2ZvbnQtc2l6ZTo3LjVwdDtmb250 LWZhbWlseToiTVMgTWluY2hvIic+5Li7PC9zcGFuPjwvZm9udD48Zm9udA0KICAgIHNpemU9MSBm YWNlPSJBcmlhbCBVbmljb2RlIE1TIj48c3BhbiBsYW5nPUpBIHN0eWxlPSdmb250LXNpemU6Ny41 cHQ7DQogICAgZm9udC1mYW1pbHk6IkFyaWFsIFVuaWNvZGUgTVMiJz7popg8L3NwYW4+PC9mb250 PjxvOnA+PC9vOnA+PC9wPg0KICAgIDwvdGQ+DQogICAgPHRkIHZhbGlnbj10b3Agc3R5bGU9J3Bh ZGRpbmc6Ljc1cHQgLjc1cHQgLjc1cHQgLjc1cHQnPg0KICAgIDxwIGNsYXNzPU1zb05vcm1hbD48 Zm9udCBzaXplPTEgZmFjZT1BcmlhbD48c3BhbiBsYW5nPUVOLUdCDQogICAgc3R5bGU9J2ZvbnQt c2l6ZTo3LjVwdDtmb250LWZhbWlseTpBcmlhbCc+W0NDQU1QXSBOZXcgZHJhZnRzIGFkZHJlc3Np bmcgdGhlDQogICAgbWFuYW5nZW1lbnQgYW5kIGNvbnRyb2wgb2Ygb3B0aWNhbCBpbnRlcmZhY2Vz IDY5OC4yPC9zcGFuPjwvZm9udD48c3Bhbg0KICAgIGxhbmc9RU4tR0I+PG86cD48L286cD48L3Nw YW4+PC9wPg0KICAgIDwvdGQ+DQogICA8L3RyPg0KICA8L3RhYmxlPg0KICA8cCBjbGFzcz1Nc29O b3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz1FTi1H Qg0KICBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9m b250PjwvcD4NCiAgPHRhYmxlIGNsYXNzPU1zb05vcm1hbFRhYmxlIGJvcmRlcj0wIGNlbGxwYWRk aW5nPTA+DQogICA8dHI+DQogICAgPHRkIHZhbGlnbj10b3Agc3R5bGU9J3BhZGRpbmc6Ljc1cHQg Ljc1cHQgLjc1cHQgLjc1cHQnPg0KICAgIDxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMg ZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPUVOLUdCDQogICAgc3R5bGU9J2ZvbnQt c2l6ZToxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQogICAgPC90 ZD4NCiAgICA8dGQgdmFsaWduPXRvcCBzdHlsZT0ncGFkZGluZzouNzVwdCAuNzVwdCAuNzVwdCAu NzVwdCc+DQogICAgPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBO ZXcgUm9tYW4iPjxzcGFuIGxhbmc9RU4tR0INCiAgICBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCiAgICA8L3RkPg0KICAgPC90cj4N CiAgPC90YWJsZT4NCiAgPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9RU4tR0INCiAgc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQn PjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQogIDwvdGQ+DQogPC90cj4NCjwvdGFibGU+ DQoNCjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWJvdHRvbToxMi4wcHQnPjxmb250 IHNpemU9Mw0KZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdm b250LXNpemU6MTIuMHB0Jz48YnI+DQo8YnI+DQo8YnI+DQpIaSBhbGwsIDxicj4NCiZuYnNwOyA8 YnI+DQphZnRlciB0aGUgZGlzY3Vzc2lvbiB3ZSByZWNlaXZlZCBhdCBJRVRGIFByYWd1ZSBtZWV0 aW5nIGFuZCBoYXZpbmcgcHJvcG9zZWQgdGhlDQpkcmFmdCB0byBJVFUtVCwgd2UgZGlkIHNvbWUg PGJyPg0KY2hhbmdlcyBhbmQgcmVuYW1lZCB0aGUgZm9sbG93aW5nIGRyYWZ0cyBkZWFsaW5nIHdp dGggdGhlIG1hbmFnZW1lbnQgb2Ygb3B0aWNhbA0KaW50ZXJmYWNlcyBiYXNlZCBvbiBJVFUtVCA2 OTguMiBzdGFuZGFyZC4gPGJyPg0KPC9zcGFuPjxhDQpocmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5v cmcvaHRtbC9kcmFmdC1rdW56ZS1nLTY5OC0yLW1hbmFnZW1lbnQtY29udHJvbC1mcmFtZXdvcmst MDAiPmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWt1bnplLWctNjk4LTItbWFuYWdl bWVudC1jb250cm9sLWZyYW1ld29yay0wMDwvYT4NCjxicj4NCjxhIGhyZWY9Imh0dHA6Ly90b29s cy5pZXRmLm9yZy9odG1sL2RyYWZ0LWdhbGltYmUta3VuemUtZy02OTgtMi1zbm1wLW1pYi0wMCI+ aHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtZ2FsaW1iZS1rdW56ZS1nLTY5OC0yLXNu bXAtbWliLTAwPC9hPg0KPGJyPg0KQm90aCBkb2N1bWVudHMgZm9jdXMgZXhjbHVzaXZlIG9uIElU VS1UIHNwZWNpZmllZCBkYXRhIHBsYW5lIHRlY2hub2xvZ2llcy4gPGJyPg0KPC9mb250PjxzcGFu IGxhbmc9RU4tR0I+Rm9yIHRoZSBhdXRob3JzIGl0IGlzIGltcG9ydGFudCB0byBmaW5kIGEgaG9t ZSB3aXRoaW4NCnRoZSBJRVRGIGFuZCB3ZSB0aGluayBDQ0FNUCBpcyB0aGUgcmlnaHQgYmFzZSB0 byBkbyB0aGlzIHdvcmsuIDxicj4NClBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgdG8gbGlzdC4g PGJyPg0KJm5ic3A7IDxicj4NCkF1dGhvcnMgb2YgdGhlIGJvdGggZG9jdW1lbnRzIDxicj4NCiZu YnNwOyA8YnI+DQombmJzcDsgPGJyPg0KJm5ic3A7IDxicj4NCiZuYnNwOyA8YnI+DQombmJzcDsg PGJyPg0KPC9zcGFuPjxmb250IHNpemU9MSBjb2xvcj0iIzk5OTk5OSIgZmFjZT1BcmlhbD48c3Bh biBsYW5nPUVOLUdCDQpzdHlsZT0nZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OkFyaWFsO2Nv bG9yOiM5OTk5OTknPkRldXRzY2hlIFRlbGVrb20gQUc8L3NwYW4+PC9mb250PjxzcGFuDQpsYW5n PUVOLUdCPiA8YnI+DQo8L3NwYW4+PGZvbnQgc2l6ZT0xIGNvbG9yPSIjOTk5OTk5IiBmYWNlPUFy aWFsPjxzcGFuIGxhbmc9RU4tR0INCnN0eWxlPSdmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6 QXJpYWw7Y29sb3I6Izk5OTk5OSc+R3JvdXAgVGVjaG5vbG9neTwvc3Bhbj48L2ZvbnQ+PHNwYW4N Cmxhbmc9RU4tR0I+IDxicj4NCjwvc3Bhbj48Zm9udCBzaXplPTEgY29sb3I9IiM5OTk5OTkiIGZh Y2U9QXJpYWw+PHNwYW4gbGFuZz1FTi1HQg0Kc3R5bGU9J2ZvbnQtc2l6ZTo3LjVwdDtmb250LWZh bWlseTpBcmlhbDtjb2xvcjojOTk5OTk5Jz5Sw7xkaWdlciBLdW56ZTwvc3Bhbj48L2ZvbnQ+PHNw YW4NCmxhbmc9RU4tR0I+IDxicj4NCjwvc3Bhbj48Zm9udCBzaXplPTEgY29sb3I9IiM5OTk5OTki IGZhY2U9QXJpYWw+PHNwYW4gbGFuZz1FTi1HQg0Kc3R5bGU9J2ZvbnQtc2l6ZTo3LjVwdDtmb250 LWZhbWlseTpBcmlhbDtjb2xvcjojOTk5OTk5Jz5Hb3NsYXJlciBVZmVyIDM1LCAxMDU4OQ0KPHN0 MTpTdGF0ZSB3OnN0PSJvbiI+PHN0MTpwbGFjZSB3OnN0PSJvbiI+QmVybGluPC9zdDE6cGxhY2U+ PC9zdDE6U3RhdGU+PC9zcGFuPjwvZm9udD48c3Bhbg0KbGFuZz1FTi1HQj4gPGJyPg0KPC9zcGFu Pjxmb250IHNpemU9MSBjb2xvcj0iIzk5OTk5OSIgZmFjZT1BcmlhbD48c3BhbiBsYW5nPUVOLUdC DQpzdHlsZT0nZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOiM5OTk5OTkn Pis0OSAzMCAzNDk3IC0gMzE1Mg0KKFRlbC4pPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPUVOLUdC PiA8YnI+DQo8L3NwYW4+PGZvbnQgc2l6ZT0xIGNvbG9yPSIjOTk5OTk5IiBmYWNlPUFyaWFsPjxz cGFuIGxhbmc9RU4tR0INCnN0eWxlPSdmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6QXJpYWw7 Y29sb3I6Izk5OTk5OSc+KzQ5IDMwIDM0OTcgLSAzMTUzDQooRmF4KTwvc3Bhbj48L2ZvbnQ+PHNw YW4gbGFuZz1FTi1HQj4gPGJyPg0KPC9zcGFuPjxmb250IHNpemU9MSBjb2xvcj0iIzk5OTk5OSIg ZmFjZT1BcmlhbD48c3BhbiBsYW5nPUVOLUdCDQpzdHlsZT0nZm9udC1zaXplOjcuNXB0O2ZvbnQt ZmFtaWx5OkFyaWFsO2NvbG9yOiM5OTk5OTknPis0OSAxNzAyMjc1MzIxIChNb2JpbCk8L3NwYW4+ PC9mb250PjxzcGFuDQpsYW5nPUVOLUdCPiA8YnI+DQo8L3NwYW4+PGZvbnQgc2l6ZT0xIGNvbG9y PSIjOTk5OTk5IiBmYWNlPUFyaWFsPjxzcGFuIGxhbmc9RU4tR0INCnN0eWxlPSdmb250LXNpemU6 Ny41cHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6Izk5OTk5OSc+RS1NYWlsOg0KUnVlZGlnZXIu S3VuemVAdGVsZWtvbS5kZTwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz1FTi1HQj4gPGJyPg0KPC9z cGFuPjxhIGhyZWY9Imh0dHA6Ly93d3cudGVsZWtvbS5jb20iPjxmb250IHNpemU9MSBmYWNlPUFy aWFsPjxzcGFuDQpsYW5nPUVOLUdCIHN0eWxlPSdmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6 QXJpYWwnPnd3dy50ZWxla29tLmNvbTwvc3Bhbj48L2ZvbnQ+PC9hPjxzcGFuDQpsYW5nPUVOLUdC PiA8YnI+DQo8L3NwYW4+PGZvbnQgc2l6ZT0xIGNvbG9yPSIjZTIwMDc0IiBmYWNlPUFyaWFsPjxz cGFuIGxhbmc9RU4tR0INCnN0eWxlPSdmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6QXJpYWw7 Y29sb3I6I0UyMDA3NCc+Jm5ic3A7PC9zcGFuPjwvZm9udD48c3Bhbg0KbGFuZz1FTi1HQj4gPGJy Pg0KPC9zcGFuPjxmb250IHNpemU9MSBjb2xvcj0iI2UyMDA3NCIgZmFjZT1BcmlhbD48c3BhbiBs YW5nPUVOLUdCDQpzdHlsZT0nZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9y OiNFMjAwNzQnPkxpZmUgaXMgZm9yIHNoYXJpbmcuPC9zcGFuPjwvZm9udD48c3Bhbg0KbGFuZz1F Ti1HQj4gPGJyPg0KPC9zcGFuPjxmb250IHNpemU9MSBjb2xvcj0iIzk5OTk5OSIgZmFjZT1Bcmlh bD48c3BhbiBsYW5nPUVOLUdCDQpzdHlsZT0nZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OkFy aWFsO2NvbG9yOiM5OTk5OTknPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PHNwYW4NCmxhbmc9RU4tR0I+ IDxicj4NCjwvc3Bhbj48Zm9udCBzaXplPTEgY29sb3I9IiM5OTk5OTkiIGZhY2U9QXJpYWw+PHNw YW4gbGFuZz1FTi1HQg0Kc3R5bGU9J2ZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTpBcmlhbDtj b2xvcjojOTk5OTk5Jz5EZXV0c2NoZSBUZWxla29tIEFHPC9zcGFuPjwvZm9udD48c3Bhbg0KbGFu Zz1FTi1HQj4gPGJyPg0KPC9zcGFuPjxmb250IHNpemU9MSBjb2xvcj0iIzk5OTk5OSIgZmFjZT1B cmlhbD48c3BhbiBsYW5nPUVOLUdCDQpzdHlsZT0nZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5 OkFyaWFsO2NvbG9yOiM5OTk5OTknPlN1cGVydmlzb3J5IEJvYXJkOg0KUHJvZi4gRHIuIFVscmlj aCBMZWhuZXIgKENoYWlybWFuKTwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz1FTi1HQj4gPGJyPg0K PC9zcGFuPjxmb250IHNpemU9MSBjb2xvcj0iIzk5OTk5OSIgZmFjZT1BcmlhbD48c3BhbiBsYW5n PUVOLUdCDQpzdHlsZT0nZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOiM5 OTk5OTknPkJvYXJkIG9mIE1hbmFnZW1lbnQ6DQpSZW7DqSBPYmVybWFubiAoQ2hhaXJtYW4pLDxi cj4NCkRyLiBNYW5mcmVkIEJhbHosIFJlaW5oYXJkIENsZW1lbnMsIE5pZWsgSmFuIHZhbiBEYW1t ZSw8YnI+DQpUaW1vdGhldXMgSMO2dHRnZXMsIEd1aWRvIEtlcmtob2ZmLCBFZHdhcmQgUi4gS296 ZWwsIFRob21hcyBTYXR0ZWxiZXJnZXI8L3NwYW4+PC9mb250PjxzcGFuDQpsYW5nPUVOLUdCPiA8 YnI+DQo8L3NwYW4+PGZvbnQgc2l6ZT0xIGNvbG9yPSIjOTk5OTk5IiBmYWNlPUFyaWFsPjxzcGFu IGxhbmc9RU4tR0INCnN0eWxlPSdmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29s b3I6Izk5OTk5OSc+Q29tbWVyY2lhbCByZWdpc3RlcjoNCkFtdHNnZXJpY2h0IEJvbm4gSFJCIDY3 OTQ8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9RU4tR0I+IDxicj4NCjwvc3Bhbj48Zm9udCBzaXpl PTEgY29sb3I9IiM5OTk5OTkiIGZhY2U9QXJpYWw+PHNwYW4gbGFuZz1FTi1HQg0Kc3R5bGU9J2Zv bnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjojOTk5OTk5Jz5SZWdpc3RlcmVk IG9mZmljZTogQm9ubjwvc3Bhbj48L2ZvbnQ+PHNwYW4NCmxhbmc9RU4tR0I+IDxicj4NCjwvc3Bh bj48Zm9udCBzaXplPTEgY29sb3I9IiM5OTk5OTkiIGZhY2U9QXJpYWw+PHNwYW4gbGFuZz1FTi1H Qg0Kc3R5bGU9J2ZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjojOTk5OTk5 Jz5WQVQgaWRlbnRpZmljYXRpb24gbm8uIERFDQoxMjM0NzUyMjM8L3NwYW4+PC9mb250PjxzcGFu IGxhbmc9RU4tR0I+IDxicj4NCjwvc3Bhbj48Zm9udCBzaXplPTEgZmFjZT1BcmlhbD48c3BhbiBs YW5nPUVOLUdCIHN0eWxlPSdmb250LXNpemU6Ny41cHQ7DQpmb250LWZhbWlseTpBcmlhbCc+Jm5i c3A7PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPUVOLUdCPiA8YnI+DQo8L3NwYW4+PGI+PGZvbnQg c2l6ZT0xIGNvbG9yPSIjOTk5OTk5IiBmYWNlPUFyaWFsPjxzcGFuIGxhbmc9RU4tR0INCnN0eWxl PSdmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6Izk5OTk5OTtmb250LXdl aWdodDpib2xkJz5CaWcNCmNoYW5nZXMgc3RhcnQgc21hbGwgPC9zcGFuPjwvZm9udD48L2I+PGI+ PGZvbnQgc2l6ZT0xIGNvbG9yPSIjOTk5OTk5Ig0KZmFjZT1UYWhvbWE+PHNwYW4gbGFuZz1FTi1H QiBzdHlsZT0nZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OlRhaG9tYTsNCmNvbG9yOiM5OTk5 OTk7Zm9udC13ZWlnaHQ6Ym9sZCc+4oCTPC9zcGFuPjwvZm9udD48L2I+PGI+PGZvbnQgc2l6ZT0x DQpjb2xvcj0iIzk5OTk5OSIgZmFjZT1BcmlhbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250 LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6DQpBcmlhbDtjb2xvcjojOTk5OTk5O2ZvbnQtd2VpZ2h0 OmJvbGQnPiBjb25zZXJ2ZSByZXNvdXJjZXMgYnkgbm90IHByaW50aW5nIGV2ZXJ5DQplLW1haWwu PC9zcGFuPjwvZm9udD48L2I+PHNwYW4gbGFuZz1FTi1HQj4gPGJyPg0KPC9zcGFuPjxmb250IHNp emU9MSBmYWNlPUFyaWFsPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2ZvbnQtc2l6ZTo3LjVwdDsN CmZvbnQtZmFtaWx5OkFyaWFsJz4mbmJzcDs8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9RU4tR0I+ IDxicj4NCjwvc3Bhbj48Zm9udCBzaXplPTEgZmFjZT1BcmlhbD48c3BhbiBsYW5nPUVOLUdCIHN0 eWxlPSdmb250LXNpemU6Ny41cHQ7DQpmb250LWZhbWlseTpBcmlhbCc+Jm5ic3A7PC9zcGFuPjwv Zm9udD48c3BhbiBsYW5nPUVOLUdCPiA8YnI+DQo8L3NwYW4+PGZvbnQgc2l6ZT0yIGZhY2U9QXJp YWw+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDsNCmZvbnQtZmFtaWx5 OkFyaWFsJz4mbmJzcDs8L3NwYW4+PC9mb250Pjx0dD48Zm9udCBzaXplPTIgZmFjZT0iQ291cmll ciBOZXciPjxzcGFuDQpsYW5nPUVOLUdCIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Jz5fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvc3Bhbj48L2ZvbnQ+PC90 dD48Zm9udA0Kc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBsYW5nPUVOLUdCIHN0eWxl PSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5Og0KIkNvdXJpZXIgTmV3Iic+PGJyPg0KPHR0 Pjxmb250IGZhY2U9IkNvdXJpZXIgTmV3Ij5DQ0FNUCBtYWlsaW5nIGxpc3Q8L2ZvbnQ+PC90dD48 YnI+DQo8dHQ+PGZvbnQgZmFjZT0iQ291cmllciBOZXciPkNDQU1QQGlldGYub3JnPC9mb250Pjwv dHQ+PGJyPg0KPHR0Pjxmb250IGZhY2U9IkNvdXJpZXIgTmV3Ij5odHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wPC9mb250PjwvdHQ+PC9zcGFuPjwvZm9udD48c3Bhbg0K bGFuZz1FTi1HQj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQoNCjwvZGl2Pg0KDQo8L2Rpdj4NCg0K PC9ib2R5Pg0KDQo8L2h0bWw+DQo= --_000_9435EDACD941174099E143BCA2BCD615F7AD0C7CE6HE101452emea1_-- --_004_9435EDACD941174099E143BCA2BCD615F7AD0C7CE6HE101452emea1_ Content-Type: image/gif; name="image001.gif" Content-Description: image001.gif Content-Disposition: inline; filename="image001.gif"; size=9173; creation-date="Mon, 01 Aug 2011 17:40:26 GMT"; modification-date="Mon, 01 Aug 2011 17:40:26 GMT" Content-ID: Content-Transfer-Encoding: base64 R0lGODlhcgIjAecAAP///4CAgAAAAHh4eLi4uEBAQMjIyCAgIDg4OGBgYNjY2JiYmODg4FBQUPDw 8BAQEKCgoHBwcJCQkOjo6MDAwLCwsBgYGKioqEhISDAwMAgICNDQ0CgoKGhoaFhYWIiIiAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAAcgIjAUAI/wABCBxI sKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkxs4UDjJsqXLlzBjypzZMMMF mjhz6ry4QMCCnUCDCh1KtOhDAQOMNhRA4KAEggYMFFQg0AADgRAEBCCogAHVgVGhCpBqEMEBgmcB GBg7UIGBr23VXi0Y9iCDAwgKJmg60AFUshkZdICrtLDhw4gTW4wAWHFBCAkQNNhLkEGCBg0gCKwQ IAAEB5wDPK2QoAIACJ2fDgwgWbWCzgH4CiQgAbZsAK87N7VMNcHW0BBCS/ALQIJZhgy2EnRQO4Bp ABEk34ZOMALEDQULHBDAvbv3BI7DP/9cm9bg9oLKEa5dqCCBagCWARBogCD92rwAHMBOL75/wZ7e BfhAAjcNhJ1/CCZYkAMQTPAQAyspKCF5CJ2nVwPqsVUZAqoFoBVYAhBk1lX3DYSAANZJiOAGBzp0 wVwqxqhYTz/JaOONOOKIVI48DkWBAM/1KOSQRA6lwXtFiidAAUbRmOSTUEZp0o5GDcCUlAQt2aRP WHbp5ZcSUVmUldNFqWVRToKp5ppsAiAmUWR+eSZRabZp551JvjlUnF7OmRAC+P2oHAMSRGAagwHo t1VWBWgmQQOuBdAeYQfVieelmNqop1B8dumnUJZmKuqoSibFEKDQ4XcXXwTUhx9rAp3/BcEBxJnG 30KdYvlpUKGS6uuvRm0aVK5S7gpUr8AmqyxOwgJFrJlMosnlstRWG1OzOz0LpQAPFODtt+CGK+64 5JZrLrgcTGvtuuyOJMAB58Yr77zmbldmu/jmq+++/Pbr778AByzwwAQXTBEB2OaUgACU9leAVvtF LPHEFFds8cUYZ6zxxhx37PHHIIf88cKmIqgtUCF+iXDJQy3csHgPiyzzzDTXbPPNOOd8MckKnrxT yl6ubJTLEsas89FIJ6300kxLzHOCPusEdJdCF0W0gkY3rfXWXHft9dMmXxksmFUrdMBWDqD60MsR XZ1g1l7LbAG3TnNnwX4PPxBxARZw/9C3BxNjYIEGGUSw38IQDxDuABXTLbHdj/dtQQa+dbYkuL4l 4G0DcdMMtn9R5zQ1lmUj5NZbYAmUnGazPUXAXAyQBYFqDkQFo0JuIwh35yDPrbfEGXQHW96WO94Z 4p11wF0Ge3dwPHcBPCwABhkbv193zAcQwQPQ7zd3fZ0NMGAAHgjPu8yf9xd6rAGcPZBxAkUGQH0C 1WcAfpkp4JYCCDS20OhSKp1Qcuef3Z3vgAhMIO/SJ5710QSAURJgUAjoMIgp8IIYzCDSGBgeB84E glCSIFC2E6G3WVCDKEyhCjnGQcec6ANKAeGTRLiTdPmvgivMoQ53CJsWKgYDAkDSUP9kaLAiGvGI BSMAeF4yH5HMhzhIjKKvNoCB2xXJQ/47wAHmwrm1kOU4AuGcWjQkllsJpH1YaQBV1LYe9o2RbY9B UXvQkxYQHgBDCbgLhjDUEApK8Y938iAgC/PEgkxgAQ0IUHdqBDAP4cdEAngkADxkRoic6IYVIiNG tIhExAmIQAahohUHKR4INYRQMRMYdyTpJu7AhZKTfJdUCKCBsUBAAd1hDPcgKZXujHIg27nVZVbz oTE+ckTAPIuHIlmwh3ngMwyZwL1ISc1qWvOaSWKAB1qEzW4+KQEl9OZhEFYgcZpTSBqAoYJiV5cg jYQBEYCjXeIJkwSw7iPIOqc+VZT/MMNsMUP8OQ4YJ3mWtaRnoHghiIfGiMmBigUwIfJi/dKCxvnx 8VRnaYAV3QeAAwgRKwKwTFYIAIF7KoRBDtpncQDF0pYCSgLwdGlLL0oQ0rBUjAdZGE0T8i5WqtQg L/qpUlpEKEUqcomkpNBBLDSQndKFiLG0z9TAeJ9ZXRNARu0OBwZwIG4KVShZYeRXxxqefpIVJhUQ gEnPytbCFPOcDCCAXOdK17ra9a54zate6woBC4SzrYAlytn2StjCGnavXi1WtOikrsA6NihmpYkg c2SsbGX1spjNrGY3y9nOevazoA2taEdL2tKa9rSoTa1qT7tYOInNU60FVWMfS1tm/7FsT6/VVWx5 Ndva+hYmkZ3JZHW027LgBwEp8igw3VLQtPRvkpK8n0Py+dvqliSyauOo6hRigPKopS/wachwb1RZ nVDXuugFSXBlMl5NFXcn502vfDey3pi0V0blzUl858tfi9QXJveNUX5xst/+Gjgi/31JgA/M4AY7 +MEQjrCEJ0zhClv4wgiioU78GB4D8vDDID6fDxOz4CmRLcEt4bBjPBziFruYaSNGTImve+LbTpBh RTvhi3fMY53F+DAzJglUiaRhheEYazr+sO8ilkgB3A1v1pOZ9DwW5QAk8sk9Rh+KOZXbIdaYIe5D wBK7OxACnCVlsOro/KbTGYeoWP8xLNbhkvczgLk5Gcq/i1gHMmDnzlzZYojrFseqbKU7P697sJlz Z7bHrcrt+MeGcaD7JHDkhqToIkMeUpFx8ubExDnLoA61xiBdmCC768tWq7TukizqVruaYqRWiqlF kmkhbZomJMzxq3fN64jF2igPU2dRat2jW88k10jutbJ3/euiBDuGGI62tOdrgEpO28EKGAAUk4TF gpxoN67iYwO2gxkG1KdVTh2jchLZIYoigADtM017UKRFSUYgkumGzx0JkoGBQGCgnIvAAazDvxAp YNxqzE8D+r0QCTwgpdeOcAU0kNiI407Vf7SyTDvjP+O8NSLw3A4mKxOdm15aLwL/yDdBlMjJc85a wgoQdvQ0K1Z/ObIg3EFqVA3yKDRrUkRM4RCYf46eYpZoomg5QBsN5smsauCZfplAoixO9apb/SEF vvpvtxztsGq9wVyP9l+/zl8DbJvsaE97tB1AgLOr3boUgLh4srJW+U1krQyRqHnSkraU6b0jLS9I eX65Ef3I/e3W/YA8C7P0paZHj/MrDxoNaqLy0CfpDD3IiRIQAcw8R+8RsI7ewVjRACQgKqk8yLjn wkqO2u9+bLnLU9aiGnouhAEYqDjia9uAaSJGi/7TT+SheADNDHTyH7rKQO8tm8lkvizeBRFZBg6A tH6RomnJCgL8IgF52ss8ylnY/0BOfoAlLkznCtlvSnL+x+dW5V1lvjRTxz/yxl/k6FflzoDKyVMb p70n2tFZDXABBaAABIhLBliAB0iAC6iABfABDpiACNiACUiBB8gwFlgAGQiBEniBHeiAGTiBEciA I/iAJbh4DqFU5nFCapMhC3Fv6ZEVqnEXaXF0rTJyFNEAA6CDAMCDOuiDSeGDPRiERAiEQ9iDRwiE RviDRJiESViETSiES7iDUUiFT4iEUxg8ncU9/od2BmAB94JKR1VNKih4xDZGCwFL7yciNRhJaXUA KGgwWOUdHJBvxbd7qpN7Y1U7UVEXYNGHgNiHB8GHgQiIVWGIgOgAhPgWiagWgv/4Vb2Hh/kRAIcn ibSleJaYiZq4iZzYifqSVnjniWT1ceL0LgNwiqiYiqq4iqzYiq74iqkIRB8limMVSbB4i7iYi6/4 ML5XJANGE1lHi6XYhZbVi0TyizMRjMLYTWFnEi+nJO9lXr21jD/VjCXxjGUVjfo1jdS4T9ZIEtjo GMgoE8rYjdX0jSMRjooxjjFRjuZISugoEuqYGOwIE+74joAUjyExj4gxYBBAH5gRAIQXEveIj1Kk jyDBj4fxiy+lXGHEOmamFs1VP1KhAAUocBI5XdxokMxIjGzoISfnjF0GLRhFHO0DAbIHHXwhZgKn GZjxFJGEAKYhAbTSEAXJkUf/hF3vlgFBEok9aDivgh9psUTRAQD9hoMEoZCGUY8vcZM4WURmVQH0 8Rn8kwC90QARoBrjdjxSkXD3U3644ZMMoZRupY0EtpFPeY4emRNkGUNmCYxomZbwuJY40ZbB8pYz cW+rtZd82Zd++ZeAGZiCOZiEqVp4KVwjuS2H2Y5xKZf5SJeSlZhPwpQu4ZSOqUqQiZjGOCSU2RKW eZkAg5AfYZfDtpj22JigiUSi6RGkmZqu+ZqwGZuyOZu0WZu2eZu4mZu6uZu82ZuXsgC6GJzCiYs1 5x/ZNpzImZzKuZzM2ZzO+ZzQqZwCqSAT8AHReZ2p6FMRtJoc0WmI8WnLFp4h/9ZsrrWZD4RqROGd hwGe4tmeOkSeuGWeH4SeLYNxOOSe+Nli8Mll8ikTZ5gjxiYTidQB2FmguRhM+ZmgPLQwCGCgDuqK 3wZtKsOdG6GehsGeCpqhB7SfwyKZP0OfA2SfMMNqGlqiCMShzuKhUgOiNxaHF0qir9YAHHAzC2Oi OYOixSihQUOhGmGhhYGhKKRosMFoWDZzeTYzyNMxVRYA3FOkCoqjOtGaE/GfOHJr7oNLOIYaM0cA uIQb3AIdg+Ub4/YZD3A2b+mjSgGkGmRnl7U3xsMdBTA8iHYAD5A9y5RnyKN/MHo9mBUx5rNM5hMg HsI9j8ajLBE6iOIZLtoRVP96I1aqHO1zFRwlAeCRFkWpZjRJFlvRZn0koh22pyskpLChhRZEPLDB AeNjet1jqrCmp05qMUvaHU8mPTp2IkcaPdzzAIZTqJkpayoKTFtxeVjxFNFCPw5wNv9GFlZZAQdg Zo8SfQjRqDYSoDGBpsAGqikERPrnLQhgZxYAOLBRZ9zBOQFgZw/wAMjFPXbaANyjf+SqPVoIGyfS aBWjrZPDrXYGrocjAJQTARiArrABRHbaGXNTOC4GpWz5q7GSImIWRuDBR8ZhADQZARTQrF2BF6bX KrMYrSwKFNbqbNhqoyLbNAhblwp7nhPaq/XkqSsWsiP7shtkqCchpWHSsTv/8bFEoaYwu7M2U7KR 2Z/XYrM6sR2FOZg8e7RN02RFC5jCRhTSKiPUurKLmqYui7RWCzI+q5k6SjUyexE4OxQ6e7ViO2pd e40nO58paxTbMbXXOrZuWzNZKxPlE4ooAyYOQC94m7fysh2VKB7Ro7eAG7iCO7iEW7iGe7iIO7ju pD78mriOCy77ZCUD6Zv6Qmljl3ZfS7nAQrPVpTxsq7nK4iFAqyL3RhYMkEjo5xQPkRXKwUxnBK0Z AZKPoXOfCxEMQLegmy8TAE1Q0m1AtxWh93xgFLzPJxbItXAKlRYFwHr4sXQc1axREXgFgTBLhBrJ KxAa0IfaFyuV11QOoXu5/5sv4Nsj0BO92/FI2yFwS/IUwRMBCZC+6lsAQiQ9B8EdvcQ8Anc2yZEy d5EytRRJYJkQHgKt9ttRq/RSqsMtV8EA3DG5BTG+4csuEKx1hMIQH6C0xckvN5clcKhQpBgRl+QQ 36cR0st0+gdKCjEBwyGJFOABSrtZCxAAGKAfcTrDMqwf1GPDOuwAAoDDPhw9NxzEOfzDNlzDRCzE PtzDSAzEOyzDS1zET/zEPEzENKwQAywBUaGqi6uGgbdQYXRR78J6bMF5CyFyCgGDIOWQ0stJp4u7 B1EAC8AAcCzHcRxSc3zH0RPHd7wAe0zHcpzHfgzHfTzHdqzHegzIfVzIgf+MyIY8yHUcyIfsyAzM AGy6WR6QAH2Ldn4khgGSwfuywSDyVmo4K6rRRuyGEJd0IkOHlGqIfw6lRbjkxv3SdNyhAbxbEJz7 W5nLL6dTiDdkiFghKVgxvbohEIvIiH14dr4MzI4YFoGoiH2oP4DYy35ITbnsWwGgAZkcweuSFRPM zeAcziC3TeKsL+AkiZ9ZzmxStvNleOqML5iIh+n8zmDCzvR8z7FJadaGz77CHZbowPwsKgB9dT+y uAH9K0ciiaB40MvywWlnkUjJ0JdSAAbtGPORGRKLlSrHEUr0c7erRZiBF6bR0RE9EeQxdauhdPq2 0RfhdRINLPasXqmLhBL/wanjQXSRV2Z+h9MYcW9rpUQv7Yn2VxCUZk/vC4cexxpadAATN66zM68M owB3BAHqO3s4DUYOMDfvRxa8GMIe9y4txwAawDlru1RfKhA0aczvqxzMamXn0T5MTZMOScppiJpB vSYx7RFDDSIBdRbHV1BvhVD2FlFXDbt/RwDuqyGk51yMkcwIkRXggdiCpxxnw8yX9774w4myXBmb 3Y0OvQG4pHOo8tfq1r2x4l3I11CGrdjgMXrYF0Y1uRkJUdRO9bwX5RXAlEcdlQAzfRAXoFbfyzh/ tJUEYABZoXSIzVHdNRaA6LsG4SEbixV3yBCJpJ2DRBr89z/7fBj8o79Y/5EiUr1ElDpRxPG+kopc pmEWUAQoV9EqmxFEBnGs/1QQaaUaJ5LYkDJ8AGDe8QPWIWkQGLkg+yYQPcXUWcIXCJiCYJgQBhAB 6dIdvV0wJ1eGSDV/AqE/LqgR+GdNc9ho2Y0WnV11C93gRItZEX5EZYgWo7PRe60671tM6vtvZoEi 7/dILUlKHZ5V+wcAGrDdWlffEkCrmYXJTSFNAHATRp7kBKDkACBNTG7kSF7kUv7kTRHlTT7lUn7l VH7kV97lTp7lUO7lWC7mW54RKQ5MzC2xdpfhAvxWjddyJfJver0/akEVjGjneP5dqLPndM7nep7n d17nde7ney7ofE7odv9u6HiO6Ij+54oOqJq1VT3uiZxsVCduRGceK6Oz3S1OTFLFhu+nRUDC4Ze1 Vd+cdh7iyaoT5BBOhvBn1m98L3vNw1ehhmho2iWil5cuh3TIVQqR13dtFLUzr7HV4AfMUtuBd8Pe U8iuRSRyIs9lAAtTAYrIrEFkke9C7fsNp8GuJvPc7eSrshEnGLUL7k/CGJLo0uZ+KcBeXRC97phC 0ZLIdm4H72sSd5II3faOJ2e97/4um9/+7xLS7tV1uQLfJWa3T5W8tJ7VAQeP1wwvWqfOI53JEgH/ 8P5B8A9xzVJjmk1p1xgf7r46uuTl8ZUJ8iFPWeKuYGdL8SbvmSif8uT/tfIuwfGi8/IWH/Myj180 3xI2zyw4fxIXv/P02POH2vKUFfQm0RMPcFhO//RQH/VSP/VUX/VWf/VYn/Vav/Vc3/V5pfEO8fMP pPQl0RMY8KBon/Zqv/Zs3/Zu//Zwr4sC4PBVgvTEtSWqTvQiX/ck7154r/dmYvQza/cl//eAP5mC L5J9j19kTxJDf/gxlPhmu/gC1vgj8fiQP2ySD46E7/fSkveZz/MjLyeWLxKYH/pCAfbi1fmMb/io v/djwvqVfyr4wd8PwhM6//riuPnpKPv89Jao4gDCenD5QT9kxqwUGT89CB7RYWUVTRCnr/tSQ5e9 XO4XIfYfBPx5seYq/x0r0ZuR8yMV2gMV1m0Q0S/9ttUQqLLQq4sR2O+f2j8bo44ZF54Xd1F9zlWR KSN65f8fuQ8QAAQOJFjQ4EGECRUuZNjQ4UOIESVOpFjR4kWMGTVuHChgQEMECABAEEBgYAQCCRI4 SNAAgAMELgOUHBkgAAICCgQ0OKCA4QCaHIUOTSigwEIFBgz4FKjUAQAJEhgMZBDAgcmmAgkEmApA KdOFCwQsIFrW7Fm0adWuZdvWLUGPIBE4CErhwMAAB24K3AvgboAEFSpICACgsEOgWN8uVmiU8UOx ZB9PplzZ8mXMmRfGZRhSIIIEAlsKjFDBwAEHDBqI9OvzAM4KEQAIeP+YWDNjx7cJRtbd2/dv4MF1 c/5tWzja3L55H2fe3Plz6AyJ+zYefWPy3sutb+fe3fvi6b2rf6eIXbd28unVr2cv/SPw8e0bmr+N Xv59/Pmfh9cdX/9B+jQT6wECCjTwQAQTVHBBBht08EEII5RwQgortPBCDDPUcEMOO/QwQ/5u8++/ ggLMTCwMBlBxRRZbdPFFGGOUcUYaa7TxRhxz1HFHHnv08UcggxRySB8FkA2+oEhEyETM7FPySSij VCtEzUaEksnLnJRySy67LO+94pLkEkvLtPTyTDTT7AhM6sTckszKzFRzTjqfpDIzK+086jc56/Tz T/buxCxPJeGkrE//QBNV1DpBLyOUREMnQ3RRSisFrlHLHv0v0scmtfRTUC3DtDJN9UNAAFRTVXVV Vlt19VVYW1UsVFprteyBWHPVdddcNQDLVmCDFXZYYos19lhkk1V2WWabdfZZaKOVdlpqq7X2Wmyz 1XZbbrv19ltwwxV3XHLLNfdcdNNVd11223X3XXjjlXdeeuu1915889U3oQ949fdfXikgrwCACzb4 YIQTVnhhhhtW+DsNHJaYVTQJGHWyBAT4lTuCbfL4Y5BDFnlkkks2+WSUU1Z5ZZZbdvllmFXOmM3t SqWMtjMtpvm2jDferuOYgxZ6aKKLNvpopEue+TubJ8PZS52B63lg/wGStvpqrLPWemuRl/au6cee 7jLq36b+Dmiu01Z7bbbb9ro7sHGr+OLHzPYO7bbz1ntvvll+m7u4wZt7Z83s7g7vvhNXfHG36UZy 1t7E5pJs33Cd+PJ/Gdd8c86TJhhz0HOV7DfJt6S8N8M5rrpz1lt3PeW/a3ZzuMGl1pjq13PXXffY rQv8rdKlPF231H9efXfkk1+89+h+dyv4KIfn+fazj1f+euzXZh4659uCHkrpC6f+buuzN//8pLd/ rnu2vn8y/MyKtw5x9Ou3H2b1nWN/LfeVhB8z+UWHfq9LFa4sJ4CIpepjHSiAAYdmFMupTFUPSCAC FXi/mOWvOfubUv/tyja+w5UPeRYQwANC9rkCfIxgJiRaxkR4shKKDFUpxKDLNMgcDqalfyT630sk EJIGJEACbwkgdAaoOxKyEGQO9NgKi+bClsUwZKhSYg1XdsPj5BA5HlSIXgRCEgM8JDQXKeJzjpi7 JIaMA6hqgAqlGIAOPMACEQBMBD2WAAtkoANUTMAdUdVEAVigjyV748fYCLIEaKADAfAACTPgMQ9Y DgEeW6P5sCgcLZ5lh//poUAOkIAIHEAxB+hKBESCs77cJSoKUEBMDDNGhpTROWd8XRL72IEEIMCA k3SjEhHAATraBIoBiMADqhgADAwSMKhKwAMwIMEHgBKOucQVLz3/ZsdrCuCRlCxhAyyAvksGp1QH KEAFPgkRn01kk/rppF8Ko4ADVMAr1DvNbPjCmrsg4EgvMcxhYglC1WUvjSAbwAEBecwEcIADKvlj AAj2TZJlzIDBRFkhsymAZzr0gh4bqMcagCoPgNNxYYIcQrwIRqpAIIwMMMBTWMoSBIRRK1IBAAOu UlIAcREhDjinQFYDAHMSgAEr8UsEIpAAURa1Agh4DQKmkkuHyLI5tHRdR93YUI0qkYTKHCYGmBmy QbrQhduE4TFtkiqIfhSrNslAID+Gx2IKgAPnC+fjGvJJBAxRIAy4i1+GOMnPBMAArIEABD6zGn9K R6fEA6jxBGrR/xJS8XhOnMkFA6mqyrYKkKtblcksmllceewAa8XsTCp51rUqr64kvWsAzGkBvpBy Ng8AgAkDO1iBZIC295TpfBY7vXQK8IWuS0ABjHtc5CZgkW9FrnFtggALLNQmDQRZB3T7gOUCprkB GEBzachc7x43YyODrhwzoEyjGLeN00XuAK632jbhlCAOqIBNBKKAAEjgKQFo40BUwgCUQEWvCmhJ gWwSXIOsMz/tpIxUmUNVK0a4hvAVz+xuo2D8MBhjjZ3fcCX8YQxSuD8W1gyG76PhunFYuCBmsYRF LCISZ8bE8kExYxx8HAi3WMfIe3GVYoyZGbenxou5sXByvGMkE/93pPENTpDZM2QiqtiIHk5ylZVM OO79+DJOXg+U3VLk4BzZymNWXI/xpGVR/VYzjgxvm938ZjjHWc7NDS2Z7ew6D8xwznvmc5/hHNom qzkzH0WwGal8Z0TvzcyYiQCaK8Nl9XjZewIQWPUSfWnGLfoya/xAoHO2ZLd4tdCzPDSmTb01TVtm jxfwNNRA3RZC4+7Us24clp/TaPnKWNCYGW2lyUdrYKst1ZU5VacvtevL5HnUUy11sJ0ttGFTJpNm gXR6LBY6h/k6hNjmdre9/W1wI8zWzjlVuA+mrq7sS91vSfe62yeA3rpb3mYZrV7nnRYGaPve+97I BHLN741cAAP/TwF4wS9CgQK02+Ac2eOyF/5wg8zk3xCfCAU6QHGMN2QDHZhAxjUCZo8DfNrHucoB XtOABjygAROPyGBPzlSCQ4CpQ8nLa2alAS8CAOQh57mtZhLv0YptKQNxQAb6et+hH8QAVRPIH2NL EKUUxKXxFggFEDxaww4k4QT5VVIUbpGM6bvnGY9YYpX084KcqjA/tZhMZw6AnwKg7QZZ+mEEwBrD 9DUongEqTSoggKxHYIh8dclBPqoYvAMglJ+RKUmGyNO9HmCfRB175ROFdoKcKusAOC+8P3N0uR/V 8wWp+0HyQhAJIJU1Sx+IF0+jFNgnhKlTSXzemw77rzTdJAzQ/zxUWA4AoHzd8g+XAKWlhHm+CGCM oJmn2/vK/ObTnekR76tsAcB31nvyndMHahcPsPKCnH42s8p6Xgic9/oiRgDCH77Biy/2/CgAAiEz yFCP0seTyGaoCfAJ/oleX5uAAILTCpuQAPlrgCEigAZgJZvICcIIAKyApwRgP4IwO7krQJ+oAMQq iAIZiA50iAWwgI57lw+sCAHkiM1rCHsrlwqwgA1ov4houIaYgAVogNFhllOJKaVICTExgPGiCAeA p9FbiGuDpYOAgANIQYRQgL8DvWk5KlZrCImDwX6rwVW5wWWZido7lcJLPguEiFOhuoQYLTGsCJO7 FhcqICekQv+w0xga3BUsVBYtLJESqsDpI4nv4wmxYSqUU76BCMORaCiTGsKCGCqnCyUBSEJdMhKC OEPDWB0lXJY0hJVougBU+T02pAoJ+BzRYamaMgBPDEVQXClSBACBEcVPREWWUkVSZEVWNMVPjMVV LMVZlMVWpMVRtEVYfMWEmAm9ECasC7/p4zu5wxmL2TyU+0PPW0ODIEOFmInDWDq8c0RPugsNKEOF oICO00ZT3MZu/EZt5EZxnIBxBEdy3EZ0LEdxNMduVEdvdEd4REdwZMdwlMd19CpdiZgBzESGkEFN 5ERWicNkmUOCcCHFgEaqKLDsA8SD4MK7Ywhn7MXpk8Y/BD26kzuVaplEVdEADzhBvHC0TIQADtjH +rvCZyHIgVg67kNIwktJVNoJgmAArAhDBgC8hYjImJSnR4zGh/y8RryLRMRGSUwVjvTIgyAADnC4 TAw+b2HC0XqNPuKJJIS6U9GAz0hEyVu6LlQrVBEI+hqtBFCK0UKACiBJH0SVpgqJYPSKqvSKjIkn B+ApATBABSi+uZQ/NhJKbHk/fmSIANCAEexLgCOJFxRMwzzMvmRKxLw3vlxMx3zMtwgIADs= --_004_9435EDACD941174099E143BCA2BCD615F7AD0C7CE6HE101452emea1_-- From wwwrun@rfc-editor.org Mon Aug 1 13:04:39 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C6BD11E814D for ; Mon, 1 Aug 2011 13:04:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.512 X-Spam-Level: X-Spam-Status: No, score=-102.512 tagged_above=-999 required=5 tests=[AWL=0.088, 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 tqrH+3H3YMyz for ; Mon, 1 Aug 2011 13:04:38 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:1112:1::2f]) by ietfa.amsl.com (Postfix) with ESMTP id E9C9C11E8077 for ; Mon, 1 Aug 2011 13:04:38 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 3B01298C4F3; Mon, 1 Aug 2011 13:04:46 -0700 (PDT) To: ylee@huawei.com, gregb@grotto-networking.com, imajuku.wataru@lab.ntt.co.jp, stbryant@cisco.com, adrian@olddog.co.uk, lberger@labn.net, dbrungard@att.com From: RFC Errata System Message-Id: <20110801200446.3B01298C4F3@rfc-editor.org> Date: Mon, 1 Aug 2011 13:04:46 -0700 (PDT) Cc: ccamp@ietf.org, paitken@cisco.com, rfc-editor@rfc-editor.org Subject: [CCAMP] [Editorial Errata Reported] RFC6163 (2902) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 20:04:39 -0000 The following errata report has been submitted for RFC6163, "Framework for GMPLS and Path Computation Element (PCE) Control of Wavelength Switched Optical Networks (WSONs)". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=6163&eid=2902 -------------------------------------- Type: Editorial Reported by: Paul Aitken Section: Figure 15 Original Text ------------- 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Set ID = 2 | Length = 16 octets | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Template ID = 257 | Field Count = 2 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0| observationTimeMicroSec=324 | Field Length = 8 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0| digestHashValue = 326 | Field Length = 4 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Corrected Text -------------- 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Set ID = 2 | Length = 16 octets | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Template ID = 257 | Field Count = 2 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0| observationTimeMicrosec=324 | Field Length = 8 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0| digestHashValue = 326 | Field Length = 4 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Notes ----- s/observationTimeMicroSec/observationTimeMicrosec/ Per RFC5477 and IANA's IPFIX registry, the correct name is "observationTimeMicroseconds". 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. -------------------------------------- RFC6163 (draft-ietf-ccamp-rwa-wson-framework-12) -------------------------------------- Title : Framework for GMPLS and Path Computation Element (PCE) Control of Wavelength Switched Optical Networks (WSONs) Publication Date : April 2011 Author(s) : Y. Lee, Ed., G. Bernstein, Ed., W. Imajuku Category : INFORMATIONAL Source : Common Control and Measurement Plane Area : Routing Stream : IETF Verifying Party : IESG From lberger@labn.net Tue Aug 2 07:58:27 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90AC521F8753 for ; Tue, 2 Aug 2011 07:58:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.979 X-Spam-Level: X-Spam-Status: No, score=-102.979 tagged_above=-999 required=5 tests=[AWL=1.175, BAYES_00=-2.599, GB_I_INVITATION=-2, IP_NOT_FRIENDLY=0.334, SARE_NETPROD=0.111, 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 ru4-OzjAW6Ay for ; Tue, 2 Aug 2011 07:58:26 -0700 (PDT) Received: from oproxy5-pub.bluehost.com (oproxy5-pub.bluehost.com [67.222.38.55]) by ietfa.amsl.com (Postfix) with SMTP id A2F7221F874F for ; Tue, 2 Aug 2011 07:58:26 -0700 (PDT) Received: (qmail 29456 invoked by uid 0); 2 Aug 2011 14:58:35 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by cpoproxy2.bluehost.com with SMTP; 2 Aug 2011 14:58:35 -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=TQBv8XS1k2JcfqV2ZuUTGZ6J7f9UAZHBk7idDu4poxo=; b=O6oSZl79GgMcsKqCwK/9sgZ5ZmqS2x7bf+JQo2PNtrL9dOryFUnm8DGetxL5gg/bjz7RmqqpMP/Ya/4X4W5F8lvuc81lPFE65WLpbsBz1rzQoLRuCouP/oli6uJElwSA; Received: from box313.bluehost.com ([69.89.31.113] helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1QoGQV-0004V1-EP for ccamp@ietf.org; Tue, 02 Aug 2011 08:58:35 -0600 Message-ID: <4E38109D.9060400@labn.net> Date: Tue, 02 Aug 2011 10:58:37 -0400 From: Lou Berger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: CCAMP X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Subject: [CCAMP] FYI - Call for Nominations: Applied Networking Research Prize (ANRP) for IETF-82 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2011 14:58:27 -0000 FYI -------- Original Message -------- CALL FOR NOMINATIONS: APPLIED NETWORKING RESEARCH PRIZE (ANRP) http://irtf.org/anrp *** Submit nominations until August 28 for the ANRP for IETF-82, *** November 13-18, 2011 in Taipei, Taiwan: *** http://fit.nokia.com/anrp/82/ The Applied Networking Research Prize (ANRP) is awarded for recent results in applied networking research that are relevant for transitioning into shipping Internet products and related standardization efforts. Researchers with relevant, recently published results are encouraged to apply for this prize, which will offer them the opportunity to present and discuss their work with the engineers, network operators, policy makers and scientists that participate in the Internet Engineering Task Force (IETF) and its research arm, the Internet Research Task Force (IRTF). Third-party nominations for this prize are also encouraged. The goal of the Applied Networking Research Prize (ANRP) is to recognize the best new ideas in networking, and bring them to the IETF and IRTF especially in cases where they would not otherwise see much exposure or discussion. The Applied Networking Research Prize (ANRP) consists of: * cash prize of $500 (USD) * invited talk at the IRTF Open Meeting * travel grant to attend the week-long IETF meeting (airfare, hotel, registration, stipend) * recognition at the IETF plenary * invitation to related social activities * potential for additional travel grants to future IETF meetings, based on community feedback HOW TO APPLY Only a single person can be nominated based on a peer-reviewed, recently-published, original journal, conference or workshop paper they authored. The nominee must be one of the main authors of the nominated paper. Both self nominations (nominating one’s own paper) and third-party nominations (nominating someone else’s paper) are encouraged. The nominated paper should provide a scientific foundation for possible future IETF engineering work or IRTF experimentation, analyze the behavior of Internet protocols in operational deployments or realistic testbeds, make an important contribution to the understanding of Internet scalability, performance, reliability, security or capability, or otherwise be of relevance to ongoing or future IETF or IRTF activities. Applicants must briefly describe how the nominated paper relates to these goals, and are encouraged to describe how presentation of these research results will foster their transition into new IETF engineering or IRTF experimentation, or otherwise seed new activities that will have an impact on the real-world Internet. The goal of the Applied Networking Research Prize (ANRP) is to foster the transitioning of research results into real-world benefits for the Internet. Therefore, applicants must indicate that they (or the nominee, in case of third-party nominations) are available to attend the respective IETF meeting in person and in its entirety. Nominations must include: * the name and email address of the nominee * a reference to the published nominated paper * a PDF copy of the nominated paper * a statement that describes how the nominated paper fulfills the goals of the award * a statement that the nominee is available to attend the respective IETF meeting in person and in its entirety * a brief biography or CV of the nominee * optionally, any other supporting information (link to nominee's web site, etc.) *** Nominations are submitted via the submission site: *** http://fit.nokia.com/anrp/82/ SELECTION PROCESS A small selection committee comprised of individuals knowledgeable about the IRTF, IETF and the broader networking research community will evaluate the submissions against these selection criteria. The goal is to select 1-2 submissions for the Applied Networking Research Prize (ANRP) during each nomination period. All nominees will be notified by email. IMPORTANT DATES Applications open: August 1, 2011 Applications close: August 28, 2011 Notifications: September 20, 2011 IETF-82 Meeting: November 13-18, 2011 in Taipei, Taiwan SPONSORS The Applied Networking Research Prize (ANRP) is supported by the Internet Society (ISOC), as part of its Internet Research Award Programme, in coordination with the Internet Research Task Force (IRTF). From harai@nict.go.jp Tue Aug 2 16:16:41 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7AD8011E80E8 for ; Tue, 2 Aug 2011 16:16:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.355 X-Spam-Level: X-Spam-Status: No, score=-1.355 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_JP=1.244] 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 QoHHqELveu2b for ; Tue, 2 Aug 2011 16:16:40 -0700 (PDT) Received: from ns2.nict.go.jp (ns2.nict.go.jp [IPv6:2001:2f8:29:300::2]) by ietfa.amsl.com (Postfix) with ESMTP id EFE2B11E80FB for ; Tue, 2 Aug 2011 16:16:39 -0700 (PDT) Received: from gw2.nict.go.jp (gw2 [133.243.18.251]) by ns2.nict.go.jp with ESMTP id p72NGmYE003254 for ; Wed, 3 Aug 2011 08:16:48 +0900 (JST) Received: from gw2.nict.go.jp (localhost [127.0.0.1]) by gw2.nict.go.jp with ESMTP id p72NGm5C013942 for ; Wed, 3 Aug 2011 08:16:48 +0900 (JST) Received: from mail3.nict.go.jp (mail.nict.go.jp [133.243.18.3]) by gw2.nict.go.jp with ESMTP id p72NGmOB013939 for ; Wed, 3 Aug 2011 08:16:48 +0900 (JST) Received: from mail3.nict.go.jp (localhost [127.0.0.1]) by mail3.nict.go.jp (NICT Mail) with ESMTP id 20B8E15F76 for ; Wed, 3 Aug 2011 08:16:48 +0900 (JST) Received: from localhost (skigoggle.nict.go.jp [133.243.146.51]) by mail3.nict.go.jp (NICT Mail) with ESMTP id 00F4115F2B for ; Wed, 3 Aug 2011 08:16:48 +0900 (JST) Date: Wed, 03 Aug 2011 08:16:29 +0900 (JST) Message-Id: <20110803.081629.1305564732068180977.harai@nict.go.jp> To: ccamp@ietf.org From: Hiroaki Harai X-Mailer: Mew version 6.3 on Emacs 23.2 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [CCAMP] MPLS 2011 Call for Participation (Oct 16-19, Wash. DC) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2011 23:16:41 -0000 Hi everyone, Many people active in the IETF ccamp WG have took part in the annual MPLS Conference in the past. Registration for MPLS2011 (October 16-19, Omni Shoreham Hotel in Washington), the 14th annual International Conference on MPLS and related new technologies is now open at: http://www.mpls2011.com/registration/attendees.htm MPLS 2011 will include an extensive four day program consisting of tutorials, technical sessions, panels, and exhibits. The key topics to be discussed at this year's conference include: Scaling MPLS, Data Centers, MPLS Transport Profile, Cloud Computing, Future Networks, Mobile Backhaul, Resiliency, Network Management and Performance, Multi-layer and Optical Networks. In addition, there will be two panel discussions on current topics. The complete program is available at: http://www.mpls2011.com/program/technical_sessions.htm The event will be followed by a Public Interop demonstration. There will also be an exhibit floor, where leading network equipment vendors will showcase their new offerings, the list of current sponsors is available at: http://www.mpls2011.com/sponsors/sponsors.htm The conference hotel is the Omni Shoreham Hotel in Washington DC. Please note that there are only a limited number of rooms available this year at a reduced rate. ] Please make reservations at: http://www.mpls2011.com/hotel.htm Best regards, Hiroaki Harai From loa@pi.nu Fri Aug 5 10:48:15 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2669921F8BAE; Fri, 5 Aug 2011 10:48:15 -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 EvFVYfYBgIV4; Fri, 5 Aug 2011 10:48:14 -0700 (PDT) Received: from mail.pi.nu (mail.pi.nu [194.71.127.148]) by ietfa.amsl.com (Postfix) with ESMTP id 7FDD221F8BA0; Fri, 5 Aug 2011 10:48:14 -0700 (PDT) Received: from [10.154.181.21] (unknown [129.192.185.163]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by mail.pi.nu (Postfix) with ESMTPSA id 7953A514044; Fri, 5 Aug 2011 19:48:29 +0200 (CEST) Message-ID: <4E3C2D10.1030109@pi.nu> Date: Fri, 05 Aug 2011 10:49:04 -0700 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: ccamp@ietf.org, "mpls@ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [CCAMP] requirements on establishing an associated bi-directional LSP X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2011 17:48:15 -0000 CCAMP and MPLS working groups, The CCAMP working group has a working group document draft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-lsp-01. The document specifies a way of establishing an associated bi-directional LSP based on single ended signaling as well as to associate two unidirectional LSPs. There is a requirement in RFC5654: 50 The MPLS-TP control plane MUST support establishing all the connectivity patterns defined for the MPLS-TP data plane (i.e., unidirectional P2P, associated bidirectional P2P, co-routed bidirectional P2P, unidirectional P2MP) including configuration of protection functions and any associated maintenance functions. The MPLS working group owns the requirements for transport LSPs, while CCAMP owns definition of GMPLS extensions. If you have comments on the above requirements as it relates to this draft, please send you comments to the MPLS WG list. If you have comments on the proposed mechanism, please send your comments to the ccamp WG list. MPLS and CCAMP working group 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 zhang.fei3@zte.com.cn Mon Aug 8 03:02:57 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDE8821F8A67; Mon, 8 Aug 2011 03:02:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.563 X-Spam-Level: X-Spam-Status: No, score=-97.563 tagged_above=-999 required=5 tests=[AWL=0.072, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d2fhWAGiCzkP; Mon, 8 Aug 2011 03:02:57 -0700 (PDT) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id DC6B321F8A57; Mon, 8 Aug 2011 03:02:55 -0700 (PDT) Received: from [10.30.17.99] by mx5.zte.com.cn with surfront esmtp id 152362257607178; Mon, 8 Aug 2011 18:00:27 +0800 (CST) Received: from [10.30.3.21] by [192.168.168.15] with StormMail ESMTP id 22013.2631859300; Mon, 8 Aug 2011 17:57:46 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id p789vYF5082286; Mon, 8 Aug 2011 17:57:34 +0800 (GMT-8) (envelope-from zhang.fei3@zte.com.cn) In-Reply-To: <4E3C2D10.1030109@pi.nu> To: Loa Andersson MIME-Version: 1.0 X-KeepSent: 36C297E3:BE3038EB-482578E6:0030AD20; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: zhang.fei3@zte.com.cn Date: Mon, 8 Aug 2011 17:57:36 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2011-08-08 17:57:37, Serialize complete at 2011-08-08 17:57:37 Content-Type: multipart/alternative; boundary="=_alternative 0036B1BE482578E6_=" X-MAIL: mse02.zte.com.cn p789vYF5082286 Cc: "mpls@ietf.org" , ccamp@ietf.org, mpls-bounces@ietf.org Subject: Re: [CCAMP] [mpls] requirements on establishing an associated bi-directional LSP X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2011 10:02:57 -0000 This is a multipart message in MIME format. --=_alternative 0036B1BE482578E6_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgYWxsDQoNCkkgZ2F2ZSB0d28gcHJlc2VudGF0aW9ucyBpbiB0aGUgcGFzdCBJRVRGODEgbWVl dGluZywgb25lIGlzIGluIHRoZSBNUExTIFdHIA0KZGlzY3Vzc2luZyB0aGUgcmVxdWlyZW1lbnRz LCBhbmQgdGhlIG90aGVyIGlzIGluIENDQU1QIHNlc3Npb24gZGlzY3Vzc2luZyANCnRoZSBzb2x1 dGlvbi4NCg0KdGhlIHByZXNlbnRhdGlvbiBtYXRlcmlhbHMgZm9yIHJlZmVyZW5jZSBhcmUgaGVy ZS4NCmh0dHA6Ly90b29scy5pZXRmLm9yZy93Zy9tcGxzL2FnZW5kYQ0KaHR0cDovL3Rvb2xzLmll dGYub3JnL3dnL2NjYW1wL2FnZW5kYQ0KDQpUaGUgcmVxdWlyZW1lbnQgKFI1MCBpbiBSRkM1NjU0 KSBkaWQgbm90IHNwZWNpZnkgdGhlIGV4YWN0IHNvbHV0aW9uLCBhbmQgDQp0aGUgZGVmaW5pdGlv biBvZiBhc3NvY2lhdGVkIGJpZGlyZWN0aW9uYWwgdHJhbnNwb3J0IHBhdGggc2FpZCB0aGF0ICJU aGUgDQpmb3J3YXJkIGFuZCBiYWNrd2FyZCBkaXJlY3Rpb25zIGFyZSBzZXR1cCwgbW9uaXRvcmVk LCBhbmQgcHJvdGVjdGVkIA0KaW5kZXBlbmRlbnRseSAiLg0KDQpNeSBvcGluaW9uIGFib3V0IHRo ZSByZXF1aXJlbWVudCBhbmQgZGVmaW5pdGlvbiBpcyBsaXN0ZWQgYmVsb3csIA0KDQooMSkgd2hh dCBpcyB0aGUgaW5kaWNhdGlvbiBvZiBpbmRlcGVuZGVuY2U/IEl0IG1lYW5zIHRoYXQgb25lIGRp cmVjaW9uIGNhbiANCm5vdCB0aWdnZXIgdGhlIGVzdGFibGlzaG1lbnQgb2YgdGhlIG90aGVyIGRp cmVjdGlvbj8gT3IgSXQganVzdCBtZWFucyB0aGF0IA0KdGhlcmUgYXJlIHR3byBzaWduYWxpbmcg cHJvY2VkdXJlcz8gU2luY2UgTVMtUFcgaXMgYSBraW5kIG9mIGFzc29jaWF0ZWQgDQpiaWRpcmVj dGlvbmFsIHRyYW5zcG9ydCBwYXRoLCBJIHRlbmQgdG8gaW50ZXJwcmV0YXRlIHRoZSBkZWZpbml0 aW9uIGFzIHRoZSANCnNlY29uZCBjYXNlIA0KDQpBcyB0byB0aGUgc29sdXRpb246DQoNCigyKSBT aW5jZSBNUExTLVRQIE1VU1Qgc3VwcG9ydCBhc3ltbWV0cmljIGJhbmR3aXRoIExTUHMgKFIxNCks IGNvbnNpZGVyIA0KdGhlIGZvbGxvd2luZyB0b3BvbG9neToNCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgMTAwTSAgICAgIDEwME0NCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg QS0tLS0tLS0tLS1ELS0tLS0tLUINCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwgNTBN ICAgIC8gIDEwME0NCiAgICAgICAgICAgICAgICAgICAgICAgICAgMTAwTSBcNjBNICAgLzEwME0N CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXCAgICAvDQogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBcIEMvDQpPbmUgYmlkaXJlY3Rpb25hbCBMU1Agd2l0aCA4ME0gc3lt bWV0cmljIGJhbmR3aWR0aCBuZWVkcyB0byBiZSBzZXQgdXAgDQpiZXR3ZWVuIG5vZGUgQSBhbmQg QiwgdGhlIHVucmVzZXJ2ZWQgYmFuZHdpZHRoIG9uIHRoZSBsaW5rcyBhcmUgDQpkZXNjcmlwdGVk Lg0KDQp0aGUgcGF0aCBhbG9uZyBbQS1ELUJdIGNhbiBub3QgbWVldCB0aGUgcmVxdWlyZW1lbnQg Zm9yIHRoZSB1bnJldmVydmVkIA0KYmFuZHdpZHRoIG9uIGxpbmtbRC0+QV0gaXMgNTBNLiBCdXQg dGhlIGNvbWJpbmF0aW9uIG9mIFtBLT5ELT5CXSBhbmQgDQpbQi0+RC0+Qy0+QV0gY2FuIA0KbWVl dCB0aGUgcmVxdWlyZW1lbnQgd2VsbC4NCg0KSW4gdGhpcyBjYXNlLCB0aGUgc2luZ2xlIHNpZGVk IHByb3Zpc2lvbmluZyB3aWxsIGJlIG1vcmUgY29udmVuaWVudCBpbiANCk1QTFMgZW52aXJvbWVu dC4NCg0KSG9wZSB0byBoZWFyIG1vcmUgY29tbWVudHMgb3Igc3VnZ2VzdGlvbnMgZnJvbSBXRw0K DQpCZXN0IHJlZ2FyZHMNCg0KRmVpDQoNCg0KDQpMb2EgQW5kZXJzc29uIDxsb2FAcGkubnU+IA0K t6K8/sjLOiAgbXBscy1ib3VuY2VzQGlldGYub3JnDQoyMDExLTA4LTA2IDAxOjQ5DQoNCsrVvP7I yw0KY2NhbXBAaWV0Zi5vcmcsICJtcGxzQGlldGYub3JnIiA8bXBsc0BpZXRmLm9yZz4NCrOty80N Cg0K1vfM4g0KW21wbHNdIHJlcXVpcmVtZW50cyBvbiBlc3RhYmxpc2hpbmcgYW4gYXNzb2NpYXRl ZCBiaS1kaXJlY3Rpb25hbCBMU1ANCg0KDQoNCg0KDQoNCkNDQU1QIGFuZCBNUExTIHdvcmtpbmcg Z3JvdXBzLA0KDQpUaGUgQ0NBTVAgd29ya2luZyBncm91cCBoYXMgYSB3b3JraW5nIGdyb3VwIGRv Y3VtZW50DQpkcmFmdC1pZXRmLWNjYW1wLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxz cC0wMS4NCg0KVGhlIGRvY3VtZW50IHNwZWNpZmllcyBhIHdheSBvZiBlc3RhYmxpc2hpbmcgYW4g YXNzb2NpYXRlZA0KYmktZGlyZWN0aW9uYWwgTFNQIGJhc2VkIG9uIHNpbmdsZSBlbmRlZCBzaWdu YWxpbmcgYXMgd2VsbA0KYXMgdG8gYXNzb2NpYXRlIHR3byB1bmlkaXJlY3Rpb25hbCBMU1BzLiBU aGVyZSBpcyBhIHJlcXVpcmVtZW50DQppbiBSRkM1NjU0Og0KDQogICAgIDUwICBUaGUgTVBMUy1U UCBjb250cm9sIHBsYW5lIE1VU1Qgc3VwcG9ydCBlc3RhYmxpc2hpbmcgYWxsIHRoZQ0KICAgICAg ICAgY29ubmVjdGl2aXR5IHBhdHRlcm5zIGRlZmluZWQgZm9yIHRoZSBNUExTLVRQIGRhdGEgcGxh bmUgKGkuZS4sDQogICAgICAgICB1bmlkaXJlY3Rpb25hbCBQMlAsIGFzc29jaWF0ZWQgYmlkaXJl Y3Rpb25hbCBQMlAsIGNvLXJvdXRlZA0KICAgICAgICAgYmlkaXJlY3Rpb25hbCBQMlAsIHVuaWRp cmVjdGlvbmFsIFAyTVApIGluY2x1ZGluZyBjb25maWd1cmF0aW9uDQogICAgICAgICBvZiBwcm90 ZWN0aW9uIGZ1bmN0aW9ucyBhbmQgYW55IGFzc29jaWF0ZWQgbWFpbnRlbmFuY2UNCiAgICAgICAg IGZ1bmN0aW9ucy4NCg0KVGhlIE1QTFMgd29ya2luZyBncm91cCBvd25zIHRoZSByZXF1aXJlbWVu dHMgZm9yIHRyYW5zcG9ydCBMU1BzLCB3aGlsZQ0KQ0NBTVAgb3ducyBkZWZpbml0aW9uIG9mIEdN UExTIGV4dGVuc2lvbnMuDQoNCklmIHlvdSBoYXZlIGNvbW1lbnRzIG9uIHRoZSBhYm92ZSByZXF1 aXJlbWVudHMgYXMgaXQgcmVsYXRlcyB0byB0aGlzDQpkcmFmdCwgcGxlYXNlIHNlbmQgeW91IGNv bW1lbnRzIHRvIHRoZSBNUExTIFdHIGxpc3QuIElmIHlvdSBoYXZlDQpjb21tZW50cyBvbiB0aGUg cHJvcG9zZWQgbWVjaGFuaXNtLCBwbGVhc2Ugc2VuZCB5b3VyIGNvbW1lbnRzIHRvIHRoZQ0KY2Nh bXAgV0cgbGlzdC4NCg0KTVBMUyBhbmQgQ0NBTVAgd29ya2luZyBncm91cCBjby1jaGFpcnMNCg0K LS0gDQoNCg0KTG9hIEFuZGVyc3NvbiAgICAgICAgICAgICAgICAgICAgICAgICBlbWFpbDogbG9h LmFuZGVyc3NvbkBlcmljc3Nvbi5jb20NClNyIFN0cmF0ZWd5IGFuZCBTdGFuZGFyZHMgTWFuYWdl ciAgICAgICAgICAgIGxvYUBwaS5udQ0KRXJpY3Nzb24gSW5jICAgICAgICAgICAgICAgICAgICAg ICAgICBwaG9uZTogKzQ2IDEwIDcxNyA1MiAxMw0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICs0NiA3NjcgNzIgOTIgMTMNCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQptcGxzIG1haWxpbmcgbGlzdA0KbXBsc0BpZXRm Lm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQoNCg0KDQo= --=_alternative 0036B1BE482578E6_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpIGFsbDwvZm9udD4NCjxicj4N Cjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+SSBnYXZlIHR3byBwcmVzZW50YXRp b25zIGluIHRoZSBwYXN0DQpJRVRGODEgbWVldGluZywgb25lIGlzIGluIHRoZSBNUExTIFdHIGRp c2N1c3NpbmcgdGhlIHJlcXVpcmVtZW50cywgYW5kDQp0aGUgb3RoZXIgaXMgaW4gQ0NBTVAgc2Vz c2lvbiBkaXNjdXNzaW5nIHRoZSBzb2x1dGlvbi48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6 ZT0yIGZhY2U9InNhbnMtc2VyaWYiPnRoZSBwcmVzZW50YXRpb24gbWF0ZXJpYWxzIGZvciByZWZl cmVuY2UNCmFyZSBoZXJlLjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJp ZiI+aHR0cDovL3Rvb2xzLmlldGYub3JnL3dnL21wbHMvYWdlbmRhPC9mb250Pg0KPGJyPjxmb250 IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5odHRwOi8vdG9vbHMuaWV0Zi5vcmcvd2cvY2NhbXAv YWdlbmRhPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5U aGUgcmVxdWlyZW1lbnQgKFI1MCBpbiBSRkM1NjU0KSBkaWQNCm5vdCBzcGVjaWZ5IHRoZSBleGFj dCBzb2x1dGlvbiwgYW5kIHRoZSBkZWZpbml0aW9uIG9mIGFzc29jaWF0ZWQgYmlkaXJlY3Rpb25h bA0KdHJhbnNwb3J0IHBhdGggc2FpZCB0aGF0ICZxdW90O1RoZSBmb3J3YXJkIGFuZCBiYWNrd2Fy ZCBkaXJlY3Rpb25zIGFyZQ0Kc2V0dXAsIG1vbml0b3JlZCwgYW5kIHByb3RlY3RlZCBpbmRlcGVu ZGVudGx5ICZxdW90Oy48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMt c2VyaWYiPk15IG9waW5pb24gYWJvdXQgdGhlIHJlcXVpcmVtZW50IGFuZA0KZGVmaW5pdGlvbiBp cyBsaXN0ZWQgYmVsb3csIDwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fu cy1zZXJpZiI+KDEpIHdoYXQgaXMgdGhlIGluZGljYXRpb24gb2YgaW5kZXBlbmRlbmNlPw0KSXQg bWVhbnMgdGhhdCBvbmUgZGlyZWNpb24gY2FuIG5vdCB0aWdnZXIgdGhlIGVzdGFibGlzaG1lbnQg b2YgdGhlIG90aGVyDQpkaXJlY3Rpb24/IE9yIEl0IGp1c3QgbWVhbnMgdGhhdCB0aGVyZSBhcmUg dHdvIHNpZ25hbGluZyBwcm9jZWR1cmVzPyBTaW5jZQ0KTVMtUFcgaXMgYSBraW5kIG9mIGFzc29j aWF0ZWQgYmlkaXJlY3Rpb25hbCB0cmFuc3BvcnQgcGF0aCwgSSB0ZW5kIHRvIGludGVycHJldGF0 ZQ0KdGhlIGRlZmluaXRpb24gYXMgdGhlIHNlY29uZCBjYXNlICZuYnNwOzwvZm9udD4NCjxicj4N Cjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+QXMgdG8gdGhlIHNvbHV0aW9uOjwv Zm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+KDIpIFNpbmNl IE1QTFMtVFAgTVVTVCBzdXBwb3J0IGFzeW1tZXRyaWMNCmJhbmR3aXRoIExTUHMgKFIxNCksIGNv bnNpZGVyIHRoZSBmb2xsb3dpbmcgdG9wb2xvZ3k6PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBm YWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw Ow0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7IDEwME0NCiZuYnNwOyAmbmJzcDsgJm5ic3A7MTAwTTwvZm9udD4NCjxi cj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7QS0tLS0tLS0tLS1ELS0tLS0tLUI8L2ZvbnQ+DQo8YnI+ PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBcIDUwTSAmbmJzcDsNCiZuYnNwOy8gJm5ic3A7MTAwTTwv Zm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAxMDBNIFw2ME0gJm5ic3A7IC8xMDBNPC9mb250Pg0KPGJyPjxm b250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFwNCiZuYnNwOyAmbmJzcDsvPC9mb250Pg0KPGJy Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO1wNCkMvPC9mb250Pg0KPGJyPjxm b250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5PbmUgYmlkaXJlY3Rpb25hbCBMU1Agd2l0aCA4 ME0gc3ltbWV0cmljDQpiYW5kd2lkdGggbmVlZHMgdG8gYmUgc2V0IHVwIGJldHdlZW4gbm9kZSBB IGFuZCBCLCB0aGUgdW5yZXNlcnZlZCBiYW5kd2lkdGgNCm9uIHRoZSBsaW5rcyBhcmUgZGVzY3Jp cHRlZC48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPnRo ZSBwYXRoIGFsb25nIFtBLUQtQl0gY2FuIG5vdCBtZWV0DQp0aGUgcmVxdWlyZW1lbnQgZm9yIHRo ZSB1bnJldmVydmVkIGJhbmR3aWR0aCBvbiBsaW5rW0QtJmd0O0FdIGlzIDUwTS4gQnV0DQp0aGUg Y29tYmluYXRpb24gb2YgW0EtJmd0O0QtJmd0O0JdIGFuZCBbQi0mZ3Q7RC0mZ3Q7Qy0mZ3Q7QV0g Y2FuIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+bWVldCB0aGUg cmVxdWlyZW1lbnQgd2VsbC48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNh bnMtc2VyaWYiPkluIHRoaXMgY2FzZSwgdGhlIHNpbmdsZSBzaWRlZCBwcm92aXNpb25pbmcNCndp bGwgYmUgbW9yZSBjb252ZW5pZW50IGluIE1QTFMgZW52aXJvbWVudC48L2ZvbnQ+DQo8YnI+DQo8 YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhvcGUgdG8gaGVhciBtb3JlIGNvbW1l bnRzIG9yIHN1Z2dlc3Rpb25zDQpmcm9tIFdHPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9 MiBmYWNlPSJzYW5zLXNlcmlmIj5CZXN0IHJlZ2FyZHM8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQg c2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkZlaTwvZm9udD4NCjxicj4NCjxicj4NCjxicj4NCjx0 YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9MzUlPjxmb250IHNp emU9MSBmYWNlPSJzYW5zLXNlcmlmIj48Yj5Mb2EgQW5kZXJzc29uICZsdDtsb2FAcGkubnUmZ3Q7 PC9iPg0KPC9mb250Pg0KPGJyPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj63orz+yMs6 ICZuYnNwO21wbHMtYm91bmNlc0BpZXRmLm9yZzwvZm9udD4NCjxwPjxmb250IHNpemU9MSBmYWNl PSJzYW5zLXNlcmlmIj4yMDExLTA4LTA2IDAxOjQ5PC9mb250Pg0KPHRkIHdpZHRoPTY0JT4NCjx0 YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0 Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7K1bz+yMs8L2ZvbnQ+PC9kaXY+DQo8dGQ+ PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPmNjYW1wQGlldGYub3JnLCAmcXVvdDttcGxz QGlldGYub3JnJnF1b3Q7DQombHQ7bXBsc0BpZXRmLm9yZyZndDs8L2ZvbnQ+DQo8dHIgdmFsaWdu PXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2Vy aWYiPrOty808L2ZvbnQ+PC9kaXY+DQo8dGQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYg YWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPtb3zOI8L2ZvbnQ+PC9k aXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPlttcGxzXSByZXF1aXJlbWVu dHMgb24gZXN0YWJsaXNoaW5nDQphbiBhc3NvY2lhdGVkIGJpLWRpcmVjdGlvbmFsIExTUDwvZm9u dD48L3RhYmxlPg0KPGJyPg0KPHRhYmxlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8dGQ+PC90 YWJsZT4NCjxicj48L3RhYmxlPg0KPGJyPg0KPGJyPg0KPGJyPjx0dD48Zm9udCBzaXplPTI+Q0NB TVAgYW5kIE1QTFMgd29ya2luZyBncm91cHMsPGJyPg0KPGJyPg0KVGhlIENDQU1QIHdvcmtpbmcg Z3JvdXAgaGFzIGEgd29ya2luZyBncm91cCBkb2N1bWVudDxicj4NCmRyYWZ0LWlldGYtY2NhbXAt bXBscy10cC1yc3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwLTAxLjxicj4NCjxicj4NClRoZSBkb2N1 bWVudCBzcGVjaWZpZXMgYSB3YXkgb2YgZXN0YWJsaXNoaW5nIGFuIGFzc29jaWF0ZWQ8YnI+DQpi aS1kaXJlY3Rpb25hbCBMU1AgYmFzZWQgb24gc2luZ2xlIGVuZGVkIHNpZ25hbGluZyBhcyB3ZWxs PGJyPg0KYXMgdG8gYXNzb2NpYXRlIHR3byB1bmlkaXJlY3Rpb25hbCBMU1BzLiBUaGVyZSBpcyBh IHJlcXVpcmVtZW50PGJyPg0KaW4gUkZDNTY1NDo8YnI+DQo8YnI+DQogJm5ic3A7ICZuYnNwOyA1 MCAmbmJzcDtUaGUgTVBMUy1UUCBjb250cm9sIHBsYW5lIE1VU1Qgc3VwcG9ydCBlc3RhYmxpc2hp bmcNCmFsbCB0aGU8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGNvbm5lY3Rpdml0 eSBwYXR0ZXJucyBkZWZpbmVkIGZvciB0aGUgTVBMUy1UUA0KZGF0YSBwbGFuZSAoaS5lLiw8YnI+ DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHVuaWRpcmVjdGlvbmFsIFAyUCwgYXNzb2Np YXRlZCBiaWRpcmVjdGlvbmFsDQpQMlAsIGNvLXJvdXRlZDxicj4NCiAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgYmlkaXJlY3Rpb25hbCBQMlAsIHVuaWRpcmVjdGlvbmFsIFAyTVApIGluY2x1 ZGluZw0KY29uZmlndXJhdGlvbjxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgb2Yg cHJvdGVjdGlvbiBmdW5jdGlvbnMgYW5kIGFueSBhc3NvY2lhdGVkDQptYWludGVuYW5jZTxicj4N CiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgZnVuY3Rpb25zLjxicj4NCjxicj4NClRoZSBN UExTIHdvcmtpbmcgZ3JvdXAgb3ducyB0aGUgcmVxdWlyZW1lbnRzIGZvciB0cmFuc3BvcnQgTFNQ cywgd2hpbGU8YnI+DQpDQ0FNUCBvd25zIGRlZmluaXRpb24gb2YgR01QTFMgZXh0ZW5zaW9ucy48 YnI+DQo8YnI+DQpJZiB5b3UgaGF2ZSBjb21tZW50cyBvbiB0aGUgYWJvdmUgcmVxdWlyZW1lbnRz IGFzIGl0IHJlbGF0ZXMgdG8gdGhpczxicj4NCmRyYWZ0LCBwbGVhc2Ugc2VuZCB5b3UgY29tbWVu dHMgdG8gdGhlIE1QTFMgV0cgbGlzdC4gSWYgeW91IGhhdmU8YnI+DQpjb21tZW50cyBvbiB0aGUg cHJvcG9zZWQgbWVjaGFuaXNtLCBwbGVhc2Ugc2VuZCB5b3VyIGNvbW1lbnRzIHRvIHRoZTxicj4N CmNjYW1wIFdHIGxpc3QuPGJyPg0KPGJyPg0KTVBMUyBhbmQgQ0NBTVAgd29ya2luZyBncm91cCBj by1jaGFpcnM8YnI+DQo8YnI+DQotLSA8YnI+DQo8YnI+DQo8YnI+DQpMb2EgQW5kZXJzc29uICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyBlbWFpbDogbG9hLmFuZGVyc3NvbkBlcmljc3Nvbi5j b208YnI+DQpTciBTdHJhdGVneSBhbmQgU3RhbmRhcmRzIE1hbmFnZXIgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtsb2FAcGkubnU8YnI+DQpFcmljc3NvbiBJbmMgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3Bob25lOiArNDYgMTAgNzE3IDUyIDEzPGJy Pg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOys0NiA3 NjcgNzIgOTIgMTM8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXzxicj4NCm1wbHMgbWFpbGluZyBsaXN0PGJyPg0KbXBsc0BpZXRmLm9yZzxicj4NCmh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBsczxicj4NCjxicj4NCjwvZm9u dD48L3R0Pg0KPGJyPg0K --=_alternative 0036B1BE482578E6_=-- From jsmith4112003@yahoo.co.uk Mon Aug 8 06:06:09 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6FF9021F8726 for ; Mon, 8 Aug 2011 06:06:09 -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 ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9OuDf4m0zIR8 for ; Mon, 8 Aug 2011 06:06:08 -0700 (PDT) Received: from nm1-vm0.bullet.mail.ird.yahoo.com (nm1-vm0.bullet.mail.ird.yahoo.com [77.238.189.95]) by ietfa.amsl.com (Postfix) with SMTP id 94B7E21F86AE for ; Mon, 8 Aug 2011 06:06:08 -0700 (PDT) Received: from [77.238.189.54] by nm1.bullet.mail.ird.yahoo.com with NNFMP; 08 Aug 2011 13:06:33 -0000 Received: from [212.82.108.248] by tm7.bullet.mail.ird.yahoo.com with NNFMP; 08 Aug 2011 13:06:33 -0000 Received: from [127.0.0.1] by omp1013.mail.ird.yahoo.com with NNFMP; 08 Aug 2011 13:06:33 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 949289.45677.bm@omp1013.mail.ird.yahoo.com Received: (qmail 43168 invoked by uid 60001); 8 Aug 2011 13:06:33 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s1024; t=1312808793; bh=+vEAvSkXGQ8Z0f530EOM78LK0SEB66q+CUMP8nqeIxA=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=cKSkCvftS5VAATI7/5BaAXs1/fjI2h//G227qaZ3pM8OQo7SlXi2URsl2neK60iJ+pJaIEJzSEgfm7AGLL7b52tmcqHgDh/LN2E2F3U+qWRt+52aZJZAlN9SNbrhHcJgMrcbVLFDYIImklxAD9n7PukyyiDoHTNDXvfIrW2s/zc= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.co.uk; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=bGBW3EbLZzdbKv4Io98pkR8DmR8TNz4LmIzRowD3iZ40BqDH3ZyXDo8i8jxK41iwzPN3T5URnbAdxnGIFlpc6zb1OVruWD8OZmTVWQDlUDPvxmlO8Gal6C0nXNRjbUYaTmiwoVFOq+nD7Cs8qEXc9Xz24EHWH+jTJ5xnFWVfRwU=; X-YMail-OSG: l.SxQqAVM1nSStED1bgn7usGo8KKE5FmYglhEY_gK.kW.DJ _7p6QXriv.txOC.quVJJKfGZlMrgLP2LNJIjsxmIGoPq.yTeRyko7DryQPBe 6OivtDsfKgBT4qAfj2BdYt7MMnpj0IFXZ4l8t3FNYuwq7oHfTDpLFzMuCgcm zbZNL7M.SzZOOx5Xh97DatmluU8TJAHK0EBgZConRpCMhvjnqZ68mcoQA7la P593Gl6LonrT0IfP_q1FoyoXM0PsCbKDiKQCcznFapf4HRiUYQCBMPkmUPAB TipJnm.feuPTHjKfwAYnrq4yuFz.qNBZ6liG1bKANyR_HNV4gkejxJV4vlaA uY5CGKl6RGFd3IEfR_kAkWCV10Ii590zT2UzQIi42HmFP0TPbrg.zvmPJanv Z0hEysQYumjR7mEfUFYu4sCvOaPU- Received: from [122.179.55.105] by web29812.mail.ird.yahoo.com via HTTP; Mon, 08 Aug 2011 14:06:33 BST X-Mailer: YahooMailRC/574 YahooMailWebService/0.8.113.313619 References: <4E3C2D10.1030109@pi.nu> Message-ID: <1312808793.38082.YahooMailRC@web29812.mail.ird.yahoo.com> Date: Mon, 8 Aug 2011 14:06:33 +0100 (BST) From: John Smith To: Loa Andersson , ccamp@ietf.org, "mpls@ietf.org" In-Reply-To: <4E3C2D10.1030109@pi.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Mon, 08 Aug 2011 07:41:59 -0700 Cc: lizhong.jin@zte.com.cn, manav.bhatia@alcatel-lucent.com, frederic.jounay@orange-ftgroup.com Subject: Re: [CCAMP] [mpls] requirements on establishing an associated bi-directional LSP X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2011 13:06:09 -0000 Hi,=0A=0AIs this related to the bi-directional LSP draft that was presented= in Quebec?=0A=0Ahttp://tools.ietf.org/html/draft-bhatia-mpls-rsvp-te-bidir= ectional-lsp-01=0A=0AThe above draft discusses FRR that seems to be missing= from the ccamp wg draft?=0A=0AJohn=0A=0A=0A----- Original Message ----=0AF= rom: Loa Andersson =0ATo: ccamp@ietf.org; "mpls@ietf.org" =0ASent: Fri, 5 August, 2011 23:19:04=0ASubject: [mpls] requiremen= ts on establishing an associated bi-directional LSP=0A=0ACCAMP and MPLS wor= king groups,=0A=0AThe CCAMP working group has a working group document=0Adr= aft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-lsp-01.=0A=0AThe document spec= ifies a way of establishing an associated=0Abi-directional LSP based on sin= gle ended signaling as well=0Aas to associate two unidirectional LSPs. Ther= e is a requirement=0Ain RFC5654:=0A=0A 50 The MPLS-TP control plane MUS= T support establishing all the=0A connectivity patterns defined for = the MPLS-TP data plane (i.e.,=0A unidirectional P2P, associated bidi= rectional P2P, co-routed=0A bidirectional P2P, unidirectional P2MP) = including configuration=0A of protection functions and any associate= d maintenance=0A functions.=0A=0AThe MPLS working group owns the req= uirements for transport LSPs, while=0ACCAMP owns definition of GMPLS extens= ions.=0A=0AIf you have comments on the above requirements as it relates to = this=0Adraft, please send you comments to the MPLS WG list. If you have=0Ac= omments on the proposed mechanism, please send your comments to the=0Accamp= WG list.=0A=0AMPLS and CCAMP working group co-chairs=0A=0A-- =0A=0ALoa And= ersson email: loa.andersson@ericsson.com=0ASr Strat= egy and Standards Manager loa@pi.nu=0AEricsson Inc = phone: +46 10 717 52 13=0A = +46 767 72 92 13=0A_______________________________________________= =0Ampls mailing list=0Ampls@ietf.org=0Ahttps://www.ietf.org/mailman/listinf= o/mpls=0A From internet-drafts@ietf.org Mon Aug 8 07:42:22 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F40121F880C; Mon, 8 Aug 2011 07:42:22 -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=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LMxGtpBClQK2; Mon, 8 Aug 2011 07:42:21 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB33721F85FF; Mon, 8 Aug 2011 07:42:21 -0700 (PDT) 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: 3.57 Message-ID: <20110808144221.32249.76441.idtracker@ietfa.amsl.com> Date: Mon, 08 Aug 2011 07:42:21 -0700 Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-rfc5787bis-03.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2011 14:42:22 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Common Control and Measurement Plane = Working Group of the IETF. Title : Updates to ASON Routing for OSPFv2 Protocols (RFC 5787bi= s) Author(s) : Andrew G. Malis Acee Lindem Dimitri Papadimitriou Filename : draft-ietf-ccamp-rfc5787bis-03.txt Pages : 29 Date : 2011-08-08 The ITU-T has defined an architecture and requirements for operating an Automatically Switched Optical Network (ASON). The Generalized Multiprotocol Label Switching (GMPLS) protocol suite is designed to provide a control plane for a range of network technologies including optical networks such as time division multiplexing (TDM) networks including SONET/SDH and Optical Transport Networks (OTNs), and lambda switching optical networks. The requirements for GMPLS routing to satisfy the requirements of ASON routing, and an evaluation of existing GMPLS routing protocols are provided in other documents. This document defines extensions to the OSPFv2 Link State Routing Protocol to meet the requirements for routing in an ASON. Note that this work is scoped to the requirements and evaluation expressed in RFC 4258 and RFC 4652 and the ITU-T Recommendations current when those documents were written. Future extensions of revisions of this work may be necessary if the ITU-T Recommendations are revised or if new requirements are introduced into a revision of RFC 4258. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ccamp-rfc5787bis-03.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-ccamp-rfc5787bis-03.txt From ben@niven-jenkins.co.uk Mon Aug 8 07:42:46 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6530921F8B04; Mon, 8 Aug 2011 07:42:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.149 X-Spam-Level: X-Spam-Status: No, score=-101.149 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TFuneFrphRZ3; Mon, 8 Aug 2011 07:42:45 -0700 (PDT) Received: from mailex.mailcore.me (mailex.mailcore.me [94.136.40.64]) by ietfa.amsl.com (Postfix) with ESMTP id 5294121F8B00; Mon, 8 Aug 2011 07:42:44 -0700 (PDT) Received: from dhcp184-48-6-140.sdmg.snd.wayport.net ([184.48.6.140]) by mail6.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1QqR2m-0005ep-Io; Mon, 08 Aug 2011 15:43:05 +0100 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=GB2312 From: Ben Niven-Jenkins In-Reply-To: Date: Mon, 8 Aug 2011 15:42:52 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: zhang.fei3@zte.com.cn X-Mailer: Apple Mail (2.1084) X-Mailcore-Auth: 9600544 X-Mailcore-Domain: 172912 X-Mailman-Approved-At: Mon, 08 Aug 2011 08:01:52 -0700 Cc: "mpls@ietf.org" , ccamp@ietf.org, mpls-bounces@ietf.org Subject: Re: [CCAMP] [mpls] requirements on establishing an associated bi-directional LSP X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2011 14:42:46 -0000 Fei, On 8 Aug 2011, at 10:57, zhang.fei3@zte.com.cn wrote: > Hi all=20 >=20 > I gave two presentations in the past IETF81 meeting, one is in the = MPLS WG discussing the requirements, and the other is in CCAMP session = discussing the solution.=20 >=20 > the presentation materials for reference are here.=20 > http://tools.ietf.org/wg/mpls/agenda=20 > http://tools.ietf.org/wg/ccamp/agenda=20 >=20 > The requirement (R50 in RFC5654) did not specify the exact solution, = and the definition of associated bidirectional transport path said that = "The forward and backward directions are setup, monitored, and protected = independently ".=20 I was one of the folks that pushed for inclusion of associated = bi-directional paths in RFC5654 and what I was thinking at the time was = something similar to PWs - i.e that although both ingress & egress end = points are on the same nodes the path between the ingress and egress may = differ for each direction. "independently" in the text of RFC5654 is not meant to suggest that = single sided provisioning of associated bi-directional paths is = unacceptable, it just means that you cannot assume that you can = provision the forward & backward directions of the path simultaneously = in each node (as the forward & backward directions may not traverse the = same nodes). The same is true for monitoring & protection. HTH Ben =20 >=20 > My opinion about the requirement and definition is listed below,=20 >=20 > (1) what is the indication of independence? It means that one direcion = can not tigger the establishment of the other direction? Or It just = means that there are two signaling procedures? Since MS-PW is a kind of = associated bidirectional transport path, I tend to interpretate the = definition as the second case =20 >=20 > As to the solution:=20 >=20 > (2) Since MPLS-TP MUST support asymmetric bandwith LSPs (R14), = consider the following topology:=20 > 100M 100M=20 > A----------D-------B=20 > \ 50M / 100M=20 > 100M \60M /100M=20 > \ /=20 > \ C/=20 > One bidirectional LSP with 80M symmetric bandwidth needs to be set up = between node A and B, the unreserved bandwidth on the links are = descripted.=20 >=20 > the path along [A-D-B] can not meet the requirement for the unreverved = bandwidth on link[D->A] is 50M. But the combination of [A->D->B] and = [B->D->C->A] can=20 > meet the requirement well.=20 >=20 > In this case, the single sided provisioning will be more convenient in = MPLS enviroment.=20 >=20 > Hope to hear more comments or suggestions from WG=20 >=20 > Best regards=20 >=20 > Fei=20 >=20 >=20 > Loa Andersson =20 > =B7=A2=BC=FE=C8=CB: mpls-bounces@ietf.org > 2011-08-06 01:49 >=20 > =CA=D5=BC=FE=C8=CB > ccamp@ietf.org, "mpls@ietf.org" > =B3=AD=CB=CD > =D6=F7=CC=E2 > [mpls] requirements on establishing an associated bi-directional LSP >=20 >=20 >=20 >=20 >=20 > CCAMP and MPLS working groups, >=20 > The CCAMP working group has a working group document > draft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-lsp-01. >=20 > The document specifies a way of establishing an associated > bi-directional LSP based on single ended signaling as well > as to associate two unidirectional LSPs. There is a requirement > in RFC5654: >=20 > 50 The MPLS-TP control plane MUST support establishing all the > connectivity patterns defined for the MPLS-TP data plane = (i.e., > unidirectional P2P, associated bidirectional P2P, co-routed > bidirectional P2P, unidirectional P2MP) including = configuration > of protection functions and any associated maintenance > functions. >=20 > The MPLS working group owns the requirements for transport LSPs, while > CCAMP owns definition of GMPLS extensions. >=20 > If you have comments on the above requirements as it relates to this > draft, please send you comments to the MPLS WG list. If you have > comments on the proposed mechanism, please send your comments to the > ccamp WG list. >=20 > MPLS and CCAMP working group co-chairs >=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 >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From internet-drafts@ietf.org Mon Aug 8 08:16:45 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 487F021F8B5F; Mon, 8 Aug 2011 08:16:45 -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 ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8Fq8Y0Y2qriD; Mon, 8 Aug 2011 08:16:44 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF63421F8B5D; Mon, 8 Aug 2011 08:16:44 -0700 (PDT) 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: 3.57 Message-ID: <20110808151644.12995.26162.idtracker@ietfa.amsl.com> Date: Mon, 08 Aug 2011 08:16:44 -0700 Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-rwa-wson-encode-12.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2011 15:16:45 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Common Control and Measurement Plane = Working Group of the IETF. Title : Routing and Wavelength Assignment Information Encoding f= or Wavelength Switched Optical Networks Author(s) : Greg M. Bernstein Young Lee Dan Li Wataru Imajuku Filename : draft-ietf-ccamp-rwa-wson-encode-12.txt Pages : 36 Date : 2011-08-08 A wavelength switched optical network (WSON) requires that certain key information elements are made available to facilitate path computation and the establishment of label switching paths (LSPs). The information model described in "Routing and Wavelength Assignme= nt Information for Wavelength Switched Optical Networks" shows what information is required at specific points in the WSON. Part of the WSON information model contains aspects that may be of general applicability to other technologies, while other parts are fairly specific to WSONs. This document provides efficient, protocol-agnostic encodings for the WSON specific information elements. It is intended that protocol- specific documents will reference this memo to describe how information is carried for specific uses. Such encodings can be used to extend GMPLS signaling and routing protocols. In addition these encodings could be used by other mechanisms to convey this same information to a path computation element (PCE). A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-wson-encode-12.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-wson-encode-12.txt From gregb@grotto-networking.com Mon Aug 8 08:29:31 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 585D321F8AAC for ; Mon, 8 Aug 2011 08:29:31 -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=[AWL=0.000, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30LqPFTB6JLP for ; Mon, 8 Aug 2011 08:29:30 -0700 (PDT) Received: from mail30c40.carrierzone.com (mail30c40.carrierzone.com [209.235.156.170]) by ietfa.amsl.com (Postfix) with ESMTP id 9F33D21F8A35 for ; Mon, 8 Aug 2011 08:29:30 -0700 (PDT) X-Authenticated-User: gregb.grotto-networking.com Received: from [192.168.0.125] (c-67-170-243-110.hsd1.ca.comcast.net [67.170.243.110]) (authenticated bits=0) by mail30c40.carrierzone.com (8.13.6/8.13.1) with ESMTP id p78FTsbv013721 for ; Mon, 8 Aug 2011 15:29:55 +0000 Message-ID: <4E4000EE.1030309@grotto-networking.com> Date: Mon, 08 Aug 2011 08:29:50 -0700 From: Greg Bernstein User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: ccamp@ietf.org References: <20110808151644.12995.26162.idtracker@ietfa.amsl.com> In-Reply-To: <20110808151644.12995.26162.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-CSC: 0 X-CHA: v=1.1 cv=UhSNuOXDQ1KJ+ohZ5gR+MQ9hIDSHw+M/u1Rz14nXUo8= c=1 sm=1 a=7Da5kHvgTEoA:10 a=Pi6Z3rBXQ0EA:10 a=xOaALFOtT5cA:10 a=8nJEP1OIZ-IA:10 a=B4uWGr+4DaAYpgidvygSiQ==:17 a=48vgC7mUAAAA:8 a=0ZgzDHaQzhVBHrr1te0A:9 a=xIyYdwzKQADNbq-BjT4A:7 a=wPNLvfGTeEIA:10 a=EgY3od2ZU2QA:10 a=h-I_03WOSDMA:10 a=lZB815dzVvQA:10 a=B4uWGr+4DaAYpgidvygSiQ==:117 Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-rwa-wson-encode-12.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2011 15:29:31 -0000 Hi CCAMPers interested in WSON, we updated the WSON encoding draft to add clarifying text on the concepts and encodings of resources, resource blocks, and resource block sets in section 3. Please let me know if you have any trouble applying the encodings to any of your systems. I did a survey of current vendor offerings and didn't see anything unusual (mostly WSS based implementations, tunable lasers, one or two flavors of regenerators). We would like to move the WSON drafts forward in a timely manner. Best Regards Greg B. On 8/8/2011 8:16 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 Common Control and Measurement Plane Working Group of the IETF. > > Title : Routing and Wavelength Assignment Information Encoding for Wavelength Switched Optical Networks > Author(s) : Greg M. Bernstein > Young Lee > Dan Li > Wataru Imajuku > Filename : draft-ietf-ccamp-rwa-wson-encode-12.txt > Pages : 36 > Date : 2011-08-08 > > A wavelength switched optical network (WSON) requires that certain > key information elements are made available to facilitate path > computation and the establishment of label switching paths (LSPs). > The information model described in"Routing and Wavelength Assignment > Information for Wavelength Switched Optical Networks" shows what > information is required at specific points in the WSON. Part of the > WSON information model contains aspects that may be of general > applicability to other technologies, while other parts are fairly > specific to WSONs. > > This document provides efficient, protocol-agnostic encodings for the > WSON specific information elements. It is intended that protocol- > specific documents will reference this memo to describe how > information is carried for specific uses. Such encodings can be used > to extend GMPLS signaling and routing protocols. In addition these > encodings could be used by other mechanisms to convey this same > information to a path computation element (PCE). > > > > > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-wson-encode-12.txt > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > This Internet-Draft can be retrieved at: > ftp://ftp.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-wson-encode-12.txt > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > > -- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237 From zhang.fei3@zte.com.cn Mon Aug 8 17:21:22 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A15721F862F; Mon, 8 Aug 2011 17:21:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.197 X-Spam-Level: X-Spam-Status: No, score=-99.197 tagged_above=-999 required=5 tests=[AWL=-1.562, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CtSEUHYZ8Xst; Mon, 8 Aug 2011 17:21:21 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 7D11A21F8546; Mon, 8 Aug 2011 17:21:20 -0700 (PDT) Received: from [10.30.17.99] by mx5.zte.com.cn with surfront esmtp id 131322268279496; Tue, 9 Aug 2011 08:11:11 +0800 (CST) Received: from [10.30.3.20] by [192.168.168.15] with StormMail ESMTP id 22013.4675437340; Tue, 9 Aug 2011 08:21:39 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id p790LYcU017055; Tue, 9 Aug 2011 08:21:34 +0800 (GMT-8) (envelope-from zhang.fei3@zte.com.cn) In-Reply-To: <1312808793.38082.YahooMailRC@web29812.mail.ird.yahoo.com> To: John Smith MIME-Version: 1.0 X-KeepSent: D88DF7F3:F03DAA6A-482578E7:0001B8B7; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: zhang.fei3@zte.com.cn Date: Tue, 9 Aug 2011 08:21:32 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2011-08-09 08:21:34, Serialize complete at 2011-08-09 08:21:34 Content-Type: multipart/alternative; boundary="=_alternative 0001F450482578E7_=" X-MAIL: mse01.zte.com.cn p790LYcU017055 Cc: "mpls@ietf.org" , ccamp@ietf.org, ccamp-bounces@ietf.org Subject: Re: [CCAMP] [mpls] requirements on establishing an associated bi-directional LSP X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Aug 2011 00:21:22 -0000 This is a multipart message in MIME format. --=_alternative 0001F450482578E7_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgSm9obg0KDQpGb3IgY2xhcmlmaWNhdGlvbg0KDQpJdCBpcyBhYm91dCB0aGUgcmVxdWlyZW1l bnQgYW5kIHNvbHV0aW9uIG9mIGFzc29jaWF0ZWQgYmlkaXJlY3Rpb25hbCBMU1ANCg0KQmVsb3cg aXMgdGhlIGxpbmsNCg0KaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1jY2Ft cC1tcGxzLXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3AtMDENCg0KVGhhbmtzDQoNCkZlaQ0K DQoNCg0KSm9obiBTbWl0aCA8anNtaXRoNDExMjAwM0B5YWhvby5jby51az4gDQq3orz+yMs6ICBj Y2FtcC1ib3VuY2VzQGlldGYub3JnDQoyMDExLTA4LTA4IDIxOjA2DQoNCsrVvP7Iyw0KTG9hIEFu ZGVyc3NvbiA8bG9hQHBpLm51PiwgY2NhbXBAaWV0Zi5vcmcsICJtcGxzQGlldGYub3JnIiA8bXBs c0BpZXRmLm9yZz4NCrOty80NCmxpemhvbmcuamluQHp0ZS5jb20uY24sIG1hbmF2LmJoYXRpYUBh bGNhdGVsLWx1Y2VudC5jb20sIA0KZnJlZGVyaWMuam91bmF5QG9yYW5nZS1mdGdyb3VwLmNvbQ0K 1vfM4g0KUmU6IFtDQ0FNUF0gW21wbHNdIHJlcXVpcmVtZW50cyBvbiBlc3RhYmxpc2hpbmcgYW4g YXNzb2NpYXRlZCANCmJpLWRpcmVjdGlvbmFsIExTUA0KDQoNCg0KDQoNCg0KSGksDQoNCklzIHRo aXMgcmVsYXRlZCB0byB0aGUgYmktZGlyZWN0aW9uYWwgTFNQIGRyYWZ0IHRoYXQgd2FzIHByZXNl bnRlZCBpbiANClF1ZWJlYz8NCg0KaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtYmhh dGlhLW1wbHMtcnN2cC10ZS1iaWRpcmVjdGlvbmFsLWxzcC0wMQ0KDQpUaGUgYWJvdmUgZHJhZnQg ZGlzY3Vzc2VzIEZSUiB0aGF0IHNlZW1zIHRvIGJlIG1pc3NpbmcgZnJvbSB0aGUgY2NhbXAgd2cg DQpkcmFmdD8NCg0KSm9obg0KDQoNCi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLQ0KRnJvbTog TG9hIEFuZGVyc3NvbiA8bG9hQHBpLm51Pg0KVG86IGNjYW1wQGlldGYub3JnOyAibXBsc0BpZXRm Lm9yZyIgPG1wbHNAaWV0Zi5vcmc+DQpTZW50OiBGcmksIDUgQXVndXN0LCAyMDExIDIzOjE5OjA0 DQpTdWJqZWN0OiBbbXBsc10gcmVxdWlyZW1lbnRzIG9uIGVzdGFibGlzaGluZyBhbiBhc3NvY2lh dGVkIGJpLWRpcmVjdGlvbmFsIA0KTFNQDQoNCkNDQU1QIGFuZCBNUExTIHdvcmtpbmcgZ3JvdXBz LA0KDQpUaGUgQ0NBTVAgd29ya2luZyBncm91cCBoYXMgYSB3b3JraW5nIGdyb3VwIGRvY3VtZW50 DQpkcmFmdC1pZXRmLWNjYW1wLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcC0wMS4N Cg0KVGhlIGRvY3VtZW50IHNwZWNpZmllcyBhIHdheSBvZiBlc3RhYmxpc2hpbmcgYW4gYXNzb2Np YXRlZA0KYmktZGlyZWN0aW9uYWwgTFNQIGJhc2VkIG9uIHNpbmdsZSBlbmRlZCBzaWduYWxpbmcg YXMgd2VsbA0KYXMgdG8gYXNzb2NpYXRlIHR3byB1bmlkaXJlY3Rpb25hbCBMU1BzLiBUaGVyZSBp cyBhIHJlcXVpcmVtZW50DQppbiBSRkM1NjU0Og0KDQogICAgNTAgIFRoZSBNUExTLVRQIGNvbnRy b2wgcGxhbmUgTVVTVCBzdXBwb3J0IGVzdGFibGlzaGluZyBhbGwgdGhlDQogICAgICAgIGNvbm5l Y3Rpdml0eSBwYXR0ZXJucyBkZWZpbmVkIGZvciB0aGUgTVBMUy1UUCBkYXRhIHBsYW5lIChpLmUu LA0KICAgICAgICB1bmlkaXJlY3Rpb25hbCBQMlAsIGFzc29jaWF0ZWQgYmlkaXJlY3Rpb25hbCBQ MlAsIGNvLXJvdXRlZA0KICAgICAgICBiaWRpcmVjdGlvbmFsIFAyUCwgdW5pZGlyZWN0aW9uYWwg UDJNUCkgaW5jbHVkaW5nIGNvbmZpZ3VyYXRpb24NCiAgICAgICAgb2YgcHJvdGVjdGlvbiBmdW5j dGlvbnMgYW5kIGFueSBhc3NvY2lhdGVkIG1haW50ZW5hbmNlDQogICAgICAgIGZ1bmN0aW9ucy4N Cg0KVGhlIE1QTFMgd29ya2luZyBncm91cCBvd25zIHRoZSByZXF1aXJlbWVudHMgZm9yIHRyYW5z cG9ydCBMU1BzLCB3aGlsZQ0KQ0NBTVAgb3ducyBkZWZpbml0aW9uIG9mIEdNUExTIGV4dGVuc2lv bnMuDQoNCklmIHlvdSBoYXZlIGNvbW1lbnRzIG9uIHRoZSBhYm92ZSByZXF1aXJlbWVudHMgYXMg aXQgcmVsYXRlcyB0byB0aGlzDQpkcmFmdCwgcGxlYXNlIHNlbmQgeW91IGNvbW1lbnRzIHRvIHRo ZSBNUExTIFdHIGxpc3QuIElmIHlvdSBoYXZlDQpjb21tZW50cyBvbiB0aGUgcHJvcG9zZWQgbWVj aGFuaXNtLCBwbGVhc2Ugc2VuZCB5b3VyIGNvbW1lbnRzIHRvIHRoZQ0KY2NhbXAgV0cgbGlzdC4N Cg0KTVBMUyBhbmQgQ0NBTVAgd29ya2luZyBncm91cCBjby1jaGFpcnMNCg0KLS0gDQoNCkxvYSBB bmRlcnNzb24gICAgICAgICAgICAgICAgICAgICAgICAgZW1haWw6IGxvYS5hbmRlcnNzb25AZXJp Y3Nzb24uY29tDQpTciBTdHJhdGVneSBhbmQgU3RhbmRhcmRzIE1hbmFnZXIgICAgICAgICAgICBs b2FAcGkubnUNCkVyaWNzc29uIEluYyAgICAgICAgICAgICAgICAgICAgICAgICAgcGhvbmU6ICs0 NiAxMCA3MTcgNTIgMTMNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICs0NiA3NjcgNzIgOTIgMTMNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQptcGxzIG1haWxpbmcgbGlzdA0KbXBsc0BpZXRmLm9yZw0KaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQoNCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQpDQ0FNUCBtYWlsaW5nIGxpc3QNCkNDQU1QQGll dGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQoNCg0K DQo= --=_alternative 0001F450482578E7_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpIEpvaG48L2ZvbnQ+DQo8YnI+ DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkZvciBjbGFyaWZpY2F0aW9uPC9m b250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5JdCBpcyBhYm91 dCB0aGUgcmVxdWlyZW1lbnQgYW5kIHNvbHV0aW9uDQpvZiBhc3NvY2lhdGVkIGJpZGlyZWN0aW9u YWwgTFNQPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5C ZWxvdyBpcyB0aGUgbGluazwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fu cy1zZXJpZiI+aHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1jY2FtcC1tcGxz LXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3AtMDE8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQg c2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlRoYW5rczwvZm9udD4NCjxicj4NCjxicj48Zm9udCBz aXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+RmVpPC9mb250Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPHRh YmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD0zNSU+PGZvbnQgc2l6 ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxiPkpvaG4gU21pdGggJmx0O2pzbWl0aDQxMTIwMDNAeWFo b28uY28udWsmZ3Q7PC9iPg0KPC9mb250Pg0KPGJyPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNl cmlmIj63orz+yMs6ICZuYnNwO2NjYW1wLWJvdW5jZXNAaWV0Zi5vcmc8L2ZvbnQ+DQo8cD48Zm9u dCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+MjAxMS0wOC0wOCAyMTowNjwvZm9udD4NCjx0ZCB3 aWR0aD02NCU+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRp diBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+ytW8/sjLPC9mb250 PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5Mb2EgQW5kZXJzc29u ICZsdDtsb2FAcGkubnUmZ3Q7LCBjY2FtcEBpZXRmLm9yZywNCiZxdW90O21wbHNAaWV0Zi5vcmcm cXVvdDsgJmx0O21wbHNAaWV0Zi5vcmcmZ3Q7PC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+ DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj6zrcvNPC9m b250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5saXpob25nLmpp bkB6dGUuY29tLmNuLCBtYW5hdi5iaGF0aWFAYWxjYXRlbC1sdWNlbnQuY29tLA0KZnJlZGVyaWMu am91bmF5QG9yYW5nZS1mdGdyb3VwLmNvbTwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0K PGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+1vfM4jwvZm9u dD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+UmU6IFtDQ0FNUF0g W21wbHNdIHJlcXVpcmVtZW50cyBvbiBlc3RhYmxpc2hpbmcNCmFuIGFzc29jaWF0ZWQgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7YmktZGlyZWN0aW9uYWwgTFNQPC9mb250PjwvdGFibGU+DQo8 YnI+DQo8dGFibGU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjx0ZD48L3RhYmxlPg0KPGJyPjwv dGFibGU+DQo8YnI+DQo8YnI+DQo8YnI+PHR0Pjxmb250IHNpemU9Mj5IaSw8YnI+DQo8YnI+DQpJ cyB0aGlzIHJlbGF0ZWQgdG8gdGhlIGJpLWRpcmVjdGlvbmFsIExTUCBkcmFmdCB0aGF0IHdhcyBw cmVzZW50ZWQgaW4gUXVlYmVjPzxicj4NCjxicj4NCmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1s L2RyYWZ0LWJoYXRpYS1tcGxzLXJzdnAtdGUtYmlkaXJlY3Rpb25hbC1sc3AtMDE8YnI+DQo8YnI+ DQpUaGUgYWJvdmUgZHJhZnQgZGlzY3Vzc2VzIEZSUiB0aGF0IHNlZW1zIHRvIGJlIG1pc3Npbmcg ZnJvbSB0aGUgY2NhbXAgd2cNCmRyYWZ0Pzxicj4NCjxicj4NCkpvaG48YnI+DQo8YnI+DQo8YnI+ DQotLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS08YnI+DQpGcm9tOiBMb2EgQW5kZXJzc29uICZs dDtsb2FAcGkubnUmZ3Q7PGJyPg0KVG86IGNjYW1wQGlldGYub3JnOyAmcXVvdDttcGxzQGlldGYu b3JnJnF1b3Q7ICZsdDttcGxzQGlldGYub3JnJmd0Ozxicj4NClNlbnQ6IEZyaSwgNSBBdWd1c3Qs IDIwMTEgMjM6MTk6MDQ8YnI+DQpTdWJqZWN0OiBbbXBsc10gcmVxdWlyZW1lbnRzIG9uIGVzdGFi bGlzaGluZyBhbiBhc3NvY2lhdGVkIGJpLWRpcmVjdGlvbmFsDQpMU1A8YnI+DQo8YnI+DQpDQ0FN UCBhbmQgTVBMUyB3b3JraW5nIGdyb3Vwcyw8YnI+DQo8YnI+DQpUaGUgQ0NBTVAgd29ya2luZyBn cm91cCBoYXMgYSB3b3JraW5nIGdyb3VwIGRvY3VtZW50PGJyPg0KZHJhZnQtaWV0Zi1jY2FtcC1t cGxzLXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3AtMDEuPGJyPg0KPGJyPg0KVGhlIGRvY3Vt ZW50IHNwZWNpZmllcyBhIHdheSBvZiBlc3RhYmxpc2hpbmcgYW4gYXNzb2NpYXRlZDxicj4NCmJp LWRpcmVjdGlvbmFsIExTUCBiYXNlZCBvbiBzaW5nbGUgZW5kZWQgc2lnbmFsaW5nIGFzIHdlbGw8 YnI+DQphcyB0byBhc3NvY2lhdGUgdHdvIHVuaWRpcmVjdGlvbmFsIExTUHMuIFRoZXJlIGlzIGEg cmVxdWlyZW1lbnQ8YnI+DQppbiBSRkM1NjU0Ojxicj4NCjxicj4NCiAmbmJzcDsgJm5ic3A7NTAg Jm5ic3A7VGhlIE1QTFMtVFAgY29udHJvbCBwbGFuZSBNVVNUIHN1cHBvcnQgZXN0YWJsaXNoaW5n DQphbGwgdGhlPGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2Nvbm5lY3Rpdml0eSBw YXR0ZXJucyBkZWZpbmVkIGZvciB0aGUgTVBMUy1UUA0KZGF0YSBwbGFuZSAoaS5lLiw8YnI+DQog Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7dW5pZGlyZWN0aW9uYWwgUDJQLCBhc3NvY2lhdGVk IGJpZGlyZWN0aW9uYWwNClAyUCwgY28tcm91dGVkPGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwO2JpZGlyZWN0aW9uYWwgUDJQLCB1bmlkaXJlY3Rpb25hbCBQMk1QKSBpbmNsdWRpbmcN CmNvbmZpZ3VyYXRpb248YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7b2YgcHJvdGVj dGlvbiBmdW5jdGlvbnMgYW5kIGFueSBhc3NvY2lhdGVkDQptYWludGVuYW5jZTxicj4NCiAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtmdW5jdGlvbnMuPGJyPg0KPGJyPg0KVGhlIE1QTFMgd29y a2luZyBncm91cCBvd25zIHRoZSByZXF1aXJlbWVudHMgZm9yIHRyYW5zcG9ydCBMU1BzLCB3aGls ZTxicj4NCkNDQU1QIG93bnMgZGVmaW5pdGlvbiBvZiBHTVBMUyBleHRlbnNpb25zLjxicj4NCjxi cj4NCklmIHlvdSBoYXZlIGNvbW1lbnRzIG9uIHRoZSBhYm92ZSByZXF1aXJlbWVudHMgYXMgaXQg cmVsYXRlcyB0byB0aGlzPGJyPg0KZHJhZnQsIHBsZWFzZSBzZW5kIHlvdSBjb21tZW50cyB0byB0 aGUgTVBMUyBXRyBsaXN0LiBJZiB5b3UgaGF2ZTxicj4NCmNvbW1lbnRzIG9uIHRoZSBwcm9wb3Nl ZCBtZWNoYW5pc20sIHBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgdG8gdGhlPGJyPg0KY2NhbXAg V0cgbGlzdC48YnI+DQo8YnI+DQpNUExTIGFuZCBDQ0FNUCB3b3JraW5nIGdyb3VwIGNvLWNoYWly czxicj4NCjxicj4NCi0tIDxicj4NCjxicj4NCkxvYSBBbmRlcnNzb24gJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAm bmJzcDsgJm5ic3A7IGVtYWlsOiBsb2EuYW5kZXJzc29uQGVyaWNzc29uLmNvbTxicj4NClNyIFN0 cmF0ZWd5IGFuZCBTdGFuZGFyZHMgTWFuYWdlciAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwO2xvYUBwaS5udTxicj4NCkVyaWNzc29uIEluYyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7cGhvbmU6ICs0NiAxMCA3MTcgNTIgMTM8YnI+DQogJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgKzQ2IDc2NyA3MiA5MiAxMzxicj4NCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KbXBscyBt YWlsaW5nIGxpc3Q8YnI+DQptcGxzQGlldGYub3JnPGJyPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9tcGxzPGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX188YnI+DQpDQ0FNUCBtYWlsaW5nIGxpc3Q8YnI+DQpDQ0FN UEBpZXRmLm9yZzxicj4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2Nh bXA8YnI+DQo8YnI+DQo8L2ZvbnQ+PC90dD4NCjxicj4NCg== --=_alternative 0001F450482578E7_=-- From zhang.fei3@zte.com.cn Mon Aug 8 17:45:11 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C0B5421F8B7C; Mon, 8 Aug 2011 17:45:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -98.806 X-Spam-Level: X-Spam-Status: No, score=-98.806 tagged_above=-999 required=5 tests=[AWL=-1.171, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NsMH1GQPuup5; Mon, 8 Aug 2011 17:45:10 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 94BE121F8B7B; Mon, 8 Aug 2011 17:45:09 -0700 (PDT) Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 131322257607178; Tue, 9 Aug 2011 08:35:03 +0800 (CST) Received: from [10.30.3.20] by [192.168.168.16] with StormMail ESMTP id 85946.3927260546; Tue, 9 Aug 2011 08:45:25 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id p790jPHG033462; Tue, 9 Aug 2011 08:45:25 +0800 (GMT-8) (envelope-from zhang.fei3@zte.com.cn) In-Reply-To: To: Ben Niven-Jenkins MIME-Version: 1.0 X-KeepSent: DA776520:2C21D86E-482578E7:0002FA50; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: zhang.fei3@zte.com.cn Date: Tue, 9 Aug 2011 08:45:23 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2011-08-09 08:45:26, Serialize complete at 2011-08-09 08:45:26 Content-Type: multipart/alternative; boundary="=_alternative 00042373482578E7_=" X-MAIL: mse01.zte.com.cn p790jPHG033462 Cc: "mpls@ietf.org" , ccamp@ietf.org, mpls-bounces@ietf.org Subject: Re: [CCAMP] [mpls] requirements on establishing an associated bi-directional LSP X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Aug 2011 00:45:11 -0000 This is a multipart message in MIME format. --=_alternative 00042373482578E7_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgQmVuDQoNClRoYW5rcyBmb3Igc2hhcmluZyB5b3VyIGlkZWEsIHRoaXMgd2lsbCBoZWxwIHVz IHB1c2ggdGhlIHJlbGF0ZWQgd29yayBtb3JlIA0KcXVpY2tseS4NCg0KQi5SLiA6LSkNCg0KRmVp DQoNCg0KDQpCZW4gTml2ZW4tSmVua2lucyA8YmVuQG5pdmVuLWplbmtpbnMuY28udWs+IA0KMjAx MS0wOC0wOCAyMjo0Mg0KDQrK1bz+yMsNCnpoYW5nLmZlaTNAenRlLmNvbS5jbg0Ks63LzQ0KTG9h IEFuZGVyc3NvbiA8bG9hQHBpLm51PiwgIm1wbHNAaWV0Zi5vcmciIDxtcGxzQGlldGYub3JnPiwg DQpjY2FtcEBpZXRmLm9yZywgbXBscy1ib3VuY2VzQGlldGYub3JnDQrW98ziDQpSZTogW21wbHNd IHJlcXVpcmVtZW50cyBvbiBlc3RhYmxpc2hpbmcgYW4gYXNzb2NpYXRlZCBiaS1kaXJlY3Rpb25h bCBMU1ANCg0KDQoNCg0KDQoNCkZlaSwNCg0KT24gOCBBdWcgMjAxMSwgYXQgMTA6NTcsIHpoYW5n LmZlaTNAenRlLmNvbS5jbiB3cm90ZToNCj4gSGkgYWxsIA0KPiANCj4gSSBnYXZlIHR3byBwcmVz ZW50YXRpb25zIGluIHRoZSBwYXN0IElFVEY4MSBtZWV0aW5nLCBvbmUgaXMgaW4gdGhlIE1QTFMg DQpXRyBkaXNjdXNzaW5nIHRoZSByZXF1aXJlbWVudHMsIGFuZCB0aGUgb3RoZXIgaXMgaW4gQ0NB TVAgc2Vzc2lvbiANCmRpc2N1c3NpbmcgdGhlIHNvbHV0aW9uLiANCj4gDQo+IHRoZSBwcmVzZW50 YXRpb24gbWF0ZXJpYWxzIGZvciByZWZlcmVuY2UgYXJlIGhlcmUuIA0KPiBodHRwOi8vdG9vbHMu aWV0Zi5vcmcvd2cvbXBscy9hZ2VuZGEgDQo+IGh0dHA6Ly90b29scy5pZXRmLm9yZy93Zy9jY2Ft cC9hZ2VuZGEgDQo+IA0KPiBUaGUgcmVxdWlyZW1lbnQgKFI1MCBpbiBSRkM1NjU0KSBkaWQgbm90 IHNwZWNpZnkgdGhlIGV4YWN0IHNvbHV0aW9uLCBhbmQgDQp0aGUgZGVmaW5pdGlvbiBvZiBhc3Nv Y2lhdGVkIGJpZGlyZWN0aW9uYWwgdHJhbnNwb3J0IHBhdGggc2FpZCB0aGF0ICJUaGUgDQpmb3J3 YXJkIGFuZCBiYWNrd2FyZCBkaXJlY3Rpb25zIGFyZSBzZXR1cCwgbW9uaXRvcmVkLCBhbmQgcHJv dGVjdGVkIA0KaW5kZXBlbmRlbnRseSAiLiANCg0KSSB3YXMgb25lIG9mIHRoZSBmb2xrcyB0aGF0 IHB1c2hlZCBmb3IgaW5jbHVzaW9uIG9mIGFzc29jaWF0ZWQgDQpiaS1kaXJlY3Rpb25hbCBwYXRo cyBpbiBSRkM1NjU0IGFuZCB3aGF0IEkgd2FzIHRoaW5raW5nIGF0IHRoZSB0aW1lIHdhcyANCnNv bWV0aGluZyBzaW1pbGFyIHRvIFBXcyAtIGkuZSB0aGF0IGFsdGhvdWdoIGJvdGggaW5ncmVzcyAm IGVncmVzcyBlbmQgDQpwb2ludHMgYXJlIG9uIHRoZSBzYW1lIG5vZGVzIHRoZSBwYXRoIGJldHdl ZW4gdGhlIGluZ3Jlc3MgYW5kIGVncmVzcyBtYXkgDQpkaWZmZXIgZm9yIGVhY2ggZGlyZWN0aW9u Lg0KDQoiaW5kZXBlbmRlbnRseSIgaW4gdGhlIHRleHQgb2YgUkZDNTY1NCBpcyBub3QgbWVhbnQg dG8gc3VnZ2VzdCB0aGF0IHNpbmdsZSANCnNpZGVkIHByb3Zpc2lvbmluZyBvZiBhc3NvY2lhdGVk IGJpLWRpcmVjdGlvbmFsIHBhdGhzIGlzIHVuYWNjZXB0YWJsZSwgaXQgDQpqdXN0IG1lYW5zIHRo YXQgeW91IGNhbm5vdCBhc3N1bWUgdGhhdCB5b3UgY2FuIHByb3Zpc2lvbiB0aGUgZm9yd2FyZCAm IA0KYmFja3dhcmQgZGlyZWN0aW9ucyBvZiB0aGUgcGF0aCBzaW11bHRhbmVvdXNseSBpbiBlYWNo IG5vZGUgKGFzIHRoZSANCmZvcndhcmQgJiBiYWNrd2FyZCBkaXJlY3Rpb25zIG1heSBub3QgdHJh dmVyc2UgdGhlIHNhbWUgbm9kZXMpLiBUaGUgc2FtZSANCmlzIHRydWUgZm9yIG1vbml0b3Jpbmcg JiBwcm90ZWN0aW9uLg0KDQpIVEgNCkJlbg0KIA0KPiANCj4gTXkgb3BpbmlvbiBhYm91dCB0aGUg cmVxdWlyZW1lbnQgYW5kIGRlZmluaXRpb24gaXMgbGlzdGVkIGJlbG93LCANCj4gDQo+ICgxKSB3 aGF0IGlzIHRoZSBpbmRpY2F0aW9uIG9mIGluZGVwZW5kZW5jZT8gSXQgbWVhbnMgdGhhdCBvbmUg ZGlyZWNpb24gDQpjYW4gbm90IHRpZ2dlciB0aGUgZXN0YWJsaXNobWVudCBvZiB0aGUgb3RoZXIg ZGlyZWN0aW9uPyBPciBJdCBqdXN0IG1lYW5zIA0KdGhhdCB0aGVyZSBhcmUgdHdvIHNpZ25hbGlu ZyBwcm9jZWR1cmVzPyBTaW5jZSBNUy1QVyBpcyBhIGtpbmQgb2YgDQphc3NvY2lhdGVkIGJpZGly ZWN0aW9uYWwgdHJhbnNwb3J0IHBhdGgsIEkgdGVuZCB0byBpbnRlcnByZXRhdGUgdGhlIA0KZGVm aW5pdGlvbiBhcyB0aGUgc2Vjb25kIGNhc2UgDQo+IA0KPiBBcyB0byB0aGUgc29sdXRpb246IA0K PiANCj4gKDIpIFNpbmNlIE1QTFMtVFAgTVVTVCBzdXBwb3J0IGFzeW1tZXRyaWMgYmFuZHdpdGgg TFNQcyAoUjE0KSwgY29uc2lkZXIgDQp0aGUgZm9sbG93aW5nIHRvcG9sb2d5OiANCj4gICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAxMDBNICAgICAgMTAwTSANCj4gICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBBLS0tLS0tLS0tLUQtLS0tLS0tQiANCj4gICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgXCA1ME0gICAgLyAgMTAwTSANCj4gICAgICAgICAgICAgICAgICAgICAg ICAgICAxMDBNIFw2ME0gICAvMTAwTSANCj4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBcICAgIC8gDQo+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwgQy8gDQo+IE9u ZSBiaWRpcmVjdGlvbmFsIExTUCB3aXRoIDgwTSBzeW1tZXRyaWMgYmFuZHdpZHRoIG5lZWRzIHRv IGJlIHNldCB1cCANCmJldHdlZW4gbm9kZSBBIGFuZCBCLCB0aGUgdW5yZXNlcnZlZCBiYW5kd2lk dGggb24gdGhlIGxpbmtzIGFyZSANCmRlc2NyaXB0ZWQuIA0KPiANCj4gdGhlIHBhdGggYWxvbmcg W0EtRC1CXSBjYW4gbm90IG1lZXQgdGhlIHJlcXVpcmVtZW50IGZvciB0aGUgdW5yZXZlcnZlZCAN CmJhbmR3aWR0aCBvbiBsaW5rW0QtPkFdIGlzIDUwTS4gQnV0IHRoZSBjb21iaW5hdGlvbiBvZiBb QS0+RC0+Ql0gYW5kIA0KW0ItPkQtPkMtPkFdIGNhbiANCj4gbWVldCB0aGUgcmVxdWlyZW1lbnQg d2VsbC4gDQo+IA0KPiBJbiB0aGlzIGNhc2UsIHRoZSBzaW5nbGUgc2lkZWQgcHJvdmlzaW9uaW5n IHdpbGwgYmUgbW9yZSBjb252ZW5pZW50IGluIA0KTVBMUyBlbnZpcm9tZW50LiANCj4gDQo+IEhv cGUgdG8gaGVhciBtb3JlIGNvbW1lbnRzIG9yIHN1Z2dlc3Rpb25zIGZyb20gV0cgDQo+IA0KPiBC ZXN0IHJlZ2FyZHMgDQo+IA0KPiBGZWkgDQo+IA0KPiANCj4gTG9hIEFuZGVyc3NvbiA8bG9hQHBp Lm51PiANCj4gt6K8/sjLOiAgbXBscy1ib3VuY2VzQGlldGYub3JnDQo+IDIwMTEtMDgtMDYgMDE6 NDkNCj4gDQo+IMrVvP7Iyw0KPiBjY2FtcEBpZXRmLm9yZywgIm1wbHNAaWV0Zi5vcmciIDxtcGxz QGlldGYub3JnPg0KPiCzrcvNDQo+INb3zOINCj4gW21wbHNdIHJlcXVpcmVtZW50cyBvbiBlc3Rh Ymxpc2hpbmcgYW4gYXNzb2NpYXRlZCBiaS1kaXJlY3Rpb25hbCBMU1ANCj4gDQo+IA0KPiANCj4g DQo+IA0KPiBDQ0FNUCBhbmQgTVBMUyB3b3JraW5nIGdyb3VwcywNCj4gDQo+IFRoZSBDQ0FNUCB3 b3JraW5nIGdyb3VwIGhhcyBhIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQNCj4gZHJhZnQtaWV0Zi1j Y2FtcC1tcGxzLXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3AtMDEuDQo+IA0KPiBUaGUgZG9j dW1lbnQgc3BlY2lmaWVzIGEgd2F5IG9mIGVzdGFibGlzaGluZyBhbiBhc3NvY2lhdGVkDQo+IGJp LWRpcmVjdGlvbmFsIExTUCBiYXNlZCBvbiBzaW5nbGUgZW5kZWQgc2lnbmFsaW5nIGFzIHdlbGwN Cj4gYXMgdG8gYXNzb2NpYXRlIHR3byB1bmlkaXJlY3Rpb25hbCBMU1BzLiBUaGVyZSBpcyBhIHJl cXVpcmVtZW50DQo+IGluIFJGQzU2NTQ6DQo+IA0KPiAgICAgNTAgIFRoZSBNUExTLVRQIGNvbnRy b2wgcGxhbmUgTVVTVCBzdXBwb3J0IGVzdGFibGlzaGluZyBhbGwgdGhlDQo+ICAgICAgICAgY29u bmVjdGl2aXR5IHBhdHRlcm5zIGRlZmluZWQgZm9yIHRoZSBNUExTLVRQIGRhdGEgcGxhbmUgKGku ZS4sDQo+ICAgICAgICAgdW5pZGlyZWN0aW9uYWwgUDJQLCBhc3NvY2lhdGVkIGJpZGlyZWN0aW9u YWwgUDJQLCBjby1yb3V0ZWQNCj4gICAgICAgICBiaWRpcmVjdGlvbmFsIFAyUCwgdW5pZGlyZWN0 aW9uYWwgUDJNUCkgaW5jbHVkaW5nIGNvbmZpZ3VyYXRpb24NCj4gICAgICAgICBvZiBwcm90ZWN0 aW9uIGZ1bmN0aW9ucyBhbmQgYW55IGFzc29jaWF0ZWQgbWFpbnRlbmFuY2UNCj4gICAgICAgICBm dW5jdGlvbnMuDQo+IA0KPiBUaGUgTVBMUyB3b3JraW5nIGdyb3VwIG93bnMgdGhlIHJlcXVpcmVt ZW50cyBmb3IgdHJhbnNwb3J0IExTUHMsIHdoaWxlDQo+IENDQU1QIG93bnMgZGVmaW5pdGlvbiBv ZiBHTVBMUyBleHRlbnNpb25zLg0KPiANCj4gSWYgeW91IGhhdmUgY29tbWVudHMgb24gdGhlIGFi b3ZlIHJlcXVpcmVtZW50cyBhcyBpdCByZWxhdGVzIHRvIHRoaXMNCj4gZHJhZnQsIHBsZWFzZSBz ZW5kIHlvdSBjb21tZW50cyB0byB0aGUgTVBMUyBXRyBsaXN0LiBJZiB5b3UgaGF2ZQ0KPiBjb21t ZW50cyBvbiB0aGUgcHJvcG9zZWQgbWVjaGFuaXNtLCBwbGVhc2Ugc2VuZCB5b3VyIGNvbW1lbnRz IHRvIHRoZQ0KPiBjY2FtcCBXRyBsaXN0Lg0KPiANCj4gTVBMUyBhbmQgQ0NBTVAgd29ya2luZyBn cm91cCBjby1jaGFpcnMNCj4gDQo+IC0tIA0KPiANCj4gDQo+IExvYSBBbmRlcnNzb24gICAgICAg ICAgICAgICAgICAgICAgICAgZW1haWw6IGxvYS5hbmRlcnNzb25AZXJpY3Nzb24uY29tDQo+IFNy IFN0cmF0ZWd5IGFuZCBTdGFuZGFyZHMgTWFuYWdlciAgICAgICAgICAgIGxvYUBwaS5udQ0KPiBF cmljc3NvbiBJbmMgICAgICAgICAgICAgICAgICAgICAgICAgIHBob25lOiArNDYgMTAgNzE3IDUy IDEzDQo+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICs0NiA3 NjcgNzIgOTIgMTMNCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCj4gbXBscyBtYWlsaW5nIGxpc3QNCj4gbXBsc0BpZXRmLm9yZw0KPiBodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCj4gDQo+IA0KPiBfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBtcGxzIG1haWxpbmcgbGlzdA0K PiBtcGxzQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v bXBscw0KDQoNCg0KDQo= --=_alternative 00042373482578E7_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpIEJlbjwvZm9udD4NCjxicj4N Cjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+VGhhbmtzIGZvciBzaGFyaW5nIHlv dXIgaWRlYSwgdGhpcyB3aWxsDQpoZWxwIHVzIHB1c2ggdGhlIHJlbGF0ZWQgd29yayBtb3JlIHF1 aWNrbHkuPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5C LlIuIDotKTwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+ RmVpPC9mb250Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFs aWduPXRvcD4NCjx0ZCB3aWR0aD0zNSU+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxi PkJlbiBOaXZlbi1KZW5raW5zICZsdDtiZW5Abml2ZW4tamVua2lucy5jby51ayZndDs8L2I+DQo8 L2ZvbnQ+DQo8cD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+MjAxMS0wOC0wOCAyMjo0 MjwvZm9udD4NCjx0ZCB3aWR0aD02NCU+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249 dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJp ZiI+ytW8/sjLPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlm Ij56aGFuZy5mZWkzQHp0ZS5jb20uY248L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxk aXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPrOty808L2ZvbnQ+ PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPkxvYSBBbmRlcnNzb24g Jmx0O2xvYUBwaS5udSZndDssICZxdW90O21wbHNAaWV0Zi5vcmcmcXVvdDsNCiZsdDttcGxzQGll dGYub3JnJmd0OywgY2NhbXBAaWV0Zi5vcmcsIG1wbHMtYm91bmNlc0BpZXRmLm9yZzwvZm9udD4N Cjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFj ZT0ic2Fucy1zZXJpZiI+1vfM4jwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0i c2Fucy1zZXJpZiI+UmU6IFttcGxzXSByZXF1aXJlbWVudHMgb24gZXN0YWJsaXNoaW5nDQphbiBh c3NvY2lhdGVkIGJpLWRpcmVjdGlvbmFsIExTUDwvZm9udD48L3RhYmxlPg0KPGJyPg0KPHRhYmxl Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8dGQ+PC90YWJsZT4NCjxicj48L3RhYmxlPg0KPGJy Pg0KPGJyPg0KPGJyPjx0dD48Zm9udCBzaXplPTI+RmVpLDxicj4NCjxicj4NCk9uIDggQXVnIDIw MTEsIGF0IDEwOjU3LCB6aGFuZy5mZWkzQHp0ZS5jb20uY24gd3JvdGU6PGJyPg0KJmd0OyBIaSBh bGwgPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IEkgZ2F2ZSB0d28gcHJlc2VudGF0aW9ucyBpbiB0aGUg cGFzdCBJRVRGODEgbWVldGluZywgb25lIGlzIGluIHRoZQ0KTVBMUyBXRyBkaXNjdXNzaW5nIHRo ZSByZXF1aXJlbWVudHMsIGFuZCB0aGUgb3RoZXIgaXMgaW4gQ0NBTVAgc2Vzc2lvbg0KZGlzY3Vz c2luZyB0aGUgc29sdXRpb24uIDxicj4NCiZndDsgPGJyPg0KJmd0OyB0aGUgcHJlc2VudGF0aW9u IG1hdGVyaWFscyBmb3IgcmVmZXJlbmNlIGFyZSBoZXJlLiA8YnI+DQomZ3Q7IGh0dHA6Ly90b29s cy5pZXRmLm9yZy93Zy9tcGxzL2FnZW5kYSA8YnI+DQomZ3Q7IGh0dHA6Ly90b29scy5pZXRmLm9y Zy93Zy9jY2FtcC9hZ2VuZGEgPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFRoZSByZXF1aXJlbWVudCAo UjUwIGluIFJGQzU2NTQpIGRpZCBub3Qgc3BlY2lmeSB0aGUgZXhhY3Qgc29sdXRpb24sDQphbmQg dGhlIGRlZmluaXRpb24gb2YgYXNzb2NpYXRlZCBiaWRpcmVjdGlvbmFsIHRyYW5zcG9ydCBwYXRo IHNhaWQgdGhhdA0KJnF1b3Q7VGhlIGZvcndhcmQgYW5kIGJhY2t3YXJkIGRpcmVjdGlvbnMgYXJl IHNldHVwLCBtb25pdG9yZWQsIGFuZCBwcm90ZWN0ZWQNCmluZGVwZW5kZW50bHkgJnF1b3Q7LiA8 YnI+DQo8YnI+DQpJIHdhcyBvbmUgb2YgdGhlIGZvbGtzIHRoYXQgcHVzaGVkIGZvciBpbmNsdXNp b24gb2YgYXNzb2NpYXRlZCBiaS1kaXJlY3Rpb25hbA0KcGF0aHMgaW4gUkZDNTY1NCBhbmQgd2hh dCBJIHdhcyB0aGlua2luZyBhdCB0aGUgdGltZSB3YXMgc29tZXRoaW5nIHNpbWlsYXINCnRvIFBX cyAtIGkuZSB0aGF0IGFsdGhvdWdoIGJvdGggaW5ncmVzcyAmYW1wOyBlZ3Jlc3MgZW5kIHBvaW50 cyBhcmUgb24NCnRoZSBzYW1lIG5vZGVzIHRoZSBwYXRoIGJldHdlZW4gdGhlIGluZ3Jlc3MgYW5k IGVncmVzcyBtYXkgZGlmZmVyIGZvciBlYWNoDQpkaXJlY3Rpb24uPGJyPg0KPGJyPg0KJnF1b3Q7 aW5kZXBlbmRlbnRseSZxdW90OyBpbiB0aGUgdGV4dCBvZiBSRkM1NjU0IGlzIG5vdCBtZWFudCB0 byBzdWdnZXN0DQp0aGF0IHNpbmdsZSBzaWRlZCBwcm92aXNpb25pbmcgb2YgYXNzb2NpYXRlZCBi aS1kaXJlY3Rpb25hbCBwYXRocyBpcyB1bmFjY2VwdGFibGUsDQppdCBqdXN0IG1lYW5zIHRoYXQg eW91IGNhbm5vdCBhc3N1bWUgdGhhdCB5b3UgY2FuIHByb3Zpc2lvbiB0aGUgZm9yd2FyZA0KJmFt cDsgYmFja3dhcmQgZGlyZWN0aW9ucyBvZiB0aGUgcGF0aCBzaW11bHRhbmVvdXNseSBpbiBlYWNo IG5vZGUgKGFzIHRoZQ0KZm9yd2FyZCAmYW1wOyBiYWNrd2FyZCBkaXJlY3Rpb25zIG1heSBub3Qg dHJhdmVyc2UgdGhlIHNhbWUgbm9kZXMpLiBUaGUNCnNhbWUgaXMgdHJ1ZSBmb3IgbW9uaXRvcmlu ZyAmYW1wOyBwcm90ZWN0aW9uLjxicj4NCjxicj4NCkhUSDxicj4NCkJlbjxicj4NCiA8YnI+DQom Z3Q7IDxicj4NCiZndDsgTXkgb3BpbmlvbiBhYm91dCB0aGUgcmVxdWlyZW1lbnQgYW5kIGRlZmlu aXRpb24gaXMgbGlzdGVkIGJlbG93LCA8YnI+DQomZ3Q7IDxicj4NCiZndDsgKDEpIHdoYXQgaXMg dGhlIGluZGljYXRpb24gb2YgaW5kZXBlbmRlbmNlPyBJdCBtZWFucyB0aGF0IG9uZSBkaXJlY2lv bg0KY2FuIG5vdCB0aWdnZXIgdGhlIGVzdGFibGlzaG1lbnQgb2YgdGhlIG90aGVyIGRpcmVjdGlv bj8gT3IgSXQganVzdCBtZWFucw0KdGhhdCB0aGVyZSBhcmUgdHdvIHNpZ25hbGluZyBwcm9jZWR1 cmVzPyBTaW5jZSBNUy1QVyBpcyBhIGtpbmQgb2YgYXNzb2NpYXRlZA0KYmlkaXJlY3Rpb25hbCB0 cmFuc3BvcnQgcGF0aCwgSSB0ZW5kIHRvIGludGVycHJldGF0ZSB0aGUgZGVmaW5pdGlvbiBhcw0K dGhlIHNlY29uZCBjYXNlICZuYnNwOyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgQXMgdG8gdGhlIHNv bHV0aW9uOiA8YnI+DQomZ3Q7IDxicj4NCiZndDsgKDIpIFNpbmNlIE1QTFMtVFAgTVVTVCBzdXBw b3J0IGFzeW1tZXRyaWMgYmFuZHdpdGggTFNQcyAoUjE0KSwgY29uc2lkZXINCnRoZSBmb2xsb3dp bmcgdG9wb2xvZ3k6IDxicj4NCiZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAxMDBNICZuYnNwOyAmbmJzcDsgJm5ic3A7MTAwTQ0KPGJy Pg0KJmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtB LS0tLS0tLS0tLUQtLS0tLS0tQiA8YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBcIDUwTSAmbmJzcDsgJm5ic3A7LyAmbmJzcDsxMDBNIDxi cj4NCiZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAxMDBNIFw2ME0gJm5i c3A7IC8xMDBNIDxicj4NCiZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyBcICZuYnNwOyAmbmJzcDsvIDxicj4NCiZndDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtcIEMv IDxicj4NCiZndDsgT25lIGJpZGlyZWN0aW9uYWwgTFNQIHdpdGggODBNIHN5bW1ldHJpYyBiYW5k d2lkdGggbmVlZHMgdG8gYmUgc2V0DQp1cCBiZXR3ZWVuIG5vZGUgQSBhbmQgQiwgdGhlIHVucmVz ZXJ2ZWQgYmFuZHdpZHRoIG9uIHRoZSBsaW5rcyBhcmUgZGVzY3JpcHRlZC4NCjxicj4NCiZndDsg PGJyPg0KJmd0OyB0aGUgcGF0aCBhbG9uZyBbQS1ELUJdIGNhbiBub3QgbWVldCB0aGUgcmVxdWly ZW1lbnQgZm9yIHRoZSB1bnJldmVydmVkDQpiYW5kd2lkdGggb24gbGlua1tELSZndDtBXSBpcyA1 ME0uIEJ1dCB0aGUgY29tYmluYXRpb24gb2YgW0EtJmd0O0QtJmd0O0JdDQphbmQgW0ItJmd0O0Qt Jmd0O0MtJmd0O0FdIGNhbiA8YnI+DQomZ3Q7IG1lZXQgdGhlIHJlcXVpcmVtZW50IHdlbGwuIDxi cj4NCiZndDsgPGJyPg0KJmd0OyBJbiB0aGlzIGNhc2UsIHRoZSBzaW5nbGUgc2lkZWQgcHJvdmlz aW9uaW5nIHdpbGwgYmUgbW9yZSBjb252ZW5pZW50DQppbiBNUExTIGVudmlyb21lbnQuIDxicj4N CiZndDsgPGJyPg0KJmd0OyBIb3BlIHRvIGhlYXIgbW9yZSBjb21tZW50cyBvciBzdWdnZXN0aW9u cyBmcm9tIFdHIDxicj4NCiZndDsgPGJyPg0KJmd0OyBCZXN0IHJlZ2FyZHMgPGJyPg0KJmd0OyA8 YnI+DQomZ3Q7IEZlaSA8YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0OyBMb2EgQW5kZXJz c29uICZsdDtsb2FAcGkubnUmZ3Q7IDxicj4NCiZndDsgt6K8/sjLOiAmbmJzcDttcGxzLWJvdW5j ZXNAaWV0Zi5vcmc8YnI+DQomZ3Q7IDIwMTEtMDgtMDYgMDE6NDk8YnI+DQomZ3Q7IDxicj4NCiZn dDsgytW8/sjLPGJyPg0KJmd0OyBjY2FtcEBpZXRmLm9yZywgJnF1b3Q7bXBsc0BpZXRmLm9yZyZx dW90OyAmbHQ7bXBsc0BpZXRmLm9yZyZndDs8YnI+DQomZ3Q7ILOty808YnI+DQomZ3Q7INb3zOI8 YnI+DQomZ3Q7IFttcGxzXSByZXF1aXJlbWVudHMgb24gZXN0YWJsaXNoaW5nIGFuIGFzc29jaWF0 ZWQgYmktZGlyZWN0aW9uYWwgTFNQPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJy Pg0KJmd0OyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgQ0NBTVAgYW5kIE1QTFMgd29ya2luZyBncm91 cHMsPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFRoZSBDQ0FNUCB3b3JraW5nIGdyb3VwIGhhcyBhIHdv cmtpbmcgZ3JvdXAgZG9jdW1lbnQ8YnI+DQomZ3Q7IGRyYWZ0LWlldGYtY2NhbXAtbXBscy10cC1y c3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwLTAxLjxicj4NCiZndDsgPGJyPg0KJmd0OyBUaGUgZG9j dW1lbnQgc3BlY2lmaWVzIGEgd2F5IG9mIGVzdGFibGlzaGluZyBhbiBhc3NvY2lhdGVkPGJyPg0K Jmd0OyBiaS1kaXJlY3Rpb25hbCBMU1AgYmFzZWQgb24gc2luZ2xlIGVuZGVkIHNpZ25hbGluZyBh cyB3ZWxsPGJyPg0KJmd0OyBhcyB0byBhc3NvY2lhdGUgdHdvIHVuaWRpcmVjdGlvbmFsIExTUHMu IFRoZXJlIGlzIGEgcmVxdWlyZW1lbnQ8YnI+DQomZ3Q7IGluIFJGQzU2NTQ6PGJyPg0KJmd0OyA8 YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDsgNTAgJm5ic3A7VGhlIE1QTFMtVFAgY29udHJvbCBwbGFu ZSBNVVNUIHN1cHBvcnQgZXN0YWJsaXNoaW5nDQphbGwgdGhlPGJyPg0KJmd0OyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgY29ubmVjdGl2aXR5IHBhdHRlcm5zIGRlZmluZWQgZm9yIHRoZQ0K TVBMUy1UUCBkYXRhIHBsYW5lIChpLmUuLDxicj4NCiZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7IHVuaWRpcmVjdGlvbmFsIFAyUCwgYXNzb2NpYXRlZCBiaWRpcmVjdGlvbmFsDQpQMlAs IGNvLXJvdXRlZDxicj4NCiZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGJpZGlyZWN0 aW9uYWwgUDJQLCB1bmlkaXJlY3Rpb25hbCBQMk1QKQ0KaW5jbHVkaW5nIGNvbmZpZ3VyYXRpb248 YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBvZiBwcm90ZWN0aW9uIGZ1bmN0 aW9ucyBhbmQgYW55IGFzc29jaWF0ZWQNCm1haW50ZW5hbmNlPGJyPg0KJmd0OyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgZnVuY3Rpb25zLjxicj4NCiZndDsgPGJyPg0KJmd0OyBUaGUgTVBM UyB3b3JraW5nIGdyb3VwIG93bnMgdGhlIHJlcXVpcmVtZW50cyBmb3IgdHJhbnNwb3J0IExTUHMs IHdoaWxlPGJyPg0KJmd0OyBDQ0FNUCBvd25zIGRlZmluaXRpb24gb2YgR01QTFMgZXh0ZW5zaW9u cy48YnI+DQomZ3Q7IDxicj4NCiZndDsgSWYgeW91IGhhdmUgY29tbWVudHMgb24gdGhlIGFib3Zl IHJlcXVpcmVtZW50cyBhcyBpdCByZWxhdGVzIHRvIHRoaXM8YnI+DQomZ3Q7IGRyYWZ0LCBwbGVh c2Ugc2VuZCB5b3UgY29tbWVudHMgdG8gdGhlIE1QTFMgV0cgbGlzdC4gSWYgeW91IGhhdmU8YnI+ DQomZ3Q7IGNvbW1lbnRzIG9uIHRoZSBwcm9wb3NlZCBtZWNoYW5pc20sIHBsZWFzZSBzZW5kIHlv dXIgY29tbWVudHMgdG8gdGhlPGJyPg0KJmd0OyBjY2FtcCBXRyBsaXN0Ljxicj4NCiZndDsgPGJy Pg0KJmd0OyBNUExTIGFuZCBDQ0FNUCB3b3JraW5nIGdyb3VwIGNvLWNoYWlyczxicj4NCiZndDsg PGJyPg0KJmd0OyAtLSA8YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0OyBMb2EgQW5kZXJz c29uICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBlbWFpbDogbG9hLmFuZGVyc3NvbkBlcmlj c3Nvbi5jb208YnI+DQomZ3Q7IFNyIFN0cmF0ZWd5IGFuZCBTdGFuZGFyZHMgTWFuYWdlciAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDtsb2FAcGkubnU8YnI+DQomZ3Q7 IEVyaWNzc29uIEluYyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7cGhvbmU6ICs0 NiAxMCA3MTcgNTIgMTM8YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw Ow0KJm5ic3A7ICZuYnNwOys0NiA3NjcgNzIgOTIgMTM8YnI+DQomZ3Q7IF9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KJmd0OyBtcGxzIG1haWxpbmcg bGlzdDxicj4NCiZndDsgbXBsc0BpZXRmLm9yZzxicj4NCiZndDsgaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9tcGxzPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDxicj4NCiZndDsg X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7 IG1wbHMgbWFpbGluZyBsaXN0PGJyPg0KJmd0OyBtcGxzQGlldGYub3JnPGJyPg0KJmd0OyBodHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHM8YnI+DQo8YnI+DQo8YnI+DQo8 L2ZvbnQ+PC90dD4NCjxicj4NCg== --=_alternative 00042373482578E7_=-- From shimazaki.daisaku@lab.ntt.co.jp Tue Aug 9 16:00:27 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDC3E11E808B for ; Tue, 9 Aug 2011 16:00:27 -0700 (PDT) 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 ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f4eVDfLS1wg4 for ; Tue, 9 Aug 2011 16:00:27 -0700 (PDT) Received: from tama50.ecl.ntt.co.jp (tama50.ecl.ntt.co.jp [129.60.39.147]) by ietfa.amsl.com (Postfix) with ESMTP id E230411E8070 for ; Tue, 9 Aug 2011 16:00:26 -0700 (PDT) Received: from mfs6.rdh.ecl.ntt.co.jp (mfs6.rdh.ecl.ntt.co.jp [129.60.39.149]) by tama50.ecl.ntt.co.jp (8.14.5/8.14.5) with ESMTP id p79N0s4h001158; Wed, 10 Aug 2011 08:00:54 +0900 (JST) Received: from mfs6.rdh.ecl.ntt.co.jp (localhost [127.0.0.1]) by mfs6.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id B6B0865F1; Wed, 10 Aug 2011 08:00:54 +0900 (JST) Received: from imail2.m.ecl.ntt.co.jp (imail2.m.ecl.ntt.co.jp [129.60.5.247]) by mfs6.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id AB0FA65EB; Wed, 10 Aug 2011 08:00:54 +0900 (JST) Received: from [129.60.80.35] ([129.60.80.35]) by imail2.m.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id p79N0XTY016093; Wed, 10 Aug 2011 08:00:54 +0900 Date: Wed, 10 Aug 2011 08:00:33 +0900 From: Daisaku Shimazaki To: fu.xihua@zte.com.cn In-Reply-To: References: <20110729015935.DA31.7A102401@lab.ntt.co.jp> Message-Id: <20110810080033.48B9.7A102401@lab.ntt.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.56.05 [ja] Cc: CCAMP Subject: Re: [CCAMP] Comments on draft-shimazaki-ccamp-wson-interoperability-00.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Aug 2011 23:00:27 -0000 Dear Xihua Fu, I'm sorry for not replying sooner. > It may not a good idea for CP to ignore WSON information although it can > get the LSA from WSON network. > You mention Non-WSON node could compute a CSPF routing across WSON > network, > but Non-WSON node don't care about the wavelength available and > impairement information. > Does the computation result make any sense? I think the computation result makes sense to some extent, even if Non-WSON nodes compute the result considering no wavelength available and no impairment information. Non-WSON nodes can compute GMPLS constraints and do traffic engineering to some extent. There are three processes that source Non-WSON nodes indicate explicit route. 1) Route change in transit WSON node As you mentioned, Non-WSON nodes may calculate unavailable route because Non-WSON nodes do not care the wavelength available and impairment information. If transit WSON nodes are allowed to change the route, WSON nodes can retry to compute RWA problem, change the route, and continue signaling when signaling message from Non-WSON node indicates unavailable route. 2) Path error Another behavior when WSON nodes receive signaling messages that have unavailable route is replying path error message. When WSON nodes receive these messages, they detect the route is not available and reply path error message. When path error occurs, source Non-WSON nodes need to retry route calculation without the previous route. 3) PCE solution If in the network there is PCE that recognize whole network information including WSON and Non-WSON, source Non-WSON nodes can request PCE to compute the route. PCE can calculate appropriate route considering the wavelength available and impairment information. After computation, PCE reply the route without lambda information because Non-WSON node cannot recognize lambda information. Source Non-WSON node sends path message according to PCE's answer. When transit WSON node receives it, WSON node assigns wavelength. I will add these processes to our draft. Best Regards, Daisaku Shimazaki, NTT On Fri, 29 Jul 2011 04:05:00 +0800 fu.xihua@zte.com.cn wrote: > It may not a good idea for CP to ignore WSON information although it can > get the LSA from WSON network. > You mention Non-WSON node could compute a CSPF routing across WSON > network, > but Non-WSON node don't care about the wavelength available and > impairement information. > Does the computation result make any sense? > > > > Dear Xihua Fu, > > > > Thank you for your comments. > > > > > > > 1. What's the definition of Non-WSON node? It is not clear for me. > > > Could you give me some character about Non-WSON node? > > > > Non-WSON node means the node that does not support WSON protocols, > > for example routers that have no WDM interafaces. > > > > > > > 2. In section 2.1, you mention Non-WSON should ignore the WSON > extended > > > IGP information. > > > But you also mention Non-WSON node should combine two TEDs, WSON and > > > non-WSON and make one TED. > > > Since Non-WSON ignores WSON extended IGP information, why can it get > WSON > > > TED? > > > > Non-WSON nodes receive LSAs from WSON nodes and ignore only WSON > > information. Other information be recognized. > > For example, non-WSON node ignores only sub-TLVs about WSON. > > > > > > > 3. In section 4, you mention Non-WSON node (source) compute a path > route > > > without any consideration of WSON constraint > > > and signal to WSON node (downstream) which will adds wavelength > > > information. > > > Does the path computation in Non-WSON make any sense? > > > As path computation in Non-WSON node doesn't have any WSON IGP > > > information, the computation result isn't feasible. > > > > Non-WSON node have network topology including WSON, > > because it ignore only WSON information. > > > > > > > 4.Could the UNI interface between WSON node and Non-WSON resolve the > > > interworking? > > > > Tthis propose is based on peer model. > > If non-WSON node need to have whole network topology, > > I think this propose is better. > > > > > > > > Best Regards, > > Daisaku Shimazaki, NTT > > > > > > On Thu, 28 Jul 2011 22:57:07 +0800 > > fu.xihua@zte.com.cn wrote: > > > > > Hi Authors, > > > > > > Following is my comments on your draft. > > > > > > 1. What's the definition of Non-WSON node? It is not clear for me. > > > Could you give me some character about Non-WSON node? > > > > > > 2. In section 2.1, you mention Non-WSON should ignore the WSON > extended > > > IGP information. > > > But you also mention Non-WSON node should combine two TEDs, WSON and > > > non-WSON and make one TED. > > > Since Non-WSON ignores WSON extended IGP information, why can it get > WSON > > > TED? > > > > > > 3. In section 4, you mention Non-WSON node (source) compute a path > route > > > without any consideration of WSON constraint > > > and signal to WSON node (downstream) which will adds wavelength > > > information. > > > Does the path computation in Non-WSON make any sense? > > > As path computation in Non-WSON node doesn't have any WSON IGP > > > information, the computation result isn't feasible. > > > > > > 4.Could the UNI interface between WSON node and Non-WSON resolve the > > > interworking? > > > > > > Xihua Fu > > > > > > From internet-drafts@ietf.org Wed Aug 10 05:57:11 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7574621F8570; Wed, 10 Aug 2011 05:57:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.186 X-Spam-Level: X-Spam-Status: No, score=-102.186 tagged_above=-999 required=5 tests=[AWL=0.414, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hcIuXXNjwhx2; Wed, 10 Aug 2011 05:57:10 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EEB3521F84A1; Wed, 10 Aug 2011 05:57:10 -0700 (PDT) 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: 3.57 Message-ID: <20110810125710.9641.28318.idtracker@ietfa.amsl.com> Date: Wed, 10 Aug 2011 05:57:10 -0700 Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-asymm-bw-bidir-lsps-bis-03.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Aug 2011 12:57:11 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Common Control and Measurement Plane = Working Group of the IETF. Title : GMPLS Asymmetric Bandwidth Bidirectional Label Switched = Paths (LSPs) Author(s) : Attila Takacs Lou Berger Diego Caviglia Don Fedyk Julien Meuric Filename : draft-ietf-ccamp-asymm-bw-bidir-lsps-bis-03.txt Pages : 15 Date : 2011-08-10 This document defines a method for the support of GMPLS asymmetric bandwidth bidirectional Label Switched Paths (LSPs). The presented approach is applicable to any switching technology and builds on the original Resource Reservation Protocol (RSVP) model for the transport of traffic-related parameters. This document moves the experiment documented in RFC 5467 to the standards track and obsoletes RFC 5467. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ccamp-asymm-bw-bidir-lsps-bi= s-03.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-ccamp-asymm-bw-bidir-lsps-bis= -03.txt From saravanannarasimhan@gmail.com Wed Aug 10 07:56:52 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C58A821F8AE9 for ; Wed, 10 Aug 2011 07:56:52 -0700 (PDT) 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 ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3fjCIWi0XZlS for ; Wed, 10 Aug 2011 07:56:52 -0700 (PDT) Received: from mail-gx0-f172.google.com (mail-gx0-f172.google.com [209.85.161.172]) by ietfa.amsl.com (Postfix) with ESMTP id 3452321F8AD3 for ; Wed, 10 Aug 2011 07:56:52 -0700 (PDT) Received: by gxk19 with SMTP id 19so820030gxk.31 for ; Wed, 10 Aug 2011 07:57:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=KzAnKzHSU5CdSQL4lcX57M6gWCWohdzig2AwJpRppO4=; b=s2ClR2lJm0BBGLlr20GDbRgu7PbTGiwjDEsFOZDgkjNSurT4mt9rnN9NjiXyCbaSr2 rdFR2Cfw59aE7QIKMOqEWJQs3pVYGRX5HjjkpSJzNJyCVZTnVvUCj4bw6rhFWLrOqbrK yNIcOB2BC1cOfkpZ+KgqAKg5F5lvYFe0U9dNc= MIME-Version: 1.0 Received: by 10.142.69.8 with SMTP id r8mr905910wfa.353.1312988242733; Wed, 10 Aug 2011 07:57:22 -0700 (PDT) Received: by 10.143.163.1 with HTTP; Wed, 10 Aug 2011 07:57:22 -0700 (PDT) Date: Wed, 10 Aug 2011 20:27:22 +0530 Message-ID: From: Saravanan Narasimhan To: CCAMP@ietf.org Content-Type: multipart/alternative; boundary=001636e0ab4fcd6b6304aa27e53d Subject: [CCAMP] Query regarding Notification Message procedures in [RFC 3473] X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Aug 2011 14:56:52 -0000 --001636e0ab4fcd6b6304aa27e53d Content-Type: text/plain; charset=ISO-8859-1 Hi CCAMP-WG, I am trying to implement Notify message feature for GMPLS. I have a query regarding the procedures to be followed while generating Notification Message in [RFC 3473]. As per the [RFC 3473] Section 4.3.2, " Notify messages are most commonly generated at nodes that detect an error that will trigger the generation of a PathErr or ResvErr message. If a PathErr message is to be generated and a Notify Request object has been received in the corresponding Path message, then a Notify message destined to the recorded node SHOULD be generated. If a ResvErr message is to be generated and a Notify Request object has been received in the corresponding Resv message, then a Notify message destined to the recorded node SHOULD be generated. As previously mentioned, a single error may generate a Notify message in both the upstream and downstream directions. Note that a Notify message MUST NOT be generated unless an appropriate Notify Request object has been received." [QUESTION] Here, Whenever a Notify message is generated, SHOULD we suppress the generation of PathErr and ResvErr Message or SHOULD we allow PathErr and ResvErr Message to be sent in addition to Notify Message? Please clarfiy this Question. Kindly ignore if this is a very basic question. Thank You, N.Saravanan --001636e0ab4fcd6b6304aa27e53d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi CCAMP-WG,
=A0
I am trying to implement Notify message feature for GMPLS. I have a qu= ery regarding the procedures to be followed while generating Notification M= essage in [RFC 3473].
=A0
As per the [RFC 3473] Section 4.3.2,

"=A0Notify messages are most commonly generated= at nodes that detect an=A0error that will trigger the generation of a Path= Err or ResvErr=A0message.=A0 If a PathErr message is to be generated and a = Notify=A0Request object has been received in the corresponding Path message= ,=A0then a Notify message destined to the recorded node SHOULD be=A0generat= ed.=A0 If a ResvErr message is to be generated and a Notify=A0Request objec= t has been received in the corresponding Resv message,=A0then a Notify mess= age destined to the recorded node SHOULD be=A0generated.=A0 As previously m= entioned, a single error may generate a=A0Notify=A0message in both the upst= ream and downstream directions.=A0 Note=A0that a Notify message MUST NOT be= generated unless an appropriate=A0Notify Request object has been received.= "
=A0
[QUESTION]
Here, Whenever a Notify message is generated, SHOULD we suppress the g= eneration of PathErr=A0and ResvErr Message or SHOULD we allow PathErr and R= esvErr Message to be sent in addition to Notify Message?
=A0
Please clarfiy this Question.
=A0
Kindly ignore if this is a very basic question.

Thank You,
N.Saravanan
--001636e0ab4fcd6b6304aa27e53d-- From lberger@labn.net Wed Aug 10 12:07:01 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 65FA121F898E for ; Wed, 10 Aug 2011 12:07:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.975 X-Spam-Level: X-Spam-Status: No, score=-100.975 tagged_above=-999 required=5 tests=[AWL=-0.814, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, IP_NOT_FRIENDLY=0.334, RDNS_NONE=0.1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DvrWr9ph0NpZ for ; Wed, 10 Aug 2011 12:07:00 -0700 (PDT) Received: from oproxy3-pub.bluehost.com (unknown [IPv6:2605:dc00:100:2::a3]) by ietfa.amsl.com (Postfix) with SMTP id AFEDD21F8839 for ; Wed, 10 Aug 2011 12:07:00 -0700 (PDT) Received: (qmail 15616 invoked by uid 0); 10 Aug 2011 19:07:31 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy3.bluehost.com with SMTP; 10 Aug 2011 19:07:31 -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=/+nwQYnxKb4X2TmwqpJGj5nN/PC5kcG7/t2dtMR2Irw=; b=w9L5Tr9DUkC3kF6uLt7Q2J4jV+MYzBuiOTt5T4LXrA8hMTiVt5WuCGBvNFNMuPaGAL4MRVb9kVVTuStEJjMk00wAYOddcF+LciDdBAYuIExuLN2qXtsBjfS4voRLPoD0; Received: from box313.bluehost.com ([69.89.31.113] helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1QrE7n-0007Rx-Lm; Wed, 10 Aug 2011 13:07:31 -0600 Message-ID: <4E42D6F2.7070802@labn.net> Date: Wed, 10 Aug 2011 15:07:30 -0400 From: Lou Berger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: Saravanan Narasimhan References: In-Reply-To: X-Enigmail-Version: 1.0.1 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: CCAMP@ietf.org Subject: Re: [CCAMP] Query regarding Notification Message procedures in [RFC 3473] X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Aug 2011 19:07:01 -0000 excerpts from section 4 of the referenced rfc: .... The Notify message does not replace existing error messages. ... If a PathErr message is to be generated and... If a ResvErr message is to be generated and... As previously defined behavior is not explicitly modified, it is still in force. Lou On 8/10/2011 10:57 AM, Saravanan Narasimhan wrote: > Hi CCAMP-WG, > > I am trying to implement Notify message feature for GMPLS. I have a > query regarding the procedures to be followed while generating > Notification Message in [RFC 3473]. > > As per the [RFC 3473] Section 4.3.2, > > " Notify messages are most commonly generated at nodes that detect > an error that will trigger the generation of a PathErr or > ResvErr message. If a PathErr message is to be generated and a > Notify Request object has been received in the corresponding Path > message, then a Notify message destined to the recorded node SHOULD > be generated. If a ResvErr message is to be generated and a > Notify Request object has been received in the corresponding Resv > message, then a Notify message destined to the recorded node SHOULD > be generated. As previously mentioned, a single error may generate > a Notify message in both the upstream and downstream directions. > Note that a Notify message MUST NOT be generated unless an > appropriate Notify Request object has been received." > > [QUESTION] > Here, Whenever a Notify message is generated, SHOULD we suppress the > generation of PathErr and ResvErr Message or SHOULD we allow PathErr and > ResvErr Message to be sent in addition to Notify Message? > > Please clarfiy this Question. > > Kindly ignore if this is a very basic question. > > Thank You, > N.Saravanan > > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp From lberger@labn.net Wed Aug 10 17:54:07 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D90A11E80AC for ; Wed, 10 Aug 2011 17:54:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.961 X-Spam-Level: X-Spam-Status: No, score=-100.961 tagged_above=-999 required=5 tests=[AWL=-0.800, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, IP_NOT_FRIENDLY=0.334, RDNS_NONE=0.1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id csLAOj+XIeGG for ; Wed, 10 Aug 2011 17:54:07 -0700 (PDT) Received: from oproxy4-pub.bluehost.com (unknown [IPv6:2605:dc00:100:2::a4]) by ietfa.amsl.com (Postfix) with SMTP id F35DF11E8092 for ; Wed, 10 Aug 2011 17:54:06 -0700 (PDT) Received: (qmail 3995 invoked by uid 0); 11 Aug 2011 00:54:39 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by cpoproxy1.bluehost.com with SMTP; 11 Aug 2011 00:54:39 -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=2K0Vcj5Pp7cFskprSexxgE6y4dhrkfyexpBTL06ds7w=; b=wLsJLhyNiO9Mz6FZduql+WYqduAJc56Xba7jsHP/u620i0jHKk3LkM1cm7bjpT9bU+Pj0qCNV6NKaObsepIxxGQ//HaX4IJ79gWTzd3tqB08nuheypiH7XcKHX/4Xecq; Received: from box313.bluehost.com ([69.89.31.113] helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1QrJXj-00006M-JJ for ccamp@ietf.org; Wed, 10 Aug 2011 18:54:39 -0600 Message-ID: <4E43284E.7080807@labn.net> Date: Wed, 10 Aug 2011 20:54:38 -0400 From: Lou Berger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: CCAMP X-Enigmail-Version: 1.0.1 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: [CCAMP] IETF81-CCAMP Draft Minutes Available X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Aug 2011 00:54:07 -0000 All, The draft minutes from Quebec are available at: http://www.ietf.org/proceedings/81/minutes/ccamp.htm Please review and comment to the list (or to the chairs) as soon as possible if you'd to see any corrections. Changes can only be made through Friday so please get your comments in as soon as possible. Much thanks to out minute takers: Daniele Ceccarelli and Elisa Bellagamba. Lou and Deborah From zhangfatai@huawei.com Wed Aug 10 19:51:52 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA4EF11E8086 for ; Wed, 10 Aug 2011 19:51:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.062 X-Spam-Level: X-Spam-Status: No, score=-5.062 tagged_above=-999 required=5 tests=[AWL=1.536, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I8zlTqWVrOZl for ; Wed, 10 Aug 2011 19:51:51 -0700 (PDT) Received: from szxga04-in.huawei.com (szxga04-in.huawei.com [119.145.14.67]) by ietfa.amsl.com (Postfix) with ESMTP id 3263911E8083 for ; Wed, 10 Aug 2011 19:51:51 -0700 (PDT) Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LPQ00LD3T7XVJ@szxga04-in.huawei.com> for ccamp@ietf.org; Thu, 11 Aug 2011 10:50:21 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LPQ00IABT7XFP@szxga04-in.huawei.com> for ccamp@ietf.org; Thu, 11 Aug 2011 10:50:21 +0800 (CST) Received: from z41162a ([10.70.76.157]) by szxml06-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LPQ00781T7T7L@szxml06-in.huawei.com> for ccamp@ietf.org; Thu, 11 Aug 2011 10:50:21 +0800 (CST) Date: Thu, 11 Aug 2011 10:50:17 +0800 From: Fatai Zhang In-reply-to: <20110811021720.21416.42215.idtracker@ietfa.amsl.com> To: 'CCAMP' Message-id: <002f01cc57d1$66fa41c0$34eec540$@com> MIME-version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Content-type: multipart/alternative; boundary="Boundary_(ID_vxNRl+SyO7dxpug7gmylQg)" Content-language: zh-cn Thread-index: AcxXzOL7s5xGh7rHSHinLZ85uuMvzwAAh/qw References: <20110811021720.21416.42215.idtracker@ietfa.amsl.com> Cc: zhangguoying@mail.ritt.com.cn, sergio.belotti@alcatel-lucent.it, kpithewan@infinera.com Subject: Re: [CCAMP] New Version Notification for draft-zhang-ccamp-gmpls-evolving-g709-09.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Aug 2011 02:51:52 -0000 This is a multi-part message in MIME format. --Boundary_(ID_vxNRl+SyO7dxpug7gmylQg) Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable Hi CCAMPers, =20 We just submitted a new version of this draft. The authors think that = this draft is ready for WG adoption. =20 To Lou and Deborah, could you trigger a poll? =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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 The updates were based on the discussion of Quebec meeting, and some = major points: =20 (1) Removed all the things related to multi-stage label stuff. (2) Updated label format based on the discussion in the mailing list and = refined some description(ie. removed some redundant fields). (3) Modified the language accordingly to RFC2119 as suggested by Lou. (4) Put a placeholder for open issues as suggested by Lou (ie., the = required muxing capability and TS type of an FA-LSP is for further = study). =20 For more information: = http://tools.ietf.org/id/draft-zhang-ccamp-gmpls-evolving-g709-09.txt =20 =20 Thanks =20 Fatai =20 =20 -----Original Message----- From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]=20 Sent: 2011=E5=B9=B48=E6=9C=8811=E6=97=A5 10:17 To: zhangfatai@huawei.com Cc: kpithewan@infinera.com; zhangguoying@mail.ritt.com.cn; = zhangfatai@huawei.com; daniele.ceccarelli@ericsson.com; = sergio.belotti@alcatel-lucent.it Subject: New Version Notification for = draft-zhang-ccamp-gmpls-evolving-g709-09.txt =20 A new version of I-D, draft-zhang-ccamp-gmpls-evolving-g709-09.txt has = been successfully submitted by Fatai Zhang and posted to the IETF = repository. =20 Filename: draft-zhang-ccamp-gmpls-evolving-g709 Revision: 09 Title: Generalized Multi-Protocol Label Switching = (GMPLS) Signaling Extensions for the evolving G.709 Optical Transport = Networks Control Creation date: 2011-08-11 WG ID: Individual Submission Number of pages: 24 =20 Abstract: Recent progress in ITU-T Recommendation G.709 standardization has introduced new ODU containers (ODU0, ODU4, ODU2e and ODUflex) and enhanced Optical Transport Networking (OTN) flexibility. Several recent documents have proposed ways to modify GMPLS signaling protocols to support these new OTN features. =20 It is important that a single solution is developed for use in GMPLS signaling and routing protocols. This solution must support ODUk multiplexing capabilities, address all of the new features, be acceptable to all equipment vendors, and be extensible considering continued OTN evolution. =20 This document describes the extensions to the Generalized Multi- Protocol Label Switching (GMPLS) signaling to control the evolving Optical Transport Networks (OTN) addressing ODUk multiplexing and new features including ODU0, ODU4, ODU2e and ODUflex. =20 =20 =20 =20 = =20 =20 =20 The IETF Secretariat --Boundary_(ID_vxNRl+SyO7dxpug7gmylQg) Content-type: text/html; charset=utf-8 Content-transfer-encoding: quoted-printable

Hi CCAMPers,

 

We = just submitted a new version of this draft. The authors think that this = draft is ready for WG adoption.

 

To = Lou and Deborah, could you trigger a poll?

 

=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

 

The = updates were based on the discussion of Quebec meeting, and some major = points:

 

(1) = Removed all the things related to multi-stage label = stuff.

(2) Updated label format based on the = discussion in the mailing list and refined some description(ie. removed = some redundant fields).

(3) Modified the language = accordingly to RFC2119 as suggested by Lou.

(4) = Put a placeholder for open issues as suggested by Lou (ie., the required = muxing capability and TS type of an FA-LSP is for further = study).

 

For = more information: = http://tools.ietf.org/id/draft-zhang-ccamp-gmpls-evolving-g709-09.txt

 

 

Thanks

 

Fatai

 

 

-----Original = Message-----
From: internet-drafts@ietf.org = [mailto:internet-drafts@ietf.org]
Sent: 2011=E5=B9=B48=E6=9C=8811=E6=97=A5 10:17
To: zhangfatai@huawei.com
Cc: = kpithewan@infinera.com; zhangguoying@mail.ritt.com.cn; = zhangfatai@huawei.com; daniele.ceccarelli@ericsson.com; = sergio.belotti@alcatel-lucent.it
Subject: New Version Notification = for draft-zhang-ccamp-gmpls-evolving-g709-09.txt

 

A new version of I-D, = draft-zhang-ccamp-gmpls-evolving-g709-09.txt has been successfully = submitted by Fatai Zhang and posted to the IETF = repository.

 

Filename:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 draft-zhang-ccamp-gmpls-evolving-g709

Revision:=C2=A0 = 09

Title:=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 Generalized = Multi-Protocol Label Switching (GMPLS) Signaling Extensions for the = evolving G.709 Optical Transport Networks = Control

Creation date: 2011-08-11

WG = ID:=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 Individual Submission

Number of pages: = 24

 

Abstract:

=C2=A0=C2=A0 Recent progress in = ITU-T Recommendation G.709 standardization has

=C2=A0=C2=A0 introduced new ODU = containers (ODU0, ODU4, ODU2e and ODUflex) and

=C2=A0=C2=A0 enhanced Optical = Transport Networking (OTN) flexibility. Several

=C2=A0=C2=A0 recent documents = have proposed ways to modify GMPLS signaling

=C2=A0=C2=A0 protocols to = support these new OTN features.

 

=C2=A0=C2=A0 It is important = that a single solution is developed for use in = GMPLS

=C2=A0=C2=A0 signaling and routing protocols. This solution = must support ODUk

=C2=A0 =C2=A0multiplexing capabilities, address all of the = new features, be

=C2=A0=C2=A0 acceptable to all equipment vendors, and be = extensible considering

=C2=A0=C2=A0 continued OTN = evolution.

 

=C2=A0=C2=A0 This document describes the extensions to the = Generalized Multi-

=C2=A0=C2=A0 Protocol Label Switching (GMPLS) signaling to = control the evolving

=C2=A0=C2=A0 Optical Transport Networks (OTN) addressing = ODUk multiplexing and new

=C2=A0=C2=A0 features including = ODU0, ODU4, ODU2e and ODUflex.

 

 

 

 

=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=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

 

 

The IETF = Secretariat

= --Boundary_(ID_vxNRl+SyO7dxpug7gmylQg)-- From zhang.fei3@zte.com.cn Thu Aug 11 02:12:40 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D758621F85DE for ; Thu, 11 Aug 2011 02:12:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -98.797 X-Spam-Level: X-Spam-Status: No, score=-98.797 tagged_above=-999 required=5 tests=[AWL=1.288, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IdmKpov823K5 for ; Thu, 11 Aug 2011 02:12:40 -0700 (PDT) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id DC82521F85CE for ; Thu, 11 Aug 2011 02:12:39 -0700 (PDT) Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 15236473195744; Thu, 11 Aug 2011 17:06:00 +0800 (CST) Received: from [10.30.3.20] by [192.168.168.16] with StormMail ESMTP id 62984.473195744; Thu, 11 Aug 2011 17:12:58 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id p7B9CwQX013565 for ; Thu, 11 Aug 2011 17:12:58 +0800 (GMT-8) (envelope-from zhang.fei3@zte.com.cn) To: "draft-ietf-ccamp-asymm-bw-bidir-lsps-bis@tools.ietf.org"@zte.com.cn MIME-Version: 1.0 X-KeepSent: C5DF798C:6C79FDE8-482578E9:00316AEF; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: zhang.fei3@zte.com.cn Date: Thu, 11 Aug 2011 17:13:01 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2011-08-11 17:13:00, Serialize complete at 2011-08-11 17:13:00 Content-Type: multipart/alternative; boundary="=_alternative 003299BD482578E9_=" X-MAIL: mse01.zte.com.cn p7B9CwQX013565 Cc: CCAMP@ietf.org Subject: [CCAMP] UPSTREAM_TSPEC usage in draft-ietf-ccamp-asymm-bw-bidir-lsps-bis X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Aug 2011 09:12:41 -0000 This is a multipart message in MIME format. --=_alternative 003299BD482578E9_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgQXV0aG9ycw0KDQpBcyBkZXNjaXJiZWQgaW4gdGhpcyBkb2N1bWVudCwgdGhlIFVQU1RSRUFN X1RTUEVDIHdpbGwgbm90IHVzZWQgaW4gdGhlIA0KUEFUSCBtZXNzYWdlLg0KDQpTbyB3ZSBkZWZp bmVkIGFub3RoZXIgb2JqZWN0IGNhbGwgUkVTVkVSX1RTUENFIHRvIGRlYWwgd2l0aCB0aGUgYXN5 bW1ldHJpYyANCmJhbmR3aWR0aCBpbiBhc3NvY2lhdGVkIGJpZGlyZWN0aW9uYWwgTFNQIHNjZW5h cmlvcyBpbiB0aGUgZHJhZnQgDQpodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRm LWNjYW1wLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcC0wMS4NCg0KQWNjb3JkaW5n IHRvIHRoZSBvbi1saW5lIGRpc2N1c3Npb24gaW4gSUVURjgwLCB3ZSBuZWVkIHRvIGNoZWNrIGlm IHRoZSANClVQU1RSRUFNX1RTUEVDIG9iamVjdCBjYW4gYmUgdXNlZCBpbiBib3RoIGNvLXJvdXRl ZCBhbmQgYXNzb2NpYXRlZCANCmFwcGxpY2F0aW9ucy4NCg0KTG91IEJlcmdlcjogYSB0ZWNobmlj YWwgcXVlc3Rpb24sIHVwc3RyZWFtIFRTUEVDIGluc3RlYWQgb2YgYSBuZXcgVFNQRUMuIA0KSXQg d291bGQgYmUgZ29vZCB0byBoYXZlIEF0dGlsYaGvcyBpbnB1dCBvbiBjb21wYXRpYmlsaXR5IHdp dGggYXN5bW1ldHJpYyANCkJXIHJmYy9iaXMuIA0KQXR0aWxhIFRha2FjczogSSdtIG5vdCBlbnRp cmVseSBzdXJlIHRoYXQgd2UgY2FuIHVzZSB0aGUgc2FtZSBmaWVsZHMgdGhpcyANCmNhc2UuDQpM b3UgQmVyZ2VyOiBJIHRoaW5rIHRoaXMgaXMgYWxzbyBxdWVzdGlvbiBmb3IgZXhpc3RpbmcgaW1w bGVtZW50YXRpb25zLiBBcyANCnRvIHdoZXRoZXIgb3Igbm90IHRoZXkgd291bGQgZ2V0IGNvbmZ1 c2VkIGJ5IGhhdmluZyB0aGUgdXBzdHJlYW0gVFNQRUMsIGluIA0KYSBwYXRoIG1lc3NhZ2UgdGhh dCBkb2VzIG5vdCBjb250YWluIHRoZSB1cHN0cmVhbSBsYWJlbC4gVGhlIEJORiANCmRlZmluaXRp b24gcmVxdWlyZXMgdGhlIFRTUEVDIHByZXNlbnQgaWYgdGhlIGxhYmVsIGlzIGFsc28gcHJlc2Vu dC4gU28gDQp3aGF0IHdvdWxkIGhhcHBlbiB0byBhbiBleGlzdGluZyBpbXBsZW1lbnRhdGlvbiBy ZWNlaXZlcyBwYXRoIG1lc3NhZ2UsIA0Kd2hpY2ggY29udGFpbnMgdGhlIFRTUEVDIGJ1dCBub3Qg dGhlIGxhYmVsLg0KQXR0aWxhIFRha2FjczogZm9yIHRoaXMgdXNlIGNhc2Ugd2UgbWF5IG5lZWQg YSBkaWZmZXJlbnQgZmllbGQuIEkgd2lsbCANCm5lZWQgdG8gY2hlY2sgYW5kIGNvbW1lbnQgb24g dGhlIGxpc3QuDQoNCkNhbiB3ZSBlbmxhcmdlIHRoZSBzY29wZSBvZiB0aGUgVVBTVFJFQU1fVFNQ RUMgb2JqZWN0IHVzaW5nIGEgZGlmZmVyZW50IA0KZmllbGQsIG9yIGp1c3Qga2VlcCB0aGUgZGVm aW5pdGlvbiB1bmNoYW5nZWQ/DQoNClRoYW5rcw0KDQpGZWkNCg== --=_alternative 003299BD482578E9_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpIEF1dGhvcnM8L2ZvbnQ+DQo8 YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkFzIGRlc2NpcmJlZCBpbiB0 aGlzIGRvY3VtZW50LCB0aGUgVVBTVFJFQU1fVFNQRUMNCndpbGwgbm90IHVzZWQgaW4gdGhlIFBB VEggbWVzc2FnZS48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2Vy aWYiPlNvIHdlIGRlZmluZWQgYW5vdGhlciBvYmplY3QgY2FsbCBSRVNWRVJfVFNQQ0UNCnRvIGRl YWwgd2l0aCB0aGUgYXN5bW1ldHJpYyBiYW5kd2lkdGggaW4gYXNzb2NpYXRlZCBiaWRpcmVjdGlv bmFsIExTUCBzY2VuYXJpb3MNCmluIHRoZSBkcmFmdCBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRt bC9kcmFmdC1pZXRmLWNjYW1wLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcC0wMS48 L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkFjY29yZGlu ZyB0byB0aGUgb24tbGluZSBkaXNjdXNzaW9uDQppbiBJRVRGODAsIHdlIG5lZWQgdG8gY2hlY2sg aWYgdGhlIFVQU1RSRUFNX1RTUEVDIG9iamVjdCBjYW4gYmUgdXNlZCBpbg0KYm90aCBjby1yb3V0 ZWQgYW5kIGFzc29jaWF0ZWQgYXBwbGljYXRpb25zLjwvZm9udD4NCjxicj4NCjx0YWJsZSB3aWR0 aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9MTAwJT48Zm9udCBzaXplPTIgZmFj ZT0ic2Fucy1zZXJpZiI+PGI+TG91IEJlcmdlcjwvYj46IGEgdGVjaG5pY2FsDQpxdWVzdGlvbiwg dXBzdHJlYW0gVFNQRUMgaW5zdGVhZCBvZiBhIG5ldyBUU1BFQy4gSXQgd291bGQgYmUgZ29vZCB0 byBoYXZlDQpBdHRpbGGhr3MgaW5wdXQgb24gY29tcGF0aWJpbGl0eSB3aXRoIGFzeW1tZXRyaWMg QlcgcmZjL2Jpcy4gPGI+PGJyPg0KQXR0aWxhIFRha2FjczwvYj46IEknbSBub3QgZW50aXJlbHkg c3VyZSB0aGF0IHdlIGNhbiB1c2UgdGhlIHNhbWUgZmllbGRzDQp0aGlzIGNhc2UuPGI+PGJyPg0K TG91IEJlcmdlcjwvYj46IEkgdGhpbmsgdGhpcyBpcyBhbHNvIHF1ZXN0aW9uIGZvciBleGlzdGlu ZyBpbXBsZW1lbnRhdGlvbnMuDQpBcyB0byB3aGV0aGVyIG9yIG5vdCB0aGV5IHdvdWxkIGdldCBj b25mdXNlZCBieSBoYXZpbmcgdGhlIHVwc3RyZWFtIFRTUEVDLA0KaW4gYSBwYXRoIG1lc3NhZ2Ug dGhhdCBkb2VzIG5vdCBjb250YWluIHRoZSB1cHN0cmVhbSBsYWJlbC4gVGhlIEJORiBkZWZpbml0 aW9uDQpyZXF1aXJlcyB0aGUgVFNQRUMgcHJlc2VudCBpZiB0aGUgbGFiZWwgaXMgYWxzbyBwcmVz ZW50LiBTbyB3aGF0IHdvdWxkDQpoYXBwZW4gdG8gYW4gZXhpc3RpbmcgaW1wbGVtZW50YXRpb24g cmVjZWl2ZXMgcGF0aCBtZXNzYWdlLCB3aGljaCBjb250YWlucw0KdGhlIFRTUEVDIGJ1dCBub3Qg dGhlIGxhYmVsLjxiPjxicj4NCkF0dGlsYSBUYWthY3M8L2I+OiBmb3IgdGhpcyB1c2UgY2FzZSB3 ZSBtYXkgbmVlZCBhIGRpZmZlcmVudCBmaWVsZC4gSSB3aWxsDQpuZWVkIHRvIGNoZWNrIGFuZCBj b21tZW50IG9uIHRoZSBsaXN0PGI+LjwvYj48L2ZvbnQ+PC90YWJsZT4NCjxicj4NCjxicj48Zm9u dCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Q2FuIHdlIGVubGFyZ2UgdGhlIHNjb3BlIG9mIHRo ZSBVUFNUUkVBTV9UU1BFQw0Kb2JqZWN0IHVzaW5nIGEgZGlmZmVyZW50IGZpZWxkLCBvciBqdXN0 IGtlZXAgdGhlIGRlZmluaXRpb24gdW5jaGFuZ2VkPzwvZm9udD4NCjxicj4NCjxicj48Zm9udCBz aXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+VGhhbmtzPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNp emU9MiBmYWNlPSJzYW5zLXNlcmlmIj5GZWk8L2ZvbnQ+DQo= --=_alternative 003299BD482578E9_=-- From zhang.fei3@zte.com.cn Thu Aug 11 02:18:14 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6907E21F889F for ; Thu, 11 Aug 2011 02:18:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.797 X-Spam-Level: X-Spam-Status: No, score=-99.797 tagged_above=-999 required=5 tests=[AWL=0.288, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YLLt8mUwOdqB for ; Thu, 11 Aug 2011 02:18:13 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 33ADD21F886A for ; Thu, 11 Aug 2011 02:18:13 -0700 (PDT) Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 13132473195744; Thu, 11 Aug 2011 17:06:58 +0800 (CST) Received: from [10.30.3.21] by [192.168.168.16] with StormMail ESMTP id 62984.3302611528; Thu, 11 Aug 2011 17:18:31 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id p7B9IWV7080013; Thu, 11 Aug 2011 17:18:32 +0800 (GMT-8) (envelope-from zhang.fei3@zte.com.cn) To: attila.takacs@ericsson.com, lberger@labn.net, diego.caviglia@ericsson.com, donald.fedyk@alcatel-lucent.com, julien.meuric@orange-ftgroup.com MIME-Version: 1.0 X-KeepSent: 4698FD0A:4A4E9402-482578E9:0032D28F; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: zhang.fei3@zte.com.cn Date: Thu, 11 Aug 2011 17:18:37 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2011-08-11 17:18:35, Serialize complete at 2011-08-11 17:18:35 Content-Type: multipart/alternative; boundary="=_alternative 00331CB0482578E9_=" X-MAIL: mse02.zte.com.cn p7B9IWV7080013 Cc: CCAMP@ietf.org Subject: [CCAMP] UPSTREAM_TSPEC usage in draft-ietf-ccamp-asymm-bw-bidir-lsps-bis//Please ignore the above mail for the wrong address X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Aug 2011 09:18:14 -0000 This is a multipart message in MIME format. --=_alternative 00331CB0482578E9_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgQXV0aG9ycw0KDQpBcyBkZXNjaXJiZWQgaW4gdGhpcyBkb2N1bWVudCwgdGhlIFVQU1RSRUFN X1RTUEVDIHdpbGwgbm90IHVzZWQgaW4gdGhlIA0KUEFUSCBtZXNzYWdlLg0KDQpTbyB3ZSBkZWZp bmVkIGFub3RoZXIgb2JqZWN0IGNhbGwgUkVTVkVSX1RTUENFIHRvIGRlYWwgd2l0aCB0aGUgYXN5 bW1ldHJpYyANCmJhbmR3aWR0aCBpbiBhc3NvY2lhdGVkIGJpZGlyZWN0aW9uYWwgTFNQIHNjZW5h cmlvcyBpbiB0aGUgZHJhZnQgDQpodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRm LWNjYW1wLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcC0wMQ0KLg0KDQpBY2NvcmRp bmcgdG8gdGhlIG9uLWxpbmUgZGlzY3Vzc2lvbiBpbiBJRVRGODAsIHdlIG5lZWQgdG8gY2hlY2sg aWYgdGhlIA0KVVBTVFJFQU1fVFNQRUMgb2JqZWN0IGNhbiBiZSB1c2VkIGluIGJvdGggY28tcm91 dGVkIGFuZCBhc3NvY2lhdGVkIA0KYXBwbGljYXRpb25zLg0KDQpMb3UgQmVyZ2VyOiBhIHRlY2hu aWNhbCBxdWVzdGlvbiwgdXBzdHJlYW0gVFNQRUMgaW5zdGVhZCBvZiBhIG5ldyBUU1BFQy4gDQpJ dCB3b3VsZCBiZSBnb29kIHRvIGhhdmUgQXR0aWxhoa9zIGlucHV0IG9uIGNvbXBhdGliaWxpdHkg d2l0aCBhc3ltbWV0cmljIA0KQlcgcmZjL2Jpcy4gDQpBdHRpbGEgVGFrYWNzOiBJJ20gbm90IGVu dGlyZWx5IHN1cmUgdGhhdCB3ZSBjYW4gdXNlIHRoZSBzYW1lIGZpZWxkcyB0aGlzIA0KY2FzZS4N CkxvdSBCZXJnZXI6IEkgdGhpbmsgdGhpcyBpcyBhbHNvIHF1ZXN0aW9uIGZvciBleGlzdGluZyBp bXBsZW1lbnRhdGlvbnMuIEFzIA0KdG8gd2hldGhlciBvciBub3QgdGhleSB3b3VsZCBnZXQgY29u ZnVzZWQgYnkgaGF2aW5nIHRoZSB1cHN0cmVhbSBUU1BFQywgaW4gDQphIHBhdGggbWVzc2FnZSB0 aGF0IGRvZXMgbm90IGNvbnRhaW4gdGhlIHVwc3RyZWFtIGxhYmVsLiBUaGUgQk5GIA0KZGVmaW5p dGlvbiByZXF1aXJlcyB0aGUgVFNQRUMgcHJlc2VudCBpZiB0aGUgbGFiZWwgaXMgYWxzbyBwcmVz ZW50LiBTbyANCndoYXQgd291bGQgaGFwcGVuIHRvIGFuIGV4aXN0aW5nIGltcGxlbWVudGF0aW9u IHJlY2VpdmVzIHBhdGggbWVzc2FnZSwgDQp3aGljaCBjb250YWlucyB0aGUgVFNQRUMgYnV0IG5v dCB0aGUgbGFiZWwuDQpBdHRpbGEgVGFrYWNzOiBmb3IgdGhpcyB1c2UgY2FzZSB3ZSBtYXkgbmVl ZCBhIGRpZmZlcmVudCBmaWVsZC4gSSB3aWxsIA0KbmVlZCB0byBjaGVjayBhbmQgY29tbWVudCBv biB0aGUgbGlzdC4NCg0KQ2FuIHdlIGVubGFyZ2UgdGhlIHNjb3BlIG9mIHRoZSBVUFNUUkVBTV9U U1BFQyBvYmplY3QgdXNpbmcgYSBkaWZmZXJlbnQgDQpmaWVsZCwgb3IganVzdCBrZWVwIHRoZSBk ZWZpbml0aW9uIHVuY2hhbmdlZD8NCg0KVGhhbmtzDQoNCkZlaQ0K --=_alternative 00331CB0482578E9_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpIEF1dGhvcnM8L2ZvbnQ+DQo8 YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkFzIGRlc2NpcmJlZCBpbiB0 aGlzIGRvY3VtZW50LCB0aGUgVVBTVFJFQU1fVFNQRUMNCndpbGwgbm90IHVzZWQgaW4gdGhlIFBB VEggbWVzc2FnZS48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2Vy aWYiPlNvIHdlIGRlZmluZWQgYW5vdGhlciBvYmplY3QgY2FsbCBSRVNWRVJfVFNQQ0UNCnRvIGRl YWwgd2l0aCB0aGUgYXN5bW1ldHJpYyBiYW5kd2lkdGggaW4gYXNzb2NpYXRlZCBiaWRpcmVjdGlv bmFsIExTUCBzY2VuYXJpb3MNCmluIHRoZSBkcmFmdCBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRt bC9kcmFmdC1pZXRmLWNjYW1wLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcC0wMS48 L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkFjY29yZGlu ZyB0byB0aGUgb24tbGluZSBkaXNjdXNzaW9uDQppbiBJRVRGODAsIHdlIG5lZWQgdG8gY2hlY2sg aWYgdGhlIFVQU1RSRUFNX1RTUEVDIG9iamVjdCBjYW4gYmUgdXNlZCBpbg0KYm90aCBjby1yb3V0 ZWQgYW5kIGFzc29jaWF0ZWQgYXBwbGljYXRpb25zLjwvZm9udD4NCjxicj4NCjx0YWJsZSB3aWR0 aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9MTAwJT48Zm9udCBzaXplPTIgZmFj ZT0ic2Fucy1zZXJpZiI+PGI+TG91IEJlcmdlcjwvYj46IGEgdGVjaG5pY2FsDQpxdWVzdGlvbiwg dXBzdHJlYW0gVFNQRUMgaW5zdGVhZCBvZiBhIG5ldyBUU1BFQy4gSXQgd291bGQgYmUgZ29vZCB0 byBoYXZlDQpBdHRpbGGhr3MgaW5wdXQgb24gY29tcGF0aWJpbGl0eSB3aXRoIGFzeW1tZXRyaWMg QlcgcmZjL2Jpcy4gPGI+PGJyPg0KQXR0aWxhIFRha2FjczwvYj46IEknbSBub3QgZW50aXJlbHkg c3VyZSB0aGF0IHdlIGNhbiB1c2UgdGhlIHNhbWUgZmllbGRzDQp0aGlzIGNhc2UuPGI+PGJyPg0K TG91IEJlcmdlcjwvYj46IEkgdGhpbmsgdGhpcyBpcyBhbHNvIHF1ZXN0aW9uIGZvciBleGlzdGlu ZyBpbXBsZW1lbnRhdGlvbnMuDQpBcyB0byB3aGV0aGVyIG9yIG5vdCB0aGV5IHdvdWxkIGdldCBj b25mdXNlZCBieSBoYXZpbmcgdGhlIHVwc3RyZWFtIFRTUEVDLA0KaW4gYSBwYXRoIG1lc3NhZ2Ug dGhhdCBkb2VzIG5vdCBjb250YWluIHRoZSB1cHN0cmVhbSBsYWJlbC4gVGhlIEJORiBkZWZpbml0 aW9uDQpyZXF1aXJlcyB0aGUgVFNQRUMgcHJlc2VudCBpZiB0aGUgbGFiZWwgaXMgYWxzbyBwcmVz ZW50LiBTbyB3aGF0IHdvdWxkDQpoYXBwZW4gdG8gYW4gZXhpc3RpbmcgaW1wbGVtZW50YXRpb24g cmVjZWl2ZXMgcGF0aCBtZXNzYWdlLCB3aGljaCBjb250YWlucw0KdGhlIFRTUEVDIGJ1dCBub3Qg dGhlIGxhYmVsLjxiPjxicj4NCkF0dGlsYSBUYWthY3M8L2I+OiBmb3IgdGhpcyB1c2UgY2FzZSB3 ZSBtYXkgbmVlZCBhIGRpZmZlcmVudCBmaWVsZC4gSSB3aWxsDQpuZWVkIHRvIGNoZWNrIGFuZCBj b21tZW50IG9uIHRoZSBsaXN0PGI+LjwvYj48L2ZvbnQ+PC90YWJsZT4NCjxicj4NCjxicj48Zm9u dCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Q2FuIHdlIGVubGFyZ2UgdGhlIHNjb3BlIG9mIHRo ZSBVUFNUUkVBTV9UU1BFQw0Kb2JqZWN0IHVzaW5nIGEgZGlmZmVyZW50IGZpZWxkLCBvciBqdXN0 IGtlZXAgdGhlIGRlZmluaXRpb24gdW5jaGFuZ2VkPzwvZm9udD4NCjxicj4NCjxicj48Zm9udCBz aXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+VGhhbmtzPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNp emU9MiBmYWNlPSJzYW5zLXNlcmlmIj5GZWk8L2ZvbnQ+DQo= --=_alternative 00331CB0482578E9_=-- From lberger@labn.net Thu Aug 11 04:51:05 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0DABD21F86E6 for ; Thu, 11 Aug 2011 04:51:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.947 X-Spam-Level: X-Spam-Status: No, score=-100.947 tagged_above=-999 required=5 tests=[AWL=-0.786, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, IP_NOT_FRIENDLY=0.334, RDNS_NONE=0.1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q8DHDT8P4r3A for ; Thu, 11 Aug 2011 04:51:03 -0700 (PDT) Received: from oproxy4-pub.bluehost.com (unknown [IPv6:2605:dc00:100:2::a4]) by ietfa.amsl.com (Postfix) with SMTP id DE76D21F86D2 for ; Thu, 11 Aug 2011 04:51:02 -0700 (PDT) Received: (qmail 14018 invoked by uid 0); 11 Aug 2011 11:51:37 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by cpoproxy1.bluehost.com with SMTP; 11 Aug 2011 11:51:37 -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=OoHpQhZ+pqSDzP6XOV1XkmIuajEiqmZyBPJCsJyG0dA=; b=cIyprxFChwOYqunO7rwUTpujBKw54QveC3jc+t13EUew/8vAanWzrrk/Q04T1drsI2SVJUWlAKOAaa2zYFSmS3RD72L4wfHD2v2xUwT70wG/zsZfSSfl+scysgBt04bD; Received: from box313.bluehost.com ([69.89.31.113] helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1QrTnU-0004Jo-PH; Thu, 11 Aug 2011 05:51:37 -0600 Message-ID: <4E43C247.1090603@labn.net> Date: Thu, 11 Aug 2011 07:51:35 -0400 From: Lou Berger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: zhang.fei3@zte.com.cn References: In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 8bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Cc: CCAMP@ietf.org Subject: Re: [CCAMP] UPSTREAM_TSPEC usage in draft-ietf-ccamp-asymm-bw-bidir-lsps-bis//Please ignore the above mail for the wrong address X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Aug 2011 11:51:05 -0000 Fai, I'm not exactly sure what you are asking, but I think your question relates to the possible use of UPSTREAM_TSPEC in the path message as part of an associated bidirectional LSP. Is this correct? In my opinion, this comes down to how you address the compatibility issue. I think it would be helpful if you could send the Compatibility section that would be include in the draft if you were to use UPSTREAM_TSPEC. Lou On 8/11/2011 5:18 AM, zhang.fei3@zte.com.cn wrote: > > Hi Authors > > As descirbed in this document, the UPSTREAM_TSPEC will not used in the > PATH message. > > So we defined another object call RESVER_TSPCE to deal with the > asymmetric bandwidth in associated bidirectional LSP scenarios in the > draft > http://tools.ietf.org/html/draft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-lsp-01. > > > According to the on-line discussion in IETF80, we need to check if the > UPSTREAM_TSPEC object can be used in both co-routed and associated > applications. > *Lou Berger*: a technical question, upstream TSPEC instead of a new > TSPEC. It would be good to have Attila¡¯s input on compatibility with > asymmetric BW rfc/bis. * > Attila Takacs*: I'm not entirely sure that we can use the same fields > this case.* > Lou Berger*: I think this is also question for existing implementations. > As to whether or not they would get confused by having the upstream > TSPEC, in a path message that does not contain the upstream label. The > BNF definition requires the TSPEC present if the label is also present. > So what would happen to an existing implementation receives path > message, which contains the TSPEC but not the label.* > Attila Takacs*: for this use case we may need a different field. I will > need to check and comment on the list*.* > > > > Can we enlarge the scope of the UPSTREAM_TSPEC object using a different > field, or just keep the definition unchanged? > > Thanks > > Fei From lberger@labn.net Thu Aug 11 07:04:39 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DCCDF21F8570 for ; Thu, 11 Aug 2011 07:04:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.934 X-Spam-Level: X-Spam-Status: No, score=-100.934 tagged_above=-999 required=5 tests=[AWL=-0.773, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, IP_NOT_FRIENDLY=0.334, RDNS_NONE=0.1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nVmhw+H33t83 for ; Thu, 11 Aug 2011 07:04:39 -0700 (PDT) Received: from oproxy4-pub.bluehost.com (unknown [IPv6:2605:dc00:100:2::a4]) by ietfa.amsl.com (Postfix) with SMTP id 118DE21F854E for ; Thu, 11 Aug 2011 07:04:39 -0700 (PDT) Received: (qmail 13474 invoked by uid 0); 11 Aug 2011 14:05:11 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by cpoproxy1.bluehost.com with SMTP; 11 Aug 2011 14:05:11 -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:CC:To:MIME-Version:From:Date:Message-ID; bh=tUY8AQoWE6ec6XSxu1ZhK2YvWbAtuZZPfqshsoQ2Hts=; b=GLE7QhPrG5gCS1ag1RUbQ7IzlDLcbLAsRgzCFnmSsrdN+TcGB6NshdycmJwCQyLp1ioLa5nb5Plx88KlGO6PSudc6bf8X6bXvn/+BrsO0MbBR7nbhHuYiklxi2deTn41; Received: from box313.bluehost.com ([69.89.31.113] helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1QrVsl-0000G8-Im; Thu, 11 Aug 2011 08:05:11 -0600 Message-ID: <4E43E197.5000804@labn.net> Date: Thu, 11 Aug 2011 10:05:11 -0400 From: Lou Berger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: draft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-lsp@tools.ietf.org X-Enigmail-Version: 1.0.1 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: CCAMP Subject: [CCAMP] Some comments on mpls-tp-rsvpte-ext-associated-lsp X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Aug 2011 14:04:40 -0000 Authors, Good progress on the draft so far. In looking at the previous mail, I noticed a few things in the draft that I think could improve the clarity of the draft. Note that a bunch of these comments are style in nature, not technical. Also comments are made as a WG contributor, not chair. Some general comments: - There is no/little conformance language related to the Single Sided Provisioning. This is a huge hole in the draft. - As mentioned in my previous mail, backwards compatibility needs to be address - How are you thinking about providing the ERO (and perhaps RRO?) for the reverse LSP when using Single Sided Provisioning? (Keep in mind we already have EROs/RROs and SEROs/SRROs, it would be good to figure out if these can be leveraged.) - How does 4872/3 style recovery work for the reverse LSP? - You introduce the new, and somewhat confusing, term: "Two Reverse Unidirectional LSPs". TP already has a term for this, i.e., "Associated Bidirectional LSPs". I think the document should just use this established term. For the following I'm using line numbers found via http://tools.ietf.org/idnits?url=http://tools.ietf.org/id/draft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-lsp-01.txt Line 1: The document is in ccamp not mpls. Line 8: "Establish Associated Bidirectional LSP". Presumably, this also will cover more than just establishment, so perhaps replace "to Establish" with "For" and "LSP" with "LSPs". Lines 132/134: The section is titled association .. of LSPs, but the first topic is provision models and it certainly covers more than association. Perhaps the title should be something more general, even "Associated Bidirectional LSPs", or "Overview". Section 3. As this section is a narrative, the very few instances of RFC2119 language seems out of place, i.e., belongs in section 4 and 5 and should be moved or removed. Section 3.2.2. I think this is really overly complex and likely to lead to the same issues and confusion we've seen in e2e recovery. Is there any reason not to keep it simple and say something along the lines of "the values used in the ASSOCIATION object are outside the scope of this document. For example they may be communicated via the management plane. No matter how the values are communicate, identification of the LSPs as being Associated Bidirectional LSPs occurs based on the identical contents in the LSPs' ASSOCIATION objects" Section 3.3: doesn't cover recovery of LSP2. Line 437: Suggest renaming to "Association of LSPs". Section 4: I think this is where any discussion of Association object modifications, procedures, and conformance language should be consolidated. Lines 443-529: In general, one document should not repeat the format from another for informational purposes, so most of these lines should be dropped. All you need is a statement to the affect that the Extended ASSOCIATION object is defined in [I-D.ietf-ccamp-assoc-ext] MUST be used. Line 496: Should use the standard term "Associated Bidirectional LSPs". Lines 498-500: This sentence relates to nodes that do *not* implement this draft, as such is way outside the scope of the document and must be removed. Lines 507-509, 523-529: In general I think it is a mistake to proscribe use of LSP or tunnel IDs as association IDs. Using the assoc-ext rules, it isn't an interoperability concern, and such usage leads to the confusion/issues covered in the assoc-info draft. I think the 4872 definition is sufficient for Association ID and assoc-ext is sufficient for Extended Association ID. Section 5: Suggest renaming "Single Sided Provisioning" and including all the related modifications, procedures, and conformance language in this section. Topics to be covered include, in no particular order: - LSP Control (Establishment, teardown, modification including MBB. Don't forget about the attributes and admin status objects -- maybe there's a generic approach that can be followed, e.g., a REVERSE_LSP object that carries objects for use by the reverse LSP - Symmetric and Asymmetric BW (If not covered under a generic approach) Explicit control of the reverse LSP (If not covered under a generic approach) - Record route of the reverse LSP (If not covered under a generic approach) - Recovery (If not covered under a generic approach) - Compatibility - Updated RSVP Message Formats (as needed) Lou From jdrake@juniper.net Thu Aug 11 08:38:56 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC08021F8B24 for ; Thu, 11 Aug 2011 08:38:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.075 X-Spam-Level: X-Spam-Status: No, score=-6.075 tagged_above=-999 required=5 tests=[AWL=0.523, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C3R1dfYBi208 for ; Thu, 11 Aug 2011 08:38:56 -0700 (PDT) Received: from exprod7og124.obsmtp.com (exprod7og124.obsmtp.com [64.18.2.26]) by ietfa.amsl.com (Postfix) with ESMTP id C5E1B21F8B22 for ; Thu, 11 Aug 2011 08:38:47 -0700 (PDT) Received: from P-EMHUB02-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob124.postini.com ([64.18.6.12]) with SMTP ID DSNKTkP3oYf61XLfPYeNXIiTlPvY3MCn8e1g@postini.com; Thu, 11 Aug 2011 08:39:30 PDT Received: from EMBX01-HQ.jnpr.net ([fe80::c821:7c81:f21f:8bc7]) by P-EMHUB02-HQ.jnpr.net ([fe80::88f9:77fd:dfc:4d51%11]) with mapi; Thu, 11 Aug 2011 07:21:39 -0700 From: John E Drake To: Fatai Zhang , 'CCAMP' Date: Thu, 11 Aug 2011 07:21:34 -0700 Thread-Topic: [CCAMP] New Version Notification for draft-zhang-ccamp-gmpls-evolving-g709-09.txt Thread-Index: AcxXzOL7s5xGh7rHSHinLZ85uuMvzwAAh/qwABi3W+A= Message-ID: <5E893DB832F57341992548CDBB333163A0AC85450F@EMBX01-HQ.jnpr.net> References: <20110811021720.21416.42215.idtracker@ietfa.amsl.com> <002f01cc57d1$66fa41c0$34eec540$@com> In-Reply-To: <002f01cc57d1$66fa41c0$34eec540$@com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_5E893DB832F57341992548CDBB333163A0AC85450FEMBX01HQjnprn_" MIME-Version: 1.0 Cc: "kpithewan@infinera.com" , "zhangguoying@mail.ritt.com.cn" , "sergio.belotti@alcatel-lucent.it" Subject: Re: [CCAMP] New Version Notification for draft-zhang-ccamp-gmpls-evolving-g709-09.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Aug 2011 15:38:57 -0000 --_000_5E893DB832F57341992548CDBB333163A0AC85450FEMBX01HQjnprn_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RmF0YWksDQoNClRoYW5rcywgdGhpcyBsb29rcyBncmVhdC4NCg0KSm9obg0KDQpTZW50IGZyb20g bXkgaVBob25lDQoNCkZyb206IGNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzpjY2FtcC1i b3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgRmF0YWkgWmhhbmcNClNlbnQ6IFdlZG5lc2Rh eSwgQXVndXN0IDEwLCAyMDExIDc6NTAgUE0NClRvOiAnQ0NBTVAnDQpDYzogemhhbmdndW95aW5n QG1haWwucml0dC5jb20uY247IHNlcmdpby5iZWxvdHRpQGFsY2F0ZWwtbHVjZW50Lml0OyBrcGl0 aGV3YW5AaW5maW5lcmEuY29tDQpTdWJqZWN0OiBSZTogW0NDQU1QXSBOZXcgVmVyc2lvbiBOb3Rp ZmljYXRpb24gZm9yIGRyYWZ0LXpoYW5nLWNjYW1wLWdtcGxzLWV2b2x2aW5nLWc3MDktMDkudHh0 DQoNCg0KSGkgQ0NBTVBlcnMsDQoNCg0KDQpXZSBqdXN0IHN1Ym1pdHRlZCBhIG5ldyB2ZXJzaW9u IG9mIHRoaXMgZHJhZnQuIFRoZSBhdXRob3JzIHRoaW5rIHRoYXQgdGhpcyBkcmFmdCBpcyByZWFk eSBmb3IgV0cgYWRvcHRpb24uDQoNCg0KDQpUbyBMb3UgYW5kIERlYm9yYWgsIGNvdWxkIHlvdSB0 cmlnZ2VyIGEgcG9sbD8NCg0KDQoNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NCg0KDQoN ClRoZSB1cGRhdGVzIHdlcmUgYmFzZWQgb24gdGhlIGRpc2N1c3Npb24gb2YgUXVlYmVjIG1lZXRp bmcsIGFuZCBzb21lIG1ham9yIHBvaW50czoNCg0KDQoNCigxKSBSZW1vdmVkIGFsbCB0aGUgdGhp bmdzIHJlbGF0ZWQgdG8gbXVsdGktc3RhZ2UgbGFiZWwgc3R1ZmYuDQoNCigyKSBVcGRhdGVkIGxh YmVsIGZvcm1hdCBiYXNlZCBvbiB0aGUgZGlzY3Vzc2lvbiBpbiB0aGUgbWFpbGluZyBsaXN0IGFu ZCByZWZpbmVkIHNvbWUgZGVzY3JpcHRpb24oaWUuIHJlbW92ZWQgc29tZSByZWR1bmRhbnQgZmll bGRzKS4NCg0KKDMpIE1vZGlmaWVkIHRoZSBsYW5ndWFnZSBhY2NvcmRpbmdseSB0byBSRkMyMTE5 IGFzIHN1Z2dlc3RlZCBieSBMb3UuDQoNCig0KSBQdXQgYSBwbGFjZWhvbGRlciBmb3Igb3BlbiBp c3N1ZXMgYXMgc3VnZ2VzdGVkIGJ5IExvdSAoaWUuLCB0aGUgcmVxdWlyZWQgbXV4aW5nIGNhcGFi aWxpdHkgYW5kIFRTIHR5cGUgb2YgYW4gRkEtTFNQIGlzIGZvciBmdXJ0aGVyIHN0dWR5KS4NCg0K DQoNCkZvciBtb3JlIGluZm9ybWF0aW9uOiBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaWQvZHJhZnQt emhhbmctY2NhbXAtZ21wbHMtZXZvbHZpbmctZzcwOS0wOS50eHQNCg0KDQoNCg0KDQpUaGFua3MN Cg0KDQoNCkZhdGFpDQoNCg0KDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206 IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyBbbWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9y Z10NClNlbnQ6IDIwMTHlubQ45pyIMTHml6UgMTA6MTcNClRvOiB6aGFuZ2ZhdGFpQGh1YXdlaS5j b20NCkNjOiBrcGl0aGV3YW5AaW5maW5lcmEuY29tOyB6aGFuZ2d1b3lpbmdAbWFpbC5yaXR0LmNv bS5jbjsgemhhbmdmYXRhaUBodWF3ZWkuY29tOyBkYW5pZWxlLmNlY2NhcmVsbGlAZXJpY3Nzb24u Y29tOyBzZXJnaW8uYmVsb3R0aUBhbGNhdGVsLWx1Y2VudC5pdA0KU3ViamVjdDogTmV3IFZlcnNp b24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC16aGFuZy1jY2FtcC1nbXBscy1ldm9sdmluZy1nNzA5 LTA5LnR4dA0KDQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LXpoYW5nLWNjYW1wLWdt cGxzLWV2b2x2aW5nLWc3MDktMDkudHh0IGhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQg YnkgRmF0YWkgWmhhbmcgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0b3J5Lg0KDQoNCg0K RmlsZW5hbWU6ICAgICAgICAgIGRyYWZ0LXpoYW5nLWNjYW1wLWdtcGxzLWV2b2x2aW5nLWc3MDkN Cg0KUmV2aXNpb246ICAwOQ0KDQpUaXRsZTogICAgICAgICAgICAgICAgICBHZW5lcmFsaXplZCBN dWx0aS1Qcm90b2NvbCBMYWJlbCBTd2l0Y2hpbmcgKEdNUExTKSBTaWduYWxpbmcgRXh0ZW5zaW9u cyBmb3IgdGhlIGV2b2x2aW5nIEcuNzA5IE9wdGljYWwgVHJhbnNwb3J0IE5ldHdvcmtzIENvbnRy b2wNCg0KQ3JlYXRpb24gZGF0ZTogMjAxMS0wOC0xMQ0KDQpXRyBJRDogICAgICAgICAgICAgIElu ZGl2aWR1YWwgU3VibWlzc2lvbg0KDQpOdW1iZXIgb2YgcGFnZXM6IDI0DQoNCg0KDQpBYnN0cmFj dDoNCg0KICAgUmVjZW50IHByb2dyZXNzIGluIElUVS1UIFJlY29tbWVuZGF0aW9uIEcuNzA5IHN0 YW5kYXJkaXphdGlvbiBoYXMNCg0KICAgaW50cm9kdWNlZCBuZXcgT0RVIGNvbnRhaW5lcnMgKE9E VTAsIE9EVTQsIE9EVTJlIGFuZCBPRFVmbGV4KSBhbmQNCg0KICAgZW5oYW5jZWQgT3B0aWNhbCBU cmFuc3BvcnQgTmV0d29ya2luZyAoT1ROKSBmbGV4aWJpbGl0eS4gU2V2ZXJhbA0KDQogICByZWNl bnQgZG9jdW1lbnRzIGhhdmUgcHJvcG9zZWQgd2F5cyB0byBtb2RpZnkgR01QTFMgc2lnbmFsaW5n DQoNCiAgIHByb3RvY29scyB0byBzdXBwb3J0IHRoZXNlIG5ldyBPVE4gZmVhdHVyZXMuDQoNCg0K DQogICBJdCBpcyBpbXBvcnRhbnQgdGhhdCBhIHNpbmdsZSBzb2x1dGlvbiBpcyBkZXZlbG9wZWQg Zm9yIHVzZSBpbiBHTVBMUw0KDQogICBzaWduYWxpbmcgYW5kIHJvdXRpbmcgcHJvdG9jb2xzLiBU aGlzIHNvbHV0aW9uIG11c3Qgc3VwcG9ydCBPRFVrDQoNCiAgIG11bHRpcGxleGluZyBjYXBhYmls aXRpZXMsIGFkZHJlc3MgYWxsIG9mIHRoZSBuZXcgZmVhdHVyZXMsIGJlDQoNCiAgIGFjY2VwdGFi bGUgdG8gYWxsIGVxdWlwbWVudCB2ZW5kb3JzLCBhbmQgYmUgZXh0ZW5zaWJsZSBjb25zaWRlcmlu Zw0KDQogICBjb250aW51ZWQgT1ROIGV2b2x1dGlvbi4NCg0KDQoNCiAgIFRoaXMgZG9jdW1lbnQg ZGVzY3JpYmVzIHRoZSBleHRlbnNpb25zIHRvIHRoZSBHZW5lcmFsaXplZCBNdWx0aS0NCg0KICAg UHJvdG9jb2wgTGFiZWwgU3dpdGNoaW5nIChHTVBMUykgc2lnbmFsaW5nIHRvIGNvbnRyb2wgdGhl IGV2b2x2aW5nDQoNCiAgIE9wdGljYWwgVHJhbnNwb3J0IE5ldHdvcmtzIChPVE4pIGFkZHJlc3Np bmcgT0RVayBtdWx0aXBsZXhpbmcgYW5kIG5ldw0KDQogICBmZWF0dXJlcyBpbmNsdWRpbmcgT0RV MCwgT0RVNCwgT0RVMmUgYW5kIE9EVWZsZXguDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQpUaGUgSUVURiBTZWNyZXRhcmlhdA0K --_000_5E893DB832F57341992548CDBB333163A0AC85450FEMBX01HQjnprn_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxMiAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Ik1TIEdvdGhpYyI7 DQoJcGFub3NlLTE6MiAxMSA2IDkgNyAyIDUgOCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiTVMgR290aGljIjsNCglwYW5vc2UtMToyIDExIDYgOSA3IDIgNSA4IDIgNDt9DQpAZm9u dC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQg MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAx MSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiXEBNUyBHb3Ro aWMiOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDcgMiA1IDggMiA0O30NCi8qIFN0eWxlIERlZmluaXRp b25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdp bjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCXRleHQtYWxpZ246anVzdGlmeTsNCglm b250LXNpemU6MTAuNXB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0K YTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29s b3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5N c29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVy cGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29QbGFpblRleHQsIGxpLk1z b1BsYWluVGV4dCwgZGl2Lk1zb1BsYWluVGV4dA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ bXNvLXN0eWxlLWxpbms6IlBsYWluIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4t Ym90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjVwdDsNCglmb250LWZhbWlseToiQ2FsaWJy aSIsInNhbnMtc2VyaWYiO30NCnNwYW4uUGxhaW5UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFtZToi UGxhaW4gVGV4dCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp bms6IlBsYWluIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0K c3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29D aHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4w cHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjox LjBpbiAxLjI1aW4gMS4waW4gMS4yNWluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3Jk U2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBl ZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0t LT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4N CjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1s PjwhW2VuZGlmXS0tPjwvaGVhZD48Ym9keSBsYW5nPUVOLVVTIGxpbms9Ymx1ZSB2bGluaz1wdXJw bGUgc3R5bGU9J3RleHQtanVzdGlmeS10cmltOnB1bmN0dWF0aW9uJz48ZGl2IGNsYXNzPVdvcmRT ZWN0aW9uMT48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7 Y29sb3I6IzFGNDk3RCc+RmF0YWksPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05v cm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtjb2xvcjojMUY0OTdEJz48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250 LXNpemU6MTEuMHB0O2NvbG9yOiMxRjQ5N0QnPlRoYW5rcywgdGhpcyBsb29rcyBncmVhdC48bzpw PjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNp emU6MTEuMHB0O2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBj bGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6IzFGNDk3 RCc+Sm9objxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsIGFsaWduPWxlZnQgc3R5bGU9J3RleHQtYWxp Z246bGVmdCc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6IzFGNDk3RCc+U2Vu dCBmcm9tIG15IGlQaG9uZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48cCBjbGFzcz1Nc29O b3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6IzFGNDk3RCc+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPjxkaXYgc3R5bGU9J2JvcmRlcjpub25lO2JvcmRlci1sZWZ0 OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCc+PGRpdj48ZGl2IHN0 eWxlPSdib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzoz LjBwdCAwaW4gMGluIDBpbic+PHAgY2xhc3M9TXNvTm9ybWFsIGFsaWduPWxlZnQgc3R5bGU9J3Rl eHQtYWxpZ246bGVmdCc+PGI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiJz5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9J2Zv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiJz4gY2NhbXAt Ym91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmddIDxiPk9uIEJl aGFsZiBPZiA8L2I+RmF0YWkgWmhhbmc8YnI+PGI+U2VudDo8L2I+IFdlZG5lc2RheSwgQXVndXN0 IDEwLCAyMDExIDc6NTAgUE08YnI+PGI+VG86PC9iPiAnQ0NBTVAnPGJyPjxiPkNjOjwvYj4gemhh bmdndW95aW5nQG1haWwucml0dC5jb20uY247IHNlcmdpby5iZWxvdHRpQGFsY2F0ZWwtbHVjZW50 Lml0OyBrcGl0aGV3YW5AaW5maW5lcmEuY29tPGJyPjxiPlN1YmplY3Q6PC9iPiBSZTogW0NDQU1Q XSBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LXpoYW5nLWNjYW1wLWdtcGxzLWV2 b2x2aW5nLWc3MDktMDkudHh0PG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjxwIGNs YXNzPU1zb05vcm1hbCBhbGlnbj1sZWZ0IHN0eWxlPSd0ZXh0LWFsaWduOmxlZnQnPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPjxwIGNsYXNzPU1zb1BsYWluVGV4dD48c3BhbiBzdHlsZT0nZm9udC1zaXpl OjEyLjBwdCc+SGkgQ0NBTVBlcnMsPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb1Bs YWluVGV4dD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPjxwIGNsYXNzPU1zb1BsYWluVGV4dD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEy LjBwdCc+V2UganVzdCBzdWJtaXR0ZWQgYSBuZXcgdmVyc2lvbiBvZiB0aGlzIGRyYWZ0LiBUaGUg YXV0aG9ycyB0aGluayB0aGF0IHRoaXMgZHJhZnQgaXMgcmVhZHkgZm9yIFdHIGFkb3B0aW9uLjxv OnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29QbGFpblRleHQ+PHNwYW4gc3R5bGU9J2Zv bnQtc2l6ZToxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Q bGFpblRleHQ+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPlRvIExvdSBhbmQgRGVib3Jh aCwgY291bGQgeW91IHRyaWdnZXIgYSBwb2xsPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFz cz1Nc29QbGFpblRleHQ+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29QbGFpblRleHQ+PHNwYW4gc3R5bGU9J2ZvbnQt c2l6ZToxMi4wcHQnPj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT08bzpwPjwvbzpwPjwvc3Bh bj48L3A+PHAgY2xhc3M9TXNvUGxhaW5UZXh0PjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTIuMHB0 Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvUGxhaW5UZXh0PjxzcGFu IHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz5UaGUgdXBkYXRlcyB3ZXJlIGJhc2VkIG9uIHRoZSBk aXNjdXNzaW9uIG9mIFF1ZWJlYyBtZWV0aW5nLCBhbmQgc29tZSBtYWpvciBwb2ludHM6PG86cD48 L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb1BsYWluVGV4dD48c3BhbiBzdHlsZT0nZm9udC1z aXplOjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb1BsYWlu VGV4dD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+KDEpIFJlbW92ZWQgYWxsIHRoZSB0 aGluZ3MgcmVsYXRlZCB0byBtdWx0aS1zdGFnZSBsYWJlbCBzdHVmZi48bzpwPjwvbzpwPjwvc3Bh bj48L3A+PHAgY2xhc3M9TXNvUGxhaW5UZXh0PjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTIuMHB0 Jz4oMikgVXBkYXRlZCBsYWJlbCBmb3JtYXQgYmFzZWQgb24gdGhlIGRpc2N1c3Npb24gaW4gdGhl IG1haWxpbmcgbGlzdCBhbmQgcmVmaW5lZCBzb21lIGRlc2NyaXB0aW9uKGllLiByZW1vdmVkIHNv bWUgcmVkdW5kYW50IGZpZWxkcykuPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb1Bs YWluVGV4dD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+KDMpPC9zcGFuPiA8c3BhbiBz dHlsZT0nZm9udC1zaXplOjEyLjBwdCc+TW9kaWZpZWQgdGhlIGxhbmd1YWdlIGFjY29yZGluZ2x5 IHRvIFJGQzIxMTkgYXMgc3VnZ2VzdGVkIGJ5IExvdS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAg Y2xhc3M9TXNvUGxhaW5UZXh0PjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz4oNCkgUHV0 IGEgcGxhY2Vob2xkZXIgZm9yIG9wZW4gaXNzdWVzIGFzIHN1Z2dlc3RlZCBieSBMb3UgKGllLiwg dGhlIHJlcXVpcmVkIG11eGluZyBjYXBhYmlsaXR5IGFuZCBUUyB0eXBlIG9mIGFuIEZBLUxTUCBp cyBmb3IgZnVydGhlciBzdHVkeSkuPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb1Bs YWluVGV4dD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPjxwIGNsYXNzPU1zb1BsYWluVGV4dD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEy LjBwdCc+Rm9yIG1vcmUgaW5mb3JtYXRpb246IGh0dHA6Ly90b29scy5pZXRmLm9yZy9pZC9kcmFm dC16aGFuZy1jY2FtcC1nbXBscy1ldm9sdmluZy1nNzA5LTA5LnR4dDxvOnA+PC9vOnA+PC9zcGFu PjwvcD48cCBjbGFzcz1Nc29QbGFpblRleHQ+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQn PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29QbGFpblRleHQ+PHNwYW4g c3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBj bGFzcz1Nc29QbGFpblRleHQ+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPlRoYW5rczxv OnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29QbGFpblRleHQ+PHNwYW4gc3R5bGU9J2Zv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Iic+Jm5ic3A7PC9zcGFuPjxz cGFuIHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xh c3M9TXNvUGxhaW5UZXh0PjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz5GYXRhaTxvOnA+ PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29QbGFpblRleHQ+PG86cD4mbmJzcDs8L286cD48 L3A+PHAgY2xhc3M9TXNvUGxhaW5UZXh0PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwIGNsYXNzPU1z b1BsYWluVGV4dD4tLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxicj5Gcm9tOiBpbnRlcm5ldC1k cmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddIDxicj5TZW50 OiAyMDExPHNwYW4gbGFuZz1aSC1DTiBzdHlsZT0nZm9udC1mYW1pbHk6Ik1TIEdvdGhpYyInPuW5 tDwvc3Bhbj44PHNwYW4gbGFuZz1aSC1DTiBzdHlsZT0nZm9udC1mYW1pbHk6Ik1TIEdvdGhpYyIn PuaciDwvc3Bhbj4xMTxzcGFuIGxhbmc9WkgtQ04gc3R5bGU9J2ZvbnQtZmFtaWx5OiJNUyBHb3Ro aWMiJz7ml6U8L3NwYW4+IDEwOjE3PGJyPlRvOiB6aGFuZ2ZhdGFpQGh1YXdlaS5jb208YnI+Q2M6 IGtwaXRoZXdhbkBpbmZpbmVyYS5jb207IHpoYW5nZ3VveWluZ0BtYWlsLnJpdHQuY29tLmNuOyB6 aGFuZ2ZhdGFpQGh1YXdlaS5jb207IGRhbmllbGUuY2VjY2FyZWxsaUBlcmljc3Nvbi5jb207IHNl cmdpby5iZWxvdHRpQGFsY2F0ZWwtbHVjZW50Lml0PGJyPlN1YmplY3Q6IE5ldyBWZXJzaW9uIE5v dGlmaWNhdGlvbiBmb3IgZHJhZnQtemhhbmctY2NhbXAtZ21wbHMtZXZvbHZpbmctZzcwOS0wOS50 eHQ8bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29QbGFpblRleHQ+PG86cD4mbmJzcDs8L286cD48 L3A+PHAgY2xhc3M9TXNvUGxhaW5UZXh0PkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC16aGFu Zy1jY2FtcC1nbXBscy1ldm9sdmluZy1nNzA5LTA5LnR4dCBoYXMgYmVlbiBzdWNjZXNzZnVsbHkg c3VibWl0dGVkIGJ5IEZhdGFpIFpoYW5nIGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9y eS48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29QbGFpblRleHQ+PG86cD4mbmJzcDs8L286cD48 L3A+PHAgY2xhc3M9TXNvUGxhaW5UZXh0PkZpbGVuYW1lOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkcmFmdC16aGFuZy1jY2FtcC1nbXBscy1l dm9sdmluZy1nNzA5PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvUGxhaW5UZXh0PlJldmlzaW9u OiZuYnNwOyAwOTxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb1BsYWluVGV4dD5UaXRsZTombmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgR2VuZXJhbGl6ZWQgTXVs dGktUHJvdG9jb2wgTGFiZWwgU3dpdGNoaW5nIChHTVBMUykgU2lnbmFsaW5nIEV4dGVuc2lvbnMg Zm9yIHRoZSBldm9sdmluZyBHLjcwOSBPcHRpY2FsIFRyYW5zcG9ydCBOZXR3b3JrcyBDb250cm9s PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvUGxhaW5UZXh0PkNyZWF0aW9uIGRhdGU6IDIwMTEt MDgtMTE8bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29QbGFpblRleHQ+V0cgSUQ6Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IEluZGl2aWR1YWwgU3VibWlzc2lvbjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNz PU1zb1BsYWluVGV4dD5OdW1iZXIgb2YgcGFnZXM6IDI0PG86cD48L286cD48L3A+PHAgY2xhc3M9 TXNvUGxhaW5UZXh0PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwIGNsYXNzPU1zb1BsYWluVGV4dD5B YnN0cmFjdDo8bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29QbGFpblRleHQ+Jm5ic3A7Jm5ic3A7 IFJlY2VudCBwcm9ncmVzcyBpbiBJVFUtVCBSZWNvbW1lbmRhdGlvbiBHLjcwOSBzdGFuZGFyZGl6 YXRpb24gaGFzPG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvUGxhaW5UZXh0PiZuYnNwOyZuYnNw OyBpbnRyb2R1Y2VkIG5ldyBPRFUgY29udGFpbmVycyAoT0RVMCwgT0RVNCwgT0RVMmUgYW5kIE9E VWZsZXgpIGFuZDxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb1BsYWluVGV4dD4mbmJzcDsmbmJz cDsgZW5oYW5jZWQgT3B0aWNhbCBUcmFuc3BvcnQgTmV0d29ya2luZyAoT1ROKSBmbGV4aWJpbGl0 eS4gU2V2ZXJhbDxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb1BsYWluVGV4dD4mbmJzcDsmbmJz cDsgcmVjZW50IGRvY3VtZW50cyBoYXZlIHByb3Bvc2VkIHdheXMgdG8gbW9kaWZ5IEdNUExTIHNp Z25hbGluZzxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb1BsYWluVGV4dD4mbmJzcDsmbmJzcDsg cHJvdG9jb2xzIHRvIHN1cHBvcnQgdGhlc2UgbmV3IE9UTiBmZWF0dXJlcy48bzpwPjwvbzpwPjwv cD48cCBjbGFzcz1Nc29QbGFpblRleHQ+PG86cD4mbmJzcDs8L286cD48L3A+PHAgY2xhc3M9TXNv UGxhaW5UZXh0PiZuYnNwOyZuYnNwOyBJdCBpcyBpbXBvcnRhbnQgdGhhdCBhIHNpbmdsZSBzb2x1 dGlvbiBpcyBkZXZlbG9wZWQgZm9yIHVzZSBpbiBHTVBMUzxvOnA+PC9vOnA+PC9wPjxwIGNsYXNz PU1zb1BsYWluVGV4dD4mbmJzcDsmbmJzcDsgc2lnbmFsaW5nIGFuZCByb3V0aW5nIHByb3RvY29s cy4gVGhpcyBzb2x1dGlvbiBtdXN0IHN1cHBvcnQgT0RVazxvOnA+PC9vOnA+PC9wPjxwIGNsYXNz PU1zb1BsYWluVGV4dD4mbmJzcDsgJm5ic3A7bXVsdGlwbGV4aW5nIGNhcGFiaWxpdGllcywgYWRk cmVzcyBhbGwgb2YgdGhlIG5ldyBmZWF0dXJlcywgYmU8bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1N c29QbGFpblRleHQ+Jm5ic3A7Jm5ic3A7IGFjY2VwdGFibGUgdG8gYWxsIGVxdWlwbWVudCB2ZW5k b3JzLCBhbmQgYmUgZXh0ZW5zaWJsZSBjb25zaWRlcmluZzxvOnA+PC9vOnA+PC9wPjxwIGNsYXNz PU1zb1BsYWluVGV4dD4mbmJzcDsmbmJzcDsgY29udGludWVkIE9UTiBldm9sdXRpb24uPG86cD48 L286cD48L3A+PHAgY2xhc3M9TXNvUGxhaW5UZXh0PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwIGNs YXNzPU1zb1BsYWluVGV4dD4mbmJzcDsmbmJzcDsgVGhpcyBkb2N1bWVudCBkZXNjcmliZXMgdGhl IGV4dGVuc2lvbnMgdG8gdGhlIEdlbmVyYWxpemVkIE11bHRpLTxvOnA+PC9vOnA+PC9wPjxwIGNs YXNzPU1zb1BsYWluVGV4dD4mbmJzcDsmbmJzcDsgUHJvdG9jb2wgTGFiZWwgU3dpdGNoaW5nIChH TVBMUykgc2lnbmFsaW5nIHRvIGNvbnRyb2wgdGhlIGV2b2x2aW5nPG86cD48L286cD48L3A+PHAg Y2xhc3M9TXNvUGxhaW5UZXh0PiZuYnNwOyZuYnNwOyBPcHRpY2FsIFRyYW5zcG9ydCBOZXR3b3Jr cyAoT1ROKSBhZGRyZXNzaW5nIE9EVWsgbXVsdGlwbGV4aW5nIGFuZCBuZXc8bzpwPjwvbzpwPjwv cD48cCBjbGFzcz1Nc29QbGFpblRleHQ+Jm5ic3A7Jm5ic3A7IGZlYXR1cmVzIGluY2x1ZGluZyBP RFUwLCBPRFU0LCBPRFUyZSBhbmQgT0RVZmxleC48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Q bGFpblRleHQ+PG86cD4mbmJzcDs8L286cD48L3A+PHAgY2xhc3M9TXNvUGxhaW5UZXh0PjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPjxwIGNsYXNzPU1zb1BsYWluVGV4dD48bzpwPiZuYnNwOzwvbzpwPjwv cD48cCBjbGFzcz1Nc29QbGFpblRleHQ+PG86cD4mbmJzcDs8L286cD48L3A+PHAgY2xhc3M9TXNv UGxhaW5UZXh0PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDs8bzpwPjwvbzpwPjwvcD48 cCBjbGFzcz1Nc29QbGFpblRleHQ+PG86cD4mbmJzcDs8L286cD48L3A+PHAgY2xhc3M9TXNvUGxh aW5UZXh0PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwIGNsYXNzPU1zb1BsYWluVGV4dD5UaGUgSUVU RiBTZWNyZXRhcmlhdDxvOnA+PC9vOnA+PC9wPjwvZGl2PjwvZGl2PjwvYm9keT48L2h0bWw+ --_000_5E893DB832F57341992548CDBB333163A0AC85450FEMBX01HQjnprn_-- From zali@cisco.com Thu Aug 11 22:37:35 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 78C7221F85B2 for ; Thu, 11 Aug 2011 22:37:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.373 X-Spam-Level: X-Spam-Status: No, score=-1.373 tagged_above=-999 required=5 tests=[AWL=-1.225, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v+QRXIOnj-dg for ; Thu, 11 Aug 2011 22:37:34 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) by ietfa.amsl.com (Postfix) with ESMTP id 531AE21F85B1 for ; Thu, 11 Aug 2011 22:37:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=zali@cisco.com; l=20789; q=dns/txt; s=iport; t=1313127491; x=1314337091; h=mime-version:subject:date:message-id:in-reply-to: references:from:to:cc; bh=fRmhKiLnTsSOeUIPtbJH1IjE+wvivjsPauSUhIi2I44=; b=N/igM0kKhb8gQ2CprQowo4b53/dqbaDG7fe1PfrOot5yO8bd2OO967iw 9KsOA61eWZZq6mV2URpf8QCxz6St0M1St8rioOfmafeey7lv1G3TpJR4B /OXWOEnz5N+bpmzfd/7zjZLbm5IF/hQXadWrQ8nyxLhVRAhIDVyYVO4Rq U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtsAACW7RE6tJXHB/2dsb2JhbABBgk2Be5NJj013gUABAQEBAxIBCREDNwsHEAIBBgIRBAEBCwYQBwEEAgFFCQgBAQQBEggapx0BjSoIkTmFMzVfBIdfkEWLeQ X-IronPort-AV: E=Sophos;i="4.67,360,1309737600"; d="scan'208,217";a="12447728" Received: from rcdn-core2-6.cisco.com ([173.37.113.193]) by rcdn-iport-8.cisco.com with ESMTP; 12 Aug 2011 05:35:54 +0000 Received: from xbh-rcd-202.cisco.com (xbh-rcd-202.cisco.com [72.163.62.201]) by rcdn-core2-6.cisco.com (8.14.3/8.14.3) with ESMTP id p7C5ZsaF012933; Fri, 12 Aug 2011 05:35:54 GMT Received: from xmb-rcd-103.cisco.com ([72.163.62.145]) by xbh-rcd-202.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 12 Aug 2011 00:35:54 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CC58B1.B43F103E" Date: Fri, 12 Aug 2011 00:35:52 -0500 Message-ID: <7CC717E2F49DAA4A827DA3FEA237111B05A43358@XMB-RCD-103.cisco.com> In-Reply-To: <92A1F6CF27D54D4DA5364E59D892A02ADD18FB@szxeml526-mbs.china.huawei.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: How to differentiate between DWDM encocded labels of RFC6205 and LSC labels of 3471/73 thread-index: AcxMiGic4vbBtFK+R72U1cUZ6L4kMgAAkfJQAwmGJqA= References: <7CC717E2F49DAA4A827DA3FEA237111B05893218@XMB-RCD-103.cisco.com> <92A1F6CF27D54D4DA5364E59D892A02ADD18FB@szxeml526-mbs.china.huawei.com> From: "Zafar Ali (zali)" To: "Huawei danli" , , X-OriginalArrivalTime: 12 Aug 2011 05:35:54.0505 (UTC) FILETIME=[B4586790:01CC58B1] Cc: "Mike Taillon \(mtaillon\)" Subject: Re: [CCAMP] How to differentiate between DWDM encocded labels of RFC6205 and LSC labels of 3471/73 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Aug 2011 05:37:35 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CC58B1.B43F103E Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: quoted-printable Hi Dan and Adrian-=20 =20 Thanks for your follow-ups; much appreciated. Sorry for the late = follow-up from my side.=20 =20 Dan-=20 =20 My question was not DWDM vs. CDWM labels; they are well differentiated = within RFC 6205.=20 =20 My question was labels that are encoded using RFC 6205 vs. any other = type of LSC label (however, at present I see no other type of LSC label = defined). Given that we do not have any other type of LSC label (other = than RFC 6205 labels), I agree with you on =A1=B0From 3471 section = 3.1.1, if the encoding type is lambda, then you can use the label format = defined in 6205=A1=B1.=20 =20 Thanks =20 Regards ... Zafar=20 =20 From: Huawei danli [mailto:huawei.danli@huawei.com]=20 Sent: Wednesday, July 27, 2011 2:31 PM To: Zafar Ali (zali); tm-otani@kddi.com; ccamp@ietf.org Cc: adrian@olddog.co.uk; Lou Berger; Mike Taillon (mtaillon) Subject: =B4=F0=B8=B4: How to differentiate between DWDM encocded labels = of RFC6205 and LSC labels of 3471/73 =20 Hi Zafar,=20 =20 I am not quite sure if I understand your question correctly.=20 =20 For non-DWDM encoded LSC, do you mean CWDM? If yes, then the label = defined in 6205 covers this case. =20 >From 3471 section 3.1.1, if the encoding type is lambda, then you can = use the label format defined in 6205. =20 Thanks, =20 Dan =20 ________________________________ =B7=A2=BC=FE=C8=CB: Zafar Ali (zali) [zali@cisco.com] =B7=A2=CB=CD=CA=B1=BC=E4: 2011=C4=EA7=D4=C228=C8=D5 2:10 =B5=BD: tm-otani@kddi.com; Huawei danli; ccamp@ietf.org Cc: adrian@olddog.co.uk; Lou Berger; Mike Taillon (mtaillon) =D6=F7=CC=E2: How to differentiate between DWDM encocded labels of = RFC6205 and LSC labels of 3471/73 Dear authors of RFC6205 and all-=20 =20 >From RFC 6205 and RFC 3471, 3471, it is not clear how a receiver can = differentiate between LSC labels that are encoded for DWDM (as per RFC = 6205) and non-DWDM encoded LSC labels from RFC 3471/73 (similar what is = expected of the sender of such labels).=20 =20 Please note that: =20 =A1=A4 Both labels are 32 bit long LSC labels.=20 =A1=A4 There is no label type in any signaling message.=20 =A1=A4 None of these RFCs specify what label encoding type should = be carried to indicate which LSP encoding type should be carried to = indicate how the signaling label is encoded. Can we/ should we use = encoding type to inferred the label type. If yes, this is not a 1:1 = relationship and is not documented. =20 =20 Your follow-ups on this will be much appreciated.=20 =20 Thanks =20 Regards ... Zafar=20 =20 ------_=_NextPart_001_01CC58B1.B43F103E Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: quoted-printable

Hi Dan and Adrian- =

 

Thanks for your follow-ups; much = appreciated. Sorry for the late follow-up from my side. =

 

Dan-

 

My question was not DWDM vs. CDWM labels; = they are well differentiated within RFC 6205.

 

My question was labels that are encoded = using RFC 6205 vs. any other type of LSC label (however, at present I = see no other type of LSC label defined). Given that we do not have any = other type of LSC label (other than RFC 6205 labels), I agree with you = on =A1=B0From 3471 section 3.1.1, if the encoding = type is lambda, then you can use the label format defined in 6205=A1=B1. =

 

Thanks

 

Regards ... Zafar =

 

From:= = Huawei danli [mailto:huawei.danli@huawei.com]
Sent: = Wednesday, July 27, 2011 2:31 PM
To: Zafar Ali (zali); = tm-otani@kddi.com; ccamp@ietf.org
Cc: adrian@olddog.co.uk; Lou = Berger; Mike Taillon (mtaillon)
Subject: =B4=F0=B8=B4: How to = differentiate between DWDM encocded labels of RFC6205 and LSC labels of = 3471/73

 

H= i Zafar,

<= o:p> 

I= am not quite sure if I understand your question = correctly. 

<= o:p> 

F= or non-DWDM encoded LSC, do you mean CWDM? If yes, then the label = defined in 6205 covers this case.

<= o:p> 

F= rom 3471 section 3.1.1, if the encoding type is lambda, then you can use = the label format defined in 6205.

<= o:p> 

T= hanks,

<= o:p> 

D= an

&= nbsp;

=B7=A2=BC=FE=C8= =CB= := Zafar Ali (zali) [zali@cisco.com]
=B7=A2=CB=CD=CA= =B1=BC=E4= := 2011=C4=EA= 7=D4=C2= 28=C8=D5= 2:10
=B5=BD= := tm-otani@kddi.com; Huawei danli; ccamp@ietf.org
Cc: = adrian@olddog.co.uk; Lou Berger; Mike Taillon = (mtaillon)
=D6=F7=CC=E2= := How to differentiate between DWDM encocded labels of RFC6205 and LSC = labels of 3471/73

Dear authors of RFC6205 and all- =

 

From RFC 6205 and RFC 3471, 3471, it is not = clear how a receiver can differentiate between LSC labels that are = encoded for DWDM (as per RFC 6205) and non-DWDM encoded LSC labels from = RFC 3471/73 (similar what is expected of the sender of such labels). =

 

Please note that:

 

=A1=A4        = Both labels are 32 bit long LSC labels. =

=A1=A4        = There is no label type in any signaling = message.

=A1=A4        = None of these RFCs specify what label = encoding type should be carried to indicate which LSP encoding type = should be carried to indicate how the signaling label is encoded. Can = we/ should we use encoding type to inferred the label type. If yes, this = is not a 1:1 relationship and is not documented.  

 

Your follow-ups on this will be much = appreciated.

 

Thanks

 

Regards ... Zafar

 

------_=_NextPart_001_01CC58B1.B43F103E-- From zhang.fei3@zte.com.cn Fri Aug 12 02:21:57 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1378F21F875E for ; Fri, 12 Aug 2011 02:21:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.415 X-Spam-Level: X-Spam-Status: No, score=-96.415 tagged_above=-999 required=5 tests=[AWL=-1.380, BAYES_50=0.001, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jW+Ot+MVdd7E for ; Fri, 12 Aug 2011 02:21:56 -0700 (PDT) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 7BFB021F8713 for ; Fri, 12 Aug 2011 02:21:55 -0700 (PDT) Received: from [10.30.17.99] by mx5.zte.com.cn with surfront esmtp id 15236473195744; Fri, 12 Aug 2011 17:19:12 +0800 (CST) Received: from [10.30.3.20] by [192.168.168.15] with StormMail ESMTP id 22013.3302611528; Fri, 12 Aug 2011 17:18:29 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id p7C9IMo4029787; Fri, 12 Aug 2011 17:18:22 +0800 (GMT-8) (envelope-from zhang.fei3@zte.com.cn) In-Reply-To: <4E43C247.1090603@labn.net> To: Lou Berger MIME-Version: 1.0 X-KeepSent: 72A1868B:8B7FE9F2-482578EA:002E5620; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: zhang.fei3@zte.com.cn Date: Fri, 12 Aug 2011 17:18:24 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2011-08-12 17:18:24, Serialize complete at 2011-08-12 17:18:24 Content-Type: multipart/alternative; boundary="=_alternative 0032FF9A482578EA_=" X-MAIL: mse01.zte.com.cn p7C9IMo4029787 Cc: CCAMP@ietf.org Subject: Re: [CCAMP] UPSTREAM_TSPEC usage in draft-ietf-ccamp-asymm-bw-bidir-lsps-bis//Please ignore the above mail for the wrong address X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Aug 2011 09:21:57 -0000 This is a multipart message in MIME format. --=_alternative 0032FF9A482578EA_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgTG91DQoNClRoYW5rcyBmb3IgeW91ciBwcm9tcHQgcmVzcG9uc2UuDQoNClBsZWFzZSBzZWUg aW4gbGluZSA8ZmVpPg0KDQpCLlIuDQoNCkZlaQ0KDQoNCg0KTG91IEJlcmdlciA8bGJlcmdlckBs YWJuLm5ldD4gDQoyMDExLTA4LTExIDE5OjUxDQoNCsrVvP7Iyw0KemhhbmcuZmVpM0B6dGUuY29t LmNuDQqzrcvNDQphdHRpbGEudGFrYWNzQGVyaWNzc29uLmNvbSwgZGllZ28uY2F2aWdsaWFAZXJp Y3Nzb24uY29tLCANCmRvbmFsZC5mZWR5a0BhbGNhdGVsLWx1Y2VudC5jb20sIGp1bGllbi5tZXVy aWNAb3JhbmdlLWZ0Z3JvdXAuY29tLCANCkNDQU1QQGlldGYub3JnDQrW98ziDQpSZTogVVBTVFJF QU1fVFNQRUMgdXNhZ2UgaW4gDQpkcmFmdC1pZXRmLWNjYW1wLWFzeW1tLWJ3LWJpZGlyLWxzcHMt YmlzLy9QbGVhc2UgaWdub3JlIHRoZSBhYm92ZSBtYWlsIGZvciANCnRoZSB3cm9uZyBhZGRyZXNz DQoNCg0KDQoNCg0KDQpGYWksDQogICAgICAgICAgICAgICAgIEknbSBub3QgZXhhY3RseSBzdXJl IHdoYXQgeW91IGFyZSBhc2tpbmcsIGJ1dCBJIHRoaW5rIA0KeW91ciBxdWVzdGlvbg0KcmVsYXRl cyB0byB0aGUgcG9zc2libGUgdXNlIG9mIFVQU1RSRUFNX1RTUEVDIGluIHRoZSBwYXRoIG1lc3Nh Z2UgYXMNCnBhcnQgb2YgYW4gYXNzb2NpYXRlZCBiaWRpcmVjdGlvbmFsIExTUC4gIElzIHRoaXMg Y29ycmVjdD8NCg0KPEZlaT5ZZWFoDQoNCkluIG15IG9waW5pb24sIHRoaXMgY29tZXMgZG93biB0 byBob3cgeW91IGFkZHJlc3MgdGhlIGNvbXBhdGliaWxpdHkNCmlzc3VlLiBJIHRoaW5rIGl0IHdv dWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIHNlbmQgdGhlIENvbXBhdGliaWxpdHkNCnNlY3Rp b24gdGhhdCB3b3VsZCBiZSBpbmNsdWRlIGluIHRoZSBkcmFmdCBpZiB5b3Ugd2VyZSB0byB1c2UN ClVQU1RSRUFNX1RTUEVDLg0KDQo8RmVpPkkgZG8gbm90IGNhdGNoIHRoZSBpZGVhIGNsZWFybHku IERvIHlvdSBtZWFuIHdoaWNoIG9uZSBvZiB0aGUgDQpwb3NzaWJsZSBzb2x1dGlvbnMgbGlzdGVk IGJlbG93IG9yIGFub3RoZXIgb25lPw0KDQooMSkgSWYgdGhlIFJFVkVSU0VfTFNQIG9iamVjdCBp cyBkZWZpbmVkIGluIGFzc29jaWF0ZWQgZHJhZnQgKGhlcmUgcmVmZXJzIA0KdG8geW91ciBjb21t ZW50cyBhYm91dCBzZWN0aW9uIDUgKWFuZCB0aGUgVVBTVFJFQU1fVFNQRUMgaXMgdXNlZCBhcyBh IA0Kc3ViLW9iamVjdC4gQWx0aG91Z2ggdGhlIFVQU1RSRUFNX1RTUEVDIG9iamVjdCBpcyByZXN0 cmljdGVkIG5vdCBpbiBQQVRIIA0KbWVzc2FnZSwgd2UgY2FuIGVubGFyZ2UgdGhlIHVzYWdlIGhl cmUgdG8gYWRkcmVzcyB0aGUgY29tYXRpYmlsaXR5IGlzc3VlPw0KDQooMikgSWYgdGhlIFJFVkVS U0VfTFNQIG9iamVjdCBpcyBkZWZpbmVkIGluIGFzc29jaWF0ZWQgZHJhZnQgKGhlcmUgcmVmZXJz IA0KdG8geW91ciBjb21tZW50cyBhYm91dCBzZWN0aW9uIDUgKWFuZCB0aGUgU0VOREVSX1RTUEVD IGlzIHVzZWQgYXMgYSANCnN1Yi1vYmplY3QuIFRoZXJlIHdpbGwgYmUgbm8NCiAgIGJhY2t3YXJk IGlzc3VlIHNpbmNlIHRoZXJlIGlzIG5vIG5lZWQgdG8gdXNlIHRoZSBVUFNUUkVBTV9UU1BFQyBv YmplY3QuDQoNCkxvdQ0KDQpPbiA4LzExLzIwMTEgNToxOCBBTSwgemhhbmcuZmVpM0B6dGUuY29t LmNuIHdyb3RlOg0KPiANCj4gSGkgQXV0aG9ycw0KPiANCj4gQXMgZGVzY2lyYmVkIGluIHRoaXMg ZG9jdW1lbnQsIHRoZSBVUFNUUkVBTV9UU1BFQyB3aWxsIG5vdCB1c2VkIGluIHRoZQ0KPiBQQVRI IG1lc3NhZ2UuDQo+IA0KPiBTbyB3ZSBkZWZpbmVkIGFub3RoZXIgb2JqZWN0IGNhbGwgUkVTVkVS X1RTUENFIHRvIGRlYWwgd2l0aCB0aGUNCj4gYXN5bW1ldHJpYyBiYW5kd2lkdGggaW4gYXNzb2Np YXRlZCBiaWRpcmVjdGlvbmFsIExTUCBzY2VuYXJpb3MgaW4gdGhlDQo+IGRyYWZ0DQo+IA0KaHR0 cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1jY2FtcC1tcGxzLXRwLXJzdnB0ZS1l eHQtYXNzb2NpYXRlZC1sc3AtMDENCi4NCj4gDQo+IA0KPiBBY2NvcmRpbmcgdG8gdGhlIG9uLWxp bmUgZGlzY3Vzc2lvbiBpbiBJRVRGODAsIHdlIG5lZWQgdG8gY2hlY2sgaWYgdGhlDQo+IFVQU1RS RUFNX1RTUEVDIG9iamVjdCBjYW4gYmUgdXNlZCBpbiBib3RoIGNvLXJvdXRlZCBhbmQgYXNzb2Np YXRlZA0KPiBhcHBsaWNhdGlvbnMuDQo+ICpMb3UgQmVyZ2VyKjogYSB0ZWNobmljYWwgcXVlc3Rp b24sIHVwc3RyZWFtIFRTUEVDIGluc3RlYWQgb2YgYSBuZXcNCj4gVFNQRUMuIEl0IHdvdWxkIGJl IGdvb2QgdG8gaGF2ZSBBdHRpbGGhr3MgaW5wdXQgb24gY29tcGF0aWJpbGl0eSB3aXRoDQo+IGFz eW1tZXRyaWMgQlcgcmZjL2Jpcy4gKg0KPiBBdHRpbGEgVGFrYWNzKjogSSdtIG5vdCBlbnRpcmVs eSBzdXJlIHRoYXQgd2UgY2FuIHVzZSB0aGUgc2FtZSBmaWVsZHMNCj4gdGhpcyBjYXNlLioNCj4g TG91IEJlcmdlcio6IEkgdGhpbmsgdGhpcyBpcyBhbHNvIHF1ZXN0aW9uIGZvciBleGlzdGluZyBp bXBsZW1lbnRhdGlvbnMuDQo+IEFzIHRvIHdoZXRoZXIgb3Igbm90IHRoZXkgd291bGQgZ2V0IGNv bmZ1c2VkIGJ5IGhhdmluZyB0aGUgdXBzdHJlYW0NCj4gVFNQRUMsIGluIGEgcGF0aCBtZXNzYWdl IHRoYXQgZG9lcyBub3QgY29udGFpbiB0aGUgdXBzdHJlYW0gbGFiZWwuIFRoZQ0KPiBCTkYgZGVm aW5pdGlvbiByZXF1aXJlcyB0aGUgVFNQRUMgcHJlc2VudCBpZiB0aGUgbGFiZWwgaXMgYWxzbyBw cmVzZW50Lg0KPiBTbyB3aGF0IHdvdWxkIGhhcHBlbiB0byBhbiBleGlzdGluZyBpbXBsZW1lbnRh dGlvbiByZWNlaXZlcyBwYXRoDQo+IG1lc3NhZ2UsIHdoaWNoIGNvbnRhaW5zIHRoZSBUU1BFQyBi dXQgbm90IHRoZSBsYWJlbC4qDQo+IEF0dGlsYSBUYWthY3MqOiBmb3IgdGhpcyB1c2UgY2FzZSB3 ZSBtYXkgbmVlZCBhIGRpZmZlcmVudCBmaWVsZC4gSSB3aWxsDQo+IG5lZWQgdG8gY2hlY2sgYW5k IGNvbW1lbnQgb24gdGhlIGxpc3QqLioNCj4gDQo+IA0KPiANCj4gQ2FuIHdlIGVubGFyZ2UgdGhl IHNjb3BlIG9mIHRoZSBVUFNUUkVBTV9UU1BFQyBvYmplY3QgdXNpbmcgYSBkaWZmZXJlbnQNCj4g ZmllbGQsIG9yIGp1c3Qga2VlcCB0aGUgZGVmaW5pdGlvbiB1bmNoYW5nZWQ/DQo+IA0KPiBUaGFu a3MNCj4gDQo+IEZlaQ0KDQoNCg0K --=_alternative 0032FF9A482578EA_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpIExvdTwvZm9udD4NCjxicj4N Cjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+VGhhbmtzIGZvciB5b3VyIHByb21w dCByZXNwb25zZS48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2Vy aWYiPlBsZWFzZSBzZWUgaW4gbGluZSAmbHQ7ZmVpJmd0OzwvZm9udD4NCjxicj4NCjxicj48Zm9u dCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Qi5SLjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBz aXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+RmVpPC9mb250Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPHRh YmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD0zNSU+PGZvbnQgc2l6 ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxiPkxvdSBCZXJnZXIgJmx0O2xiZXJnZXJAbGFibi5uZXQm Z3Q7PC9iPg0KPC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjIwMTEt MDgtMTEgMTk6NTE8L2ZvbnQ+DQo8dGQgd2lkdGg9NjQlPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8 dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9 InNhbnMtc2VyaWYiPsrVvP7IyzwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0i c2Fucy1zZXJpZiI+emhhbmcuZmVpM0B6dGUuY29tLmNuPC9mb250Pg0KPHRyIHZhbGlnbj10b3A+ DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj6z rcvNPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5hdHRp bGEudGFrYWNzQGVyaWNzc29uLmNvbSwgZGllZ28uY2F2aWdsaWFAZXJpY3Nzb24uY29tLA0KZG9u YWxkLmZlZHlrQGFsY2F0ZWwtbHVjZW50LmNvbSwganVsaWVuLm1ldXJpY0BvcmFuZ2UtZnRncm91 cC5jb20sIENDQU1QQGlldGYub3JnPC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2 IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7W98ziPC9mb250Pjwv ZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5SZTogVVBTVFJFQU1fVFNQ RUMgdXNhZ2UgaW4gZHJhZnQtaWV0Zi1jY2FtcC1hc3ltbS1idy1iaWRpci1sc3BzLWJpcy8vUGxl YXNlDQppZ25vcmUgdGhlIGFib3ZlIG1haWwgZm9yIHRoZSB3cm9uZyBhZGRyZXNzPC9mb250Pjwv dGFibGU+DQo8YnI+DQo8dGFibGU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjx0ZD48L3RhYmxl Pg0KPGJyPjwvdGFibGU+DQo8YnI+DQo8YnI+DQo8YnI+PHR0Pjxmb250IHNpemU9Mj5GYWksPGJy Pg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsNCkknbSBub3QgZXhhY3RseSBzdXJlIHdoYXQgeW91IGFyZSBhc2tpbmcsIGJ1dCBJIHRoaW5r IHlvdXIgcXVlc3Rpb248YnI+DQpyZWxhdGVzIHRvIHRoZSBwb3NzaWJsZSB1c2Ugb2YgVVBTVFJF QU1fVFNQRUMgaW4gdGhlIHBhdGggbWVzc2FnZSBhczxicj4NCnBhcnQgb2YgYW4gYXNzb2NpYXRl ZCBiaWRpcmVjdGlvbmFsIExTUC4gJm5ic3A7SXMgdGhpcyBjb3JyZWN0PzwvZm9udD48L3R0Pg0K PGJyPg0KPGJyPjx0dD48Zm9udCBzaXplPTIgY29sb3I9cmVkPiZsdDtGZWkmZ3Q7WWVhaDwvZm9u dD48L3R0Pjx0dD48Zm9udCBzaXplPTI+PGJyPg0KPGJyPg0KSW4gbXkgb3BpbmlvbiwgdGhpcyBj b21lcyBkb3duIHRvIGhvdyB5b3UgYWRkcmVzcyB0aGUgY29tcGF0aWJpbGl0eTxicj4NCmlzc3Vl LiBJIHRoaW5rIGl0IHdvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIHNlbmQgdGhlIENvbXBh dGliaWxpdHk8YnI+DQpzZWN0aW9uIHRoYXQgd291bGQgYmUgaW5jbHVkZSBpbiB0aGUgZHJhZnQg aWYgeW91IHdlcmUgdG8gdXNlPGJyPg0KVVBTVFJFQU1fVFNQRUMuPC9mb250PjwvdHQ+DQo8YnI+ DQo8YnI+PHR0Pjxmb250IHNpemU9MiBjb2xvcj1yZWQ+Jmx0O0ZlaSZndDtJIGRvIG5vdCBjYXRj aCB0aGUgaWRlYSBjbGVhcmx5Lg0KRG8geW91IG1lYW4gd2hpY2ggb25lIG9mIHRoZSBwb3NzaWJs ZSBzb2x1dGlvbnMgbGlzdGVkIGJlbG93IG9yIGFub3RoZXINCm9uZT88L2ZvbnQ+PC90dD4NCjxi cj4NCjxicj48dHQ+PGZvbnQgc2l6ZT0yIGNvbG9yPXJlZD4oMSkgSWYgdGhlIFJFVkVSU0VfTFNQ IG9iamVjdCBpcyBkZWZpbmVkDQppbiBhc3NvY2lhdGVkIGRyYWZ0IChoZXJlIHJlZmVycyB0byB5 b3VyIGNvbW1lbnRzIGFib3V0IHNlY3Rpb24gNSApYW5kDQp0aGUgVVBTVFJFQU1fVFNQRUMgaXMg dXNlZCBhcyBhIHN1Yi1vYmplY3QuIEFsdGhvdWdoIHRoZSBVUFNUUkVBTV9UU1BFQw0Kb2JqZWN0 IGlzIHJlc3RyaWN0ZWQgbm90IGluIFBBVEggbWVzc2FnZSwgd2UgY2FuIGVubGFyZ2UgdGhlIHVz YWdlIGhlcmUNCnRvIGFkZHJlc3MgdGhlIGNvbWF0aWJpbGl0eSBpc3N1ZT88L2ZvbnQ+PC90dD4N Cjxicj4NCjxicj48dHQ+PGZvbnQgc2l6ZT0yIGNvbG9yPXJlZD4oMikgSWYgdGhlIFJFVkVSU0Vf TFNQIG9iamVjdCBpcyBkZWZpbmVkDQppbiBhc3NvY2lhdGVkIGRyYWZ0IChoZXJlIHJlZmVycyB0 byB5b3VyIGNvbW1lbnRzIGFib3V0IHNlY3Rpb24gNSApYW5kDQp0aGUgU0VOREVSX1RTUEVDIGlz IHVzZWQgYXMgYSBzdWItb2JqZWN0LiBUaGVyZSB3aWxsIGJlIG5vPC9mb250PjwvdHQ+DQo8YnI+ PHR0Pjxmb250IHNpemU9MiBjb2xvcj1yZWQ+Jm5ic3A7ICZuYnNwO2JhY2t3YXJkIGlzc3VlIHNp bmNlIHRoZXJlDQppcyBubyBuZWVkIHRvIHVzZSB0aGUgVVBTVFJFQU1fVFNQRUMgb2JqZWN0Ljwv Zm9udD48L3R0Pg0KPGJyPjx0dD48Zm9udCBzaXplPTI+PGJyPg0KTG91PGJyPg0KPGJyPg0KT24g OC8xMS8yMDExIDU6MTggQU0sIHpoYW5nLmZlaTNAenRlLmNvbS5jbiB3cm90ZTo8YnI+DQomZ3Q7 IDxicj4NCiZndDsgSGkgQXV0aG9yczxicj4NCiZndDsgPGJyPg0KJmd0OyBBcyBkZXNjaXJiZWQg aW4gdGhpcyBkb2N1bWVudCwgdGhlIFVQU1RSRUFNX1RTUEVDIHdpbGwgbm90IHVzZWQgaW4NCnRo ZTxicj4NCiZndDsgUEFUSCBtZXNzYWdlLjxicj4NCiZndDsgPGJyPg0KJmd0OyBTbyB3ZSBkZWZp bmVkIGFub3RoZXIgb2JqZWN0IGNhbGwgUkVTVkVSX1RTUENFIHRvIGRlYWwgd2l0aCB0aGU8YnI+ DQomZ3Q7IGFzeW1tZXRyaWMgYmFuZHdpZHRoIGluIGFzc29jaWF0ZWQgYmlkaXJlY3Rpb25hbCBM U1Agc2NlbmFyaW9zIGluDQp0aGU8YnI+DQomZ3Q7IGRyYWZ0PGJyPg0KJmd0OyBodHRwOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWNjYW1wLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3Nv Y2lhdGVkLWxzcC0wMS48YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0OyBBY2NvcmRpbmcg dG8gdGhlIG9uLWxpbmUgZGlzY3Vzc2lvbiBpbiBJRVRGODAsIHdlIG5lZWQgdG8gY2hlY2sgaWYN CnRoZTxicj4NCiZndDsgVVBTVFJFQU1fVFNQRUMgb2JqZWN0IGNhbiBiZSB1c2VkIGluIGJvdGgg Y28tcm91dGVkIGFuZCBhc3NvY2lhdGVkPGJyPg0KJmd0OyBhcHBsaWNhdGlvbnMuPGJyPg0KJmd0 OyAqTG91IEJlcmdlcio6IGEgdGVjaG5pY2FsIHF1ZXN0aW9uLCB1cHN0cmVhbSBUU1BFQyBpbnN0 ZWFkIG9mIGEgbmV3PGJyPg0KJmd0OyBUU1BFQy4gSXQgd291bGQgYmUgZ29vZCB0byBoYXZlIEF0 dGlsYaGvcyBpbnB1dCBvbiBjb21wYXRpYmlsaXR5DQp3aXRoPGJyPg0KJmd0OyBhc3ltbWV0cmlj IEJXIHJmYy9iaXMuICo8YnI+DQomZ3Q7IEF0dGlsYSBUYWthY3MqOiBJJ20gbm90IGVudGlyZWx5 IHN1cmUgdGhhdCB3ZSBjYW4gdXNlIHRoZSBzYW1lIGZpZWxkczxicj4NCiZndDsgdGhpcyBjYXNl Lio8YnI+DQomZ3Q7IExvdSBCZXJnZXIqOiBJIHRoaW5rIHRoaXMgaXMgYWxzbyBxdWVzdGlvbiBm b3IgZXhpc3RpbmcgaW1wbGVtZW50YXRpb25zLjxicj4NCiZndDsgQXMgdG8gd2hldGhlciBvciBu b3QgdGhleSB3b3VsZCBnZXQgY29uZnVzZWQgYnkgaGF2aW5nIHRoZSB1cHN0cmVhbTxicj4NCiZn dDsgVFNQRUMsIGluIGEgcGF0aCBtZXNzYWdlIHRoYXQgZG9lcyBub3QgY29udGFpbiB0aGUgdXBz dHJlYW0gbGFiZWwuDQpUaGU8YnI+DQomZ3Q7IEJORiBkZWZpbml0aW9uIHJlcXVpcmVzIHRoZSBU U1BFQyBwcmVzZW50IGlmIHRoZSBsYWJlbCBpcyBhbHNvIHByZXNlbnQuPGJyPg0KJmd0OyBTbyB3 aGF0IHdvdWxkIGhhcHBlbiB0byBhbiBleGlzdGluZyBpbXBsZW1lbnRhdGlvbiByZWNlaXZlcyBw YXRoPGJyPg0KJmd0OyBtZXNzYWdlLCB3aGljaCBjb250YWlucyB0aGUgVFNQRUMgYnV0IG5vdCB0 aGUgbGFiZWwuKjxicj4NCiZndDsgQXR0aWxhIFRha2Fjcyo6IGZvciB0aGlzIHVzZSBjYXNlIHdl IG1heSBuZWVkIGEgZGlmZmVyZW50IGZpZWxkLiBJDQp3aWxsPGJyPg0KJmd0OyBuZWVkIHRvIGNo ZWNrIGFuZCBjb21tZW50IG9uIHRoZSBsaXN0Ki4qPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDxicj4N CiZndDsgPGJyPg0KJmd0OyBDYW4gd2UgZW5sYXJnZSB0aGUgc2NvcGUgb2YgdGhlIFVQU1RSRUFN X1RTUEVDIG9iamVjdCB1c2luZyBhIGRpZmZlcmVudDxicj4NCiZndDsgZmllbGQsIG9yIGp1c3Qg a2VlcCB0aGUgZGVmaW5pdGlvbiB1bmNoYW5nZWQ/PGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFRoYW5r czxicj4NCiZndDsgPGJyPg0KJmd0OyBGZWk8YnI+DQo8YnI+DQo8L2ZvbnQ+PC90dD4NCjxicj4N Cg== --=_alternative 0032FF9A482578EA_=-- From zhang.fei3@zte.com.cn Fri Aug 12 04:38:10 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DB0B21F8661; Fri, 12 Aug 2011 04:38:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.691 X-Spam-Level: X-Spam-Status: No, score=-97.691 tagged_above=-999 required=5 tests=[AWL=-1.915, BAYES_20=-0.74, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2dAgCxoBkvZO; Fri, 12 Aug 2011 04:38:09 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 1EBF521F86AF; Fri, 12 Aug 2011 04:38:07 -0700 (PDT) Received: from [10.30.17.99] by mx5.zte.com.cn with surfront esmtp id 131321461793122; Fri, 12 Aug 2011 19:27:19 +0800 (CST) Received: from [10.30.3.21] by [192.168.168.15] with StormMail ESMTP id 22013.2460250643; Fri, 12 Aug 2011 19:38:23 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id p7CBcHRF038215; Fri, 12 Aug 2011 19:38:17 +0800 (GMT-8) (envelope-from zhang.fei3@zte.com.cn) In-Reply-To: <4E43E197.5000804@labn.net> To: Lou Berger MIME-Version: 1.0 X-KeepSent: C8E65894:5BEFEDBD-482578EA:003519F1; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: zhang.fei3@zte.com.cn Date: Fri, 12 Aug 2011 19:38:19 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2011-08-12 19:38:20, Serialize complete at 2011-08-12 19:38:20 Content-Type: multipart/alternative; boundary="=_alternative 003FE72D482578EA_=" X-MAIL: mse02.zte.com.cn p7CBcHRF038215 Cc: CCAMP , draft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-lsp@tools.ietf.org, ccamp-bounces@ietf.org Subject: Re: [CCAMP] Some comments on mpls-tp-rsvpte-ext-associated-lsp X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Aug 2011 11:38:10 -0000 This is a multipart message in MIME format. --=_alternative 003FE72D482578EA_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgTG91DQoNClRoYW5rcyBmb3Igc28gbWFueSB2YWx1YWJsZSBjb21tZW50cw0KDQpQbGVhc2Ug c2VlIGluIGxpbmUgd2l0aCA8RmVpPg0KDQpCLlIuDQoNCkZlaQ0KDQoNCg0KTG91IEJlcmdlciA8 bGJlcmdlckBsYWJuLm5ldD4gDQq3orz+yMs6ICBjY2FtcC1ib3VuY2VzQGlldGYub3JnDQoyMDEx LTA4LTExIDIyOjA1DQoNCsrVvP7Iyw0KZHJhZnQtaWV0Zi1jY2FtcC1tcGxzLXRwLXJzdnB0ZS1l eHQtYXNzb2NpYXRlZC1sc3BAdG9vbHMuaWV0Zi5vcmcNCrOty80NCkNDQU1QIDxjY2FtcEBpZXRm Lm9yZz4NCtb3zOINCltDQ0FNUF0gU29tZSBjb21tZW50cyBvbiBtcGxzLXRwLXJzdnB0ZS1leHQt YXNzb2NpYXRlZC1sc3ANCg0KDQoNCg0KDQoNCkF1dGhvcnMsDQogICAgICAgICAgICAgICAgIEdv b2QgcHJvZ3Jlc3Mgb24gdGhlIGRyYWZ0IHNvIGZhci4gIEluIGxvb2tpbmcgYXQgdGhlIA0KcHJl dmlvdXMgbWFpbCwgSQ0Kbm90aWNlZCBhIGZldyB0aGluZ3MgaW4gdGhlIGRyYWZ0IHRoYXQgSSB0 aGluayBjb3VsZCBpbXByb3ZlIHRoZSBjbGFyaXR5DQpvZiB0aGUgZHJhZnQuICBOb3RlIHRoYXQg YSBidW5jaCBvZiB0aGVzZSBjb21tZW50cyBhcmUgc3R5bGUgaW4gbmF0dXJlLA0Kbm90IHRlY2hu aWNhbC4gIEFsc28gY29tbWVudHMgYXJlIG1hZGUgYXMgYSBXRyBjb250cmlidXRvciwgbm90IGNo YWlyLg0KDQpTb21lIGdlbmVyYWwgY29tbWVudHM6DQotIFRoZXJlIGlzIG5vL2xpdHRsZSBjb25m b3JtYW5jZSBsYW5ndWFnZSByZWxhdGVkIHRvIHRoZSBTaW5nbGUgU2lkZWQNClByb3Zpc2lvbmlu Zy4gIFRoaXMgaXMgYSBodWdlIGhvbGUgaW4gdGhlIGRyYWZ0Lg0KDQo8RmVpPiBEbyB5b3UgbWVh biB0byBhZGQgdGhlbSBpbiBzZWN0aW9uIDU/DQoNCi0gQXMgbWVudGlvbmVkIGluIG15IHByZXZp b3VzIG1haWwsIGJhY2t3YXJkcyBjb21wYXRpYmlsaXR5IG5lZWRzIHRvIGJlDQphZGRyZXNzDQoN CjxGZWk+IFdpbGwgYmUgYWRkZWQgaW4gc2VjdGlvbiA1DQoNCi0gSG93IGFyZSB5b3UgdGhpbmtp bmcgYWJvdXQgcHJvdmlkaW5nIHRoZSBFUk8gKGFuZCBwZXJoYXBzIFJSTz8pIGZvcg0KdGhlIHJl dmVyc2UgTFNQIHdoZW4gdXNpbmcgU2luZ2xlIFNpZGVkIFByb3Zpc2lvbmluZz8gIChLZWVwIGlu IG1pbmQgd2UNCmFscmVhZHkgaGF2ZSBFUk9zL1JST3MgYW5kIFNFUk9zL1NSUk9zLCBpdCB3b3Vs ZCBiZSBnb29kIHRvIGZpZ3VyZSBvdXQNCmlmIHRoZXNlIGNhbiBiZSBsZXZlcmFnZWQuKQ0KDQo8 RmVpPiBBY3R1YWxseSBJIHRoaW5rIEVSTyB3aWwgYmUgdXNlZnVsLg0KIENvbnNpZGVyIHRoYXQg b25lIFBDRSBpcyB1c2VkIHRvIGNhbGN1YWxhdGUgdGhlIFRFLUxTUHMsIGl0IHdpbGwgZ2l2ZSAN CmJvdGggZGlyZWN0aW9uYWwncyBpbmZvcm1hdGlvbnMgdG8gDQp0aGUgaW5ncmVzcyBMU1IuIFRo ZSByZXZlcnNlIExTUCdzIHBhdGggd2lsbCBiZSBjYXJyaWVkIGluIHRoZSBmb3J3YXJkIA0KTFNQ J3MgUEFUSCBtZXNzYWdlLg0KDQpGb3IgdGhlIFJSTyBmdW5jdGlvbiwgaWYgdGhlIGVncmVzcyBM U1Agd2FudHMgdG8gZ2V0IHRoZSBpbmZvcm1hdGlvbiBvZiANCnRoZSBmb3J3YXJkIExTUCwgaXQg anVzdCBuZWVkcyB0byBjaGVjayB0aGUgZm9yd2FyZCBMU1AncyBQQVRIIG1lc3NhZ2UuDQpJIGRv IG5vdCBzZWUgYW55IHJlYXNvbiB0byBjYXJyeSBpdCwgY2FuIHlvdSBjbGFyaWZ5IG9uIHRoaXMg cG9pbnQ/DQoNCi0gSG93IGRvZXMgNDg3Mi8zIHN0eWxlIHJlY292ZXJ5IHdvcmsgZm9yIHRoZSBy ZXZlcnNlIExTUD8NCg0KPEZlaT4gSSBoYXZlIG5vdCB0aG91Z2h0IGFib3V0IHRoaXMgYmVmb3Jl LCB0aGlzIHdpbGwgYmUgYSBiaXQgbW9yZSANCmNvbXBsaWNhdGVkLCBidXQgeW91ciBzdWdnZXN0 aW9uIHRvIGRlZmluZSBhIG5ldyB0b3AgbGV2ZWwgb2JqZWN0IHdpbGwgYmUgDQpoZWxwZnVsLg0K DQotIFlvdSBpbnRyb2R1Y2UgdGhlIG5ldywgYW5kIHNvbWV3aGF0IGNvbmZ1c2luZywgdGVybTog IlR3byBSZXZlcnNlDQpVbmlkaXJlY3Rpb25hbCBMU1BzIi4gIFRQIGFscmVhZHkgaGFzIGEgdGVy bSBmb3IgdGhpcywgaS5lLiwNCiJBc3NvY2lhdGVkIEJpZGlyZWN0aW9uYWwgTFNQcyIuICBJIHRo aW5rIHRoZSBkb2N1bWVudCBzaG91bGQganVzdCB1c2UNCnRoaXMgZXN0YWJsaXNoZWQgdGVybS4N Cg0KPEZlaT4gV2lsbCBjb3JyZWN0DQoNCkZvciB0aGUgZm9sbG93aW5nIEknbSB1c2luZyBsaW5l IG51bWJlcnMgZm91bmQgdmlhDQpodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaWRuaXRzP3VybD1odHRw Oi8vdG9vbHMuaWV0Zi5vcmcvaWQvZHJhZnQtaWV0Zi1jY2FtcC1tcGxzLXRwLXJzdnB0ZS1leHQt YXNzb2NpYXRlZC1sc3AtMDEudHh0DQoNCg0KTGluZSAxOiBUaGUgZG9jdW1lbnQgaXMgaW4gY2Nh bXAgbm90IG1wbHMuDQoNCjxGZWk+IFNvcnJ5IGZvciB0aGUgZXJyb3IsIHdpbGwgY29ycmVjdA0K DQpMaW5lIDg6ICJFc3RhYmxpc2ggQXNzb2NpYXRlZCBCaWRpcmVjdGlvbmFsIExTUCIuICBQcmVz dW1hYmx5LCB0aGlzIGFsc28NCndpbGwgY292ZXIgbW9yZSB0aGFuIGp1c3QgZXN0YWJsaXNobWVu dCwgc28gcGVyaGFwcyByZXBsYWNlICJ0bw0KRXN0YWJsaXNoIiB3aXRoICJGb3IiIGFuZCAiTFNQ IiB3aXRoICJMU1BzIi4NCg0KPEZlaT4gU3VyZQ0KDQpMaW5lcyAxMzIvMTM0OiAgVGhlIHNlY3Rp b24gaXMgdGl0bGVkIGFzc29jaWF0aW9uIC4uIG9mIExTUHMsIGJ1dCB0aGUNCmZpcnN0IHRvcGlj IGlzIHByb3Zpc2lvbiBtb2RlbHMgYW5kIGl0IGNlcnRhaW5seSBjb3ZlcnMgbW9yZSB0aGFuDQph c3NvY2lhdGlvbi4gIFBlcmhhcHMgdGhlIHRpdGxlIHNob3VsZCBiZSBzb21ldGhpbmcgbW9yZSBn ZW5lcmFsLCBldmVuDQoiQXNzb2NpYXRlZCBCaWRpcmVjdGlvbmFsIExTUHMiLCBvciAiT3ZlcnZp ZXciLg0KDQo8RmVpPiBPaw0KDQpTZWN0aW9uIDMuICBBcyB0aGlzIHNlY3Rpb24gaXMgYSBuYXJy YXRpdmUsIHRoZSB2ZXJ5IGZldyBpbnN0YW5jZXMgb2YNClJGQzIxMTkgbGFuZ3VhZ2Ugc2VlbXMg b3V0IG9mIHBsYWNlLCBpLmUuLCBiZWxvbmdzIGluIHNlY3Rpb24gNCBhbmQgNQ0KYW5kIHNob3Vs ZCBiZSBtb3ZlZCBvciByZW1vdmVkLg0KDQo8RmVpPiB3aWxsIGNvcnJlY3QNCg0KU2VjdGlvbiAz LjIuMi4gIEkgdGhpbmsgdGhpcyBpcyByZWFsbHkgb3Zlcmx5IGNvbXBsZXggYW5kIGxpa2VseSB0 byBsZWFkDQp0byB0aGUgc2FtZSBpc3N1ZXMgYW5kIGNvbmZ1c2lvbiB3ZSd2ZSBzZWVuIGluIGUy ZSByZWNvdmVyeS4gIElzIHRoZXJlDQphbnkgcmVhc29uIG5vdCB0byBrZWVwIGl0IHNpbXBsZSBh bmQgc2F5IHNvbWV0aGluZyBhbG9uZyB0aGUgbGluZXMgb2YNCiJ0aGUgdmFsdWVzIHVzZWQgaW4g dGhlIEFTU09DSUFUSU9OIG9iamVjdCBhcmUgb3V0c2lkZSB0aGUgc2NvcGUgb2YgdGhpcw0KZG9j dW1lbnQuICBGb3IgZXhhbXBsZSB0aGV5IG1heSBiZSBjb21tdW5pY2F0ZWQgdmlhIHRoZSBtYW5h Z2VtZW50DQpwbGFuZS4gTm8gbWF0dGVyIGhvdyB0aGUgdmFsdWVzIGFyZSBjb21tdW5pY2F0ZSwg aWRlbnRpZmljYXRpb24gb2YgdGhlDQpMU1BzIGFzIGJlaW5nIEFzc29jaWF0ZWQgQmlkaXJlY3Rp b25hbCBMU1BzIG9jY3VycyBiYXNlZCBvbiB0aGUNCmlkZW50aWNhbCBjb250ZW50cyBpbiB0aGUg TFNQcycgQVNTT0NJQVRJT04gb2JqZWN0cyINCg0KPEZlaT4gTm8gc3BlY2lhbGx5IHJlYXNvbiwg d2lsbCByZXZpc2UgaXQuDQoNClNlY3Rpb24gMy4zOiBkb2Vzbid0IGNvdmVyIHJlY292ZXJ5IG9m IExTUDIuDQoNCjxGZWk+IFRoZSByZWNvdmVyeSBvZiBMU1BzIGZvbGxvd3MgdGhlIHNhbWUgd2F5 IGFzIExTUDEuIFRoZSBkZXNjcmlwdGlvbg0KICAgICAgd2lsbCBiZSBhZGRlZA0KDQpMaW5lIDQz NzogU3VnZ2VzdCByZW5hbWluZyB0byAiQXNzb2NpYXRpb24gb2YgTFNQcyIuDQo8RmVpPiBPSy4N Cg0KU2VjdGlvbiA0OiBJIHRoaW5rIHRoaXMgaXMgd2hlcmUgYW55IGRpc2N1c3Npb24gb2YgQXNz b2NpYXRpb24gb2JqZWN0DQptb2RpZmljYXRpb25zLCBwcm9jZWR1cmVzLCBhbmQgY29uZm9ybWFu Y2UgbGFuZ3VhZ2Ugc2hvdWxkIGJlIA0KY29uc29saWRhdGVkLg0KDQpMaW5lcyA0NDMtNTI5OiBJ biBnZW5lcmFsLCBvbmUgZG9jdW1lbnQgc2hvdWxkIG5vdCByZXBlYXQgdGhlIGZvcm1hdA0KZnJv bSBhbm90aGVyIGZvciBpbmZvcm1hdGlvbmFsIHB1cnBvc2VzLCBzbyBtb3N0IG9mIHRoZXNlIGxp bmVzIHNob3VsZA0KYmUgZHJvcHBlZC4gIEFsbCB5b3UgbmVlZCBpcyBhIHN0YXRlbWVudCB0byB0 aGUgYWZmZWN0IHRoYXQgdGhlIEV4dGVuZGVkDQpBU1NPQ0lBVElPTiBvYmplY3QgaXMgZGVmaW5l ZCBpbiBbSS1ELmlldGYtY2NhbXAtYXNzb2MtZXh0XSBNVVNUIGJlIHVzZWQuDQoNCjxGZWk+IE9L DQoNCkxpbmUgNDk2OiAgU2hvdWxkIHVzZSB0aGUgc3RhbmRhcmQgdGVybSAiQXNzb2NpYXRlZCBC aWRpcmVjdGlvbmFsIExTUHMiLg0KDQo8RmVpPiBPSw0KDQpMaW5lcyA0OTgtNTAwOiBUaGlzIHNl bnRlbmNlIHJlbGF0ZXMgdG8gbm9kZXMgdGhhdCBkbyAqbm90KiBpbXBsZW1lbnQNCnRoaXMgZHJh ZnQsIGFzIHN1Y2ggaXMgd2F5IG91dHNpZGUgdGhlIHNjb3BlIG9mIHRoZSBkb2N1bWVudCBhbmQg bXVzdCBiZQ0KcmVtb3ZlZC4NCg0KPEZlaT4gT0sNCg0KTGluZXMgNTA3LTUwOSwgNTIzLTUyOTog SW4gZ2VuZXJhbCBJIHRoaW5rIGl0IGlzIGEgbWlzdGFrZSB0byBwcm9zY3JpYmUNCnVzZSBvZiBM U1Agb3IgdHVubmVsIElEcyBhcyBhc3NvY2lhdGlvbiBJRHMuICBVc2luZyB0aGUgYXNzb2MtZXh0 IHJ1bGVzLA0KaXQgaXNuJ3QgYW4gaW50ZXJvcGVyYWJpbGl0eSBjb25jZXJuLCBhbmQgc3VjaCB1 c2FnZSBsZWFkcyB0byB0aGUNCmNvbmZ1c2lvbi9pc3N1ZXMgY292ZXJlZCBpbiB0aGUgYXNzb2Mt aW5mbyBkcmFmdC4gIEkgdGhpbmsgdGhlIDQ4NzINCmRlZmluaXRpb24gaXMgc3VmZmljaWVudCBm b3IgQXNzb2NpYXRpb24gSUQgYW5kIGFzc29jLWV4dCBpcyBzdWZmaWNpZW50DQpmb3IgRXh0ZW5k ZWQgQXNzb2NpYXRpb24gSUQuDQoNCjxGZWk+IFRoZSBlMmUgcmVjb3ZlcnkgYXNzb2NpYXRpb24g W1JGQzQ4NzJdIHdhcyBiYXNlZCBvbiB0aGUgTFNQIElELCBmb3IgDQp0aGUNCldvcmsgYW5kIHBy b3RlY3Rpb24gTFNQcyBhcmUgaW4gdGhlIHNhbWUgdHVubmVsOyANClJGQzQ4NzMgZGlkIG5vdCBn aXZlIHRoaXMgcmVzdHJpY3Rpb24sIGp1c3QgYmFzZWQgb24gdGhlIHVuaXF1ZSB2YWx1ZS4NCkkg dGhpbmsgeW91IG1lYW4gUkZDNDg3MyBkZWZpbml0aW9uIGlzIHN1ZmZpY2llbnQ/DQoNClllYWgs IHRoaXMgd2lsbCB0YWtlIHRoZSBpbnRlcm9wZXJhYmlsaXR5IGNvbmNlcm4uIA0KTXkgaW5pdGlh bCBpZGVhIGlzIHRoYXQgVFAtaWRlbnRpZmllcihpbmNsdWRpbmcgZ2xvYmFsIElEX25vZGUgSURf dHVubmVsIA0KSURfTFNQIElEKQ0KZ2l2ZXMgdGhlIHVuaXF1ZSB2YWx1ZSB0aGF0IG1hdGNoIHRo ZSBhc3NvY2lhdGlvbj4gU2luY2UgZ2xvYmFsIElEIGFuZCANCm5vZGUgSUQgaGFzIGJlZW4NCmRl ZmluZWQgaW4gdGhlIEV4dGVuZGVkIGFzc29jaWF0aW9uIG9iamVjdCwgVHVubmVsIElEKyBMU1Ag SUQgd2lsbCBiZSANCmdsb2FiYWwgdW5pcXVlLCBhbmQNCml0IGlzIGp1c3QgYSBraW5kIG9mIGFz c29jaWF0aW9uIElELg0KDQpJIGFncmVlIHdpdGggeW91IHRoYXQgdGhlIHVuaXF1ZSB2YWx1ZSBp cyBub3QgbmVlZGVkIHRvIGJlIHRoZSBMU1AgSUQrIA0KVHVubmVsIElELCB3aWxsDQpyZWxheCB0 aGUgbGltaXRhdGlvbi4NCg0KU2VjdGlvbiA1OiAgU3VnZ2VzdCByZW5hbWluZyAiU2luZ2xlIFNp ZGVkIFByb3Zpc2lvbmluZyIgYW5kIGluY2x1ZGluZw0KYWxsIHRoZSByZWxhdGVkIG1vZGlmaWNh dGlvbnMsIHByb2NlZHVyZXMsIGFuZCBjb25mb3JtYW5jZSBsYW5ndWFnZSBpbg0KdGhpcyBzZWN0 aW9uLg0KVG9waWNzIHRvIGJlIGNvdmVyZWQgaW5jbHVkZSwgaW4gbm8gcGFydGljdWxhciBvcmRl cjoNCi0gTFNQIENvbnRyb2wgKEVzdGFibGlzaG1lbnQsIHRlYXJkb3duLCBtb2RpZmljYXRpb24g aW5jbHVkaW5nIE1CQi4NCkRvbid0IGZvcmdldCBhYm91dCB0aGUgYXR0cmlidXRlcyBhbmQgYWRt aW4gc3RhdHVzIG9iamVjdHMgLS0gbWF5YmUNCnRoZXJlJ3MgYSBnZW5lcmljIGFwcHJvYWNoIHRo YXQgY2FuIGJlIGZvbGxvd2VkLCBlLmcuLCBhIFJFVkVSU0VfTFNQDQpvYmplY3QgdGhhdCBjYXJy aWVzIG9iamVjdHMgZm9yIHVzZSBieSB0aGUgcmV2ZXJzZSBMU1ANCg0KLSBTeW1tZXRyaWMgYW5k IEFzeW1tZXRyaWMgQlcgKElmIG5vdCBjb3ZlcmVkIHVuZGVyIGEgZ2VuZXJpYyBhcHByb2FjaCkN CkV4cGxpY2l0IGNvbnRyb2wgb2YgdGhlIHJldmVyc2UgTFNQIChJZiBub3QgY292ZXJlZCB1bmRl ciBhIGdlbmVyaWMNCmFwcHJvYWNoKQ0KLSBSZWNvcmQgcm91dGUgb2YgdGhlIHJldmVyc2UgTFNQ IChJZiBub3QgY292ZXJlZCB1bmRlciBhIGdlbmVyaWMgDQphcHByb2FjaCkNCi0gUmVjb3Zlcnkg KElmIG5vdCBjb3ZlcmVkIHVuZGVyIGEgZ2VuZXJpYyBhcHByb2FjaCkNCi0gQ29tcGF0aWJpbGl0 eQ0KLSBVcGRhdGVkIFJTVlAgTWVzc2FnZSBGb3JtYXRzIChhcyBuZWVkZWQpDQoNCjxGZWk+V2Ug d2lsbCBnaXZlIGEgdXBkYXRlZCB2ZXJzaW9uIHRvIGNvdmVyIHRoZXNlIGNvbnRlbnQNCg0KTG91 DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KQ0NBTVAg bWFpbGluZyBsaXN0DQpDQ0FNUEBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9jY2FtcA0KDQoNCg0K --=_alternative 003FE72D482578EA_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpIExvdTwvZm9udD4NCjxicj4N Cjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+VGhhbmtzIGZvciBzbyBtYW55IHZh bHVhYmxlIGNvbW1lbnRzPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5z LXNlcmlmIj5QbGVhc2Ugc2VlIGluIGxpbmUgd2l0aCAmbHQ7RmVpJmd0OzwvZm9udD4NCjxicj4N Cjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Qi5SLjwvZm9udD4NCjxicj4NCjxi cj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+RmVpPC9mb250Pg0KPGJyPg0KPGJyPg0K PGJyPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD0zNSU+ PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxiPkxvdSBCZXJnZXIgJmx0O2xiZXJnZXJA bGFibi5uZXQmZ3Q7PC9iPg0KPC9mb250Pg0KPGJyPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNl cmlmIj63orz+yMs6ICZuYnNwO2NjYW1wLWJvdW5jZXNAaWV0Zi5vcmc8L2ZvbnQ+DQo8cD48Zm9u dCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+MjAxMS0wOC0xMSAyMjowNTwvZm9udD4NCjx0ZCB3 aWR0aD02NCU+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRp diBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+ytW8/sjLPC9mb250 PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5kcmFmdC1pZXRmLWNj YW1wLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcEB0b29scy5pZXRmLm9yZzwvZm9u dD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEg ZmFjZT0ic2Fucy1zZXJpZiI+s63LzTwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFj ZT0ic2Fucy1zZXJpZiI+Q0NBTVAgJmx0O2NjYW1wQGlldGYub3JnJmd0OzwvZm9udD4NCjx0ciB2 YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fu cy1zZXJpZiI+1vfM4jwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1z ZXJpZiI+W0NDQU1QXSBTb21lIGNvbW1lbnRzIG9uIG1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lh dGVkLWxzcDwvZm9udD48L3RhYmxlPg0KPGJyPg0KPHRhYmxlPg0KPHRyIHZhbGlnbj10b3A+DQo8 dGQ+DQo8dGQ+PC90YWJsZT4NCjxicj48L3RhYmxlPg0KPGJyPg0KPGJyPg0KPGJyPjx0dD48Zm9u dCBzaXplPTI+QXV0aG9ycyw8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KR29vZCBwcm9ncmVzcyBvbiB0aGUgZHJhZnQgc28gZmFy LiAmbmJzcDtJbiBsb29raW5nIGF0IHRoZSBwcmV2aW91cyBtYWlsLA0KSTxicj4NCm5vdGljZWQg YSBmZXcgdGhpbmdzIGluIHRoZSBkcmFmdCB0aGF0IEkgdGhpbmsgY291bGQgaW1wcm92ZSB0aGUg Y2xhcml0eTxicj4NCm9mIHRoZSBkcmFmdC4gJm5ic3A7Tm90ZSB0aGF0IGEgYnVuY2ggb2YgdGhl c2UgY29tbWVudHMgYXJlIHN0eWxlIGluIG5hdHVyZSw8YnI+DQpub3QgdGVjaG5pY2FsLiAmbmJz cDtBbHNvIGNvbW1lbnRzIGFyZSBtYWRlIGFzIGEgV0cgY29udHJpYnV0b3IsIG5vdCBjaGFpci48 YnI+DQo8YnI+DQpTb21lIGdlbmVyYWwgY29tbWVudHM6PGJyPg0KLSBUaGVyZSBpcyBuby9saXR0 bGUgY29uZm9ybWFuY2UgbGFuZ3VhZ2UgcmVsYXRlZCB0byB0aGUgU2luZ2xlIFNpZGVkPGJyPg0K UHJvdmlzaW9uaW5nLiAmbmJzcDtUaGlzIGlzIGEgaHVnZSBob2xlIGluIHRoZSBkcmFmdC48L2Zv bnQ+PC90dD4NCjxicj4NCjxicj48dHQ+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWU+Jmx0O0ZlaSZn dDsgRG8geW91IG1lYW4gdG8gYWRkIHRoZW0gaW4NCnNlY3Rpb24gNT88L2ZvbnQ+PC90dD48dHQ+ PGZvbnQgc2l6ZT0yPjxicj4NCjxicj4NCi0gQXMgbWVudGlvbmVkIGluIG15IHByZXZpb3VzIG1h aWwsIGJhY2t3YXJkcyBjb21wYXRpYmlsaXR5IG5lZWRzIHRvIGJlPGJyPg0KYWRkcmVzczwvZm9u dD48L3R0Pg0KPGJyPg0KPGJyPjx0dD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZT4mbHQ7RmVpJmd0 OyBXaWxsIGJlIGFkZGVkIGluIHNlY3Rpb24gNTwvZm9udD48L3R0Pjx0dD48Zm9udCBzaXplPTI+ PGJyPg0KPGJyPg0KLSBIb3cgYXJlIHlvdSB0aGlua2luZyBhYm91dCBwcm92aWRpbmcgdGhlIEVS TyAoYW5kIHBlcmhhcHMgUlJPPykgZm9yPGJyPg0KdGhlIHJldmVyc2UgTFNQIHdoZW4gdXNpbmcg U2luZ2xlIFNpZGVkIFByb3Zpc2lvbmluZz8gJm5ic3A7KEtlZXAgaW4gbWluZA0Kd2U8YnI+DQph bHJlYWR5IGhhdmUgRVJPcy9SUk9zIGFuZCBTRVJPcy9TUlJPcywgaXQgd291bGQgYmUgZ29vZCB0 byBmaWd1cmUgb3V0PGJyPg0KaWYgdGhlc2UgY2FuIGJlIGxldmVyYWdlZC4pPC9mb250PjwvdHQ+ DQo8YnI+DQo8YnI+PHR0Pjxmb250IHNpemU9MiBjb2xvcj1ibHVlPiZsdDtGZWkmZ3Q7IEFjdHVh bGx5IEkgdGhpbmsgRVJPIHdpbCBiZQ0KdXNlZnVsLjwvZm9udD48L3R0Pg0KPGJyPjx0dD48Zm9u dCBzaXplPTIgY29sb3I9Ymx1ZT4mbmJzcDtDb25zaWRlciB0aGF0IG9uZSBQQ0UgaXMgdXNlZCB0 bw0KY2FsY3VhbGF0ZSB0aGUgVEUtTFNQcywgaXQgd2lsbCBnaXZlIGJvdGggZGlyZWN0aW9uYWwn cyBpbmZvcm1hdGlvbnMgdG8NCjwvZm9udD48L3R0Pg0KPGJyPjx0dD48Zm9udCBzaXplPTIgY29s b3I9Ymx1ZT50aGUgaW5ncmVzcyBMU1IuIFRoZSByZXZlcnNlIExTUCdzIHBhdGgNCndpbGwgYmUg Y2FycmllZCBpbiB0aGUgZm9yd2FyZCBMU1AncyBQQVRIIG1lc3NhZ2UuPC9mb250PjwvdHQ+DQo8 YnI+DQo8YnI+PHR0Pjxmb250IHNpemU9MiBjb2xvcj1ibHVlPkZvciB0aGUgUlJPIGZ1bmN0aW9u LCBpZiB0aGUgZWdyZXNzIExTUA0Kd2FudHMgdG8gZ2V0IHRoZSBpbmZvcm1hdGlvbiBvZiB0aGUg Zm9yd2FyZCBMU1AsIGl0IGp1c3QgbmVlZHMgdG8gY2hlY2sNCnRoZSBmb3J3YXJkIExTUCdzIFBB VEggbWVzc2FnZS48L2ZvbnQ+PC90dD4NCjxicj48dHQ+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWU+ SSBkbyBub3Qgc2VlIGFueSByZWFzb24gdG8gY2FycnkgaXQsIGNhbg0KeW91IGNsYXJpZnkgb24g dGhpcyBwb2ludD88L2ZvbnQ+PC90dD48dHQ+PGZvbnQgc2l6ZT0yPjxicj4NCjxicj4NCi0gSG93 IGRvZXMgNDg3Mi8zIHN0eWxlIHJlY292ZXJ5IHdvcmsgZm9yIHRoZSByZXZlcnNlIExTUD88L2Zv bnQ+PC90dD4NCjxicj4NCjxicj48dHQ+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWU+Jmx0O0ZlaSZn dDsgSSBoYXZlIG5vdCB0aG91Z2h0IGFib3V0IHRoaXMNCmJlZm9yZSwgdGhpcyB3aWxsIGJlIGEg Yml0IG1vcmUgY29tcGxpY2F0ZWQsIGJ1dCB5b3VyIHN1Z2dlc3Rpb24gdG8gZGVmaW5lDQphIG5l dyB0b3AgbGV2ZWwgb2JqZWN0IHdpbGwgYmUgaGVscGZ1bC48L2ZvbnQ+PC90dD48dHQ+PGZvbnQg c2l6ZT0yPjxicj4NCjxicj4NCi0gWW91IGludHJvZHVjZSB0aGUgbmV3LCBhbmQgc29tZXdoYXQg Y29uZnVzaW5nLCB0ZXJtOiAmcXVvdDtUd28gUmV2ZXJzZTxicj4NClVuaWRpcmVjdGlvbmFsIExT UHMmcXVvdDsuICZuYnNwO1RQIGFscmVhZHkgaGFzIGEgdGVybSBmb3IgdGhpcywgaS5lLiw8YnI+ DQomcXVvdDtBc3NvY2lhdGVkIEJpZGlyZWN0aW9uYWwgTFNQcyZxdW90Oy4gJm5ic3A7SSB0aGlu ayB0aGUgZG9jdW1lbnQgc2hvdWxkDQpqdXN0IHVzZTxicj4NCnRoaXMgZXN0YWJsaXNoZWQgdGVy bS48L2ZvbnQ+PC90dD4NCjxicj4NCjxicj48dHQ+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWU+Jmx0 O0ZlaSZndDsgV2lsbCBjb3JyZWN0PC9mb250PjwvdHQ+PHR0Pjxmb250IHNpemU9Mj48YnI+DQo8 YnI+DQpGb3IgdGhlIGZvbGxvd2luZyBJJ20gdXNpbmcgbGluZSBudW1iZXJzIGZvdW5kIHZpYTxi cj4NCmh0dHA6Ly90b29scy5pZXRmLm9yZy9pZG5pdHM/dXJsPWh0dHA6Ly90b29scy5pZXRmLm9y Zy9pZC9kcmFmdC1pZXRmLWNjYW1wLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcC0w MS50eHQ8YnI+DQo8YnI+DQpMaW5lIDE6IFRoZSBkb2N1bWVudCBpcyBpbiBjY2FtcCBub3QgbXBs cy48L2ZvbnQ+PC90dD4NCjxicj4NCjxicj48dHQ+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWU+Jmx0 O0ZlaSZndDsgU29ycnkgZm9yIHRoZSBlcnJvciwgd2lsbCBjb3JyZWN0PC9mb250PjwvdHQ+PHR0 Pjxmb250IHNpemU9Mj48YnI+DQo8YnI+DQpMaW5lIDg6ICZxdW90O0VzdGFibGlzaCBBc3NvY2lh dGVkIEJpZGlyZWN0aW9uYWwgTFNQJnF1b3Q7LiAmbmJzcDtQcmVzdW1hYmx5LA0KdGhpcyBhbHNv PGJyPg0Kd2lsbCBjb3ZlciBtb3JlIHRoYW4ganVzdCBlc3RhYmxpc2htZW50LCBzbyBwZXJoYXBz IHJlcGxhY2UgJnF1b3Q7dG88YnI+DQpFc3RhYmxpc2gmcXVvdDsgd2l0aCAmcXVvdDtGb3ImcXVv dDsgYW5kICZxdW90O0xTUCZxdW90OyB3aXRoICZxdW90O0xTUHMmcXVvdDsuPGJyPg0KPC9mb250 PjwvdHQ+DQo8YnI+PHR0Pjxmb250IHNpemU9MiBjb2xvcj1ibHVlPiZsdDtGZWkmZ3Q7IFN1cmU8 L2ZvbnQ+PC90dD4NCjxicj48dHQ+PGZvbnQgc2l6ZT0yPjxicj4NCkxpbmVzIDEzMi8xMzQ6ICZu YnNwO1RoZSBzZWN0aW9uIGlzIHRpdGxlZCBhc3NvY2lhdGlvbiAuLiBvZiBMU1BzLCBidXQNCnRo ZTxicj4NCmZpcnN0IHRvcGljIGlzIHByb3Zpc2lvbiBtb2RlbHMgYW5kIGl0IGNlcnRhaW5seSBj b3ZlcnMgbW9yZSB0aGFuPGJyPg0KYXNzb2NpYXRpb24uICZuYnNwO1BlcmhhcHMgdGhlIHRpdGxl IHNob3VsZCBiZSBzb21ldGhpbmcgbW9yZSBnZW5lcmFsLA0KZXZlbjxicj4NCiZxdW90O0Fzc29j aWF0ZWQgQmlkaXJlY3Rpb25hbCBMU1BzJnF1b3Q7LCBvciAmcXVvdDtPdmVydmlldyZxdW90Oy48 L2ZvbnQ+PC90dD4NCjxicj4NCjxicj48dHQ+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWU+Jmx0O0Zl aSZndDsgT2s8L2ZvbnQ+PC90dD48dHQ+PGZvbnQgc2l6ZT0yPjxicj4NCjxicj4NClNlY3Rpb24g My4gJm5ic3A7QXMgdGhpcyBzZWN0aW9uIGlzIGEgbmFycmF0aXZlLCB0aGUgdmVyeSBmZXcgaW5z dGFuY2VzDQpvZjxicj4NClJGQzIxMTkgbGFuZ3VhZ2Ugc2VlbXMgb3V0IG9mIHBsYWNlLCBpLmUu LCBiZWxvbmdzIGluIHNlY3Rpb24gNCBhbmQgNTxicj4NCmFuZCBzaG91bGQgYmUgbW92ZWQgb3Ig cmVtb3ZlZC48L2ZvbnQ+PC90dD4NCjxicj4NCjxicj48dHQ+PGZvbnQgc2l6ZT0yIGNvbG9yPWJs dWU+Jmx0O0ZlaSZndDsgd2lsbCBjb3JyZWN0PC9mb250PjwvdHQ+PHR0Pjxmb250IHNpemU9Mj48 YnI+DQo8YnI+DQpTZWN0aW9uIDMuMi4yLiAmbmJzcDtJIHRoaW5rIHRoaXMgaXMgcmVhbGx5IG92 ZXJseSBjb21wbGV4IGFuZCBsaWtlbHkgdG8NCmxlYWQ8YnI+DQp0byB0aGUgc2FtZSBpc3N1ZXMg YW5kIGNvbmZ1c2lvbiB3ZSd2ZSBzZWVuIGluIGUyZSByZWNvdmVyeS4gJm5ic3A7SXMgdGhlcmU8 YnI+DQphbnkgcmVhc29uIG5vdCB0byBrZWVwIGl0IHNpbXBsZSBhbmQgc2F5IHNvbWV0aGluZyBh bG9uZyB0aGUgbGluZXMgb2Y8YnI+DQomcXVvdDt0aGUgdmFsdWVzIHVzZWQgaW4gdGhlIEFTU09D SUFUSU9OIG9iamVjdCBhcmUgb3V0c2lkZSB0aGUgc2NvcGUgb2YNCnRoaXM8YnI+DQpkb2N1bWVu dC4gJm5ic3A7Rm9yIGV4YW1wbGUgdGhleSBtYXkgYmUgY29tbXVuaWNhdGVkIHZpYSB0aGUgbWFu YWdlbWVudDxicj4NCnBsYW5lLiBObyBtYXR0ZXIgaG93IHRoZSB2YWx1ZXMgYXJlIGNvbW11bmlj YXRlLCBpZGVudGlmaWNhdGlvbiBvZiB0aGU8YnI+DQpMU1BzIGFzIGJlaW5nIEFzc29jaWF0ZWQg QmlkaXJlY3Rpb25hbCBMU1BzIG9jY3VycyBiYXNlZCBvbiB0aGU8YnI+DQppZGVudGljYWwgY29u dGVudHMgaW4gdGhlIExTUHMnIEFTU09DSUFUSU9OIG9iamVjdHMmcXVvdDs8YnI+DQo8L2ZvbnQ+ PC90dD4NCjxicj48dHQ+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWU+Jmx0O0ZlaSZndDsgTm8gc3Bl Y2lhbGx5IHJlYXNvbiwgd2lsbCByZXZpc2UNCml0LjwvZm9udD48L3R0Pg0KPGJyPjx0dD48Zm9u dCBzaXplPTI+PGJyPg0KU2VjdGlvbiAzLjM6IGRvZXNuJ3QgY292ZXIgcmVjb3Zlcnkgb2YgTFNQ Mi48L2ZvbnQ+PC90dD4NCjxicj4NCjxicj48dHQ+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWU+Jmx0 O0ZlaSZndDsgVGhlIHJlY292ZXJ5IG9mIExTUHMgZm9sbG93cw0KdGhlIHNhbWUgd2F5IGFzIExT UDEuIFRoZSBkZXNjcmlwdGlvbjwvZm9udD48L3R0Pg0KPGJyPjx0dD48Zm9udCBzaXplPTIgY29s b3I9Ymx1ZT4mbmJzcDsgJm5ic3A7ICZuYnNwOyB3aWxsIGJlIGFkZGVkPC9mb250PjwvdHQ+PHR0 Pjxmb250IHNpemU9Mj48YnI+DQo8YnI+DQpMaW5lIDQzNzogU3VnZ2VzdCByZW5hbWluZyB0byAm cXVvdDtBc3NvY2lhdGlvbiBvZiBMU1BzJnF1b3Q7LjwvZm9udD48L3R0Pg0KPGJyPjx0dD48Zm9u dCBzaXplPTIgY29sb3I9Ymx1ZT4mbHQ7RmVpJmd0OyA8L2ZvbnQ+PC90dD48dHQ+PGZvbnQgc2l6 ZT0yPk9LLjxicj4NCjxicj4NClNlY3Rpb24gNDogSSB0aGluayB0aGlzIGlzIHdoZXJlIGFueSBk aXNjdXNzaW9uIG9mIEFzc29jaWF0aW9uIG9iamVjdDxicj4NCm1vZGlmaWNhdGlvbnMsIHByb2Nl ZHVyZXMsIGFuZCBjb25mb3JtYW5jZSBsYW5ndWFnZSBzaG91bGQgYmUgY29uc29saWRhdGVkLjxi cj4NCjxicj4NCkxpbmVzIDQ0My01Mjk6IEluIGdlbmVyYWwsIG9uZSBkb2N1bWVudCBzaG91bGQg bm90IHJlcGVhdCB0aGUgZm9ybWF0PGJyPg0KZnJvbSBhbm90aGVyIGZvciBpbmZvcm1hdGlvbmFs IHB1cnBvc2VzLCBzbyBtb3N0IG9mIHRoZXNlIGxpbmVzIHNob3VsZDxicj4NCmJlIGRyb3BwZWQu ICZuYnNwO0FsbCB5b3UgbmVlZCBpcyBhIHN0YXRlbWVudCB0byB0aGUgYWZmZWN0IHRoYXQgdGhl IEV4dGVuZGVkPGJyPg0KQVNTT0NJQVRJT04gb2JqZWN0IGlzIGRlZmluZWQgaW4gW0ktRC5pZXRm LWNjYW1wLWFzc29jLWV4dF0gTVVTVCBiZSB1c2VkLjwvZm9udD48L3R0Pg0KPGJyPg0KPGJyPjx0 dD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZT4mbHQ7RmVpJmd0OyA8L2ZvbnQ+PC90dD48dHQ+PGZv bnQgc2l6ZT0yPk9LPGJyPg0KPGJyPg0KTGluZSA0OTY6ICZuYnNwO1Nob3VsZCB1c2UgdGhlIHN0 YW5kYXJkIHRlcm0gJnF1b3Q7QXNzb2NpYXRlZCBCaWRpcmVjdGlvbmFsDQpMU1BzJnF1b3Q7Ljwv Zm9udD48L3R0Pg0KPGJyPg0KPGJyPjx0dD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZT4mbHQ7RmVp Jmd0OyA8L2ZvbnQ+PC90dD48dHQ+PGZvbnQgc2l6ZT0yPk9LPGJyPg0KPGJyPg0KTGluZXMgNDk4 LTUwMDogVGhpcyBzZW50ZW5jZSByZWxhdGVzIHRvIG5vZGVzIHRoYXQgZG8gKm5vdCogaW1wbGVt ZW50PGJyPg0KdGhpcyBkcmFmdCwgYXMgc3VjaCBpcyB3YXkgb3V0c2lkZSB0aGUgc2NvcGUgb2Yg dGhlIGRvY3VtZW50IGFuZCBtdXN0IGJlPGJyPg0KcmVtb3ZlZC48L2ZvbnQ+PC90dD4NCjxicj4N Cjxicj48dHQ+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWU+Jmx0O0ZlaSZndDsgPC9mb250PjwvdHQ+ PHR0Pjxmb250IHNpemU9Mj5PSzxicj4NCjxicj4NCkxpbmVzIDUwNy01MDksIDUyMy01Mjk6IElu IGdlbmVyYWwgSSB0aGluayBpdCBpcyBhIG1pc3Rha2UgdG8gcHJvc2NyaWJlPGJyPg0KdXNlIG9m IExTUCBvciB0dW5uZWwgSURzIGFzIGFzc29jaWF0aW9uIElEcy4gJm5ic3A7VXNpbmcgdGhlIGFz c29jLWV4dA0KcnVsZXMsPGJyPg0KaXQgaXNuJ3QgYW4gaW50ZXJvcGVyYWJpbGl0eSBjb25jZXJu LCBhbmQgc3VjaCB1c2FnZSBsZWFkcyB0byB0aGU8YnI+DQpjb25mdXNpb24vaXNzdWVzIGNvdmVy ZWQgaW4gdGhlIGFzc29jLWluZm8gZHJhZnQuICZuYnNwO0kgdGhpbmsgdGhlIDQ4NzI8YnI+DQpk ZWZpbml0aW9uIGlzIHN1ZmZpY2llbnQgZm9yIEFzc29jaWF0aW9uIElEIGFuZCBhc3NvYy1leHQg aXMgc3VmZmljaWVudDxicj4NCmZvciBFeHRlbmRlZCBBc3NvY2lhdGlvbiBJRC48L2ZvbnQ+PC90 dD4NCjxicj4NCjxicj48dHQ+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWU+Jmx0O0ZlaSZndDsgVGhl IGUyZSByZWNvdmVyeSBhc3NvY2lhdGlvbg0KW1JGQzQ4NzJdIHdhcyBiYXNlZCBvbiB0aGUgTFNQ IElELCBmb3IgdGhlPC9mb250PjwvdHQ+DQo8YnI+PHR0Pjxmb250IHNpemU9MiBjb2xvcj1ibHVl PldvcmsgYW5kIHByb3RlY3Rpb24gTFNQcyBhcmUgaW4gdGhlIHNhbWUNCnR1bm5lbDsgPC9mb250 PjwvdHQ+DQo8YnI+PHR0Pjxmb250IHNpemU9MiBjb2xvcj1ibHVlPlJGQzQ4NzMgZGlkIG5vdCBn aXZlIHRoaXMgcmVzdHJpY3Rpb24sDQpqdXN0IGJhc2VkIG9uIHRoZSB1bmlxdWUgdmFsdWUuPC9m b250PjwvdHQ+DQo8YnI+PHR0Pjxmb250IHNpemU9MiBjb2xvcj1ibHVlPkkgdGhpbmsgeW91IG1l YW4gUkZDNDg3MyBkZWZpbml0aW9uIGlzDQpzdWZmaWNpZW50PzwvZm9udD48L3R0Pg0KPGJyPg0K PGJyPjx0dD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZT5ZZWFoLCB0aGlzIHdpbGwgdGFrZSB0aGUg aW50ZXJvcGVyYWJpbGl0eQ0KY29uY2Vybi4gPC9mb250PjwvdHQ+DQo8YnI+PHR0Pjxmb250IHNp emU9MiBjb2xvcj1ibHVlPk15IGluaXRpYWwgaWRlYSBpcyB0aGF0IFRQLWlkZW50aWZpZXIoaW5j bHVkaW5nDQpnbG9iYWwgSURfbm9kZSBJRF90dW5uZWwgSURfTFNQIElEKTwvZm9udD48L3R0Pg0K PGJyPjx0dD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZT5naXZlcyB0aGUgdW5pcXVlIHZhbHVlIHRo YXQgbWF0Y2ggdGhlIGFzc29jaWF0aW9uJmd0Ow0KU2luY2UgZ2xvYmFsIElEIGFuZCBub2RlIElE IGhhcyBiZWVuPC9mb250PjwvdHQ+DQo8YnI+PHR0Pjxmb250IHNpemU9MiBjb2xvcj1ibHVlPmRl ZmluZWQgaW4gdGhlIEV4dGVuZGVkIGFzc29jaWF0aW9uIG9iamVjdCwNClR1bm5lbCBJRCsgTFNQ IElEIHdpbGwgYmUgZ2xvYWJhbCB1bmlxdWUsIGFuZDwvZm9udD48L3R0Pg0KPGJyPjx0dD48Zm9u dCBzaXplPTIgY29sb3I9Ymx1ZT5pdCBpcyBqdXN0IGEga2luZCBvZiBhc3NvY2lhdGlvbiBJRC48 L2ZvbnQ+PC90dD4NCjxicj4NCjxicj48dHQ+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWU+SSBhZ3Jl ZSB3aXRoIHlvdSB0aGF0IHRoZSB1bmlxdWUgdmFsdWUNCmlzIG5vdCBuZWVkZWQgdG8gYmUgdGhl IExTUCBJRCsgVHVubmVsIElELCB3aWxsPC9mb250PjwvdHQ+DQo8YnI+PHR0Pjxmb250IHNpemU9 MiBjb2xvcj1ibHVlPnJlbGF4IHRoZSBsaW1pdGF0aW9uLjwvZm9udD48L3R0Pg0KPGJyPjx0dD48 Zm9udCBzaXplPTI+PGJyPg0KU2VjdGlvbiA1OiAmbmJzcDtTdWdnZXN0IHJlbmFtaW5nICZxdW90 O1NpbmdsZSBTaWRlZCBQcm92aXNpb25pbmcmcXVvdDsNCmFuZCBpbmNsdWRpbmc8YnI+DQphbGwg dGhlIHJlbGF0ZWQgbW9kaWZpY2F0aW9ucywgcHJvY2VkdXJlcywgYW5kIGNvbmZvcm1hbmNlIGxh bmd1YWdlIGluPGJyPg0KdGhpcyBzZWN0aW9uLjxicj4NClRvcGljcyB0byBiZSBjb3ZlcmVkIGlu Y2x1ZGUsIGluIG5vIHBhcnRpY3VsYXIgb3JkZXI6PGJyPg0KLSBMU1AgQ29udHJvbCAoRXN0YWJs aXNobWVudCwgdGVhcmRvd24sIG1vZGlmaWNhdGlvbiBpbmNsdWRpbmcgTUJCLjxicj4NCkRvbid0 IGZvcmdldCBhYm91dCB0aGUgYXR0cmlidXRlcyBhbmQgYWRtaW4gc3RhdHVzIG9iamVjdHMgLS0g bWF5YmU8YnI+DQp0aGVyZSdzIGEgZ2VuZXJpYyBhcHByb2FjaCB0aGF0IGNhbiBiZSBmb2xsb3dl ZCwgZS5nLiwgYSBSRVZFUlNFX0xTUDxicj4NCm9iamVjdCB0aGF0IGNhcnJpZXMgb2JqZWN0cyBm b3IgdXNlIGJ5IHRoZSByZXZlcnNlIExTUDxicj4NCjxicj4NCi0gU3ltbWV0cmljIGFuZCBBc3lt bWV0cmljIEJXIChJZiBub3QgY292ZXJlZCB1bmRlciBhIGdlbmVyaWMgYXBwcm9hY2gpPGJyPg0K RXhwbGljaXQgY29udHJvbCBvZiB0aGUgcmV2ZXJzZSBMU1AgKElmIG5vdCBjb3ZlcmVkIHVuZGVy IGEgZ2VuZXJpYzxicj4NCmFwcHJvYWNoKTxicj4NCi0gUmVjb3JkIHJvdXRlIG9mIHRoZSByZXZl cnNlIExTUCAoSWYgbm90IGNvdmVyZWQgdW5kZXIgYSBnZW5lcmljIGFwcHJvYWNoKTwvZm9udD48 L3R0Pg0KPGJyPjx0dD48Zm9udCBzaXplPTI+LSBSZWNvdmVyeSAoSWYgbm90IGNvdmVyZWQgdW5k ZXIgYSBnZW5lcmljIGFwcHJvYWNoKTxicj4NCi0gQ29tcGF0aWJpbGl0eTxicj4NCi0gVXBkYXRl ZCBSU1ZQIE1lc3NhZ2UgRm9ybWF0cyAoYXMgbmVlZGVkKTwvZm9udD48L3R0Pg0KPGJyPg0KPGJy Pjx0dD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZT4mbHQ7RmVpJmd0OzwvZm9udD48L3R0Pjx0dD48 Zm9udCBzaXplPTI+V2UNCndpbGwgZzwvZm9udD48L3R0Pjx0dD48Zm9udCBzaXplPTIgY29sb3I9 Ymx1ZT5pdmUgYSB1cGRhdGVkIHZlcnNpb24gdG8NCmNvdmVyIHRoZXNlIGNvbnRlbnQ8L2ZvbnQ+ PC90dD48dHQ+PGZvbnQgc2l6ZT0yPjxicj4NCjxicj4NCkxvdTxicj4NCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KQ0NBTVAgbWFpbGluZyBsaXN0 PGJyPg0KQ0NBTVBAaWV0Zi5vcmc8YnI+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL2NjYW1wPGJyPg0KPGJyPg0KPC9mb250PjwvdHQ+DQo8YnI+DQo= --=_alternative 003FE72D482578EA_=-- From loa@pi.nu Mon Aug 15 12:31:05 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2933711E80EB; Mon, 15 Aug 2011 12:31:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.687 X-Spam-Level: X-Spam-Status: No, score=-102.687 tagged_above=-999 required=5 tests=[AWL=-0.087, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pi-U2rkXJCVG; Mon, 15 Aug 2011 12:31:04 -0700 (PDT) Received: from mail.pi.nu (mail.pi.nu [194.71.127.148]) by ietfa.amsl.com (Postfix) with ESMTP id 762FD11E80D7; Mon, 15 Aug 2011 12:31:04 -0700 (PDT) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by mail.pi.nu (Postfix) with ESMTPSA id 145302A8001; Mon, 15 Aug 2011 21:31:48 +0200 (CEST) Message-ID: <4E497423.8030001@pi.nu> Date: Mon, 15 Aug 2011 21:31:47 +0200 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , MPLS-TP ad hoc team , pwe3@ietf.org, CCAMP Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [CCAMP] MPLS working group last call on draft-ietf-mpls-tp-li-lb-03.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 19:31:05 -0000 Working Group, this is to start a working group last call on draft-ietf-mpls-tp-li-lb-03.txt Please send your comments to the mpls working group mailing list. This last call ends on August 26th 2011. Loa for the mpls wg co-charirs -- 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 iesg-secretary@ietf.org Mon Aug 15 13:13:34 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DB6A21F8D37; Mon, 15 Aug 2011 13:13:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.537 X-Spam-Level: X-Spam-Status: No, score=-102.537 tagged_above=-999 required=5 tests=[AWL=0.062, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B2-ER+GPdRac; Mon, 15 Aug 2011 13:13:33 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A63E421F8D3B; Mon, 15 Aug 2011 13:13:33 -0700 (PDT) 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: 3.58 Message-ID: <20110815201333.18375.75845.idtracker@ietfa.amsl.com> Date: Mon, 15 Aug 2011 13:13:33 -0700 Cc: ccamp mailing list , ccamp chair , RFC Editor Subject: [CCAMP] Protocol Action: 'GMPLS Asymmetric Bandwidth Bidirectional Label Switched Paths (LSPs)' to Proposed Standard (draft-ietf-ccamp-asymm-bw-bidir-lsps-bis-03.txt) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 20:13:34 -0000 The IESG has approved the following document: - 'GMPLS Asymmetric Bandwidth Bidirectional Label Switched Paths (LSPs)' (draft-ietf-ccamp-asymm-bw-bidir-lsps-bis-03.txt) as a Proposed Standard This document is the product of the Common Control and Measurement Plane 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-ccamp-asymm-bw-bidir-lsps-bis/ Technical Summary This document defines a method for the support of GMPLS asymmetric bandwidth bidirectional Label Switched Paths (LSPs). The presented approach is applicable to any switching technology and builds on the original Resource Reservation Protocol (RSVP) model for the transport of traffic-related parameters. This document moves the experiment documented in RFC 5467 to the standards track and obsoletes RFC 5467. Working Group Summary Nothing noteworthy. The document is considered to be both stable and complete. Document Quality No implementations have been publicly discussed. Personnel Deborah Brungard (db3546@att.com) is the Document Shepherd. Adrian Farrel (adrian.farrel@huawei.com) is the Responsible AD. RFC Editor Note Section 5 s/assigne/assign/ From davari@broadcom.com Mon Aug 15 13:38:56 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F4CF21F8CC1; Mon, 15 Aug 2011 13:38:56 -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=[AWL=0.000, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vvLQu2U1y2Hs; Mon, 15 Aug 2011 13:38:55 -0700 (PDT) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by ietfa.amsl.com (Postfix) with ESMTP id 8F97221F8CBC; Mon, 15 Aug 2011 13:38:55 -0700 (PDT) Received: from [10.16.192.224] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Mon, 15 Aug 2011 13:38:52 -0700 X-Server-Uuid: 02CED230-5797-4B57-9875-D5D2FEE4708A Received: from SJEXCHCCR02.corp.ad.broadcom.com ([10.16.192.130]) by SJEXCHHUB01.corp.ad.broadcom.com ([10.16.192.224]) with mapi; Mon, 15 Aug 2011 13:32:58 -0700 From: "Shahram Davari" To: "Loa Andersson" , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "MPLS-TP ad hoc team" , "pwe3@ietf.org" , CCAMP Date: Mon, 15 Aug 2011 13:32:57 -0700 Thread-Topic: [mpls] MPLS working group last call on draft-ietf-mpls-tp-li-lb-03.txt Thread-Index: AcxbggpPrt1irOFMTFqur+1feKkMTQABQBlg Message-ID: <2C2F1EBA8050E74EA81502D5740B4BD6A9329A7B9D@SJEXCHCCR02.corp.ad.broadcom.com> References: <4E497423.8030001@pi.nu> In-Reply-To: <4E497423.8030001@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 62575C563DK11419773-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Re: [CCAMP] [mpls] MPLS working group last call on draft-ietf-mpls-tp-li-lb-03.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 20:38:56 -0000 Hi, I have a general clarification question regarding this draft. It seems that= the exact position of the Transmit, Loopback and receive MEP/MIP in the da= ta-plane processing is not well defined, which could lead to unpredictable = results. For example what is the expected behavior for Transmit, Receive an= d Loopback points: - Transmit Before or after Ingress policing? - Transmit and Loopback before or after Queuing/shaping? - Loopback Before or after forwarding (Label Switching)? - Loopback at Ingress Port (Down-MEP) or Egress port (Up-MEP)? - Loopback before TTL decrement or after TTL decrement? - Loopback before or after LSP termination at LSP terminating MEP? - Loopback or not loopback ACH messages at terminating MEP? - loopback or not Loopback VCCV messages at terminating MEP? - loopback or not Loopback LSP OAM messages (such as BFD) with IP address = =3D 127/8 at terminating MEP? - loopback or not Loopback LSP-Ping messages not defined in this draft? And many similar questions. I would appreciate the authors response and cla= rification. Thanks Shahram =20 -----Original Message----- From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Loa= Andersson Sent: Monday, August 15, 2011 12:32 PM To: mpls@ietf.org; mpls-chairs@tools.ietf.org; MPLS-TP ad hoc team; pwe3@ie= tf.org; CCAMP Subject: [mpls] MPLS working group last call on draft-ietf-mpls-tp-li-lb-03= .txt Working Group, this is to start a working group last call on draft-ietf-mpls-tp-li-lb-03.txt Please send your comments to the mpls working group mailing list. This last call ends on August 26th 2011. Loa for the mpls wg co-charirs --=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 davari@broadcom.com Mon Aug 15 14:33:13 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 03DD321F8C87; Mon, 15 Aug 2011 14:33:13 -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=[AWL=0.000, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Cwz4KhnquFxS; Mon, 15 Aug 2011 14:33:11 -0700 (PDT) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by ietfa.amsl.com (Postfix) with ESMTP id 8F5FB21F8C83; Mon, 15 Aug 2011 14:33:11 -0700 (PDT) Received: from [10.16.192.224] by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Mon, 15 Aug 2011 14:36:33 -0700 X-Server-Uuid: B55A25B1-5D7D-41F8-BC53-C57E7AD3C201 Received: from SJEXCHCCR02.corp.ad.broadcom.com ([10.16.192.130]) by SJEXCHHUB01.corp.ad.broadcom.com ([10.16.192.224]) with mapi; Mon, 15 Aug 2011 14:31:18 -0700 From: "Shahram Davari" To: "Shahram Davari" , "Loa Andersson" , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "MPLS-TP ad hoc team" , "pwe3@ietf.org" , CCAMP Date: Mon, 15 Aug 2011 14:31:17 -0700 Thread-Topic: [mpls] MPLS working group last call on draft-ietf-mpls-tp-li-lb-03.txt Thread-Index: AcxbggpPrt1irOFMTFqur+1feKkMTQABQBlgAAKoL3A= Message-ID: <2C2F1EBA8050E74EA81502D5740B4BD6A9329A7C0A@SJEXCHCCR02.corp.ad.broadcom.com> References: <4E497423.8030001@pi.nu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 62574EEB3KO6181140-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Re: [CCAMP] [mpls] MPLS working group last call on draft-ietf-mpls-tp-li-lb-03.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 21:33:13 -0000 Hi, A few more comments: - How is a MIP put to Loopback mode?=20 - How does the MIP get out of loopback? - How does the Ingress MEP know that the Egress MEP has accepted its reques= t for Lockout? - How does the Ingress MEP know that the MIP is or is not in loopback mode? previous versions of the draft addressed all these issues, but I am wonderi= ng how are these done without special messages and Acks. Thx Shahram -----Original Message----- From: Shahram Davari=20 Sent: Monday, August 15, 2011 1:33 PM To: 'Loa Andersson'; 'mpls@ietf.org'; 'mpls-chairs@tools.ietf.org'; 'MPLS-T= P ad hoc team'; 'pwe3@ietf.org'; 'CCAMP' Subject: RE: [mpls] MPLS working group last call on draft-ietf-mpls-tp-li-l= b-03.txt Hi, I have a general clarification question regarding this draft. It seems that= the exact position of the Transmit, Loopback and receive MEP/MIP in the da= ta-plane processing is not well defined, which could lead to unpredictable = results. For example what is the expected behavior for Transmit, Receive an= d Loopback points: - Transmit Before or after Ingress policing? - Transmit and Loopback before or after Queuing/shaping? - Loopback Before or after forwarding (Label Switching)? - Loopback at Ingress Port (Down-MEP) or Egress port (Up-MEP)? - Loopback before TTL decrement or after TTL decrement? - Loopback before or after LSP termination at LSP terminating MEP? - Loopback or not loopback ACH messages at terminating MEP? - loopback or not Loopback VCCV messages at terminating MEP? - loopback or not Loopback LSP OAM messages (such as BFD) with IP address = =3D 127/8 at terminating MEP? - loopback or not Loopback LSP-Ping messages not defined in this draft? And many similar questions. I would appreciate the authors response and cla= rification. Thanks Shahram =20 -----Original Message----- From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Loa= Andersson Sent: Monday, August 15, 2011 12:32 PM To: mpls@ietf.org; mpls-chairs@tools.ietf.org; MPLS-TP ad hoc team; pwe3@ie= tf.org; CCAMP Subject: [mpls] MPLS working group last call on draft-ietf-mpls-tp-li-lb-03= .txt Working Group, this is to start a working group last call on draft-ietf-mpls-tp-li-lb-03.txt Please send your comments to the mpls working group mailing list. This last call ends on August 26th 2011. Loa for the mpls wg co-charirs --=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 ietfc@btconnect.com Wed Aug 17 09:27:31 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A44621F8797 for ; Wed, 17 Aug 2011 09:27:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.984 X-Spam-Level: X-Spam-Status: No, score=-1.984 tagged_above=-999 required=5 tests=[AWL=-0.454, BAYES_00=-2.599, DATE_IN_PAST_06_12=1.069] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d683sqn78erT for ; Wed, 17 Aug 2011 09:27:30 -0700 (PDT) Received: from mail.btconnect.com (c2bthomr10.btconnect.com [213.123.20.128]) by ietfa.amsl.com (Postfix) with ESMTP id F3CAB21F86BB for ; Wed, 17 Aug 2011 09:27:28 -0700 (PDT) Received: from host109-153-79-81.range109-153.btcentralplus.com (HELO pc6) ([109.153.79.81]) by c2bthomr10.btconnect.com with SMTP id EBI31960; Wed, 17 Aug 2011 17:28:02 +0100 (BST) Message-ID: <002d01cc5cf1$c4122920$4001a8c0@gateway.2wire.net> From: "t.petch" To: "Greg Bernstein" , "PELOSO, PIERRE \(PIERRE\)" References: <7AEB3D6833318045B4AE71C2C87E8E170C62FA55@DFWEML501-MBX.china.huawei.com><4DFB7ED7.5040509@orange-ftgroup.com><4DFB947B.1050409@grotto-networking.com><7AEB3D6833318045B4AE71C2C87E8E1718137E45@dfweml502-mbx.china.huawei.com><4E09EBCF.2020207@labn.net><4E1324A9.4080502@grotto-networking.com><4E172D33.4000800@grotto-networking.com><4E1E05B5.3030305@grotto-networking.com> <4E26EE91.6000607@grotto-networking.com> Date: Wed, 17 Aug 2011 12:14:52 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit 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-Mirapoint-IP-Reputation: reputation=Neutral-1, source=Queried, refid=tid=0001.0A0B0302.4E4BEC12.0079, actions=tag X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2011.8.17.154517:17:7.586, ip=109.153.79.81, rules=__HAS_MSGID, __OUTLOOK_MSGID_1, __SANE_MSGID, __TO_MALFORMED_2, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __MIME_VERSION, __CT, CT_TP_8859_1, __CT_TEXT_PLAIN, __CTE, __HAS_X_PRIORITY, __HAS_MSMAIL_PRI, __HAS_X_MAILER, USER_AGENT_OE, __OUTLOOK_MUA_1, __USER_AGENT_MS_GENERIC, DATE_IN_PAST_06_12, __ANY_URI, __URI_NO_PATH, __C230066_P5, __CP_MEDIA_2_BODY, BODY_SIZE_4000_4999, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, __OUTLOOK_MUA, RDNS_SUSP, BODY_SIZE_7000_LESS X-Junkmail-Status: score=10/50, host=c2bthomr10.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B0207.4E4BEC13.0137,ss=1,fgs=0, ip=0.0.0.0, so=2010-07-22 22:03:31, dmn=2009-09-10 00:05:08, mode=multiengine X-Junkmail-IWF: false Cc: ccamp@ietf.org Subject: Re: [CCAMP] Change 1: Introduction of resource pool entity (was Re: Moving the WSON discussion forward) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 16:27:31 -0000 ----- Original Message ----- From: "Greg Bernstein" To: "PELOSO, PIERRE (PIERRE)" Cc: Sent: Wednesday, July 20, 2011 5:04 PM I think this is more a question to the OSPF WG. Are you asking when an LSA gets updated? They get updated when a newer one is received. By newer one that means one with the same "LSA instance number". Another top level TLV wouldn't help here since updates are not based on TLVs, but on LSAs (OSPF folks please chime in). I have not seen a chime so here is one. An LSA is identified by the combination of LS Type, Link State ID and Advertising Router, which is unique. Instances of an LSA are differentiated by LS Sequence Number which starts at x'80000001' and is incremented each time a router originates a fresh instance of that LSA, which it will do when something changes in the contents of the LSA or at regular intervals if everything stays the same. For OSPF TE, the LS Type is 10, and the Link State ID is 1 followed by 24 bits of Instance. When a router receives an LSA, it checks the LS Sequence Number, and if it is for a newer instance, then the old one is discarded and the new one flooded. If it is for an older one, then that is discarded. All in RFC2328, RFC2370 and RFC3630. Tom Petch Note that the the link state database (LSDB) is just a collection of LSAs. Hence the way to get finer granularity in your updates is to use more "LSA instances". Do you have a specific example in mind that can make this discussion more concrete? If an optical node undergoes an in-service update (hot-swap) then it will want to send out LSAs reflecting this change. If the changes need to replace existing information in the LSDB then the same "LSA instance" numbers should be used to force the change. If the information is supplemental then new "LSA instance" numbers can be used. Greg On 7/20/2011 7:15 AM, PELOSO, PIERRE (PIERRE) wrote: > Hi Greg, > > The reason we are proposing a change, is that with current WG solution the updating process is not detailed, and leaves this in an implementation dependant interpretation, as is also the composition of each instance of the LSA. I would rather have a solution that specifies that as I see this as a facilitator for interoperability and commonality. Otherwise the WG believes that having a specified process of updates is not required. > My opinion on that is that in case the cost is low, let it be specified. > Using multiple type of top-level TLV is a way to formalize that, there can be alternative approachs, but if there is no constraint in using those, why not exploring this path, as long as nothing else is proposed? > > Regards, > > - pierre > > -----Message d'origine----- > De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part de Greg Bernstein > Envoyé : mercredi 13 juillet 2011 22:53 > À : ccamp@ietf.org > Objet : Re: [CCAMP] Change 1: Introduction of resource pool entity (was Re: Moving the WSON discussion forward) > > Pierre, as previously stated multiple instances in OSPF-TE (RFC3630) allow one to decrease the flooding size for dynamic information. As RFC3630 indicates: "The Instance field is an arbitrary value used to maintain multiple Traffic Engineering LSAs. A maximum of 16777216 Traffic Engineering LSAs may be sourced by a single system.". This number of instances should be more than enough by far for all WSON applications. Hence the proposed change is not needed. > > Best Regards > Greg > > On 7/13/2011 8:44 AM, PELOSO, PIERRE (PIERRE) wrote: >> Hi Greg and CCAMPer's, >> >> As in the preceding mail which summarized the 3 main changes proposed >> by draft-peloso-ccamp-wson-ospf-oeo, become too big to be easily read through, I've been splitting the 3 points in 3 different threads, this one deals with change 1: >> Introduction of the Resource Pool entity inside the model, which allows the definition of several resource entites per node independantly floodable. >> MOTIVATION: to decrease the size of flooding upon LSP changes (setup or tear down). (Resource Pool = group of resource blocks with same connectivity constraints). >> >> Best Regards, >> >> Pierre >> >> [SNIP] >> >> ==snip== > -- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237 _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp From swallow@cisco.com Wed Aug 17 11:59:09 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6573711E809D; Wed, 17 Aug 2011 11:59:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.978 X-Spam-Level: X-Spam-Status: No, score=-101.978 tagged_above=-999 required=5 tests=[AWL=-0.776, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gYmm6bdKjNR5; Wed, 17 Aug 2011 11:59:08 -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 2563B11E8089; Wed, 17 Aug 2011 11:59:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=swallow@cisco.com; l=11349; q=dns/txt; s=iport; t=1313607594; x=1314817194; h=date:subject:from:to:cc:message-id:mime-version; bh=OvQN6oDaJIFL3GiOQPx/PxLcacpLjG6mTdax6c9OMEc=; b=OAV+NknQMOrWq5m359QUZlKVQCWxtLkB8tLzsQuX82dU15ikjPEizMw3 7zn2TU44mjY0ZtU/qqgiEYd/5oZgpe+Z86Frzj16SbcHNe+mcarWAxxaV 08fsUgQKQm8QxVwYH/2fyB7OC0KlCTF/wq+GH6b3hVF+Z/nsh4thvaxzo 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABYPTE6tJXG9/2dsb2JhbAA6CIJNpTVvd4FCAQEDEgEqKhISAYEmAQQBDSefOQGfD4Mqgx4EkxOFFYt8 X-IronPort-AV: E=Sophos;i="4.68,240,1312156800"; d="scan'208,217";a="14060796" Received: from rcdn-core2-2.cisco.com ([173.37.113.189]) by rcdn-iport-9.cisco.com with ESMTP; 17 Aug 2011 18:59:53 +0000 Received: from xbh-rcd-201.cisco.com (xbh-rcd-201.cisco.com [72.163.62.200]) by rcdn-core2-2.cisco.com (8.14.3/8.14.3) with ESMTP id p7HIxrrL017801; Wed, 17 Aug 2011 18:59:53 GMT Received: from xmb-rcd-106.cisco.com ([72.163.62.148]) by xbh-rcd-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 17 Aug 2011 13:59:53 -0500 Received: from 10.98.32.168 ([10.98.32.168]) by XMB-RCD-106.cisco.com ([72.163.62.148]) with Microsoft Exchange Server HTTP-DAV ; Wed, 17 Aug 2011 18:59:52 +0000 User-Agent: Microsoft-Entourage/12.30.0.110427 Date: Wed, 17 Aug 2011 14:59:51 -0400 From: George Swallow To: , Message-ID: Thread-Topic: Fault OAM configuration Thread-Index: AcxdD9eaINXt+AUojkW4dihJ3mndUw== Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3396437991_4863971" X-OriginalArrivalTime: 17 Aug 2011 18:59:53.0301 (UTC) FILETIME=[D8F94850:01CC5D0F] Cc: mpls@ietf.org, ccamp@ietf.org Subject: [CCAMP] Fault OAM configuration X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 18:59:09 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3396437991_4863971 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit The current drafts on Fault OAM configurations, draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-02 and draft-ietf-ccamp-rsvp-te-mpls-tp-oam-ext-06 allow for an extreme amount of control which I believe will not be implemented in many cases and where implemented will not be used. I think a much simple configuration model would be quite sufficient. The current drafts allow: MPLS OAM FMS sub-TLV The "MPLS OAM FMS sub-TLV" depicted below is carried as a sub-TLV of the "OAM Configuration sub-TLV". 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type (5) (IANA) | Length = 12 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |A|D|L|C| Reserved (set all to 0s) |E| PHB | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Refresh Timer | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type: indicates a new type, the "MPLS OAM FMS sub-TLV" (IANA to define). Length: indicates the TLV total length in octets. Signal Flags: are used to enable the following signals: - A: Alarm Indication Signal (AIS) as described in [MPLS-FMS] - D: Link Down Indication (LDI) as described in [MPLS-FMS] - L: Locked Report (LKR) as described in [MPLS-FMS] - C: Client Signal Failure (CSF) as described in [MPLS-CSF] - Remaining bits: Reserved for future specification and set to 0. Configuration Flags: - E: used to enable/disable explicitly clearing faults - PHB: identifies the per-hop behavior of packets with fault management information Refresh Timer: indicates the refresh timer (in microseconds) of fault indication messages. If the edge LSR receiving the Path message can not support such value, it can reply back with a higher interval. (As a preface to the following three paragraphs, it is not clear if draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-02 applies to midpoints. There are no procedures in the draft for sending and receiving these messages let alone delivering them to midpoints). One of the keys to scaling is to keep midpoints simple. I do not want to be running separate timers for every LSP that may need fault OAM. I believe that operators will be quite happy to configure a single timer per node (or at most, per interface), and send all fault messages according to that timer. The same is true explicit clearing. PHB, Midpoints will also set the LDI flag when applicable, so this bit does not apply at midpoints. The draft needs to say that the bit only applies to whether a receiver should react to the LDI flag. I also cannot imagine an operator wanting to be informed of Alarms but not Locks or vice versa. So these two bits should be eliminated or it should be made clear that they have no semantics at a midpoint. Alternatively, these configuration flags could be used on and end to end basis to say that the receiver SHOULD treat AIS or LKR as a hard failure (LOC). (This applies to the LSP-PING draft even if it is only an end to end draft.) Bottom line. 1. The refresh timer should be removed. 2. The E flag should be removed. 3. PHB should either be removed or said to apply only to CSF. 4. The semantics of the D flag should be clarified to be only end-to-end. 5. The A and L flags should be either eliminated or given and end-to-end semantic of LOC. 6. For RSVP at a midpoint, the presence of the FMS tlv should signal that Fault OAM messages are desired. 7. Procedures for sending and receiving LSP Ping messages with OAM config need to be added and (non-)applicability at midpoints needs to be made clear. ...George --B_3396437991_4863971 Content-type: text/html; charset="US-ASCII" Content-transfer-encoding: quoted-printable Fault OAM configuration The cur= rent drafts on Fault OAM configurations,

draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-02 and
draft-ietf-ccamp-rsvp-te-mpls-tp-oam-ext-06

allow for an extreme amount of control which I believe will not be implemen= ted in many cases and where implemented will not be used.

I think a much simple configuration model would be quite sufficient.

The current drafts allow:

MPLS OAM FMS sub-TLV

   The "MPLS OAM FMS sub-TLV" depicted below is ca= rried as a sub-TLV of
   the "OAM Configuration sub-TLV".

        0     &= nbsp;            = ; 1            &= nbsp;      2      &nb= sp;            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
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |      &= nbsp;    Type (5)  (IANA)    |  = ;      Length =3D 12     &nb= sp;      |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |A|D|L|C|     = ;        Reserved   (set a= ll to 0s)        |E| PHB |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |      &= nbsp;            = ;   Refresh Timer        &= nbsp;            = ;       |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   Type: indicates a new type, the "MPLS OAM FMS sub-TL= V" (IANA to
   define).

   Length: indicates the TLV total length in octets.

   Signal Flags: are used to enable the following signals:
      - A: Alarm Indication Signal (AIS) as d= escribed in [MPLS-FMS]

      - D: Link Down Indication (LDI) as desc= ribed in [MPLS-FMS]

      - L: Locked Report (LKR) as described i= n [MPLS-FMS]

      - C: Client Signal Failure (CSF) as des= cribed in [MPLS-CSF]

      - Remaining bits: Reserved for future s= pecification and set to 0.

   Configuration Flags:

      - E: used to enable/disable explicitly = clearing faults

      - PHB: identifies the per-hop behavior = of packets with fault
      management information

   Refresh Timer: indicates the refresh timer (in microsecon= ds) of fault
   indication messages.  If the edge LSR receiving the = Path message can
   not support such value, it can reply back with a higher i= nterval.

(As a preface to the following three paragraphs, it is not clear if draft-i= etf-mpls-lsp-ping-mpls-tp-oam-conf-02 applies to midpoints.   Ther= e are no procedures in the draft for sending and receiving these messages le= t alone delivering them to midpoints).

One of the keys to scaling is to keep midpoints simple.  I do not want= to be running separate timers for every LSP that may need fault OAM.  = I believe that operators will be quite happy to configure a single timer per= node (or at most, per interface), and send all fault messages according to = that timer.  The same is true explicit clearing.  PHB,

Midpoints will also set the LDI flag when applicable, so this bit does not = apply at midpoints.  The draft needs to say that the bit only applies t= o whether a receiver should react to the LDI flag.

I also cannot imagine an operator wanting to be informed of Alarms but not = Locks or vice versa.  So these two bits should be eliminated or it shou= ld be made clear that they have no semantics at a midpoint.

Alternatively, these configuration flags could be used on and end to end ba= sis to say that the receiver SHOULD treat AIS or LKR as a hard failure (LOC)= .  (This applies to the LSP-PING draft even if it is only an end to end= draft.)

Bottom line.

  1. The refresh timer should be removed.
  2. The E flag should be removed.
  3. PHB should either be removed or said to apply only to CSF.
  4. The semantics of the D flag should be clarified to be only end-to= -end.
  5. The A and L flags should be either eliminated or given and end-to= -end semantic of LOC.
  6. For RSVP at a midpoint, the presence of the FMS tlv should signal= that Fault OAM messages are desired.
  7. Procedures for sending and receiving LSP Ping messages with OAM c= onfig need to be added and (non-)applicability at midpoints needs to be made= clear.

...George





 --B_3396437991_4863971-- From tnadeau@lucidvision.com Wed Aug 17 12:48:41 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 724451F0C3F; Wed, 17 Aug 2011 12:48:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.572 X-Spam-Level: X-Spam-Status: No, score=-2.572 tagged_above=-999 required=5 tests=[AWL=0.026, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gZT9g7mRpnrF; Wed, 17 Aug 2011 12:48:40 -0700 (PDT) Received: from lucidvision.com (lucidvision.com [72.71.250.34]) by ietfa.amsl.com (Postfix) with ESMTP id D778A21F8BD5; Wed, 17 Aug 2011 12:48:39 -0700 (PDT) Received: from [192.168.1.133] (static-72-71-250-38.cncdnh.fast04.myfairpoint.net [72.71.250.38]) by lucidvision.com (Postfix) with ESMTP id DC0411D86AB0; Wed, 17 Aug 2011 15:49:30 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: multipart/alternative; boundary="Apple-Mail=_4C0C7CAB-803D-47D2-AFA3-DD10EEB08E14" From: Thomas Nadeau In-Reply-To: Date: Wed, 17 Aug 2011 15:49:30 -0400 Message-Id: <6804C93A-697E-48F2-BDE4-E794D3B93663@lucidvision.com> References: To: George Swallow X-Mailer: Apple Mail (2.1244.3) Cc: mpls@ietf.org, draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@tools.ietf.org, ccamp@ietf.org, draft-ietf-ccamp-rsvp-te-mpls-tp-oam-ext@tools.ietf.org Subject: Re: [CCAMP] Fault OAM configuration X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 19:48:41 -0000 --Apple-Mail=_4C0C7CAB-803D-47D2-AFA3-DD10EEB08E14 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I agree with your changes which narrow the scope of these "oam = configuration" drafts, but I'd like to open up a wider discussion as to = whether or not we should be doing this at all. If you recall I raised this issue during the PWE3 meeting in Quebec when = a related draft was presented. I raised this issue because I am very = concerned about the recent proliferation of drafts allowing = configuration via LSP ping (for MPLS-TP, GMPLS and otherwise). I totally = understand the motivation for why this is desired - configuration of = MIPs and MEPs is a royal pain. However, from an operational perspective, = configuration of network element parameters is a real pain at best if = allowed via multiple points too, which this draft effectively sets up. = In particular, for the OSS, NMS and operator there are issues like = synchronization of configuration changes, capacity planning, etc=85 that = this sort of mechanism seems to invite in. Imagine a simple scenario = where by two distant LSRs have operators sit down and enter LSP ping = commands to configure, first a MIP point at an intermediate LSR where = one creates the point and say one destroys it. What do we do now? This raises the other concern is with regard to security of such = mechanisms. I understand that most devices require some form of = authentication to gain access to the writable configuration; however, = that notwithstanding, I thought the basic premise behind MPLS-TP was to = obviate the use of the control plane for reasons pertaining to = unauthorized tampering at unsecured nodes. This seems to violate that = original tenant if allowed to be done based on the local authentication = of an LSR, which might not necessarily match that of another LSR. = Consider the case of a cable MSO with different operational domains, = where one operator isn't authorized to make configuration changes in the = other domain. In this case, they could accidentally make changes that = would confuse (at best) the running configuration of an LSR in the other = domain. =20 I think in the least, these documents should have some sort of = filtering mechanism precluding a device from accepting configuration = changes if so configured. Authentication of such requests is probably a = good idea too. This gets into your point about being specific around = the actual operation of the packet processing of these messages defined = in these drafts. =09 Since this is just my opinion, what I=92d suggest is that we have a = bit of an architectural discussion as to whether or not this is a good = idea in general. That might be a good way to guide the WGs as to where = to set the limits (if any) on this mode of configuration. --Tom > The current drafts on Fault OAM configurations, >=20 > draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-02 and > draft-ietf-ccamp-rsvp-te-mpls-tp-oam-ext-06=20 >=20 > allow for an extreme amount of control which I believe will not be = implemented in many cases and where implemented will not be used. >=20 > I think a much simple configuration model would be quite sufficient. >=20 > The current drafts allow: >=20 > MPLS OAM FMS sub-TLV >=20 > The "MPLS OAM FMS sub-TLV" depicted below is carried as a sub-TLV = of > the "OAM Configuration sub-TLV". >=20 > 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 > = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Type (5) (IANA) | Length =3D 12 = | > = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |A|D|L|C| Reserved (set all to 0s) |E| PHB = | > = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Refresh Timer = | > = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >=20 > Type: indicates a new type, the "MPLS OAM FMS sub-TLV" (IANA to > define). >=20 > Length: indicates the TLV total length in octets. >=20 > Signal Flags: are used to enable the following signals: >=20 > - A: Alarm Indication Signal (AIS) as described in [MPLS-FMS] >=20 > - D: Link Down Indication (LDI) as described in [MPLS-FMS] >=20 > - L: Locked Report (LKR) as described in [MPLS-FMS] >=20 > - C: Client Signal Failure (CSF) as described in [MPLS-CSF] >=20 > - Remaining bits: Reserved for future specification and set to = 0. >=20 > Configuration Flags: >=20 > - E: used to enable/disable explicitly clearing faults >=20 > - PHB: identifies the per-hop behavior of packets with fault > management information >=20 > Refresh Timer: indicates the refresh timer (in microseconds) of = fault > indication messages. If the edge LSR receiving the Path message = can > not support such value, it can reply back with a higher interval. >=20 > (As a preface to the following three paragraphs, it is not clear if = draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-02 applies to midpoints. = There are no procedures in the draft for sending and receiving these = messages let alone delivering them to midpoints). >=20 > One of the keys to scaling is to keep midpoints simple. I do not want = to be running separate timers for every LSP that may need fault OAM. I = believe that operators will be quite happy to configure a single timer = per node (or at most, per interface), and send all fault messages = according to that timer. The same is true explicit clearing. PHB,=20 >=20 > Midpoints will also set the LDI flag when applicable, so this bit does = not apply at midpoints. The draft needs to say that the bit only = applies to whether a receiver should react to the LDI flag. >=20 > I also cannot imagine an operator wanting to be informed of Alarms but = not Locks or vice versa. So these two bits should be eliminated or it = should be made clear that they have no semantics at a midpoint. >=20 > Alternatively, these configuration flags could be used on and end to = end basis to say that the receiver SHOULD treat AIS or LKR as a hard = failure (LOC). (This applies to the LSP-PING draft even if it is only = an end to end draft.) >=20 > Bottom line. >=20 > The refresh timer should be removed. > The E flag should be removed. > PHB should either be removed or said to apply only to CSF. > The semantics of the D flag should be clarified to be only end-to-end. > The A and L flags should be either eliminated or given and end-to-end = semantic of LOC. > For RSVP at a midpoint, the presence of the FMS tlv should signal that = Fault OAM messages are desired. > Procedures for sending and receiving LSP Ping messages with OAM config = need to be added and (non-)applicability at midpoints needs to be made = clear. >=20 > ...George >=20 >=20 >=20 >=20 >=20 > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp --Apple-Mail=_4C0C7CAB-803D-47D2-AFA3-DD10EEB08E14 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 I agree with your changes which = narrow the scope of these "oam configuration" drafts, but I'd like to = open up a wider discussion as to whether or not we should be doing this = at all.
If you recall I = raised this issue during the PWE3 meeting in Quebec when a related draft = was presented. I raised this issue because I am very concerned = about the recent proliferation of drafts allowing configuration via LSP = ping (for MPLS-TP, GMPLS and otherwise). I totally understand the = motivation for why this is desired - configuration of MIPs and MEPs is a = royal pain. However, from an operational perspective, configuration of = network element parameters is a real pain at best if allowed via = multiple points too, which this draft effectively sets up.  In = particular, for the OSS, NMS and operator there are issues like = synchronization of configuration changes, capacity planning, etc=85 that = this sort of mechanism seems to invite in.  Imagine a simple = scenario where by two distant LSRs have operators sit down and enter LSP = ping commands to configure, first a MIP point at an intermediate LSR = where one creates the point and say one destroys it. What do we do = now?

    This raises = the other concern is with regard to security of such mechanisms. I = understand that most devices require some form of authentication to gain = access to the writable configuration; however, that notwithstanding, I = thought the basic premise behind MPLS-TP was to obviate the use of the = control plane for reasons pertaining to unauthorized tampering at = unsecured nodes. This seems to violate that original tenant if allowed = to be done based on the local authentication of an LSR, which might not = necessarily match that of another LSR. Consider the case of a cable MSO = with different operational domains, where one operator isn't authorized = to make configuration changes in the other domain. In this case, they = could accidentally make changes that would confuse (at best) the running = configuration of an LSR in the other domain.  

I think in the least, these = documents should have some sort of filtering mechanism precluding a = device from accepting configuration changes if so configured. = Authentication of such requests is probably a good idea too.  This = gets into your point about being specific around the actual operation of = the packet processing of these messages defined in these = drafts.
=
    Since this is just my opinion, what I=92d = suggest is that we have a bit of an architectural discussion as to = whether or not this is a good idea in general.   That might be = a good way to guide the WGs as to where to set the limits (if any) on = this mode of configuration.



Fault OAM configuration
The current drafts on Fault OAM = configurations,

draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-02 and
draft-ietf-ccamp-rsvp-te-mpls-tp-oam-ext-06

allow for an extreme amount of control which I believe will not be = implemented in many cases and where implemented will not be used.

I think a much simple configuration model would be quite sufficient.

The current drafts allow:

MPLS OAM FMS sub-TLV

   The "MPLS OAM FMS sub-TLV" depicted below is carried = as a sub-TLV of
   the "OAM Configuration sub-TLV".

        0 =             &n= bsp;     1 =             &n= bsp;     2 =             &n= bsp;     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
=        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       | =           Type (5) =  (IANA)    | =        Length =3D 12 =            |
=        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |A|D|L|C| =             Re= served   (set all to 0s) =        |E| PHB |
=        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       | =             &n= bsp;        Refresh Timer =             &n= bsp;           &nbs= p;  |
=        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   Type: indicates a new type, the "MPLS OAM FMS sub-TLV" = (IANA to
   define).

   Length: indicates the TLV total length in octets.

   Signal Flags: are used to enable the following = signals:

      - A: Alarm Indication Signal (AIS) = as described in [MPLS-FMS]

      - D: Link Down Indication (LDI) as = described in [MPLS-FMS]

      - L: Locked Report (LKR) as = described in [MPLS-FMS]

      - C: Client Signal Failure (CSF) as = described in [MPLS-CSF]

      - Remaining bits: Reserved for = future specification and set to 0.

   Configuration Flags:

      - E: used to enable/disable = explicitly clearing faults

      - PHB: identifies the per-hop = behavior of packets with fault
      management information

   Refresh Timer: indicates the refresh timer (in = microseconds) of fault
   indication messages.  If the edge LSR receiving = the Path message can
   not support such value, it can reply back with a = higher interval.

(As a preface to the following three paragraphs, it is not clear if = draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-02 applies to midpoints. =   There are no procedures in the draft for sending and = receiving these messages let alone delivering them to midpoints).

One of the keys to scaling is to keep midpoints simple.  I do not = want to be running separate timers for every LSP that may need fault = OAM.  I believe that operators will be quite happy to configure a = single timer per node (or at most, per interface), and send all fault = messages according to that timer.  The same is true explicit = clearing.  PHB,

Midpoints will also set the LDI flag when applicable, so this bit does = not apply at midpoints.  The draft needs to say that the bit only = applies to whether a receiver should react to the LDI flag.

I also cannot imagine an operator wanting to be informed of Alarms but = not Locks or vice versa.  So these two bits should be eliminated or = it should be made clear that they have no semantics at a midpoint.

Alternatively, these configuration flags could be used on and end to end = basis to say that the receiver SHOULD treat AIS or LKR as a hard failure = (LOC).  (This applies to the LSP-PING draft even if it is only an = end to end draft.)

Bottom line.

  1. The refresh timer should be removed.
  2. The E flag should be removed.
  3. PHB should either be removed or said to apply = only to CSF.
  4. The semantics of the D flag should be clarified = to be only end-to-end.
  5. The A and L flags should be either eliminated = or given and end-to-end semantic of LOC.
  6. For RSVP at a midpoint, the presence of the FMS = tlv should signal that Fault OAM messages are desired.
  7. Procedures for sending and receiving LSP Ping = messages with OAM config need to be added and (non-)applicability at = midpoints needs to be made clear.

...George
_______________________________________________
CCAMP mailing = list
CCAMP@ietf.org
https://www.ietf.org/= mailman/listinfo/ccamp

= = --Apple-Mail=_4C0C7CAB-803D-47D2-AFA3-DD10EEB08E14-- From gregimirsky@gmail.com Wed Aug 17 13:15:40 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C62E81F0C51; Wed, 17 Aug 2011 13:15:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.493 X-Spam-Level: X-Spam-Status: No, score=-3.493 tagged_above=-999 required=5 tests=[AWL=0.106, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q7Vsc0A+AAdz; Wed, 17 Aug 2011 13:15:39 -0700 (PDT) Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id 71FBF1F0C4A; Wed, 17 Aug 2011 13:15:39 -0700 (PDT) Received: by vxi29 with SMTP id 29so1423405vxi.31 for ; Wed, 17 Aug 2011 13:16:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=RSK9+KJqPchPHrvzgvA7+tzZbZU+SDD8z9VZkJw217I=; b=V+nybEzwlv8Ym2i7jDaQ114evYpvLspyORZr9+jHmRTSlQnzqhYFuHIU7B3AWQQ7Nc AimLZbmHhgKl37LS7bwtoDjP/Kez1l4WfzilMTKel3v7Tis3EMGpgAAN+kMEQZe+Jpy1 KIbIMJoIVPXOLA9F17khTacnnYGVR+vch+0N4= MIME-Version: 1.0 Received: by 10.52.70.100 with SMTP id l4mr1417125vdu.23.1313612191057; Wed, 17 Aug 2011 13:16:31 -0700 (PDT) Received: by 10.52.167.229 with HTTP; Wed, 17 Aug 2011 13:16:30 -0700 (PDT) In-Reply-To: References: Date: Wed, 17 Aug 2011 13:16:30 -0700 Message-ID: From: Greg Mirsky To: George Swallow Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: mpls@ietf.org, draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@tools.ietf.org, ccamp@ietf.org, draft-ietf-ccamp-rsvp-te-mpls-tp-oam-ext@tools.ietf.org Subject: Re: [CCAMP] Fault OAM configuration X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 20:15:41 -0000 Dear George, you've asked: (As a preface to the following three paragraphs, it is not clear if draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-02 applies to midpoints. There are no procedures in the draft for sending and receiving these messages let alone delivering them to midpoints). I'm not an author and can only assume that defined in RFC 4379 traceroute procedure will be used to signal to MIP, i.e. controlling MSE's TTL. Regards, Greg On Wed, Aug 17, 2011 at 11:59 AM, George Swallow wrote: > The current drafts on Fault OAM configurations, > > draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-02 and > draft-ietf-ccamp-rsvp-te-mpls-tp-oam-ext-06 > > allow for an extreme amount of control which I believe will not be > implemented in many cases and where implemented will not be used. > > I think a much simple configuration model would be quite sufficient. > > The current drafts allow: > > MPLS OAM FMS sub-TLV > > =A0=A0=A0The "MPLS OAM FMS sub-TLV" depicted below is carried as a sub-TL= V of > =A0=A0=A0the "OAM Configuration sub-TLV". > > =A0=A0=A0=A0=A0=A0=A0=A00 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A01 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A02 =A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A03 > =A0=A0=A0=A0=A0=A0=A0=A00 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 > =A0=A0=A0=A0=A0=A0=A0+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+ > =A0=A0=A0=A0=A0=A0=A0| =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0Type (5) =A0(IANA) = =A0=A0=A0| =A0=A0=A0=A0=A0=A0=A0Length =3D 12 =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|A|D|L|C| =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0Reserv= ed =A0=A0(set all to 0s) =A0=A0=A0=A0=A0=A0=A0|E| PHB | > =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=A0Refresh Timer =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=A0Type: indicates a new type, the "MPLS OAM FMS sub-TLV" (IANA to > =A0=A0=A0define). > > =A0=A0=A0Length: indicates the TLV total length in octets. > > =A0=A0=A0Signal Flags: are used to enable the following signals: > > =A0=A0=A0=A0=A0=A0- A: Alarm Indication Signal (AIS) as described in [MPL= S-FMS] > > =A0=A0=A0=A0=A0=A0- D: Link Down Indication (LDI) as described in [MPLS-F= MS] > > =A0=A0=A0=A0=A0=A0- L: Locked Report (LKR) as described in [MPLS-FMS] > > =A0=A0=A0=A0=A0=A0- C: Client Signal Failure (CSF) as described in [MPLS-= CSF] > > =A0=A0=A0=A0=A0=A0- Remaining bits: Reserved for future specification and= set to 0. > > =A0=A0=A0Configuration Flags: > > =A0=A0=A0=A0=A0=A0- E: used to enable/disable explicitly clearing faults > > =A0=A0=A0=A0=A0=A0- PHB: identifies the per-hop behavior of packets with = fault > =A0=A0=A0=A0=A0=A0management information > > =A0=A0=A0Refresh Timer: indicates the refresh timer (in microseconds) of = fault > =A0=A0=A0indication messages. =A0If the edge LSR receiving the Path messa= ge can > =A0=A0=A0not support such value, it can reply back with a higher interval= . > > (As a preface to the following three paragraphs, it is not clear if > draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-02 applies to midpoints. =A0=A0= There > are no procedures in the draft for sending and receiving these messages l= et > alone delivering them to midpoints). > > One of the keys to scaling is to keep midpoints simple. =A0I do not want = to be > running separate timers for every LSP that may need fault OAM. =A0I belie= ve > that operators will be quite happy to configure a single timer per node (= or > at most, per interface), and send all fault messages according to that > timer. =A0The same is true explicit clearing. =A0PHB, > > Midpoints will also set the LDI flag when applicable, so this bit does no= t > apply at midpoints. =A0The draft needs to say that the bit only applies t= o > whether a receiver should react to the LDI flag. > > I also cannot imagine an operator wanting to be informed of Alarms but no= t > Locks or vice versa. =A0So these two bits should be eliminated or it shou= ld be > made clear that they have no semantics at a midpoint. > > Alternatively, these configuration flags could be used on and end to end > basis to say that the receiver SHOULD treat AIS or LKR as a hard failure > (LOC). =A0(This applies to the LSP-PING draft even if it is only an end t= o end > draft.) > > Bottom line. > > The refresh timer should be removed. > The E flag should be removed. > PHB should either be removed or said to apply only to CSF. > The semantics of the D flag should be clarified to be only end-to-end. > The A and L flags should be either eliminated or given and end-to-end > semantic of LOC. > For RSVP at a midpoint, the presence of the FMS tlv should signal that Fa= ult > OAM messages are desired. > Procedures for sending and receiving LSP Ping messages with OAM config ne= ed > to be added and (non-)applicability at midpoints needs to be made clear. > > ...George > > > > > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > > From swallow@cisco.com Wed Aug 17 15:19:10 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0173521F8C55; Wed, 17 Aug 2011 15:19:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.943 X-Spam-Level: X-Spam-Status: No, score=-101.943 tagged_above=-999 required=5 tests=[AWL=-0.740, BAYES_00=-2.599, MIME_QP_LONG_LINE=1.396, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oAVMnccQpB3b; Wed, 17 Aug 2011 15:19:09 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) by ietfa.amsl.com (Postfix) with ESMTP id D284C21F8C51; Wed, 17 Aug 2011 15:19:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=swallow@cisco.com; l=6265; q=dns/txt; s=iport; t=1313619601; x=1314829201; h=date:subject:from:to:cc:message-id:in-reply-to: mime-version:content-transfer-encoding; bh=U1BT+WMUM6RrY2E1DzOIxbJR2hY5jv6pWyIuOym+uH4=; b=iUXK963l2S37LMmsmukjYAUlfUuzkw+bJCX/RMn8Qh6wBOCl4ibj/xjW XHPeimPF3lybFMdYPXpTq/cxeBmXqWhbGPSByOCv+q0Gtc3r4Na84v8GC QR/tE9v7zUI9EQ+br3+990/I3n2U4G8TsdrQOm6uxNiLjWQvHDLDqgRwF I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAFAEE9TE6tJXHB/2dsb2JhbAA6CKgEbneBQAEBAQECAQEBAQ8BKQEqBwsFDQEIGE8GMAEBBA4FIodOBJd6AZ8IgyqDHgSHMYtihRWEYYcb X-IronPort-AV: E=Sophos;i="4.68,241,1312156800"; d="scan'208";a="14120178" Received: from rcdn-core2-6.cisco.com ([173.37.113.193]) by rcdn-iport-8.cisco.com with ESMTP; 17 Aug 2011 22:20:01 +0000 Received: from xbh-rcd-101.cisco.com (xbh-rcd-101.cisco.com [72.163.62.138]) by rcdn-core2-6.cisco.com (8.14.3/8.14.3) with ESMTP id p7HMK0U2026642; Wed, 17 Aug 2011 22:20:00 GMT Received: from xmb-rcd-106.cisco.com ([72.163.62.148]) by xbh-rcd-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 17 Aug 2011 17:20:00 -0500 Received: from 10.98.32.168 ([10.98.32.168]) by XMB-RCD-106.cisco.com ([72.163.62.148]) with Microsoft Exchange Server HTTP-DAV ; Wed, 17 Aug 2011 22:20:00 +0000 User-Agent: Microsoft-Entourage/12.30.0.110427 Date: Wed, 17 Aug 2011 18:19:58 -0400 From: George Swallow To: Greg Mirsky Message-ID: Thread-Topic: [CCAMP] Fault OAM configuration Thread-Index: AcxdK8xUWaQMoYzaTEeGQyt2fJFF+g== In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable X-OriginalArrivalTime: 17 Aug 2011 22:20:00.0583 (UTC) FILETIME=[CDDF1D70:01CC5D2B] Cc: mpls@ietf.org, draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@tools.ietf.org, ccamp@ietf.org, draft-ietf-ccamp-rsvp-te-mpls-tp-oam-ext@tools.ietf.org Subject: Re: [CCAMP] Fault OAM configuration X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 22:19:10 -0000 Greg - I'm an author of 4379. This draft needs to spell out what to do one way or the other. If the plan is to go hop by hop, then you have to trace to the end first to get the max TTL and then send the OAM config. Otherwise you cannot tell if you are at the end if you get a return code of (suggested value) 16. And I don't know what you do with that return code, since it is not clear how the unsupported OAM function is identified. ...George On 8/17/11 4:16 PM, "Greg Mirsky" wrote: > Dear George, > you've asked: > (As a preface to the following three paragraphs, it is not clear if > draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-02 applies to midpoints. > There are no procedures in the draft for sending and receiving these > messages let alone delivering them to midpoints). > I'm not an author and can only assume that defined in RFC 4379 > traceroute procedure will be used to signal to MIP, i.e. controlling > MSE's TTL. >=20 > Regards, > Greg >=20 > On Wed, Aug 17, 2011 at 11:59 AM, George Swallow wrot= e: >> The current drafts on Fault OAM configurations, >>=20 >> draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-02 and >> draft-ietf-ccamp-rsvp-te-mpls-tp-oam-ext-06 >>=20 >> allow for an extreme amount of control which I believe will not be >> implemented in many cases and where implemented will not be used. >>=20 >> I think a much simple configuration model would be quite sufficient. >>=20 >> The current drafts allow: >>=20 >> MPLS OAM FMS sub-TLV >>=20 >> =A0=A0=A0The "MPLS OAM FMS sub-TLV" depicted below is carried as a sub-TLV of >> =A0=A0=A0the "OAM Configuration sub-TLV". >>=20 >> =A0=A0=A0=A0=A0=A0=A0=A00 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A01 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A02 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A03 >> =A0=A0=A0=A0=A0=A0=A0=A00 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 >> =A0=A0=A0=A0=A0=A0=A0+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> =A0=A0=A0=A0=A0=A0=A0| =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0Type (5) =A0(IANA) =A0=A0=A0| =A0=A0=A0=A0=A0=A0=A0Length =3D 12 =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|A|D|L|C| =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0Reserved =A0=A0(set all to 0s) =A0=A0=A0=A0=A0=A0=A0|E| PHB | >> =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=A0Refresh Timer =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+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>=20 >> =A0=A0=A0Type: indicates a new type, the "MPLS OAM FMS sub-TLV" (IANA to >> =A0=A0=A0define). >>=20 >> =A0=A0=A0Length: indicates the TLV total length in octets. >>=20 >> =A0=A0=A0Signal Flags: are used to enable the following signals: >>=20 >> =A0=A0=A0=A0=A0=A0- A: Alarm Indication Signal (AIS) as described in [MPLS-FMS] >>=20 >> =A0=A0=A0=A0=A0=A0- D: Link Down Indication (LDI) as described in [MPLS-FMS] >>=20 >> =A0=A0=A0=A0=A0=A0- L: Locked Report (LKR) as described in [MPLS-FMS] >>=20 >> =A0=A0=A0=A0=A0=A0- C: Client Signal Failure (CSF) as described in [MPLS-CSF] >>=20 >> =A0=A0=A0=A0=A0=A0- Remaining bits: Reserved for future specification and set to 0. >>=20 >> =A0=A0=A0Configuration Flags: >>=20 >> =A0=A0=A0=A0=A0=A0- E: used to enable/disable explicitly clearing faults >>=20 >> =A0=A0=A0=A0=A0=A0- PHB: identifies the per-hop behavior of packets with fault >> =A0=A0=A0=A0=A0=A0management information >>=20 >> =A0=A0=A0Refresh Timer: indicates the refresh timer (in microseconds) of fault >> =A0=A0=A0indication messages. =A0If the edge LSR receiving the Path message can >> =A0=A0=A0not support such value, it can reply back with a higher interval. >>=20 >> (As a preface to the following three paragraphs, it is not clear if >> draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-02 applies to midpoints. =A0=A0The= re >> are no procedures in the draft for sending and receiving these messages = let >> alone delivering them to midpoints). >>=20 >> One of the keys to scaling is to keep midpoints simple. =A0I do not want t= o be >> running separate timers for every LSP that may need fault OAM. =A0I believ= e >> that operators will be quite happy to configure a single timer per node = (or >> at most, per interface), and send all fault messages according to that >> timer. =A0The same is true explicit clearing. =A0PHB, >>=20 >> Midpoints will also set the LDI flag when applicable, so this bit does n= ot >> apply at midpoints. =A0The draft needs to say that the bit only applies to >> whether a receiver should react to the LDI flag. >>=20 >> I also cannot imagine an operator wanting to be informed of Alarms but n= ot >> Locks or vice versa. =A0So these two bits should be eliminated or it shoul= d be >> made clear that they have no semantics at a midpoint. >>=20 >> Alternatively, these configuration flags could be used on and end to end >> basis to say that the receiver SHOULD treat AIS or LKR as a hard failure >> (LOC). =A0(This applies to the LSP-PING draft even if it is only an end to= end >> draft.) >>=20 >> Bottom line. >>=20 >> The refresh timer should be removed. >> The E flag should be removed. >> PHB should either be removed or said to apply only to CSF. >> The semantics of the D flag should be clarified to be only end-to-end. >> The A and L flags should be either eliminated or given and end-to-end >> semantic of LOC. >> For RSVP at a midpoint, the presence of the FMS tlv should signal that F= ault >> OAM messages are desired. >> Procedures for sending and receiving LSP Ping messages with OAM config n= eed >> to be added and (non-)applicability at midpoints needs to be made clear. >>=20 >> ...George >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >> _______________________________________________ >> CCAMP mailing list >> CCAMP@ietf.org >> https://www.ietf.org/mailman/listinfo/ccamp >>=20 >>=20 From gregimirsky@gmail.com Wed Aug 17 18:40:58 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B98D121F8B26; Wed, 17 Aug 2011 18:40:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.499 X-Spam-Level: X-Spam-Status: No, score=-3.499 tagged_above=-999 required=5 tests=[AWL=0.100, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZJNRPLis3LYe; Wed, 17 Aug 2011 18:40:57 -0700 (PDT) Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id 9A01521F8B24; Wed, 17 Aug 2011 18:40:57 -0700 (PDT) Received: by vws12 with SMTP id 12so1404391vws.31 for ; Wed, 17 Aug 2011 18:41:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=3CLMfzwt8vZA5gUr7YJcZxVcZSrdz90re4KdDfwfNxA=; b=vk1b+J+da6OnXJiWCJt9439+ivjMJ8QfGPEsfMPXuCbDC/f68jne7a0F90K6ZDDD6y vG+U+55G0QZ2MPrkKKANZUjzQMU3JEIFpx9OXDQyGFGf3iUbkmy2snwvwwvVLut8Oje4 nwr2HdFdmddVhSPfiscNeAfgMx4ehoSj9vhtc= MIME-Version: 1.0 Received: by 10.52.98.98 with SMTP id eh2mr129418vdb.291.1313631709987; Wed, 17 Aug 2011 18:41:49 -0700 (PDT) Received: by 10.52.167.229 with HTTP; Wed, 17 Aug 2011 18:41:49 -0700 (PDT) In-Reply-To: References: Date: Wed, 17 Aug 2011 18:41:49 -0700 Message-ID: From: Greg Mirsky To: George Swallow Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: mpls@ietf.org, draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@tools.ietf.org, ccamp@ietf.org, draft-ietf-ccamp-rsvp-te-mpls-tp-oam-ext@tools.ietf.org Subject: Re: [CCAMP] Fault OAM configuration X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2011 01:40:58 -0000 Dear George, I'm not sure that there's only one way to slice the proverbial bread in this case to put it in as standard. I think that one can implement by following your suggestion (probe connection first, then distribute OAM configuration). Or OAM configuration TLV can be combined with DSMAP TLV in order to detect the end of a connection. Regards, Greg On Wed, Aug 17, 2011 at 3:19 PM, George Swallow wrote: > Greg - > > I'm an author of 4379. =A0This draft needs to spell out what to do one wa= y or > the other. =A0If the plan is to go hop by hop, then you have to trace to = the > end first to get the max TTL and then send the OAM config. =A0Otherwise y= ou > cannot tell if you are at the end if you get a return code of (suggested > value) 16. > > And I don't know what you do with that return code, since it is not clear > how the unsupported OAM function is identified. > > ...George > > > On 8/17/11 4:16 PM, "Greg Mirsky" wrote: > >> Dear George, >> you've asked: >> (As a preface to the following three paragraphs, it is not clear if >> draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-02 applies to midpoints. >> There are no procedures in the draft for sending and receiving these >> messages let alone delivering them to midpoints). >> I'm not an author and can only assume that defined in RFC 4379 >> traceroute procedure will be used to signal to MIP, i.e. controlling >> MSE's TTL. >> >> Regards, >> Greg >> >> On Wed, Aug 17, 2011 at 11:59 AM, George Swallow wro= te: >>> The current drafts on Fault OAM configurations, >>> >>> draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-02 and >>> draft-ietf-ccamp-rsvp-te-mpls-tp-oam-ext-06 >>> >>> allow for an extreme amount of control which I believe will not be >>> implemented in many cases and where implemented will not be used. >>> >>> I think a much simple configuration model would be quite sufficient. >>> >>> The current drafts allow: >>> >>> MPLS OAM FMS sub-TLV >>> >>> =A0=A0=A0The "MPLS OAM FMS sub-TLV" depicted below is carried as a sub-= TLV of >>> =A0=A0=A0the "OAM Configuration sub-TLV". >>> >>> =A0=A0=A0=A0=A0=A0=A0=A00 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A01 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A02 =A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A03 >>> =A0=A0=A0=A0=A0=A0=A0=A00 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 >>> =A0=A0=A0=A0=A0=A0=A0+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+ >>> =A0=A0=A0=A0=A0=A0=A0| =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0Type (5) =A0(IANA)= =A0=A0=A0| =A0=A0=A0=A0=A0=A0=A0Length =3D 12 =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|A|D|L|C| =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0Rese= rved =A0=A0(set all to 0s) =A0=A0=A0=A0=A0=A0=A0|E| PHB | >>> =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=A0Refresh Timer =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=A0Type: indicates a new type, the "MPLS OAM FMS sub-TLV" (IANA t= o >>> =A0=A0=A0define). >>> >>> =A0=A0=A0Length: indicates the TLV total length in octets. >>> >>> =A0=A0=A0Signal Flags: are used to enable the following signals: >>> >>> =A0=A0=A0=A0=A0=A0- A: Alarm Indication Signal (AIS) as described in [M= PLS-FMS] >>> >>> =A0=A0=A0=A0=A0=A0- D: Link Down Indication (LDI) as described in [MPLS= -FMS] >>> >>> =A0=A0=A0=A0=A0=A0- L: Locked Report (LKR) as described in [MPLS-FMS] >>> >>> =A0=A0=A0=A0=A0=A0- C: Client Signal Failure (CSF) as described in [MPL= S-CSF] >>> >>> =A0=A0=A0=A0=A0=A0- Remaining bits: Reserved for future specification a= nd set to 0. >>> >>> =A0=A0=A0Configuration Flags: >>> >>> =A0=A0=A0=A0=A0=A0- E: used to enable/disable explicitly clearing fault= s >>> >>> =A0=A0=A0=A0=A0=A0- PHB: identifies the per-hop behavior of packets wit= h fault >>> =A0=A0=A0=A0=A0=A0management information >>> >>> =A0=A0=A0Refresh Timer: indicates the refresh timer (in microseconds) o= f fault >>> =A0=A0=A0indication messages. =A0If the edge LSR receiving the Path mes= sage can >>> =A0=A0=A0not support such value, it can reply back with a higher interv= al. >>> >>> (As a preface to the following three paragraphs, it is not clear if >>> draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-02 applies to midpoints. =A0= =A0There >>> are no procedures in the draft for sending and receiving these messages= let >>> alone delivering them to midpoints). >>> >>> One of the keys to scaling is to keep midpoints simple. =A0I do not wan= t to be >>> running separate timers for every LSP that may need fault OAM. =A0I bel= ieve >>> that operators will be quite happy to configure a single timer per node= (or >>> at most, per interface), and send all fault messages according to that >>> timer. =A0The same is true explicit clearing. =A0PHB, >>> >>> Midpoints will also set the LDI flag when applicable, so this bit does = not >>> apply at midpoints. =A0The draft needs to say that the bit only applies= to >>> whether a receiver should react to the LDI flag. >>> >>> I also cannot imagine an operator wanting to be informed of Alarms but = not >>> Locks or vice versa. =A0So these two bits should be eliminated or it sh= ould be >>> made clear that they have no semantics at a midpoint. >>> >>> Alternatively, these configuration flags could be used on and end to en= d >>> basis to say that the receiver SHOULD treat AIS or LKR as a hard failur= e >>> (LOC). =A0(This applies to the LSP-PING draft even if it is only an end= to end >>> draft.) >>> >>> Bottom line. >>> >>> The refresh timer should be removed. >>> The E flag should be removed. >>> PHB should either be removed or said to apply only to CSF. >>> The semantics of the D flag should be clarified to be only end-to-end. >>> The A and L flags should be either eliminated or given and end-to-end >>> semantic of LOC. >>> For RSVP at a midpoint, the presence of the FMS tlv should signal that = Fault >>> OAM messages are desired. >>> Procedures for sending and receiving LSP Ping messages with OAM config = need >>> to be added and (non-)applicability at midpoints needs to be made clear= . >>> >>> ...George >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> CCAMP mailing list >>> CCAMP@ietf.org >>> https://www.ietf.org/mailman/listinfo/ccamp >>> >>> > > From db3546@att.com Thu Aug 18 13:29:36 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08C8121F8A23 for ; Thu, 18 Aug 2011 13:29:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.599 X-Spam-Level: X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ESVsgNFyMRXX for ; Thu, 18 Aug 2011 13:29:35 -0700 (PDT) Received: from mail119.messagelabs.com (mail119.messagelabs.com [216.82.241.195]) by ietfa.amsl.com (Postfix) with ESMTP id 31E4421F89C1 for ; Thu, 18 Aug 2011 13:29:34 -0700 (PDT) X-VirusChecked: Checked X-Env-Sender: db3546@att.com X-Msg-Ref: server-9.tower-119.messagelabs.com!1313699428!34781608!1 X-StarScan-Version: 6.2.17; banners=-,-,- X-Originating-IP: [144.160.20.145] Received: (qmail 4720 invoked from network); 18 Aug 2011 20:30:28 -0000 Received: from sbcsmtp6.sbc.com (HELO mlpd192.enaf.sfdc.sbc.com) (144.160.20.145) by server-9.tower-119.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Aug 2011 20:30:28 -0000 Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpd192.enaf.sfdc.sbc.com (8.14.4/8.14.4) with ESMTP id p7IKUods014072; Thu, 18 Aug 2011 16:30:54 -0400 Received: from MISOUT7MSGHUB9D.ITServices.sbc.com (misout7msghub9d.itservices.sbc.com [144.151.223.93]) by mlpd192.enaf.sfdc.sbc.com (8.14.4/8.14.4) with ESMTP id p7IKUhwV013785 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 18 Aug 2011 16:30:44 -0400 Received: from MISOUT7MSGUSR9O.ITServices.sbc.com ([169.254.6.99]) by MISOUT7MSGHUB9D.ITServices.sbc.com ([144.151.223.93]) with mapi id 14.01.0289.001; Thu, 18 Aug 2011 16:30:07 -0400 From: "BRUNGARD, DEBORAH A (ATTSI)" To: "ccamp@ietf.org" Thread-Topic: Proposed SG15 Liaison response on LS314 Thread-Index: Acxd5Z1tknudWmSqQx+jJwDgyaJB1g== Date: Thu, 18 Aug 2011 20:30:06 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.16.234.139] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "lear@cisco.com" Subject: [CCAMP] Proposed SG15 Liaison response on LS314 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2011 20:29:36 -0000 CCAMP, Here's a proposed response to SG15. Let us know if any concerns/comments by= August 31st. Thanks, Deborah and Lou --------------------------------------------------------- To: Q14/15 Subject: Response to COM 15 - LS 314 Thank you for your response to our liaison on OSPFv2 extensions for ASON Routing, and we appreciate your comments on draft-ietf-ccamp-rfc5787bis-01.txt, in particular your agreement that the draft is mature to progress. We also thank Stephen Shew for his informal editorial comments, which have been incorporated into the draft. Regarding the three G.7715.1 requirements listed in the liaison, we agree with you that the ASON Routing draft is not the proper place to address these requirements. We also note that these requirements were not included in RFC 4258. We welcome interested Q14/15 participants and/or other individuals to submit a new draft to the IETF to address these requirements. Regards, Deborah and Lou IETF CCAMP chairs From internet-drafts@ietf.org Fri Aug 19 07:25:08 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E30921F8B0F; Fri, 19 Aug 2011 07:25:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.595 X-Spam-Level: X-Spam-Status: No, score=-102.595 tagged_above=-999 required=5 tests=[AWL=0.004, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rOgfG3ZR4GGL; Fri, 19 Aug 2011 07:25:07 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A197A21F8A7D; Fri, 19 Aug 2011 07:25:07 -0700 (PDT) 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: 3.59 Message-ID: <20110819142507.15508.15410.idtracker@ietfa.amsl.com> Date: Fri, 19 Aug 2011 07:25:07 -0700 Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-attribute-bnf-02.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 14:25:08 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Common Control and Measurement Plane = Working Group of the IETF. Title : LSP Attributes Related Routing Backus-Naur Form Author(s) : Lou Berger George Swallow Filename : draft-ietf-ccamp-attribute-bnf-02.txt Pages : 8 Date : 2011-08-19 Multiprotocol Label Switching (MPLS) Label Switched Paths (LSPs) established using the Resource Reservation Protocol Traffic Engineering (RSVP-TE) extensions may be signaled with a set of LSP specific attributes. These attributes may be carried in both Path and Resv messages. This document specifies how LSP attribute are to be carried in RSVP Path and Resv messages using the Routing Backus-Naur Form, and clarifies related Resv message formats. This document updates RFC 4875 and RFC 5420. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ccamp-attribute-bnf-02.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-ccamp-attribute-bnf-02.txt From lberger@labn.net Fri Aug 19 07:28:52 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1087121F86AB for ; Fri, 19 Aug 2011 07:28:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.909 X-Spam-Level: X-Spam-Status: No, score=-100.909 tagged_above=-999 required=5 tests=[AWL=-0.748, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, IP_NOT_FRIENDLY=0.334, RDNS_NONE=0.1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e9ihHlLdc6nn for ; Fri, 19 Aug 2011 07:28:51 -0700 (PDT) Received: from oproxy4-pub.bluehost.com (oproxy4.bluehost.com [IPv6:2605:dc00:100:2::a4]) by ietfa.amsl.com (Postfix) with SMTP id 634AC21F85FF for ; Fri, 19 Aug 2011 07:28:51 -0700 (PDT) Received: (qmail 23954 invoked by uid 0); 19 Aug 2011 14:29:46 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by cpoproxy1.bluehost.com with SMTP; 19 Aug 2011 14:29:46 -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:To:MIME-Version:From:Date:Message-ID; bh=2hWxhJlR+OyMpOUuckEF5wdiN5+9efFeCu2ZJqkJuw4=; b=bbi9KnW5ic32Laj8EanqTLujBHheZ51cnvtgJR/36SBEV++YfxOKcoCPe8xzHJn1fqWybutd2+BTkv/LyDczihqNYKV0yY4z/OXM7G7EVlVamnKTb97uu18Q695n5Wzc; Received: from box313.bluehost.com ([69.89.31.113] helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1QuQ4w-0007Db-Ho for ccamp@ietf.org; Fri, 19 Aug 2011 08:29:46 -0600 Message-ID: <4E4E7356.9080605@labn.net> Date: Fri, 19 Aug 2011 10:29:42 -0400 From: Lou Berger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: ccamp@ietf.org References: <20110819142507.15508.15410.idtracker@ietfa.amsl.com> In-Reply-To: <20110819142507.15508.15410.idtracker@ietfa.amsl.com> X-Enigmail-Version: 1.0.1 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: Re: [CCAMP] I-D Action: draft-ietf-ccamp-attribute-bnf-02.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 14:28:52 -0000 FYI - this fixes some editorial comments found as part of the publication process review. As usual, see the tools page for diff. Lou On 8/19/2011 10:25 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 Common Control and Measurement Plane Working Group of the IETF. > > Title : LSP Attributes Related Routing Backus-Naur Form > Author(s) : Lou Berger > George Swallow > Filename : draft-ietf-ccamp-attribute-bnf-02.txt > Pages : 8 > Date : 2011-08-19 > > Multiprotocol Label Switching (MPLS) Label Switched Paths (LSPs) > established using the Resource Reservation Protocol Traffic > Engineering (RSVP-TE) extensions may be signaled with a set of LSP > specific attributes. These attributes may be carried in both Path > and Resv messages. This document specifies how LSP attribute are > to be carried in RSVP Path and Resv messages using the Routing > Backus-Naur Form, and clarifies related Resv message formats. > This document updates RFC 4875 and RFC 5420. > > > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-ccamp-attribute-bnf-02.txt > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > This Internet-Draft can be retrieved at: > ftp://ftp.ietf.org/internet-drafts/draft-ietf-ccamp-attribute-bnf-02.txt > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > > > > From acee.lindem@ericsson.com Fri Aug 19 09:26:02 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 98D8721F8B13 for ; Fri, 19 Aug 2011 09:26:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.453 X-Spam-Level: X-Spam-Status: No, score=-6.453 tagged_above=-999 required=5 tests=[AWL=0.146, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SMU2+t-fUE-6 for ; Fri, 19 Aug 2011 09:26:02 -0700 (PDT) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id 1016A21F884C for ; Fri, 19 Aug 2011 09:26:02 -0700 (PDT) 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 p7JGQtqQ029184; Fri, 19 Aug 2011 11:26:58 -0500 Received: from EUSAACMS0702.eamcs.ericsson.se ([169.254.1.220]) by eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) with mapi; Fri, 19 Aug 2011 12:26:55 -0400 From: Acee Lindem To: "BRUNGARD, DEBORAH A (ATTSI)" Date: Fri, 19 Aug 2011 12:26:52 -0400 Thread-Topic: [CCAMP] Proposed SG15 Liaison response on LS314 Thread-Index: AcxejM76n08RPZSKTX+4ChJ+g6wvlg== Message-ID: <66A48D61-D5FB-4282-BA71-1A244BE0FA8E@ericsson.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "ccamp@ietf.org" , "lear@cisco.com" Subject: Re: [CCAMP] Proposed SG15 Liaison response on LS314 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 16:26:02 -0000 Hi Deborah,=20 This looks fine to me. I'd like to note that while the phrase "mature to pr= ogress" may sound a bit awkward, this was the exact phasing in the ITU COM = 15 =96 LS 314 =96 E liaison. Liaison response to request for review of OSPFv2 extensions for ASON routing submission (ref. TD 552 (WP 3/15)) https://datatracker.ietf.org/documents/LIAISON/file1235.pdf Thanks, Acee =20 On Aug 18, 2011, at 4:30 PM, BRUNGARD, DEBORAH A (ATTSI) wrote: > CCAMP, >=20 > Here's a proposed response to SG15. Let us know if any concerns/comments = by August 31st. >=20 > Thanks, > Deborah and Lou >=20 > --------------------------------------------------------- > To: Q14/15 > Subject: Response to COM 15 - LS 314 >=20 > Thank you for your response to our liaison on OSPFv2 extensions for > ASON Routing, and we appreciate your comments on > draft-ietf-ccamp-rfc5787bis-01.txt, in particular your agreement that > the draft is mature to progress. We also thank Stephen Shew for his > informal editorial comments, which have been incorporated into the > draft. >=20 > Regarding the three G.7715.1 requirements listed in the liaison, we > agree with you that the ASON Routing draft is not the proper place to > address these requirements. We also note that these requirements > were not included in RFC 4258. We welcome interested Q14/15 participants > and/or other individuals to submit a new draft to the IETF to address > these requirements. >=20 > Regards, > Deborah and Lou > IETF CCAMP chairs >=20 >=20 >=20 > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp From wwwrun@rfc-editor.org Fri Aug 19 09:32:48 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AD3B21F8A91; Fri, 19 Aug 2011 09:32:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.207 X-Spam-Level: X-Spam-Status: No, score=-102.207 tagged_above=-999 required=5 tests=[AWL=-0.207, BAYES_00=-2.599, J_CHICKENPOX_93=0.6, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fcnbi9fAiO5q; Fri, 19 Aug 2011 09:32:47 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:123a::1:2f]) by ietfa.amsl.com (Postfix) with ESMTP id BB57321F85AE; Fri, 19 Aug 2011 09:32:47 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 2560898C23C; Fri, 19 Aug 2011 09:33:45 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org From: rfc-editor@rfc-editor.org Message-Id: <20110819163345.2560898C23C@rfc-editor.org> Date: Fri, 19 Aug 2011 09:33:45 -0700 (PDT) Cc: ccamp@ietf.org, rfc-editor@rfc-editor.org Subject: [CCAMP] RFC 6344 on Operating Virtual Concatenation (VCAT) and the Link Capacity Adjustment Scheme (LCAS) with Generalized Multi-Protocol Label Switching (GMPLS) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 16:32:48 -0000 A new Request for Comments is now available in online RFC libraries. RFC 6344 Title: Operating Virtual Concatenation (VCAT) and the Link Capacity Adjustment Scheme (LCAS) with Generalized Multi-Protocol Label Switching (GMPLS) Author: G. Bernstein, Ed., D. Caviglia, R. Rabbat, H. van Helvoort Status: Standards Track Stream: IETF Date: August 2011 Mailbox: gregb@grotto-networking.com, diego.caviglia@ericsson.com, rabbat@alum.mit.edu, hhelvoort@huawei.com Pages: 21 Characters: 44897 Updates: RFC4606 I-D Tag: draft-ietf-ccamp-gmpls-vcat-lcas-13.txt URL: http://www.rfc-editor.org/rfc/rfc6344.txt This document describes requirements for, and the use of, the Generalized Multi-Protocol Label Switching (GMPLS) control plane in support of the Virtual Concatenation (VCAT) layer 1 inverse multiplexing data plane mechanism and its companion Link Capacity Adjustment Scheme (LCAS). LCAS can be used for hitless dynamic resizing of the inverse multiplex group. These techniques apply to Optical Transport Network (OTN), Synchronous Optical Network (SONET), Synchronous Digital Hierarchy (SDH), and Plesiochronous Digital Hierarchy (PDH) signals. This document updates RFC 4606 by making modifications to the procedures for supporting virtual concatenation. [STANDARDS-TRACK] This document is a product of the Common Control and Measurement Plane 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 prvs=12127b6948=lyong@ciena.com Fri Aug 19 10:02:00 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3CC921F8802 for ; Fri, 19 Aug 2011 10:02:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.265 X-Spam-Level: X-Spam-Status: No, score=-103.265 tagged_above=-999 required=5 tests=[AWL=-1.000, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kVJ-Dk6dvdpW for ; Fri, 19 Aug 2011 10:02:00 -0700 (PDT) Received: from mx0a-00103a01.pphosted.com (mx0a-00103a01.pphosted.com [67.231.144.234]) by ietfa.amsl.com (Postfix) with ESMTP id 82A2921F8B48 for ; Fri, 19 Aug 2011 10:02:00 -0700 (PDT) Received: from pps.filterd (m0000419 [127.0.0.1]) by mx0a-00103a01.pphosted.com (8.14.3/8.14.3) with SMTP id p7JGxmkn019032; Fri, 19 Aug 2011 13:02:54 -0400 Received: from mdwexght01.ciena.com (LIN1-118-36-28.ciena.com [63.118.36.28]) by mx0a-00103a01.pphosted.com with ESMTP id y9su70hkx-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 19 Aug 2011 13:02:54 -0400 Received: from MDWEXGMB02.ciena.com ([::1]) by MDWEXGHT01.ciena.com ([::1]) with mapi; Fri, 19 Aug 2011 13:02:52 -0400 From: "Ong, Lyndon" To: Acee Lindem , "BRUNGARD, DEBORAH A (ATTSI)" Content-Class: urn:content-classes:message Date: Fri, 19 Aug 2011 13:02:52 -0400 Thread-Topic: [CCAMP] Proposed SG15 Liaison response on LS314 Thread-Index: AcxejM76n08RPZSKTX+4ChJ+g6wvlgABPtlQ Message-ID: References: <66A48D61-D5FB-4282-BA71-1A244BE0FA8E@ericsson.com> In-Reply-To: <66A48D61-D5FB-4282-BA71-1A244BE0FA8E@ericsson.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US x-tm-as-product-ver: SMEX-10.0.0.1412-6.800.1017-18334.000 x-tm-as-result: No--51.898000-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-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.4.6813, 1.0.211, 0.0.0000 definitions=2011-08-19_06:2011-08-19, 2011-08-19, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=1 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1108190166 Cc: "ccamp@ietf.org" , "lear@cisco.com" Subject: Re: [CCAMP] Proposed SG15 Liaison response on LS314 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 17:02:01 -0000 Hi Deborah, Acee, The response looks good to me as well. Cheers, Lyndon -----Original Message----- From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of A= cee Lindem Sent: Friday, August 19, 2011 9:27 AM To: BRUNGARD, DEBORAH A (ATTSI) Cc: ccamp@ietf.org; lear@cisco.com Subject: Re: [CCAMP] Proposed SG15 Liaison response on LS314 Hi Deborah, This looks fine to me. I'd like to note that while the phrase "mature to pr= ogress" may sound a bit awkward, this was the exact phasing in the ITU COM = 15 - LS 314 - E liaison. Liaison response to request for review of OSPFv2 extensions for ASON routing submission (ref. TD 552 (WP 3/15)) https://datatracker.ietf.org/documents/LIAISON/file1235.pdf Thanks, Acee On Aug 18, 2011, at 4:30 PM, BRUNGARD, DEBORAH A (ATTSI) wrote: > CCAMP, > > Here's a proposed response to SG15. Let us know if any concerns/comments = by August 31st. > > Thanks, > Deborah and Lou > > --------------------------------------------------------- > To: Q14/15 > Subject: Response to COM 15 - LS 314 > > Thank you for your response to our liaison on OSPFv2 extensions for > ASON Routing, and we appreciate your comments on > draft-ietf-ccamp-rfc5787bis-01.txt, in particular your agreement that > the draft is mature to progress. We also thank Stephen Shew for his > informal editorial comments, which have been incorporated into the > draft. > > Regarding the three G.7715.1 requirements listed in the liaison, we > agree with you that the ASON Routing draft is not the proper place to > address these requirements. We also note that these requirements > were not included in RFC 4258. We welcome interested Q14/15 participants > and/or other individuals to submit a new draft to the IETF to address > these requirements. > > Regards, > Deborah and Lou > IETF CCAMP chairs > > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp From agmalis@gmail.com Sat Aug 20 04:36:38 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFEEE21F888A for ; Sat, 20 Aug 2011 04:36:38 -0700 (PDT) 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 ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zIsUy7vRNLef for ; Sat, 20 Aug 2011 04:36:37 -0700 (PDT) Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by ietfa.amsl.com (Postfix) with ESMTP id AD82921F8888 for ; Sat, 20 Aug 2011 04:36:37 -0700 (PDT) Received: by qyk34 with SMTP id 34so660886qyk.10 for ; Sat, 20 Aug 2011 04:37:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=CYsf7LTC6qs3rvto0XchqQb+BYKjcdU2NA7Cgs877BU=; b=jMtDQt+ryDvo6ITCHRK/9zqon2peq2nMyZg4a7fyOrFM0Sn9UM8WHfqid6p8pFwfsx xWugRweKNhVgAeV4XgZlH45qySUTyrzKH/Mss1KgISbmSE7XKQaJpQBXoZOgPLgJNVKr syfiZObg/jFU+0d8ELuveCr77ug8wIONWVsK0= Received: by 10.229.46.18 with SMTP id h18mr164813qcf.141.1313840255150; Sat, 20 Aug 2011 04:37:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.162.12 with HTTP; Sat, 20 Aug 2011 04:37:15 -0700 (PDT) In-Reply-To: References: <66A48D61-D5FB-4282-BA71-1A244BE0FA8E@ericsson.com> From: "Andrew G. Malis" Date: Sat, 20 Aug 2011 07:37:15 -0400 Message-ID: To: "Ong, Lyndon" Content-Type: text/plain; charset=ISO-8859-1 Cc: "lear@cisco.com" , "ccamp@ietf.org" Subject: Re: [CCAMP] Proposed SG15 Liaison response on LS314 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2011 11:36:38 -0000 Deborah, Lou, It looks great to me as well. Cheers, Andy On Fri, Aug 19, 2011 at 1:02 PM, Ong, Lyndon wrote: > Hi Deborah, Acee, > > The response looks good to me as well. > > Cheers, > > Lyndon > > > > -----Original Message----- > From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of Acee Lindem > Sent: Friday, August 19, 2011 9:27 AM > To: BRUNGARD, DEBORAH A (ATTSI) > Cc: ccamp@ietf.org; lear@cisco.com > Subject: Re: [CCAMP] Proposed SG15 Liaison response on LS314 > > Hi Deborah, > This looks fine to me. I'd like to note that while the phrase "mature to progress" may sound a bit awkward, this was the exact phasing in the ITU COM 15 - LS 314 - E liaison. > > Liaison response to request for review of OSPFv2 extensions for ASON > routing submission (ref. TD 552 (WP 3/15)) > https://datatracker.ietf.org/documents/LIAISON/file1235.pdf > > Thanks, > Acee > > On Aug 18, 2011, at 4:30 PM, BRUNGARD, DEBORAH A (ATTSI) wrote: > >> CCAMP, >> >> Here's a proposed response to SG15. Let us know if any concerns/comments by August 31st. >> >> Thanks, >> Deborah and Lou >> >> --------------------------------------------------------- >> To: Q14/15 >> Subject: Response to COM 15 - LS 314 >> >> Thank you for your response to our liaison on OSPFv2 extensions for >> ASON Routing, and we appreciate your comments on >> draft-ietf-ccamp-rfc5787bis-01.txt, in particular your agreement that >> the draft is mature to progress. We also thank Stephen Shew for his >> informal editorial comments, which have been incorporated into the >> draft. >> >> Regarding the three G.7715.1 requirements listed in the liaison, we >> agree with you that the ASON Routing draft is not the proper place to >> address these requirements. We also note that these requirements >> were not included in RFC 4258. We welcome interested Q14/15 participants >> and/or other individuals to submit a new draft to the IETF to address >> these requirements. >> >> Regards, >> Deborah and Lou >> IETF CCAMP chairs >> >> >> >> _______________________________________________ >> CCAMP mailing list >> CCAMP@ietf.org >> https://www.ietf.org/mailman/listinfo/ccamp > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > From scott.mansfield@ericsson.com Sun Aug 21 07:49:51 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3561D21F8A91 for ; Sun, 21 Aug 2011 07:49:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.994 X-Spam-Level: X-Spam-Status: No, score=-5.994 tagged_above=-999 required=5 tests=[AWL=0.606, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id djAob0iaWC41 for ; Sun, 21 Aug 2011 07:49:50 -0700 (PDT) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id 8F8A721F8A7E for ; Sun, 21 Aug 2011 07:49:47 -0700 (PDT) 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 p7LEoilw006428; Sun, 21 Aug 2011 09:50:45 -0500 Received: from EUSAACMS0701.eamcs.ericsson.se ([169.254.1.158]) by eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) with mapi; Sun, 21 Aug 2011 10:50:43 -0400 From: Scott Mansfield To: "Andrew G. Malis" , "Ong, Lyndon" Date: Sun, 21 Aug 2011 10:51:07 -0400 Thread-Topic: [CCAMP] Proposed SG15 Liaison response on LS314 Thread-Index: AcxfLZP40oZkZEwKRzKgdTz59HkxegA49rYw Message-ID: References: <66A48D61-D5FB-4282-BA71-1A244BE0FA8E@ericsson.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "ccamp@ietf.org" , "lear@cisco.com" Subject: Re: [CCAMP] Proposed SG15 Liaison response on LS314 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Aug 2011 14:49:51 -0000 Looks good to me as well. I was at the Q14 interim meeting where this was = discussed and it is a good idea for the IETF to request individuals submit = the necessary material in the form of a individual internet draft. Regards, -scott.=20 > -----Original Message----- > From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org]=20 > On Behalf Of Andrew G. Malis > Sent: Saturday, August 20, 2011 7:37 AM > To: Ong, Lyndon > Cc: lear@cisco.com; ccamp@ietf.org > Subject: Re: [CCAMP] Proposed SG15 Liaison response on LS314 >=20 > Deborah, Lou, >=20 > It looks great to me as well. >=20 > Cheers, > Andy >=20 > On Fri, Aug 19, 2011 at 1:02 PM, Ong, Lyndon wrote: > > Hi Deborah, Acee, > > > > The response looks good to me as well. > > > > Cheers, > > > > Lyndon > > > > > > > > -----Original Message----- > > From: ccamp-bounces@ietf.org=20 > [mailto:ccamp-bounces@ietf.org] On Behalf=20 > > Of Acee Lindem > > Sent: Friday, August 19, 2011 9:27 AM > > To: BRUNGARD, DEBORAH A (ATTSI) > > Cc: ccamp@ietf.org; lear@cisco.com > > Subject: Re: [CCAMP] Proposed SG15 Liaison response on LS314 > > > > Hi Deborah, > > This looks fine to me. I'd like to note that while the=20 > phrase "mature to progress" may sound a bit awkward, this was=20 > the exact phasing in the ITU COM 15 - LS 314 - E liaison. > > > > Liaison response to request for review of OSPFv2 extensions=20 > for ASON=20 > > routing submission (ref. TD 552 (WP 3/15))=20 > > https://datatracker.ietf.org/documents/LIAISON/file1235.pdf > > > > Thanks, > > Acee > > > > On Aug 18, 2011, at 4:30 PM, BRUNGARD, DEBORAH A (ATTSI) wrote: > > > >> CCAMP, > >> > >> Here's a proposed response to SG15. Let us know if any=20 > concerns/comments by August 31st. > >> > >> Thanks, > >> Deborah and Lou > >> > >> --------------------------------------------------------- > >> To: Q14/15 > >> Subject: Response to COM 15 - LS 314 > >> > >> Thank you for your response to our liaison on OSPFv2=20 > extensions for=20 > >> ASON Routing, and we appreciate your comments on=20 > >> draft-ietf-ccamp-rfc5787bis-01.txt, in particular your=20 > agreement that=20 > >> the draft is mature to progress. We also thank Stephen=20 > Shew for his=20 > >> informal editorial comments, which have been incorporated into the=20 > >> draft. > >> > >> Regarding the three G.7715.1 requirements listed in the=20 > liaison, we=20 > >> agree with you that the ASON Routing draft is not the=20 > proper place to=20 > >> address these requirements. We also note that these=20 > requirements were=20 > >> not included in RFC 4258. We welcome interested Q14/15=20 > participants=20 > >> and/or other individuals to submit a new draft to the IETF=20 > to address=20 > >> these requirements. > >> > >> Regards, > >> Deborah and Lou > >> IETF CCAMP chairs > >> > >> > >> > >> _______________________________________________ > >> CCAMP mailing list > >> CCAMP@ietf.org > >> https://www.ietf.org/mailman/listinfo/ccamp > > > > _______________________________________________ > > CCAMP mailing list > > CCAMP@ietf.org > > https://www.ietf.org/mailman/listinfo/ccamp > > > > > > _______________________________________________ > > CCAMP mailing list > > CCAMP@ietf.org > > https://www.ietf.org/mailman/listinfo/ccamp > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > = From gregb@grotto-networking.com Mon Aug 22 15:22:34 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B20721F8B4F for ; Mon, 22 Aug 2011 15:22:34 -0700 (PDT) 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 ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KcHpJ7g+IoVE for ; Mon, 22 Aug 2011 15:22:33 -0700 (PDT) Received: from mail32c40.carrierzone.com (mail32c40.carrierzone.com [209.235.156.172]) by ietfa.amsl.com (Postfix) with ESMTP id 2E58521F8B4E for ; Mon, 22 Aug 2011 15:22:32 -0700 (PDT) X-Authenticated-User: gregb.grotto-networking.com Received: from [192.168.0.124] (c-67-170-243-110.hsd1.ca.comcast.net [67.170.243.110]) (authenticated bits=0) by mail32c40.carrierzone.com (8.13.6/8.13.1) with ESMTP id p7MMNOnc031908; Mon, 22 Aug 2011 22:23:28 +0000 Message-ID: <4E52D6D1.9030009@grotto-networking.com> Date: Mon, 22 Aug 2011 15:23:13 -0700 From: Greg Bernstein User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: "t.petch" References: <7AEB3D6833318045B4AE71C2C87E8E170C62FA55@DFWEML501-MBX.china.huawei.com><4DFB7ED7.5040509@orange-ftgroup.com><4DFB947B.1050409@grotto-networking.com><7AEB3D6833318045B4AE71C2C87E8E1718137E45@dfweml502-mbx.china.huawei.com><4E09EBCF.2020207@labn.net><4E1324A9.4080502@grotto-networking.com><4E172D33.4000800@grotto-networking.com><4E1E05B5.3030305@grotto-networking.com> <4E26EE91.6000607@grotto-networking.com> <002d01cc5cf1$c4122920$4001a8c0@gateway.2wire.net> In-Reply-To: <002d01cc5cf1$c4122920$4001a8c0@gateway.2wire.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-CSC: 0 X-CHA: v=1.1 cv=LArw4P0LKzWdhoKkJrTxd+5s6b3365SLvwo33CVL1O4= c=1 sm=1 a=xHRiyBo38pUA:10 a=s6vkCixSkZcA:10 a=xOaALFOtT5cA:10 a=8nJEP1OIZ-IA:10 a=B4uWGr+4DaAYpgidvygSiQ==:17 a=VZAVAGJQAAAA:8 a=gxZvrgisAAAA:8 a=48vgC7mUAAAA:8 a=_KpMzohzQudIF1jzrU8A:9 a=STVoKUrwG7hRDEfeXo8A:7 a=wPNLvfGTeEIA:10 a=EgY3od2ZU2QA:10 a=h-I_03WOSDMA:10 a=m1nndEFD3LoA:10 a=3FZX-ydVlcEA:10 a=lZB815dzVvQA:10 a=wZXu4Y7KgfKDxhGb:21 a=uHIlsw55-CkVEQ6t:21 a=B4uWGr+4DaAYpgidvygSiQ==:117 Cc: ccamp@ietf.org Subject: Re: [CCAMP] Change 1: Introduction of resource pool entity (was Re: Moving the WSON discussion forward) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2011 22:22:34 -0000 Thanks Tom, hopefully your "chime" helps make it clearer how the LSAs get updated and how a WSON system can control that process. Pierre and co-authors, do you have a specific scenario in mind? The existing mechanisms have worked well for previous GMPLS implementations. Regards Greg B. On 8/17/2011 3:14 AM, t.petch wrote: > ----- Original Message ----- > From: "Greg Bernstein" > To: "PELOSO, PIERRE (PIERRE)" > Cc: > Sent: Wednesday, July 20, 2011 5:04 PM > > I think this is more a question to the OSPF WG. > Are you asking when an LSA gets updated? They get updated when a newer > one is received. By newer one that means one with the same "LSA instance > number". Another top level TLV wouldn't help here since updates are not > based on TLVs, but on LSAs (OSPF folks please chime in). > > > I have not seen a chime so here is one. > > An LSA is identified by the combination of LS Type, Link State ID and > Advertising Router, which is unique. Instances of an LSA are differentiated by > LS Sequence Number which starts at x'80000001' and is incremented each time a > router originates a fresh instance of that LSA, which it will do when something > changes in the contents of the LSA or at regular intervals if everything stays > the same. > > For OSPF TE, the LS Type is 10, and the Link State ID is 1 followed by 24 bits > of Instance. > > When a router receives an LSA, it checks the LS Sequence Number, and if it is > for a newer instance, then the old one is discarded and the new one flooded. If > it is for an older one, then that is discarded. > > All in RFC2328, RFC2370 and RFC3630. > > Tom Petch > > > Note that the the link state database (LSDB) is just a collection of > LSAs. Hence the way to get finer granularity in your updates is to use > more "LSA instances". > > Do you have a specific example in mind that can make this discussion > more concrete? If an optical node undergoes an in-service update > (hot-swap) then it will want to send out LSAs reflecting this change. If > the changes need to replace existing information in the LSDB then the > same "LSA instance" numbers should be used to force the change. If the > information is supplemental then new "LSA instance" numbers can be used. > > Greg > On 7/20/2011 7:15 AM, PELOSO, PIERRE (PIERRE) wrote: >> Hi Greg, >> >> The reason we are proposing a change, is that with current WG solution the > updating process is not detailed, and leaves this in an implementation dependant > interpretation, as is also the composition of each instance of the LSA. I would > rather have a solution that specifies that as I see this as a facilitator for > interoperability and commonality. Otherwise the WG believes that having a > specified process of updates is not required. >> My opinion on that is that in case the cost is low, let it be specified. >> Using multiple type of top-level TLV is a way to formalize that, there can be > alternative approachs, but if there is no constraint in using those, why not > exploring this path, as long as nothing else is proposed? >> Regards, >> >> - pierre >> >> -----Message d'origine----- >> De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part de Greg > Bernstein >> Envoyé : mercredi 13 juillet 2011 22:53 >> À : ccamp@ietf.org >> Objet : Re: [CCAMP] Change 1: Introduction of resource pool entity (was Re: > Moving the WSON discussion forward) >> Pierre, as previously stated multiple instances in OSPF-TE (RFC3630) allow one > to decrease the flooding size for dynamic information. As RFC3630 indicates: > "The Instance field is an arbitrary value used to maintain multiple Traffic > Engineering LSAs. A maximum of 16777216 Traffic Engineering LSAs may be sourced > by a single system.". This number of instances should be more than enough by far > for all WSON applications. Hence the proposed change is not needed. >> Best Regards >> Greg >> >> On 7/13/2011 8:44 AM, PELOSO, PIERRE (PIERRE) wrote: >>> Hi Greg and CCAMPer's, >>> >>> As in the preceding mail which summarized the 3 main changes proposed >>> by draft-peloso-ccamp-wson-ospf-oeo, become too big to be easily read > through, I've been splitting the 3 points in 3 different threads, this one deals > with change 1: >>> Introduction of the Resource Pool entity inside the model, which allows the > definition of several resource entites per node independantly floodable. >>> MOTIVATION: to decrease the size of flooding upon LSP changes (setup or tear > down). (Resource Pool = group of resource blocks with same connectivity > constraints). >>> Best Regards, >>> >>> Pierre >>> >>> [SNIP] >>> >>> ==snip== > > -- > =================================================== > Dr Greg Bernstein, Grotto Networking (510) 573-2237 > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > > -- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237 From sboutros@cisco.com Sat Aug 27 19:13:23 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2CE8D21F8B5F; Sat, 27 Aug 2011 19:13:23 -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 ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DBfvRydeCLir; Sat, 27 Aug 2011 19:13:22 -0700 (PDT) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id 303C221F8B5D; Sat, 27 Aug 2011 19:13:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=sboutros@cisco.com; l=3641; q=dns/txt; s=iport; t=1314497683; x=1315707283; h=date:to:from:subject:in-reply-to:references:mime-version: message-id; bh=Tk7AFCcBkVj9/Tl1zxwmfPPGWkyBAtqbvPe810eDz/Q=; b=R2kFZDdkF9Zy3zXtCae9p2p0DAW4WvXaHIxcqL0p1Kvv+xW1FnYy62k7 Ncj/oZ8QdWRJ9ew5ybhVvyA2cAYwdcZ3BNicJ0S7Qp5g9Jy1gueLC6Hd6 KfPL+QXu77KMggoTY/0QZMIWTlgCu5GbML5Byp4iYh8e3s74FYeG2NtQf E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArAAAEWkWU6rRDoH/2dsb2JhbABCh16QUo9fd4FAAQEBAQMBAQEPASUCNBcCAgcEEQQBAQEeCQcZAgwfCQgGARIih1SZYwGdZAKGSgSHZJBSjA0 X-IronPort-AV: E=Sophos;i="4.68,291,1312156800"; d="scan'208";a="17136494" Received: from mtv-core-2.cisco.com ([171.68.58.7]) by rcdn-iport-1.cisco.com with ESMTP; 28 Aug 2011 02:14:40 +0000 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by mtv-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id p7S2EeuV001816; Sun, 28 Aug 2011 02:14:40 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 27 Aug 2011 19:14:39 -0700 Received: from sboutros-wxp01.ciswco.com ([10.21.168.81]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 27 Aug 2011 19:14:38 -0700 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 27 Aug 2011 19:14:31 -0700 To: "Shahram Davari" , "Loa Andersson" , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "MPLS-TP ad hoc team" , "pwe3@ietf.org" , CCAMP From: Sami Boutros In-Reply-To: <2C2F1EBA8050E74EA81502D5740B4BD6A9329A7B9D@SJEXCHCCR02.cor p.ad.broadcom.com> References: <4E497423.8030001@pi.nu> <2C2F1EBA8050E74EA81502D5740B4BD6A9329A7B9D@SJEXCHCCR02.corp.ad.broadcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-ID: X-OriginalArrivalTime: 28 Aug 2011 02:14:39.0231 (UTC) FILETIME=[3D87D0F0:01CC6528] Subject: Re: [CCAMP] [mpls] MPLS working group last call on draft-ietf-mpls-tp-li-lb-03.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Aug 2011 02:13:23 -0000 Hi Shahram, The hard loopback function is expected to be done by the management plane as mentioned in the draft. I see most of the comments are related to either a HW/SW implementation or a basic MPLS forwarding concept that would apply. Please see comments inline.. At 01:32 PM 8/15/2011, Shahram Davari wrote: >Hi, > >I have a general clarification question regarding this draft. It >seems that the exact position of the Transmit, Loopback and receive >MEP/MIP in the data-plane processing is not well defined, which >could lead to unpredictable results. For example what is the >expected behavior for Transmit, Receive and Loopback points: > >- Transmit Before or after Ingress policing? >- Transmit and Loopback before or after Queuing/shaping? Sami: It is expected that test traffic will be sent after putting the LSP in Loopback by management plane, how this test traffic be queued or shaped will purely depend on the implementation of the policy of the interfaces and is not something we should mention in the draft. >- Loopback Before or after forwarding (Label Switching)? Sami: When you set a Loopback you are impacting the Fwding plane at the point of Loopback to send traffic back.. >- Loopback at Ingress Port (Down-MEP) or Egress port (Up-MEP)? Sami: This would depend on the Management plane setting up the Fwding and HW implementation of the box.. >- Loopback before TTL decrement or after TTL decrement? Sami: This is basic MPLS forwarding, MPLS would decrement TTL as packets ingress a box. >- Loopback before or after LSP termination at LSP terminating MEP? Sami: When you loopback at terminating MEP, then this would mean that the label crossconnect set by Management plane would not terminate the LSP, I would expect an operator will know how to set the MPLS Xconnect at the LB point. >- Loopback or not loopback ACH messages at terminating MEP? >- loopback or not Loopback VCCV messages at terminating MEP? >- loopback or not Loopback LSP OAM messages (such as BFD) with IP >address = 127/8 at terminating MEP? >- loopback or not Loopback LSP-Ping messages not defined in this draft? Sami: This is again basic MPLS forwarding, i.e. when you set an MPLS Xconnect at the loopback point, packets will be inspected only if the TTL expire. Thanks, Sami >And many similar questions. I would appreciate the authors response >and clarification. > >Thanks >Shahram > > > > > >-----Original Message----- >From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf >Of Loa Andersson >Sent: Monday, August 15, 2011 12:32 PM >To: mpls@ietf.org; mpls-chairs@tools.ietf.org; MPLS-TP ad hoc team; >pwe3@ietf.org; CCAMP >Subject: [mpls] MPLS working group last call on >draft-ietf-mpls-tp-li-lb-03.txt > >Working Group, > >this is to start a working group last call on >draft-ietf-mpls-tp-li-lb-03.txt > >Please send your comments to the mpls working group mailing list. > >This last call ends on August 26th 2011. > >Loa >for the mpls wg co-charirs > >-- > > >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 From sboutros@cisco.com Sat Aug 27 19:19:08 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 22AE521F8B9D; Sat, 27 Aug 2011 19:19:08 -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 ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zPyASkNd6fIV; Sat, 27 Aug 2011 19:19:07 -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 0D4A721F8B9B; Sat, 27 Aug 2011 19:19:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=sboutros@cisco.com; l=3624; q=dns/txt; s=iport; t=1314498028; x=1315707628; h=date:to:from:subject:in-reply-to:references:mime-version: message-id; bh=CEJR9hrgozw+Mrfa+3ZmJV0YMUx/CQpG+nl/SydZN1g=; b=DskmxezRFlm5G/wiEXPyezBtQ2nSTjmmkukKzwnTZwW8vgyxiIq0baYs pVBbqQ1gAG6lFYh6g9QTpKxrjx5JFPqpzmAHf7zfbMr5cPB0fratfFhZU Kk2kRH71r8R4BzNGEt3MyMeadcle1l2cW+Y9lyPJwJ7ZUk+6KtkZ+Tt2o w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArAAAK+lWU6rRDoG/2dsb2JhbAA6CIdekFKPX3eBQAEBAQEDAQEBDwElAjQXAgIHBBEEAQEBHgkHGQIMHwkIBgESIodUmWQBnWQCgymDIQSHZJBSjA0 X-IronPort-AV: E=Sophos;i="4.68,291,1312156800"; d="scan'208";a="17142374" Received: from mtv-core-1.cisco.com ([171.68.58.6]) by rcdn-iport-9.cisco.com with ESMTP; 28 Aug 2011 02:20:22 +0000 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by mtv-core-1.cisco.com (8.14.3/8.14.3) with ESMTP id p7S2KMB8007919; Sun, 28 Aug 2011 02:20:22 GMT Received: from xfe-sjc-232.amer.cisco.com ([128.107.191.79]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 27 Aug 2011 19:20:22 -0700 Received: from sboutros-wxp01.ciswco.com ([10.21.168.81]) by xfe-sjc-232.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 27 Aug 2011 19:20:20 -0700 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 27 Aug 2011 19:18:49 -0700 To: "Shahram Davari" , "Shahram Davari" , "Loa Andersson" , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "MPLS-TP ad hoc team" , "pwe3@ietf.org" , CCAMP From: Sami Boutros In-Reply-To: <2C2F1EBA8050E74EA81502D5740B4BD6A9329A7C0A@SJEXCHCCR02.cor p.ad.broadcom.com> References: <4E497423.8030001@pi.nu> <2C2F1EBA8050E74EA81502D5740B4BD6A9329A7C0A@SJEXCHCCR02.corp.ad.broadcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-ID: X-OriginalArrivalTime: 28 Aug 2011 02:20:21.0274 (UTC) FILETIME=[09676FA0:01CC6529] Subject: Re: [CCAMP] [PWE3] [mpls] MPLS working group last call on draft-ietf-mpls-tp-li-lb-03.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Aug 2011 02:19:08 -0000 At 02:31 PM 8/15/2011, Shahram Davari wrote: >Hi, > >A few more comments: > >- How is a MIP put to Loopback mode? >- How does the MIP get out of loopback? Sami: As mentioned in the draft this is done by Management plane. >- How does the Ingress MEP know that the Egress MEP has accepted its >request for Lockout? >- How does the Ingress MEP know that the MIP is or is not in loopback mode? Sami: Since this is done via Management plane, then the operator need to make sure that the LSP is locked before putting the circuit in Loopback. >previous versions of the draft addressed all these issues, but I am >wondering how are these done without special messages and Acks. Sami: We revisited the previous drafts, and the consensus among authors was to send a periodic message for the lockout and not rely on the request ack technique, primarily to make it more robust, and consistent with the Fault reporting mechanisms in the Fault draft and PSC drafts too. Thanks, Sami >Thx >Shahram > > >-----Original Message----- >From: Shahram Davari >Sent: Monday, August 15, 2011 1:33 PM >To: 'Loa Andersson'; 'mpls@ietf.org'; 'mpls-chairs@tools.ietf.org'; >'MPLS-TP ad hoc team'; 'pwe3@ietf.org'; 'CCAMP' >Subject: RE: [mpls] MPLS working group last call on >draft-ietf-mpls-tp-li-lb-03.txt > >Hi, > >I have a general clarification question regarding this draft. It >seems that the exact position of the Transmit, Loopback and receive >MEP/MIP in the data-plane processing is not well defined, which >could lead to unpredictable results. For example what is the >expected behavior for Transmit, Receive and Loopback points: > >- Transmit Before or after Ingress policing? >- Transmit and Loopback before or after Queuing/shaping? >- Loopback Before or after forwarding (Label Switching)? >- Loopback at Ingress Port (Down-MEP) or Egress port (Up-MEP)? >- Loopback before TTL decrement or after TTL decrement? >- Loopback before or after LSP termination at LSP terminating MEP? >- Loopback or not loopback ACH messages at terminating MEP? >- loopback or not Loopback VCCV messages at terminating MEP? >- loopback or not Loopback LSP OAM messages (such as BFD) with IP >address = 127/8 at terminating MEP? >- loopback or not Loopback LSP-Ping messages not defined in this draft? > >And many similar questions. I would appreciate the authors response >and clarification. > >Thanks >Shahram > > > > > >-----Original Message----- >From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf >Of Loa Andersson >Sent: Monday, August 15, 2011 12:32 PM >To: mpls@ietf.org; mpls-chairs@tools.ietf.org; MPLS-TP ad hoc team; >pwe3@ietf.org; CCAMP >Subject: [mpls] MPLS working group last call on >draft-ietf-mpls-tp-li-lb-03.txt > >Working Group, > >this is to start a working group last call on >draft-ietf-mpls-tp-li-lb-03.txt > >Please send your comments to the mpls working group mailing list. > >This last call ends on August 26th 2011. > >Loa >for the mpls wg co-charirs > >-- > > >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 > > >_______________________________________________ >pwe3 mailing list >pwe3@ietf.org >https://www.ietf.org/mailman/listinfo/pwe3 From loa@pi.nu Sun Aug 28 01:41:13 2011 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C2E6121F84FB; Sun, 28 Aug 2011 01:41:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.669 X-Spam-Level: X-Spam-Status: No, score=-102.669 tagged_above=-999 required=5 tests=[AWL=-0.070, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TO9xrE7orOce; Sun, 28 Aug 2011 01:41:13 -0700 (PDT) Received: from mail.pi.nu (mail.pi.nu [194.71.127.148]) by ietfa.amsl.com (Postfix) with ESMTP id 241E021F84F9; Sun, 28 Aug 2011 01:41:12 -0700 (PDT) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by mail.pi.nu (Postfix) with ESMTPSA id AEBD72A8001; Sun, 28 Aug 2011 10:42:31 +0200 (CEST) Message-ID: <4E59FF78.1070001@pi.nu> Date: Sun, 28 Aug 2011 10:42:32 +0200 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , MPLS-TP ad hoc team , pwe3@ietf.org, CCAMP , draft-ietf-mpls-tp-li-lb@tools.ietf.org References: <4E497423.8030001@pi.nu> In-Reply-To: <4E497423.8030001@pi.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [CCAMP] MPLS working group last call on draft-ietf-mpls-tp-li-lb-03.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Aug 2011 08:41:13 -0000 Working Group, this last call has ended! There has been comments can the authors please address comments and publish a new version of the draft. /Loa On 2011-08-15 21:31, Loa Andersson wrote: > Working Group, > > this is to start a working group last call on > draft-ietf-mpls-tp-li-lb-03.txt > > Please send your comments to the mpls working group mailing list. > > This last call ends on August 26th 2011. > > Loa > for the mpls wg co-charirs > -- 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