From DALLAN@nortel.com Wed Apr 1 04:34:52 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 024683A6A09 for ; Wed, 1 Apr 2009 04:34:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.556 X-Spam-Level: X-Spam-Status: No, score=-6.556 tagged_above=-999 required=5 tests=[AWL=0.043, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6oee3z5VNOX5 for ; Wed, 1 Apr 2009 04:34:51 -0700 (PDT) Received: from zrtps0kp.nortel.com (zrtps0kp.nortel.com [47.140.192.56]) by core3.amsl.com (Postfix) with ESMTP id EA8A43A690F for ; Wed, 1 Apr 2009 04:34:50 -0700 (PDT) Received: from zcarhxm2.corp.nortel.com (zcarhxm2.corp.nortel.com [47.129.230.99]) by zrtps0kp.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id n31BZl712280 for ; Wed, 1 Apr 2009 11:35:47 GMT x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? Date: Wed, 1 Apr 2009 07:35:47 -0400 Message-ID: <87AC5F88F03E6249AEA68D40BD3E00BE193A82E7@zcarhxm2.corp.nortel.com> In-Reply-To: <4A5028372622294A99B8FFF6BD06EB7B05432B65@USDALSMBS03.ad3.ad.alcatel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? Thread-Index: Acmw4UKX3WFKeyIMSc+yTHe0JvOK0ABHnUKAAAFCbCAACfzoIAABKQPQAAHQSvAAIUrNAA== References: <5ABF91A0-8CCF-40A2-AB7B-25F2060B23B8@castlepoint.net><6738A78F51650A4FAEDCF6844B26C21413461536F3@USEXCHANGE.corp.extremenetworks.com><042001c9b205$9fa23c40$dee6b4c0$@com><4A5028372622294A99B8FFF6BD06EB7B05432AFE@USDALSMBS03.ad3.ad.alcatel.com> <87AC5F88F03E6249AEA68D40BD3E00BE193A82DA@zcarhxm2.corp.nortel.com> <4A5028372622294A99B8FFF6BD06EB7B05432B65@USDALSMBS03.ad3.ad.alcatel.com> From: "David Allan" To: "BALUS Florin" , X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2009 11:34:52 -0000 Is the intention to make this "informational". I do not exactly see a standard leaping out at me.... Cheers Dave -----Original Message----- From: BALUS Florin [mailto:Florin.Balus@alcatel-lucent.com]=20 Sent: Tuesday, March 31, 2009 3:46 PM To: Allan, David (CAR:NS00); l2vpn@ietf.org Subject: RE: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? Dave, I am ok to add 802.1aq reference to section 6 in the next revision. Florin > -----Original Message----- > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] On Behalf > Of David Allan > Sent: Tuesday, March 31, 2009 11:53 AM > To: l2vpn@ietf.org > Subject: RE: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? >=20 > I agree with the single PW mesh for B-component aspect (vs. many=20 > I-component meshes) and the mention of IEEE protocol snooping for=20 > multicast containment...but I'd like to see 802.1aq also mentioned in=20 > section 6 as a means of controlling filtering of multicast... >=20 > Cheers > Dave >=20 >=20 > > -----Original Message----- > > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] On > Behalf >=20 > > Of Shane Amante > > Sent: Sunday, March 29, 2009 10:43 PM > > To: l2vpn@ietf.org > > Subject: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? > > > > Hi All, > > > > At the L2VPN WG meeting at IETF 74 in San Francisco, there was a=20 > > request by the authors to make this a WG draft. Please indicate to > the >=20 > > list if you do or don't support making this draft a WG document. The > > following is a URL for this draft: > > http://tools.ietf.org/html/draft-balus-sajassi-l2vpn-pbb-vpls-01 > > > > The deadline for comments will be 3 weeks: Friday, April 17. Silence > > will not be counted as acceptance. > > > > -shane From nfigueir@brocade.com Wed Apr 1 16:53:45 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 31ED53A6B92 for ; Wed, 1 Apr 2009 16:53:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8DNA1MRMoefx for ; Wed, 1 Apr 2009 16:53:28 -0700 (PDT) Received: from smtp1gap.foundrynet.com (smtp1gap.foundrynet.com [76.199.70.29]) by core3.amsl.com (Postfix) with ESMTP id C04F23A67D4 for ; Wed, 1 Apr 2009 16:53:27 -0700 (PDT) Received: from xmail.ds.foundrynet.com (unknown [10.101.218.254]) by smtp1gap.foundrynet.com (Postfix) with ESMTP id 5081D3E0002 for ; Wed, 1 Apr 2009 16:54:11 -0700 (PDT) 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_01C9B325.0E08CA73" Subject: RE: Vpls-MIB response to comments at IETF 73 Date: Wed, 1 Apr 2009 16:53:27 -0700 Message-ID: In-Reply-To: <67FBA6A55FF15B46B8B572062529D26A03626541@USDALSMBS03.ad3.ad.alcatel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Vpls-MIB response to comments at IETF 73 Thread-Index: AclVgif/lwlXCZVOQIimZWpJXn9WJgALsCvQACKpobAACCHqMAAAmJtgAAftLhAAANWWkADEnMGQFJHaEMAANIjJQAGcvX5Q References: <67FBA6A55FF15B46B8B572062529D26A03626541@USDALSMBS03.ad3.ad.alcatel.com> From: "Norival Figueira" To: X-Mailman-Approved-At: Wed, 01 Apr 2009 16:57:43 -0700 X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2009 23:53:45 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C9B325.0E08CA73 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Rohit, =20 Thanks for addressing my questions below. Please find a few additional comments inline below. =20 Regards, Norival =20 From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] On Behalf Of MEDIRATTA Rohit Sent: Tuesday, March 24, 2009 11:24 AM To: l2vpn@ietf.org Subject: RE: Vpls-MIB response to comments at IETF 73 =20 Hi Norival, Please find my answers inline to your questions inline. =20 thanks, Rohit=20 ________________________________ From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] On Behalf Of Norival Figueira Sent: Friday, December 05, 2008 2:26 PM To: l2vpn@ietf.org Subject: RE: Vpls-MIB response to comments at IETF 73 Hi Rohit, Thank you for addressing below the questions I asked at the 73rd IETF's L2VPN WG meeting. I would like to take this opportunity to further clarify those questions and answer your questions below. > ???: I have a few questions for clarification. When I read the MIB, there's a few things that I couldn't find: > + VPLS Instance ID in the Configuration Table; > + A way to define the desired Class of Service to be used by the VPLS instance to be used for tunnel selection; >=20 > RM: Could we get some more information on the above two and why its a > good idea to add them to the next revision. VPLS Instance ID (VC ID): In the context of LDP signaling for VPLS defined in RFC4762, LDP is used for signaling a full mesh of pseudowires interconnecting VPLS instances. LDP pseudowire id (PWid) Forwarding Equivalence Class (FEC) element 128 was originally used to carry pseudowire parameters. This is still used and supported by most of the existing RFC4762 implementations in the market. Please note that although RFC4762 defines the use of the Generalized PWid FEC 129, it also describes the use of FEC 128 in Appendix A ("VPLS Signaling using the PWid FEC Element"), which states that "this section is being retained because live deployments use this version of the signaling for VPLS". Therefore, in order to support these existing implementations, one also needs to define a VPLS Instance Id (or VC Id). In this case, in each PE containing a VPLS instance for a given customer, the VPLS instance is configured with a same VPLS Instance ID, which has global significance across all PEs involved in the same VPLS instance. The VPLS instance ID is then used as the VC ID in the FEC element 128. PEs then correlate pseudowires with corresponding VPLS instances using the VC ID value contained in the FEC element 128. [rm] VC-ID is a per PW configuration, there is no requirement for this to be globally unique. VC-ID per PW is captured in the PW MIB. Bgp-Autodiscovery has a globally unique Vpls-Id which is captured in this MIB. [NF] My comment above refers to the case where BGP-Autodiscovery is not used or is not available and VPLS uses LDP signaling with PWid FEC element 128. In this case, a VPLS ID should be available for configuration in the VPLS MIB. That VPLS ID would then be used as the VC-ID in the FEC element 128 for all the PWs for that VPLS instance. I understand that there is an alternative solution using BGP VPLS. I am simply arguing that the VPLS MIB should support other existing LDP implementations. The above reasoning also justifies Sanjay's question in your original message. VPLS Class of Service (CoS): Some service providers use a specific CoS for particular VPLS instances. In that case, the PE needs to choose an appropriate LSP such as an L-LSP that best satisfies the desired VPLS CoS. A VPLS CoS could be defined as a 3-bit value. How would a PE select appropriate LSPs in regards to CoS for each VPLS instance without an explicit definition in the VPLS MIB? [rm] Choosing a tunnel is a PW function. Still not convinced this belong in Vpls-MIB.=20 [NF] I agree with you that choosing a tunnel is a PW function. What I am discussion above is a parameter to be passed to the tunnel selection function. That parameter gives guidance to the tunnel selection function on the desired CoS requirements of each PW. This belongs in the VPLS-MIB because different VPLS instances may have different CoS requirements. > + There are pointers to the Bridge-MIB, but if would be useful if there was > a place in MIB to define the maximum # of MAC addresses that should be > learned by a specific VPLS instance. >=20 > RM: There was an object vplsPwBindMacAddressLimit in an earlier revision. > http://tools.ietf.org/id/draft-nadeau-l2vpn-vpls-mib-00.txt > > This was removed after suggestion from the group in Montreal-IETF, refer > to discussion in Montreal VPLS Maximum Number of MAC addresses: My understanding from the Montreal discussions is that the group was concerned with the definition in the VPLS MIB of features that are implementation specific. I also agree that implementation specific definitions should not be part of a standard VPLS MIB. However, defining the maximum number of MAC addressed for a VPLS instance is not an implementation specific issue. A VPLS maximum number of MAC addresses is needed to support service provider's L2VPN business models. Without this feature, service providers will not able to properly deploy large scale VPLS services. Service providers deploying VPLS as an L2VPN service usually define L2VPN business models with different service levels. For example (completely hypothetical), a service provider may define a customer VPLS service starting at a maximum of 40 MAC addresses and charge for additional increments of 40 MAC addresses. This business model allows the service provider to optimize MAC address table resources and to plan the capacity of its network in terms of the number of VPLS instances that can be supported by each PE (i.e., it allows the service provider to define admission control policies that take PEs' MAC address tables' capabilities into consideration). Defining a maximum number of MAC addresses per VPLS instance is also necessary to protect the network against customer (unintended or intended) MAC address storm attacks. Without a per VPLS (i.e., customer) limit, a single VPLS could consume the whole MAC address table available in a PE. This would cause service disruption to other VPLS customers. Please note that the maximum number of MAC addresses discussed here is a VPLS instance property. The MAC address limits defined earlier in vplsLdpPwBindMacAddressLimit (which was later removed) and in vplsPwBindMacAddressLimit (which is still defined in the current VPLS MIB draft), represent something else and are not appropriate to provide an overall VPLS MAC address limit. An overall VPLS MAC address limit does not care for how many MAC addresses were learned by specific PWs or endpoint interfaces. An overall VPLS MAC address limit is what service providers care about to implement their L2VPN business models and to allow for the proper management and protection of individual VPLS services. Please note that with the advent of PBB-VPLS integration, customer MAC addresses will no longer be learned by VPLS instances. This could be used by someone as an argument against the inclusion of a VPLS MAC limit in the VPLS MIB. However, the VPLS MIB must be applicable to existing deployments where PBB-VPLS integration is not used. Please note that customer MAC addresses will be learned by PEs that also provide PBB Backbone Edge Bridge (BEB)functionality, but this is a subject for a separate discussion on a PBB-VPLS thread. [rm] Point well taken, we will certainly deliberate over this in the next revision. It will be good to understand what is the level of interest for this. [NF] I have seen real interest from Service Providers on this particular functionality. > + It would be useful if there was a way to allow someone to clear the MAC > addresses in a VPLS instance. >=20 > RM: Should this exist in the Vpls-MIB ? Why ? VPLS Clear MAC Addresses: The group has been discussing different ways to flush the learned MAC address of a VPLS instance to support dual homing. In simple terms, with dual homing a CPE (customer premises equipment) could be physically attached to two PEs supporting a VPLS service for the customer. Only one PE would initially forward the customer traffic. In the event that the active PE lost connectivity to the CPE or the PE itself failed, the other PE would take over the responsibility of forwarding the customer traffic. Without further actions, this could create a "black hole" effect where other PE's in the network would continue to send traffic to the original PE until learned MAC entries aged out or were re-learned to point to the new PE as the proper destination. To solve this problem, one can use explicit MAC withdraw (or flush) messages or implicit mechanisms to determined that a MAC flush is required. In both cases, a MAC flush is only issued when there is a VPLS service switchover from on PE to another PE in a dual homing scenario. The case exists for allowing one to manually (administratively) flush the learned MAC addresses of a VPLS instances (for dual homing and non-dual homing scenarios). This is useful for debugging purposes (e.g., the service provider wants to re-start MAC learning for a particular VPLS instance) and also for allowing the manual switchover of service from one PE to another (e.g., in a non-dual homing scenario). [rm] Do we have further interest in this being added to Vpls-MIB ?=20 [NF] I also have seen real interest from Service Providers on this particular functionality. > + You point to Bridge-MIB, but I don't see a clear identification of the > interfaces that are bound to a VPLS instance. I see that for the PW > side, but I don't see that for the interfaces. >=20 > RM: This is the issue where AC is a PW. We've raised this a few times > and have not really > been able to solicit a clear approach to tackling this. VSIs are interconnected by a full mesh of network pseudowires. To provide services to customers a VSI must also support port mode and tagged mode (VLAN) attachments (or endpoints). My question regards these two types. Analogous to the PW bind table defined in the VPLS MIB, one could have an explicit attachment bind table (possibly indexed by vplsConfigIndex and ifindex of endpoint). There seems to be a lean towards SNMP Context Mapping MIB to represent the endpoints. However, this seems to only apply in the context of SNMP v3. For SNMPv2c and SNMPv1, each context will need to be mapped to a community string, which will need to be configured on the management station. This seems impractical, since any number of VPLS instances are possible, with each one having its own unique endpoint attachments. Regards, Norival Figueira ---------------------------------------------------------------------- Date: Tue, 2 Dec 2008 17:38:32 -0600 From: "MEDIRATTA Rohit" Subject: Vpls-MIB response to comments at IETF 73 To: Cc: Agrahara S Kiran Koushik Message-ID: =20 <67FBA6A55FF15B46B8B572062529D26A03038B77@USDALSMBS03.ad3.ad.alcatel.com > =20 Content-Type: text/plain; charset=3D"us-ascii" Hi All, Please find the response to the questions raised w.r.t to VPLS-MIB at IETF-73. The response to the questions are preprended with RM: Regards, Rohit, Kiran & Tom. ----------------------------- Questions: - Kireeti Kompella: You say that VplsBgpRteTargetEntry allows H-VPLS representation, but that seems pretty orthogonal. Can you explain that? RM: RT's can be used to filter which "l2vpn route" should be accepted by each Node. Consider the following setup A-----B------C------D | | | | E F Assuming Vpls/Bgp on A is setup to import RT from B only, export RT-A. Vpls/Bgp on B is setup to import RT from A,C and E, export RT-B Vpls/Bgp on C is setup to import RT from B,D and F, export RT-C Vpls/Bgp on D is setup to import RT from C only, export RT-D. Vpls/Bgp on E is setup to import RT from B only, export RT-E. Vpls/Bgp on F is setup to import RT from C only, export RT-F. =20 This will lead to the following PW Setup. A----B=3D=3D=3D=3D=3DC----D | | | | E F This gives Providers the flexibility to engineer the Auto-discovered PW's. To provide the ability to import/export multiple RT's per Vpls we needed to break RT into a separate table. =20 - ???: I have a few questions for clarification. When I read the MIB, there's a few things that I couldn't find: + VPLS Instance ID in the Configuration Table; + A way to define the desired Class of Service to be used by the VPLS instance to be used for tunnel selection; RM: Could we get some more information on the above two and why its a good idea to add them to the next revision. =20 + There are pointers to the Bridge-MIB, but if would be useful if there was a place in MIB to define the maximum # of MAC addresses that should be learned by a specific VPLS instance. RM: There was an object vplsPwBindMacAddressLimit in an earlier revision. http://tools.ietf.org/id/draft-nadeau-l2vpn-vpls-mib-00.txt This was removed after suggestion from the group in Montreal-IETF, refer to discussion in Montreal =20 + It would be useful if there was a way to allow someone to clear the MAC addresses in a VPLS instance. RM: Should this exist in the Vpls-MIB ? Why ? =20 + You point to Bridge-MIB, but I don't see a clear identification of the interfaces that are bound to a VPLS instance. I see that for the PW side, but I don't see that for the interfaces. RM: This is the issue where AC is a PW. We've raised this a few times and have not really been able to solicit a clear approach to tackling this. =20 - Sanjay (?): MIB you're using for configuration doesn't support old FEC Type using VC ID. There are a lot of existing installations today that are using FEC 128 and all of them depend on the VC ID for the identifier of the VPLS instance. Would like you to consider in the VPLS instance, if you can add the VC ID as a field so that older installations can also be included. RM: Vpls MIB is FEC Type agnostic. FEC 128 and FEC 129 are in the PW-MIB. Also, VC Id is only an identifier for a PW. Not the Vpls. =20 ------------------------------ _______________________________________________ L2vpn mailing list L2vpn@ietf.org https://www.ietf.org/mailman/listinfo/l2vpn =20 End of L2vpn Digest, Vol 55, Issue 2 ************************************ ------_=_NextPart_001_01C9B325.0E08CA73 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable RE: Vpls-MIB response to comments at IETF 73

Hi Rohit,

 

Thanks for addressing my questions below. Please find a = few additional comments inline below.

 

Regards,

Norival

 

From:= l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] On Behalf Of = MEDIRATTA Rohit
Sent: Tuesday, March 24, 2009 11:24 AM
To: l2vpn@ietf.org
Subject: RE: Vpls-MIB response to comments at IETF = 73

 

Hi Norival,

   Please find my answers inline to your questions inline.

 

thanks,

Rohit 

From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] On Behalf Of Norival Figueira
Sent: Friday, December 05, 2008 2:26 PM
To: l2vpn@ietf.org
Subject: RE: Vpls-MIB response to comments at IETF = 73

Hi = Rohit,

Thank you = for addressing below the questions I asked at the 73rd IETF's L2VPN WG = meeting. I would like to take this opportunity to further clarify those questions = and answer your questions below.

> ???: = I have a few questions for clarification.  When I read the MIB, = there’s a few things that I couldn't find:

>  = + VPLS Instance ID in the Configuration Table;

>  = + A way to define the desired Class of Service to be used by the VPLS instance = to be used for tunnel selection;

> 

> RM: = Could we get some more information on the above two and why its = a

> good = idea to add them to the next revision.

VPLS = Instance ID (VC ID):

In the = context of LDP signaling for VPLS defined in RFC4762, LDP is used for signaling a = full mesh of pseudowires interconnecting VPLS instances. LDP pseudowire id = (PWid) Forwarding Equivalence Class (FEC) element 128 was originally used to = carry pseudowire parameters. This is still used and supported by most of the = existing RFC4762 implementations in the market. Please note that although RFC4762 defines the use of the Generalized PWid FEC 129, it also describes the = use of FEC 128 in Appendix A ("VPLS Signaling using the PWid FEC = Element"), which states that "this section is being retained because live = deployments use this version of the signaling for VPLS". Therefore, in order to support these existing implementations, one also needs to define a VPLS = Instance Id (or VC Id). In this case, in each PE containing a VPLS instance for a = given customer, the VPLS instance is configured with a same VPLS Instance ID, = which has global significance across all PEs involved in the same VPLS = instance. The VPLS instance ID is then used as the VC ID in the FEC element 128. PEs = then correlate pseudowires with corresponding VPLS instances using the VC ID = value contained in the FEC element 128.
[rm] VC-ID is a per PW configuration, there is no = requirement for this to be globally unique. VC-ID per PW is captured = in the PW MIB. Bgp-Autodiscovery has a globally unique Vpls-Id which is = captured in this MIB.

[NF] My comment above refers to the case where BGP-Autodiscovery is not used = or is not available and VPLS uses LDP signaling with PWid FEC element 128. In = this case, a VPLS ID should be available for configuration in the VPLS MIB. = That VPLS ID would then be used as the VC-ID in the FEC element 128 for all the = PWs for that VPLS instance. I understand that there is an alternative solution = using BGP VPLS. I am simply arguing that the VPLS MIB should support other = existing LDP implementations.

The above = reasoning also justifies Sanjay's question in your original = message.

VPLS Class = of Service (CoS):

Some service = providers use a specific CoS = for particular VPLS instances. In that case, the PE needs to choose = an appropriate LSP = such as an L-LSP that best satisfies = the desired = VPLS CoS. A VPLS CoS could be = defined as a 3-bit value. How would a PE select appropriate LSPs in regards to CoS for each VPLS = instance without an = explicit definition in the VPLS MIB?
[rm] Choosing a tunnel is a PW function. Still not = convinced this belong in Vpls-MIB. 

[NF] I agree with you that choosing a tunnel is a PW function. What I am = discussion above is a parameter to be passed to the tunnel selection function. That = parameter gives guidance to the tunnel selection function on the desired CoS = requirements of each PW. This belongs in the VPLS-MIB because different VPLS = instances may have different CoS requirements.

> + = There are pointers to the Bridge-MIB, but if would be useful if there = was

> a = place in MIB to define the maximum # of MAC addresses that should = be

> = learned by a specific VPLS instance.

> 

> RM: = There was an object vplsPwBindMacAddressLimit in an earlier = revision.

> http= ://tools.ietf.org/id/draft-nadeau-l2vpn-vpls-mib-00.txt

> = <http= ://tools.ietf.org/id/draft-nadeau-l2vpn-vpls-mib-00.txt>

> This = was removed after suggestion from the group in Montreal-IETF, = refer

> to = discussion in Montreal

VPLS = Maximum Number of MAC addresses:

My = understanding from the Montreal discussions is that the group was concerned with the definition in the VPLS MIB of features that are implementation specific. = I also agree that implementation specific definitions should not be part of a = standard VPLS MIB. However, defining the maximum number of MAC addressed for a = VPLS instance is not an implementation specific issue. A VPLS maximum number = of MAC addresses is needed to support service provider's L2VPN business models. Without this feature, service providers will not able to properly deploy = large scale VPLS services.

Service = providers deploying VPLS as an L2VPN service usually define L2VPN business models = with different service levels. For example (completely hypothetical), a = service provider may define a customer VPLS service starting at a maximum of 40 = MAC addresses and charge for additional increments of 40 MAC addresses. This business model allows the service provider to optimize MAC address table resources and to plan the capacity of its network in terms of the number = of VPLS instances that can be supported by each PE (i.e., it allows the = service provider to define admission control policies that take PEs' MAC address = tables' capabilities into consideration). Defining a maximum number of MAC = addresses per VPLS instance is also necessary to protect the network against = customer (unintended or intended) MAC address storm attacks. Without a per VPLS = (i.e., customer) limit, a single VPLS could consume the whole MAC address table available in a PE. This would cause service disruption to other VPLS = customers.

Please = note that the maximum number of MAC addresses discussed here is a VPLS instance = property. The MAC address limits defined earlier in vplsLdpPwBindMacAddressLimit = (which was later removed) and in vplsPwBindMacAddressLimit (which is still = defined in the current VPLS MIB draft), represent something else and are not = appropriate to provide an overall VPLS MAC address limit. An overall VPLS MAC address limit does not care for how many MAC addresses were learned by specific PWs or endpoint interfaces. An = overall VPLS MAC address limit is what service providers care about to implement = their L2VPN business models and to allow for the proper management and protection of individual VPLS services.

Please = note that with the advent of PBB-VPLS integration, customer MAC addresses = will no = longer be learned = by VPLS instances. = This could be used by someone as an argument against the inclusion of a VPLS MAC limit in the VPLS MIB. = However, the VPLS MIB must be applicable to existing deployments where PBB-VPLS integration is not used. Please note that customer MAC addresses will be learned by PEs that also = provide PBB Backbone Edge Bridge (BEB)functionality, but this is a subject = for a separate = discussion = on a PBB-VPLS = thread.
[rm] Point well taken, we will certainly deliberate = over this in the next revision. It will be good to understand what is the level of interest for this.

[NF] I have seen real interest from Service Providers on this particular functionality.

> + It = would be useful if there was a way to allow someone to clear the = MAC

>  addresses in a VPLS instance.

> 

> RM: = Should this exist in the Vpls-MIB ? Why ?

VPLS Clear = MAC Addresses:

The group = has been discussing different ways to flush the learned MAC address of a VPLS = instance to support dual homing. In simple terms, with dual homing a CPE = (customer premises equipment) could be physically attached to two PEs supporting a VPLS service for = the customer. Only one PE would initially forward the customer traffic. In = the event that the active PE lost connectivity to the CPE or the PE itself = failed, the other PE would take over the responsibility of forwarding the = customer traffic. Without further actions, this could create a "black = hole" effect where other PE's in the network would continue to send traffic to = the original PE until learned MAC entries aged out or were re-learned to = point to the new PE as the proper destination. To solve this problem, one can use explicit MAC withdraw (or flush) messages or implicit mechanisms to = determined that a MAC flush is required. In both cases, a MAC flush is only issued = when there is a VPLS service switchover from on PE to another PE in a dual = homing scenario. The case exists for allowing one to manually = (administratively) flush the learned MAC addresses of a VPLS instances (for dual homing and = non-dual homing scenarios). This is useful for debugging purposes (e.g., the = service provider wants to re-start MAC learning for a particular VPLS instance) = and also for allowing the manual switchover of service from one PE to = another (e.g., in a non-dual homing scenario).
[rm] Do we have further interest in this being = added to Vpls-MIB ? 

[NF] I also have seen real interest from Service Providers on this particular functionality.

> + You = point to Bridge-MIB, but I don't see a clear identification of = the

>  interfaces that are bound to a VPLS instance.  I see that for the = PW

> side, = but I don't see that for the interfaces.

> 

> RM: = This is the issue where AC is a PW. We've raised this a few = times

> and = have not really

> been = able to solicit a clear approach to tackling this.

VSIs are interconnected by a full mesh of network pseudowires. To provide = services to customers a VSI must also support port mode and tagged mode (VLAN) = attachments (or endpoints). My question regards these two types. Analogous to the PW = bind table defined in the VPLS MIB, one could have an explicit attachment = bind table (possibly indexed by vplsConfigIndex and ifindex of = endpoint).

There = seems to be a lean towards SNMP Context Mapping MIB to represent the endpoints. = However, this seems = to only apply in the context of SNMP v3. For SNMPv2c and SNMPv1, each context = will need to be mapped to a community = string, which will need to be configured on the management station. This = seems impractical, = since any number of = VPLS instances are possible, with each one having its own unique endpoint = attachments.

Regards,

Norival = Figueira

-------------------------------------------------------------------= ---

Date: Tue, = 2 Dec 2008 17:38:32 -0600

From: "MEDIRATTA Rohit" = <Rohit.Mediratta@alcatel-lucent.com>

Subject: = Vpls-MIB response to comments at IETF 73

To: <l2vpn@ietf.org>

Cc: = Agrahara S Kiran Koushik <kkoushik@cisco.com>

Message-ID:

        <67FBA6A55FF15B46B8B572062529D26A03038B77@USDALSMBS03.ad3.ad.alc= atel.com>

       

Content-Type: text/plain;       = charset=3D"us-ascii"

Hi = All,

   Please find the response to the questions raised w.r.t to VPLS-MIB = at

IETF-73.

The = response to the questions are preprended with RM:

Regards,

Rohit, = Kiran & Tom.

-----------------------------

 Questions:

- Kireeti = Kompella: You say that VplsBgpRteTargetEntry allows H-VPLS

representation, but that seems pretty orthogonal.  Can you explain = that?

RM: RT's = can be used to filter which "l2vpn route" should be accepted = by

each = Node.

Consider = the following setup

A-----B------C------D

      |      |

      |      |

      E      F

Assuming

Vpls/Bgp = on A is setup to import RT from B only, export RT-A.

Vpls/Bgp = on B is setup to import RT from A,C and E, export RT-B

Vpls/Bgp = on C is setup to import RT from B,D and F, export RT-C

Vpls/Bgp = on D is setup to import RT from C only, export RT-D.

Vpls/Bgp = on E is setup to import RT from B only, export RT-E.

Vpls/Bgp = on F is setup to import RT from C only, export RT-F.

 

This will = lead to the following PW Setup.

A----B=3D=3D=3D=3D=3DC----D

     |     |

     |     |

     E     F

This gives Providers the flexibility to engineer the = Auto-discovered

PW's.

To provide = the ability to import/export multiple RT's per Vpls we = needed

to break = RT into a separate table.

 

- ???: I = have a few questions for clarification.  When I read the = MIB,

there's

a few = things that I couldn't find:

  + = VPLS Instance ID in the Configuration Table;

  + A = way to define the desired Class of Service to be used by the = VPLS

  = instance to be used for tunnel selection;

RM: Could = we get some more information on the above two and why its = a

good idea = to add them to the next revision.

 

+ There = are pointers to the Bridge-MIB, but if would be useful if = there

was

  a = place in MIB to define the maximum # of MAC addresses that should = be

  = learned by a specific VPLS instance.

RM: There = was an object vplsPwBindMacAddressLimit in an earlier

revision.

http= ://tools.ietf.org/id/draft-nadeau-l2vpn-vpls-mib-00.txt

<http= ://tools.ietf.org/id/draft-nadeau-l2vpn-vpls-mib-00.txt>

This was = removed after suggestion from the group in Montreal-IETF, = refer

to = discussion in Montreal

 

+ It would = be useful if there was a way to allow someone to clear the

MAC

  = addresses in a VPLS instance.

RM: Should = this exist in the Vpls-MIB ? Why ?

 

+ You = point to Bridge-MIB, but I don't see a clear identification of = the

  = interfaces that are bound to a VPLS instance.  I see that for the = PW

side,

  but = I don't see that for the interfaces.

RM: This = is the issue where AC is a PW. We've raised this a few = times

and have = not really

been able = to solicit a clear approach to tackling this.

 

- Sanjay = (?): MIB you're using for configuration doesn't support old = FEC

Type

using VC = ID.  There are a lot of existing installations today that = are

using

FEC 128 = and all of them depend on the VC ID for the identifier of the

VPLS

instance.  Would like you to consider in the VPLS instance, if you = can

add = the

VC ID as a = field so that older installations can also be included.

RM: Vpls = MIB is FEC Type agnostic. FEC 128 and FEC 129 are in the

PW-MIB.

    Also, VC Id is only an identifier for a PW. Not the = Vpls.

 

------------------------------

_______________________________________________

L2vpn = mailing list

L2vpn@ietf.org

https://www.ietf.org= /mailman/listinfo/l2vpn

 

End of = L2vpn Digest, Vol 55, Issue 2

************************************

------_=_NextPart_001_01C9B325.0E08CA73-- From Matthew.Bocci@alcatel-lucent.com Thu Apr 2 07:55:21 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B9DB83A6A45 for ; Thu, 2 Apr 2009 07:55:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.199 X-Spam-Level: X-Spam-Status: No, score=-6.199 tagged_above=-999 required=5 tests=[AWL=0.050, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FgDwgcnP8xtA for ; Thu, 2 Apr 2009 07:55:21 -0700 (PDT) Received: from smail6.alcatel.fr (colt-na5.alcatel.fr [62.23.212.5]) by core3.amsl.com (Postfix) with ESMTP id C88E53A68B2 for ; Thu, 2 Apr 2009 07:55:20 -0700 (PDT) Received: from FRVELSBHS03.ad2.ad.alcatel.com (frvelsbhs03.dc-m.alcatel-lucent.com [155.132.6.75]) by smail6.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n32Etvcv026752; Thu, 2 Apr 2009 16:55:57 +0200 Received: from FRVELSMBS11.ad2.ad.alcatel.com ([155.132.6.33]) by FRVELSBHS03.ad2.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 2 Apr 2009 16:55:57 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? Date: Thu, 2 Apr 2009 16:55:56 +0200 Message-ID: <0458D2EE0C36744BABB36BE37805C29A039309FE@FRVELSMBS11.ad2.ad.alcatel.com> In-Reply-To: <4E65056A-207D-4350-A5AC-25F0D8D389AC@castlepoint.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? Thread-Index: Acmw4QLCx0xeqyisTOOZwPQV4/w8dACwhmqg References: <4E65056A-207D-4350-A5AC-25F0D8D389AC@castlepoint.net> From: "BOCCI Matthew" To: "Shane Amante" , X-OriginalArrivalTime: 02 Apr 2009 14:55:57.0271 (UTC) FILETIME=[21131670:01C9B3A3] X-Scanned-By: MIMEDefang 2.57 on 155.132.188.84 X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 14:55:21 -0000 support=20 > -----Original Message----- > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org]=20 > On Behalf Of Shane Amante > Sent: 30 March 2009 03:40 > To: l2vpn@ietf.org > Subject: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? >=20 > Hi All, >=20 > At the L2VPN WG meeting at IETF 74 in San Francisco, there=20 > was a request by the authors to make this a WG draft. Please=20 > indicate to =20 > the list if you do or don't support making this draft a WG=20 > document. =20 > The following is a URL for this draft: > http://tools.ietf.org/html/draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 >=20 > The deadline for comments will be 3 weeks: Friday, April 17. =20 > Silence will not be counted as acceptance. >=20 > -shane >=20 From Matthew.Bocci@alcatel-lucent.com Thu Apr 2 07:55:50 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 129A23A6923 for ; Thu, 2 Apr 2009 07:55:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.201 X-Spam-Level: X-Spam-Status: No, score=-6.201 tagged_above=-999 required=5 tests=[AWL=0.048, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F07R9QZ6zXfd for ; Thu, 2 Apr 2009 07:55:49 -0700 (PDT) Received: from smail6.alcatel.fr (gc-na5.alcatel.fr [64.208.49.5]) by core3.amsl.com (Postfix) with ESMTP id 122F43A68B2 for ; Thu, 2 Apr 2009 07:55:48 -0700 (PDT) Received: from FRVELSBHS04.ad2.ad.alcatel.com (frvelsbhs04.dc-m.alcatel-lucent.com [155.132.6.76]) by smail6.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n32EuUoX026988; Thu, 2 Apr 2009 16:56:30 +0200 Received: from FRVELSMBS11.ad2.ad.alcatel.com ([155.132.6.33]) by FRVELSBHS04.ad2.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 2 Apr 2009 16:56:29 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? Date: Thu, 2 Apr 2009 16:56:29 +0200 Message-ID: <0458D2EE0C36744BABB36BE37805C29A03930A01@FRVELSMBS11.ad2.ad.alcatel.com> In-Reply-To: <5ABF91A0-8CCF-40A2-AB7B-25F2060B23B8@castlepoint.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? Thread-Index: Acmw4UNsTP0HFWiOT5Ge+j4vUd3FGgCwezig References: <5ABF91A0-8CCF-40A2-AB7B-25F2060B23B8@castlepoint.net> From: "BOCCI Matthew" To: "Shane Amante" , X-OriginalArrivalTime: 02 Apr 2009 14:56:29.0619 (UTC) FILETIME=[345B0030:01C9B3A3] X-Scanned-By: MIMEDefang 2.57 on 155.132.188.84 X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 14:55:50 -0000 support=20 > -----Original Message----- > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org]=20 > On Behalf Of Shane Amante > Sent: 30 March 2009 03:43 > To: l2vpn@ietf.org > Subject: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? >=20 > Hi All, >=20 > At the L2VPN WG meeting at IETF 74 in San Francisco, there=20 > was a request by the authors to make this a WG draft. Please=20 > indicate to the list if you do or don't support making this=20 > draft a WG document. The following is a URL for this draft: > http://tools.ietf.org/html/draft-balus-sajassi-l2vpn-pbb-vpls-01 >=20 > The deadline for comments will be 3 weeks: Friday, April 17. =20 > Silence will not be counted as acceptance. >=20 > -shane >=20 From Matthew.Bocci@alcatel-lucent.com Thu Apr 2 07:56:30 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8F64A28C0F8 for ; Thu, 2 Apr 2009 07:56:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.202 X-Spam-Level: X-Spam-Status: No, score=-6.202 tagged_above=-999 required=5 tests=[AWL=0.047, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id axAovpSDoUSG for ; Thu, 2 Apr 2009 07:56:29 -0700 (PDT) Received: from smail5.alcatel.fr (smail5.alcatel.fr [64.208.49.27]) by core3.amsl.com (Postfix) with ESMTP id 8259428C0D9 for ; Thu, 2 Apr 2009 07:56:29 -0700 (PDT) Received: from FRVELSBHS05.ad2.ad.alcatel.com (frvelsbhs05.dc-m.alcatel-lucent.com [155.132.6.77]) by smail5.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n32Ev8Wf030896; Thu, 2 Apr 2009 16:57:08 +0200 Received: from FRVELSMBS11.ad2.ad.alcatel.com ([155.132.6.33]) by FRVELSBHS05.ad2.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 2 Apr 2009 16:57:08 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? Date: Thu, 2 Apr 2009 16:57:07 +0200 Message-ID: <0458D2EE0C36744BABB36BE37805C29A03930A03@FRVELSMBS11.ad2.ad.alcatel.com> In-Reply-To: <7D1D556B-38E9-47B8-B66A-5C764AAD3419@castlepoint.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? Thread-Index: Acmw4jvNb1ICmX9/SWakIdA2jVTC6gCwQtRw References: <7D1D556B-38E9-47B8-B66A-5C764AAD3419@castlepoint.net> From: "BOCCI Matthew" To: "Shane Amante" , X-OriginalArrivalTime: 02 Apr 2009 14:57:08.0426 (UTC) FILETIME=[4B7C7AA0:01C9B3A3] X-Scanned-By: MIMEDefang 2.57 on 155.132.188.13 X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 14:56:30 -0000 support=20 > -----Original Message----- > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org]=20 > On Behalf Of Shane Amante > Sent: 30 March 2009 03:50 > To: l2vpn@ietf.org > Subject: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? >=20 > Hi All, >=20 > At the L2VPN WG meeting at IETF 74 in San Francisco, there=20 > was a request by the authors to make this a WG draft. Please=20 > indicate to the list if you do or don't support making this=20 > draft a WG document. The following is a URL for this=20 > draft:http://tools.ietf.org/html/draft-sajassi-l2vpn-vpls-pbb- > interop-04 >=20 > The deadline for comments will be 3 weeks: Friday, April 17. =20 > Silence will not be counted as acceptance. >=20 > Finally, please note that there is IPR filed against a=20 > previous version of this draft (-03). Please follow the=20 > procedures outlined in RFC 3979 and consult your own legal=20 > counsel in your decision-making process. >=20 > -shane >=20 From ostokes@extremenetworks.com Thu Apr 2 13:23:14 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 019723A6CA1 for ; Thu, 2 Apr 2009 13:23:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ILk+c4huNHCf for ; Thu, 2 Apr 2009 13:23:13 -0700 (PDT) Received: from ussc-casht-p1.extremenetworks.com (ussc-casht-p1.extremenetworks.com [207.179.9.62]) by core3.amsl.com (Postfix) with ESMTP id AACF73A67D9 for ; Thu, 2 Apr 2009 13:22:54 -0700 (PDT) Received: from USEXCHANGE.corp.extremenetworks.com ([10.0.4.74]) by ussc-casht-p1.corp.extremenetworks.com ([172.16.1.201]) with mapi; Thu, 2 Apr 2009 13:23:56 -0700 From: Olen Stokes To: 'Shane Amante' , "l2vpn@ietf.org" Date: Thu, 2 Apr 2009 13:23:56 -0700 Subject: RE: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? Thread-Topic: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? Thread-Index: Acmw4jcFU5B8gFqWTISNJwgX+avw/wC7rZog Message-ID: <6738A78F51650A4FAEDCF6844B26C2141346153710@USEXCHANGE.corp.extremenetworks.com> References: <7D1D556B-38E9-47B8-B66A-5C764AAD3419@castlepoint.net> In-Reply-To: <7D1D556B-38E9-47B8-B66A-5C764AAD3419@castlepoint.net> 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 X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 20:23:14 -0000 Support. -----Original Message----- From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] On Behalf Of S= hane Amante Sent: Sunday, March 29, 2009 10:50 PM To: l2vpn@ietf.org Subject: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? Hi All, At the L2VPN WG meeting at IETF 74 in San Francisco, there was a request by the authors to make this a WG draft. Please indicate to the list if you do or don't support making this draft a WG document. The following is a URL for this draft:http://tools.ietf.org/html/draft-sajassi-= l2vpn-vpls-pbb-interop-04 The deadline for comments will be 3 weeks: Friday, April 17. Silence will not be counted as acceptance. Finally, please note that there is IPR filed against a previous version of this draft (-03). Please follow the procedures outlined in RFC 3979 and consult your own legal counsel in your decision-making process. -shane From yljiang@huawei.com Thu Apr 2 19:10:44 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2009E28C266 for ; Thu, 2 Apr 2009 19:10:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.795 X-Spam-Level: X-Spam-Status: No, score=0.795 tagged_above=-999 required=5 tests=[AWL=1.381, BAYES_00=-2.599, FAKE_REPLY_C=2.012, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1lyDep1wG4Gj for ; Thu, 2 Apr 2009 19:10:43 -0700 (PDT) Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id E98B228C159 for ; Thu, 2 Apr 2009 19:10:42 -0700 (PDT) Received: from huawei.com (szxga01-in [172.24.2.3]) by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KHI00CJO63J5A@szxga01-in.huawei.com> for l2vpn@ietf.org; Fri, 03 Apr 2009 10:11:43 +0800 (CST) Received: from huawei.com ([172.24.1.33]) by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KHI0024463IA1@szxga01-in.huawei.com> for l2vpn@ietf.org; Fri, 03 Apr 2009 10:11:42 +0800 (CST) Received: from j59929 ([10.70.77.59]) by szxml06-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KHI005ZD63ION@szxml06-in.huawei.com> for l2vpn@ietf.org; Fri, 03 Apr 2009 10:11:42 +0800 (CST) Date: Fri, 03 Apr 2009 10:11:42 +0800 From: Jiang Yuan-long Subject: RE: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? To: "\"Shane Amante\"" , l2vpn@ietf.org Message-id: <005d01c9b401$882e1c20$3b4d460a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Outlook Express 6.00.2900.3138 Content-type: multipart/alternative; boundary="Boundary_(ID_XX9/suUkUI4W7rPVP+5Gfg)" X-Priority: 3 X-MSMail-priority: Normal X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2009 02:10:44 -0000 This is a multi-part message in MIME format. --Boundary_(ID_XX9/suUkUI4W7rPVP+5Gfg) Content-type: text/plain; charset=gb2312 Content-transfer-encoding: 7BIT Support > -----Original Message----- > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] > On Behalf Of Shane Amante > Sent: 30 March 2009 03:40 > To: l2vpn@ietf.org > Subject: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? > > Hi All, > > At the L2VPN WG meeting at IETF 74 in San Francisco, there > was a request by the authors to make this a WG draft. Please > indicate to > the list if you do or don't support making this draft a WG > document. > The following is a URL for this draft: > http://tools.ietf.org/html/draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 > > The deadline for comments will be 3 weeks: Friday, April 17. > Silence will not be counted as acceptance. > > -shane > --Boundary_(ID_XX9/suUkUI4W7rPVP+5Gfg) Content-type: text/html; charset=gb2312 Content-transfer-encoding: 7BIT
Support

> -----Original Message-----
> From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org]
> On Behalf Of Shane Amante
> Sent: 30 March 2009 03:40
> To: l2vpn@ietf.org
> Subject: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft?
>
> Hi All,
>
> At the L2VPN WG meeting at IETF 74 in San Francisco, there
> was a request by the authors to make this a WG draft.  Please
> indicate to 
> the list if you do or don't support making this draft a WG
> document.  
> The following is a URL for this draft:
> http://tools.ietf.org/html/draft-pdutta-l2vpn-vpls-ldp-mac-opt-04
>
> The deadline for comments will be 3 weeks: Friday, April 17. 
> Silence will not be counted as acceptance.
>
> -shane
>
--Boundary_(ID_XX9/suUkUI4W7rPVP+5Gfg)-- From yljiang@huawei.com Thu Apr 2 19:11:24 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EDB7128C270 for ; Thu, 2 Apr 2009 19:11:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.674 X-Spam-Level: * X-Spam-Status: No, score=1.674 tagged_above=-999 required=5 tests=[AWL=0.156, BAYES_00=-2.599, FAKE_REPLY_C=2.012, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XqQ-Ql0FRuQC for ; Thu, 2 Apr 2009 19:11:24 -0700 (PDT) Received: from szxga03-in.huawei.com (unknown [119.145.14.66]) by core3.amsl.com (Postfix) with ESMTP id 405B228C21D for ; Thu, 2 Apr 2009 19:09:23 -0700 (PDT) Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KHI002H3612HE@szxga03-in.huawei.com> for l2vpn@ietf.org; Fri, 03 Apr 2009 10:10:14 +0800 (CST) Received: from huawei.com ([172.24.1.24]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KHI00LJF612W0@szxga03-in.huawei.com> for l2vpn@ietf.org; Fri, 03 Apr 2009 10:10:14 +0800 (CST) Received: from j59929 ([10.70.77.59]) by szxml04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KHI009NL6121R@szxml04-in.huawei.com> for l2vpn@ietf.org; Fri, 03 Apr 2009 10:10:14 +0800 (CST) Date: Fri, 03 Apr 2009 10:10:14 +0800 From: Jiang Yuan-long Subject: RE: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? To: "\"Shane Amante\"" , l2vpn@ietf.org Message-id: <005601c9b401$537037c0$3b4d460a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Outlook Express 6.00.2900.3138 Content-type: multipart/alternative; boundary="Boundary_(ID_eKOpbzTH2xFgi5FGZqIdDw)" X-Priority: 3 X-MSMail-priority: Normal X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2009 02:11:25 -0000 This is a multi-part message in MIME format. --Boundary_(ID_eKOpbzTH2xFgi5FGZqIdDw) Content-type: text/plain; charset=gb2312 Content-transfer-encoding: 7BIT Support > -----Original Message----- > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] > On Behalf Of Shane Amante > Sent: 30 March 2009 03:50 > To: l2vpn@ietf.org > Subject: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? > > Hi All, > > At the L2VPN WG meeting at IETF 74 in San Francisco, there > was a request by the authors to make this a WG draft. Please > indicate to the list if you do or don't support making this > draft a WG document. The following is a URL for this > draft:http://tools.ietf.org/html/draft-sajassi-l2vpn-vpls-pbb- > interop-04 > > The deadline for comments will be 3 weeks: Friday, April 17. > Silence will not be counted as acceptance. > > Finally, please note that there is IPR filed against a > previous version of this draft (-03). Please follow the > procedures outlined in RFC 3979 and consult your own legal > counsel in your decision-making process. > > -shane > --Boundary_(ID_eKOpbzTH2xFgi5FGZqIdDw) Content-type: text/html; charset=gb2312 Content-transfer-encoding: 7BIT
Support
 

> -----Original Message-----
> From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org]
> On Behalf Of Shane Amante
> Sent: 30 March 2009 03:50
> To: l2vpn@ietf.org
> Subject: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft?
>
> Hi All,
>
> At the L2VPN WG meeting at IETF 74 in San Francisco, there
> was a request by the authors to make this a WG draft. Please
> indicate to the list if you do or don't support making this
> draft a WG document.  The following is a URL for this
> draft:http://tools.ietf.org/html/draft-sajassi-l2vpn-vpls-pbb-
> interop-04
>
> The deadline for comments will be 3 weeks: Friday, April 17. 
> Silence will not be counted as acceptance.
>
> Finally, please note that there is IPR filed against a
> previous version of this draft (-03).  Please follow the
> procedures outlined in RFC 3979 and consult your own legal
> counsel in your decision-making process.
>
> -shane
>
--Boundary_(ID_eKOpbzTH2xFgi5FGZqIdDw)-- From Florin.Balus@alcatel-lucent.com Fri Apr 3 13:31:31 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6B1493A68F7 for ; Fri, 3 Apr 2009 13:31: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 ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jevXjqsb0Frx for ; Fri, 3 Apr 2009 13:31:30 -0700 (PDT) Received: from audl751.usa.alcatel.com (audl751.usa.alcatel.com [143.209.238.164]) by core3.amsl.com (Postfix) with ESMTP id 370963A6885 for ; Fri, 3 Apr 2009 13:31:29 -0700 (PDT) Received: from usdalsbhs02.ad3.ad.alcatel.com (usdalsbhs02.usa.alcatel.com [172.22.216.13]) by audl751.usa.alcatel.com (ALCANET) with ESMTP id n33KWUoW010921; Fri, 3 Apr 2009 14:32:31 -0600 Received: from USDALSMBS03.ad3.ad.alcatel.com ([172.22.216.6]) by usdalsbhs02.ad3.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 3 Apr 2009 15:32:30 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? Date: Fri, 3 Apr 2009 15:32:27 -0500 Message-ID: <4A5028372622294A99B8FFF6BD06EB7B0549ACAF@USDALSMBS03.ad3.ad.alcatel.com> In-Reply-To: <87AC5F88F03E6249AEA68D40BD3E00BE193A82E7@zcarhxm2.corp.nortel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? thread-index: Acmw4UKX3WFKeyIMSc+yTHe0JvOK0ABHnUKAAAFCbCAACfzoIAABKQPQAAHQSvAAIUrNAAB2/QYw References: <5ABF91A0-8CCF-40A2-AB7B-25F2060B23B8@castlepoint.net><6738A78F51650A4FAEDCF6844B26C21413461536F3@USEXCHANGE.corp.extremenetworks.com><042001c9b205$9fa23c40$dee6b4c0$@com><4A5028372622294A99B8FFF6BD06EB7B05432AFE@USDALSMBS03.ad3.ad.alcatel.com><87AC5F88F03E6249AEA68D40BD3E00BE193A82DA@zcarhxm2.corp.nortel.com><4A5028372622294A99B8FFF6BD06EB7B05432B65@USDALSMBS03.ad3.ad.alcatel.com> <87AC5F88F03E6249AEA68D40BD3E00BE193A82E7@zcarhxm2.corp.nortel.com> From: "BALUS Florin" To: "David Allan" , X-OriginalArrivalTime: 03 Apr 2009 20:32:30.0296 (UTC) FILETIME=[4F77ED80:01C9B49B] X-Scanned-By: MIMEDefang 2.51 on 143.209.238.34 X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2009 20:31:31 -0000 We intend to keep it standard-track for now until we get more feedback on content from working group.=20 Regards, Florin > -----Original Message----- > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] On Behalf > Of David Allan > Sent: Wednesday, April 01, 2009 4:36 AM > To: BALUS Florin; l2vpn@ietf.org > Subject: RE: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? >=20 > Is the intention to make this "informational". I do not exactly see a > standard leaping out at me.... >=20 > Cheers > Dave >=20 > -----Original Message----- > From: BALUS Florin [mailto:Florin.Balus@alcatel-lucent.com] > Sent: Tuesday, March 31, 2009 3:46 PM > To: Allan, David (CAR:NS00); l2vpn@ietf.org > Subject: RE: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? >=20 > Dave, > I am ok to add 802.1aq reference to section 6 in the next revision. > Florin >=20 > > -----Original Message----- > > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] On > Behalf >=20 > > Of David Allan > > Sent: Tuesday, March 31, 2009 11:53 AM > > To: l2vpn@ietf.org > > Subject: RE: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? > > > > I agree with the single PW mesh for B-component aspect (vs. many > > I-component meshes) and the mention of IEEE protocol snooping for > > multicast containment...but I'd like to see 802.1aq also mentioned in > > section 6 as a means of controlling filtering of multicast... > > > > Cheers > > Dave > > > > > > > -----Original Message----- > > > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] On > > Behalf > > > > > Of Shane Amante > > > Sent: Sunday, March 29, 2009 10:43 PM > > > To: l2vpn@ietf.org > > > Subject: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? > > > > > > Hi All, > > > > > > At the L2VPN WG meeting at IETF 74 in San Francisco, there was a > > > request by the authors to make this a WG draft. Please indicate to > > the > > > > > list if you do or don't support making this draft a WG document. > The > > > following is a URL for this draft: > > > http://tools.ietf.org/html/draft-balus-sajassi-l2vpn-pbb-vpls-01 > > > > > > The deadline for comments will be 3 weeks: Friday, April 17. > Silence > > > will not be counted as acceptance. > > > > > > -shane From DALLAN@nortel.com Fri Apr 3 13:42:31 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7A1C83A69AB for ; Fri, 3 Apr 2009 13:42:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.569 X-Spam-Level: X-Spam-Status: No, score=-6.569 tagged_above=-999 required=5 tests=[AWL=0.030, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xt40JT5bETu7 for ; Fri, 3 Apr 2009 13:42:30 -0700 (PDT) Received: from zrtps0kp.nortel.com (zrtps0kp.nortel.com [47.140.192.56]) by core3.amsl.com (Postfix) with ESMTP id 5B7413A6810 for ; Fri, 3 Apr 2009 13:42:30 -0700 (PDT) Received: from zcarhxm2.corp.nortel.com (zcarhxm2.corp.nortel.com [47.129.230.99]) by zrtps0kp.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id n33KhSa11002 for ; Fri, 3 Apr 2009 20:43:29 GMT x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? Date: Fri, 3 Apr 2009 16:42:56 -0400 Message-ID: <87AC5F88F03E6249AEA68D40BD3E00BE193A8356@zcarhxm2.corp.nortel.com> In-Reply-To: <4A5028372622294A99B8FFF6BD06EB7B0549ACAF@USDALSMBS03.ad3.ad.alcatel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? Thread-Index: Acmw4UKX3WFKeyIMSc+yTHe0JvOK0ABHnUKAAAFCbCAACfzoIAABKQPQAAHQSvAAIUrNAAB2/QYwAADBIOA= References: <5ABF91A0-8CCF-40A2-AB7B-25F2060B23B8@castlepoint.net><6738A78F51650A4FAEDCF6844B26C21413461536F3@USEXCHANGE.corp.extremenetworks.com><042001c9b205$9fa23c40$dee6b4c0$@com><4A5028372622294A99B8FFF6BD06EB7B05432AFE@USDALSMBS03.ad3.ad.alcatel.com><87AC5F88F03E6249AEA68D40BD3E00BE193A82DA@zcarhxm2.corp.nortel.com><4A5028372622294A99B8FFF6BD06EB7B05432B65@USDALSMBS03.ad3.ad.alcatel.com> <87AC5F88F03E6249AEA68D40BD3E00BE193A82E7@zcarhxm2.corp.nortel.com> <4A5028372622294A99B8FFF6BD06EB7B0549ACAF@USDALSMBS03.ad3.ad.alcatel.com> From: "David Allan" To: "BALUS Florin" , X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2009 20:42:31 -0000 Let me know when there is an IANA consideration ;-) D=20 -----Original Message----- From: BALUS Florin [mailto:Florin.Balus@alcatel-lucent.com]=20 Sent: Friday, April 03, 2009 4:32 PM To: Allan, David (CAR:NS00); l2vpn@ietf.org Subject: RE: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? We intend to keep it standard-track for now until we get more feedback on content from working group.=20 Regards, Florin > -----Original Message----- > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] On Behalf > Of David Allan > Sent: Wednesday, April 01, 2009 4:36 AM > To: BALUS Florin; l2vpn@ietf.org > Subject: RE: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? >=20 > Is the intention to make this "informational". I do not exactly see a=20 > standard leaping out at me.... >=20 > Cheers > Dave >=20 > -----Original Message----- > From: BALUS Florin [mailto:Florin.Balus@alcatel-lucent.com] > Sent: Tuesday, March 31, 2009 3:46 PM > To: Allan, David (CAR:NS00); l2vpn@ietf.org > Subject: RE: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? >=20 > Dave, > I am ok to add 802.1aq reference to section 6 in the next revision. > Florin >=20 > > -----Original Message----- > > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] On > Behalf >=20 > > Of David Allan > > Sent: Tuesday, March 31, 2009 11:53 AM > > To: l2vpn@ietf.org > > Subject: RE: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? > > > > I agree with the single PW mesh for B-component aspect (vs. many=20 > > I-component meshes) and the mention of IEEE protocol snooping for=20 > > multicast containment...but I'd like to see 802.1aq also mentioned in > > section 6 as a means of controlling filtering of multicast... > > > > Cheers > > Dave > > > > > > > -----Original Message----- > > > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] On > > Behalf > > > > > Of Shane Amante > > > Sent: Sunday, March 29, 2009 10:43 PM > > > To: l2vpn@ietf.org > > > Subject: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? > > > > > > Hi All, > > > > > > At the L2VPN WG meeting at IETF 74 in San Francisco, there was a=20 > > > request by the authors to make this a WG draft. Please indicate to > > the > > > > > list if you do or don't support making this draft a WG document. > The > > > following is a URL for this draft: > > > http://tools.ietf.org/html/draft-balus-sajassi-l2vpn-pbb-vpls-01 > > > > > > The deadline for comments will be 3 weeks: Friday, April 17. > Silence > > > will not be counted as acceptance. > > > > > > -shane From mngpl@singnet.com.sg Sun Apr 5 07:30:27 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6BE1C3A67D4 for ; Sun, 5 Apr 2009 07:30:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.242 X-Spam-Level: X-Spam-Status: No, score=-1.242 tagged_above=-999 required=5 tests=[AWL=-1.057, BAYES_40=-0.185] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id scb3WQaFaxkG for ; Sun, 5 Apr 2009 07:30:26 -0700 (PDT) Received: from comsmtp2.singnet.com.sg (comsmtp2.singnet.com.sg [165.21.101.75]) by core3.amsl.com (Postfix) with ESMTP id 4AB743A68E1 for ; Sun, 5 Apr 2009 07:30:24 -0700 (PDT) Received: from arrowana.singnet.com.sg (arrowana.singnet.com.sg [165.21.101.120]) by comsmtp2.singnet.com.sg (8.13.8/8.13.6) with ESMTP id n35EmilP009201; Sun, 5 Apr 2009 22:48:44 +0800 Received: from arrowana.singnet.com.sg (localhost.localdomain [127.0.0.1]) by arrowana.singnet.com.sg (8.14.3/8.14.2) with ESMTP id n35EVCRZ030095; Sun, 5 Apr 2009 22:31:22 +0800 Received: (from cooluser@localhost) by arrowana.singnet.com.sg (8.14.3/8.14.2/Submit) id n35EVBAW030082; Sun, 5 Apr 2009 22:31:11 +0800 X-Authentication-Warning: arrowana.singnet.com.sg: cooluser set sender to mngpl@singnet.com.sg using -f To: Shane Amante Subject: Re: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? Message-ID: <1238941871.49d8c0af72825@arrowana.singnet.com.sg> Date: Sun, 05 Apr 2009 22:31:11 +0800 (SGT) From: mngpl@singnet.com.sg References: <4E65056A-207D-4350-A5AC-25F0D8D389AC@castlepoint.net> In-Reply-To: <4E65056A-207D-4350-A5AC-25F0D8D389AC@castlepoint.net> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: SingNet WebMail Cc: l2vpn@ietf.org X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: mngpl@singnet.com.sg List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2009 14:30:27 -0000 Support --- Shane Amante wrote: > Hi All, > > At the L2VPN WG meeting at IETF 74 in San Francisco, there was a > request by the authors to make this a WG draft. Please indicate to > > the list if you do or don't support making this draft a WG document. > > The following is a URL for this draft: > http://tools.ietf.org/html/draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 > > The deadline for comments will be 3 weeks: Friday, April 17. > Silence > will not be counted as acceptance. > > -shane > From y.kamite@ntt.com Mon Apr 6 05:45:16 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E52E13A6C08 for ; Mon, 6 Apr 2009 05:45:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.448 X-Spam-Level: X-Spam-Status: No, score=-1.448 tagged_above=-999 required=5 tests=[AWL=-1.150, BAYES_00=-2.599, MANGLED_LIST=2.3, UNPARSEABLE_RELAY=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4xeARkK3avV7 for ; Mon, 6 Apr 2009 05:45:16 -0700 (PDT) Received: from mgw3.noc.ntt.com (mgw3.noc.ntt.com [210.160.15.14]) by core3.amsl.com (Postfix) with ESMTP id EDA5D3A6B31 for ; Mon, 6 Apr 2009 05:45:15 -0700 (PDT) Received: from mop3.noc.ntt.com by mgw3.noc.ntt.com (NTT-Com MailSV) with ESMTP id n36CkKav009496 for ; Mon, 6 Apr 2009 21:46:20 +0900 (JST) Received: from mip01.noc.ntt.com (mvi3.noc.ntt.com) by mop3.noc.ntt.com (NTT-Com MailSV) with ESMTP id <0KHO00FZVJH8PX@ntt.com> for l2vpn@ietf.org; Mon, 06 Apr 2009 21:46:20 +0900 (JST) Date: Mon, 06 Apr 2009 21:45:42 +0900 From: "Yuji KAMITE" Subject: RE: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? In-reply-to: <4A5028372622294A99B8FFF6BD06EB7B05432805@USDALSMBS03.ad3.ad.alcatel.com> To: l2vpn@ietf.org Message-id: <00ed01c9b6b5$992c8fa0$b3d80e0a@coe.ntt.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1933 X-Mailer: Microsoft Office Outlook 11 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Thread-index: Acmw4QEPWHKU85YzQsaA0Y79EV5BoQAfA2OgAVWh2JA= References: <4E65056A-207D-4350-A5AC-25F0D8D389AC@castlepoint.net> <4A5028372622294A99B8FFF6BD06EB7B05432805@USDALSMBS03.ad3.ad.alcatel.com> X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2009 12:45:17 -0000 Hi Pranjal, I have some minor comments and questions. Best regards, Yuji --- - I think it is better to clarify the relathionship between VSI-IDs, PW IDs/AGI&AIIs, VPLS-id and PE-ID TLV encoding. The current draft only says "PE-ID TLV carries sufficient information for identifying the VPLS instance and the unique VSI Identifier", this is ambigous because the proposed PE-ID format encodes PW IDs/AIIs and PE address only -- not place VSI ID directly. I'm not sure how PE-ID content tells correctly which VSI-ID is targeted. VSI-ID is assigned locally by each PE, (even in auto-discovery case, it is derived from concatenating its VPLS-id with an PE IP address) so, in my guess there might be cases where they are not always uniquely allocated in all PEs in one H-VPLS. So ihow to interpret the received PE-ID content and recognize VPLS instance/VSI ID correctly needs to be elaborated. - Section.5 2nd paragraph >The PE-ID TLV SHOULD carry the unique VSI identifier in the > VPLS instance (specified in the FEC TLV). I am not sure why SHOULD is used. "MUST carry" would be better, to avoid non-interoperable solution. Otherwise are there any reason to allow other implementations? And it is not yet clear how it uniquely identifies VSI anyway. - Section 5.1. 1st paragraph >... In such a case the PE-ID TLV in MAC flush message > MAY identify its own VSI in the VPLS instance. Similarly, I am not sure why MAY is applied here. If PE-ID is used, this should be MUST? - Section 4. / Figure 3. >Endpoint Address > 32-bit LSR-ID from the LDP-ID used in LDP signaling session >by a PW endpoint. This explanation might not be clear because it doesn't say which side's PE is pointed at (i.e., either of two PEs of PW). --- > > -----Original Message----- > > From: l2vpn-bounces@ietf.org > [mailto:l2vpn-bounces@ietf.org] On Behalf > > Of Shane Amante > > Sent: Sunday, March 29, 2009 10:40 PM > > To: l2vpn@ietf.org > > Subject: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? > > > > Hi All, > > > > At the L2VPN WG meeting at IETF 74 in San Francisco, there was a > > request by the authors to make this a WG draft. Please indicate to > > the list if you do or don't support making this draft a WG > > document. > > The following is a URL for this draft: > > http://tools.ietf.org/html/draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 > > > > The deadline for comments will be 3 weeks: Friday, April 17. > > Silence will not be counted as acceptance. > > > > -shane > > From pdutta@alcatel-lucent.com Tue Apr 7 19:59:03 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 214273A68FB for ; Tue, 7 Apr 2009 19:59:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.099 X-Spam-Level: X-Spam-Status: No, score=-5.099 tagged_above=-999 required=5 tests=[AWL=-1.150, BAYES_00=-2.599, HELO_EQ_FR=0.35, MANGLED_LIST=2.3, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l9yGBbHPwyAY for ; Tue, 7 Apr 2009 19:59:02 -0700 (PDT) Received: from smail5.alcatel.fr (smail5.alcatel.fr [62.23.212.27]) by core3.amsl.com (Postfix) with ESMTP id DA97F3A6E2F for ; Tue, 7 Apr 2009 19:59:00 -0700 (PDT) Received: from FRMRSSXCHHUB02.dc-m.alcatel-lucent.com (FRMRSSXCHHUB02.dc-m.alcatel-lucent.com [135.120.45.62]) by smail5.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n383069u023314 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Wed, 8 Apr 2009 05:00:06 +0200 Received: from INBANSXCHHUB01.in.alcatel-lucent.com (135.250.12.32) by FRMRSSXCHHUB02.dc-m.alcatel-lucent.com (135.120.45.62) with Microsoft SMTP Server (TLS) id 8.1.340.0; Wed, 8 Apr 2009 05:00:05 +0200 Received: from INBANSXCHMBSA3.in.alcatel-lucent.com ([135.250.12.38]) by INBANSXCHHUB01.in.alcatel-lucent.com ([135.250.12.32]) with mapi; Wed, 8 Apr 2009 08:30:04 +0530 From: "Dutta, Pranjal K (Pranjal)" To: Yuji KAMITE , "l2vpn@ietf.org" Date: Wed, 8 Apr 2009 08:30:02 +0530 Subject: RE: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? Thread-Topic: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? Thread-Index: Acmw4QEPWHKU85YzQsaA0Y79EV5BoQAfA2OgAVWh2JAAT2ZGAA== Message-ID: References: <4E65056A-207D-4350-A5AC-25F0D8D389AC@castlepoint.net> <4A5028372622294A99B8FFF6BD06EB7B05432805@USDALSMBS03.ad3.ad.alcatel.com> <00ed01c9b6b5$992c8fa0$b3d80e0a@coe.ntt.com> In-Reply-To: <00ed01c9b6b5$992c8fa0$b3d80e0a@coe.ntt.com> 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 X-Scanned-By: MIMEDefang 2.57 on 155.132.188.13 X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2009 02:59:03 -0000 Hi Yuji, Thanks for reviewing the I-D. Please refer my answers inline to your comments. Regards, Pranjal -----Original Message----- From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] On Behalf Of Y= uji KAMITE Sent: Monday, April 06, 2009 5:46 AM To: l2vpn@ietf.org Subject: RE: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? Hi Pranjal, I have some minor comments and questions. Best regards, Yuji --- - I think it is better to clarify the relathionship between VSI-IDs, PW IDs/AGI&AIIs, VPLS-id and PE-ID TLV encoding. The current draft only says "PE-ID TLV carries sufficient information for identifying the VPLS instance and the unique VSI Identifier", this is ambigous because the proposed PE-ID format encodes PW IDs/AIIs and PE address only -- not place VSI ID directly. I'm not sure how PE-ID content tells correctly which VSI-ID is targeted. [Pranjal]=20 In FEC 128, the PE-ID carries the PW-ID + 4 byte LDP LSR-ID. From the PW-ID= ,=20 the termination points of a PW can indentify the vpls instance to which=20 the PW is provisioned for. The LSR-ID indentifies one specific termination = point of the PW. So, the combination identifies the unique VSI (VPLS forwar= der) in a PE device. In FEC 129, the PE-ID carries the AGI + AII. From the AGI, the termination points of a PW can indentify the vpls instance to which the PW belongs to. = The AII indentifies one specific termination point of the PW. So, the combi= nation indentifies the unique VSI (VPLS forwarder) in a PE device.=20 I would clarify in detail in next revision. VSI-ID is assigned locally by each PE,=20 (even in auto-discovery case, it is derived from concatenating its VPLS-id with an PE IP address) so, in my guess there might be cases where they are not always uniquely allocated in all PEs in one H-VPLS. So ihow to interpret the received PE-ID content and recognize VPLS instance/VSI ID correctly needs to be elaborated. [Pranjal] Didn't get exactly. In BGP-AD, the AGI distribution would be=20 unique across all n-PEs/u-PEs participating in H-VPLS. AGI would be=20 generated by BGP. - Section.5 2nd paragraph >The PE-ID TLV SHOULD carry the unique VSI identifier in the > VPLS instance (specified in the FEC TLV).=20 I am not sure why SHOULD is used. "MUST carry" would be better, to avoid non-interoperable solution. Otherwise are there any reason to allow other implementations? And it is not yet clear how it uniquely identifies VSI anyway. [Pranjal] Thanks for pointing this out. Noted for correction in next revisi= on. - Section 5.1. 1st paragraph >... In such a case the PE-ID TLV in MAC flush message > MAY identify its own VSI in the VPLS instance. Similarly, I am not sure why MAY is applied here. If PE-ID is used, this should be MUST? [Pranjal] Noted for correction. - Section 4. / Figure 3.=20 >Endpoint Address > 32-bit LSR-ID from the LDP-ID used in LDP signaling session >by a PW endpoint. This explanation might not be clear because it doesn't say which side's PE is pointed at (i.e., either of two PEs of PW). [Pranjal] I would clarify this in next version. It is the LSR-ID of the=20 PE of the sender of the MAC flush. --- > > -----Original Message----- > > From: l2vpn-bounces@ietf.org=20 > [mailto:l2vpn-bounces@ietf.org] On Behalf=20 > > Of Shane Amante > > Sent: Sunday, March 29, 2009 10:40 PM > > To: l2vpn@ietf.org > > Subject: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? > >=20 > > Hi All, > >=20 > > At the L2VPN WG meeting at IETF 74 in San Francisco, there was a=20 > > request by the authors to make this a WG draft. Please indicate to=20 > > the list if you do or don't support making this draft a WG > > document. =20 > > The following is a URL for this draft: > > http://tools.ietf.org/html/draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 > >=20 > > The deadline for comments will be 3 weeks: Friday, April 17. =20 > > Silence will not be counted as acceptance. > >=20 > > -shane > >=20 From phe@soapstonenetworks.com Fri Apr 10 06:14:18 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 454E03A6DBC for ; Fri, 10 Apr 2009 06:14:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.754 X-Spam-Level: X-Spam-Status: No, score=-1.754 tagged_above=-999 required=5 tests=[AWL=0.845, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bYFEQAxyjNYo for ; Fri, 10 Apr 2009 06:14:17 -0700 (PDT) Received: from p01c11o142.mxlogic.net (p01c11o142.mxlogic.net [208.65.144.65]) by core3.amsl.com (Postfix) with ESMTP id 5FC2B3A6DB8 for ; Fri, 10 Apr 2009 06:14:17 -0700 (PDT) Received: from unknown [12.230.177.130] (EHLO p01c11o142.mxlogic.net) by p01c11o142.mxlogic.net (mxl_mta-6.1.1-3) with ESMTP id d664fd94.2724739984.17372.00-500.p01c11o142.mxlogic.net (envelope-from ); Fri, 10 Apr 2009 07:15:26 -0600 (MDT) Received: from unknown [12.230.177.130] (EHLO smtp.soapstonenetworks.com) by p01c11o142.mxlogic.net (mxl_mta-6.1.1-3) over TLS secured channel with ESMTP id 8664fd94.2861108112.17368.00-013.p01c11o142.mxlogic.net (envelope-from ); Fri, 10 Apr 2009 07:15:20 -0600 (MDT) Received: from corp-e2k7-mbx01.Soapstone.local ([172.24.2.72]) by cratos.Soapstone.local ([172.24.2.65]) with mapi; Fri, 10 Apr 2009 09:15:19 -0400 From: Peng He To: Shane Amante , "l2vpn@ietf.org" Date: Fri, 10 Apr 2009 09:15:18 -0400 Subject: RE: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? Thread-Topic: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? Thread-Index: Acmw4UMWKblRD/5USwCsNLap5u0yVgI+MMAw Message-ID: References: <5ABF91A0-8CCF-40A2-AB7B-25F2060B23B8@castlepoint.net> In-Reply-To: <5ABF91A0-8CCF-40A2-AB7B-25F2060B23B8@castlepoint.net> 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 X-Spam: [F=0.2000000000; S=0.200(2009020301)] X-MAIL-FROM: X-SOURCE-IP: [12.230.177.130] X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Apr 2009 13:14:18 -0000 Hello, Regarding Figure 3 of this draft, right-hand-side-bottom, not sure the SVID= should be there? As for a one-to-one SVID-ISID mapping, SVID should be str= ipped off before sending to PBBN as there is no need for it (802.1ah Clause= 25.4). While for many-to-one mapping, SVID should be kept. Hence a '(SVID)= ' instead of 'SVID' might be better.. Page 10, 2nd line, better put a '(Backbone-PW)' after 'B-PW' (B-PW stands f= or B-PW?), just like what you did on B-SI. Regards, Peng > -----Original Message----- > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] On Behalf > Of Shane Amante > Sent: Sunday, March 29, 2009 10:43 PM > To: l2vpn@ietf.org > Subject: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? >=20 > Hi All, >=20 > At the L2VPN WG meeting at IETF 74 in San Francisco, there was a > request by the authors to make this a WG draft. Please indicate to the > list if you do or don't support making this draft a WG document. The > following is a URL for this draft: > http://tools.ietf.org/html/draft-balus-sajassi-l2vpn-pbb-vpls-01 >=20 > The deadline for comments will be 3 weeks: Friday, April 17. Silence > will not be counted as acceptance. >=20 > -shane From phe@soapstonenetworks.com Fri Apr 10 06:28:42 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 50A643A6D9D for ; Fri, 10 Apr 2009 06:28:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.838 X-Spam-Level: X-Spam-Status: No, score=-3.838 tagged_above=-999 required=5 tests=[AWL=2.761, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9QLdCUemkaBw for ; Fri, 10 Apr 2009 06:28:41 -0700 (PDT) Received: from p01c12o141.mxlogic.net (p01c12o141.mxlogic.net [208.65.145.64]) by core3.amsl.com (Postfix) with ESMTP id 41F713A69F8 for ; Fri, 10 Apr 2009 06:28:41 -0700 (PDT) Received: from unknown [12.230.177.130] (EHLO p01c12o141.mxlogic.net) by p01c12o141.mxlogic.net (mxl_mta-6.1.1-3) with ESMTP id dc94fd94.2723969936.26906.00-507.p01c12o141.mxlogic.net (envelope-from ); Fri, 10 Apr 2009 07:29:50 -0600 (MDT) Received: from unknown [12.230.177.130] (EHLO smtp.soapstonenetworks.com) by p01c12o141.mxlogic.net (mxl_mta-6.1.1-3) over TLS secured channel with ESMTP id 1a94fd94.3626097552.26833.00-011.p01c12o141.mxlogic.net (envelope-from ); Fri, 10 Apr 2009 07:29:36 -0600 (MDT) Received: from corp-e2k7-mbx01.Soapstone.local ([172.24.2.72]) by corp-e2k7-hub01.Soapstone.local ([172.24.2.84]) with mapi; Fri, 10 Apr 2009 09:29:04 -0400 From: Peng He To: "Ali Sajassi (sajassi)" , "Sprecher, Nurit (NSN -IL/Hod HaSharon)" , ext Shane Amante , "l2vpn@ietf.org" Date: Fri, 10 Apr 2009 09:29:03 -0400 Subject: RE: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? Thread-Topic: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? Thread-Index: Acmw4jlf7x1l22CjRA29h2XMSd4YhwAFJprAABt4cGAAMwTnUAABF3HAAepqi7A= Message-ID: References: <7D1D556B-38E9-47B8-B66A-5C764AAD3419@castlepoint.net><077E41CFFD002C4CAB7DFA4386A53264798D90@DEMUEXC014.nsn-intra.net><7F115A41909B2641A9550322C4DF9D568F8E0D@xmb-sjc-22d.amer.cisco.com> <7F115A41909B2641A9550322C4DF9D568F91F2@xmb-sjc-22d.amer.cisco.com> In-Reply-To: <7F115A41909B2641A9550322C4DF9D568F91F2@xmb-sjc-22d.amer.cisco.com> 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 X-Spam: [F=0.2000000000; S=0.200(2009020301)] X-MAIL-FROM: X-SOURCE-IP: [12.230.177.130] X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Apr 2009 13:28:42 -0000 Hello Ali, Regarding PE2 in Figure 6, it has I-Component facing the core (VPLS Forward= er) and B-Component facing PBBN Access(802.1ah), which is different with ot= her PEs w/IBBEB in this draft. Should this PE model (PE2) be mentioned so= mewhere in the draft ' draft-balus-sajassi-l2vpn-pbb-vpls-01.txt'? e.g., in= the paragraph above Figure 3? Regards, Peng > -----Original Message----- > From: Ali Sajassi (sajassi) [mailto:sajassi@cisco.com] > Sent: Tuesday, March 31, 2009 3:19 PM > To: Peng He; Sprecher, Nurit (NSN -IL/Hod HaSharon); ext Shane Amante; > l2vpn@ietf.org > Subject: RE: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? >=20 >=20 > You're correct. It should be "PBN" in both fig 5 & 6. I will update it > for the next rev. >=20 > Thanks, > Ali >=20 > > -----Original Message----- > > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] > > On Behalf Of Peng He > > Sent: Tuesday, March 31, 2009 11:50 AM > > To: Ali Sajassi (sajassi); Sprecher, Nurit (NSN -IL/Hod > > HaSharon); ext Shane Amante; l2vpn@ietf.org > > Subject: RE: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? > > > > Hello Ali, > > > > The titles of Fig 5 and Fig. 6 might be read as " H-VPLS with > > Mixed PBN and PBBN Access: xxxx" instead of " H-VPLS with > > Mixed PBB and PBBN Access: xxxx". > > > > > > Regards, > > Peng > > > > > -----Original Message----- > > > From: l2vpn-bounces@ietf.org > > [mailto:l2vpn-bounces@ietf.org] On Behalf > > > Of Ali Sajassi (sajassi) > > > Sent: Monday, March 30, 2009 3:13 PM > > > To: Sprecher, Nurit (NSN - IL/Hod HaSharon); ext Shane Amante; > > > l2vpn@ietf.org > > > Subject: RE: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? > > > > > > > > > Hi Nurit, > > > > > > > -----Original Message----- > > > > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] On > > > > Behalf Of Sprecher, Nurit (NSN - IL/Hod HaSharon) > > > > Sent: Sunday, March 29, 2009 10:21 PM > > > > To: ext Shane Amante; l2vpn@ietf.org > > > > Subject: RE: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? > > > > > > > > Hi, > > > > I'll go over the draft again. In the meantime I'll > > appreciate if the > > > > authors can clarify and help me resolve my confusion about this > > > > draft. > > > > Apparently I thought the intention of the draft is to enhance > > > > scalability, and to avoid the learning of all customers' MAC > > > > addresses. > > > > > > The purpose of PBB encap is two fold: a) for C-MAC > > scalability and b) > > > for PW scalability > > > > > > > In the last meeting there was a comment indicating that > > all I-SIDs > > > > are handled in the E-NNI and that scalability is not > > really solved > > > > in this case. It looks as the intention is to make more efficient > > > > replication at the E-NNI. > > > > > > It is not clear to me what scenario you are referring to > > but there is > > > no C-MAC learning & forwarding at E-NNI between PBB network > > and VPLS > > > core network. In case of loosely-coupled I-SID domains, no I-SID > > > translation is required at E-NNI. And in case of independent I-SID > > > domains, I-SID translation may be required at E-NNI. > > However, no C-MAC > > > address lookup is required at E-NNI for both of these cases. > > > > > > Cheers, > > > Ali > > > > > > > Would the authors be so kind and clarify this to me. > > > > Best regards, > > > > Nurit > > > > > > > > -----Original Message----- > > > > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] On > > > > Behalf Of ext Shane Amante > > > > Sent: Monday, March 30, 2009 04:50 > > > > To: l2vpn@ietf.org > > > > Subject: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? > > > > > > > > Hi All, > > > > > > > > At the L2VPN WG meeting at IETF 74 in San Francisco, there was a > > > > request by the authors to make this a WG draft. Please > > indicate to > > > > the list if you do or don't support making this draft a > > WG document. > > > > The following is a URL for this > > > > draft:http://tools.ietf.org/html/draft-sajassi-l2vpn-vpls-pbb- > > > > interop-04 > > > > > > > > The deadline for comments will be 3 weeks: Friday, April 17. > > > > Silence will not be counted as acceptance. > > > > > > > > Finally, please note that there is IPR filed against a previous > > > > version of this draft (-03). Please follow the > > procedures outlined > > > > in RFC 3979 and consult your own legal counsel in your > > > > decision-making process. > > > > > > > > -shane > > > > > > From dave.mcdysan@verizon.com Fri Apr 10 07:44:12 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 418563A6EC7 for ; Fri, 10 Apr 2009 07:44:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.979 X-Spam-Level: X-Spam-Status: No, score=-2.979 tagged_above=-999 required=5 tests=[AWL=0.620, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n5ACp3Jew4No for ; Fri, 10 Apr 2009 07:44:11 -0700 (PDT) Received: from tpamail4.verizon.com (tpamail4.verizon.com [192.76.82.161]) by core3.amsl.com (Postfix) with ESMTP id 75B9C3A6DCA for ; Fri, 10 Apr 2009 07:44:11 -0700 (PDT) Received: from smtptpa4.verizon.com (smtptpa4.verizon.com [138.83.71.177]) by tpamail4.verizon.com (8.13.6/8.13.3) with ESMTP id n3AEZu4R002193 for ; Fri, 10 Apr 2009 10:35:56 -0400 (EDT) Received: from tpaintrmemf3.verizon.com (tpaintrmemf3.verizon.com [138.83.67.58]) by smtptpa4.verizon.com (8.13.3/8.13.3) with ESMTP id n3AEjJZx001340 for ; Fri, 10 Apr 2009 10:45:19 -0400 (EDT) Received: from tpaintrmemf3.verizon.com (unknown [127.0.0.1]) by tpaintrmemf3.verizon.com (Symantec Mail Security) with ESMTP id 5AD78528003 for ; Fri, 10 Apr 2009 10:45:19 -0400 (EDT) X-AuditID: 8a53433a-ac618bb000006ffe-cb-49df5b7f5139 Received: from smtptpa3.verizon.com (unknown [138.83.71.176]) by tpaintrmemf3.verizon.com (EMF) with ESMTP id 49CAA4E4002 for ; Fri, 10 Apr 2009 10:45:19 -0400 (EDT) Received: from FHDP1CCMXCG02.us.one.verizon.com ([166.68.240.34]) by smtptpa3.verizon.com (8.13.3/8.13.3) with ESMTP id n3AEjEQO022117 for ; Fri, 10 Apr 2009 10:45:19 -0400 (EDT) Received: from FHDP1LUMXCV14.us.one.verizon.com ([166.68.125.35]) by FHDP1CCMXCG02.us.one.verizon.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 10 Apr 2009 10:45:16 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: L2VPN/Ethernet -Related MPLS 2009 Conference -- Call for Presentation Abstracts Date: Fri, 10 Apr 2009 10:45:16 -0400 Message-ID: <793F49BA1FC821409F99F10862A0E4DB0241E4D0@FHDP1LUMXCV14.us.one.verizon.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: L2VPN/Ethernet -Related MPLS 2009 Conference -- Call for Presentation Abstracts Thread-Index: Acm56VWfMx1xuTUkRRe4mLn82ReQyg== From: "Mcdysan, David E" To: X-OriginalArrivalTime: 10 Apr 2009 14:45:16.0782 (UTC) FILETIME=[F69E38E0:01C9B9EA] X-Brightmail-Tracker: AAAAAA== X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Apr 2009 14:44:12 -0000 The MPLS 2009 International Conference, the 12th Annual International Conference on MPLS and Related Technologies, is scheduled for October 25 - 28, 2009, in Washington, DC. The Technical Program Committee is soliciting abstracts for a proposed presentation representing original/unpublished work covering cutting-edge topics, some of them related to the PCE working .=20 If you want to submit a presentation abstract, please see the following URL: http://www.isocore.com/mpls2009/call_for_papers/cfp.htm=20 Many topics have been of interest to L2VPN working group members in the past, and a number of you have been presenters at past MPLS conference events. The topics cover layer 2 VPN protocols (VPWS, VPLS) and also Carrier Ethernet technologies. Regards, Dave McDysan From sajassi@cisco.com Fri Apr 10 09:11:33 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E5C653A68B8 for ; Fri, 10 Apr 2009 09:11:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.199 X-Spam-Level: X-Spam-Status: No, score=-6.199 tagged_above=-999 required=5 tests=[AWL=0.400, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j3ZsTjgOKrVq for ; Fri, 10 Apr 2009 09:11:32 -0700 (PDT) Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id E6ED23A6D61 for ; Fri, 10 Apr 2009 09:11:32 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.40,168,1238976000"; d="scan'208";a="169845752" Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-1.cisco.com with ESMTP; 10 Apr 2009 16:12:41 +0000 Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id n3AGCf9i029119; Fri, 10 Apr 2009 09:12:41 -0700 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-5.cisco.com (8.13.8/8.13.8) with ESMTP id n3AGCfsG028538; Fri, 10 Apr 2009 16:12:41 GMT Received: from xmb-sjc-22d.amer.cisco.com ([128.107.191.68]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 10 Apr 2009 09:12:41 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? Date: Fri, 10 Apr 2009 09:12:40 -0700 Message-ID: <7F115A41909B2641A9550322C4DF9D56B07410@xmb-sjc-22d.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? Thread-Index: Acmw4UMWKblRD/5USwCsNLap5u0yVgI+MMAwAAcyEHA= References: <5ABF91A0-8CCF-40A2-AB7B-25F2060B23B8@castlepoint.net> From: "Ali Sajassi (sajassi)" To: "Peng He" , "Shane Amante" , X-OriginalArrivalTime: 10 Apr 2009 16:12:41.0328 (UTC) FILETIME=[2C9C6F00:01C9B9F7] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=1706; t=1239379961; x=1240243961; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=sajassi@cisco.com; z=From:=20=22Ali=20Sajassi=20(sajassi)=22=20 |Subject:=20RE=3A=20draft-balus-sajassi-l2vpn-pbb-vpls-01=2 0WG=20draft? |Sender:=20; bh=s3iXrBiRLU6FBGbTVtO0QIc4i/8WnILbrL3DQAWpwXI=; b=sxsC8XhPtyxjWx5JMp9x9T1eNSTRl6QxOqco32nU4dqNIf8D4VSMSw2Rgb SniTbrts49WjZLyBBiJ6O1ty8YzJJKifhyI6Wyd6eyUUbEH0YAoNyG4pZu8P fMRvNZen4E; Authentication-Results: sj-dkim-3; header.From=sajassi@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Apr 2009 16:11:34 -0000 Hi Peng,=20 > -----Original Message----- > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org]=20 > On Behalf Of Peng He > Sent: Friday, April 10, 2009 6:15 AM > To: Shane Amante; l2vpn@ietf.org > Subject: RE: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? >=20 > Hello, >=20 > Regarding Figure 3 of this draft, right-hand-side-bottom, not=20 > sure the SVID should be there? As for a one-to-one SVID-ISID=20 > mapping, SVID should be stripped off before sending to PBBN=20 > as there is no need for it (802.1ah Clause 25.4). While for=20 > many-to-one mapping, SVID should be kept. Hence a '(SVID)'=20 > instead of 'SVID' might be better.. Agree. >=20 > Page 10, 2nd line, better put a '(Backbone-PW)' after 'B-PW'=20 > (B-PW stands for B-PW?), just like what you did on B-SI. >=20 Agree. Thanks, Ali >=20 >=20 > Regards, > Peng >=20 >=20 >=20 > > -----Original Message----- > > From: l2vpn-bounces@ietf.org=20 > [mailto:l2vpn-bounces@ietf.org] On Behalf=20 > > Of Shane Amante > > Sent: Sunday, March 29, 2009 10:43 PM > > To: l2vpn@ietf.org > > Subject: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? > >=20 > > Hi All, > >=20 > > At the L2VPN WG meeting at IETF 74 in San Francisco, there was a=20 > > request by the authors to make this a WG draft. Please=20 > indicate to the=20 > > list if you do or don't support making this draft a WG=20 > document. The=20 > > following is a URL for this draft: > > http://tools.ietf.org/html/draft-balus-sajassi-l2vpn-pbb-vpls-01 > >=20 > > The deadline for comments will be 3 weeks: Friday, April=20 > 17. Silence=20 > > will not be counted as acceptance. > >=20 > > -shane >=20 From sajassi@cisco.com Fri Apr 10 09:21:06 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 081503A68E3 for ; Fri, 10 Apr 2009 09:21:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.235 X-Spam-Level: X-Spam-Status: No, score=-6.235 tagged_above=-999 required=5 tests=[AWL=0.364, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q+80iOF5XkWJ for ; Fri, 10 Apr 2009 09:21:05 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id 3BF1328C124 for ; Fri, 10 Apr 2009 09:20:48 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.40,167,1238976000"; d="scan'208";a="283949566" Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-6.cisco.com with ESMTP; 10 Apr 2009 16:21:57 +0000 Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id n3AGLuM1002382; Fri, 10 Apr 2009 09:21:56 -0700 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-2.cisco.com (8.13.8/8.13.8) with ESMTP id n3AGLuB9019455; Fri, 10 Apr 2009 16:21:56 GMT Received: from xmb-sjc-22d.amer.cisco.com ([128.107.191.68]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 10 Apr 2009 09:21:55 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? Date: Fri, 10 Apr 2009 09:21:55 -0700 Message-ID: <7F115A41909B2641A9550322C4DF9D56B0741F@xmb-sjc-22d.amer.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? Thread-Index: Acmw4jlf7x1l22CjRA29h2XMSd4YhwAFJprAABt4cGAAMwTnUAABF3HAAepqi7AABhhs4A== References: <7D1D556B-38E9-47B8-B66A-5C764AAD3419@castlepoint.net><077E41CFFD002C4CAB7DFA4386A53264798D90@DEMUEXC014.nsn-intra.net><7F115A41909B2641A9550322C4DF9D568F8E0D@xmb-sjc-22d.amer.cisco.com> <7F115A41909B2641A9550322C4DF9D568F91F2@xmb-sjc-22d.amer.cisco.com> From: "Ali Sajassi (sajassi)" To: "Peng He" , "Sprecher, Nurit (NSN -IL/Hod HaSharon)" , "ext Shane Amante" , X-OriginalArrivalTime: 10 Apr 2009 16:21:55.0848 (UTC) FILETIME=[77217880:01C9B9F8] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=5490; t=1239380516; x=1240244516; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=sajassi@cisco.com; z=From:=20=22Ali=20Sajassi=20(sajassi)=22=20 |Subject:=20RE=3A=20draft-sajassi-l2vpn-vpls-pbb-interop-04 =20WG=20draft? |Sender:=20; bh=kHRYiPjEVRd0fpu5uMWDjBiU9vvD0V4xxbWOxwXqMZU=; b=l/QyYVkD/amYZN8/Titr+m1c+ASajzPm8qKfIbGnEIziBEe2JlymP/i7R5 FLpRPiVm6+tTEHGgLYdD5mogY8lUs/NsIqIY7pvfWLkGiBneXmEA7umOcm0c /kgXG/K7jU; Authentication-Results: sj-dkim-2; header.From=sajassi@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; ); X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Apr 2009 16:21:06 -0000 Hi Peng,=20 > -----Original Message----- > From: Peng He [mailto:phe@soapstonenetworks.com]=20 > Sent: Friday, April 10, 2009 6:29 AM > To: Ali Sajassi (sajassi); Sprecher, Nurit (NSN -IL/Hod=20 > HaSharon); ext Shane Amante; l2vpn@ietf.org > Subject: RE: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? >=20 > Hello Ali, >=20 > Regarding PE2 in Figure 6, it has I-Component facing the core=20 > (VPLS Forwarder) and B-Component facing PBBN Access(802.1ah),=20 > which is different with other PEs w/IBBEB in this draft. =20 > Should this PE model (PE2) be mentioned somewhere in the=20 > draft ' draft-balus-sajassi-l2vpn-pbb-vpls-01.txt'? e.g., in=20 > the paragraph above Figure 3? >=20 Yes, I think we should mention that in some scenarios the ACs to the I-comp can be PWs. We'll try to take care of that in the next rev. Cheers, Ali=20 >=20 > Regards, > Peng >=20 >=20 > > -----Original Message----- > > From: Ali Sajassi (sajassi) [mailto:sajassi@cisco.com] > > Sent: Tuesday, March 31, 2009 3:19 PM > > To: Peng He; Sprecher, Nurit (NSN -IL/Hod HaSharon); ext=20 > Shane Amante;=20 > > l2vpn@ietf.org > > Subject: RE: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? > >=20 > >=20 > > You're correct. It should be "PBN" in both fig 5 & 6. I=20 > will update it=20 > > for the next rev. > >=20 > > Thanks, > > Ali > >=20 > > > -----Original Message----- > > > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] On=20 > > > Behalf Of Peng He > > > Sent: Tuesday, March 31, 2009 11:50 AM > > > To: Ali Sajassi (sajassi); Sprecher, Nurit (NSN -IL/Hod=20 > HaSharon);=20 > > > ext Shane Amante; l2vpn@ietf.org > > > Subject: RE: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? > > > > > > Hello Ali, > > > > > > The titles of Fig 5 and Fig. 6 might be read as " H-VPLS=20 > with Mixed=20 > > > PBN and PBBN Access: xxxx" instead of " H-VPLS with Mixed PBB and=20 > > > PBBN Access: xxxx". > > > > > > > > > Regards, > > > Peng > > > > > > > -----Original Message----- > > > > From: l2vpn-bounces@ietf.org > > > [mailto:l2vpn-bounces@ietf.org] On Behalf > > > > Of Ali Sajassi (sajassi) > > > > Sent: Monday, March 30, 2009 3:13 PM > > > > To: Sprecher, Nurit (NSN - IL/Hod HaSharon); ext Shane Amante;=20 > > > > l2vpn@ietf.org > > > > Subject: RE: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? > > > > > > > > > > > > Hi Nurit, > > > > > > > > > -----Original Message----- > > > > > From: l2vpn-bounces@ietf.org=20 > [mailto:l2vpn-bounces@ietf.org] On=20 > > > > > Behalf Of Sprecher, Nurit (NSN - IL/Hod HaSharon) > > > > > Sent: Sunday, March 29, 2009 10:21 PM > > > > > To: ext Shane Amante; l2vpn@ietf.org > > > > > Subject: RE: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? > > > > > > > > > > Hi, > > > > > I'll go over the draft again. In the meantime I'll > > > appreciate if the > > > > > authors can clarify and help me resolve my confusion=20 > about this=20 > > > > > draft. > > > > > Apparently I thought the intention of the draft is to enhance=20 > > > > > scalability, and to avoid the learning of all customers' MAC=20 > > > > > addresses. > > > > > > > > The purpose of PBB encap is two fold: a) for C-MAC > > > scalability and b) > > > > for PW scalability > > > > > > > > > In the last meeting there was a comment indicating that > > > all I-SIDs > > > > > are handled in the E-NNI and that scalability is not > > > really solved > > > > > in this case. It looks as the intention is to make more=20 > > > > > efficient replication at the E-NNI. > > > > > > > > It is not clear to me what scenario you are referring to > > > but there is > > > > no C-MAC learning & forwarding at E-NNI between PBB network > > > and VPLS > > > > core network. In case of loosely-coupled I-SID domains,=20 > no I-SID=20 > > > > translation is required at E-NNI. And in case of=20 > independent I-SID=20 > > > > domains, I-SID translation may be required at E-NNI. > > > However, no C-MAC > > > > address lookup is required at E-NNI for both of these cases. > > > > > > > > Cheers, > > > > Ali > > > > > > > > > Would the authors be so kind and clarify this to me. > > > > > Best regards, > > > > > Nurit > > > > > > > > > > -----Original Message----- > > > > > From: l2vpn-bounces@ietf.org=20 > [mailto:l2vpn-bounces@ietf.org] On=20 > > > > > Behalf Of ext Shane Amante > > > > > Sent: Monday, March 30, 2009 04:50 > > > > > To: l2vpn@ietf.org > > > > > Subject: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? > > > > > > > > > > Hi All, > > > > > > > > > > At the L2VPN WG meeting at IETF 74 in San Francisco,=20 > there was a=20 > > > > > request by the authors to make this a WG draft. Please > > > indicate to > > > > > the list if you do or don't support making this draft a > > > WG document. > > > > > The following is a URL for this > > > > > draft:http://tools.ietf.org/html/draft-sajassi-l2vpn-vpls-pbb- > > > > > interop-04 > > > > > > > > > > The deadline for comments will be 3 weeks: Friday, April 17. > > > > > Silence will not be counted as acceptance. > > > > > > > > > > Finally, please note that there is IPR filed against=20 > a previous=20 > > > > > version of this draft (-03). Please follow the > > > procedures outlined > > > > > in RFC 3979 and consult your own legal counsel in your=20 > > > > > decision-making process. > > > > > > > > > > -shane > > > > > > > > >=20 From zhang.xinquan@zte.com.cn Mon Apr 13 23:23:37 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5340528C13B; Mon, 13 Apr 2009 23:23:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -95.035 X-Spam-Level: X-Spam-Status: No, score=-95.035 tagged_above=-999 required=5 tests=[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 ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AAuBnfSegtNE; Mon, 13 Apr 2009 23:23:36 -0700 (PDT) Received: from mx6.zte.com.cn (mx6.zte.com.cn [63.218.89.70]) by core3.amsl.com (Postfix) with ESMTP id 0ADEC28C113; Mon, 13 Apr 2009 23:23:34 -0700 (PDT) Received: from [10.30.17.100] by mx6.zte.com.cn with surfront esmtp id 91102397131170; Tue, 14 Apr 2009 14:17:54 +0800 (CST) Received: from [10.30.3.18] by [10.30.17.100] with StormMail ESMTP id 47274.3996516082; Tue, 14 Apr 2009 14:21:49 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse1.zte.com.cn with ESMTP id n3E6Oc1K040071; Tue, 14 Apr 2009 14:24:38 +0800 (CST) (envelope-from zhang.xinquan@zte.com.cn) In-Reply-To: <5ABF91A0-8CCF-40A2-AB7B-25F2060B23B8@castlepoint.net> To: sajassi@cisco.com Subject: Re: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: zhang.xinquan@zte.com.cn Date: Tue, 14 Apr 2009 14:22:24 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-04-14 14:24:34, Serialize complete at 2009-04-14 14:24:34 Content-Type: multipart/alternative; boundary="=_alternative 0023301348257598_=" X-MAIL: mse1.zte.com.cn n3E6Oc1K040071 Cc: l2vpn@ietf.org, l2vpn-bounces@ietf.org X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2009 06:23:37 -0000 This is a multipart message in MIME format. --=_alternative 0023301348257598_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGksIEFsaQ0KDQpCR1AgYmFzZWQgVlBMUyAoUkZDNDc2MSkgaXMgZXhwbGljaXRseSBleGNsdWRl ZCBmcm9tIFBCQi1WUExTIGluIHRoaXMgDQpkcmFmdC4gSSBhbSBub3QgdmVyeSBzdXJlIGFib3V0 IHdoeSBpdCBkb2VzIHNvLiBJcyB0aGVyZSBhbnkgcG9zc2liaWxpdHkgDQp0byBpbmNsdWRlIFJG QzQ3NjE/DQoNCkJSIQ0KDQpYaW5xdWFuIFpoYW5nDQoNCjIwMDkvNC8xNA0KDQoNCg0KDQoNCg0K U2hhbmUgQW1hbnRlIDxzaGFuZUBjYXN0bGVwb2ludC5uZXQ+IA0Kt6K8/sjLOiAgbDJ2cG4tYm91 bmNlc0BpZXRmLm9yZw0KMjAwOS0wMy0zMCAxMDo0Mg0KDQrK1bz+yMsNCmwydnBuQGlldGYub3Jn DQqzrcvNDQoNCtb3zOINCmRyYWZ0LWJhbHVzLXNhamFzc2ktbDJ2cG4tcGJiLXZwbHMtMDEgV0cg ZHJhZnQ/DQoNCg0KDQoNCg0KDQpIaSBBbGwsDQoNCkF0IHRoZSBMMlZQTiBXRyBtZWV0aW5nIGF0 IElFVEYgNzQgaW4gU2FuIEZyYW5jaXNjbywgdGhlcmUgd2FzIGEgDQpyZXF1ZXN0IGJ5IHRoZSBh dXRob3JzIHRvIG1ha2UgdGhpcyBhIFdHIGRyYWZ0LiBQbGVhc2UgaW5kaWNhdGUgdG8gdGhlIA0K bGlzdCBpZiB5b3UgZG8gb3IgZG9uJ3Qgc3VwcG9ydCBtYWtpbmcgdGhpcyBkcmFmdCBhIFdHIGRv Y3VtZW50LiAgVGhlIA0KZm9sbG93aW5nIGlzIGEgVVJMIGZvciB0aGlzIGRyYWZ0Og0KaHR0cDov L3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtYmFsdXMtc2FqYXNzaS1sMnZwbi1wYmItdnBscy0w MQ0KDQpUaGUgZGVhZGxpbmUgZm9yIGNvbW1lbnRzIHdpbGwgYmUgMyB3ZWVrczogRnJpZGF5LCBB cHJpbCAxNy4gIFNpbGVuY2UgDQp3aWxsIG5vdCBiZSBjb3VudGVkIGFzIGFjY2VwdGFuY2UuDQoN Ci1zaGFuZQ0KDQoNCg== --=_alternative 0023301348257598_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpLCBBbGk8L2ZvbnQ+DQo8YnI+ DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkJHUCBiYXNlZCBWUExTIChSRkM0 NzYxKSBpcyBleHBsaWNpdGx5DQpleGNsdWRlZCBmcm9tIFBCQi1WUExTIGluIHRoaXMgZHJhZnQu IEkgYW0gbm90IHZlcnkgc3VyZSBhYm91dCB3aHkgaXQgZG9lcw0Kc28uIElzIHRoZXJlIGFueSBw b3NzaWJpbGl0eSB0byBpbmNsdWRlIFJGQzQ3NjE/PC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNp emU9MiBmYWNlPSJzYW5zLXNlcmlmIj5CUiE8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0y IGZhY2U9InNhbnMtc2VyaWYiPlhpbnF1YW4gWmhhbmc8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQg c2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjIwMDkvNC8xNDwvZm9udD4NCjxicj4NCjxicj48Zm9u dCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KPC9mb250Pg0KPGJyPg0KPGJyPg0KPGJy Pg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD0yNiU+PGZv bnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxiPlNoYW5lIEFtYW50ZSAmbHQ7c2hhbmVAY2Fz dGxlcG9pbnQubmV0Jmd0OzwvYj4NCjwvZm9udD4NCjxicj48Zm9udCBzaXplPTEgZmFjZT0ic2Fu cy1zZXJpZiI+t6K8/sjLOiAmbmJzcDtsMnZwbi1ib3VuY2VzQGlldGYub3JnPC9mb250Pg0KPHA+ PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjIwMDktMDMtMzAgMTA6NDI8L2ZvbnQ+DQo8 dGQgd2lkdGg9NzMlPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4N CjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPsrVvP7Iyzwv Zm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+bDJ2cG5AaWV0 Zi5vcmc8L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZv bnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPrOty808L2ZvbnQ+PC9kaXY+DQo8dGQ+DQo8dHIg dmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNh bnMtc2VyaWYiPtb3zOI8L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMt c2VyaWYiPmRyYWZ0LWJhbHVzLXNhamFzc2ktbDJ2cG4tcGJiLXZwbHMtMDENCldHIGRyYWZ0Pzwv Zm9udD48L3RhYmxlPg0KPGJyPg0KPHRhYmxlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8dGQ+ PC90YWJsZT4NCjxicj48L3RhYmxlPg0KPGJyPg0KPGJyPg0KPGJyPjxmb250IHNpemU9Mj48dHQ+ SGkgQWxsLDxicj4NCjxicj4NCkF0IHRoZSBMMlZQTiBXRyBtZWV0aW5nIGF0IElFVEYgNzQgaW4g U2FuIEZyYW5jaXNjbywgdGhlcmUgd2FzIGEgJm5ic3A7PGJyPg0KcmVxdWVzdCBieSB0aGUgYXV0 aG9ycyB0byBtYWtlIHRoaXMgYSBXRyBkcmFmdC4gUGxlYXNlIGluZGljYXRlIHRvIHRoZQ0KJm5i c3A7PGJyPg0KbGlzdCBpZiB5b3UgZG8gb3IgZG9uJ3Qgc3VwcG9ydCBtYWtpbmcgdGhpcyBkcmFm dCBhIFdHIGRvY3VtZW50LiAmbmJzcDtUaGUNCiZuYnNwOzxicj4NCmZvbGxvd2luZyBpcyBhIFVS TCBmb3IgdGhpcyBkcmFmdDo8YnI+DQpodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1i YWx1cy1zYWphc3NpLWwydnBuLXBiYi12cGxzLTAxPGJyPg0KPGJyPg0KVGhlIGRlYWRsaW5lIGZv ciBjb21tZW50cyB3aWxsIGJlIDMgd2Vla3M6IEZyaWRheSwgQXByaWwgMTcuICZuYnNwO1NpbGVu Y2UNCiZuYnNwOzxicj4NCndpbGwgbm90IGJlIGNvdW50ZWQgYXMgYWNjZXB0YW5jZS48YnI+DQo8 YnI+DQotc2hhbmU8YnI+DQo8L3R0PjwvZm9udD4NCjxicj4NCg== --=_alternative 0023301348257598_=-- From Manuel.Paul@telekom.de Tue Apr 14 02:21:44 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EEF613A6893 for ; Tue, 14 Apr 2009 02:21:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.249 X-Spam-Level: X-Spam-Status: No, score=-3.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DScG1tIS17yd for ; Tue, 14 Apr 2009 02:21:44 -0700 (PDT) Received: from tcmail53.telekom.de (tcmail53.telekom.de [217.5.214.110]) by core3.amsl.com (Postfix) with ESMTP id 3F6C23A67F4 for ; Tue, 14 Apr 2009 02:21:43 -0700 (PDT) Received: from s4de9jsaanm.mgb.telekom.de (HELO S4DE9JSAANM.ost.t-com.de) ([10.125.177.122]) by tcmail51.telekom.de with ESMTP; 14 Apr 2009 11:22:53 +0200 Received: from S4DE9JSAANI.ost.t-com.de ([10.125.177.223]) by S4DE9JSAANM.ost.t-com.de with Microsoft SMTPSVC(6.0.3790.3959); Tue, 14 Apr 2009 11:22:53 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Subject: RE: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? Date: Tue, 14 Apr 2009 11:22:32 +0200 Message-ID: <40FB0FFB97588246A1BEFB05759DC8A002D9F875@S4DE9JSAANI.ost.t-com.de> In-Reply-To: <4E65056A-207D-4350-A5AC-25F0D8D389AC@castlepoint.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? Thread-Index: Acmw4N+3vLuFFiDEQRClb4faV0q57wL/wCKA References: <4E65056A-207D-4350-A5AC-25F0D8D389AC@castlepoint.net> From: To: X-OriginalArrivalTime: 14 Apr 2009 09:22:53.0158 (UTC) FILETIME=[96927060:01C9BCE2] X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2009 09:21:45 -0000 Support. BR, Manuel -----Original Message----- From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] On Behalf Of Shane Amante Sent: Monday, March 30, 2009 4:40 AM To: l2vpn@ietf.org Subject: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? Hi All, At the L2VPN WG meeting at IETF 74 in San Francisco, there was a =20 request by the authors to make this a WG draft. Please indicate to =20 the list if you do or don't support making this draft a WG document. =20 The following is a URL for this draft: http://tools.ietf.org/html/draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 The deadline for comments will be 3 weeks: Friday, April 17. Silence =20 will not be counted as acceptance. -shane From y.kamite@ntt.com Tue Apr 14 04:10:08 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3A8DF3A677C for ; Tue, 14 Apr 2009 04:10:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.218 X-Spam-Level: X-Spam-Status: No, score=-1.218 tagged_above=-999 required=5 tests=[AWL=-0.920, BAYES_00=-2.599, MANGLED_LIST=2.3, UNPARSEABLE_RELAY=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Je-EQKU44LEW for ; Tue, 14 Apr 2009 04:10:07 -0700 (PDT) Received: from mgw3.noc.ntt.com (mgw3.noc.ntt.com [210.160.15.14]) by core3.amsl.com (Postfix) with ESMTP id 1CF9C3A68BA for ; Tue, 14 Apr 2009 04:10:06 -0700 (PDT) Received: from mop2.noc.ntt.com by mgw3.noc.ntt.com (NTT-Com MailSV) with ESMTP id n3EBBD8C018670; Tue, 14 Apr 2009 20:11:13 +0900 (JST) Received: from mip02.noc.ntt.com (mvi3.noc.ntt.com) by mop2.noc.ntt.com (NTT-Com MailSV) with ESMTP id <0KI3001NY8EP2O@ntt.com>; Tue, 14 Apr 2009 20:11:13 +0900 (JST) Date: Tue, 14 Apr 2009 20:11:13 +0900 From: "Yuji KAMITE" Subject: RE: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? In-reply-to: To: "'Dutta, Pranjal K (Pranjal)'" , l2vpn@ietf.org Message-id: <000001c9bcf1$b90766a0$b3d80e0a@coe.ntt.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1933 X-Mailer: Microsoft Office Outlook 11 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Thread-index: Acmw4QEPWHKU85YzQsaA0Y79EV5BoQAfA2OgAVWh2JAAT2ZGAAE+WRHw References: <4E65056A-207D-4350-A5AC-25F0D8D389AC@castlepoint.net> <4A5028372622294A99B8FFF6BD06EB7B05432805@USDALSMBS03.ad3.ad.alcatel.com> <00ed01c9b6b5$992c8fa0$b3d80e0a@coe.ntt.com> X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2009 11:10:08 -0000 Hi Pranjal, > -----Original Message----- > From: Dutta, Pranjal K (Pranjal) [mailto:pdutta@alcatel-lucent.com] > Sent: Wednesday, April 08, 2009 12:00 PM > To: Yuji KAMITE; l2vpn@ietf.org > Subject: RE: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? > > Hi Yuji, > Thanks for reviewing the I-D. Please refer my > answers inline to your comments. > > Regards, > Pranjal > > -----Original Message----- > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] > On Behalf Of Yuji KAMITE > Sent: Monday, April 06, 2009 5:46 AM > To: l2vpn@ietf.org > Subject: RE: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? > > Hi Pranjal, > > I have some minor comments and questions. > Best regards, > Yuji > > --- > - I think it is better to clarify the relathionship between > VSI-IDs, PW IDs/AGI&AIIs, VPLS-id and PE-ID TLV encoding. > The current draft only says "PE-ID TLV carries sufficient > information for identifying the VPLS instance and the unique > VSI Identifier", this is ambigous because the proposed PE-ID > format encodes PW IDs/AIIs and PE address only -- > not place VSI ID directly. I'm not sure how PE-ID > content tells correctly which VSI-ID is targeted. > > [Pranjal] > In FEC 128, the PE-ID carries the PW-ID + 4 byte LDP LSR-ID. > From the PW-ID, the termination points of a PW can indentify > the vpls instance to which the PW is provisioned for. The > LSR-ID indentifies one specific termination point of the PW. > So, the combination identifies the unique VSI (VPLS > forwarder) in a PE device. > > In FEC 129, the PE-ID carries the AGI + AII. From the AGI, > the termination points of a PW can indentify the vpls > instance to which the PW belongs to. The AII indentifies one > specific termination point of the PW. So, the combination > indentifies the unique VSI (VPLS forwarder) in a PE device. > > I would clarify in detail in next revision. > Thank you for clarification. > > VSI-ID is assigned locally by each PE, > (even in auto-discovery case, it is derived from > concatenating its VPLS-id with an PE IP address) so, in my > guess there might be cases where they are not always uniquely > allocated in all PEs in one H-VPLS. > So ihow to interpret the received PE-ID content and recognize > VPLS instance/VSI ID correctly needs to be elaborated. > > > [Pranjal] Didn't get exactly. In BGP-AD, the AGI distribution > would be > unique across all n-PEs/u-PEs participating in H-VPLS. AGI would be > generated by BGP. > I might have been confused. It makes sense to me now. AGI is considered VPN Identifier, so its meaning is equal to VPLS-id, not VSI ID. But PE-Id tells AII as well as AGI, so I understand it works well toally. > - Section.5 2nd paragraph > >The PE-ID TLV SHOULD carry the unique VSI identifier in the > > VPLS instance (specified in the FEC TLV). > I am not sure why SHOULD is used. "MUST carry" would be better, > to avoid non-interoperable solution. Otherwise are there any > reason to > allow other implementations? And it is not yet clear how it > uniquely identifies VSI anyway. > > [Pranjal] Thanks for pointing this out. Noted for correction > in next revision. > All right. > - Section 5.1. 1st paragraph > >... In such a case the PE-ID TLV in MAC flush message > > MAY identify its own VSI in the VPLS instance. > Similarly, I am not sure why MAY is applied here. If PE-ID is used, > this should be MUST? > > [Pranjal] Noted for correction. > > - Section 4. / Figure 3. > >Endpoint Address > > 32-bit LSR-ID from the LDP-ID used in LDP signaling session > >by a PW endpoint. > This explanation might not be clear because it doesn't say > which side's PE is pointed at (i.e., either of two PEs of PW). > > [Pranjal] I would clarify this in next version. It is the > LSR-ID of the > PE of the sender of the MAC flush. > > OK. Thank you. Best reagrds, Yuji > > > > --- > > > > -----Original Message----- > > > From: l2vpn-bounces@ietf.org > > [mailto:l2vpn-bounces@ietf.org] On Behalf > > > Of Shane Amante > > > Sent: Sunday, March 29, 2009 10:40 PM > > > To: l2vpn@ietf.org > > > Subject: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? > > > > > > Hi All, > > > > > > At the L2VPN WG meeting at IETF 74 in San Francisco, there was a > > > request by the authors to make this a WG draft. Please > indicate to > > > the list if you do or don't support making this draft a WG > > > document. > > > The following is a URL for this draft: > > > http://tools.ietf.org/html/draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 > > > > > > The deadline for comments will be 3 weeks: Friday, April 17. > > > Silence will not be counted as acceptance. > > > > > > -shane > > > > From y.kamite@ntt.com Tue Apr 14 04:11:42 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 423533A6880 for ; Tue, 14 Apr 2009 04:11:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.215 X-Spam-Level: X-Spam-Status: No, score=-2.215 tagged_above=-999 required=5 tests=[AWL=0.383, BAYES_00=-2.599, UNPARSEABLE_RELAY=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3VjfC08XfEUs for ; Tue, 14 Apr 2009 04:11:41 -0700 (PDT) Received: from mgw3.noc.ntt.com (mgw3.noc.ntt.com [210.160.15.14]) by core3.amsl.com (Postfix) with ESMTP id 541C63A6B09 for ; Tue, 14 Apr 2009 04:11:41 -0700 (PDT) Received: from mop1.noc.ntt.com by mgw3.noc.ntt.com (NTT-Com MailSV) with ESMTP id n3EBCphU018777 for ; Tue, 14 Apr 2009 20:12:52 +0900 (JST) Received: from mip01.noc.ntt.com (mvi2.noc.ntt.com) by mop1.noc.ntt.com (NTT-Com MailSV) with ESMTP id <0KI300K0D8H90H@ntt.com> for l2vpn@ietf.org; Tue, 14 Apr 2009 20:12:52 +0900 (JST) Date: Tue, 14 Apr 2009 20:12:49 +0900 From: "Yuji KAMITE" Subject: RE: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? In-reply-to: <4E65056A-207D-4350-A5AC-25F0D8D389AC@castlepoint.net> To: l2vpn@ietf.org Message-id: <000101c9bcf1$f29a2ba0$b3d80e0a@coe.ntt.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1933 X-Mailer: Microsoft Office Outlook 11 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Thread-index: Acmw4NuW1aVNgC0yQhC2A5GqhoHOxwMEOGZg References: <4E65056A-207D-4350-A5AC-25F0D8D389AC@castlepoint.net> X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2009 11:11:42 -0000 Support. -Yuji > -----Original Message----- > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] > On Behalf Of Shane Amante > Sent: Monday, March 30, 2009 11:40 AM > To: l2vpn@ietf.org > Subject: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? > > Hi All, > > At the L2VPN WG meeting at IETF 74 in San Francisco, there > was a request by the authors to make this a WG draft. Please > indicate to > the list if you do or don't support making this draft a WG > document. > The following is a URL for this draft: > http://tools.ietf.org/html/draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 > > The deadline for comments will be 3 weeks: Friday, April 17. > Silence will not be counted as acceptance. > > -shane From william.zayas@fibercrossing.net Tue Apr 14 08:23:23 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 17E733A659C for ; Tue, 14 Apr 2009 08:23:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.796 X-Spam-Level: X-Spam-Status: No, score=-1.796 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MSGID_FROM_MTA_HEADER=0.803] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b-q9T4csgxg7 for ; Tue, 14 Apr 2009 08:23:22 -0700 (PDT) Received: from mailfilter4.centennialpr.net (mailfilter4o.centennialpr.net [66.231.170.145]) by core3.amsl.com (Postfix) with ESMTP id E77CE3A6931 for ; Tue, 14 Apr 2009 08:23:21 -0700 (PDT) Message-Id: <75pees$psf2m@mailfilter4.centennialpr.net> X-SBRS: -4.0 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqQMAOdH5ElDy8oPPGdsb2JhbAA8jQsBiD0BAQEBqwwJj02CSIEzBg X-IronPort-AV: E=Sophos;i="4.40,185,1238961600"; d="scan'208";a="27147350" Received: from rev67-203-202-15.centennialpr.net (HELO Inbox) ([67.203.202.15]) by mailfilter4.centennialpr.net with ESMTP; 14 Apr 2009 11:23:45 +0400 MIME-Version: 1.0 From: William Zayas Subject: RE: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? Date: Tue, 14 Apr 2009 11:24:30 -0400 Importance: normal X-Priority: 3 To: Yuji KAMITE , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2009 15:23:23 -0000 Support. WZ. William Zayas Chief Technology Officer Fibercrossing Corp. City View Plaza Suite 107 Guaynabo, Puerto Rico 00968 Office:(787)620-0046 Mobile:(787)530-9191 www.fibercrossing.net -----Original Message----- From: "Yuji KAMITE" To: l2vpn@ietf.org Sent: 4/14/09 7:12 AM Subject: RE: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? Support. -Yuji > -----Original Message----- > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org]=20 > On Behalf Of Shane Amante > Sent: Monday, March 30, 2009 11:40 AM > To: l2vpn@ietf.org > Subject: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? >=20 > Hi All, >=20 > At the L2VPN WG meeting at IETF 74 in San Francisco, there=20 > was a request by the authors to make this a WG draft. Please=20 > indicate to =20 > the list if you do or don't support making this draft a WG=20 > document. =20 > The following is a URL for this draft: > http://tools.ietf.org/html/draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 >=20 > The deadline for comments will be 3 weeks: Friday, April 17. =20 > Silence will not be counted as acceptance. >=20 > -shane Scanned by Centennial PR e-mail Security Management Services powered by Dat= a Center Mail Filters. From zhang.xinquan@zte.com.cn Tue Apr 14 22:51:28 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6B6FF3A6869; Tue, 14 Apr 2009 22:51:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.085 X-Spam-Level: X-Spam-Status: No, score=-100.085 tagged_above=-999 required=5 tests=[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 ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 91NTQunX68Dz; Tue, 14 Apr 2009 22:51:27 -0700 (PDT) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by core3.amsl.com (Postfix) with ESMTP id C54D23A6B23; Tue, 14 Apr 2009 22:51:25 -0700 (PDT) Received: from [10.30.17.99] by mx5.zte.com.cn with surfront esmtp id 111642397131170; Wed, 15 Apr 2009 13:43:03 +0800 (CST) Received: from [10.30.3.18] by [10.30.17.99] with StormMail ESMTP id 90033.3069534351; Wed, 15 Apr 2009 13:49:01 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse1.zte.com.cn with ESMTP id n3F5qNsF080215; Wed, 15 Apr 2009 13:52:23 +0800 (CST) (envelope-from zhang.xinquan@zte.com.cn) In-Reply-To: To: frederic.jounay@orange-ftgroup.com Subject: Comments on draft-jounay-pwe3-leaf-initiated-p2mp-pw-01 MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: zhang.xinquan@zte.com.cn Date: Wed, 15 Apr 2009 13:50:12 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-04-15 13:52:19, Serialize complete at 2009-04-15 13:52:19 Content-Type: multipart/alternative; boundary="=_alternative 00203D3848257599_=" X-MAIL: mse1.zte.com.cn n3F5qNsF080215 Cc: "l2vpn@ietf.org" , l2vpn-bounces@ietf.org X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2009 05:51:28 -0000 This is a multipart message in MIME format. --=_alternative 00203D3848257599_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGksIEZyZWRlcmljLA0KDQpJIGhhdmUgcmVhZCBkcmFmdC1qb3VuYXktcHdlMy1sZWFmLWluaXRp YXRlZC1wMm1wLXB3LTAxIGFuZCBoYXZlIHNvbWUgDQpjb21tZW50cy4gcGxlYXNlIHNlZSBiZWxv dzoNCg0KMaGic2VjdGlvbiA1LjQuIENvbmZpZ3VyYXRpb24gDQogDQogICBBZnRlciBjb25maWd1 cmluZyBvbiBlYWNoIFQtUEUgdGhlIGF0dGFjaGVkIEFJSXMsIGl0IGlzIGFzc3VtZWQgdGhhdCAN CiAgIGFsbCB0aGUgUEVzIChJbmdyZXNzL0VncmVzcyBULVBFcyBhbmQgYWxsIFMtUEVzKSBtYWlu dGFpbiBhbiBBSUkgUFcgDQogICByb3V0aW5nIHRhYmxlIHdoaWNoIGdpdmVzIGZvciBlYWNoIEFJ SSBhcyBlbnRyeSB0aGUgIm5leHQgaG9wIiB0byANCiAgIHJlYWNoIHRoYXQgQUlJLiBUaGlzIEFJ SSByb3V0aW5nIHRhYmxlIGNhbiBiZSBmaWxsZWQgbWFudWFsbHkgb3IgDQogICB1cGRhdGVkIGR5 bmFtaWNhbGx5IGJ5IG1lYW5zIG9mIHNvbWUgZXh0ZW5kZWQgcm91dGluZyBwcm90b2NvbCBsaWtl IA0KICAgcHJvcG9zZWQgaW4gW0RZTiBNUy1QV10uIFRoZSBjb25zdHJ1Y3Rpb24gb2YgdGhlIHRh YmxlIGlzIG91dCBvZiANCiAgIHNjb3BlIG9mIHRoZSBwcmVzZW50IGRvY3VtZW50LiANCiANCiAg IEVhY2ggUEUgcmVsaWVzIG9uIGl0cyBBSUkgUFcgcm91dGluZyB0YWJsZSB0byBzZWxlY3QgdGhl IG5leHQgaG9wIFBFIA0KICAgKFMtUEUgb3IgVC1QRSkgdG8gcmVhY2ggYSBnaXZlbiBBSUkuIA0K DQo+MSAgRG9lcyB0aGlzIEFJSSByb3V0aW5nIHRhYmxlIGluY2x1ZGUgYm90aCBUQUlJIGFuZCBT QUlJPw0KPjIgIEluIFMtUEUsIHRoaXMgQUlJIHJvdXRpbmcgdGFibGUgaW5jbHVkZXMgYWxsIHRo ZSBBSUksIG9yIGp1c3QgcGFydCBvZiANCnRoZSBBSUkoIGUuZy4gd2hpY2ggYXJlIGluIGl0cyBk b3dzdHJlYW0pPw0KDQoNCjKholNlY3Rpb24gNS43LiBVc2luZyBUQUlJIExlYWYgU3ViLVRMViAN CiANCiAgIFNlY3Rpb24gVEJEIA0KIA0KICAgVGhlIFRBSUkgTGVhZiBzdWItVExWIE1BWSBiZSBv cHRpb25hbGx5IHVzZWQgd2hlbiBhIGxlYWYgam9pbnMgdGhlIFBXIA0KICAgdHJlZSB0byBhbm5v dW5jZSB0byB0aGUgc291cmNlIHRoYXQgaXQgaXMgcGFydCBmcm9tIHRoZSBQVyB0cmVlLiBJZiAN CiAgIHRoaXMgb3B0aW9uIGlzIGNob3NlbiwgdGhlIEVncmVzcyBULVBFIGFkZHMgdG8gdGhlIEZF QyBFbGVtZW50IHRoaXMgDQogICBUQUlJIHN1Yi1UTFYgaW4gdGhlIExhYmVsIE1hcCBtZXNzYWdl LiBBcyBzb29uIGFzIGluIHRoZSBzb3VyY2UgDQogICBkaXJlY3Rpb24gYSBMYWJlbCBNYXAgaXMg bm90IHJlcXVpcmVkIHNpbmNlIGZvciBpbnN0YW5jZSBhIFMtUEUgDQogICBhbHJlYWR5IG1haW50 YWlucyBhIHN0YXRlIGZvciB0aGlzIE1TLVBXIHRyZWUsIHRoZSBpbmZvcm1hdGlvbiANCiAgIHJl bGF0ZWQgdG8gdGhlIExlYWYgVEFJSXMgaXMgcmV0cmlldmVkIGZyb20gdGhlIFRBSUkgTGVhZiBz dWItVExWIGFuZCANCiAgIGlzIHByb3BhZ2F0ZWQgYnkgbWVhbnMgb2YgYSBMRFAgTm90aWZpY2F0 aW9uIG1lc3NhZ2UgdXAgdG8gdGhlIA0KICAgY29ycmVzcG9uZGluZyBJbmdyZXNzIFQtUEUuIA0K PiBJIGFtIG5vdCBzdXJlIGFib3V0IHRoZSBwcm9wYWdhdGlvbiBvZiBUQUlJIExlYWYgc3ViLVRM Vi4gSXMgaXQgc2VudCB0byANCmluZ3Jlc3MgVC1QRSBkaXJlY3RseSwgb3IgdG8gdGhlIHVwc3Ry ZWFtIFMtUEUoaWYgdGhlcmUgZXhpc3RzIHN1Y2ggUy1QRSANCmluIHRoZSB1cHN0cmVhbSBkaXJl Y3Rpb24pPw0KDQpCZXN0IFJlZ2FyZHMhDQoNClhpbnF1YW4gWmhhbmcNCg0KMjAwOS80LzE1DQoN Cg0KDQo= --=_alternative 00203D3848257599_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpLCBGcmVkZXJpYyw8L2ZvbnQ+ DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkkgaGF2ZSByZWFkIGRy YWZ0LWpvdW5heS1wd2UzLWxlYWYtaW5pdGlhdGVkLXAybXAtcHctMDENCmFuZCBoYXZlIHNvbWUg Y29tbWVudHMuIHBsZWFzZSBzZWUgYmVsb3c6PC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9 MiBmYWNlPSJzYW5zLXNlcmlmIj4xoaJzZWN0aW9uIDUuNC4gQ29uZmlndXJhdGlvbiA8L2ZvbnQ+ DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZuYnNwOyAmbmJzcDsgPC9mb250 Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7QWZ0ZXIg Y29uZmlndXJpbmcgb24gZWFjaA0KVC1QRSB0aGUgYXR0YWNoZWQgQUlJcywgaXQgaXMgYXNzdW1l ZCB0aGF0IDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7 ICZuYnNwO2FsbCB0aGUgUEVzIChJbmdyZXNzL0VncmVzcw0KVC1QRXMgYW5kIGFsbCBTLVBFcykg bWFpbnRhaW4gYW4gQUlJIFBXIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1z ZXJpZiI+Jm5ic3A7ICZuYnNwO3JvdXRpbmcgdGFibGUgd2hpY2ggZ2l2ZXMNCmZvciBlYWNoIEFJ SSBhcyBlbnRyeSB0aGUgJnF1b3Q7bmV4dCBob3AmcXVvdDsgdG8gPC9mb250Pg0KPGJyPjxmb250 IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7cmVhY2ggdGhhdCBBSUkuIFRo aXMgQUlJDQpyb3V0aW5nIHRhYmxlIGNhbiBiZSBmaWxsZWQgbWFudWFsbHkgb3IgPC9mb250Pg0K PGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7dXBkYXRlZCBk eW5hbWljYWxseSBieQ0KbWVhbnMgb2Ygc29tZSBleHRlbmRlZCByb3V0aW5nIHByb3RvY29sIGxp a2UgPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5i c3A7cHJvcG9zZWQgaW4gW0RZTiBNUy1QV10uDQpUaGUgY29uc3RydWN0aW9uIG9mIHRoZSB0YWJs ZSBpcyBvdXQgb2YgPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4m bmJzcDsgJm5ic3A7c2NvcGUgb2YgdGhlIHByZXNlbnQgZG9jdW1lbnQuDQo8L2ZvbnQ+DQo8YnI+ PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZuYnNwOyAmbmJzcDsgPC9mb250Pg0KPGJy Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7RWFjaCBQRSByZWxp ZXMgb24gaXRzIEFJSQ0KUFcgcm91dGluZyB0YWJsZSB0byBzZWxlY3QgdGhlIG5leHQgaG9wIFBF IDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7ICZuYnNw OyhTLVBFIG9yIFQtUEUpIHRvIHJlYWNoDQphIGdpdmVuIEFJSS4gPC9mb250Pg0KPGJyPg0KPGJy Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mZ3Q7MSAmbmJzcDtEb2VzIHRoaXMgQUlJ IHJvdXRpbmcgdGFibGUNCmluY2x1ZGUgYm90aCBUQUlJIGFuZCBTQUlJPzwvZm9udD4NCjxicj48 Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OzIgJm5ic3A7SW4gUy1QRSwgdGhpcyBB SUkgcm91dGluZw0KdGFibGUgaW5jbHVkZXMgYWxsIHRoZSBBSUksIG9yIGp1c3QgcGFydCBvZiB0 aGUgQUlJKCBlLmcuIHdoaWNoIGFyZSBpbg0KaXRzIGRvd3N0cmVhbSk/PC9mb250Pg0KPGJyPg0K PGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4yoaJTZWN0aW9uIDUuNy4g VXNpbmcgVEFJSSBMZWFmIFN1Yi1UTFYNCjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0i c2Fucy1zZXJpZiI+Jm5ic3A7ICZuYnNwOyA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9 InNhbnMtc2VyaWYiPiZuYnNwOyAmbmJzcDtTZWN0aW9uIFRCRCA8L2ZvbnQ+DQo8YnI+PGZvbnQg c2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZuYnNwOyAmbmJzcDsgPC9mb250Pg0KPGJyPjxmb250 IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7VGhlIFRBSUkgTGVhZiBzdWIt VExWIE1BWQ0KYmUgb3B0aW9uYWxseSB1c2VkIHdoZW4gYSBsZWFmIGpvaW5zIHRoZSBQVyA8L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZuYnNwOyAmbmJzcDt0cmVl IHRvIGFubm91bmNlIHRvIHRoZQ0Kc291cmNlIHRoYXQgaXQgaXMgcGFydCBmcm9tIHRoZSBQVyB0 cmVlLiBJZiA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZuYnNw OyAmbmJzcDt0aGlzIG9wdGlvbiBpcyBjaG9zZW4sDQp0aGUgRWdyZXNzIFQtUEUgYWRkcyB0byB0 aGUgRkVDIEVsZW1lbnQgdGhpcyA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMt c2VyaWYiPiZuYnNwOyAmbmJzcDtUQUlJIHN1Yi1UTFYgaW4gdGhlIExhYmVsDQpNYXAgbWVzc2Fn ZS4gQXMgc29vbiBhcyBpbiB0aGUgc291cmNlIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFj ZT0ic2Fucy1zZXJpZiI+Jm5ic3A7ICZuYnNwO2RpcmVjdGlvbiBhIExhYmVsIE1hcCBpcw0Kbm90 IHJlcXVpcmVkIHNpbmNlIGZvciBpbnN0YW5jZSBhIFMtUEUgPC9mb250Pg0KPGJyPjxmb250IHNp emU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7YWxyZWFkeSBtYWludGFpbnMgYSBz dGF0ZQ0KZm9yIHRoaXMgTVMtUFcgdHJlZSwgdGhlIGluZm9ybWF0aW9uIDwvZm9udD4NCjxicj48 Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7ICZuYnNwO3JlbGF0ZWQgdG8gdGhl IExlYWYgVEFJSXMNCmlzIHJldHJpZXZlZCBmcm9tIHRoZSBUQUlJIExlYWYgc3ViLVRMViBhbmQg PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7 aXMgcHJvcGFnYXRlZCBieSBtZWFucw0Kb2YgYSBMRFAgTm90aWZpY2F0aW9uIG1lc3NhZ2UgdXAg dG8gdGhlIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7 ICZuYnNwO2NvcnJlc3BvbmRpbmcgSW5ncmVzcyBULVBFLg0KJm5ic3A7IDwvZm9udD4NCjxicj48 Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OyBJIGFtIG5vdCBzdXJlIGFib3V0IHRo ZSBwcm9wYWdhdGlvbg0Kb2YgVEFJSSBMZWFmIHN1Yi1UTFYuIElzIGl0IHNlbnQgdG8gaW5ncmVz cyBULVBFIGRpcmVjdGx5LCBvciB0byB0aGUgdXBzdHJlYW0NClMtUEUoaWYgdGhlcmUgZXhpc3Rz IHN1Y2ggUy1QRSBpbiB0aGUgdXBzdHJlYW0gZGlyZWN0aW9uKT88L2ZvbnQ+DQo8YnI+DQo8YnI+ PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkJlc3QgUmVnYXJkcyE8L2ZvbnQ+DQo8YnI+ DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlhpbnF1YW4gWmhhbmc8L2ZvbnQ+ DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjIwMDkvNC8xNTwvZm9u dD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KPC9mb250 Pg0K --=_alternative 00203D3848257599_=-- From hshah@ciena.com Wed Apr 15 11:22:38 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 255B33A6C0F for ; Wed, 15 Apr 2009 11:22:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.937 X-Spam-Level: X-Spam-Status: No, score=-1.937 tagged_above=-999 required=5 tests=[AWL=0.662, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bFZuww94nBrC for ; Wed, 15 Apr 2009 11:22:37 -0700 (PDT) Received: from hicks.ciena.com (hicks.ciena.com [63.118.34.22]) by core3.amsl.com (Postfix) with ESMTP id 58F543A6BF1 for ; Wed, 15 Apr 2009 11:22:37 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAKnC5Uk/dicV/2dsb2JhbADTBoN+Bg x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? Date: Wed, 15 Apr 2009 14:23:48 -0400 Message-ID: <6535C9CED6F87446B41D20EF170F236232822E@mamxm01.ciena.com> In-Reply-To: <4E65056A-207D-4350-A5AC-25F0D8D389AC@castlepoint.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? Thread-Index: Acmw4OEB25j5er1CTTiqfsO0m5DvKQNE61gQ References: <4E65056A-207D-4350-A5AC-25F0D8D389AC@castlepoint.net> From: "Shah, Himanshu" To: "Shane Amante" , X-OriginalArrivalTime: 15 Apr 2009 18:23:50.0141 (UTC) FILETIME=[52DAC2D0:01C9BDF7] X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2009 18:22:38 -0000 support.. /himanshu=20 -----Original Message----- From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] On Behalf Of Shane Amante Sent: Sunday, March 29, 2009 10:40 PM To: l2vpn@ietf.org Subject: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? Hi All, At the L2VPN WG meeting at IETF 74 in San Francisco, there was a request by the authors to make this a WG draft. Please indicate to =20 the list if you do or don't support making this draft a WG document. =20 The following is a URL for this draft: http://tools.ietf.org/html/draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 The deadline for comments will be 3 weeks: Friday, April 17. Silence will not be counted as acceptance. -shane From Manuel.Paul@telekom.de Fri Apr 17 03:33:17 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7515B3A699E for ; Fri, 17 Apr 2009 03:33:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.949 X-Spam-Level: X-Spam-Status: No, score=-1.949 tagged_above=-999 required=5 tests=[AWL=-1.300, BAYES_50=0.001, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qUxtjQJv083i for ; Fri, 17 Apr 2009 03:33:16 -0700 (PDT) Received: from tcmail53.telekom.de (tcmail53.telekom.de [217.5.214.110]) by core3.amsl.com (Postfix) with ESMTP id 6DDD93A68AC for ; Fri, 17 Apr 2009 03:33:15 -0700 (PDT) Received: from s4de9jsaanm.mgb.telekom.de (HELO S4DE9JSAANM.ost.t-com.de) ([10.125.177.122]) by tcmail51.telekom.de with ESMTP; 17 Apr 2009 12:34:25 +0200 Received: from S4DE9JSAANI.ost.t-com.de ([10.125.177.223]) by S4DE9JSAANM.ost.t-com.de with Microsoft SMTPSVC(6.0.3790.3959); Fri, 17 Apr 2009 12:34:25 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? Date: Fri, 17 Apr 2009 12:34:04 +0200 Message-ID: <40FB0FFB97588246A1BEFB05759DC8A002DD36B9@S4DE9JSAANI.ost.t-com.de> In-Reply-To: <7D1D556B-38E9-47B8-B66A-5C764AAD3419@castlepoint.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? Thread-Index: Acmw4jqo2C0oTd+pTwmIGfHBfa2y7gOZbqeA References: <7D1D556B-38E9-47B8-B66A-5C764AAD3419@castlepoint.net> From: To: X-OriginalArrivalTime: 17 Apr 2009 10:34:25.0025 (UTC) FILETIME=[13F69F10:01C9BF48] Cc: shane@castlepoint.net X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2009 10:33:17 -0000 Support. Regards, Manuel -----Original Message----- From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] On Behalf Of Shane Amante Sent: Monday, March 30, 2009 4:50 AM To: l2vpn@ietf.org Subject: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? Hi All, At the L2VPN WG meeting at IETF 74 in San Francisco, there was a =20 request by the authors to make this a WG draft. Please indicate to the =20 list if you do or don't support making this draft a WG document. The =20 following is a URL for this draft:http://tools.ietf.org/html/draft-sajassi-l2vpn-vpls-pbb-interop-04 The deadline for comments will be 3 weeks: Friday, April 17. Silence =20 will not be counted as acceptance. Finally, please note that there is IPR filed against a previous =20 version of this draft (-03). Please follow the procedures outlined in =20 RFC 3979 and consult your own legal counsel in your decision-making =20 process. -shane From shane@castlepoint.net Sat Apr 18 09:36:08 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0AB103A67B1 for ; Sat, 18 Apr 2009 09:36:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.011 X-Spam-Level: X-Spam-Status: No, score=-1.011 tagged_above=-999 required=5 tests=[AWL=0.106, BAYES_00=-2.599, DNS_FROM_RFC_BOGUSMX=1.482] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rlH+d7HB20dM for ; Sat, 18 Apr 2009 09:36:07 -0700 (PDT) Received: from dog.tcb.net (dog.tcb.net [64.78.150.133]) by core3.amsl.com (Postfix) with ESMTP id 59F133A6D3A for ; Sat, 18 Apr 2009 09:36:07 -0700 (PDT) Received: by dog.tcb.net (Postfix, from userid 0) id 8D3712684EA; Sat, 18 Apr 2009 10:37:21 -0600 (MDT) Received: from mbpw.castlepoint.net (71-215-65-246.hlrn.qwest.net [71.215.65.246]) (authenticated-user smtp) (TLSv1/SSLv3 AES128-SHA 128/128) by dog.tcb.net with SMTP; for l2vpn@ietf.org; Sat, 18 Apr 2009 10:37:21 -0600 (MDT) (envelope-from shane@castlepoint.net) X-Avenger: version=0.7.8; receiver=dog.tcb.net; client-ip=71.215.65.246; client-port=4664; syn-fingerprint=65535:55:1:64:M1452,N,W3,N,N,T,S; data-bytes=0 Message-Id: <931DE372-F458-418E-945A-5E9BDE6E1EEB@castlepoint.net> From: Shane Amante To: l2vpn@ietf.org In-Reply-To: <4E65056A-207D-4350-A5AC-25F0D8D389AC@castlepoint.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? Date: Sat, 18 Apr 2009 10:37:06 -0600 References: <4E65056A-207D-4350-A5AC-25F0D8D389AC@castlepoint.net> X-Mailer: Apple Mail (2.930.3) X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2009 16:36:08 -0000 Hi Everyone, This concludes the call to made this a WG draft. There appears to be very good support to make this a WG draft. Would the authors please re-publish the current -04 version as follows: draft-ietf-l2vpn-vpls-ldp-opt-mac-flush-00 ... please incorporate changes suggested by Yuji, and any others, into the next revision of the WG draft (-01). Thanks, -shane On Mar 29, 2009, at 8:39 PM, Shane Amante wrote: > Hi All, > > At the L2VPN WG meeting at IETF 74 in San Francisco, there was a > request by the authors to make this a WG draft. Please indicate to > the list if you do or don't support making this draft a WG > document. The following is a URL for this draft: > http://tools.ietf.org/html/draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 > > The deadline for comments will be 3 weeks: Friday, April 17. > Silence will not be counted as acceptance. > > -shane From shane@castlepoint.net Sat Apr 18 09:57:25 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B8BF93A6835 for ; Sat, 18 Apr 2009 09:57:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.024 X-Spam-Level: X-Spam-Status: No, score=-1.024 tagged_above=-999 required=5 tests=[AWL=0.093, BAYES_00=-2.599, DNS_FROM_RFC_BOGUSMX=1.482] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KqXBRoxIKIEf for ; Sat, 18 Apr 2009 09:57:25 -0700 (PDT) Received: from dog.tcb.net (dog.tcb.net [64.78.150.133]) by core3.amsl.com (Postfix) with ESMTP id EE0803A67B1 for ; Sat, 18 Apr 2009 09:57:24 -0700 (PDT) Received: by dog.tcb.net (Postfix, from userid 0) id 9D7C22684EA; Sat, 18 Apr 2009 10:58:39 -0600 (MDT) Received: from mbpw.castlepoint.net (71-215-65-246.hlrn.qwest.net [71.215.65.246]) (authenticated-user smtp) (TLSv1/SSLv3 AES128-SHA 128/128) by dog.tcb.net with SMTP; for l2vpn@ietf.org; Sat, 18 Apr 2009 10:58:39 -0600 (MDT) (envelope-from shane@castlepoint.net) X-Avenger: version=0.7.8; receiver=dog.tcb.net; client-ip=71.215.65.246; client-port=3969; syn-fingerprint=65535:55:1:64:M1452,N,W3,N,N,T,S; data-bytes=0 Message-Id: <42BA5E5D-E730-4824-B8B0-D0C8FF040E8E@castlepoint.net> From: Shane Amante To: l2vpn@ietf.org In-Reply-To: <5ABF91A0-8CCF-40A2-AB7B-25F2060B23B8@castlepoint.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: draft-balus-sajassi-l2vpn-pbb-vpls-01 WG draft? Date: Sat, 18 Apr 2009 10:58:23 -0600 References: <5ABF91A0-8CCF-40A2-AB7B-25F2060B23B8@castlepoint.net> X-Mailer: Apple Mail (2.930.3) X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2009 16:57:25 -0000 Hi Everyone, This concludes the call to made this a WG draft. There appears to be good support to make this a WG draft. Would the authors please re- publish the current -01 version as follows: draft-ietf-l2vpn-pbb-vpls-pe-model-00 ... please incorporate changes suggested by WG members during this thread into the next revision of the WG draft (-01). Before the next IETF, I would like to see further discussion on the list among WG members (since this is now a WG draft) as to: a) Should this draft be Informational or Standards Track? And, if Standards Track, more specifically why & what category of Standards Track, (e.g.: BCP or Proposed Standard). b) Will this draft cover procedures for VPLS-BGP as well, or just VPLS-LDP (as it is currently written)? With respect to (b) the draft currently references only RFC 4762 (VPLS- LDP), however perhaps it should instead reference RFC 4644, "Framework for Layer 2 Virtual Private Networks (L2VPNs)", since: 1) RFC 4664 discusses a "Reference Model" for a "normal" VPLS PE, (i.e.: non-PBB VPLS PE) in Figure 3 of Section 2.2; and, 2) RFC 4664 is more generally applicable to both VPLS-LDP & VPLS-BGP? ... however, as always, I welcome others opinions on this as well. Thoughts? Thanks, -shane On Mar 29, 2009, at 8:42 PM, Shane Amante wrote: > Hi All, > > At the L2VPN WG meeting at IETF 74 in San Francisco, there was a > request by the authors to make this a WG draft. Please indicate to > the list if you do or don't support making this draft a WG > document. The following is a URL for this draft: > http://tools.ietf.org/html/draft-balus-sajassi-l2vpn-pbb-vpls-01 > > The deadline for comments will be 3 weeks: Friday, April 17. > Silence will not be counted as acceptance. > > -shane From shane@castlepoint.net Sat Apr 18 10:37:51 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 27D8D3A6DB1 for ; Sat, 18 Apr 2009 10:37:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.034 X-Spam-Level: X-Spam-Status: No, score=-1.034 tagged_above=-999 required=5 tests=[AWL=0.083, BAYES_00=-2.599, DNS_FROM_RFC_BOGUSMX=1.482] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0M7OJXtU4HmE for ; Sat, 18 Apr 2009 10:37:50 -0700 (PDT) Received: from dog.tcb.net (dog.tcb.net [64.78.150.133]) by core3.amsl.com (Postfix) with ESMTP id 4C90E3A6E2B for ; Sat, 18 Apr 2009 10:37:50 -0700 (PDT) Received: by dog.tcb.net (Postfix, from userid 0) id A057D2684EA; Sat, 18 Apr 2009 11:39:04 -0600 (MDT) Received: from mbpw.castlepoint.net (71-215-65-246.hlrn.qwest.net [71.215.65.246]) (authenticated-user smtp) (TLSv1/SSLv3 AES128-SHA 128/128) by dog.tcb.net with SMTP; for l2vpn@ietf.org; Sat, 18 Apr 2009 11:39:04 -0600 (MDT) (envelope-from shane@castlepoint.net) X-Avenger: version=0.7.8; receiver=dog.tcb.net; client-ip=71.215.65.246; client-port=3994; syn-fingerprint=65535:55:1:64:M1452,N,W3,N,N,T,S; data-bytes=0 Message-Id: From: Shane Amante To: l2vpn@ietf.org In-Reply-To: <7D1D556B-38E9-47B8-B66A-5C764AAD3419@castlepoint.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: draft-sajassi-l2vpn-vpls-pbb-interop-04 WG draft? Date: Sat, 18 Apr 2009 11:38:48 -0600 References: <7D1D556B-38E9-47B8-B66A-5C764AAD3419@castlepoint.net> X-Mailer: Apple Mail (2.930.3) X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2009 17:37:51 -0000 Hi Everyone, This concludes the call to made this a WG draft. There appears to be good support to make this a WG draft. Would the authors please re- publish the current -01 version as follows: draft-ietf-l2vpn-pbb-vpls-interop-00 ... please address and, if necessary incorporate, changes suggested by WG members (Peng He, Alexander Shafir and others), during this thread into the next revision of the WG draft (-01). Two other suggestions: 1) We should really add an "Applicability Statement", similar to PWE3 & other drafts, near the very top of this draft. This would make it more clear to the IESG & readers why (& when) this draft is required to fulfill the needs of SP's. My suggested layout for the beginning of this draft would be as follows: - Abstract - Section 1: Introduction -- I would suggest leaving the first paragraph and, perhaps, the second to last and last paragraphs of the existing "Introduction" and try to clean it up a bit by reducing the number of acronyms used. - Section 2: Applicability -- I would suggest taking the rest of the existing Introduction and moving it in this section. Furthermore, the Applicability section should briefly & clearly point out which of the following four categories are relevant to this draft: + PBB "just works" with VPLS + PBB may not work with VPLS + PBB works with VPLS, but not efficiently + PBB won't work with VPLS - Section 3: Terminology 2) We should also look at reducing the number of acronyms used in the Abstract and Introduction, in order to improve it's readability. It's good that there is Section 2, Terminology, in there to help provide a Glossary ... however, that comes *after* the Abstract & Introduction, so it would be good to tone-down things in those sections until people get to the Terminology section. We should also look at adding an Applicability Statement section to the other PBB WG draft (draft-ietf-l2vpn-pbb-vpls-pe-model-00) as well, for the same reasons as stated above. Thanks, -shane On Mar 29, 2009, at 8:49 PM, Shane Amante wrote: > Hi All, > > At the L2VPN WG meeting at IETF 74 in San Francisco, there was a > request by the authors to make this a WG draft. Please indicate to > the list if you do or don't support making this draft a WG > document. The following is a URL for this draft:http://tools.ietf.org/html/draft-sajassi-l2vpn-vpls-pbb-interop-04 > > The deadline for comments will be 3 weeks: Friday, April 17. > Silence will not be counted as acceptance. > > Finally, please note that there is IPR filed against a previous > version of this draft (-03). Please follow the procedures outlined > in RFC 3979 and consult your own legal counsel in your decision- > making process. > > -shane From venkatflex@gmail.com Sat Apr 18 13:01:08 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8C05D28C175; Sat, 18 Apr 2009 13:01:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_36=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id In6gu4QQAmW2; Sat, 18 Apr 2009 13:01:07 -0700 (PDT) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by core3.amsl.com (Postfix) with ESMTP id 72CD23A6EEB; Sat, 18 Apr 2009 13:00:53 -0700 (PDT) Received: by wa-out-1112.google.com with SMTP id l35so649254waf.5 for ; Sat, 18 Apr 2009 13:02:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=Njtdw8OGD6qQZvs3ruybwgg3sGN+g9AUYuH5ZxXhhWk=; b=qmWjcoImv4iA7ignNq6N9POIrDatdkNWdLhds2pn8iLJcTtPsFxClp51gKw6ekSHxs MaBbhXQxKOeXnb99lNIEiLX0GODO0Hn3QmOmSY/d6GX44iTajcw4NylqO5uBubdO9TJG Q7dayaQNN90md1ZI/GFghOrzDGvfiBUjqyI4c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=nHPr7sF4siwqFyPMdfE2Pzf0lhSOyu6CzAXwZCHGs95FC+gXTtut6F1xUmsfpCtGYp 26d5bi4srpFcQqj8WmpMmzMm9IxDsG4QoM3F3uig2Da3NLXuX6UkfYS+cpdGHppoKjS4 V2/WC91zdQow687Jd5mADYjR5Y49oL8Q7L4e0= MIME-Version: 1.0 Received: by 10.114.67.17 with SMTP id p17mr2253805waa.203.1240084928135; Sat, 18 Apr 2009 13:02:08 -0700 (PDT) Date: Sun, 19 Apr 2009 01:32:08 +0530 Message-ID: <715756490904181302k6b59b9ebk9e96973de6be7c5a@mail.gmail.com> Subject: Doubt on PW info. length format From: venkatesan mahalingam To: mpls@ietf.org, l2vpn@ietf.org, l2vpn-request@ietf.org Content-Type: multipart/alternative; boundary=00163646c77aa204700467d9c5f5 X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2009 20:01:08 -0000 --00163646c77aa204700467d9c5f5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi All,Please help me in understanding the encoding of Gen FEC Id element, PW info length is one byte length in FEC element format. As per RFC-4447 standard, we need to store the length of AGI, SAII and TAII length into this one byte PW info length. If all are max length say 255. then we are getting (255+255+255) => 765. How can we accomadate this value in one byte length PW info length field? For your reference I've attached the RFC contents, 5.3.2. Encoding the Generalized ID FEC Element FEC element type 0x81 is used. The FEC element is encoded as follows: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Gen PWid (0x81)|C| PW Type |PW info Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | AGI Type | Length | Value | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ~ AGI Value (contd.) ~ | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | AII Type | Length | Value | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ~ SAII Value (contd.) ~ | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | AII Type | Length | Value | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ~ TAII Value (contd.) ~ | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ This document does not specify the AII and AGI type field values; specification of the type field values to be used for a particular application is part of the specification of that application. IANA has assigned these values using the method defined in the [IANA ] document. The SAII, TAII, and AGI are simply carried as octet strings. The length byte specifies the size of the Value field. The null string can be sent by setting the length byte to 0. If a particular application does not need all three of these sub-elements, it MUST send all the sub-elements but set the length to 0 for the unused sub-elements. The PW information length field contains the *length of the SAII, TAII, and AGI, combined in octets*. If this value is 0, then it references all PWs using the specified grouping ID. In this case, there are no other FEC element fields (AGI, SAII, etc.) present, nor any interface parameters TLVs. --00163646c77aa204700467d9c5f5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 
=

Hi All,
Please help me in understanding the encoding of Ge=
n FEC Id element,

PW info length is one byte length in FEC element format.
As per RFC-4447=
 standard, we need to store the length of AGI, SAII and TAII length into th=
is one byte PW info length.

If all are max length say 255.
then w=
e are getting (255+255+255) =3D> 765.

How can we accomadate this value in one byte length PW info length field?
For your reference I've attached the RFC contents,

5.3.2.  Encoding the Generalized ID FEC Element<=
/h4>

   FEC element type 0x81 is used.  The FEC element is encoded as=

   follows:

    0                   1                   2       =
            3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 =
7 8 9 0 1

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   =
|Gen PWid (0x81)|C|         PW Type             |PW info Length |
   +-+=
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |   AG=
I Type    |    Length     |      Value                    |

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   =
~                    AGI  Value (contd.)                        ~
   |  =
                                                             |
   +-+-+-=
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   |   AII Type    |    Length     |      Value                    |
   =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   ~  =
                 SAII  Value (contd.)                        ~
   |     =
                                                          |

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   =
|   AII Type    |    Length     |      Value                    |
   +-+=
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   ~     =
              TAII Value (contd.)                         ~

   |                                                               |
   =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

  =
 This document does not specify the AII and AGI type field values;
   sp=
ecification of the type field values to be used for a particular

   application is part of the specification of that application.  IANA
 =
  has assigned these values using the method defined in the [IANA]

   document.

   The SAII, TAII, and AGI are simply carried as octet =
strings.  The
   length byte specifies the size of the Value field.  The=
 null string
   can be sent by setting the length byte to 0.  If a parti=
cular

   application does not need all three of these sub-elements, it MUST
  =
 send all the sub-elements but set the length to 0 for the unused
   sub=
-elements.

   The PW information length field contains the length=
 of the SAII,

   TAII, and AGI, combined in octets.  If this value is 0, then it
 =
  references all PWs using the specified grouping ID.  In this case,
   =
there are no other FEC element fields (AGI, SAII, etc.) present, nor

   any interface parameters TLVs.
--00163646c77aa204700467d9c5f5-- From hshah@ciena.com Sun Apr 19 15:56:56 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 39F3A3A6936; Sun, 19 Apr 2009 15:56:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.769 X-Spam-Level: X-Spam-Status: No, score=-1.769 tagged_above=-999 required=5 tests=[AWL=0.229, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_36=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QKANl-fs6+ex; Sun, 19 Apr 2009 15:56:55 -0700 (PDT) Received: from hicks.ciena.com (hicks.ciena.com [63.118.34.22]) by core3.amsl.com (Postfix) with ESMTP id 753093A67AA; Sun, 19 Apr 2009 15:56:54 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqsEAN9I60k/dicV/2dsb2JhbACCJC2SRbZzg30G x-mimeole: Produced By Microsoft MimeOLE V6.00.3790.4325 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: Doubt on PW info. length format Date: Sun, 19 Apr 2009 18:58:08 -0400 Message-ID: <6535C9CED6F87446B41D20EF170F23623161F5@mamxm01.ciena.com> Content-Type: multipart/related; boundary="----=_NextPart_000_009C_01C9C120.C7FF6E90" X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Doubt on PW info. length format Thread-Index: AcnAYLRpebvslb3nTaO4SVVa8UaYBQA4DBA4 References: <715756490904181302k6b59b9ebk9e96973de6be7c5a@mail.gmail.com> From: "Shah, Himanshu" To: "venkatesan mahalingam" , , , Importance: normal Priority: normal X-OriginalArrivalTime: 19 Apr 2009 22:58:09.0248 (UTC) FILETIME=[4EE62E00:01C9C142] X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 22:56:56 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_009C_01C9C120.C7FF6E90 Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C9C142.4E86EB96" ------_=_NextPart_001_01C9C142.4E86EB96 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable cumulative should not exceed 255. AGI and AII max lengths are restricted by their respective types which has to be approved by expert review and registered by IANA.=20 Check out http://www.iana.org/assignments/pwe3-parameters So far max AII len is 35 for AII type 4 and max AGI len is 8. hope this helps.. himanshu -----Original Message----- From: l2vpn-bounces@ietf.org on behalf of venkatesan mahalingam Sent: Sat 4/18/2009 4:02 PM To: mpls@ietf.org; l2vpn@ietf.org; l2vpn-request@ietf.org Subject: Doubt on PW info. length format =20 Hi All,Please help me in understanding the encoding of Gen FEC Id = element, PW info length is one byte length in FEC element format. As per RFC-4447 standard, we need to store the length of AGI, SAII and TAII length into this one byte PW info length. If all are max length say 255. then we are getting (255+255+255) =3D> 765. How can we accomadate this value in one byte length PW info length = field? For your reference I've attached the RFC contents, 5.3.2. Encoding the Generalized ID FEC Element FEC element type 0x81 is used. The FEC element is encoded as follows: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Gen PWid (0x81)|C| PW Type |PW info Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | AGI Type | Length | Value | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ~ AGI Value (contd.) ~ | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | AII Type | Length | Value | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ~ SAII Value (contd.) ~ | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | AII Type | Length | Value | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ~ TAII Value (contd.) ~ | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ This document does not specify the AII and AGI type field values; specification of the type field values to be used for a particular application is part of the specification of that application. IANA has assigned these values using the method defined in the [IANA ] document. The SAII, TAII, and AGI are simply carried as octet strings. The length byte specifies the size of the Value field. The null string can be sent by setting the length byte to 0. If a particular application does not need all three of these sub-elements, it MUST send all the sub-elements but set the length to 0 for the unused sub-elements. The PW information length field contains the *length of the SAII, TAII, and AGI, combined in octets*. If this value is 0, then it references all PWs using the specified grouping ID. In this case, there are no other FEC element fields (AGI, SAII, etc.) present, nor any interface parameters TLVs. ------_=_NextPart_001_01C9C142.4E86EB96 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable RE: Doubt on PW info. length format

cumulative should not exceed 255.

AGI and AII max lengths are restricted by their respective
types which has to be approved by expert review and registered by = IANA.

Check out http://www.iana.= org/assignments/pwe3-parameters

So far max AII len is 35 for AII type 4 and max AGI len is 8.

hope this helps..
himanshu





-----Original Message-----


From: l2vpn-bounces@ietf.org on behalf of venkatesan mahalingam
Sent: Sat 4/18/2009 4:02 PM
To: mpls@ietf.org; l2vpn@ietf.org; l2vpn-request@ietf.org
Subject: Doubt on PW info. length format

Hi All,Please help me in understanding the encoding of Gen FEC Id = element,
PW info length is one byte length in FEC element format.
As per RFC-4447 standard, we need to store the length of AGI, SAII = and
TAII length into this one byte PW info length.

If all are max length say 255.
then we are getting (255+255+255) =3D> 765.
How can we accomadate this value in one byte length PW info length = field?

For your reference I've attached the RFC contents,

5.3.2.  Encoding the Generalized ID FEC Element
   FEC element type 0x81 is used.  The FEC element is = encoded as
   follows:

    = 0            =        = 1            =        = 2            =        3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 = 7 8 9 0 1
   = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |Gen PWid = (0x81)|C|         PW = Type           &nb= sp; |PW info Length |
   = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |   AGI Type    = |    Length     = |      = Value           &n= bsp;        |
   = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   = ~            =         AGI  Value = (contd.)           = ;            = ~
   = |            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;  |
   = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |   AII Type    = |    Length     = |      = Value           &n= bsp;        |
   = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   = ~            =        SAII  Value = (contd.)           = ;            = ~
   = |            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;  |
   = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |   AII Type    = |    Length     = |      = Value           &n= bsp;        |
   = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   = ~            =        TAII Value = (contd.)           = ;            =   ~
   = |            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;  |
   = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   This document does not specify the AII and AGI type field = values;
   specification of the type field values to be used for a = particular
   application is part of the specification of that = application.  IANA
   has assigned these values using the method defined in the = [IANA
<http://tools.ietf.or= g/html/rfc4447#ref-IANA>]
   document.

   The SAII, TAII, and AGI are simply carried as octet = strings.  The
   length byte specifies the size of the Value field.  = The null string
   can be sent by setting the length byte to 0.  If a = particular
   application does not need all three of these sub-elements, = it MUST
   send all the sub-elements but set the length to 0 for the = unused
   sub-elements.

   The PW information length field contains the *length of the = SAII,
   TAII, and AGI, combined in octets*.  If this value is = 0, then it
   references all PWs using the specified grouping ID.  = In this case,
   there are no other FEC element fields (AGI, SAII, etc.) = present, nor
   any interface parameters TLVs.


------_=_NextPart_001_01C9C142.4E86EB96-- ------=_NextPart_000_009C_01C9C120.C7FF6E90 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-ID: R0lGODlh3AAeAPcAANINQfb29uiCnuqVq9AALPXb4vLBzCopFcsAGbOyq+dmc8nJxeJig8gAB/3/ //TS2/r2+Pr5+eydsuZ8mauqo++0w2JiVBgXAuVyke6qvGtqXdMSRru6s/z///np7dEIPtrZ1vG9 y4yLgfru8dXU0kxKOtEANfz5+kNCMdMQRNLRzuFVeu2htFpaTPfh6NAAMdw6ZfLE0fjl6umNps8A LeTk4tQUSVNSQzw7Kfr19u6luc4AKfTO2fC1xPGqspyblIWEeuHh3s0AJdoyWc7OytosWd5BbPLx 8ZaVjHZ1aXt6bvn39+FZfunq6dglU6alnuHh4MXGwds0YYKBdvz8/NIFPDUzIc8AMPGzus0AIOh+ mtAAA9IKQAMCAMLCvfTK1d5JcuFSdNUEF9orVeno5umFoPTM1pSUitgeUOqKpPry9u7u7L6+uPnx 8vXW36KhmXJxZSMiDn18cd7d2ubm5N9SedUNQt/f3Od5l/fe5Pfi5uNmiMTEvuNqidEAOO+jqvz+ /JKRiNUbR+JdgdMRRe3s65iXjtIUNaCfl9IEOueAnOVWZeRpivff5dcbTdckTdjX0/PI0+VvjdMO Q7e1sNYYTNIAOJGQhtrb2I+OhdQKQGZlWOzr6nh3a9YSQuqKo9ECOmBfUKWjneRpjP39/szMxjk5 J9ICOPT08/Dw7/Xz9eRwj4mJfz8+LcDAutMSRdMQRjIxH9MQQW5tX4iGe9DPy2loW0JAMP36/OBO dOqPp6ion6Sim/PM18jHwt09Z5mZj15dTtMUR9ICO9ACOVhXSNMEPEdFNh4dCcwAHy8uGzc2JcTD vvz19//9/4B/dNzb2ZSTidIBO/f39rCvqdYYQ1BPP++xwPv7/NQANueMo8/RzdfY1Ofo5Orn50lI OdEDO+yYr/C4xlBOP7i3sfz9/FdZSFpXR/Cuwf78/dAEMdIHNhAOAOLk4P7//uPj4NggUfDv7tkn V+qRqO6dpfv7+pOUi8jIxOZ3lN9IbqOjm+6uv8vKxudwhKmooP///yH5BAAAAAAALAAAAADcAB4A AAj/AP8JHEiw4MAObUgZXMiwocOHECNKnEixosWLGDO6YSRlRYyMIEOKHEmypEmLjdAkI5CsiriT MGPKnEkzpDtFLTcQQpDPQc2fQIMKJemuDoFXr2zsKAJhqNOnUKP+u4mgig1YCHL5lMq1q9eRMuQh GAvg49ezaNM+dIEnzJ5IauPKjeqg7taK7to84MHDxV2I7upCtOvA3dzDQiOEmMGI0Z49M67JmCpj RLMRMk4sjMHEBpdJmiaBMUDQRYwvZr4Y8PDPATp8DBjNK1DQHSAZPebh2zOKkRYWehALj+lAghQT O2hcoUFjBwJJ/x7Iq1QEnqMKBTvgeyHkhZ/vJrqH/xs4IZudFKcIXHO3gkByAkI0jReYLlw+eC+S X1nunhCepsMFGBI2gwixAzgATDJJCilMggAT//QCH3JCsECQA0xkYcIkGwhDyAYbyJKFHW4IhAEB JoDywgur1CGEHwpOAkByGQjkQiUImPBBggvKyAUNCPyihoBEWtQBEzl+COIkXHCRQjJ9RGeHHxt8 YEmNArmDRxangEgIOMpxUaUQihimhSWEpLmBDcN8kIIwOoEohDxDuiCPCQBwUUUibU4C5wbEIDBK kYRKJEEWoAjzygaTmHDFii80sIKUVFqJ5T8GmPDCoim8oMkKYFQxCSHJ1GEmmmoCoOkVfnxIiDCg mP8Qwj8u2JAMcx94AksiL4j5KgGy0FbosAudMIQQHm7wIzwT6KDDDGNA9wAAlV6ZJRNCpKATDWjM +g8DeJZ6apqEpGCCI3sw4sgLrnJxhS7/5FHEL5/sE8MDDxgArpgbVPGChcQGPFAMO8Dy4SQvMMHa QJf9w8OUVVqyj0AyVPMCiCac8pJA87C6QxnjEvKKH5WQ9k8kaJiQ5iQ0aPFPOY0wNAgNIAJAgACG CRzwADt4SMgVUkTAkBkQc2ECwNeYAA6jNICx1QnH0eCJsGeKDAANqxA0wQ5isqzIQA7EUAYDKzDw SS8CvMDhjDjrHPAeJix69QQNEU3lJASUIVAaBHD/IQwAV2Q9FSMvIKe3QFUrS8AABM3DNdNf/xMD DCvusIOB0mzA4AY2t+32sODK/QK8Q0/5yiRXHC7ADgCcvsOk/2BQuBAr3JU4FwTMkPM/aQjRNQ0C /POFMS8m+AIN8F2RbOe7w9T85yetcvHpNEBXuh+np87xFb6+4IQ4DBDwQhYwAIg4morrPlDvXef+ jxFZaEuIJVIoopsUxmjLPEYj/IFFOQypxSZqwRV+2OIeJinFEwJQEF50ggxe4MBEJICsD5nABl8o 3SnStAPrheAUidBJCmDxgUfRIBdtKMjtcrc79nGOBhIYgSbiRgg/yGNh/9DBDtZ2s+dJpB6L2MIW /+hBkHiIoBT/oEYXKCESciDBhxHxRxcQYZJNsIMEBQnGBXzxjVYohCBP8MdCeNA3nRDiBfDYh2am wpd/mEETrdqACYqQg38AoghXUFMKuGAMG2iDIF8AmQDQhzv17c13jLoCC3phDGmU6wV7IMge8si5 Hl4kD2LYQgMWcRdqsCMJ/2ADMngBgiYIZAnMIGARydAEftBBIJxgwxz+sYRxIKMUR4AGLv4BhRr8 IwCYEEgp+CC0I9BhDZj4ATIS8A9MQAMbA1lCFBaQDlV0owlReMdAVOCFIwxkAQtI4hSgyQ9XLOEf cDjAO/xhiKkwgx//IMMylgEJZxSkHDDIApweaf+CX/ShDwxQx6T0YAOVpckEdQjBPqSAPTPWEAYe 6IAHQqAFddDgBGkgJAvXh0jUseABxhjGK+ZXBBe0RgJ+WFolPVcRB/RjC2LwwUDucIw4KMMebDhA Kw5wA1TEwwKtwEE7ByKKW5TgANaYBhGsgYJvsEEfB4hDKEQQCwr8owQl+McZSgCCKcQBGcFYQwJu cYxxKOEWXkhAHH6QsxrYYhlW4AMFjvGNOJhiG/9AwjFuYQFUOGMWF0DGG5CggWkYogStCAUqgKCM d0QDCAFIZwmoAYSoctUgGcgCDWwQpw/QIAvJEEIDGPCPDsBgBx96BQAKlz/NyY9BhBCEEx6RiCv/ NOAQvDuF3Da6N64Jg2USyIEmXuAhczmBEXX4zgZ2GzyMUCESZiDINAJxAA2AwAsXSIISLiAKVrBD CSjogisGcokuaCAJyDDEJuLAijgcwBehiEUCIHGAYnDgqxz4hgUygYwpKFMOP+jCDdiAiFaYIxab WMNAdtEFFDxjGmfIrj6kSok4FGMWXWDFJdgxBWDUwhZxwIYontEJdlCDFVaYQwvGkQB2WEEENSDC LW5BgVQYxB0TQMAO3iSMHtvABpUQAmn/EY4ssKvHwvhAFT6Qnx184FV/MwENXnAFEzRgCA4oAyF3 YMh/fMLJL0zDP+qAgA/0+IzweZHmKqm3POgA/4cgaccy/8GHC2jTFEAIxQFYkQQckGMg9rhADZqA Alsc4xhIaMEN/kGLWwgECQfAgQVacAtTEGEWyxBIKMYRjVjMkhmxCCw0CNKNJBSjGFFAAg4K8Y9O WEEDB7AFEIoBBMQORAmtuAMQkiCCZeiDFqaAwixCEYBnWOMcEmzBJhriDgGoYyVKA0UiTmHlMBjG AYMI7aM0RQMhVCEXv8iCEFhVhSr4gTvrGMQD/iGJZOwAPg1orkAm0IBkXEG0GPiHHpygYxNUARQ7 yII88vlu0eLhH/gwAekmEgH//UUF7DgGCJR4D1RcgBW0YIcInpEJBgpEDl24QxDikIT1vqETT//4 hwa6YIgIkAEZXUhAILqgjH8Ygh1AQAIy5CACdnDjH0/gcAmUgUWBHOEHnehCC0SgDCVQIA4WuG8o gPEMMoigC0D4gQosYApDdCEJwGAHEpSADBLcwNG8wHAr/nEDZOiDEw2JxCAEkQ0/WMISeBrDpTow DynIQhMAEMQvJhADdzRDF373gwnMU4RVwEUg4ZCCEYwAgyLoYHc6kMcvjPCLIkjARgwQBLUtUQ0m NCIE86K85XNohI1J5AQKEOIfdneETXTBFuRQxj28YQUKTCMUprBCIAgSCGVAAwQoeMIdvoGDW0hw F4Hlwz82cQBO0LcT/4iABpBxgWAEwB/KwCv/NYjuiu8OpBTHwMEBKPEDK7QCGcpQgc1NkdhzWoAd 7EDEFG6ggmJ8QwPLsAuZcAvcAAebQALWEAuxQEU3Fwfyx2y44Sw6cA1uoAbPowYF8AV9YT4C0Qxu UAEskAEPMAIFcQJtAAFLkAMjsEsDcQIjkAMQAAEjsEatIQMGwAIVkAeG4Q4jgIIqqBmAMAJQ1BCY JEScRBCqsAAgQArtoBBBMA2/NE02NhBHEARTUQNQyAleoAJC4w4g4Auo8A/GJBA14HHlUAv8AIXT AAVU8A/TYIX/cAd38EXTQAJeMEuBEAscAA1w+A8kwAe+9A9UsABEMA2o0A1ieA930AT1oAqvL7QG hUAF3OAKsySIKsAPQgM9J+EAsRdTOkMLB0AEmjgsJ4AFITCERAIJlGBKThEQADs= ------=_NextPart_000_009C_01C9C120.C7FF6E90-- From frederic.jounay@orange-ftgroup.com Mon Apr 20 01:31:12 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2D61C3A67B0 for ; Mon, 20 Apr 2009 01:31:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.989 X-Spam-Level: X-Spam-Status: No, score=-2.989 tagged_above=-999 required=5 tests=[AWL=0.260, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qS0ppjNdYa8A for ; Mon, 20 Apr 2009 01:31:08 -0700 (PDT) Received: from p-mail2.rd.francetelecom.com (p-mail2.rd.francetelecom.com [195.101.245.16]) by core3.amsl.com (Postfix) with ESMTP id 212FE3A63EB for ; Mon, 20 Apr 2009 01:31:07 -0700 (PDT) Received: from FTRDMEL2.rd.francetelecom.fr ([10.192.128.41]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.3959); Mon, 20 Apr 2009 10:32:22 +0200 X-MIMEOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? Date: Mon, 20 Apr 2009 10:32:19 +0200 Message-ID: <8AA97249241F7148BE6D3D8B93D83F5A157CCC62@ftrdmel2> In-Reply-To: <000101c9bcf1$f29a2ba0$b3d80e0a@coe.ntt.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? Thread-Index: Acmw4NuW1aVNgC0yQhC2A5GqhoHOxwMEOGZgASc/WBA= References: <4E65056A-207D-4350-A5AC-25F0D8D389AC@castlepoint.net> <000101c9bcf1$f29a2ba0$b3d80e0a@coe.ntt.com> From: To: X-OriginalArrivalTime: 20 Apr 2009 08:32:22.0423 (UTC) FILETIME=[86977A70:01C9C192] X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 08:31:12 -0000 Support. Fred > -----Original Message----- > From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] On Behalf > Of Shane Amante > Sent: Monday, March 30, 2009 11:40 AM > To: l2vpn@ietf.org > Subject: draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 WG draft? >=20 > Hi All, >=20 > At the L2VPN WG meeting at IETF 74 in San Francisco, there was a=20 > request by the authors to make this a WG draft. Please indicate to=20 > the list if you do or don't support making this draft a WG > document. =20 > The following is a URL for this draft: > http://tools.ietf.org/html/draft-pdutta-l2vpn-vpls-ldp-mac-opt-04 >=20 > The deadline for comments will be 3 weeks: Friday, April 17. =20 > Silence will not be counted as acceptance. >=20 > -shane From frederic.jounay@orange-ftgroup.com Mon Apr 20 05:54:39 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 343843A6A03; Mon, 20 Apr 2009 05:54:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.041 X-Spam-Level: X-Spam-Status: No, score=-3.041 tagged_above=-999 required=5 tests=[AWL=0.207, BAYES_00=-2.599, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S7W8t7kFhQzo; Mon, 20 Apr 2009 05:54:38 -0700 (PDT) Received: from p-mail1.rd.francetelecom.com (p-mail1.rd.francetelecom.com [195.101.245.15]) by core3.amsl.com (Postfix) with ESMTP id 100093A6880; Mon, 20 Apr 2009 05:54:36 -0700 (PDT) Received: from FTRDMEL2.rd.francetelecom.fr ([10.192.128.41]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.3959); Mon, 20 Apr 2009 14:55:51 +0200 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_01C9C1B7.54E3C9DB" Subject: RE: Comments on draft-jounay-pwe3-leaf-initiated-p2mp-pw-01 Date: Mon, 20 Apr 2009 14:55:50 +0200 Message-ID: <8AA97249241F7148BE6D3D8B93D83F5A15831A94@ftrdmel2> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Comments on draft-jounay-pwe3-leaf-initiated-p2mp-pw-01 Thread-Index: Acm9jlnaCD2g/oeyRcOBi1Jj3dpxHQEJlKhQ References: From: To: X-OriginalArrivalTime: 20 Apr 2009 12:55:51.0217 (UTC) FILETIME=[555E0210:01C9C1B7] Cc: l2vpn@ietf.org, l2vpn-bounces@ietf.org, pwe3@ietf.org X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 12:54:39 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C9C1B7.54E3C9DB Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgWGlucXVhbiwNCiANClBsZWFzZSBzZWUgbXkgYW5zd2VyIGlubGluZSBbRkpdDQogDQpCZXN0 IFJlZ2FyZHMsDQpGcmVkDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0K RGUgOiB6aGFuZy54aW5xdWFuQHp0ZS5jb20uY24gW21haWx0bzp6aGFuZy54aW5xdWFuQHp0ZS5j b20uY25dIA0KRW52b3nDqSA6IG1lcmNyZWRpIDE1IGF2cmlsIDIwMDkgMDc6NTANCsOAIDogSk9V TkFZIEZyZWRlcmljIFJELVJFU0EtTEFODQpDYyA6IGwydnBuQGlldGYub3JnOyBsMnZwbi1ib3Vu Y2VzQGlldGYub3JnDQpPYmpldCA6IENvbW1lbnRzIG9uIGRyYWZ0LWpvdW5heS1wd2UzLWxlYWYt aW5pdGlhdGVkLXAybXAtcHctMDENCg0KDQoNCkhpLCBGcmVkZXJpYywgDQoNCkkgaGF2ZSByZWFk IGRyYWZ0LWpvdW5heS1wd2UzLWxlYWYtaW5pdGlhdGVkLXAybXAtcHctMDEgYW5kIGhhdmUgc29t ZSBjb21tZW50cy4gcGxlYXNlIHNlZSBiZWxvdzogDQoNCjHjgIFzZWN0aW9uIDUuNC4gQ29uZmln dXJhdGlvbiANCiAgICANCiAgIEFmdGVyIGNvbmZpZ3VyaW5nIG9uIGVhY2ggVC1QRSB0aGUgYXR0 YWNoZWQgQUlJcywgaXQgaXMgYXNzdW1lZCB0aGF0IA0KICAgYWxsIHRoZSBQRXMgKEluZ3Jlc3Mv RWdyZXNzIFQtUEVzIGFuZCBhbGwgUy1QRXMpIG1haW50YWluIGFuIEFJSSBQVyANCiAgIHJvdXRp bmcgdGFibGUgd2hpY2ggZ2l2ZXMgZm9yIGVhY2ggQUlJIGFzIGVudHJ5IHRoZSAibmV4dCBob3Ai IHRvIA0KICAgcmVhY2ggdGhhdCBBSUkuIFRoaXMgQUlJIHJvdXRpbmcgdGFibGUgY2FuIGJlIGZp bGxlZCBtYW51YWxseSBvciANCiAgIHVwZGF0ZWQgZHluYW1pY2FsbHkgYnkgbWVhbnMgb2Ygc29t ZSBleHRlbmRlZCByb3V0aW5nIHByb3RvY29sIGxpa2UgDQogICBwcm9wb3NlZCBpbiBbRFlOIE1T LVBXXS4gVGhlIGNvbnN0cnVjdGlvbiBvZiB0aGUgdGFibGUgaXMgb3V0IG9mIA0KICAgc2NvcGUg b2YgdGhlIHByZXNlbnQgZG9jdW1lbnQuIA0KICAgIA0KICAgRWFjaCBQRSByZWxpZXMgb24gaXRz IEFJSSBQVyByb3V0aW5nIHRhYmxlIHRvIHNlbGVjdCB0aGUgbmV4dCBob3AgUEUgDQogICAoUy1Q RSBvciBULVBFKSB0byByZWFjaCBhIGdpdmVuIEFJSS4gDQoNCj4xICBEb2VzIHRoaXMgQUlJIHJv dXRpbmcgdGFibGUgaW5jbHVkZSBib3RoIFRBSUkgYW5kIFNBSUk/IA0KW0ZKXSBZZXMsIHRoZSBB SUkgcm91dGluZyB0YWJsZSBkeW5hbWljYWxseSBwb3B1bGF0ZWQgKEJHUCwgT1NQRiwgSVMtSVMg b3IgTERQKSBzaG91bGQgbWFpbnRhaW4gYm90aC4gVGhlIEVncmVzcyBULVBFIGpvaW5zIHRoZSBQ VyB0cmVlIGJ5IGluaXRpYXRpbmcgYSBMYWJlbCBNYXAgd2hvc2UgdGhlIEZFQyBjb250YWlucyB0 aGUgU0FJSSwgdGhlIFBXIHRyZWUgc291cmNlLiBIZW5jZSB1cG9uIHJlY2VpcHQgb2YgdGhlIG1l c3NhZ2UgdGhlIFMtUEUgZG9lcyBhIGxvb2t1cCB0byBzZWxlY3QgdGhlIE5IIHRvIHJlYWNoIHRo aXMgU0FJSS4gICAgICANCj4yICBJbiBTLVBFLCB0aGlzIEFJSSByb3V0aW5nIHRhYmxlIGluY2x1 ZGVzIGFsbCB0aGUgQUlJLCBvciBqdXN0IHBhcnQgb2YgdGhlIEFJSSggZS5nLiB3aGljaCBhcmUg aW4gaXRzIGRvd3N0cmVhbSk/IA0KIFtGSl0gdGhlIEFJSSByb3V0aW5nIHRhYmxlIHNob3VsZCBi ZSB1c2VkIGFsc28gZm9yIFZQV1Mgb3IgVlBMUywgc28gYmlkaXJlY3Rpb25hbCBQVy4gVGhlcmVm b3JlIHRoZSBBSUkgcm91dGluZyB0YWJsZSBtdXN0IHJlZmxlY3QgYWxsIHRoZSBBSUkgY29uZmln dXJlZCBvbiBULVBFcy4gT2YgY291cnNlIGFncmVnYXRlIEFJSSBmb3JtYXQgKGkuZS4gdy9vIEFD SUQgaW5mbykgYXMgZGVmaW5lZCBpbiBbRFlOIE1TLVBXXSBtdXN0IGJlIHVzZWQgdG8gb3B0aW1p emUgdGhlIEFJSSByb3V0aW5nIHRhYmxlDQoNCjLjgIFTZWN0aW9uIDUuNy4gVXNpbmcgVEFJSSBM ZWFmIFN1Yi1UTFYgDQogICAgDQogICBTZWN0aW9uIFRCRCANCiAgICANCiAgIFRoZSBUQUlJIExl YWYgc3ViLVRMViBNQVkgYmUgb3B0aW9uYWxseSB1c2VkIHdoZW4gYSBsZWFmIGpvaW5zIHRoZSBQ VyANCiAgIHRyZWUgdG8gYW5ub3VuY2UgdG8gdGhlIHNvdXJjZSB0aGF0IGl0IGlzIHBhcnQgZnJv bSB0aGUgUFcgdHJlZS4gSWYgDQogICB0aGlzIG9wdGlvbiBpcyBjaG9zZW4sIHRoZSBFZ3Jlc3Mg VC1QRSBhZGRzIHRvIHRoZSBGRUMgRWxlbWVudCB0aGlzIA0KICAgVEFJSSBzdWItVExWIGluIHRo ZSBMYWJlbCBNYXAgbWVzc2FnZS4gQXMgc29vbiBhcyBpbiB0aGUgc291cmNlIA0KICAgZGlyZWN0 aW9uIGEgTGFiZWwgTWFwIGlzIG5vdCByZXF1aXJlZCBzaW5jZSBmb3IgaW5zdGFuY2UgYSBTLVBF IA0KICAgYWxyZWFkeSBtYWludGFpbnMgYSBzdGF0ZSBmb3IgdGhpcyBNUy1QVyB0cmVlLCB0aGUg aW5mb3JtYXRpb24gDQogICByZWxhdGVkIHRvIHRoZSBMZWFmIFRBSUlzIGlzIHJldHJpZXZlZCBm cm9tIHRoZSBUQUlJIExlYWYgc3ViLVRMViBhbmQgDQogICBpcyBwcm9wYWdhdGVkIGJ5IG1lYW5z IG9mIGEgTERQIE5vdGlmaWNhdGlvbiBtZXNzYWdlIHVwIHRvIHRoZSANCiAgIGNvcnJlc3BvbmRp bmcgSW5ncmVzcyBULVBFLiAgIA0KPiBJIGFtIG5vdCBzdXJlIGFib3V0IHRoZSBwcm9wYWdhdGlv biBvZiBUQUlJIExlYWYgc3ViLVRMVi4gSXMgaXQgc2VudCB0byBpbmdyZXNzIFQtUEUgZGlyZWN0 bHksIG9yIHRvIHRoZSB1cHN0cmVhbSBTLVBFKGlmIHRoZXJlIGV4aXN0cyBzdWNoIFMtUEUgaW4g dGhlIHVwc3RyZWFtIGRpcmVjdGlvbik/ICANCltGSl0gVGhlIE5vdGlmaWNhdGlvbiBtZXNzYWdl IGNhbiBub3QgYmUgZGlyZWN0bHkgc2VudCB0byB0aGUgSW5ncmVzcyBULVBFIGlmIHRoZXJlIGlz IG5vdCBkaXJlY3QgVC1MRFAgc2Vzc2lvbiB0byByZWFjaCB0aGUgSW5ncmVzcyBULVBFLCBpLmUu IFMtUEUgaW4gYmV0d2Vlbi4gVGhhdCdzIHRoZSByZWFzb24gd2h5IHRoZSBtZXNzYWdlIHNob3Vs ZCBiZSBwcm9wYWdhdGVkIGhvcCBieSBob3AgKGkuZS4gUy1QRSBieSBTLVBFKSB1cCB0byB0aGUg SW5ncmVzcyBULVBFLg0KIEkgYWdyZWUgd2l0aCB5b3UgdGhhdCdzIHdvcnRoIGNsYXJpZnlpbmcg dGhpcyBzZWN0aW9uLiANCg0KQmVzdCBSZWdhcmRzISANCg0KWGlucXVhbiBaaGFuZyANCg0KMjAw OS80LzE1IA0KDQoNCg0K ------_=_NextPart_001_01C9C1B7.54E3C9DB Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 77u/PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9u YWwvL0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29u dGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxNRVRBIGNvbnRlbnQ9Ik1TSFRNTCA2 LjAwLjI5MDAuMzQ5MiIgbmFtZT1HRU5FUkFUT1I+PC9IRUFEPg0KPEJPRFk+DQo8RElWIGRpcj1s dHIgYWxpZ249bGVmdD48U1BBTiBjbGFzcz05NDM0ODM2MTItMjAwNDIwMDk+PEZPTlQgZmFjZT1B cmlhbCANCmNvbG9yPSMwMDAwZmYgc2l6ZT0yPkhpIFhpbnF1YW4sPC9GT05UPjwvU1BBTj48L0RJ Vj4NCjxESVYgZGlyPWx0ciBhbGlnbj1sZWZ0PjxTUEFOIGNsYXNzPTk0MzQ4MzYxMi0yMDA0MjAw OT48Rk9OVCBmYWNlPUFyaWFsIA0KY29sb3I9IzAwMDBmZiBzaXplPTI+PC9GT05UPjwvU1BBTj4m bmJzcDs8L0RJVj4NCjxESVYgZGlyPWx0ciBhbGlnbj1sZWZ0PjxTUEFOIGNsYXNzPTk0MzQ4MzYx Mi0yMDA0MjAwOT48Rk9OVCBmYWNlPUFyaWFsIA0KY29sb3I9IzAwMDBmZiBzaXplPTI+UGxlYXNl IHNlZSBteSBhbnN3ZXIgaW5saW5lIFtGSl08L0ZPTlQ+PC9TUEFOPjwvRElWPg0KPERJVj48U1BB TiBjbGFzcz05NDM0ODM2MTItMjAwNDIwMDk+PC9TUEFOPjxGT05UIGZhY2U9QXJpYWw+PEZPTlQg DQpjb2xvcj0jMDAwMGZmPjxGT05UIHNpemU9Mj48L0ZPTlQ+PC9GT05UPjwvRk9OVD4mbmJzcDs8 L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1BcmlhbD48Rk9OVCBjb2xvcj0jMDAwMGZmPjxGT05UIHNp emU9Mj48U1BBTiANCmNsYXNzPTk0MzQ4MzYxMi0yMDA0MjAwOT5CZXN0IFI8L1NQQU4+ZWdhcmRz LDwvRk9OVD48L0ZPTlQ+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPUFyaWFsPjxGT05U IGNvbG9yPSMwMDAwZmY+PEZPTlQgc2l6ZT0yPkY8U1BBTiANCmNsYXNzPTk0MzQ4MzYxMi0yMDA0 MjAwOT5yZWQ8L1NQQU4+PC9GT05UPjwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZh Y2U9QXJpYWwgY29sb3I9IzAwMDBmZiBzaXplPTI+PC9GT05UPjxGT05UIGZhY2U9QXJpYWwgY29s b3I9IzAwMDBmZiANCnNpemU9Mj48L0ZPTlQ+PEJSPjwvRElWPg0KPERJViBjbGFzcz1PdXRsb29r TWVzc2FnZUhlYWRlciBsYW5nPWZyIGRpcj1sdHIgYWxpZ249bGVmdD4NCjxIUiB0YWJJbmRleD0t MT4NCjxGT05UIGZhY2U9VGFob21hIHNpemU9Mj48Qj5EZSZuYnNwOzo8L0I+IHpoYW5nLnhpbnF1 YW5AenRlLmNvbS5jbiANClttYWlsdG86emhhbmcueGlucXVhbkB6dGUuY29tLmNuXSA8QlI+PEI+ RW52b3nDqSZuYnNwOzo8L0I+IG1lcmNyZWRpIDE1IGF2cmlsIA0KMjAwOSAwNzo1MDxCUj48Qj7D gCZuYnNwOzo8L0I+IEpPVU5BWSBGcmVkZXJpYyBSRC1SRVNBLUxBTjxCUj48Qj5DYyZuYnNwOzo8 L0I+IA0KbDJ2cG5AaWV0Zi5vcmc7IGwydnBuLWJvdW5jZXNAaWV0Zi5vcmc8QlI+PEI+T2JqZXQm bmJzcDs6PC9CPiBDb21tZW50cyBvbiANCmRyYWZ0LWpvdW5heS1wd2UzLWxlYWYtaW5pdGlhdGVk LXAybXAtcHctMDE8QlI+PC9GT05UPjxCUj48L0RJVj4NCjxESVY+PC9ESVY+PEZPTlQgZmFjZT1B cmlhbCBjb2xvcj0jMDAwMGZmIHNpemU9Mj48L0ZPTlQ+DQo8RElWPjxCUj48Rk9OVCBmYWNlPXNh bnMtc2VyaWYgc2l6ZT0yPkhpLCBGcmVkZXJpYyw8L0ZPTlQ+IDxCUj48QlI+PEZPTlQgDQpmYWNl PXNhbnMtc2VyaWYgc2l6ZT0yPkkgaGF2ZSByZWFkIGRyYWZ0LWpvdW5heS1wd2UzLWxlYWYtaW5p dGlhdGVkLXAybXAtcHctMDEgDQphbmQgaGF2ZSBzb21lIGNvbW1lbnRzLiBwbGVhc2Ugc2VlIGJl bG93OjwvRk9OVD4gPEJSPjxCUj48Rk9OVCBmYWNlPXNhbnMtc2VyaWYgDQpzaXplPTI+MeOAgXNl Y3Rpb24gNS40LiBDb25maWd1cmF0aW9uIDwvRk9OVD48QlI+PEZPTlQgZmFjZT1zYW5zLXNlcmlm IA0Kc2l6ZT0yPiZuYnNwOyAmbmJzcDsgPC9GT05UPjxCUj48Rk9OVCBmYWNlPXNhbnMtc2VyaWYg c2l6ZT0yPiZuYnNwOyAmbmJzcDtBZnRlciANCmNvbmZpZ3VyaW5nIG9uIGVhY2ggVC1QRSB0aGUg YXR0YWNoZWQgQUlJcywgaXQgaXMgYXNzdW1lZCB0aGF0IDwvRk9OVD48QlI+PEZPTlQgDQpmYWNl PXNhbnMtc2VyaWYgc2l6ZT0yPiZuYnNwOyAmbmJzcDthbGwgdGhlIFBFcyAoSW5ncmVzcy9FZ3Jl c3MgVC1QRXMgYW5kIGFsbCANClMtUEVzKSBtYWludGFpbiBhbiBBSUkgUFcgPC9GT05UPjxCUj48 Rk9OVCBmYWNlPXNhbnMtc2VyaWYgc2l6ZT0yPiZuYnNwOyANCiZuYnNwO3JvdXRpbmcgdGFibGUg d2hpY2ggZ2l2ZXMgZm9yIGVhY2ggQUlJIGFzIGVudHJ5IHRoZSAibmV4dCBob3AiIHRvIA0KPC9G T05UPjxCUj48Rk9OVCBmYWNlPXNhbnMtc2VyaWYgc2l6ZT0yPiZuYnNwOyAmbmJzcDtyZWFjaCB0 aGF0IEFJSS4gVGhpcyBBSUkgDQpyb3V0aW5nIHRhYmxlIGNhbiBiZSBmaWxsZWQgbWFudWFsbHkg b3IgPC9GT05UPjxCUj48Rk9OVCBmYWNlPXNhbnMtc2VyaWYgDQpzaXplPTI+Jm5ic3A7ICZuYnNw O3VwZGF0ZWQgZHluYW1pY2FsbHkgYnkgbWVhbnMgb2Ygc29tZSBleHRlbmRlZCByb3V0aW5nIA0K cHJvdG9jb2wgbGlrZSA8L0ZPTlQ+PEJSPjxGT05UIGZhY2U9c2Fucy1zZXJpZiBzaXplPTI+Jm5i c3A7ICZuYnNwO3Byb3Bvc2VkIGluIA0KW0RZTiBNUy1QV10uIFRoZSBjb25zdHJ1Y3Rpb24gb2Yg dGhlIHRhYmxlIGlzIG91dCBvZiA8L0ZPTlQ+PEJSPjxGT05UIA0KZmFjZT1zYW5zLXNlcmlmIHNp emU9Mj4mbmJzcDsgJm5ic3A7c2NvcGUgb2YgdGhlIHByZXNlbnQgZG9jdW1lbnQuIA0KPC9GT05U PjxCUj48Rk9OVCBmYWNlPXNhbnMtc2VyaWYgc2l6ZT0yPiZuYnNwOyAmbmJzcDsgPC9GT05UPjxC Uj48Rk9OVCANCmZhY2U9c2Fucy1zZXJpZiBzaXplPTI+Jm5ic3A7ICZuYnNwO0VhY2ggUEUgcmVs aWVzIG9uIGl0cyBBSUkgUFcgcm91dGluZyB0YWJsZSANCnRvIHNlbGVjdCB0aGUgbmV4dCBob3Ag UEUgPC9GT05UPjxCUj48Rk9OVCBmYWNlPXNhbnMtc2VyaWYgc2l6ZT0yPiZuYnNwOyANCiZuYnNw OyhTLVBFIG9yIFQtUEUpIHRvIHJlYWNoIGEgZ2l2ZW4gQUlJLiA8L0ZPTlQ+PEJSPjxCUj48Rk9O VCANCmZhY2U9c2Fucy1zZXJpZj48Rk9OVCBzaXplPTI+Jmd0OzEgJm5ic3A7RG9lcyB0aGlzIEFJ SSByb3V0aW5nIHRhYmxlIGluY2x1ZGUgDQpib3RoIFRBSUkgYW5kIFNBSUk/PFNQQU4gY2xhc3M9 OTQzNDgzNjEyLTIwMDQyMDA5PjxGT05UIGZhY2U9QXJpYWwgDQpjb2xvcj0jMDAwMGZmPiZuYnNw OzwvRk9OVD48L1NQQU4+PC9GT05UPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1zYW5z LXNlcmlmPjxGT05UIHNpemU9Mj48U1BBTiBjbGFzcz05NDM0ODM2MTItMjAwNDIwMDk+PEZPTlQg DQpmYWNlPUFyaWFsIGNvbG9yPSMwMDAwZmY+W0ZKXSBZZXMsIHRoZSBBSUkgcm91dGluZyB0YWJs ZSBkeW5hbWljYWxseSBwb3B1bGF0ZWQgDQooQkdQLCBPU1BGLCBJUy1JUyBvciBMRFApJm5ic3A7 c2hvdWxkJm5ic3A7bWFpbnRhaW4gYm90aC4gVGhlIEVncmVzcyANClQtUEUmbmJzcDtqb2lucyB0 aGUgUFcgdHJlZSZuYnNwO2J5IGluaXRpYXRpbmcgYSBMYWJlbCBNYXAmbmJzcDt3aG9zZSB0aGUg RkVDIA0KY29udGFpbnMgdGhlIFNBSUksIHRoZSBQVyB0cmVlIHNvdXJjZS4mbmJzcDtIZW5jZSB1 cG9uIHJlY2VpcHQgb2YgdGhlIA0KbWVzc2FnZSZuYnNwO3RoZSBTLVBFIGRvZXMgYSBsb29rdXAg dG8gc2VsZWN0IHRoZSBOSCB0byByZWFjaCB0aGlzIA0KU0FJSS48L0ZPTlQ+PC9TUEFOPjwvRk9O VD48L0ZPTlQ+PEZPTlQgZmFjZT1zYW5zLXNlcmlmPjxGT05UIHNpemU9Mj48U1BBTiANCmNsYXNz PTk0MzQ4MzYxMi0yMDA0MjAwOT48Rk9OVCBmYWNlPUFyaWFsIA0KY29sb3I9IzAwMDBmZj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDs8L0ZPTlQ+Jm5ic3A7PC9TUEFOPjwvRk9OVD48L0ZPTlQ+IA0K PEJSPjxGT05UIGZhY2U9c2Fucy1zZXJpZiBzaXplPTI+Jmd0OzIgJm5ic3A7SW4gUy1QRSwgdGhp cyBBSUkgcm91dGluZyB0YWJsZSANCmluY2x1ZGVzIGFsbCB0aGUgQUlJLCBvciBqdXN0IHBhcnQg b2YgdGhlIEFJSSggZS5nLiB3aGljaCBhcmUgaW4gaXRzIA0KZG93c3RyZWFtKT88L0ZPTlQ+Jm5i c3A7PEJSPjxTUEFOIGNsYXNzPTk0MzQ4MzYxMi0yMDA0MjAwOT48Rk9OVCBmYWNlPUFyaWFsIA0K Y29sb3I9IzAwMDBmZiBzaXplPTI+Jm5ic3A7W0ZKXSB0aGUgQUlJIHJvdXRpbmcgdGFibGUgc2hv dWxkIGJlIHVzZWQgYWxzbyBmb3IgDQpWUFdTIG9yIFZQTFMsIHNvIGJpZGlyZWN0aW9uYWwgUFcu IFRoZXJlZm9yZSB0aGUgQUlJIHJvdXRpbmcgdGFibGUgbXVzdCByZWZsZWN0IA0KYWxsIHRoZSBB SUkgY29uZmlndXJlZCBvbiBULVBFcy4gT2YgY291cnNlIGFncmVnYXRlIEFJSSBmb3JtYXQgKGku ZS4gDQp3L28mbmJzcDtBQ0lEIGluZm8pJm5ic3A7YXMgZGVmaW5lZCBpbiBbRFlOIE1TLVBXXSZu YnNwO211c3QgYmUgdXNlZCB0byBvcHRpbWl6ZSANCnRoZSBBSUkgcm91dGluZyB0YWJsZTwvRk9O VD48L1NQQU4+PEJSPjxCUj48Rk9OVCBmYWNlPXNhbnMtc2VyaWYgDQpzaXplPTI+MuOAgVNlY3Rp b24gNS43LiBVc2luZyBUQUlJIExlYWYgU3ViLVRMViA8L0ZPTlQ+PEJSPjxGT05UIGZhY2U9c2Fu cy1zZXJpZiANCnNpemU9Mj4mbmJzcDsgJm5ic3A7IDwvRk9OVD48QlI+PEZPTlQgZmFjZT1zYW5z LXNlcmlmIHNpemU9Mj4mbmJzcDsgDQombmJzcDtTZWN0aW9uIFRCRCA8L0ZPTlQ+PEJSPjxGT05U IGZhY2U9c2Fucy1zZXJpZiBzaXplPTI+Jm5ic3A7ICZuYnNwOyANCjwvRk9OVD48QlI+PEZPTlQg ZmFjZT1zYW5zLXNlcmlmIHNpemU9Mj4mbmJzcDsgJm5ic3A7VGhlIFRBSUkgTGVhZiBzdWItVExW IE1BWSANCmJlIG9wdGlvbmFsbHkgdXNlZCB3aGVuIGEgbGVhZiBqb2lucyB0aGUgUFcgPC9GT05U PjxCUj48Rk9OVCBmYWNlPXNhbnMtc2VyaWYgDQpzaXplPTI+Jm5ic3A7ICZuYnNwO3RyZWUgdG8g YW5ub3VuY2UgdG8gdGhlIHNvdXJjZSB0aGF0IGl0IGlzIHBhcnQgZnJvbSB0aGUgUFcgDQp0cmVl LiBJZiA8L0ZPTlQ+PEJSPjxGT05UIGZhY2U9c2Fucy1zZXJpZiBzaXplPTI+Jm5ic3A7ICZuYnNw O3RoaXMgb3B0aW9uIGlzIA0KY2hvc2VuLCB0aGUgRWdyZXNzIFQtUEUgYWRkcyB0byB0aGUgRkVD IEVsZW1lbnQgdGhpcyA8L0ZPTlQ+PEJSPjxGT05UIA0KZmFjZT1zYW5zLXNlcmlmIHNpemU9Mj4m bmJzcDsgJm5ic3A7VEFJSSBzdWItVExWIGluIHRoZSBMYWJlbCBNYXAgbWVzc2FnZS4gQXMgDQpz b29uIGFzIGluIHRoZSBzb3VyY2UgPC9GT05UPjxCUj48Rk9OVCBmYWNlPXNhbnMtc2VyaWYgc2l6 ZT0yPiZuYnNwOyANCiZuYnNwO2RpcmVjdGlvbiBhIExhYmVsIE1hcCBpcyBub3QgcmVxdWlyZWQg c2luY2UgZm9yIGluc3RhbmNlIGEgUy1QRSANCjwvRk9OVD48QlI+PEZPTlQgZmFjZT1zYW5zLXNl cmlmIHNpemU9Mj4mbmJzcDsgJm5ic3A7YWxyZWFkeSBtYWludGFpbnMgYSBzdGF0ZSANCmZvciB0 aGlzIE1TLVBXIHRyZWUsIHRoZSBpbmZvcm1hdGlvbiA8L0ZPTlQ+PEJSPjxGT05UIGZhY2U9c2Fu cy1zZXJpZiANCnNpemU9Mj4mbmJzcDsgJm5ic3A7cmVsYXRlZCB0byB0aGUgTGVhZiBUQUlJcyBp cyByZXRyaWV2ZWQgZnJvbSB0aGUgVEFJSSBMZWFmIA0Kc3ViLVRMViBhbmQgPC9GT05UPjxCUj48 Rk9OVCBmYWNlPXNhbnMtc2VyaWYgc2l6ZT0yPiZuYnNwOyAmbmJzcDtpcyBwcm9wYWdhdGVkIA0K YnkgbWVhbnMgb2YgYSBMRFAgTm90aWZpY2F0aW9uIG1lc3NhZ2UgdXAgdG8gdGhlIDwvRk9OVD48 QlI+PEZPTlQgDQpmYWNlPXNhbnMtc2VyaWYgc2l6ZT0yPiZuYnNwOyAmbmJzcDtjb3JyZXNwb25k aW5nIEluZ3Jlc3MgVC1QRS4gJm5ic3A7IA0KPC9GT05UPjxCUj48Rk9OVCBmYWNlPXNhbnMtc2Vy aWYgc2l6ZT0yPiZndDsgSSBhbSBub3Qgc3VyZSBhYm91dCB0aGUgcHJvcGFnYXRpb24gDQpvZiBU QUlJIExlYWYgc3ViLVRMVi4gSXMgaXQgc2VudCB0byBpbmdyZXNzIFQtUEUgZGlyZWN0bHksIG9y IHRvIHRoZSB1cHN0cmVhbSANClMtUEUoaWYgdGhlcmUgZXhpc3RzIHN1Y2ggUy1QRSBpbiB0aGUg dXBzdHJlYW0gZGlyZWN0aW9uKT88L0ZPTlQ+Jm5ic3A7PFNQQU4gDQpjbGFzcz05NDM0ODM2MTIt MjAwNDIwMDk+PEZPTlQgZmFjZT1BcmlhbCBjb2xvcj0jMDAwMGZmIA0Kc2l6ZT0yPiZuYnNwOzwv Rk9OVD48L1NQQU4+PC9ESVY+DQo8RElWPjxTUEFOIGNsYXNzPTk0MzQ4MzYxMi0yMDA0MjAwOT48 Rk9OVCBmYWNlPUFyaWFsIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPltGSl0gDQpUaGUgTm90aWZpY2F0 aW9uJm5ic3A7bWVzc2FnZSBjYW4gbm90IGJlIGRpcmVjdGx5IHNlbnQgdG8gdGhlIEluZ3Jlc3Mg VC1QRSANCmlmJm5ic3A7dGhlcmUgaXMgbm90IGRpcmVjdCBULUxEUCBzZXNzaW9uIHRvIHJlYWNo IHRoZSZuYnNwO0luZ3Jlc3MgVC1QRSwgaS5lLiANClMtUEUgaW4gYmV0d2Vlbi4mbmJzcDtUaGF0 J3MgdGhlIHJlYXNvbiB3aHkmbmJzcDt0aGUgbWVzc2FnZSBzaG91bGQmbmJzcDtiZSANCnByb3Bh Z2F0ZWQgaG9wIGJ5IGhvcCAoaS5lLiBTLVBFIGJ5IFMtUEUpPC9GT05UPiZuYnNwOzxGT05UIGZh Y2U9QXJpYWwgDQpjb2xvcj0jMDAwMGZmIHNpemU9Mj51cCB0byB0aGUgSW5ncmVzcyBULVBFLjwv Rk9OVD48L1NQQU4+PC9ESVY+DQo8RElWPjxTUEFOIGNsYXNzPTk0MzQ4MzYxMi0yMDA0MjAwOT48 L1NQQU4+PFNQQU4gY2xhc3M9OTQzNDgzNjEyLTIwMDQyMDA5PjxGT05UIA0KZmFjZT1BcmlhbCBj b2xvcj0jMDAwMGZmIHNpemU9Mj4mbmJzcDtJIGFncmVlIHdpdGggeW91IHRoYXQncyB3b3J0aCBj bGFyaWZ5aW5nIA0KdGhpcyBzZWN0aW9uLiZuYnNwOzwvRk9OVD48L1NQQU4+PEJSPjxCUj48Rk9O VCBmYWNlPXNhbnMtc2VyaWYgc2l6ZT0yPkJlc3QgDQpSZWdhcmRzITwvRk9OVD4gPEJSPjxCUj48 Rk9OVCBmYWNlPXNhbnMtc2VyaWYgc2l6ZT0yPlhpbnF1YW4gWmhhbmc8L0ZPTlQ+IA0KPEJSPjxC Uj48Rk9OVCBmYWNlPXNhbnMtc2VyaWYgc2l6ZT0yPjIwMDkvNC8xNTwvRk9OVD4gPEJSPjxCUj48 Rk9OVCANCmZhY2U9c2Fucy1zZXJpZiBzaXplPTI+PEJSPjwvRElWPjwvRk9OVD48L0JPRFk+PC9I VE1MPg0K ------_=_NextPart_001_01C9C1B7.54E3C9DB-- From zhang.xinquan@zte.com.cn Mon Apr 20 18:23:59 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 273CE28C120; Mon, 20 Apr 2009 18:23:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.014 X-Spam-Level: X-Spam-Status: No, score=-96.014 tagged_above=-999 required=5 tests=[AWL=0.979, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_DOUBLE_IP_LOOSE=0.76, SARE_SUB_ENC_GB2312=1.345, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bQrvinAS28xc; Mon, 20 Apr 2009 18:23:58 -0700 (PDT) Received: from mx6.zte.com.cn (mx6.zte.com.cn [63.218.89.70]) by core3.amsl.com (Postfix) with ESMTP id 2336A28C0FC; Mon, 20 Apr 2009 18:23:56 -0700 (PDT) Received: from [10.30.17.100] by mx6.zte.com.cn with surfront esmtp id 91103794527475; Tue, 21 Apr 2009 09:17:55 +0800 (CST) Received: from [10.30.3.18] by [10.30.17.100] with StormMail ESMTP id 47274.4466930656; Tue, 21 Apr 2009 09:21:58 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse1.zte.com.cn with ESMTP id n3L1P5uJ054344; Tue, 21 Apr 2009 09:25:06 +0800 (CST) (envelope-from zhang.xinquan@zte.com.cn) In-Reply-To: <8AA97249241F7148BE6D3D8B93D83F5A15831A94@ftrdmel2> To: Subject: =?GB2312?B?tPC4tDogUkU6IENvbW1lbnRzIG9uIGRyYWZ0LWpvdW5heS1wd2UzLQ==?= =?GB2312?B?bGVhZi1pbml0aWF0ZWQtcDJtcC1wdy0wMQ==?= MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: zhang.xinquan@zte.com.cn Date: Tue, 21 Apr 2009 09:22:53 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-04-21 09:25:06, Serialize complete at 2009-04-21 09:25:06 Content-Type: multipart/alternative; boundary="=_alternative 0007C46E4825759F_=" X-MAIL: mse1.zte.com.cn n3L1P5uJ054344 Cc: l2vpn@ietf.org, l2vpn-bounces@ietf.org, pwe3@ietf.org X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 01:23:59 -0000 This is a multipart message in MIME format. --=_alternative 0007C46E4825759F_= Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgRnJlZGVyaWMsIA0KDQpUaGFua3MgZm9yIHlvdXIgY2xhcmlmaWNhdG9uLg0KDQpZb3UgaGF2 ZSB0d28gZHJhZnRzIGFib3V0IFAyTVAgUFcgc2lnbmFsaW5nLCBvbmUgaXMgbGVhZi1pbml0aWF0 ZWQgbW9kZSANCmFuZCB0aGUgb3RoZXIgaXMgc291cmNlLWluaXRpYXRlZCBtb2RlLiBJbiBteSBv cGluaW9uLCB5b3VyIG9yaWdpbmFsIA0KaW50ZW50aW9uIGlzIHRvIHByb3Bvc2UgbGVhZi1pbml0 aWF0ZWQgbW9kZSBhcyBhIHNvbHV0aW9uIGZvciBpbnRlci1kb21haW4gDQpzY2VuYXJpbywgYW5k IHNvdXJjZS1pbml0aWF0ZWQgbW9kZSBmb3IgaW50cmEtZG9tYWluIHNjZW5hcmlvLiBBbSBJIHJp Z2h0PyANCk9yIHlvdXIgaGF2ZSBvdGhlciBjb25zaWRlcmF0aW9ucz8NCg0KQmVzdCByZWdhcmRz IQ0KDQpYaW5xdWFuIFpoYW5nDQoNCjIwMDkvNC8yMQ0KDQoNCg0KDQoNCjxmcmVkZXJpYy5qb3Vu YXlAb3JhbmdlLWZ0Z3JvdXAuY29tPiANCuWPkeS7tuS6ujogIGwydnBuLWJvdW5jZXNAaWV0Zi5v cmcNCjIwMDktMDQtMjAgMjA6NTUNCg0K5pS25Lu25Lq6DQo8emhhbmcueGlucXVhbkB6dGUuY29t LmNuPg0K5oqE6YCBDQpsMnZwbkBpZXRmLm9yZywgbDJ2cG4tYm91bmNlc0BpZXRmLm9yZywgcHdl M0BpZXRmLm9yZw0K5Li76aKYDQpSRTogQ29tbWVudHMgb24gZHJhZnQtam91bmF5LXB3ZTMtbGVh Zi1pbml0aWF0ZWQtcDJtcC1wdy0wMQ0KDQoNCg0KDQoNCg0KSGkgWGlucXVhbiwNCiANClBsZWFz ZSBzZWUgbXkgYW5zd2VyIGlubGluZSBbRkpdDQogDQpCZXN0IFJlZ2FyZHMsDQpGcmVkDQoNCkRl IDogemhhbmcueGlucXVhbkB6dGUuY29tLmNuIFttYWlsdG86emhhbmcueGlucXVhbkB6dGUuY29t LmNuXSANCkVudm95w6kgOiBtZXJjcmVkaSAxNSBhdnJpbCAyMDA5IDA3OjUwDQrDgCA6IEpPVU5B WSBGcmVkZXJpYyBSRC1SRVNBLUxBTg0KQ2MgOiBsMnZwbkBpZXRmLm9yZzsgbDJ2cG4tYm91bmNl c0BpZXRmLm9yZw0KT2JqZXQgOiBDb21tZW50cyBvbiBkcmFmdC1qb3VuYXktcHdlMy1sZWFmLWlu aXRpYXRlZC1wMm1wLXB3LTAxDQoNCg0KSGksIEZyZWRlcmljLCANCg0KSSBoYXZlIHJlYWQgZHJh ZnQtam91bmF5LXB3ZTMtbGVhZi1pbml0aWF0ZWQtcDJtcC1wdy0wMSBhbmQgaGF2ZSBzb21lIA0K Y29tbWVudHMuIHBsZWFzZSBzZWUgYmVsb3c6IA0KDQox44CBc2VjdGlvbiA1LjQuIENvbmZpZ3Vy YXRpb24gDQogDQogICBBZnRlciBjb25maWd1cmluZyBvbiBlYWNoIFQtUEUgdGhlIGF0dGFjaGVk IEFJSXMsIGl0IGlzIGFzc3VtZWQgdGhhdCANCiAgIGFsbCB0aGUgUEVzIChJbmdyZXNzL0VncmVz cyBULVBFcyBhbmQgYWxsIFMtUEVzKSBtYWludGFpbiBhbiBBSUkgUFcgDQogICByb3V0aW5nIHRh YmxlIHdoaWNoIGdpdmVzIGZvciBlYWNoIEFJSSBhcyBlbnRyeSB0aGUgIm5leHQgaG9wIiB0byAN CiAgIHJlYWNoIHRoYXQgQUlJLiBUaGlzIEFJSSByb3V0aW5nIHRhYmxlIGNhbiBiZSBmaWxsZWQg bWFudWFsbHkgb3IgDQogICB1cGRhdGVkIGR5bmFtaWNhbGx5IGJ5IG1lYW5zIG9mIHNvbWUgZXh0 ZW5kZWQgcm91dGluZyBwcm90b2NvbCBsaWtlIA0KICAgcHJvcG9zZWQgaW4gW0RZTiBNUy1QV10u IFRoZSBjb25zdHJ1Y3Rpb24gb2YgdGhlIHRhYmxlIGlzIG91dCBvZiANCiAgIHNjb3BlIG9mIHRo ZSBwcmVzZW50IGRvY3VtZW50LiANCiANCiAgIEVhY2ggUEUgcmVsaWVzIG9uIGl0cyBBSUkgUFcg cm91dGluZyB0YWJsZSB0byBzZWxlY3QgdGhlIG5leHQgaG9wIFBFIA0KICAgKFMtUEUgb3IgVC1Q RSkgdG8gcmVhY2ggYSBnaXZlbiBBSUkuIA0KDQo+MSAgRG9lcyB0aGlzIEFJSSByb3V0aW5nIHRh YmxlIGluY2x1ZGUgYm90aCBUQUlJIGFuZCBTQUlJPyANCltGSl0gWWVzLCB0aGUgQUlJIHJvdXRp bmcgdGFibGUgZHluYW1pY2FsbHkgcG9wdWxhdGVkIChCR1AsIE9TUEYsIElTLUlTIG9yIA0KTERQ KSBzaG91bGQgbWFpbnRhaW4gYm90aC4gVGhlIEVncmVzcyBULVBFIGpvaW5zIHRoZSBQVyB0cmVl IGJ5IGluaXRpYXRpbmcgDQphIExhYmVsIE1hcCB3aG9zZSB0aGUgRkVDIGNvbnRhaW5zIHRoZSBT QUlJLCB0aGUgUFcgdHJlZSBzb3VyY2UuIEhlbmNlIA0KdXBvbiByZWNlaXB0IG9mIHRoZSBtZXNz YWdlIHRoZSBTLVBFIGRvZXMgYSBsb29rdXAgdG8gc2VsZWN0IHRoZSBOSCB0byANCnJlYWNoIHRo aXMgU0FJSS4gICAgICANCj4yICBJbiBTLVBFLCB0aGlzIEFJSSByb3V0aW5nIHRhYmxlIGluY2x1 ZGVzIGFsbCB0aGUgQUlJLCBvciBqdXN0IHBhcnQgb2YgDQp0aGUgQUlJKCBlLmcuIHdoaWNoIGFy ZSBpbiBpdHMgZG93c3RyZWFtKT8gDQogW0ZKXSB0aGUgQUlJIHJvdXRpbmcgdGFibGUgc2hvdWxk IGJlIHVzZWQgYWxzbyBmb3IgVlBXUyBvciBWUExTLCBzbyANCmJpZGlyZWN0aW9uYWwgUFcuIFRo ZXJlZm9yZSB0aGUgQUlJIHJvdXRpbmcgdGFibGUgbXVzdCByZWZsZWN0IGFsbCB0aGUgQUlJIA0K Y29uZmlndXJlZCBvbiBULVBFcy4gT2YgY291cnNlIGFncmVnYXRlIEFJSSBmb3JtYXQgKGkuZS4g dy9vIEFDSUQgaW5mbykgYXMgDQpkZWZpbmVkIGluIFtEWU4gTVMtUFddIG11c3QgYmUgdXNlZCB0 byBvcHRpbWl6ZSB0aGUgQUlJIHJvdXRpbmcgdGFibGUNCg0KMuOAgVNlY3Rpb24gNS43LiBVc2lu ZyBUQUlJIExlYWYgU3ViLVRMViANCiANCiAgIFNlY3Rpb24gVEJEIA0KIA0KICAgVGhlIFRBSUkg TGVhZiBzdWItVExWIE1BWSBiZSBvcHRpb25hbGx5IHVzZWQgd2hlbiBhIGxlYWYgam9pbnMgdGhl IFBXIA0KICAgdHJlZSB0byBhbm5vdW5jZSB0byB0aGUgc291cmNlIHRoYXQgaXQgaXMgcGFydCBm cm9tIHRoZSBQVyB0cmVlLiBJZiANCiAgIHRoaXMgb3B0aW9uIGlzIGNob3NlbiwgdGhlIEVncmVz cyBULVBFIGFkZHMgdG8gdGhlIEZFQyBFbGVtZW50IHRoaXMgDQogICBUQUlJIHN1Yi1UTFYgaW4g dGhlIExhYmVsIE1hcCBtZXNzYWdlLiBBcyBzb29uIGFzIGluIHRoZSBzb3VyY2UgDQogICBkaXJl Y3Rpb24gYSBMYWJlbCBNYXAgaXMgbm90IHJlcXVpcmVkIHNpbmNlIGZvciBpbnN0YW5jZSBhIFMt UEUgDQogICBhbHJlYWR5IG1haW50YWlucyBhIHN0YXRlIGZvciB0aGlzIE1TLVBXIHRyZWUsIHRo ZSBpbmZvcm1hdGlvbiANCiAgIHJlbGF0ZWQgdG8gdGhlIExlYWYgVEFJSXMgaXMgcmV0cmlldmVk IGZyb20gdGhlIFRBSUkgTGVhZiBzdWItVExWIGFuZCANCiAgIGlzIHByb3BhZ2F0ZWQgYnkgbWVh bnMgb2YgYSBMRFAgTm90aWZpY2F0aW9uIG1lc3NhZ2UgdXAgdG8gdGhlIA0KICAgY29ycmVzcG9u ZGluZyBJbmdyZXNzIFQtUEUuIA0KPiBJIGFtIG5vdCBzdXJlIGFib3V0IHRoZSBwcm9wYWdhdGlv biBvZiBUQUlJIExlYWYgc3ViLVRMVi4gSXMgaXQgc2VudCB0byANCmluZ3Jlc3MgVC1QRSBkaXJl Y3RseSwgb3IgdG8gdGhlIHVwc3RyZWFtIFMtUEUoaWYgdGhlcmUgZXhpc3RzIHN1Y2ggUy1QRSAN CmluIHRoZSB1cHN0cmVhbSBkaXJlY3Rpb24pPyAgDQpbRkpdIFRoZSBOb3RpZmljYXRpb24gbWVz c2FnZSBjYW4gbm90IGJlIGRpcmVjdGx5IHNlbnQgdG8gdGhlIEluZ3Jlc3MgVC1QRSANCmlmIHRo ZXJlIGlzIG5vdCBkaXJlY3QgVC1MRFAgc2Vzc2lvbiB0byByZWFjaCB0aGUgSW5ncmVzcyBULVBF LCBpLmUuIFMtUEUgDQppbiBiZXR3ZWVuLiBUaGF0J3MgdGhlIHJlYXNvbiB3aHkgdGhlIG1lc3Nh Z2Ugc2hvdWxkIGJlIHByb3BhZ2F0ZWQgaG9wIGJ5IA0KaG9wIChpLmUuIFMtUEUgYnkgUy1QRSkg dXAgdG8gdGhlIEluZ3Jlc3MgVC1QRS4NCiBJIGFncmVlIHdpdGggeW91IHRoYXQncyB3b3J0aCBj bGFyaWZ5aW5nIHRoaXMgc2VjdGlvbi4gDQoNCkJlc3QgUmVnYXJkcyEgDQoNClhpbnF1YW4gWmhh bmcgDQoNCjIwMDkvNC8xNSANCg0KDQoNCg== --=_alternative 0007C46E4825759F_= Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpIEZyZWRlcmljLDwvZm9udD48 Zm9udCBzaXplPTM+IDwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0K PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5UaGFua3MgZm9yIHlv dXIgY2xhcmlmaWNhdG9uLjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fu cy1zZXJpZiI+WW91IGhhdmUgdHdvIGRyYWZ0cyBhYm91dCBQMk1QIFBXIHNpZ25hbGluZywNCm9u ZSBpcyBsZWFmLWluaXRpYXRlZCBtb2RlIGFuZCB0aGUgb3RoZXIgaXMgc291cmNlLWluaXRpYXRl ZCBtb2RlLiBJbiBteQ0Kb3BpbmlvbiwgeW91ciBvcmlnaW5hbCBpbnRlbnRpb24gaXMgdG8gcHJv cG9zZSBsZWFmLWluaXRpYXRlZCBtb2RlIGFzIGENCnNvbHV0aW9uIGZvciBpbnRlci1kb21haW4g c2NlbmFyaW8sIGFuZCBzb3VyY2UtaW5pdGlhdGVkIG1vZGUgZm9yIGludHJhLWRvbWFpbg0Kc2Nl bmFyaW8uIEFtIEkgcmlnaHQ/IE9yIHlvdXIgaGF2ZSBvdGhlciBjb25zaWRlcmF0aW9ucz88L2Zv bnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkJlc3QgcmVnYXJk cyE8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlhpbnF1 YW4gWmhhbmc8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYi PjIwMDkvNC8yMTwvZm9udD4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjx0YWJsZSB3 aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9MjYlPjxmb250IHNpemU9MSBm YWNlPSJzYW5zLXNlcmlmIj48Yj4mbHQ7ZnJlZGVyaWMuam91bmF5QG9yYW5nZS1mdGdyb3VwLmNv bSZndDs8L2I+DQo8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPuWP keS7tuS6ujogJm5ic3A7bDJ2cG4tYm91bmNlc0BpZXRmLm9yZzwvZm9udD4NCjxwPjxmb250IHNp emU9MSBmYWNlPSJzYW5zLXNlcmlmIj4yMDA5LTA0LTIwIDIwOjU1PC9mb250Pg0KPHRkIHdpZHRo PTczJT4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFs aWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7mlLbku7bkuro8L2ZvbnQ+ PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPiZsdDt6aGFuZy54aW5x dWFuQHp0ZS5jb20uY24mZ3Q7PC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFs aWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7mioTpgIE8L2ZvbnQ+PC9k aXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPmwydnBuQGlldGYub3JnLCBs MnZwbi1ib3VuY2VzQGlldGYub3JnLA0KcHdlM0BpZXRmLm9yZzwvZm9udD4NCjx0ciB2YWxpZ249 dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJp ZiI+5Li76aKYPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlm Ij5SRTogQ29tbWVudHMgb24gZHJhZnQtam91bmF5LXB3ZTMtbGVhZi1pbml0aWF0ZWQtcDJtcC1w dy0wMTwvZm9udD48L3RhYmxlPg0KPGJyPg0KPHRhYmxlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+ DQo8dGQ+PC90YWJsZT4NCjxicj48L3RhYmxlPg0KPGJyPg0KPGJyPg0KPGJyPjxmb250IHNpemU9 MiBjb2xvcj1ibHVlIGZhY2U9IkFyaWFsIj5IaSBYaW5xdWFuLDwvZm9udD4NCjxicj48Zm9udCBz aXplPTM+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9IkFy aWFsIj5QbGVhc2Ugc2VlIG15IGFuc3dlciBpbmxpbmUgW0ZKXTwvZm9udD4NCjxicj48Zm9udCBz aXplPTM+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9IkFy aWFsIj5CZXN0IFJlZ2FyZHMsPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZh Y2U9IkFyaWFsIj5GcmVkPC9mb250Pg0KPGJyPg0KPGJyPg0KPGhyPjxmb250IHNpemU9MiBmYWNl PSJUYWhvbWEiPjxiPkRlIDo8L2I+IHpoYW5nLnhpbnF1YW5AenRlLmNvbS5jbiBbbWFpbHRvOnpo YW5nLnhpbnF1YW5AenRlLmNvbS5jbl0NCjxiPjxicj4NCkVudm95w6kgOjwvYj4gbWVyY3JlZGkg MTUgYXZyaWwgMjAwOSAwNzo1MDxiPjxicj4NCsOAIDo8L2I+IEpPVU5BWSBGcmVkZXJpYyBSRC1S RVNBLUxBTjxiPjxicj4NCkNjIDo8L2I+IGwydnBuQGlldGYub3JnOyBsMnZwbi1ib3VuY2VzQGll dGYub3JnPGI+PGJyPg0KT2JqZXQgOjwvYj4gQ29tbWVudHMgb24gZHJhZnQtam91bmF5LXB3ZTMt bGVhZi1pbml0aWF0ZWQtcDJtcC1wdy0wMTwvZm9udD48Zm9udCBzaXplPTM+PGJyPg0KPC9mb250 Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQpIaSwgRnJlZGVyaWMs PC9mb250Pjxmb250IHNpemU9Mz4gPGJyPg0KPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJzYW5z LXNlcmlmIj48YnI+DQpJIGhhdmUgcmVhZCBkcmFmdC1qb3VuYXktcHdlMy1sZWFmLWluaXRpYXRl ZC1wMm1wLXB3LTAxIGFuZCBoYXZlIHNvbWUgY29tbWVudHMuDQpwbGVhc2Ugc2VlIGJlbG93Ojwv Zm9udD48Zm9udCBzaXplPTM+IDxicj4NCjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1z ZXJpZiI+PGJyPg0KMeOAgXNlY3Rpb24gNS40LiBDb25maWd1cmF0aW9uIDxicj4NCiAmbmJzcDsg Jm5ic3A7PGJyPg0KICZuYnNwOyBBZnRlciBjb25maWd1cmluZyBvbiBlYWNoIFQtUEUgdGhlIGF0 dGFjaGVkIEFJSXMsIGl0IGlzIGFzc3VtZWQNCnRoYXQgPGJyPg0KICZuYnNwOyBhbGwgdGhlIFBF cyAoSW5ncmVzcy9FZ3Jlc3MgVC1QRXMgYW5kIGFsbCBTLVBFcykgbWFpbnRhaW4gYW4gQUlJDQpQ VyA8YnI+DQogJm5ic3A7IHJvdXRpbmcgdGFibGUgd2hpY2ggZ2l2ZXMgZm9yIGVhY2ggQUlJIGFz IGVudHJ5IHRoZSAmcXVvdDtuZXh0DQpob3AmcXVvdDsgdG8gPGJyPg0KICZuYnNwOyByZWFjaCB0 aGF0IEFJSS4gVGhpcyBBSUkgcm91dGluZyB0YWJsZSBjYW4gYmUgZmlsbGVkIG1hbnVhbGx5IG9y DQo8YnI+DQogJm5ic3A7IHVwZGF0ZWQgZHluYW1pY2FsbHkgYnkgbWVhbnMgb2Ygc29tZSBleHRl bmRlZCByb3V0aW5nIHByb3RvY29sDQpsaWtlIDxicj4NCiAmbmJzcDsgcHJvcG9zZWQgaW4gW0RZ TiBNUy1QV10uIFRoZSBjb25zdHJ1Y3Rpb24gb2YgdGhlIHRhYmxlIGlzIG91dCBvZg0KPGJyPg0K ICZuYnNwOyBzY29wZSBvZiB0aGUgcHJlc2VudCBkb2N1bWVudC4gPGJyPg0KICZuYnNwOyAmbmJz cDs8YnI+DQogJm5ic3A7IEVhY2ggUEUgcmVsaWVzIG9uIGl0cyBBSUkgUFcgcm91dGluZyB0YWJs ZSB0byBzZWxlY3QgdGhlIG5leHQgaG9wDQpQRSA8YnI+DQogJm5ic3A7IChTLVBFIG9yIFQtUEUp IHRvIHJlYWNoIGEgZ2l2ZW4gQUlJLiA8L2ZvbnQ+PGZvbnQgc2l6ZT0zPjxicj4NCjwvZm9udD48 Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KJmd0OzEgJm5ic3A7RG9lcyB0aGlz IEFJSSByb3V0aW5nIHRhYmxlIGluY2x1ZGUgYm90aCBUQUlJIGFuZCBTQUlJPzwvZm9udD48Zm9u dCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPSJBcmlhbCI+DQo8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6 ZT0yIGNvbG9yPWJsdWUgZmFjZT0iQXJpYWwiPltGSl0gWWVzLCB0aGUgQUlJIHJvdXRpbmcgdGFi bGUNCmR5bmFtaWNhbGx5IHBvcHVsYXRlZCAoQkdQLCBPU1BGLCBJUy1JUyBvciBMRFApIHNob3Vs ZCBtYWludGFpbiBib3RoLiBUaGUNCkVncmVzcyBULVBFIGpvaW5zIHRoZSBQVyB0cmVlIGJ5IGlu aXRpYXRpbmcgYSBMYWJlbCBNYXAgd2hvc2UgdGhlIEZFQyBjb250YWlucw0KdGhlIFNBSUksIHRo ZSBQVyB0cmVlIHNvdXJjZS4gSGVuY2UgdXBvbiByZWNlaXB0IG9mIHRoZSBtZXNzYWdlIHRoZSBT LVBFDQpkb2VzIGEgbG9va3VwIHRvIHNlbGVjdCB0aGUgTkggdG8gcmVhY2ggdGhpcyBTQUlJLiAm bmJzcDsgJm5ic3A7PC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4NCjwvZm9u dD48Zm9udCBzaXplPTM+Jm5ic3A7PC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlm Ij48YnI+DQomZ3Q7MiAmbmJzcDtJbiBTLVBFLCB0aGlzIEFJSSByb3V0aW5nIHRhYmxlIGluY2x1 ZGVzIGFsbCB0aGUgQUlJLCBvciBqdXN0DQpwYXJ0IG9mIHRoZSBBSUkoIGUuZy4gd2hpY2ggYXJl IGluIGl0cyBkb3dzdHJlYW0pPzwvZm9udD48Zm9udCBzaXplPTM+DQo8L2ZvbnQ+PGZvbnQgc2l6 ZT0yIGNvbG9yPWJsdWUgZmFjZT0iQXJpYWwiPjxicj4NCiBbRkpdIHRoZSBBSUkgcm91dGluZyB0 YWJsZSBzaG91bGQgYmUgdXNlZCBhbHNvIGZvciBWUFdTIG9yIFZQTFMsIHNvIGJpZGlyZWN0aW9u YWwNClBXLiBUaGVyZWZvcmUgdGhlIEFJSSByb3V0aW5nIHRhYmxlIG11c3QgcmVmbGVjdCBhbGwg dGhlIEFJSSBjb25maWd1cmVkDQpvbiBULVBFcy4gT2YgY291cnNlIGFncmVnYXRlIEFJSSBmb3Jt YXQgKGkuZS4gdy9vIEFDSUQgaW5mbykgYXMgZGVmaW5lZA0KaW4gW0RZTiBNUy1QV10gbXVzdCBi ZSB1c2VkIHRvIG9wdGltaXplIHRoZSBBSUkgcm91dGluZyB0YWJsZTwvZm9udD48Zm9udCBzaXpl PTM+PGJyPg0KPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQoy44CB U2VjdGlvbiA1LjcuIFVzaW5nIFRBSUkgTGVhZiBTdWItVExWIDxicj4NCiAmbmJzcDsgJm5ic3A7 PGJyPg0KICZuYnNwOyBTZWN0aW9uIFRCRCA8YnI+DQogJm5ic3A7ICZuYnNwOzxicj4NCiAmbmJz cDsgVGhlIFRBSUkgTGVhZiBzdWItVExWIE1BWSBiZSBvcHRpb25hbGx5IHVzZWQgd2hlbiBhIGxl YWYgam9pbnMNCnRoZSBQVyA8YnI+DQogJm5ic3A7IHRyZWUgdG8gYW5ub3VuY2UgdG8gdGhlIHNv dXJjZSB0aGF0IGl0IGlzIHBhcnQgZnJvbSB0aGUgUFcgdHJlZS4NCklmIDxicj4NCiAmbmJzcDsg dGhpcyBvcHRpb24gaXMgY2hvc2VuLCB0aGUgRWdyZXNzIFQtUEUgYWRkcyB0byB0aGUgRkVDIEVs ZW1lbnQNCnRoaXMgPGJyPg0KICZuYnNwOyBUQUlJIHN1Yi1UTFYgaW4gdGhlIExhYmVsIE1hcCBt ZXNzYWdlLiBBcyBzb29uIGFzIGluIHRoZSBzb3VyY2UNCjxicj4NCiAmbmJzcDsgZGlyZWN0aW9u IGEgTGFiZWwgTWFwIGlzIG5vdCByZXF1aXJlZCBzaW5jZSBmb3IgaW5zdGFuY2UgYSBTLVBFDQo8 YnI+DQogJm5ic3A7IGFscmVhZHkgbWFpbnRhaW5zIGEgc3RhdGUgZm9yIHRoaXMgTVMtUFcgdHJl ZSwgdGhlIGluZm9ybWF0aW9uDQo8YnI+DQogJm5ic3A7IHJlbGF0ZWQgdG8gdGhlIExlYWYgVEFJ SXMgaXMgcmV0cmlldmVkIGZyb20gdGhlIFRBSUkgTGVhZiBzdWItVExWDQphbmQgPGJyPg0KICZu YnNwOyBpcyBwcm9wYWdhdGVkIGJ5IG1lYW5zIG9mIGEgTERQIE5vdGlmaWNhdGlvbiBtZXNzYWdl IHVwIHRvIHRoZQ0KPGJyPg0KICZuYnNwOyBjb3JyZXNwb25kaW5nIEluZ3Jlc3MgVC1QRS4gJm5i c3A7IDxicj4NCiZndDsgSSBhbSBub3Qgc3VyZSBhYm91dCB0aGUgcHJvcGFnYXRpb24gb2YgVEFJ SSBMZWFmIHN1Yi1UTFYuIElzIGl0IHNlbnQNCnRvIGluZ3Jlc3MgVC1QRSBkaXJlY3RseSwgb3Ig dG8gdGhlIHVwc3RyZWFtIFMtUEUoaWYgdGhlcmUgZXhpc3RzIHN1Y2gNClMtUEUgaW4gdGhlIHVw c3RyZWFtIGRpcmVjdGlvbik/PC9mb250Pjxmb250IHNpemU9Mz4gPC9mb250Pjxmb250IHNpemU9 MiBjb2xvcj1ibHVlIGZhY2U9IkFyaWFsIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0y IGNvbG9yPWJsdWUgZmFjZT0iQXJpYWwiPltGSl0gVGhlIE5vdGlmaWNhdGlvbiBtZXNzYWdlDQpj YW4gbm90IGJlIGRpcmVjdGx5IHNlbnQgdG8gdGhlIEluZ3Jlc3MgVC1QRSBpZiB0aGVyZSBpcyBu b3QgZGlyZWN0IFQtTERQDQpzZXNzaW9uIHRvIHJlYWNoIHRoZSBJbmdyZXNzIFQtUEUsIGkuZS4g Uy1QRSBpbiBiZXR3ZWVuLiBUaGF0J3MgdGhlIHJlYXNvbg0Kd2h5IHRoZSBtZXNzYWdlIHNob3Vs ZCBiZSBwcm9wYWdhdGVkIGhvcCBieSBob3AgKGkuZS4gUy1QRSBieSBTLVBFKTwvZm9udD48Zm9u dCBzaXplPTM+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0iQXJpYWwiPnVw IHRvIHRoZSBJbmdyZXNzIFQtUEUuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBjb2xvcj1ibHVl IGZhY2U9IkFyaWFsIj4mbmJzcDtJIGFncmVlIHdpdGggeW91IHRoYXQncw0Kd29ydGggY2xhcmlm eWluZyB0aGlzIHNlY3Rpb24uIDwvZm9udD48Zm9udCBzaXplPTM+PGJyPg0KPC9mb250Pjxmb250 IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQpCZXN0IFJlZ2FyZHMhPC9mb250Pjxmb250 IHNpemU9Mz4gPGJyPg0KPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj48YnI+ DQpYaW5xdWFuIFpoYW5nPC9mb250Pjxmb250IHNpemU9Mz4gPGJyPg0KPC9mb250Pjxmb250IHNp emU9MiBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQoyMDA5LzQvMTU8L2ZvbnQ+PGZvbnQgc2l6ZT0z PiA8YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCjwvZm9u dD4NCjxicj4NCg== --=_alternative 0007C46E4825759F_=-- From frederic.jounay@orange-ftgroup.com Tue Apr 21 07:53:24 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7D1F73A6D6E; Tue, 21 Apr 2009 07:53:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.248 X-Spam-Level: X-Spam-Status: No, score=-2.248 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s7hOPY1Q5qee; Tue, 21 Apr 2009 07:53:23 -0700 (PDT) Received: from R-MAIL2.rd.francetelecom.com (r-mail2.rd.francetelecom.com [217.108.152.42]) by core3.amsl.com (Postfix) with ESMTP id 0C7983A7037; Tue, 21 Apr 2009 07:53:21 -0700 (PDT) Received: from FTRDMEL2.rd.francetelecom.fr ([10.192.128.41]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.3959); Tue, 21 Apr 2009 16:54:37 +0200 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_01C9C291.16F066BE" Subject: RE: Comments on draft-jounay-pwe3-leaf-initiated-p2mp-pw-01 Date: Tue, 21 Apr 2009 16:54:35 +0200 Message-ID: <8AA97249241F7148BE6D3D8B93D83F5A15832458@ftrdmel2> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Comments on draft-jounay-pwe3-leaf-initiated-p2mp-pw-01 Thread-Index: AcnCIAmXsfVwxAZ+TcOorrkpre7AlQAcMANw References: <8AA97249241F7148BE6D3D8B93D83F5A15831A94@ftrdmel2> From: To: X-OriginalArrivalTime: 21 Apr 2009 14:54:37.0268 (UTC) FILETIME=[173CD940:01C9C291] Cc: l2vpn@ietf.org, l2vpn-bounces@ietf.org, pwe3@ietf.org X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 14:53:24 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C9C291.16F066BE Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgWGlucXVhbiwNCiANCiJJbiBteSBvcGluaW9uLCB5b3VyIG9yaWdpbmFsIGludGVudGlvbiBp cyB0byBwcm9wb3NlIGxlYWYtaW5pdGlhdGVkIG1vZGUgYXMgYSBzb2x1dGlvbiBmb3IgaW50ZXIt ZG9tYWluIHNjZW5hcmlvLCBhbmQgc291cmNlLWluaXRpYXRlZCBtb2RlIGZvciBpbnRyYS1kb21h aW4gc2NlbmFyaW8uIEFtIEkgcmlnaHQ/IiANCiANCm5vdCByZWFsbHksIGFjdHVhbGx5IGJvdGgg cHJvY2VkdXJlcyAobGVhZiBvciBzb3VyY2UgaW5pdGlhdGVkKSAgYXJlIG5vdCBsaW1pdGVkIGlu IHRoZWlyIG9wZXJhdGluZyBwcmluY2lwbGVzIGFuZCBhcyBzdWNoIGNvdWxkIGJlIHVzZWQgIHRv IGNvdmVyIFNTLVBXIGFuZCBNUy1QVyBjb25maWd1cmF0aW9uLiAgDQpGb3IgdGhlIHN0YW5kYXJk aXphdGlvbiB3b3JrIHdlIHByb3Bvc2UgdG8gZm9jdXMgZmlyc3Qgb24gUDJNUCBTUy1QVyAgYXMg aXQgaXMgdGhlIHNpbXBsZXN0IGNvbmZpZ3VyYXRpb24sIHRvIGFncmVlIG9uIHRoZSByZXF1aXJl ZCBuZXcgIGJ1aWxkaW5nIGJsb2NrcyA6IEZFQyBlbGVtZW50LCBzaWduYWxpbmcgcHJvY2VkdXJl cyBldGMuLi4gICANClRoZSBwYXJ0IHJlbGF0ZWQgdG8gUDJNUCBTUy1QVyBzZXR1cCBpbiB0aGUg bGVhZi1pbml0aWF0ZWQgZHJhZnQgYW5kIHRoZSBwYXJ0IHJlbGF0ZWQgdG8gUDJNUCBNUy1QVyBz ZXR1cCBpbiB0aGUgc291cmNlLWluaXRpYXRlZCBkcmFmdCBzaG91bGQgYmUgYWRkZWQgYXNhcCBv ciBjb25zaWRlcmVkIGluIGEgc2VwYXJhdGUgZG9jdW1lbnQuDQogDQpSZWdhcmRpbmcgdGhlaXIg bmV0d29yayBhcHBsaWNhYmlsaXR5IHRoZSBjaG9pY2UgYmV0d2VlbiBib3RoIGFwcHJvYWNoZXMg d2lsbCBoYXZlIHRvIGJlIG1hZGUgb24gYSBjYXNlIGJ5IGNhc2UgYmFzaXMsIGRyaXZlbiBieSBh cmNoaXRlY3R1cmFsIGFuZCBvcGVyYXRpb25hbCBjb25zdHJhaW50cy4gRm9yIHRoZSBtb21lbnQg d2UgZmVsdCB0aGUgbmVlZCB0byBpbnZlc3RpZ2F0ZSBib3RoIHNvbHV0aW9ucyBpbiBwYXJhbGxl bC4NCiANCkRvIHlvdSBoYXZlIGFueSBjb21tZW50IG9uIHRoZSBhcHBsaWNhYmlsaXR5IG9mIHRo ZSB0d28gYXBwcm9hY2hlcyA/ICBPciBhbnkgc3BlY2lmaWMgcmVxdWlyZW1lbnQgdGhhdCB3b3Vs ZCBuZWVkIHRvIGJlIGluY2x1ZGVkIGluIHRoZSByZXF1aXJlbWVudHMgZHJhZnQgb24gUDJNUCBQ VyA/DQogDQpCZXN0IFJlZ2FyZHMsDQogDQpGcmVkDQoNCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQoNCkRlIDogbDJ2cG4tYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOmwydnBuLWJv dW5jZXNAaWV0Zi5vcmddIERlIGxhIHBhcnQgZGUgemhhbmcueGlucXVhbkB6dGUuY29tLmNuDQpF bnZvecOpIDogbWFyZGkgMjEgYXZyaWwgMjAwOSAwMzoyMw0Kw4AgOiBKT1VOQVkgRnJlZGVyaWMg UkQtUkVTQS1MQU4NCkNjIDogbDJ2cG5AaWV0Zi5vcmc7IGwydnBuLWJvdW5jZXNAaWV0Zi5vcmc7 IHB3ZTNAaWV0Zi5vcmcNCk9iamV0IDog562U5aSNOiBSRTogQ29tbWVudHMgb24gZHJhZnQtam91 bmF5LXB3ZTMtbGVhZi1pbml0aWF0ZWQtcDJtcC1wdy0wMQ0KDQoNCg0KSGkgRnJlZGVyaWMsIA0K DQpUaGFua3MgZm9yIHlvdXIgY2xhcmlmaWNhdG9uLiANCg0KWW91IGhhdmUgdHdvIGRyYWZ0cyBh Ym91dCBQMk1QIFBXIHNpZ25hbGluZywgb25lIGlzIGxlYWYtaW5pdGlhdGVkIG1vZGUgYW5kIHRo ZSBvdGhlciBpcyBzb3VyY2UtaW5pdGlhdGVkIG1vZGUuIEluIG15IG9waW5pb24sIHlvdXIgb3Jp Z2luYWwgaW50ZW50aW9uIGlzIHRvIHByb3Bvc2UgbGVhZi1pbml0aWF0ZWQgbW9kZSBhcyBhIHNv bHV0aW9uIGZvciBpbnRlci1kb21haW4gc2NlbmFyaW8sIGFuZCBzb3VyY2UtaW5pdGlhdGVkIG1v ZGUgZm9yIGludHJhLWRvbWFpbiBzY2VuYXJpby4gQW0gSSByaWdodD8gT3IgeW91ciBoYXZlIG90 aGVyIGNvbnNpZGVyYXRpb25zPyANCg0KQmVzdCByZWdhcmRzISANCg0KWGlucXVhbiBaaGFuZyAN Cg0KMjAwOS80LzIxIA0KDQoNCg0KDQoNCjxmcmVkZXJpYy5qb3VuYXlAb3JhbmdlLWZ0Z3JvdXAu Y29tPiANCuWPkeS7tuS6ujogIGwydnBuLWJvdW5jZXNAaWV0Zi5vcmcgDQoNCjIwMDktMDQtMjAg MjA6NTUgDQoNCuaUtuS7tuS6ug0KPHpoYW5nLnhpbnF1YW5AenRlLmNvbS5jbj4gDQrmioTpgIEN CmwydnBuQGlldGYub3JnLCBsMnZwbi1ib3VuY2VzQGlldGYub3JnLCBwd2UzQGlldGYub3JnIA0K 5Li76aKYDQpSRTogQ29tbWVudHMgb24gZHJhZnQtam91bmF5LXB3ZTMtbGVhZi1pbml0aWF0ZWQt cDJtcC1wdy0wMQ0KDQoJDQoNCg0KDQoNCkhpIFhpbnF1YW4sIA0KICANClBsZWFzZSBzZWUgbXkg YW5zd2VyIGlubGluZSBbRkpdIA0KICANCkJlc3QgUmVnYXJkcywgDQpGcmVkIA0KDQoNCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCkRlIDogemhhbmcueGlucXVhbkB6dGUuY29t LmNuIFttYWlsdG86emhhbmcueGlucXVhbkB6dGUuY29tLmNuXSANCkVudm95w6kgOiBtZXJjcmVk aSAxNSBhdnJpbCAyMDA5IDA3OjUwDQrDgCA6IEpPVU5BWSBGcmVkZXJpYyBSRC1SRVNBLUxBTg0K Q2MgOiBsMnZwbkBpZXRmLm9yZzsgbDJ2cG4tYm91bmNlc0BpZXRmLm9yZw0KT2JqZXQgOiBDb21t ZW50cyBvbiBkcmFmdC1qb3VuYXktcHdlMy1sZWFmLWluaXRpYXRlZC1wMm1wLXB3LTAxDQoNCg0K SGksIEZyZWRlcmljLCANCg0KSSBoYXZlIHJlYWQgZHJhZnQtam91bmF5LXB3ZTMtbGVhZi1pbml0 aWF0ZWQtcDJtcC1wdy0wMSBhbmQgaGF2ZSBzb21lIGNvbW1lbnRzLiBwbGVhc2Ugc2VlIGJlbG93 OiANCg0KMeOAgXNlY3Rpb24gNS40LiBDb25maWd1cmF0aW9uIA0KICAgDQogIEFmdGVyIGNvbmZp Z3VyaW5nIG9uIGVhY2ggVC1QRSB0aGUgYXR0YWNoZWQgQUlJcywgaXQgaXMgYXNzdW1lZCB0aGF0 IA0KICBhbGwgdGhlIFBFcyAoSW5ncmVzcy9FZ3Jlc3MgVC1QRXMgYW5kIGFsbCBTLVBFcykgbWFp bnRhaW4gYW4gQUlJIFBXIA0KICByb3V0aW5nIHRhYmxlIHdoaWNoIGdpdmVzIGZvciBlYWNoIEFJ SSBhcyBlbnRyeSB0aGUgIm5leHQgaG9wIiB0byANCiAgcmVhY2ggdGhhdCBBSUkuIFRoaXMgQUlJ IHJvdXRpbmcgdGFibGUgY2FuIGJlIGZpbGxlZCBtYW51YWxseSBvciANCiAgdXBkYXRlZCBkeW5h bWljYWxseSBieSBtZWFucyBvZiBzb21lIGV4dGVuZGVkIHJvdXRpbmcgcHJvdG9jb2wgbGlrZSAN CiAgcHJvcG9zZWQgaW4gW0RZTiBNUy1QV10uIFRoZSBjb25zdHJ1Y3Rpb24gb2YgdGhlIHRhYmxl IGlzIG91dCBvZiANCiAgc2NvcGUgb2YgdGhlIHByZXNlbnQgZG9jdW1lbnQuIA0KICAgDQogIEVh Y2ggUEUgcmVsaWVzIG9uIGl0cyBBSUkgUFcgcm91dGluZyB0YWJsZSB0byBzZWxlY3QgdGhlIG5l eHQgaG9wIFBFIA0KICAoUy1QRSBvciBULVBFKSB0byByZWFjaCBhIGdpdmVuIEFJSS4gDQoNCj4x ICBEb2VzIHRoaXMgQUlJIHJvdXRpbmcgdGFibGUgaW5jbHVkZSBib3RoIFRBSUkgYW5kIFNBSUk/ IA0KW0ZKXSBZZXMsIHRoZSBBSUkgcm91dGluZyB0YWJsZSBkeW5hbWljYWxseSBwb3B1bGF0ZWQg KEJHUCwgT1NQRiwgSVMtSVMgb3IgTERQKSBzaG91bGQgbWFpbnRhaW4gYm90aC4gVGhlIEVncmVz cyBULVBFIGpvaW5zIHRoZSBQVyB0cmVlIGJ5IGluaXRpYXRpbmcgYSBMYWJlbCBNYXAgd2hvc2Ug dGhlIEZFQyBjb250YWlucyB0aGUgU0FJSSwgdGhlIFBXIHRyZWUgc291cmNlLiBIZW5jZSB1cG9u IHJlY2VpcHQgb2YgdGhlIG1lc3NhZ2UgdGhlIFMtUEUgZG9lcyBhIGxvb2t1cCB0byBzZWxlY3Qg dGhlIE5IIHRvIHJlYWNoIHRoaXMgU0FJSS4gICAgICANCj4yICBJbiBTLVBFLCB0aGlzIEFJSSBy b3V0aW5nIHRhYmxlIGluY2x1ZGVzIGFsbCB0aGUgQUlJLCBvciBqdXN0IHBhcnQgb2YgdGhlIEFJ SSggZS5nLiB3aGljaCBhcmUgaW4gaXRzIGRvd3N0cmVhbSk/IA0KW0ZKXSB0aGUgQUlJIHJvdXRp bmcgdGFibGUgc2hvdWxkIGJlIHVzZWQgYWxzbyBmb3IgVlBXUyBvciBWUExTLCBzbyBiaWRpcmVj dGlvbmFsIFBXLiBUaGVyZWZvcmUgdGhlIEFJSSByb3V0aW5nIHRhYmxlIG11c3QgcmVmbGVjdCBh bGwgdGhlIEFJSSBjb25maWd1cmVkIG9uIFQtUEVzLiBPZiBjb3Vyc2UgYWdyZWdhdGUgQUlJIGZv cm1hdCAoaS5lLiB3L28gQUNJRCBpbmZvKSBhcyBkZWZpbmVkIGluIFtEWU4gTVMtUFddIG11c3Qg YmUgdXNlZCB0byBvcHRpbWl6ZSB0aGUgQUlJIHJvdXRpbmcgdGFibGUNCg0KMuOAgVNlY3Rpb24g NS43LiBVc2luZyBUQUlJIExlYWYgU3ViLVRMViANCiAgIA0KICBTZWN0aW9uIFRCRCANCiAgIA0K ICBUaGUgVEFJSSBMZWFmIHN1Yi1UTFYgTUFZIGJlIG9wdGlvbmFsbHkgdXNlZCB3aGVuIGEgbGVh ZiBqb2lucyB0aGUgUFcgDQogIHRyZWUgdG8gYW5ub3VuY2UgdG8gdGhlIHNvdXJjZSB0aGF0IGl0 IGlzIHBhcnQgZnJvbSB0aGUgUFcgdHJlZS4gSWYgDQogIHRoaXMgb3B0aW9uIGlzIGNob3Nlbiwg dGhlIEVncmVzcyBULVBFIGFkZHMgdG8gdGhlIEZFQyBFbGVtZW50IHRoaXMgDQogIFRBSUkgc3Vi LVRMViBpbiB0aGUgTGFiZWwgTWFwIG1lc3NhZ2UuIEFzIHNvb24gYXMgaW4gdGhlIHNvdXJjZSAN CiAgZGlyZWN0aW9uIGEgTGFiZWwgTWFwIGlzIG5vdCByZXF1aXJlZCBzaW5jZSBmb3IgaW5zdGFu Y2UgYSBTLVBFIA0KICBhbHJlYWR5IG1haW50YWlucyBhIHN0YXRlIGZvciB0aGlzIE1TLVBXIHRy ZWUsIHRoZSBpbmZvcm1hdGlvbiANCiAgcmVsYXRlZCB0byB0aGUgTGVhZiBUQUlJcyBpcyByZXRy aWV2ZWQgZnJvbSB0aGUgVEFJSSBMZWFmIHN1Yi1UTFYgYW5kIA0KICBpcyBwcm9wYWdhdGVkIGJ5 IG1lYW5zIG9mIGEgTERQIE5vdGlmaWNhdGlvbiBtZXNzYWdlIHVwIHRvIHRoZSANCiAgY29ycmVz cG9uZGluZyBJbmdyZXNzIFQtUEUuICAgDQo+IEkgYW0gbm90IHN1cmUgYWJvdXQgdGhlIHByb3Bh Z2F0aW9uIG9mIFRBSUkgTGVhZiBzdWItVExWLiBJcyBpdCBzZW50IHRvIGluZ3Jlc3MgVC1QRSBk aXJlY3RseSwgb3IgdG8gdGhlIHVwc3RyZWFtIFMtUEUoaWYgdGhlcmUgZXhpc3RzIHN1Y2ggUy1Q RSBpbiB0aGUgdXBzdHJlYW0gZGlyZWN0aW9uKT8gICANCltGSl0gVGhlIE5vdGlmaWNhdGlvbiBt ZXNzYWdlIGNhbiBub3QgYmUgZGlyZWN0bHkgc2VudCB0byB0aGUgSW5ncmVzcyBULVBFIGlmIHRo ZXJlIGlzIG5vdCBkaXJlY3QgVC1MRFAgc2Vzc2lvbiB0byByZWFjaCB0aGUgSW5ncmVzcyBULVBF LCBpLmUuIFMtUEUgaW4gYmV0d2Vlbi4gVGhhdCdzIHRoZSByZWFzb24gd2h5IHRoZSBtZXNzYWdl IHNob3VsZCBiZSBwcm9wYWdhdGVkIGhvcCBieSBob3AgKGkuZS4gUy1QRSBieSBTLVBFKSB1cCB0 byB0aGUgSW5ncmVzcyBULVBFLiANCiBJIGFncmVlIHdpdGggeW91IHRoYXQncyB3b3J0aCBjbGFy aWZ5aW5nIHRoaXMgc2VjdGlvbi4gDQoNCkJlc3QgUmVnYXJkcyEgDQoNClhpbnF1YW4gWmhhbmcg DQoNCjIwMDkvNC8xNSANCg0KDQoNCg== ------_=_NextPart_001_01C9C291.16F066BE Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 77u/PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9u YWwvL0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29u dGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxNRVRBIGNvbnRlbnQ9Ik1TSFRNTCA2 LjAwLjI5MDAuMzUyNyIgbmFtZT1HRU5FUkFUT1I+PC9IRUFEPg0KPEJPRFk+DQo8RElWIGRpcj1s dHIgYWxpZ249bGVmdD4NCjxESVYgZGlyPWx0ciBhbGlnbj1sZWZ0PjxTUEFOIGNsYXNzPTA3MTI0 NTYxMS0yMTA0MjAwOT48Rk9OVCBmYWNlPUFyaWFsIA0Kc2l6ZT0yPkhpIFhpbnF1YW4sPC9GT05U PjwvU1BBTj48L0RJVj4NCjxESVYgZGlyPWx0ciBhbGlnbj1sZWZ0PjxTUEFOIGNsYXNzPTA3MTI0 NTYxMS0yMTA0MjAwOT48Rk9OVCBmYWNlPUFyaWFsIA0Kc2l6ZT0yPjwvRk9OVD48L1NQQU4+Jm5i c3A7PC9ESVY+DQo8RElWIGRpcj1sdHIgYWxpZ249bGVmdD48U1BBTiBjbGFzcz0wNzEyNDU2MTEt MjEwNDIwMDk+PEZPTlQgZmFjZT1BcmlhbCANCnNpemU9Mj4iSW4gbXkgb3BpbmlvbiwgeW91ciBv cmlnaW5hbCBpbnRlbnRpb24gaXMgdG8gcHJvcG9zZSBsZWFmLWluaXRpYXRlZCBtb2RlIA0KYXMg YSBzb2x1dGlvbiBmb3IgaW50ZXItZG9tYWluIHNjZW5hcmlvLCBhbmQgc291cmNlLWluaXRpYXRl ZCBtb2RlIGZvciANCmludHJhLWRvbWFpbiBzY2VuYXJpby4gQW0gSSByaWdodD8iIDwvRk9OVD48 L1NQQU4+PC9ESVY+DQo8RElWIGRpcj1sdHIgYWxpZ249bGVmdD48U1BBTiBjbGFzcz0wNzEyNDU2 MTEtMjEwNDIwMDk+PEZPTlQgZmFjZT1BcmlhbCANCnNpemU9Mj48L0ZPTlQ+PC9TUEFOPiZuYnNw OzwvRElWPg0KPERJViBkaXI9bHRyIGFsaWduPWxlZnQ+PFNQQU4gY2xhc3M9MDcxMjQ1NjExLTIx MDQyMDA5PjxGT05UIGZhY2U9QXJpYWwgDQpzaXplPTI+bm90IHJlYWxseSwgYWN0dWFsbHkgYm90 aCBwcm9jZWR1cmVzIChsZWFmIG9yIHNvdXJjZSANCmluaXRpYXRlZCkmbmJzcDs8U1BBTiBjbGFz cz0xMTMxMTQxMTItMjEwNDIwMDk+Jm5ic3A7YXJlIG5vdCBsaW1pdGVkIGluIHRoZWlyIA0Kb3Bl cmF0aW5nIHByaW5jaXBsZXMgYW5kIGFzIHN1Y2ggY291bGQgYmUgdXNlZCAmbmJzcDs8L1NQQU4+ dG8gY292ZXImbmJzcDtTUy1QVyANCmFuZCBNUy1QVyBjb25maWd1cmF0aW9uLiZuYnNwOzxTUEFO IA0KY2xhc3M9MTEzMTE0MTEyLTIxMDQyMDA5PiZuYnNwOzwvU1BBTj48L0ZPTlQ+PC9TUEFOPjwv RElWPg0KPERJViBkaXI9bHRyIGFsaWduPWxlZnQ+PFNQQU4gY2xhc3M9MDcxMjQ1NjExLTIxMDQy MDA5Pg0KPERJViBkaXI9bHRyIGFsaWduPWxlZnQ+PFNQQU4gY2xhc3M9MDcxMjQ1NjExLTIxMDQy MDA5PjxGT05UIGZhY2U9QXJpYWw+PEZPTlQgDQpzaXplPTI+PFNQQU4gY2xhc3M9MTEzMTE0MTEy LTIxMDQyMDA5PkZvciB0aGUgc3RhbmRhcmRpemF0aW9uIHdvcmsgDQp3PC9TUEFOPmUmbmJzcDtw cm9wb3NlIHRvIGZvY3VzIGZpcnN0IG9uIFAyTVAgU1MtUFc8U1BBTiANCmNsYXNzPTExMzExNDEx Mi0yMTA0MjAwOT4mbmJzcDsgYXMgaXQgaXMgdGhlIHNpbXBsZXN0IGNvbmZpZ3VyYXRpb248L1NQ QU4+LCB0byANCmFncmVlIG9uPFNQQU4gY2xhc3M9MTEzMTE0MTEyLTIxMDQyMDA5PiZuYnNwO3Ro ZSByZXF1aXJlZCA8L1NQQU4+bmV3Jm5ic3A7PFNQQU4gDQpjbGFzcz0xMTMxMTQxMTItMjEwNDIw MDk+Jm5ic3A7YnVpbGRpbmcgYmxvY2tzIDombmJzcDs8L1NQQU4+RkVDIGVsZW1lbnQsIA0Kc2ln bmFsaW5nIHByb2NlZHVyZXMgZXRjLi4uPFNQQU4gY2xhc3M9MTEzMTE0MTEyLTIxMDQyMDA5PiZu YnNwOyANCiZuYnNwOzwvU1BBTj48L0ZPTlQ+PC9GT05UPjwvU1BBTj48L0RJVj48Rk9OVCBmYWNl PUFyaWFsIHNpemU9Mj5UaGUgcGFydCByZWxhdGVkIA0KdG8gUDJNUCBTUy1QVyBzZXR1cCZuYnNw O2luIHRoZSZuYnNwO2xlYWYtaW5pdGlhdGVkIGRyYWZ0IGFuZCB0aGUgcGFydCByZWxhdGVkIA0K dG8mbmJzcDtQMk1QIE1TLVBXIHNldHVwIGluIHRoZSBzb3VyY2UtaW5pdGlhdGVkIGRyYWZ0IHNo b3VsZCBiZSBhZGRlZCBhc2FwIA0Kb3ImbmJzcDtjb25zaWRlcmVkIGluIGEgc2VwYXJhdGUgZG9j dW1lbnQuPC9GT05UPjwvU1BBTj48L0RJVj4NCjxESVYgZGlyPWx0ciBhbGlnbj1sZWZ0PjxTUEFO IGNsYXNzPTA3MTI0NTYxMS0yMTA0MjAwOT48Rk9OVCBmYWNlPUFyaWFsIA0Kc2l6ZT0yPjwvRk9O VD48L1NQQU4+Jm5ic3A7PC9ESVY+DQo8RElWIGRpcj1sdHIgYWxpZ249bGVmdD48U1BBTiBjbGFz cz0wNzEyNDU2MTEtMjEwNDIwMDk+PEZPTlQgZmFjZT1BcmlhbD48Rk9OVCANCnNpemU9Mj48U1BB TiBjbGFzcz0xMTMxMTQxMTItMjEwNDIwMDk+UmVnYXJkaW5nIHRoZWlyIG5ldHdvcmsgYXBwbGlj YWJpbGl0eSB0aGUgDQpjaG9pY2UgYmV0d2VlbiBib3RoIGFwcHJvYWNoZXMgd2lsbCBoYXZlIHRv IGJlIG1hZGUgb24gYSBjYXNlIGJ5IGNhc2UgYmFzaXMsIA0KZHJpdmVuIGJ5IGFyY2hpdGVjdHVy YWwgYW5kIG9wZXJhdGlvbmFsIGNvbnN0cmFpbnRzLiZuYnNwO0ZvciB0aGUgbW9tZW50IA0Kdzwv U1BBTj5lJm5ic3A7PFNQQU4gY2xhc3M9MTEzMTE0MTEyLTIxMDQyMDA5PmZlbDxTUEFOIA0KY2xh c3M9MTIzMjc1MjE0LTIxMDQyMDA5PnQ8L1NQQU4+IHRoZSA8L1NQQU4+bmVlZCB0byBpbnZlc3Rp Z2F0ZSZuYnNwO2JvdGggDQpzb2x1dGlvbnMgaW4gcGFyYWxsZWwuPC9GT05UPjwvRk9OVD48L1NQ QU4+PC9ESVY+DQo8RElWIGRpcj1sdHIgYWxpZ249bGVmdD48U1BBTiBjbGFzcz0wNzEyNDU2MTEt MjEwNDIwMDk+PEZPTlQgZmFjZT1BcmlhbCANCnNpemU9Mj48L0ZPTlQ+PC9TUEFOPiZuYnNwOzwv RElWPg0KPERJViBkaXI9bHRyIGFsaWduPWxlZnQ+PFNQQU4gY2xhc3M9MDcxMjQ1NjExLTIxMDQy MDA5PjxGT05UIGZhY2U9QXJpYWwgDQpzaXplPTI+RG8geW91IGhhdmUgYW55IGNvbW1lbnQgb24g dGhlJm5ic3A7PFNQQU4gDQpjbGFzcz0xMTMxMTQxMTItMjEwNDIwMDk+YXBwbGljYWJpbGl0eSBv ZiB0aGUgdHdvIGFwcHJvYWNoZXMgPyZuYnNwOyZuYnNwO09yIA0KYW55Jm5ic3A7PC9TUEFOPnNw ZWNpZmljIHJlcXVpcmVtZW50PFNQQU4gY2xhc3M9MTEzMTE0MTEyLTIxMDQyMDA5PiZuYnNwO3Ro YXQgDQp3b3VsZCZuYnNwO25lZWQgdG8gYmUgaW5jbHVkZWQgaW4gdGhlIHJlcXVpcmVtZW50cyBk cmFmdCZuYnNwO29uIFAyTVAgUFcgDQo8L1NQQU4+PzwvRk9OVD48L1NQQU4+PC9ESVY+DQo8RElW IGRpcj1sdHIgYWxpZ249bGVmdD48U1BBTiBjbGFzcz0wNzEyNDU2MTEtMjEwNDIwMDk+PEZPTlQg ZmFjZT1BcmlhbCANCnNpemU9Mj48L0ZPTlQ+PC9TUEFOPiZuYnNwOzwvRElWPg0KPERJViBkaXI9 bHRyIGFsaWduPWxlZnQ+PFNQQU4gY2xhc3M9MDcxMjQ1NjExLTIxMDQyMDA5PjxGT05UIGZhY2U9 QXJpYWwgDQpzaXplPTI+QmVzdCBSZWdhcmRzLDwvRk9OVD48L1NQQU4+PC9ESVY+DQo8RElWIGRp cj1sdHIgYWxpZ249bGVmdD48U1BBTiBjbGFzcz0wNzEyNDU2MTEtMjEwNDIwMDk+PEZPTlQgZmFj ZT1BcmlhbCANCnNpemU9Mj48L0ZPTlQ+PC9TUEFOPiZuYnNwOzwvRElWPg0KPERJViBkaXI9bHRy IGFsaWduPWxlZnQ+PFNQQU4gY2xhc3M9MDcxMjQ1NjExLTIxMDQyMDA5PjxGT05UIGZhY2U9QXJp YWwgDQpzaXplPTI+RnJlZDwvRk9OVD48L1NQQU4+PC9ESVY+PC9ESVY+PEJSPg0KPERJViBjbGFz cz1PdXRsb29rTWVzc2FnZUhlYWRlciBsYW5nPWZyIGRpcj1sdHIgYWxpZ249bGVmdD4NCjxIUiB0 YWJJbmRleD0tMT4NCjxGT05UIGZhY2U9VGFob21hIHNpemU9Mj48Qj5EZSZuYnNwOzo8L0I+IGwy dnBuLWJvdW5jZXNAaWV0Zi5vcmcgDQpbbWFpbHRvOmwydnBuLWJvdW5jZXNAaWV0Zi5vcmddIDxC PkRlIGxhIHBhcnQgZGU8L0I+IA0KemhhbmcueGlucXVhbkB6dGUuY29tLmNuPEJSPjxCPkVudm95 w6kmbmJzcDs6PC9CPiBtYXJkaSAyMSBhdnJpbCAyMDA5IA0KMDM6MjM8QlI+PEI+w4AmbmJzcDs6 PC9CPiBKT1VOQVkgRnJlZGVyaWMgUkQtUkVTQS1MQU48QlI+PEI+Q2MmbmJzcDs6PC9CPiANCmwy dnBuQGlldGYub3JnOyBsMnZwbi1ib3VuY2VzQGlldGYub3JnOyBwd2UzQGlldGYub3JnPEJSPjxC Pk9iamV0Jm5ic3A7OjwvQj4g562U5aSNOiANClJFOiBDb21tZW50cyBvbiBkcmFmdC1qb3VuYXkt cHdlMy1sZWFmLWluaXRpYXRlZC1wMm1wLXB3LTAxPEJSPjwvRk9OVD48QlI+PC9ESVY+DQo8RElW PjwvRElWPjxCUj48Rk9OVCBmYWNlPXNhbnMtc2VyaWYgc2l6ZT0yPkhpIEZyZWRlcmljLDwvRk9O VD48Rk9OVCBzaXplPTM+IA0KPC9GT05UPjxGT05UIGZhY2U9c2Fucy1zZXJpZiBzaXplPTI+PEJS PjwvRk9OVD48QlI+PEZPTlQgZmFjZT1zYW5zLXNlcmlmIA0Kc2l6ZT0yPlRoYW5rcyBmb3IgeW91 ciBjbGFyaWZpY2F0b24uPC9GT05UPiA8QlI+PEJSPjxGT05UIGZhY2U9c2Fucy1zZXJpZiANCnNp emU9Mj5Zb3UgaGF2ZSB0d28gZHJhZnRzIGFib3V0IFAyTVAgUFcgc2lnbmFsaW5nLCBvbmUgaXMg bGVhZi1pbml0aWF0ZWQgbW9kZSANCmFuZCB0aGUgb3RoZXIgaXMgc291cmNlLWluaXRpYXRlZCBt b2RlLiBJbiBteSBvcGluaW9uLCB5b3VyIG9yaWdpbmFsIGludGVudGlvbiANCmlzIHRvIHByb3Bv c2UgbGVhZi1pbml0aWF0ZWQgbW9kZSBhcyBhIHNvbHV0aW9uIGZvciBpbnRlci1kb21haW4gc2Nl bmFyaW8sIGFuZCANCnNvdXJjZS1pbml0aWF0ZWQgbW9kZSBmb3IgaW50cmEtZG9tYWluIHNjZW5h cmlvLiBBbSBJIHJpZ2h0PyBPciB5b3VyIGhhdmUgb3RoZXIgDQpjb25zaWRlcmF0aW9ucz88L0ZP TlQ+IDxCUj48QlI+PEZPTlQgZmFjZT1zYW5zLXNlcmlmIHNpemU9Mj5CZXN0IHJlZ2FyZHMhPC9G T05UPiANCjxCUj48QlI+PEZPTlQgZmFjZT1zYW5zLXNlcmlmIHNpemU9Mj5YaW5xdWFuIFpoYW5n PC9GT05UPiA8QlI+PEJSPjxGT05UIA0KZmFjZT1zYW5zLXNlcmlmIHNpemU9Mj4yMDA5LzQvMjE8 L0ZPTlQ+IDxCUj48QlI+PEJSPjxCUj48QlI+DQo8VEFCTEUgd2lkdGg9IjEwMCUiPg0KICA8VEJP RFk+DQogIDxUUiB2QWxpZ249dG9wPg0KICAgIDxURCB3aWR0aD0iMjYlIj48Rk9OVCBmYWNlPXNh bnMtc2VyaWYgDQogICAgICBzaXplPTE+PEI+Jmx0O2ZyZWRlcmljLmpvdW5heUBvcmFuZ2UtZnRn cm91cC5jb20mZ3Q7PC9CPiA8L0ZPTlQ+PEJSPjxGT05UIA0KICAgICAgZmFjZT1zYW5zLXNlcmlm IHNpemU9MT7lj5Hku7bkuro6ICZuYnNwO2wydnBuLWJvdW5jZXNAaWV0Zi5vcmc8L0ZPTlQ+IA0K ICAgICAgPFA+PEZPTlQgZmFjZT1zYW5zLXNlcmlmIHNpemU9MT4yMDA5LTA0LTIwIDIwOjU1PC9G T05UPiA8L1A+DQogICAgPFREIHdpZHRoPSI3MyUiPg0KICAgICAgPFRBQkxFIHdpZHRoPSIxMDAl Ij4NCiAgICAgICAgPFRCT0RZPg0KICAgICAgICA8VFIgdkFsaWduPXRvcD4NCiAgICAgICAgICA8 VEQ+DQogICAgICAgICAgICA8RElWIGFsaWduPXJpZ2h0PjxGT05UIGZhY2U9c2Fucy1zZXJpZiBz aXplPTE+5pS25Lu25Lq6PC9GT05UPjwvRElWPg0KICAgICAgICAgIDxURD48Rk9OVCBmYWNlPXNh bnMtc2VyaWYgDQogICAgICAgICAgICBzaXplPTE+Jmx0O3poYW5nLnhpbnF1YW5AenRlLmNvbS5j biZndDs8L0ZPTlQ+IA0KICAgICAgICA8VFIgdkFsaWduPXRvcD4NCiAgICAgICAgICA8VEQ+DQog ICAgICAgICAgICA8RElWIGFsaWduPXJpZ2h0PjxGT05UIGZhY2U9c2Fucy1zZXJpZiBzaXplPTE+ 5oqE6YCBPC9GT05UPjwvRElWPg0KICAgICAgICAgIDxURD48Rk9OVCBmYWNlPXNhbnMtc2VyaWYg c2l6ZT0xPmwydnBuQGlldGYub3JnLCANCiAgICAgICAgICAgIGwydnBuLWJvdW5jZXNAaWV0Zi5v cmcsIHB3ZTNAaWV0Zi5vcmc8L0ZPTlQ+IA0KICAgICAgICA8VFIgdkFsaWduPXRvcD4NCiAgICAg ICAgICA8VEQ+DQogICAgICAgICAgICA8RElWIGFsaWduPXJpZ2h0PjxGT05UIGZhY2U9c2Fucy1z ZXJpZiBzaXplPTE+5Li76aKYPC9GT05UPjwvRElWPg0KICAgICAgICAgIDxURD48Rk9OVCBmYWNl PXNhbnMtc2VyaWYgc2l6ZT0xPlJFOiBDb21tZW50cyBvbiANCiAgICAgICAgICAgIGRyYWZ0LWpv dW5heS1wd2UzLWxlYWYtaW5pdGlhdGVkLXAybXAtcHctMDE8L0ZPTlQ+PC9UUj48L1RCT0RZPjwv VEFCTEU+PEJSPg0KICAgICAgPFRBQkxFPg0KICAgICAgICA8VEJPRFk+DQogICAgICAgIDxUUiB2 QWxpZ249dG9wPg0KICAgICAgICAgIDxURD4NCiAgICAgICAgICA8VEQ+PC9UUj48L1RCT0RZPjwv VEFCTEU+PEJSPjwvVFI+PC9UQk9EWT48L1RBQkxFPjxCUj48QlI+PEJSPjxGT05UIGZhY2U9QXJp YWwgDQpjb2xvcj1ibHVlIHNpemU9Mj5IaSBYaW5xdWFuLDwvRk9OVD4gPEJSPjxGT05UIHNpemU9 Mz4mbmJzcDs8L0ZPTlQ+IDxCUj48Rk9OVCANCmZhY2U9QXJpYWwgY29sb3I9Ymx1ZSBzaXplPTI+ UGxlYXNlIHNlZSBteSBhbnN3ZXIgaW5saW5lIFtGSl08L0ZPTlQ+IDxCUj48Rk9OVCANCnNpemU9 Mz4mbmJzcDs8L0ZPTlQ+IDxCUj48Rk9OVCBmYWNlPUFyaWFsIGNvbG9yPWJsdWUgc2l6ZT0yPkJl c3QgUmVnYXJkcyw8L0ZPTlQ+IA0KPEJSPjxGT05UIGZhY2U9QXJpYWwgY29sb3I9Ymx1ZSBzaXpl PTI+RnJlZDwvRk9OVD4gPEJSPjxCUj4NCjxIUj4NCjxGT05UIGZhY2U9VGFob21hIHNpemU9Mj48 Qj5EZSA6PC9CPiB6aGFuZy54aW5xdWFuQHp0ZS5jb20uY24gDQpbbWFpbHRvOnpoYW5nLnhpbnF1 YW5AenRlLmNvbS5jbl0gPEI+PEJSPkVudm95w6kgOjwvQj4gbWVyY3JlZGkgMTUgYXZyaWwgMjAw OSANCjA3OjUwPEI+PEJSPsOAIDo8L0I+IEpPVU5BWSBGcmVkZXJpYyBSRC1SRVNBLUxBTjxCPjxC Uj5DYyA6PC9CPiBsMnZwbkBpZXRmLm9yZzsgDQpsMnZwbi1ib3VuY2VzQGlldGYub3JnPEI+PEJS Pk9iamV0IDo8L0I+IENvbW1lbnRzIG9uIA0KZHJhZnQtam91bmF5LXB3ZTMtbGVhZi1pbml0aWF0 ZWQtcDJtcC1wdy0wMTwvRk9OVD48Rk9OVCANCnNpemU9Mz48QlI+PC9GT05UPjxCUj48Rk9OVCBm YWNlPXNhbnMtc2VyaWYgc2l6ZT0yPjxCUj5IaSwgRnJlZGVyaWMsPC9GT05UPjxGT05UIA0Kc2l6 ZT0zPiA8QlI+PC9GT05UPjxGT05UIGZhY2U9c2Fucy1zZXJpZiBzaXplPTI+PEJSPkkgaGF2ZSBy ZWFkIA0KZHJhZnQtam91bmF5LXB3ZTMtbGVhZi1pbml0aWF0ZWQtcDJtcC1wdy0wMSBhbmQgaGF2 ZSBzb21lIGNvbW1lbnRzLiBwbGVhc2Ugc2VlIA0KYmVsb3c6PC9GT05UPjxGT05UIHNpemU9Mz4g PEJSPjwvRk9OVD48Rk9OVCBmYWNlPXNhbnMtc2VyaWYgc2l6ZT0yPjxCUj4x44CBc2VjdGlvbiAN CjUuNC4gQ29uZmlndXJhdGlvbiA8QlI+Jm5ic3A7ICZuYnNwOzxCUj4mbmJzcDsgQWZ0ZXIgY29u ZmlndXJpbmcgb24gZWFjaCBULVBFIA0KdGhlIGF0dGFjaGVkIEFJSXMsIGl0IGlzIGFzc3VtZWQg dGhhdCA8QlI+Jm5ic3A7IGFsbCB0aGUgUEVzIChJbmdyZXNzL0VncmVzcyANClQtUEVzIGFuZCBh bGwgUy1QRXMpIG1haW50YWluIGFuIEFJSSBQVyA8QlI+Jm5ic3A7IHJvdXRpbmcgdGFibGUgd2hp Y2ggZ2l2ZXMgZm9yIA0KZWFjaCBBSUkgYXMgZW50cnkgdGhlICJuZXh0IGhvcCIgdG8gPEJSPiZu YnNwOyByZWFjaCB0aGF0IEFJSS4gVGhpcyBBSUkgcm91dGluZyANCnRhYmxlIGNhbiBiZSBmaWxs ZWQgbWFudWFsbHkgb3IgPEJSPiZuYnNwOyB1cGRhdGVkIGR5bmFtaWNhbGx5IGJ5IG1lYW5zIG9m IHNvbWUgDQpleHRlbmRlZCByb3V0aW5nIHByb3RvY29sIGxpa2UgPEJSPiZuYnNwOyBwcm9wb3Nl ZCBpbiBbRFlOIE1TLVBXXS4gVGhlIA0KY29uc3RydWN0aW9uIG9mIHRoZSB0YWJsZSBpcyBvdXQg b2YgPEJSPiZuYnNwOyBzY29wZSBvZiB0aGUgcHJlc2VudCBkb2N1bWVudC4gDQo8QlI+Jm5ic3A7 ICZuYnNwOzxCUj4mbmJzcDsgRWFjaCBQRSByZWxpZXMgb24gaXRzIEFJSSBQVyByb3V0aW5nIHRh YmxlIHRvIHNlbGVjdCANCnRoZSBuZXh0IGhvcCBQRSA8QlI+Jm5ic3A7IChTLVBFIG9yIFQtUEUp IHRvIHJlYWNoIGEgZ2l2ZW4gQUlJLiA8L0ZPTlQ+PEZPTlQgDQpzaXplPTM+PEJSPjwvRk9OVD48 Rk9OVCBmYWNlPXNhbnMtc2VyaWYgc2l6ZT0yPjxCUj4mZ3Q7MSAmbmJzcDtEb2VzIHRoaXMgQUlJ IA0Kcm91dGluZyB0YWJsZSBpbmNsdWRlIGJvdGggVEFJSSBhbmQgU0FJST88L0ZPTlQ+PEZPTlQg ZmFjZT1BcmlhbCBjb2xvcj1ibHVlIA0Kc2l6ZT0yPiA8L0ZPTlQ+PEJSPjxGT05UIGZhY2U9QXJp YWwgY29sb3I9Ymx1ZSBzaXplPTI+W0ZKXSBZZXMsIHRoZSBBSUkgcm91dGluZyANCnRhYmxlIGR5 bmFtaWNhbGx5IHBvcHVsYXRlZCAoQkdQLCBPU1BGLCBJUy1JUyBvciBMRFApIHNob3VsZCBtYWlu dGFpbiBib3RoLiBUaGUgDQpFZ3Jlc3MgVC1QRSBqb2lucyB0aGUgUFcgdHJlZSBieSBpbml0aWF0 aW5nIGEgTGFiZWwgTWFwIHdob3NlIHRoZSBGRUMgY29udGFpbnMgDQp0aGUgU0FJSSwgdGhlIFBX IHRyZWUgc291cmNlLiBIZW5jZSB1cG9uIHJlY2VpcHQgb2YgdGhlIG1lc3NhZ2UgdGhlIFMtUEUg ZG9lcyBhIA0KbG9va3VwIHRvIHNlbGVjdCB0aGUgTkggdG8gcmVhY2ggdGhpcyBTQUlJLiAmbmJz cDsgJm5ic3A7PC9GT05UPjxGT05UIA0KZmFjZT1zYW5zLXNlcmlmIHNpemU9Mj4gPC9GT05UPjxG T05UIHNpemU9Mz4mbmJzcDs8L0ZPTlQ+PEZPTlQgZmFjZT1zYW5zLXNlcmlmIA0Kc2l6ZT0yPjxC Uj4mZ3Q7MiAmbmJzcDtJbiBTLVBFLCB0aGlzIEFJSSByb3V0aW5nIHRhYmxlIGluY2x1ZGVzIGFs bCB0aGUgQUlJLCBvciANCmp1c3QgcGFydCBvZiB0aGUgQUlJKCBlLmcuIHdoaWNoIGFyZSBpbiBp dHMgZG93c3RyZWFtKT88L0ZPTlQ+PEZPTlQgc2l6ZT0zPiANCjwvRk9OVD48Rk9OVCBmYWNlPUFy aWFsIGNvbG9yPWJsdWUgc2l6ZT0yPjxCUj5bRkpdIHRoZSBBSUkgcm91dGluZyB0YWJsZSBzaG91 bGQgDQpiZSB1c2VkIGFsc28gZm9yIFZQV1Mgb3IgVlBMUywgc28gYmlkaXJlY3Rpb25hbCBQVy4g VGhlcmVmb3JlIHRoZSBBSUkgcm91dGluZyANCnRhYmxlIG11c3QgcmVmbGVjdCBhbGwgdGhlIEFJ SSBjb25maWd1cmVkIG9uIFQtUEVzLiBPZiBjb3Vyc2UgYWdyZWdhdGUgQUlJIA0KZm9ybWF0IChp LmUuIHcvbyBBQ0lEIGluZm8pIGFzIGRlZmluZWQgaW4gW0RZTiBNUy1QV10gbXVzdCBiZSB1c2Vk IHRvIG9wdGltaXplIA0KdGhlIEFJSSByb3V0aW5nIHRhYmxlPC9GT05UPjxGT05UIHNpemU9Mz48 QlI+PC9GT05UPjxGT05UIGZhY2U9c2Fucy1zZXJpZiANCnNpemU9Mj48QlI+MuOAgVNlY3Rpb24g NS43LiBVc2luZyBUQUlJIExlYWYgU3ViLVRMViA8QlI+Jm5ic3A7ICZuYnNwOzxCUj4mbmJzcDsg DQpTZWN0aW9uIFRCRCA8QlI+Jm5ic3A7ICZuYnNwOzxCUj4mbmJzcDsgVGhlIFRBSUkgTGVhZiBz dWItVExWIE1BWSBiZSBvcHRpb25hbGx5IA0KdXNlZCB3aGVuIGEgbGVhZiBqb2lucyB0aGUgUFcg PEJSPiZuYnNwOyB0cmVlIHRvIGFubm91bmNlIHRvIHRoZSBzb3VyY2UgdGhhdCBpdCANCmlzIHBh cnQgZnJvbSB0aGUgUFcgdHJlZS4gSWYgPEJSPiZuYnNwOyB0aGlzIG9wdGlvbiBpcyBjaG9zZW4s IHRoZSBFZ3Jlc3MgVC1QRSANCmFkZHMgdG8gdGhlIEZFQyBFbGVtZW50IHRoaXMgPEJSPiZuYnNw OyBUQUlJIHN1Yi1UTFYgaW4gdGhlIExhYmVsIE1hcCBtZXNzYWdlLiANCkFzIHNvb24gYXMgaW4g dGhlIHNvdXJjZSA8QlI+Jm5ic3A7IGRpcmVjdGlvbiBhIExhYmVsIE1hcCBpcyBub3QgcmVxdWly ZWQgc2luY2UgDQpmb3IgaW5zdGFuY2UgYSBTLVBFIDxCUj4mbmJzcDsgYWxyZWFkeSBtYWludGFp bnMgYSBzdGF0ZSBmb3IgdGhpcyBNUy1QVyB0cmVlLCANCnRoZSBpbmZvcm1hdGlvbiA8QlI+Jm5i c3A7IHJlbGF0ZWQgdG8gdGhlIExlYWYgVEFJSXMgaXMgcmV0cmlldmVkIGZyb20gdGhlIFRBSUkg DQpMZWFmIHN1Yi1UTFYgYW5kIDxCUj4mbmJzcDsgaXMgcHJvcGFnYXRlZCBieSBtZWFucyBvZiBh IExEUCBOb3RpZmljYXRpb24gbWVzc2FnZSANCnVwIHRvIHRoZSA8QlI+Jm5ic3A7IGNvcnJlc3Bv bmRpbmcgSW5ncmVzcyBULVBFLiAmbmJzcDsgPEJSPiZndDsgSSBhbSBub3Qgc3VyZSANCmFib3V0 IHRoZSBwcm9wYWdhdGlvbiBvZiBUQUlJIExlYWYgc3ViLVRMVi4gSXMgaXQgc2VudCB0byBpbmdy ZXNzIFQtUEUgZGlyZWN0bHksIA0Kb3IgdG8gdGhlIHVwc3RyZWFtIFMtUEUoaWYgdGhlcmUgZXhp c3RzIHN1Y2ggUy1QRSBpbiB0aGUgdXBzdHJlYW0gDQpkaXJlY3Rpb24pPzwvRk9OVD48Rk9OVCBz aXplPTM+IDwvRk9OVD48Rk9OVCBmYWNlPUFyaWFsIGNvbG9yPWJsdWUgDQpzaXplPTI+Jm5ic3A7 PC9GT05UPiA8QlI+PEZPTlQgZmFjZT1BcmlhbCBjb2xvcj1ibHVlIHNpemU9Mj5bRkpdIFRoZSAN Ck5vdGlmaWNhdGlvbiBtZXNzYWdlIGNhbiBub3QgYmUgZGlyZWN0bHkgc2VudCB0byB0aGUgSW5n cmVzcyBULVBFIGlmIHRoZXJlIGlzIA0Kbm90IGRpcmVjdCBULUxEUCBzZXNzaW9uIHRvIHJlYWNo IHRoZSBJbmdyZXNzIFQtUEUsIGkuZS4gUy1QRSBpbiBiZXR3ZWVuLiBUaGF0J3MgDQp0aGUgcmVh c29uIHdoeSB0aGUgbWVzc2FnZSBzaG91bGQgYmUgcHJvcGFnYXRlZCBob3AgYnkgaG9wIChpLmUu IFMtUEUgYnkgDQpTLVBFKTwvRk9OVD48Rk9OVCBzaXplPTM+IDwvRk9OVD48Rk9OVCBmYWNlPUFy aWFsIGNvbG9yPWJsdWUgc2l6ZT0yPnVwIHRvIHRoZSANCkluZ3Jlc3MgVC1QRS48L0ZPTlQ+IDxC Uj48Rk9OVCBmYWNlPUFyaWFsIGNvbG9yPWJsdWUgc2l6ZT0yPiZuYnNwO0kgYWdyZWUgd2l0aCAN CnlvdSB0aGF0J3Mgd29ydGggY2xhcmlmeWluZyB0aGlzIHNlY3Rpb24uIDwvRk9OVD48Rk9OVCBz aXplPTM+PEJSPjwvRk9OVD48Rk9OVCANCmZhY2U9c2Fucy1zZXJpZiBzaXplPTI+PEJSPkJlc3Qg UmVnYXJkcyE8L0ZPTlQ+PEZPTlQgc2l6ZT0zPiA8QlI+PC9GT05UPjxGT05UIA0KZmFjZT1zYW5z LXNlcmlmIHNpemU9Mj48QlI+WGlucXVhbiBaaGFuZzwvRk9OVD48Rk9OVCBzaXplPTM+IDxCUj48 L0ZPTlQ+PEZPTlQgDQpmYWNlPXNhbnMtc2VyaWYgc2l6ZT0yPjxCUj4yMDA5LzQvMTU8L0ZPTlQ+ PEZPTlQgc2l6ZT0zPiA8QlI+PC9GT05UPjxGT05UIA0KZmFjZT1zYW5zLXNlcmlmIHNpemU9Mj48 QlI+PC9GT05UPjxCUj48L0JPRFk+PC9IVE1MPg0K ------_=_NextPart_001_01C9C291.16F066BE-- From Martin.Vigoureux@alcatel-lucent.com Fri Apr 24 04:12:12 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 082EB3A6FFC; Fri, 24 Apr 2009 04:12:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.027 X-Spam-Level: X-Spam-Status: No, score=-6.027 tagged_above=-999 required=5 tests=[AWL=0.222, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xeXwbBp53d2V; Fri, 24 Apr 2009 04:12:11 -0700 (PDT) Received: from smail3.alcatel.fr (smail3.alcatel.fr [64.208.49.56]) by core3.amsl.com (Postfix) with ESMTP id 71B8F3A6FFF; Fri, 24 Apr 2009 04:11:14 -0700 (PDT) Received: from FRVELSBHS05.ad2.ad.alcatel.com (frvelsbhs05.dc-m.alcatel-lucent.com [155.132.6.77]) by smail3.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n3OBCSZ8011888; Fri, 24 Apr 2009 13:12:28 +0200 Received: from [135.244.36.16] ([135.244.36.16]) by FRVELSBHS05.ad2.ad.alcatel.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 24 Apr 2009 13:12:27 +0200 Message-ID: <49F19E8F.7050105@alcatel-lucent.com> Date: Fri, 24 Apr 2009 13:12:15 +0200 From: Martin Vigoureux Organization: Alcatel-Lucent User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: mpls@ietf.org Subject: IETF 74 - MPLS WG minutes Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 24 Apr 2009 11:12:28.0253 (UTC) FILETIME=[8DC3D0D0:01C9C4CD] X-Scanned-By: MIMEDefang 2.57 on 155.132.188.83 Cc: ccamp@ops.ietf.org, l2vpn@ietf.org, pwe3@ietf.org, mpls-tp@ietf.org X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 11:12:12 -0000 all, the minutes of the mpls wg sessions are available on-line: http://tools.ietf.org/wg/mpls/minutes Please have a look at them and let me know if you would like additional details to be reflected. Three slide sets are still missing, I'll contact the presenters and upload them as soon as I receive them. regards, martin From root@core3.amsl.com Mon Apr 27 07:15:01 2009 Return-Path: X-Original-To: l2vpn@ietf.org Delivered-To: l2vpn@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 59B893A6D97; Mon, 27 Apr 2009 07:15:01 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Subject: I-D Action:draft-ietf-l2vpn-vpls-ldp-mac-opt-00.txt Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090427141501.59B893A6D97@core3.amsl.com> Date: Mon, 27 Apr 2009 07:15:01 -0700 (PDT) Cc: l2vpn@ietf.org X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 14:15:01 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Layer 2 Virtual Private Networks Working Group of the IETF. Title : LDP Extensions for Optimized MAC Address Withdrawal in H-VPLS Author(s) : P. Dutta Filename : draft-ietf-l2vpn-vpls-ldp-mac-opt-00.txt Pages : 16 Date : 2009-04-26 [RFC4762] describes a mechanism to remove or unlearn MAC addresses that have been dynamically learned in a VPLS Instance for faster convergence on topology change. The procedure also removes the MAC addresses in the VPLS that does not require relearning due to such topology change. This document defines an extension to MAC Address Withdrawal procedure with empty MAC List [RFC4762], which enables a Provider Edge(PE) device to remove only the MAC addresses that needs to be relearned. Conventions used in this document In examples, "C:" and "S:" indicate lines sent by the client and server respectively. The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119]. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-l2vpn-vpls-ldp-mac-opt-00.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-l2vpn-vpls-ldp-mac-opt-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-04-27070202.I-D@ietf.org> --NextPart-- From shane@castlepoint.net Tue Apr 28 19:18:21 2009 Return-Path: X-Original-To: l2vpn@core3.amsl.com Delivered-To: l2vpn@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 00F713A68BD; Tue, 28 Apr 2009 19:18:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.743 X-Spam-Level: X-Spam-Status: No, score=-0.743 tagged_above=-999 required=5 tests=[AWL=-0.226, BAYES_00=-2.599, DNS_FROM_RFC_BOGUSMX=1.482, J_CHICKENPOX_13=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tqI0L2YAnovk; Tue, 28 Apr 2009 19:18:20 -0700 (PDT) Received: from dog.tcb.net (dog.tcb.net [64.78.150.133]) by core3.amsl.com (Postfix) with ESMTP id 3C6C33A6CB7; Tue, 28 Apr 2009 19:18:20 -0700 (PDT) Received: by dog.tcb.net (Postfix, from userid 0) id 0E5672684EA; Tue, 28 Apr 2009 20:19:42 -0600 (MDT) Received: from mbpw.castlepoint.net (71-215-65-246.hlrn.qwest.net [71.215.65.246]) (authenticated-user smtp) (TLSv1/SSLv3 AES128-SHA 128/128) by dog.tcb.net with SMTP; Tue, 28 Apr 2009 20:19:41 -0600 (MDT) (envelope-from shane@castlepoint.net) X-Avenger: version=0.7.8; receiver=dog.tcb.net; client-ip=71.215.65.246; client-port=3438; syn-fingerprint=65535:55:1:64:M1452,N,W3,N,N,T,S; data-bytes=0 Message-Id: <62A59F1D-C92B-49A3-A1DC-25676E83B855@castlepoint.net> From: Shane Amante To: l3vpn@ietf.org, l2vpn@ietf.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Poll on BGP IPv4 Address Specific Extended Community Date: Tue, 28 Apr 2009 20:19:26 -0600 X-Mailer: Apple Mail (2.930.3) X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 02:18:21 -0000 Hello, It appears as if IANA has allocated an "IPv4 Address Specific" BGP Extended Community to two different Internet Drafts, which are on their way to becoming Proposed Standards. 1) The Ext Community 0x010A was allocated as an "IPv4 address- specific Layer-2 VPN Identifier" in the following draft: http://tools.ietf.org/html/draft-ietf-l2vpn-signaling-08#section-6 2) The Ext Community 0x010A was *also* allocated as "VRF Route Import" in the following draft: http://tools.ietf.org/html/draft-ietf-l3vpn-2547bis-mcast-bgp-06#section-18 The chairs of L3VPN & L2VPN intend to work with IANA to correct this error and ensure a unique Ext Community value is assigned to both drafts. We would like to ask those who have implemented either 'draft- ietf-l2vpn-signaling' or 'draft-ietf-l3vpn-2547bis-mcast-bgp' to inform us of what is their status of their implementation. Our intent is to then ask IANA to assign a new Extended Community for the draft that has the least number of implementations. Your response may be public or private. Private responses should go to either or both WG chairs in L3VPN or L2VPN. The deadline for this poll is ~3 weeks and will close on 5/22/2009. If you have an implementation of draft-ietf-l2vpn-signaling, please provide the following information: 1. Organization 1.1. Organization URL(s) 2. Status: 2.1 [ ] Development 2.2 [ ] Alpha 2.3 [ ] Beta 2.4 [ ] Generally Available 2.5 [ ] Other (describe): 3. Privacy: 3.1 [ ] Yes [ ] No May we publish your identity and Organization? If you have an implementation of draft-ietf-l3vpn-2547bis-mcast-bgp, please provide the following information: 1. Organization 1.1. Organization URL(s) 2. Status: 2.1 [ ] Development 2.2 [ ] Alpha 2.3 [ ] Beta 2.4 [ ] Generally Available 2.5 [ ] Other (describe): 3. Privacy: 3.1 [ ] Yes [ ] No May we publish your identity and Organization? Thanks, Shane, Vach, Danny & Marshall