From linda.dunbar@huawei.com Thu Nov 29 08:32:18 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F1EB21F8468 for ; Thu, 29 Nov 2012 08:32:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.945 X-Spam-Level: X-Spam-Status: No, score=-5.945 tagged_above=-999 required=5 tests=[AWL=0.653, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hvG7ApWRNhlh for ; Thu, 29 Nov 2012 08:32:17 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id E8AEC21F8451 for ; Thu, 29 Nov 2012 08:32:14 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AMA46997; Thu, 29 Nov 2012 16:32:13 +0000 (GMT) Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 29 Nov 2012 16:31:59 +0000 Received: from DFWEML404-HUB.china.huawei.com (10.193.5.203) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 30 Nov 2012 00:32:12 +0800 Received: from DFWEML505-MBB.china.huawei.com ([169.254.1.192]) by dfweml404-hub.china.huawei.com ([10.193.5.203]) with mapi id 14.01.0323.003; Thu, 29 Nov 2012 08:32:04 -0800 From: Linda Dunbar To: "Andrew G. Malis" , "pwe3@ietf.org" Thread-Topic: [PWE3] WG adoption and IPR poll on draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07 Thread-Index: AQHNx2OWOqRw5GC/REiA10+LxUK4JZgBD08w Date: Thu, 29 Nov 2012 16:32:04 +0000 Message-ID: <4A95BA014132FF49AE685FAB4B9F17F6450C4D6A@dfweml505-mbb.china.huawei.com> References: In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.153.147] Content-Type: multipart/alternative; boundary="_000_4A95BA014132FF49AE685FAB4B9F17F6450C4D6Adfweml505mbbchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mailman-Approved-At: Sat, 01 Dec 2012 06:12:26 -0800 Cc: Ping Pan , "attila.takacs@ericsson.com" Subject: Re: [PWE3] WG adoption and IPR poll on draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07 X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2012 16:32:19 -0000 --_000_4A95BA014132FF49AE685FAB4B9F17F6450C4D6Adfweml505mbbchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Support, Linda Dunbar From: pwe3-bounces@ietf.org [mailto:pwe3-bounces@ietf.org] On Behalf Of And= rew G. Malis Sent: Tuesday, November 20, 2012 3:11 PM To: pwe3@ietf.org Cc: attila.takacs@ericsson.com; Caowei (Wayne); Ping Pan Subject: [PWE3] WG adoption and IPR poll on draft-cao-pwe3-mpls-tp-pw-over-= bidir-lsp-07 PWE3ers, As requested by Mach, this begins a call for WG adoption of draft-cao-pwe3-= mpls-tp-pw-over-bidir-lsp-07. Please reply to this email whether or not you support adoption of this draf= t. Reasons are not required, but are helpful for the WG. We would like to s= ee a good show of support rather than just a few emails. Indications that t= he draft has actually been read would also be greatly appreciated. Coincidentally, we are also polling for knowledge of any IPR that applies to this draft, to ensure that IPR has been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more= details). If you are listed as a document author or contributor please respond to this email whether or not you are aware of any relevant IPR. The draft will not be adopted until a response has been received from each author and contributor. If you are on the PWE3 WG email list but are not listed as an author or contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. This will be a two-week poll, ending 4 December. Cheers, Andy and Matthew On Fri, Nov 9, 2012 at 9:06 AM, Mach Chen > wrote: Hi, We have presented the updates on Monday's meeting, the latest version solve= d the comments received so far. As suggested on the meeting, we (co-authors= ) would like to request a WG adoption on the draft! Many thanks, Mach --_000_4A95BA014132FF49AE685FAB4B9F17F6450C4D6Adfweml505mbbchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Support,

 <= /p>

Linda Dunbar

 <= /p>

From: pwe3-bou= nces@ietf.org [mailto:pwe3-bounces@ietf.org] On Behalf Of Andrew G. Malis
Sent: Tuesday, November 20, 2012 3:11 PM
To: pwe3@ietf.org
Cc: attila.takacs@ericsson.com; Caowei (Wayne); Ping Pan
Subject: [PWE3] WG adoption and IPR poll on draft-cao-pwe3-mpls-tp-p= w-over-bidir-lsp-07

 

PWE3ers,

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

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

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

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

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

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

Cheers,
Andy and Matthew

--_000_4A95BA014132FF49AE685FAB4B9F17F6450C4D6Adfweml505mbbchi_-- From linda.dunbar@huawei.com Thu Nov 29 08:33:49 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A43821F8430 for ; Thu, 29 Nov 2012 08:33:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.163 X-Spam-Level: X-Spam-Status: No, score=-6.163 tagged_above=-999 required=5 tests=[AWL=0.436, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FkbZEH7+GBXZ for ; Thu, 29 Nov 2012 08:33:48 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 8860921F84D1 for ; Thu, 29 Nov 2012 08:33:47 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id ANI37007; Thu, 29 Nov 2012 16:33:46 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 29 Nov 2012 16:33:32 +0000 Received: from DFWEML408-HUB.china.huawei.com (10.193.5.134) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 29 Nov 2012 16:33:31 +0000 Received: from DFWEML505-MBB.china.huawei.com ([169.254.1.192]) by dfweml408-hub.china.huawei.com ([10.193.5.134]) with mapi id 14.01.0323.003; Thu, 29 Nov 2012 08:33:27 -0800 From: Linda Dunbar To: "pwe3@ietf.org" , "Bocci, Matthew (Matthew)" Thread-Topic: [PWE3] Poll for adoption and IPR check: draft-dong-pwe3-redundancy-spe-04.txt Thread-Index: Ac3LxR1jkJnRYIlFTZS930aRd2k/4ACPoD5wABLkRIA= Date: Thu, 29 Nov 2012 16:33:26 +0000 Message-ID: <4A95BA014132FF49AE685FAB4B9F17F6450C4D83@dfweml505-mbb.china.huawei.com> References: <4552F0907735844E9204A62BBDD325E7321326C8@SZXEML507-MBS.china.huawei.com> In-Reply-To: <4552F0907735844E9204A62BBDD325E7321326C8@SZXEML507-MBS.china.huawei.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.153.147] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mailman-Approved-At: Sat, 01 Dec 2012 06:12:26 -0800 Subject: Re: [PWE3] Poll for adoption and IPR check: draft-dong-pwe3-redundancy-spe-04.txt X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2012 16:33:49 -0000 Support.=20 Linda Dunbar > >-----Original Message----- > >From: pwe3-bounces@ietf.org [mailto:pwe3-bounces@ietf.org] On Behalf > Of > >Bocci, Matthew (Matthew) > >Sent: Monday, November 26, 2012 7:00 PM > >To: pwe3@ietf.org > >Subject: [PWE3] Poll for adoption and IPR check: > >draft-dong-pwe3-redundancy-spe-04.txt > > > >This email begins a two week poll to help the chairs judge if there is > consensus > >to adopt draft-dong-pwe3-redundancy-spe-04.txt as a PWE3 working group > >draft. > > > >Please respond to this email on the list with 'support' or 'do not > support'. > > > >Please also send any comments on the draft to the PWE3 list. > > > >Coincidentally, we are also polling for knowledge of any IPR that > applies to this > >draft, to ensure that IPR has been disclosed in compliance with IETF > IPR rules > >(see RFCs 3979, 4879, 3669 and 5378 for more details). > > > > > >If you are listed as a document author or contributor please respond > to this > >email whether or not you are aware of any relevant IPR. The draft will > not be > >adopted until a response has been received from each author and > contributor. > > > > > >If you are on the PWE3 WG email list but are not listed as an author > or > >contributor, then please explicitly respond only if you are aware of > any IPR that > >has not yet been disclosed in conformance with IETF rules. > > > >This poll closes on Monday 10th December 2012. > > > >Regards > > > >Matthew and Andy > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www.ietf.org/mailman/listinfo/pwe3 From gregory.mirsky@ericsson.com Mon Dec 3 11:32:41 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8639A21F884B; Mon, 3 Dec 2012 11:32:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.156 X-Spam-Level: X-Spam-Status: No, score=-6.156 tagged_above=-999 required=5 tests=[AWL=-0.442, BAYES_00=-2.599, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J81LZoJTPHC4; Mon, 3 Dec 2012 11:32:40 -0800 (PST) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id C347B21F884A; Mon, 3 Dec 2012 11:32:40 -0800 (PST) Received: from eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id qB3JfNFM020104; Mon, 3 Dec 2012 13:41:45 -0600 Received: from EUSAAHC006.ericsson.se (147.117.188.90) by eusaamw0711.eamcs.ericsson.se (147.117.20.178) with Microsoft SMTP Server (TLS) id 8.3.279.1; Mon, 3 Dec 2012 14:32:31 -0500 Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC006.ericsson.se ([147.117.188.90]) with mapi id 14.02.0318.001; Mon, 3 Dec 2012 14:32:31 -0500 From: Gregory Mirsky To: Marc Binderberger , Shahram Davari Thread-Topic: Commenst on draft-akiya-bfd-intervals-03 Thread-Index: Ac3Rh3XM5+9UcfrcQ2S8rX469rwQOQAAVMZQAAqkOwAAChtFQA== Date: Mon, 3 Dec 2012 19:32:30 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF11201E91E@eusaamb103.ericsson.se> References: <4A6CE49E6084B141B15C0713B8993F281BD38595@SJEXCHMB12.corp.ad.broadcom.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.135] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF11201E91Eeusaamb103ericsso_" MIME-Version: 1.0 Cc: "mpls@ietf.org" , "rtg-bfd@ietf.org" , "pwe3@ietf.org" Subject: Re: [PWE3] Commenst on draft-akiya-bfd-intervals-03 X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 19:32:41 -0000 --_000_7347100B5761DC41A166AC17F22DF11201E91Eeusaamb103ericsso_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear Shahram, Marc, et al., I think that since BFD is the CC/CV part of MPLS-TP OAM both MPLS and PWE3 = WGs have a stake in this discussion. I agree that compatibility with intervals standardized for Ether OAM (CFM/Y= .1731) makes sense and might be helpful in interworking. But I'll note that= even with the same transmission intervals failure detection in BFD-based C= C/CV and Ether OAM is different time interval. Not by much but different ne= vertheless. And I agree with Marc that BFD-based CC is not only for packet or Ethernet = transport applications. And more values of transmission interval are useful= . That is why I believe that we should not standardize any values, at least= not on Standard Track. At most it could be an informational document. Or, = which will be great, have a survey among providers on what interval values = being used (similar to great survey on PWE VCCV Control Channels). Regards, Greg ________________________________ From: rtg-bfd-bounces@ietf.org [mailto:rtg-bfd-bounces@ietf.org] On Behalf = Of Marc Binderberger Sent: Monday, December 03, 2012 11:08 AM To: Shahram Davari Cc: rtg-bfd@ietf.org Subject: Re: Commenst on draft-akiya-bfd-intervals-03 Hello Shahram, thanks for re-vitalizing this discussion - must admit I was busy with too m= any other things. I do agree with including the values you mention in the list of BFD support= ed values, although I question the large values. On the other hand: we are not re-inventing Ethernet OAM and we _have_ BFD i= mplementations out there. So we likely need to support other values as well= to fit into the existing world. Regards, Marc On 2012-12-03, at 20:02 , Shahram Davari wrote: Hi, I would like to propose standardizing the same intervals as Y.1731/802.1ag = for BFD. This would make the total L2, L3 OAM more homogeneous. So the prop= osal is: 3.3ms, 10ms, 100ms, 1 sec, 10sec, 1 min, 10min. Thank you, Shharam -- Marc Binderberger > --_000_7347100B5761DC41A166AC17F22DF11201E91Eeusaamb103ericsso_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Dear Shahram, Marc, et al.,
I think that since BFD is the CC/= CV part of MPLS-TP OAM both MPLS and PWE3 WGs have a stake in this discussi= on.
I agree that compatibility with i= ntervals standardized for Ether OAM (CFM/Y.1731) makes sense and might be h= elpful in interworking. But I'll note that even with the same transmission intervals failure detection in BFD-based CC/CV = and Ether OAM is different time interval. Not by much but different neverth= eless.
And I agree with Marc that BFD-ba= sed CC is not only for packet or Ethernet transport applications. And more = values of transmission interval are useful. That is why I believe that we should not standardize any values, at least = not on Standard Track. At most it could be an informational document. Or, w= hich will be great, have a survey among providers on what interval values b= eing used (similar to great survey on PWE VCCV Control Channels).
 
    Regards,
     &nb= sp;  Greg

From: rtg-bfd-bounces@ietf.org [mai= lto:rtg-bfd-bounces@ietf.org] On Behalf Of Marc Binderberger
Sent: Monday, December 03, 2012 11:08 AM
To: Shahram Davari
Cc: rtg-bfd@ietf.org
Subject: Re: Commenst on draft-akiya-bfd-intervals-03

Hello Shahram,

thanks for re-vitalizing this discussion - must admit I was busy with = too many other things.

I do agree with including the values you mention in the list of BFD su= pported values, although I question the large values.

On the other hand: we are not re-inventing Ethernet OAM and we _have_ = BFD implementations out there. So we likely need to support other values as= well to fit into the existing world.


Regards, Marc





On 2012-12-03, at 20:02 , Shahram Davari wrote:

Hi,
I would like to propose standardizing the same intervals as Y.1731/802.1ag = for BFD. This would make the total L2, L3 OAM more homogeneous. So the prop= osal is:
3.3ms, 10ms, 100ms, 1 sec, 10sec, 1 min, 10min.
Thank you,
 Shharam

 --_000_7347100B5761DC41A166AC17F22DF11201E91Eeusaamb103ericsso_-- From aldrin.ietf@gmail.com Mon Dec 3 11:53:35 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F7FF21F87EE; Mon, 3 Dec 2012 11:53:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.598 X-Spam-Level: X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QAdJPb75mkRw; Mon, 3 Dec 2012 11:53:34 -0800 (PST) Received: from mail-da0-f44.google.com (mail-da0-f44.google.com [209.85.210.44]) by ietfa.amsl.com (Postfix) with ESMTP id EFA8B21F8809; Mon, 3 Dec 2012 11:53:33 -0800 (PST) Received: by mail-da0-f44.google.com with SMTP id z20so1349619dae.31 for ; Mon, 03 Dec 2012 11:53:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to:x-mailer; bh=E/waLi5LQEi/SlyjGrZKCjimRHHrL4aod4PGJALJZhY=; b=CJPFZVZiL3eo0ZrD1SJ8ar5NE1T6hzJdB+b1EBSM46fkPzs99kAazw17j8/AcEuiAF 7QCQhBMTFgQ8iMhdz9DWgLe6M+TsfphB3z/jJqKzr99hP3bYN9g7Es8ym5l2DRwnEAXJ QmW0t96nOWN/WY3+PwbFtwy8BA47u8ybKyel9Byd9VqRBcev/GaGNk0SHGXXVKSm6pul 8XyJ+4V+j/N8oJwAwvyVnjxG5wF5Q4z/X4zzZVY0r3B02n4laQ3Wp8kI4JJ7oUtMEkH3 A9IALb4DA2zl+/qvgCHSAQ/SStGkPivS+0sBsF9C4C7dewIUd+xX+5kmwceBdKFOhrUJ r8jA== Received: by 10.68.131.8 with SMTP id oi8mr32121644pbb.29.1354564412342; Mon, 03 Dec 2012 11:53:32 -0800 (PST) Received: from [192.168.255.135] (107-1-141-74-ip-static.hfc.comcastbusiness.net. [107.1.141.74]) by mx.google.com with ESMTPS id s7sm8538920paz.7.2012.12.03.11.53.30 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 03 Dec 2012 11:53:31 -0800 (PST) Content-Type: multipart/alternative; boundary="Apple-Mail=_4F8976CD-6F1E-4E09-A3D6-12385AED612B" Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) From: Sam Aldrin In-Reply-To: <0C8935EE66D53445A3D3982BD9BE546815573400@xmb-aln-x09.cisco.com> Date: Mon, 3 Dec 2012 11:53:47 -0800 Message-Id: <0C709968-C915-4CDA-98E5-361E67D4C923@gmail.com> References: <4A6CE49E6084B141B15C0713B8993F281BD38595@SJEXCHMB12.corp.ad.broadcom.com> <7347100B5761DC41A166AC17F22DF11201E91E@eusaamb103.ericsson.se> <0C8935EE66D53445A3D3982BD9BE546815573400@xmb-aln-x09.cisco.com> To: "Santiago Alvarez (saalvare)" X-Mailer: Apple Mail (2.1499) Cc: "mpls@ietf.org" , Marc Binderberger , "pwe3@ietf.org" , "rtg-bfd@ietf.org" Subject: Re: [PWE3] [mpls] Commenst on draft-akiya-bfd-intervals-03 X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 19:53:35 -0000 --Apple-Mail=_4F8976CD-6F1E-4E09-A3D6-12385AED612B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I echo what Santiago had said in his email. Good to have an = informational document and do not support the idea of standardizing the = intervals. -sam On Dec 3, 2012, at 11:48 AM, "Santiago Alvarez (saalvare)" = wrote: > Applicability of BFD is pretty wide. Mandating a set of intervals = driven by Y.1731 doesn=92t sound like a good idea to me. Having lived = through most of the BFD CC interop testing in the context of MPLS-TP, I = can see some value in having an informational doc that would discuss = interval configuration and interoperability. > Cheers. > =20 > SA > -- > =20 > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf = Of Gregory Mirsky > Sent: Monday, December 03, 2012 11:33 AM > To: Marc Binderberger; Shahram Davari > Cc: mpls@ietf.org; rtg-bfd@ietf.org; pwe3@ietf.org > Subject: Re: [mpls] Commenst on draft-akiya-bfd-intervals-03 > =20 > Dear Shahram, Marc, et al., > I think that since BFD is the CC/CV part of MPLS-TP OAM both MPLS and = PWE3 WGs have a stake in this discussion. > I agree that compatibility with intervals standardized for Ether OAM = (CFM/Y.1731) makes sense and might be helpful in interworking. But I'll = note that even with the same transmission intervals failure detection in = BFD-based CC/CV and Ether OAM is different time interval. Not by much = but different nevertheless. > And I agree with Marc that BFD-based CC is not only for packet or = Ethernet transport applications. And more values of transmission = interval are useful. That is why I believe that we should not = standardize any values, at least not on Standard Track. At most it could = be an informational document. Or, which will be great, have a survey = among providers on what interval values being used (similar to great = survey on PWE VCCV Control Channels). > =20 > Regards, > Greg > =20 > From: rtg-bfd-bounces@ietf.org [mailto:rtg-bfd-bounces@ietf.org] On = Behalf Of Marc Binderberger > Sent: Monday, December 03, 2012 11:08 AM > To: Shahram Davari > Cc: rtg-bfd@ietf.org > Subject: Re: Commenst on draft-akiya-bfd-intervals-03 >=20 > Hello Shahram, > =20 > thanks for re-vitalizing this discussion - must admit I was busy with = too many other things. > =20 > I do agree with including the values you mention in the list of BFD = supported values, although I question the large values. > =20 > On the other hand: we are not re-inventing Ethernet OAM and we _have_ = BFD implementations out there. So we likely need to support other values = as well to fit into the existing world. > =20 > =20 > Regards, Marc > =20 > =20 > =20 > =20 > =20 > On 2012-12-03, at 20:02 , Shahram Davari wrote: >=20 >=20 > Hi, > I would like to propose standardizing the same intervals as = Y.1731/802.1ag for BFD. This would make the total L2, L3 OAM more = homogeneous. So the proposal is: > 3.3ms, 10ms, 100ms, 1 sec, 10sec, 1 min, 10min. > Thank you, > Shharam > =20 > -- > Marc Binderberger > =20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls --Apple-Mail=_4F8976CD-6F1E-4E09-A3D6-12385AED612B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 I echo what Santiago had said = in his email. Good to have an informational document and do not support = the idea of standardizing the = intervals.

-sam
On Dec 3, 2012, at 11:48 = AM, "Santiago Alvarez (saalvare)" <saalvare@cisco.com> = wrote:

Applicability of BFD is = pretty wide.  Mandating a set of intervals driven by Y.1731 doesn=92t= sound like a good idea to me.  Having lived through most of the = BFD CC interop testing in the context of MPLS-TP, I can see some value = in having an informational doc that would discuss interval configuration = and interoperability.
Cheers.
 
--
 
 mpls-bounces@ietf.org = [mailto:mpls-bounces@ietf.org] On Behalf Of Gregory = Mirsky
Sent: Monday, December 03, 2012 = 11:33 AM
To: Marc Binderberger; Shahram = Davari
Cc: mpls@ietf.org; rtg-bfd@ietf.org; pwe3@ietf.org
Subject: Re: [mpls] Commenst on = draft-akiya-bfd-intervals-03
 
Dear Shahram, Marc, et al.,
I think that since BFD is the CC/CV part of = MPLS-TP OAM both MPLS and PWE3 WGs have a stake in this = discussion.
I agree that compatibility with intervals standardized for Ether = OAM (CFM/Y.1731) makes sense and might be helpful in interworking. But = I'll note that even with the same transmission intervals failure = detection in BFD-based CC/CV and Ether OAM is different time interval. = Not by much but different nevertheless.
And I agree with Marc that BFD-based CC is = not only for packet or Ethernet transport applications. And more values = of transmission interval are useful. That is why I believe that we = should not standardize any values, at least not on Standard Track. At = most it could be an informational document. Or, which will be great, = have a survey among providers on what interval values being used = (similar to great survey on PWE VCCV Control = Channels).
        = Greg

 rtg-bfd-bounces@ietf.org [mailto:rtg-bfd-bounces@ietf.org] On Behalf Of Marc = Binderberger
Sent: Monday, December 03, 2012 = 11:08 AM
To: Shahram = Davari
Cc:  Re: Commenst on = draft-akiya-bfd-intervals-03


= --Apple-Mail=_4F8976CD-6F1E-4E09-A3D6-12385AED612B-- From marc@sniff.de Tue Dec 4 15:50:03 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 637B521F8BB2; Tue, 4 Dec 2012 15:50:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.009 X-Spam-Level: X-Spam-Status: No, score=-2.009 tagged_above=-999 required=5 tests=[AWL=-0.295, BAYES_00=-2.599, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id STxlYa-rzE8Q; Tue, 4 Dec 2012 15:50:02 -0800 (PST) Received: from door.sniff.de (door.sniff.de [IPv6:2001:6f8:94f:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id 37F8421F8BB0; Tue, 4 Dec 2012 15:50:01 -0800 (PST) Received: from [127.0.0.1] (localhost.sniff.de [127.0.0.1]) by door.sniff.de (Postfix) with ESMTP id 0F4F62AA0F; Tue, 4 Dec 2012 23:49:56 +0000 (GMT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/alternative; boundary=Apple-Mail-16-548157397 From: Marc Binderberger In-Reply-To: <0C709968-C915-4CDA-98E5-361E67D4C923@gmail.com> Date: Wed, 5 Dec 2012 00:49:55 +0100 Message-Id: <8C07C743-5276-429E-AC05-E1577A9EE856@sniff.de> References: <4A6CE49E6084B141B15C0713B8993F281BD38595@SJEXCHMB12.corp.ad.broadcom.com> <7347100B5761DC41A166AC17F22DF11201E91E@eusaamb103.ericsson.se> <0C8935EE66D53445A3D3982BD9BE546815573400@xmb-aln-x09.cisco.com> <0C709968-C915-4CDA-98E5-361E67D4C923@gmail.com> To: Shahram Davari , Gregory Mirsky , "Santiago Alvarez (saalvare)" , Sam Aldrin X-Mailer: Apple Mail (2.1084) Cc: mpls@ietf.org, rtg-bfd@ietf.org, pwe3@ietf.org Subject: Re: [PWE3] [mpls] Commenst on draft-akiya-bfd-intervals-03 X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 23:50:03 -0000 --Apple-Mail-16-548157397 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hello Sam, Santiago, Gregory, Sharam et al., thanks for the feedback. Input from the MPLS and PWE3 list is welcome = regarding important timer values for which we would like to have a = common support. Few comments from my side: I can live with an informal document, at least with respect to the = "standard intervals". The document shall help to improve = interoperability and even an informal document can become de-facto = standard when customers request it ;-) There is the aspect of the multiple poll/final sequences to find the = next common interval. I think it is covered by RFC5880 but this = statement may require more discussion on the BFD list. If not covered = then we would need a standard, I think. We will not make any reference to Y.1731 in the text but where intervals = we proposed are close to Y.1731 intervals I'm fine to adjust to Y.1731 = values, which may make a combined "OAM hardware" simpler/cheaper. We list the following values in the draft -03 version o 3.3msec: required by MPLS-TP o 10msec and 20msec: both values allow to detect faster than 50msec, when used with a multiplier of 2 or 3 (for 10msec). A compromise could be a single interval of 15msec. o 50msec: this seems an interval often supported by software implementations, so the assumption here is that for convenience this value should be supported. o 300msec: this would support large scale of 3 x 300msec setups used by customers to have a detection time slightly below 1sec for VoIP setups. o 1sec: as mentioned in RFC5880 We also discussed some time ago that the 300msec could be replaced by = 100msec intervals but this still needs more discussion. And the lower = interval range 10-50msec, especially 10-20msec, I personally tend to = have more "standard values" than less, providing more common intervals = between hardware based BFD and software based BFD; it is at least my = impression that in this range most software-based implementations have = their lower limit and the more common intervals the easier we can = support 50-60msec detect+restore even with software-based BFD (10msec = may just push the limit, 100msec is obviously too slow). This is vague beside the 3.3msec and 1sec, so again if good reasons = exist for specific values from the MPLS, MPLS-TP and PWE3 standards or = applications: input is very welcome! Thanks & Regards, Marc On 2012-12-03, at 20:53 , Sam Aldrin wrote: > I echo what Santiago had said in his email. Good to have an = informational document and do not support the idea of standardizing the = intervals. >=20 > -sam > On Dec 3, 2012, at 11:48 AM, "Santiago Alvarez (saalvare)" = wrote: >=20 >> Applicability of BFD is pretty wide. Mandating a set of intervals = driven by Y.1731 doesn=92t sound like a good idea to me. Having lived = through most of the BFD CC interop testing in the context of MPLS-TP, I = can see some value in having an informational doc that would discuss = interval configuration and interoperability. >> Cheers. >> =20 >> SA >> -- >> =20 >> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf = Of Gregory Mirsky >> Sent: Monday, December 03, 2012 11:33 AM >> To: Marc Binderberger; Shahram Davari >> Cc: mpls@ietf.org; rtg-bfd@ietf.org; pwe3@ietf.org >> Subject: Re: [mpls] Commenst on draft-akiya-bfd-intervals-03 >> =20 >> Dear Shahram, Marc, et al., >> I think that since BFD is the CC/CV part of MPLS-TP OAM both MPLS and = PWE3 WGs have a stake in this discussion. >> I agree that compatibility with intervals standardized for Ether OAM = (CFM/Y.1731) makes sense and might be helpful in interworking. But I'll = note that even with the same transmission intervals failure detection in = BFD-based CC/CV and Ether OAM is different time interval. Not by much = but different nevertheless. >> And I agree with Marc that BFD-based CC is not only for packet or = Ethernet transport applications. And more values of transmission = interval are useful. That is why I believe that we should not = standardize any values, at least not on Standard Track. At most it could = be an informational document. Or, which will be great, have a survey = among providers on what interval values being used (similar to great = survey on PWE VCCV Control Channels). >> =20 >> Regards, >> Greg >> =20 >> From: rtg-bfd-bounces@ietf.org [mailto:rtg-bfd-bounces@ietf.org] On = Behalf Of Marc Binderberger >> Sent: Monday, December 03, 2012 11:08 AM >> To: Shahram Davari >> Cc: rtg-bfd@ietf.org >> Subject: Re: Commenst on draft-akiya-bfd-intervals-03 >>=20 >> Hello Shahram, >> =20 >> thanks for re-vitalizing this discussion - must admit I was busy with = too many other things. >> =20 >> I do agree with including the values you mention in the list of BFD = supported values, although I question the large values. >> =20 >> On the other hand: we are not re-inventing Ethernet OAM and we _have_ = BFD implementations out there. So we likely need to support other values = as well to fit into the existing world. >> =20 >> =20 >> Regards, Marc >> =20 >> =20 >> =20 >> =20 >> =20 >> On 2012-12-03, at 20:02 , Shahram Davari wrote: >>=20 >>=20 >> Hi, >> I would like to propose standardizing the same intervals as = Y.1731/802.1ag for BFD. This would make the total L2, L3 OAM more = homogeneous. So the proposal is: >> 3.3ms, 10ms, 100ms, 1 sec, 10sec, 1 min, 10min. >> Thank you, >> Shharam >> =20 >> -- >> Marc Binderberger >> =20 >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >=20 -- Marc Binderberger --Apple-Mail-16-548157397 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 Hello = Sam, Santiago, Gregory, Sharam et al.,

thanks for the = feedback. Input from the MPLS and PWE3 list is welcome regarding = important timer values for which we would like to have a common = support.

Few comments from my = side:

I can live with an informal document, at = least with respect to the "standard intervals". The document shall help = to improve interoperability and even an informal document can become = de-facto standard when customers request it = ;-)

There is the aspect of the multiple = poll/final sequences to find the next common interval. I think it is = covered by RFC5880 but this statement may require more discussion on the = BFD list. If not covered then we would need a standard, I = think.

We will not make any reference to Y.1731 = in the text but where intervals we proposed are close to Y.1731 = intervals I'm fine to adjust to Y.1731 values, which may make a combined = "OAM hardware" = simpler/cheaper.


We list the = following values in the draft -03 = version

   o  3.3msec: = required by MPLS-TP

   o  10msec = and 20msec: both values allow to detect faster than = 50msec,
      when used with a multiplier of 2 = or 3 (for 10msec).  A compromise
      = could be a single interval of 15msec.

  =  o  50msec: this seems an interval often supported by = software
      implementations, so the = assumption here is that for convenience
      = this value should be supported.

   o =  300msec: this would support large scale of 3 x 300msec setups = used
      by customers to have a detection = time slightly below 1sec for VoIP
      = setups.

   o  1sec: as mentioned = in RFC5880


We also = discussed some time ago that the 300msec could be replaced by 100msec = intervals but this still needs more discussion. And the lower interval = range 10-50msec, especially 10-20msec, I personally tend to have more = "standard values" than less, providing more common intervals between = hardware based BFD and software based BFD; it is at least my impression = that in this range most software-based implementations have their lower = limit and the more common intervals the easier we can support 50-60msec = detect+restore even with software-based BFD (10msec may just push the = limit, 100msec is obviously too = slow).


This is vague beside the = 3.3msec and 1sec, so again if good reasons exist for specific values = from the MPLS, MPLS-TP and PWE3 standards or applications: input is very = welcome!


Thanks & = Regards,
Marc



=

On 2012-12-03, at 20:53 , Sam Aldrin wrote:

I echo what Santiago had said = in his email. Good to have an informational document and do not support = the idea of standardizing the = intervals.

-sam
On Dec 3, 2012, at 11:48 = AM, "Santiago Alvarez (saalvare)" <saalvare@cisco.com> = wrote:

Applicability of BFD is = pretty wide.  Mandating a set of intervals driven by Y.1731 doesn=92t= sound like a good idea to me.  Having lived through most of the = BFD CC interop testing in the context of MPLS-TP, I can see some value = in having an informational doc that would discuss interval configuration = and interoperability.
Cheers.
 
--
 
 mpls-bounces@ietf.org = [mailto:mpls-bounces@ietf.org] On Behalf Of Gregory = Mirsky
Sent: Monday, December 03, 2012 = 11:33 AM
To: Marc Binderberger; Shahram = Davari
Cc: mpls@ietf.org; rtg-bfd@ietf.org; pwe3@ietf.org
Subject: Re: [mpls] Commenst on = draft-akiya-bfd-intervals-03
 
Dear Shahram, Marc, et al.,
I think that since BFD is the CC/CV part of = MPLS-TP OAM both MPLS and PWE3 WGs have a stake in this = discussion.
I agree that compatibility with intervals standardized for Ether = OAM (CFM/Y.1731) makes sense and might be helpful in interworking. But = I'll note that even with the same transmission intervals failure = detection in BFD-based CC/CV and Ether OAM is different time interval. = Not by much but different nevertheless.
And I agree with Marc that BFD-based CC is = not only for packet or Ethernet transport applications. And more values = of transmission interval are useful. That is why I believe that we = should not standardize any values, at least not on Standard Track. At = most it could be an informational document. Or, which will be great, = have a survey among providers on what interval values being used = (similar to great survey on PWE VCCV Control = Channels).
        = Greg

 rtg-bfd-bounces@ietf.org [mailto:rtg-bfd-bounces@ietf.org] On Behalf Of Marc = Binderberger
Sent: Monday, December 03, 2012 = 11:08 AM
To: Shahram = Davari
Cc:  Re: Commenst on = draft-akiya-bfd-intervals-03



--
Marc Binderberger         =   <marc@sniff.de>

= --Apple-Mail-16-548157397-- From amalis@gmail.com Tue Dec 4 16:26:41 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6405C21F859A for ; Tue, 4 Dec 2012 16:26:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.999 X-Spam-Level: X-Spam-Status: No, score=-102.999 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, J_CHICKENPOX_33=0.6, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vQZEIIzk5SSH for ; Tue, 4 Dec 2012 16:26:40 -0800 (PST) Received: from mail-lb0-f172.google.com (mail-lb0-f172.google.com [209.85.217.172]) by ietfa.amsl.com (Postfix) with ESMTP id 92B3821F842B for ; Tue, 4 Dec 2012 16:26:40 -0800 (PST) Received: by mail-lb0-f172.google.com with SMTP id y2so3998075lbk.31 for ; Tue, 04 Dec 2012 16:26:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=vHyxYgjDWL1/yWIubRRhYpFbksCUtSRfa0XjbbLu6g0=; b=PwDhLh8YmP5w0p8lkp8rTD8KICYhivxRdOP522OZXAknBTOI9psf8Qwbe7cGf8TCf5 f106cVc2VlEbH/YwaNs3fYay8s7hRhetIz60+LcUx/XPOchlZQ0+O2ax+A/gN58+dFpa ZRLjSDKW+bYqJCRIcf3TaaqaAlpR+h/+T90XX75cpScW4CiEsk6+Np/PoH95mTqhZTFa 7f4pfVzME+omZrJRW3YTyEeLlohVcDLLULkUqzaODU653IAXRheGY3HvXkTTs/plnVJY bBj9ynt+TbYyzV1TCjwsnHPZXVLgG9SIeHEs2yCIHgeXUZnGGcWdM/56Tq4xij1xYdXJ tyKA== Received: by 10.152.108.37 with SMTP id hh5mr14898834lab.52.1354667199575; Tue, 04 Dec 2012 16:26:39 -0800 (PST) MIME-Version: 1.0 Received: by 10.114.74.238 with HTTP; Tue, 4 Dec 2012 16:26:19 -0800 (PST) In-Reply-To: References: From: "Andrew G. Malis" Date: Wed, 5 Dec 2012 09:26:19 +0900 Message-ID: To: "pwe3@ietf.org" Content-Type: text/plain; charset=ISO-8859-1 Cc: "attila.takacs@ericsson.com" , Ping Pan Subject: Re: [PWE3] WG adoption and IPR poll on draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07 X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 00:26:41 -0000 This ends the PWE3 WG adoption poll for draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp. Authors, please resubmit the draft as draft-ietf-pwe3-mpls-tp-pw-over-bidir-lsp (with no other changes). Thanks, Andy On Wed, Nov 21, 2012 at 6:10 AM, Andrew G. Malis wrote: > PWE3ers, > > As requested by Mach, this begins a call for WG adoption of > draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07. > > Please reply to this email whether or not you support adoption of this > draft. Reasons are not required, but are helpful for the WG. We would like > to see a good show of support rather than just a few emails. Indications > that the draft has actually been read would also be greatly appreciated. > > Coincidentally, we are also polling for knowledge of any IPR that > applies to this draft, to ensure that IPR has been disclosed in > compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more > details). > > If you are listed as a document author or contributor please respond > to this email whether or not you are aware of any relevant IPR. The > draft will not be adopted until a response has been received from each > author and contributor. > > If you are on the PWE3 WG email list but are not listed as an author > or contributor, then please explicitly respond only if you are aware > of any IPR that has not yet been disclosed in conformance with IETF > rules. > > This will be a two-week poll, ending 4 December. > > Cheers, > Andy and Matthew > > On Fri, Nov 9, 2012 at 9:06 AM, Mach Chen wrote: >> >> Hi, >> >> We have presented the updates on Monday's meeting, the latest version >> solved the comments received so far. As suggested on the meeting, we >> (co-authors) would like to request a WG adoption on the draft! >> >> Many thanks, >> Mach > > From PPan@infinera.com Tue Dec 4 16:37:29 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF2AE21F8A8B for ; Tue, 4 Dec 2012 16:37:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_33=0.6] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j7YIObnn4pnL for ; Tue, 4 Dec 2012 16:37:29 -0800 (PST) Received: from sv-casht-prod1.infinera.com (sv-casht-prod1.infinera.com [8.4.225.24]) by ietfa.amsl.com (Postfix) with ESMTP id 51E7621F8A84 for ; Tue, 4 Dec 2012 16:37:29 -0800 (PST) Received: from SV-EXDB-PROD2.infinera.com ([fe80::1d05:1822:aaea:ff52]) by sv-casht-prod1.infinera.com ([10.100.97.218]) with mapi id 14.02.0318.004; Tue, 4 Dec 2012 16:37:28 -0800 From: Ping Pan To: "Andrew G. Malis" , "pwe3@ietf.org" Thread-Topic: WG adoption and IPR poll on draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07 Thread-Index: AQHN0n8z+kWmfxAUqUqueCusTqgGspgJXGKA Date: Wed, 5 Dec 2012 00:37:28 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.100.96.93] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "attila.takacs@ericsson.com" Subject: Re: [PWE3] WG adoption and IPR poll on draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07 X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 00:37:29 -0000 Thanks! Ping -----Original Message----- From: Andrew G. Malis [mailto:amalis@gmail.com]=20 Sent: Tuesday, December 04, 2012 4:26 PM To: pwe3@ietf.org Cc: matthew.bocci@alcatel-lucent.com; Ping Pan; attila.takacs@ericsson.com;= Mach Chen; Caowei (Wayne) Subject: Re: WG adoption and IPR poll on draft-cao-pwe3-mpls-tp-pw-over-bid= ir-lsp-07 This ends the PWE3 WG adoption poll for draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp. Authors, please resubmit the draf= t as draft-ietf-pwe3-mpls-tp-pw-over-bidir-lsp (with no other changes). Thanks, Andy On Wed, Nov 21, 2012 at 6:10 AM, Andrew G. Malis wrote: > PWE3ers, > > As requested by Mach, this begins a call for WG adoption of=20 > draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07. > > Please reply to this email whether or not you support adoption of this=20 > draft. Reasons are not required, but are helpful for the WG. We would=20 > like to see a good show of support rather than just a few emails.=20 > Indications that the draft has actually been read would also be greatly a= ppreciated. > > Coincidentally, we are also polling for knowledge of any IPR that=20 > applies to this draft, to ensure that IPR has been disclosed in=20 > compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for=20 > more details). > > If you are listed as a document author or contributor please respond=20 > to this email whether or not you are aware of any relevant IPR. The=20 > draft will not be adopted until a response has been received from each=20 > author and contributor. > > If you are on the PWE3 WG email list but are not listed as an author=20 > or contributor, then please explicitly respond only if you are aware=20 > of any IPR that has not yet been disclosed in conformance with IETF=20 > rules. > > This will be a two-week poll, ending 4 December. > > Cheers, > Andy and Matthew > > On Fri, Nov 9, 2012 at 9:06 AM, Mach Chen wrote: >> >> Hi, >> >> We have presented the updates on Monday's meeting, the latest version=20 >> solved the comments received so far. As suggested on the meeting, we >> (co-authors) would like to request a WG adoption on the draft! >> >> Many thanks, >> Mach > > From mach.chen@huawei.com Tue Dec 4 17:04:38 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A45A821F8BE7 for ; Tue, 4 Dec 2012 17:04:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.361 X-Spam-Level: *** X-Spam-Status: No, score=3.361 tagged_above=-999 required=5 tests=[AWL=-0.027, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_35=0.339, J_CHICKENPOX_33=0.6, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4, SARE_SUB_ENC_GB2312=1.345] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MXcr1D7gTkkN for ; Tue, 4 Dec 2012 17:04:38 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 68EB721F8BE1 for ; Tue, 4 Dec 2012 17:04:37 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AME41059; Wed, 05 Dec 2012 01:04:32 +0000 (GMT) Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 5 Dec 2012 01:04:02 +0000 Received: from SZXEML457-HUB.china.huawei.com (10.82.67.200) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 5 Dec 2012 01:04:31 +0000 Received: from SZXEML511-MBS.china.huawei.com ([169.254.4.138]) by szxeml457-hub.china.huawei.com ([10.82.67.200]) with mapi id 14.01.0323.003; Wed, 5 Dec 2012 09:03:59 +0800 From: Mach Chen To: "Andrew G. Malis" , "pwe3@ietf.org" Thread-Topic: WG adoption and IPR poll on draft-cao-pwe3-mpls-tp-pw-over-bidir-lsp-07 Thread-Index: AQHN0n81Oz/yVav9cEC3NYc6PfEB7JgJY2cA Date: Wed, 5 Dec 2012 01:03:58 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.96.103] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "attila.takacs@ericsson.com" , Ping Pan Subject: [PWE3] =?gb2312?b?tPC4tDogV0cgYWRvcHRpb24gYW5kIElQUiBwb2xsIG9u?= =?gb2312?b?IGRyYWZ0LWNhby1wd2UzLW1wbHMtdHAtcHctb3Zlci1iaWRpci1sc3AtMDc=?= X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 01:04:38 -0000 VGhhbmtzIEFuZHksDQoNCldlIHdpbGwgcmVzdWJtaXQgdGhlIGRyYWZ0IGFzIHJlcXVpcmVkIHNv b24uIA0KDQpCZXN0IHJlZ2FyZHMsDQpNYWNoDQo+IC0tLS0t08q8/tStvP4tLS0tLQ0KPiC3orz+ yMs6IEFuZHJldyBHLiBNYWxpcyBbbWFpbHRvOmFtYWxpc0BnbWFpbC5jb21dDQo+ILeiy83Ksbzk OiAyMDEyxOoxMtTCNcjVIDg6MjYNCj4gytW8/sjLOiBwd2UzQGlldGYub3JnDQo+ILOty806IG1h dHRoZXcuYm9jY2lAYWxjYXRlbC1sdWNlbnQuY29tOyBQaW5nIFBhbjsNCj4gYXR0aWxhLnRha2Fj c0Blcmljc3Nvbi5jb207IE1hY2ggQ2hlbjsgQ2Fvd2VpIChXYXluZSkNCj4g1vfM4jogUmU6IFdH IGFkb3B0aW9uIGFuZCBJUFIgcG9sbCBvbg0KPiBkcmFmdC1jYW8tcHdlMy1tcGxzLXRwLXB3LW92 ZXItYmlkaXItbHNwLTA3DQo+IA0KPiBUaGlzIGVuZHMgdGhlIFBXRTMgV0cgYWRvcHRpb24gcG9s bCBmb3INCj4gZHJhZnQtY2FvLXB3ZTMtbXBscy10cC1wdy1vdmVyLWJpZGlyLWxzcC4gQXV0aG9y cywgcGxlYXNlIHJlc3VibWl0IHRoZQ0KPiBkcmFmdCBhcyBkcmFmdC1pZXRmLXB3ZTMtbXBscy10 cC1wdy1vdmVyLWJpZGlyLWxzcCAod2l0aCBubyBvdGhlcg0KPiBjaGFuZ2VzKS4NCj4gDQo+IFRo YW5rcywNCj4gQW5keQ0KPiANCj4gT24gV2VkLCBOb3YgMjEsIDIwMTIgYXQgNjoxMCBBTSwgQW5k cmV3IEcuIE1hbGlzIDxhbWFsaXNAZ21haWwuY29tPg0KPiB3cm90ZToNCj4gPiBQV0UzZXJzLA0K PiA+DQo+ID4gQXMgcmVxdWVzdGVkIGJ5IE1hY2gsIHRoaXMgYmVnaW5zIGEgY2FsbCBmb3IgV0cg YWRvcHRpb24gb2YNCj4gPiBkcmFmdC1jYW8tcHdlMy1tcGxzLXRwLXB3LW92ZXItYmlkaXItbHNw LTA3Lg0KPiA+DQo+ID4gUGxlYXNlIHJlcGx5IHRvIHRoaXMgZW1haWwgd2hldGhlciBvciBub3Qg eW91IHN1cHBvcnQgYWRvcHRpb24gb2YgdGhpcw0KPiA+IGRyYWZ0LiBSZWFzb25zIGFyZSBub3Qg cmVxdWlyZWQsIGJ1dCBhcmUgaGVscGZ1bCBmb3IgdGhlIFdHLiBXZSB3b3VsZCBsaWtlDQo+ID4g dG8gc2VlIGEgZ29vZCBzaG93IG9mIHN1cHBvcnQgcmF0aGVyIHRoYW4ganVzdCBhIGZldyBlbWFp bHMuIEluZGljYXRpb25zDQo+ID4gdGhhdCB0aGUgZHJhZnQgaGFzIGFjdHVhbGx5IGJlZW4gcmVh ZCB3b3VsZCBhbHNvIGJlIGdyZWF0bHkgYXBwcmVjaWF0ZWQuDQo+ID4NCj4gPiBDb2luY2lkZW50 YWxseSwgd2UgYXJlIGFsc28gcG9sbGluZyBmb3Iga25vd2xlZGdlIG9mIGFueSBJUFIgdGhhdA0K PiA+IGFwcGxpZXMgdG8gdGhpcyBkcmFmdCwgdG8gZW5zdXJlIHRoYXQgSVBSIGhhcyBiZWVuIGRp c2Nsb3NlZCBpbg0KPiA+IGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcyAoc2VlIFJGQ3Mg Mzk3OSwgNDg3OSwgMzY2OSBhbmQgNTM3OCBmb3IgbW9yZQ0KPiA+IGRldGFpbHMpLg0KPiA+DQo+ ID4gSWYgeW91IGFyZSBsaXN0ZWQgYXMgYSBkb2N1bWVudCBhdXRob3Igb3IgY29udHJpYnV0b3Ig cGxlYXNlIHJlc3BvbmQNCj4gPiB0byB0aGlzIGVtYWlsIHdoZXRoZXIgb3Igbm90IHlvdSBhcmUg YXdhcmUgb2YgYW55IHJlbGV2YW50IElQUi4gVGhlDQo+ID4gZHJhZnQgd2lsbCBub3QgYmUgYWRv cHRlZCB1bnRpbCBhIHJlc3BvbnNlIGhhcyBiZWVuIHJlY2VpdmVkIGZyb20gZWFjaA0KPiA+IGF1 dGhvciBhbmQgY29udHJpYnV0b3IuDQo+ID4NCj4gPiBJZiB5b3UgYXJlIG9uIHRoZSBQV0UzIFdH IGVtYWlsIGxpc3QgYnV0IGFyZSBub3QgbGlzdGVkIGFzIGFuIGF1dGhvcg0KPiA+IG9yIGNvbnRy aWJ1dG9yLCB0aGVuIHBsZWFzZSBleHBsaWNpdGx5IHJlc3BvbmQgb25seSBpZiB5b3UgYXJlIGF3 YXJlDQo+ID4gb2YgYW55IElQUiB0aGF0IGhhcyBub3QgeWV0IGJlZW4gZGlzY2xvc2VkIGluIGNv bmZvcm1hbmNlIHdpdGggSUVURg0KPiA+IHJ1bGVzLg0KPiA+DQo+ID4gVGhpcyB3aWxsIGJlIGEg dHdvLXdlZWsgcG9sbCwgZW5kaW5nIDQgRGVjZW1iZXIuDQo+ID4NCj4gPiBDaGVlcnMsDQo+ID4g QW5keSBhbmQgTWF0dGhldw0KPiA+DQo+ID4gT24gRnJpLCBOb3YgOSwgMjAxMiBhdCA5OjA2IEFN LCBNYWNoIENoZW4gPG1hY2guY2hlbkBodWF3ZWkuY29tPg0KPiB3cm90ZToNCj4gPj4NCj4gPj4g SGksDQo+ID4+DQo+ID4+IFdlIGhhdmUgcHJlc2VudGVkIHRoZSB1cGRhdGVzIG9uIE1vbmRheSdz IG1lZXRpbmcsIHRoZSBsYXRlc3QgdmVyc2lvbg0KPiA+PiBzb2x2ZWQgdGhlIGNvbW1lbnRzIHJl Y2VpdmVkIHNvIGZhci4gQXMgc3VnZ2VzdGVkIG9uIHRoZSBtZWV0aW5nLCB3ZQ0KPiA+PiAoY28t YXV0aG9ycykgd291bGQgbGlrZSB0byByZXF1ZXN0IGEgV0cgYWRvcHRpb24gb24gdGhlIGRyYWZ0 IQ0KPiA+Pg0KPiA+PiBNYW55IHRoYW5rcywNCj4gPj4gTWFjaA0KPiA+DQo+ID4NCg== From internet-drafts@ietf.org Tue Dec 4 17:36:33 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3222221F8928; Tue, 4 Dec 2012 17:36:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.528 X-Spam-Level: X-Spam-Status: No, score=-102.528 tagged_above=-999 required=5 tests=[AWL=0.071, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8VB1+p541Qtq; Tue, 4 Dec 2012 17:36:32 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C304D21F84F2; Tue, 4 Dec 2012 17:36:32 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.36 Message-ID: <20121205013632.26779.30848.idtracker@ietfa.amsl.com> Date: Tue, 04 Dec 2012 17:36:32 -0800 Cc: pwe3@ietf.org Subject: [PWE3] I-D Action: draft-ietf-pwe3-mpls-tp-pw-over-bidir-lsp-00.txt X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 01:36:33 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Pseudowire Emulation Edge to Edge Working= Group of the IETF. Title : LDP extensions for Pseudowire Binding to LSP Tunnels Author(s) : Mach(Guoyi) Chen Wei Cao Attila Takacs Ping Pan Filename : draft-ietf-pwe3-mpls-tp-pw-over-bidir-lsp-00.txt Pages : 16 Date : 2012-12-04 Abstract: Many transport services require that user traffic, in the forms of Pseudowires (PW), to be delivered on a single co-routed bidirectional LSP or two LSPs that share the same routes. In addition, the user traffic may traverse through multiple transport networks. This document specifies an optional extension in LDP that enable the binding between PWs and the underlying LSPs. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pwe3-mpls-tp-pw-over-bidir-lsp There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-pwe3-mpls-tp-pw-over-bidir-lsp-00 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From lizhenqiang@chinamobile.com Tue Dec 4 18:56:48 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D94B921F8938 for ; Tue, 4 Dec 2012 18:56:48 -0800 (PST) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -0.377 X-Spam-Level: X-Spam-Status: No, score=-0.377 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RELAY_IS_221=2.222] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H1ygsCMfxh4V for ; Tue, 4 Dec 2012 18:56:46 -0800 (PST) Received: from imss.chinamobile.com (imss.chinamobile.com [221.130.253.135]) by ietfa.amsl.com (Postfix) with ESMTP id E24C321F86FD for ; Tue, 4 Dec 2012 18:56:45 -0800 (PST) Received: from imss.chinamobile.com (localhost [127.0.0.1]) by localhost.chinamobile.com (Postfix) with ESMTP id DB4B5E5CC for ; Wed, 5 Dec 2012 10:56:46 +0800 (CST) Received: from mail.chinamobile.com (unknown [10.1.28.22]) by imss.chinamobile.com (Postfix) with ESMTP id D4077E473 for ; Wed, 5 Dec 2012 10:56:46 +0800 (CST) To: pwe3@ietf.org MIME-Version: 1.0 From: lizhenqiang@chinamobile.com Date: Wed, 5 Dec 2012 10:56:45 +0800 Message-ID: X-Mailer: Lotus Domino Web Server Release 6.5.6 March 06, 2007 X-MIMETrack: Serialize by Router on jtgsml01/servers/cmcc(Release 6.5.6|March 06, 2007) at 2012-12-05 10:56:46 MIME-Version: 1.0 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable X-TM-AS-Product-Ver: IMSS-7.0.0.8231-6.8.0.1017-19420.001 X-TM-AS-Result: No--11.471-7.0-31-10 X-imss-scan-details: No--11.471-7.0-31-10;No--11.471-7.0-31-10 X-TM-AS-User-Approved-Sender: No;No X-TM-AS-User-Blocked-Sender: No;No Subject: Re: [PWE3] Poll for adoption and IPR check: draft-dong-pwe3-redundancy-spe-04.txt X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 02:56:49 -0000 Support! Zhenqiang Li ---------------------------------------------------------------------------= ---------------------------- From: pwe3-bounces@ietf.org [mailto:pwe3-bounces@ietf.org] On Behalf Of Boc= ci, Matthew (Matthew) Sent: Monday, November 26, 2012 7:00 PM To: pwe3@ietf.org Subject: [PWE3] Poll for adoption and IPR check: draft-dong-pwe3-redundancy= -spe-04.txt This email begins a two week poll to help the chairs judge if there is cons= ensus to adopt draft-dong-pwe3-redundancy-spe-04.txt as a PWE3 working gro= up draft. Please respond to this email on the list with 'support' or 'do not support'. Please also send any comments on the draft to the PWE3 list. Coincidentally, we are also polling for knowledge of any IPR that applies t= o this draft, to ensure that IPR has been disclosed in compliance with IETF= IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). If you are listed as a document author or contributor please respond to thi= s email whether or not you are aware of any relevant IPR. The draft will no= t be adopted until a response has been received from each author and contri= butor. If you are on the PWE3 WG email list but are not listed as an author or con= tributor, then please explicitly respond only if you are aware of any IPR t= hat has not yet been disclosed in conformance with IETF rules. This poll closes on Monday 10th December 2012. =20 Regards Matthew and Andy From saalvare@cisco.com Mon Dec 3 11:48:11 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95A7721F8811; Mon, 3 Dec 2012 11:48:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.598 X-Spam-Level: X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d03X4vcIk8T3; Mon, 3 Dec 2012 11:48:06 -0800 (PST) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id AFCB421F880B; Mon, 3 Dec 2012 11:48:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14069; q=dns/txt; s=iport; t=1354564085; x=1355773685; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=QffO5VomvQjpkO2DZYnJQIU3Je5ohYF7Q9Qm/rqcySE=; b=j0lYGy1HyScNZWVrC7YYJbdu32tdygUCNpILRhYG99KTvln6zqZ5QVeL OkpFd6vla1L1nJ5By9dZprNKsmm+cpDsXGyWFFT7HhlJRqLSSLkqY7eBD iLzB5jw37wJIqJQPTrjb65CPec182WY53F5bLJogNiONRBCwBd9h/BtZs I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgEFAAgBvVCtJXG//2dsb2JhbABEgkm8HBZzgh4BAQEEGBVMEAIBCBEEAQELHQcyFAkIAQEEAQ0FCIgIvk2MQINgYQOmSIJygiE X-IronPort-AV: E=McAfee;i="5400,1158,6915"; a="148852149" Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by rcdn-iport-7.cisco.com with ESMTP; 03 Dec 2012 19:48:03 +0000 Received: from xhc-aln-x02.cisco.com (xhc-aln-x02.cisco.com [173.36.12.76]) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id qB3Jm3sC010470 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 3 Dec 2012 19:48:03 GMT Received: from xmb-aln-x09.cisco.com ([169.254.4.123]) by xhc-aln-x02.cisco.com ([173.36.12.76]) with mapi id 14.02.0318.001; Mon, 3 Dec 2012 13:48:03 -0600 From: "Santiago Alvarez (saalvare)" To: Gregory Mirsky , Marc Binderberger , Shahram Davari Thread-Topic: Commenst on draft-akiya-bfd-intervals-03 Thread-Index: Ac3Rh3XM5+9UcfrcQ2S8rX469rwQOQAAVMZQAAqkOwAAChtFQAATgFsg Date: Mon, 3 Dec 2012 19:48:02 +0000 Message-ID: <0C8935EE66D53445A3D3982BD9BE546815573400@xmb-aln-x09.cisco.com> References: <4A6CE49E6084B141B15C0713B8993F281BD38595@SJEXCHMB12.corp.ad.broadcom.com> <7347100B5761DC41A166AC17F22DF11201E91E@eusaamb103.ericsson.se> In-Reply-To: <7347100B5761DC41A166AC17F22DF11201E91E@eusaamb103.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [128.107.163.53] Content-Type: multipart/alternative; boundary="_000_0C8935EE66D53445A3D3982BD9BE546815573400xmbalnx09ciscoc_" MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 04 Dec 2012 20:44:34 -0800 Cc: "mpls@ietf.org" , "rtg-bfd@ietf.org" , "pwe3@ietf.org" , "Santiago Alvarez \(saalvare\)" Subject: Re: [PWE3] Commenst on draft-akiya-bfd-intervals-03 X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 19:48:11 -0000 --_000_0C8935EE66D53445A3D3982BD9BE546815573400xmbalnx09ciscoc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Applicability of BFD is pretty wide. Mandating a set of intervals driven b= y Y.1731 doesn't sound like a good idea to me. Having lived through most o= f the BFD CC interop testing in the context of MPLS-TP, I can see some valu= e in having an informational doc that would discuss interval configuration = and interoperability. Cheers. SA -- From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Gre= gory Mirsky Sent: Monday, December 03, 2012 11:33 AM To: Marc Binderberger; Shahram Davari Cc: mpls@ietf.org; rtg-bfd@ietf.org; pwe3@ietf.org Subject: Re: [mpls] Commenst on draft-akiya-bfd-intervals-03 Dear Shahram, Marc, et al., I think that since BFD is the CC/CV part of MPLS-TP OAM both MPLS and PWE3 = WGs have a stake in this discussion. I agree that compatibility with intervals standardized for Ether OAM (CFM/Y= .1731) makes sense and might be helpful in interworking. But I'll note that= even with the same transmission intervals failure detection in BFD-based C= C/CV and Ether OAM is different time interval. Not by much but different ne= vertheless. And I agree with Marc that BFD-based CC is not only for packet or Ethernet = transport applications. And more values of transmission interval are useful= . That is why I believe that we should not standardize any values, at least= not on Standard Track. At most it could be an informational document. Or, = which will be great, have a survey among providers on what interval values = being used (similar to great survey on PWE VCCV Control Channels). Regards, Greg ________________________________ From: rtg-bfd-bounces@ietf.org [mailto:rtg= -bfd-bounces@ietf.org] On Behalf Of Marc Binderberger Sent: Monday, December 03, 2012 11:08 AM To: Shahram Davari Cc: rtg-bfd@ietf.org Subject: Re: Commenst on draft-akiya-bfd-intervals-03 Hello Shahram, thanks for re-vitalizing this discussion - must admit I was busy with too m= any other things. I do agree with including the values you mention in the list of BFD support= ed values, although I question the large values. On the other hand: we are not re-inventing Ethernet OAM and we _have_ BFD i= mplementations out there. So we likely need to support other values as well= to fit into the existing world. Regards, Marc On 2012-12-03, at 20:02 , Shahram Davari wrote: Hi, I would like to propose standardizing the same intervals as Y.1731/802.1ag = for BFD. This would make the total L2, L3 OAM more homogeneous. So the prop= osal is: 3.3ms, 10ms, 100ms, 1 sec, 10sec, 1 min, 10min. Thank you, Shharam -- Marc Binderberger > --_000_0C8935EE66D53445A3D3982BD9BE546815573400xmbalnx09ciscoc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Applicability of BFD is p= retty wide.  Mandating a set of intervals driven by Y.1731 doesn’= ;t sound like a good idea to me.  Having lived through most of the BFD CC interop testing in the context of MPLS-TP, I can see some value in = having an informational doc that would discuss interval configuration and i= nteroperability.

Cheers.=

 <= /p>

SA

--

 <= /p>

From: mpls-bou= nces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Gregory Mirsky
Sent: Monday, December 03, 2012 11:33 AM
To: Marc Binderberger; Shahram Davari
Cc: mpls@ietf.org; rtg-bfd@ietf.org; pwe3@ietf.org
Subject: Re: [mpls] Commenst on draft-akiya-bfd-intervals-03

 

Dear Shahram, Marc, et al.,

I think that since BFD is the = CC/CV part of MPLS-TP OAM both MPLS and PWE3 WGs have a stake in this discu= ssion.

I agree that compatibility wit= h intervals standardized for Ether OAM (CFM/Y.1731) makes sense and might b= e helpful in interworking. But I'll note that even with the same transmission intervals failure detection in BFD-based CC/CV and E= ther OAM is different time interval. Not by much but different nevertheless= .

And I agree with Marc that BFD= -based CC is not only for packet or Ethernet transport applications. And mo= re values of transmission interval are useful. That is why I believe that we should not standardize any values, at least not on Stand= ard Track. At most it could be an informational document. Or, which will be= great, have a survey among providers on what interval values being used (s= imilar to great survey on PWE VCCV Control Channels).

 

    Regards,

     =    Greg

 

From:<= /span> rtg-bfd-bounces@ietf.org [<= a href=3D"mailto:rtg-bfd-bounces@ietf.org">mailto:rtg-bfd-bounces@ietf.org<= /a>] On Behalf Of Marc Binderberger
Sent: Monday, December 03, 2012 11:08 AM
To: Shahram Davari
Cc: rtg-bfd@ietf.org
Subject: Re: Commenst on draft-akiya-bfd-intervals-03

Hello Shahram,

 

thanks for re-vitalizing this discussion - must admi= t I was busy with too many other things.

 

I do agree with including the values you mention in = the list of BFD supported values, although I question the large values.

 

On the other hand: we are not re-inventing Ethernet = OAM and we _have_ BFD implementations out there. So we likely need to suppo= rt other values as well to fit into the existing world.

 

 

Regards, Marc

 

 

 

 

 

On 2012-12-03, at 20:02 , Shahram Davari wrote:=



Hi,

I would like to propose standardizing t= he same intervals as Y.1731/802.1ag for BFD. This would make the total L2, = L3 OAM more homogeneous. So the proposal is:

3.3ms, 10ms, 100ms, 1 sec, 10sec, 1 min= , 10min.

Thank you,

 Shharam

 

--

Marc Binderberger           <marc@sniff.de>

 

--_000_0C8935EE66D53445A3D3982BD9BE546815573400xmbalnx09ciscoc_-- From loa@pi.nu Wed Dec 5 11:57:20 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB1FD21F870F for ; Wed, 5 Dec 2012 11:57:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0AqfVqlDmi0u for ; Wed, 5 Dec 2012 11:57:20 -0800 (PST) Received: from mail.pi.nu (ns1.elverljung.se [195.206.248.139]) by ietfa.amsl.com (Postfix) with ESMTP id 0C73D21F870C for ; Wed, 5 Dec 2012 11:57:20 -0800 (PST) Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.pi.nu (Postfix) with ESMTPSA id 15F43820F2; Wed, 5 Dec 2012 20:57:19 +0100 (CET) Message-ID: <50BFA718.6000109@pi.nu> Date: Wed, 05 Dec 2012 20:57:12 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: pwe3@ietf.org, "pwe3-chairs@tools.ietf.org" References: <50BFA663.5050504@pi.nu> In-Reply-To: <50BFA663.5050504@pi.nu> X-Forwarded-Message-Id: <50BFA663.5050504@pi.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [PWE3] Fwd: requst for review of draft-ietf-mpls-ldp-ip-pw-capability X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 19:57:21 -0000 PWE3ers, please note that we are asking for review of draft-ietf-mpls-ldp-ip-pw-capability-02 prior to working group last call. Please send comments to the mpls working group mailing list. /Loa for the mpls wg co-chairs -------- Original Message -------- Subject: requst for review of draft-ietf-mpls-ldp-ip-pw-capability Resent-To: sboutros@cisco.com, skraza@cisco.com, swallow@cisco.com, loa@pi.nu, rcallon@juniper.net, Date: Wed, 05 Dec 2012 20:54:11 +0100 From: Loa Andersson To: mpls@ietf.org , mpls-chairs@tools.ietf.org , draft-ietf-mpls-ldp-ip-pw-capability@tools.ietf.org, Martin Vigoureux Working Group, Back in August the authors of draft-ietf-mpls-ldp-ip-pw-capability-02.txt asked for review of the document since it had been update due to feedback on the working group mailing list. To date I've not seen any comments, and is prepared to take this as a silent consent. However, there we will keep the request for review open for one more week before starting the working group last call process. /Loa -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From internet-drafts@ietf.org Tue Dec 11 02:13:12 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5DFA121F87D7; Tue, 11 Dec 2012 02:13:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.53 X-Spam-Level: X-Spam-Status: No, score=-102.53 tagged_above=-999 required=5 tests=[AWL=0.069, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WPootbjzqiJV; Tue, 11 Dec 2012 02:12:58 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2E7221F87BC; Tue, 11 Dec 2012 02:12:41 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.36 Message-ID: <20121211101241.31387.34198.idtracker@ietfa.amsl.com> Date: Tue, 11 Dec 2012 02:12:41 -0800 Cc: pwe3@ietf.org Subject: [PWE3] I-D Action: draft-ietf-pwe3-mspw-er-02.txt X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2012 10:13:13 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Pseudowire Emulation Edge to Edge Working= Group of the IETF. Title : Explicit Path Routing for Dynamic Multi-Segment Pseudowi= res Author(s) : Pranjal Kumar Dutta Matthew Bocci Luca Martini Filename : draft-ietf-pwe3-mspw-er-02.txt Pages : 13 Date : 2012-12-11 Abstract: Dynamic Multi-Segment Pseudowire (MS-PW) setup through an explicit path may be required to provide a simple solution for 1:1 protection with diverse primary and backup MS-PWs for a service, or to enable controlled signaling (strict or loose) for special MS-PWs. This document specifies the extensions and procedures required to enable dynamic MS-PWs to be established along explicit paths. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pwe3-mspw-er There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-pwe3-mspw-er-02 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-pwe3-mspw-er-02 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From internet-drafts@ietf.org Tue Dec 11 02:39:53 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0639821F87D7; Tue, 11 Dec 2012 02:39:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.53 X-Spam-Level: X-Spam-Status: No, score=-102.53 tagged_above=-999 required=5 tests=[AWL=0.069, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oFgLBJ7vHQEh; Tue, 11 Dec 2012 02:39:52 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9750321F8741; Tue, 11 Dec 2012 02:39:52 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.36 Message-ID: <20121211103952.25917.88056.idtracker@ietfa.amsl.com> Date: Tue, 11 Dec 2012 02:39:52 -0800 Cc: pwe3@ietf.org Subject: [PWE3] I-D Action: draft-ietf-pwe3-dynamic-ms-pw-16.txt X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2012 10:39:53 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Pseudowire Emulation Edge to Edge Working= Group of the IETF. Title : Dynamic Placement of Multi Segment Pseudowires Author(s) : Luca Martini Matthew Bocci Florin Balus Filename : draft-ietf-pwe3-dynamic-ms-pw-16.txt Pages : 22 Date : 2012-12-11 Abstract: There is a requirement for service providers to be able to extend the reach of pseudowires (PW) across multiple Packet Switched Network domains. A Multi-Segment PW is defined as a set of two or more contiguous PW segments that behave and function as a single point- to-point PW. This document describes extensions to the PW control protocol to dynamically place the segments of the multi segment pseudowire among a set of Provider Edge (PE) routers. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pwe3-dynamic-ms-pw There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-pwe3-dynamic-ms-pw-16 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-pwe3-dynamic-ms-pw-16 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From liu.guoman@zte.com.cn Tue Dec 11 22:20:43 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0728021F882C for ; Tue, 11 Dec 2012 22:20:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -95.981 X-Spam-Level: X-Spam-Status: No, score=-95.981 tagged_above=-999 required=5 tests=[BAYES_40=-0.185, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fK4k7I+V8-oB for ; Tue, 11 Dec 2012 22:20:41 -0800 (PST) Received: from zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id CD49C21F89B4 for ; Tue, 11 Dec 2012 22:20:38 -0800 (PST) Received: from mse02.zte.com.cn (unknown [10.30.3.21]) by Websense Email Security Gateway with ESMTPS id 58CC5125F0AF for ; Wed, 12 Dec 2012 14:22:27 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id qBC6KL4R082994 for ; Wed, 12 Dec 2012 14:20:21 +0800 (GMT-8) (envelope-from liu.guoman@zte.com.cn) In-Reply-To: <20121212061446.5749.66122.idtracker@ietfa.amsl.com> To: pwe3@ietf.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: liu.guoman@zte.com.cn Date: Wed, 12 Dec 2012 14:20:19 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-12-12 14:20:18, Serialize complete at 2012-12-12 14:20:18 Content-Type: multipart/alternative; boundary="=_alternative 0022F01948257AD2_=" X-MAIL: mse02.zte.com.cn qBC6KL4R082994 Subject: Re: [PWE3] New Version Notification for draft-liu-pwe3-mpls-tp-p2mp-pw-protection-02.txt X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2012 06:20:43 -0000 This is a multipart message in MIME format. --=_alternative 0022F01948257AD2_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 aGkgYWxsDQpJIGhhdmUganVzdCB1cGxvYWQgbmV3IHZlcnNpb24gb2YgDQpkcmFmdC1saXUtcHdl My1tcGxzLXRwLXAybXAtcHctcHJvdGVjdGlvbiBhY2NvcmRpbmcgdG8gYWxsIGV4cGVydHMnIA0K Y29tbWVudHMuDQogSSB3aWxsIHdlbGNvbWUgYWxsIGV4cGVydHMgY2FuIHJldmlldyB0aGlzIGRy YWZ0IGFuZCBwcm92aWRlIG1vcmUgDQpjb21tZW50cyBhbmQgYWR2aWNlLg0KDQp0aGFuIHlvdSB2 ZXJ5IG11Y2g7DQoNCkIuUi4NCmxpdSANCg0KDQoNCg0KaW50ZXJuZXQtZHJhZnRzQGlldGYub3Jn IA0KMjAxMi0xMi0xMiAxNDoxNA0KDQrK1bz+yMsNCmxpdS5ndW9tYW5AenRlLmNvbS5jbg0Ks63L zQ0KeXUuamluZ2hhaUB6dGUuY29tLmNuDQrW98ziDQpOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24g Zm9yIA0KZHJhZnQtbGl1LXB3ZTMtbXBscy10cC1wMm1wLXB3LXByb3RlY3Rpb24tMDIudHh0DQoN Cg0KDQoNCg0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1saXUtcHdlMy1tcGxzLXRw LXAybXAtcHctcHJvdGVjdGlvbi0wMi50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0 ZWQgYnkgR3VvbWFuIExpdSBhbmQgcG9zdGVkIHRvIHRoZQ0KSUVURiByZXBvc2l0b3J5Lg0KDQpG aWxlbmFtZTogICAgICAgICAgICAgICAgIGRyYWZ0LWxpdS1wd2UzLW1wbHMtdHAtcDJtcC1wdy1w cm90ZWN0aW9uDQpSZXZpc2lvbjogICAgICAgICAgICAgICAgIDAyDQpUaXRsZTogICAgICAgICAg ICAgICAgICAgICAgICAgICAgcDJtcCBwdyBwcm90ZWN0aW9uIGZvciBNUExTLVRQIG5ldHdvcmsN CkNyZWF0aW9uIGRhdGU6ICAgICAgICAgICAgMjAxMi0xMi0xMg0KV0cgSUQ6ICAgICAgICAgICAg ICAgICAgICAgICAgICAgIEluZGl2aWR1YWwgU3VibWlzc2lvbg0KTnVtYmVyIG9mIHBhZ2VzOiA5 DQpVUkw6ICAgICAgICAgICAgIA0KaHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMv ZHJhZnQtbGl1LXB3ZTMtbXBscy10cC1wMm1wLXB3LXByb3RlY3Rpb24tMDIudHh0DQoNClN0YXR1 czogICAgICAgICAgDQpodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpdS1w d2UzLW1wbHMtdHAtcDJtcC1wdy1wcm90ZWN0aW9uDQpIdG1saXplZDogICAgICAgIA0KaHR0cDov L3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtbGl1LXB3ZTMtbXBscy10cC1wMm1wLXB3LXByb3Rl Y3Rpb24tMDINCkRpZmY6ICAgICAgICAgICAgDQpodHRwOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/ dXJsMj1kcmFmdC1saXUtcHdlMy1tcGxzLXRwLXAybXAtcHctcHJvdGVjdGlvbi0wMg0KDQoNCkFi c3RyYWN0Og0KICAgVGhlIHJlcXVpcmVtZW50cyBvZiBNUExTLVRQIGluIFJGQyA1NjU0IGluY2x1 ZGUgYSByZXF1aXJlbWVudChSNjMpDQogICB0aGF0IHJlcXVpcmVzIE1QTFMtVFAgTVVTVCBiZSBw b3NzaWJsZSB0byBwcm92aWRlIHByb3RlY3Rpb24gZm9yDQogICBNUExTLVRQIGRhdGEgcGxhbmUg d2l0aG91dCBhbnkgSVAgZm9yd2FyZGluZyBjYXBhYmlsaXR5IGFuZCBjb250cm9sDQogICBwbGFu ZS5JZiBhcHBseWluZyAxOjEgcHJvdGVjdGlvbiBmb3IgdGhlIHAybXAgdHJhZmZpYyBpbiByZmM2 NzE4ICwgaXQNCiAgIG11c3QgaGF2ZSBhIHJldHVybiBwYXRoIHRvIGNvb3JkaW5hdGUgdGhlIHN3 aXRjaCBzdGF0ZSB0byBzZWxlY3QgdGhlDQogICBzYW1lIHBhdGggdG8gcmVjZWl2ZSBhbmQgc2Vu ZCB0aGUgdHJhZmZpYyBwYWNrZXQuQXMgdGhlcmUgZXhpc3RzIHRoZQ0KICAgYWJvdmUgcHJvYmxl bSBzdGF0ZW1lbnQsVGhpcyBkb2N1bWVudCBkZXNjcmliZXMgYSBraW5kIG9mIHByb3RlY3Rpb24N CiAgIHNvbHV0aW9uIHRvIHJlY292ZXJ5IGFuZCBwcm90ZWN0IHRoZSBwMm1wIHRyYWZmaWMgdW5k ZXIgdGhlIGZhaWx1cmUNCiAgIGNvbmRpdGlvbi4NCg0KDQogICBUaGlzIGRvY3VtZW50IGlzIGEg cHJvZHVjdCBvZiBhIGpvaW50IEludGVybmV0IFRhc2sgRm9yY2UoSUVURikgLw0KICAgSW50ZXJu YXRpb25hbCBUZWxlY29tbXVuaWNhdGlvbnMgVW5pb24gVGVsZWNvbW11bmljYXRpb25zDQogICBT dGFuZGFyZGl6YXRpb24gU2VjdG9yIChJVFUtVCkgZWZmb3J0IHRvIGluY2x1ZGUgYW4gTVBMUyBU cmFuc3BvcnQNCiAgIFByb2ZpbGUgd2l0aGluIHRoZSBJRVRGIE1QTFMgYW5kIFBXRTMgYXJjaGl0 ZWN0dXJlcyB0byBzdXBwb3J0IHRoZQ0KICAgY2FwYWJpbGl0aWVzIGFuZCBmdW5jdGlvbmFsaXRp ZXMgb2YgYSBwYWNrZXQgdHJhbnNwb3J0IG5ldHdvcmsgYXMNCiAgIGRlZmluZWQgYnkgdGhlIElU VS1ULg0KDQogIA0KDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0DQoNCg0KDQotLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KWlRFIEluZm9ybWF0 aW9uIFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1h aWwgKGFuZCBhbnkgYXR0YWNobWVudCB0cmFuc21pdHRlZCBoZXJld2l0aCkgaXMgcHJpdmlsZWdl ZCBhbmQgY29uZmlkZW50aWFsIGFuZCBpcyBpbnRlbmRlZCBmb3IgdGhlIGV4Y2x1c2l2ZSB1c2Ug b2YgdGhlIGFkZHJlc3NlZShzKS4gIElmIHlvdSBhcmUgbm90IGFuIGludGVuZGVkIHJlY2lwaWVu dCwgYW55IGRpc2Nsb3N1cmUsIHJlcHJvZHVjdGlvbiwgZGlzdHJpYnV0aW9uIG9yIG90aGVyIGRp c3NlbWluYXRpb24gb3IgdXNlIG9mIHRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaXMgc3RyaWN0 bHkgcHJvaGliaXRlZC4gIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgbWFpbCBpbiBlcnJvciwg cGxlYXNlIGRlbGV0ZSBpdCBhbmQgbm90aWZ5IHVzIGltbWVkaWF0ZWx5Lg0K --=_alternative 0022F01948257AD2_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPmhpIGFsbDwvZm9udD4NCjxicj48 Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+SSBoYXZlIGp1c3QgdXBsb2FkIG5ldyB2ZXJz aW9uIG9mIGRyYWZ0LWxpdS1wd2UzLW1wbHMtdHAtcDJtcC1wdy1wcm90ZWN0aW9uDQphY2NvcmRp bmcgdG8gYWxsIGV4cGVydHMnIGNvbW1lbnRzLjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFj ZT0ic2Fucy1zZXJpZiI+Jm5ic3A7SSB3aWxsIHdlbGNvbWUgYWxsIGV4cGVydHMgY2FuDQpyZXZp ZXcgdGhpcyBkcmFmdCBhbmQgcHJvdmlkZSBtb3JlIGNvbW1lbnRzIGFuZCBhZHZpY2UuPC9mb250 Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj50aGFuIHlvdSB2ZXJ5 IG11Y2g7PC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5C LlIuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5saXUgPGJyPg0K PC9mb250Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWdu PXRvcD4NCjx0ZCB3aWR0aD0zNiU+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxiPmlu dGVybmV0LWRyYWZ0c0BpZXRmLm9yZzwvYj4NCjwvZm9udD4NCjxwPjxmb250IHNpemU9MSBmYWNl PSJzYW5zLXNlcmlmIj4yMDEyLTEyLTEyIDE0OjE0PC9mb250Pg0KPHRkIHdpZHRoPTYzJT4NCjx0 YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0 Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7K1bz+yMs8L2ZvbnQ+PC9kaXY+DQo8dGQ+ PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPmxpdS5ndW9tYW5AenRlLmNvbS5jbjwvZm9u dD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEg ZmFjZT0ic2Fucy1zZXJpZiI+s63LzTwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFj ZT0ic2Fucy1zZXJpZiI+eXUuamluZ2hhaUB6dGUuY29tLmNuPC9mb250Pg0KPHRyIHZhbGlnbj10 b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlm Ij7W98ziPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5O ZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDtk cmFmdC1saXUtcHdlMy1tcGxzLXRwLXAybXAtcHctcHJvdGVjdGlvbi0wMi50eHQ8L2ZvbnQ+PC90 YWJsZT4NCjxicj4NCjx0YWJsZT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPHRkPjwvdGFibGU+ DQo8YnI+PC90YWJsZT4NCjxicj4NCjxicj4NCjxicj48Zm9udCBzaXplPTI+PHR0Pjxicj4NCkEg bmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1saXUtcHdlMy1tcGxzLXRwLXAybXAtcHctcHJvdGVj dGlvbi0wMi50eHQ8YnI+DQpoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IEd1b21h biBMaXUgYW5kIHBvc3RlZCB0byB0aGU8YnI+DQpJRVRGIHJlcG9zaXRvcnkuPGJyPg0KPGJyPg0K RmlsZW5hbWU6ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsNCiZuYnNwO2RyYWZ0LWxpdS1wd2UzLW1wbHMtdHAtcDJtcC1wdy1wcm90ZWN0aW9u PGJyPg0KUmV2aXNpb246ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsNCiZuYnNwOzAyPGJyPg0KVGl0bGU6ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQpwMm1wIHB3IHByb3Rl Y3Rpb24gZm9yIE1QTFMtVFAgbmV0d29yazxicj4NCkNyZWF0aW9uIGRhdGU6ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOzIwMTIt MTItMTI8YnI+DQpXRyBJRDogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCkluZGl2aWR1YWwgU3VibWlzc2lvbjxicj4NCk51bWJl ciBvZiBwYWdlczogOTxicj4NClVSTDogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgaHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtbGl1LXB3 ZTMtbXBscy10cC1wMm1wLXB3LXByb3RlY3Rpb24tMDIudHh0PGJyPg0KU3RhdHVzOiAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7aHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9kcmFmdC1saXUtcHdlMy1tcGxzLXRwLXAybXAtcHctcHJvdGVjdGlvbjxicj4NCkh0bWxpemVk OiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9k cmFmdC1saXUtcHdlMy1tcGxzLXRwLXAybXAtcHctcHJvdGVjdGlvbi0wMjxicj4NCkRpZmY6ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7aHR0cDovL3d3dy5pZXRmLm9y Zy9yZmNkaWZmP3VybDI9ZHJhZnQtbGl1LXB3ZTMtbXBscy10cC1wMm1wLXB3LXByb3RlY3Rpb24t MDI8YnI+DQo8YnI+DQpBYnN0cmFjdDo8YnI+DQogJm5ic3A7IFRoZSByZXF1aXJlbWVudHMgb2Yg TVBMUy1UUCBpbiBSRkMgNTY1NCBpbmNsdWRlIGEgcmVxdWlyZW1lbnQoUjYzKTxicj4NCiAmbmJz cDsgdGhhdCByZXF1aXJlcyBNUExTLVRQIE1VU1QgYmUgcG9zc2libGUgdG8gcHJvdmlkZSBwcm90 ZWN0aW9uIGZvcjxicj4NCiAmbmJzcDsgTVBMUy1UUCBkYXRhIHBsYW5lIHdpdGhvdXQgYW55IElQ IGZvcndhcmRpbmcgY2FwYWJpbGl0eSBhbmQgY29udHJvbDxicj4NCiAmbmJzcDsgcGxhbmUuSWYg YXBwbHlpbmcgMToxIHByb3RlY3Rpb24gZm9yIHRoZSBwMm1wIHRyYWZmaWMgaW4gcmZjNjcxOA0K LCBpdDxicj4NCiAmbmJzcDsgbXVzdCBoYXZlIGEgcmV0dXJuIHBhdGggdG8gY29vcmRpbmF0ZSB0 aGUgc3dpdGNoIHN0YXRlIHRvIHNlbGVjdA0KdGhlPGJyPg0KICZuYnNwOyBzYW1lIHBhdGggdG8g cmVjZWl2ZSBhbmQgc2VuZCB0aGUgdHJhZmZpYyBwYWNrZXQuQXMgdGhlcmUgZXhpc3RzDQp0aGU8 YnI+DQogJm5ic3A7IGFib3ZlIHByb2JsZW0gc3RhdGVtZW50LFRoaXMgZG9jdW1lbnQgZGVzY3Jp YmVzIGEga2luZCBvZiBwcm90ZWN0aW9uPGJyPg0KICZuYnNwOyBzb2x1dGlvbiB0byByZWNvdmVy eSBhbmQgcHJvdGVjdCB0aGUgcDJtcCB0cmFmZmljIHVuZGVyIHRoZSBmYWlsdXJlPGJyPg0KICZu YnNwOyBjb25kaXRpb24uPGJyPg0KPGJyPg0KPGJyPg0KICZuYnNwOyBUaGlzIGRvY3VtZW50IGlz IGEgcHJvZHVjdCBvZiBhIGpvaW50IEludGVybmV0IFRhc2sgRm9yY2UoSUVURikNCi88YnI+DQog Jm5ic3A7IEludGVybmF0aW9uYWwgVGVsZWNvbW11bmljYXRpb25zIFVuaW9uIFRlbGVjb21tdW5p Y2F0aW9uczxicj4NCiAmbmJzcDsgU3RhbmRhcmRpemF0aW9uIFNlY3RvciAoSVRVLVQpIGVmZm9y dCB0byBpbmNsdWRlIGFuIE1QTFMgVHJhbnNwb3J0PGJyPg0KICZuYnNwOyBQcm9maWxlIHdpdGhp biB0aGUgSUVURiBNUExTIGFuZCBQV0UzIGFyY2hpdGVjdHVyZXMgdG8gc3VwcG9ydA0KdGhlPGJy Pg0KICZuYnNwOyBjYXBhYmlsaXRpZXMgYW5kIGZ1bmN0aW9uYWxpdGllcyBvZiBhIHBhY2tldCB0 cmFuc3BvcnQgbmV0d29yaw0KYXM8YnI+DQogJm5ic3A7IGRlZmluZWQgYnkgdGhlIElUVS1ULjxi cj4NCjxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7PGJyPg0KPGJyPg0KPGJyPg0KVGhlIElFVEYgU2VjcmV0YXJpYXQ8YnI+ DQo8YnI+DQo8L3R0PjwvZm9udD4NCjxicj4NCg0KPGJyPjxwcmU+PGZvbnQgY29sb3I9ImJsdWUi Pg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0NClpURSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250 YWluZWQgaW4gdGhpcyBtYWlsIChhbmQgYW55IGF0dGFjaG1lbnQgdHJhbnNtaXR0ZWQgaGVyZXdp dGgpIGlzIHByaXZpbGVnZWQgYW5kIGNvbmZpZGVudGlhbCBhbmQgaXMgaW50ZW5kZWQgZm9yIHRo ZSBleGNsdXNpdmUgdXNlIG9mIHRoZSBhZGRyZXNzZWUocykuICBJZiB5b3UgYXJlIG5vdCBhbiBp bnRlbmRlZCByZWNpcGllbnQsIGFueSBkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIGRpc3RyaWJ1 dGlvbiBvciBvdGhlciBkaXNzZW1pbmF0aW9uIG9yIHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gY29u dGFpbmVkIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuICBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlz IG1haWwgaW4gZXJyb3IsIHBsZWFzZSBkZWxldGUgaXQgYW5kIG5vdGlmeSB1cyBpbW1lZGlhdGVs eS4NCg0KPC9mb250PjwvcHJlPjxicj4NCg== --=_alternative 0022F01948257AD2_=-- From matthew.bocci@alcatel-lucent.com Wed Dec 12 02:29:45 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B29A121F89B7 for ; Wed, 12 Dec 2012 02:29:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.248 X-Spam-Level: X-Spam-Status: No, score=-110.248 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3eRWWMNpMwwT for ; Wed, 12 Dec 2012 02:29:45 -0800 (PST) Received: from smail6.alcatel.fr (smail6.alcatel.fr [64.208.49.42]) by ietfa.amsl.com (Postfix) with ESMTP id DC54521F899E for ; Wed, 12 Dec 2012 02:29:44 -0800 (PST) Received: from FRMRSSXCHHUB02.dc-m.alcatel-lucent.com (FRMRSSXCHHUB02.dc-m.alcatel-lucent.com [135.120.45.62]) by smail6.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id qBCATRDs028486 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Wed, 12 Dec 2012 11:29:43 +0100 Received: from FRMRSSXCHMBSA3.dc-m.alcatel-lucent.com ([135.120.45.36]) by FRMRSSXCHHUB02.dc-m.alcatel-lucent.com ([135.120.45.62]) with mapi; Wed, 12 Dec 2012 11:29:33 +0100 From: "Bocci, Matthew (Matthew)" To: "Bocci, Matthew (Matthew)" , "pwe3@ietf.org" Date: Wed, 12 Dec 2012 11:29:32 +0100 Thread-Topic: [PWE3] Poll for adoption and IPR check: draft-dong-pwe3-redundancy-spe-04.txt Thread-Index: Ac3YU5NcxTCm5pA1TfKx9x0zeCnu2Q== Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.5.121010 acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_CCEE0C533AC96matthewboccialcatellucentcom_" MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.69 on 155.132.188.84 Subject: Re: [PWE3] Poll for adoption and IPR check: draft-dong-pwe3-redundancy-spe-04.txt X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2012 10:29:45 -0000 --_000_CCEE0C533AC96matthewboccialcatellucentcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable This poll for adoption is now closed. There seems to be consensus to adopt = this draft as a working group document. Please can the authors submit a new version of the draft with the name chan= ged to draft-ietf-pwe3-redundancy-spe-00. Best regards Matthew On 26/11/2012 10:59, "Bocci, Matthew (Matthew)" > wrote: This email begins a two week poll to help the chairs judge if there is cons= ensus to adopt draft-dong-pwe3-redundancy-spe-04.txt as a PWE3 working gro= up draft. Please respond to this email on the list with 'support' or 'do not support'= . Please also send any comments on the draft to the PWE3 list. Coincidentally, we are also polling for knowledge of any IPR that applies t= o this draft, to ensure that IPR has been disclosed in compliance with IETF= IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). If you are listed as a document author or contributor please respond to thi= s email whether or not you are aware of any relevant IPR. The draft will no= t be adopted until a response has been received from each author and contri= butor. If you are on the PWE3 WG email list but are not listed as an author or con= tributor, then please explicitly respond only if you are aware of any IPR t= hat has not yet been disclosed in conformance with IETF rules. This poll closes on Monday 10th December 2012. Regards Matthew and Andy --_000_CCEE0C533AC96matthewboccialcatellucentcom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
This poll for adoption i= s now closed. There seems to be consensus to adopt this draft as a working = group document. 

Please can the authors submi= t a new version of the draft with the name changed to draft-ietf-pwe3-redun= dancy-spe-00.

Best regards

Matthew

O= n 26/11/2012 10:59, "Bocci, Matthew (Matthew)" <matthew.bocci@alcatel-lucent.com> wrote:=

This email begins a two week poll to help the chairs judge if there is cons= ensus  to adopt draft-dong-pwe3-redundancy-spe-04.txt as a PWE3 w= orking group draft.

Please respond to this email on the list with 'support' or 'do not support'= .

Please also send any comments on the draft to the PWE3 list.

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

<= font face=3D"Calibri,sans-serif">If you are listed as a document author or = contributor please respond to this email whether or not you are aware of any relevant I= PR. The draft will not be adopted until a response has been received from each author and contributo= r.

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

This poll closes on Monday 10th December 2012.

=
Regards

Matthew and Andy
 --_000_CCEE0C533AC96matthewboccialcatellucentcom_-- From jie.dong@huawei.com Wed Dec 12 17:28:25 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 18FDB21F850D for ; Wed, 12 Dec 2012 17:28:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y4MwvYzbWUr1 for ; Wed, 12 Dec 2012 17:28:24 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 45FA721F84CC for ; Wed, 12 Dec 2012 17:28:21 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id ANU06586; Thu, 13 Dec 2012 01:28:20 +0000 (GMT) Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 13 Dec 2012 01:27:32 +0000 Received: from SZXEML424-HUB.china.huawei.com (10.82.67.163) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 13 Dec 2012 09:28:19 +0800 Received: from SZXEML504-MBX.china.huawei.com ([169.254.4.99]) by szxeml424-hub.china.huawei.com ([10.82.67.163]) with mapi id 14.01.0323.003; Thu, 13 Dec 2012 09:28:13 +0800 From: Jie Dong To: "Bocci, Matthew (Matthew)" , "pwe3@ietf.org" Thread-Topic: [PWE3] Poll for adoption and IPR check: draft-dong-pwe3-redundancy-spe-04.txt Thread-Index: Ac3LxR1jkJnRYIlFTZS930aRd2k/4AMS2dAAAC/87XA= Date: Thu, 13 Dec 2012 01:28:13 +0000 Message-ID: <76CD132C3ADEF848BD84D028D243C927326E968A@szxeml504-mbx.china.huawei.com> References: In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.96.164] Content-Type: multipart/alternative; boundary="_000_76CD132C3ADEF848BD84D028D243C927326E968Aszxeml504mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: Re: [PWE3] Poll for adoption and IPR check: draft-dong-pwe3-redundancy-spe-04.txt X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2012 01:28:25 -0000 --_000_76CD132C3ADEF848BD84D028D243C927326E968Aszxeml504mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thanks Matthew. We will submit the new version as required soon. From: pwe3-bounces@ietf.org [mailto:pwe3-bounces@ietf.org] On Behalf Of Boc= ci, Matthew (Matthew) Sent: Wednesday, December 12, 2012 6:30 PM To: Bocci, Matthew (Matthew); pwe3@ietf.org Subject: Re: [PWE3] Poll for adoption and IPR check: draft-dong-pwe3-redund= ancy-spe-04.txt This poll for adoption is now closed. There seems to be consensus to adopt = this draft as a working group document. Please can the authors submit a new version of the draft with the name chan= ged to draft-ietf-pwe3-redundancy-spe-00. Best regards Matthew On 26/11/2012 10:59, "Bocci, Matthew (Matthew)" > wrote: This email begins a two week poll to help the chairs judge if there is cons= ensus to adopt draft-dong-pwe3-redundancy-spe-04.txt as a PWE3 working gro= up draft. Please respond to this email on the list with 'support' or 'do not support'= . Please also send any comments on the draft to the PWE3 list. Coincidentally, we are also polling for knowledge of any IPR that applies t= o this draft, to ensure that IPR has been disclosed in compliance with IETF= IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). If you are listed as a document author or contributor please respond to thi= s email whether or not you are aware of any relevant IPR. The draft will no= t be adopted until a response has been received from each author and contri= butor. If you are on the PWE3 WG email list but are not listed as an author or con= tributor, then please explicitly respond only if you are aware of any IPR t= hat has not yet been disclosed in conformance with IETF rules. This poll closes on Monday 10th December 2012. Regards Matthew and Andy --_000_76CD132C3ADEF848BD84D028D243C927326E968Aszxeml504mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Thanks Mat= thew.

 = ;

We will su= bmit the new version as required soon.

 = ;

From: pwe3-bounces@ietf.org [mailto:pwe3-bounces@ietf.org] On Behalf Of Bocci, Matthew (Matthew)
Sent: Wednesday, December 12, 2012 6:30 PM
To: Bocci, Matthew (Matthew); pwe3@ietf.org
Subject: Re: [PWE3] Poll for adoption and IPR check: draft-dong-pwe3= -redundancy-spe-04.txt

 

This poll fo= r adoption is now closed. There seems to be consensus to adopt this draft a= s a working group document. 

 <= /o:p>

Please can t= he authors submit a new version of the draft with the name changed to draft= -ietf-pwe3-redundancy-spe-00.

 <= /o:p>

Best regards=

 <= /o:p>

Matthew=

 <= /o:p>

On 26/11/201= 2 10:59, "Bocci, Matthew (Matthew)" <matthew.bocci@alcatel-lucent.com> wrote:<= o:p>

 <= /o:p>

This email b= egins a two week poll to help the chairs judge if there is consensus  = to adopt draft-dong-pwe3-redundancy-spe-04.txt as a PWE3 working group draft.

 <= /o:p>

Please respo= nd to this email on the list with 'support' or 'do not support'.=

 <= /o:p>

Please also = send any comments on the draft to the PWE3 list.

 <= /o:p>

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

 <= /o:p>

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

 <= /o:p>

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

 <= /o:p>

This poll cl= oses on Monday 10th December 2012.

 <= /o:p>

Regards=

 <= /o:p>

Matthew and = Andy

--_000_76CD132C3ADEF848BD84D028D243C927326E968Aszxeml504mbxchi_-- From gregimirsky@gmail.com Thu Dec 13 17:17:21 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94EA121F8ADA for ; Thu, 13 Dec 2012 17:17:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.148 X-Spam-Level: X-Spam-Status: No, score=-1.148 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5Z96Y3rnx0tl for ; Thu, 13 Dec 2012 17:17:20 -0800 (PST) Received: from mail-ea0-f172.google.com (mail-ea0-f172.google.com [209.85.215.172]) by ietfa.amsl.com (Postfix) with ESMTP id 5233121F88D8 for ; Thu, 13 Dec 2012 17:17:20 -0800 (PST) Received: by mail-ea0-f172.google.com with SMTP id a1so1059501eaa.31 for ; Thu, 13 Dec 2012 17:17:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=b26MM1Ym6k2WQJyOOLV+jQFT85teHwZVS189dlCXwGQ=; b=UNgFW3h8AKOLgyzG5HWiz0g2luA5XTYz4SL3+h+ere9yaOYbtwEA47JQckWrdJNALY bdJPVVjEldFl7mMV96rwjTl/Fbmr+EQBjoKZI+lym375wIrMkLN0cgTMBbYajvhdnWBo llNKyvZPYXYz1GBVs1En1HrHAGzpHEJH2XXgWQzfkG2CYbaRJf3fDWw0ARF94Ni2n1WF mM/nJjBCEue3ZtzTEBs+1HRrPAiC/ie4o0XLItM3mKxwP1xh8+HdTFxfoaFY/2ZHQRlw zIIX52FD0c1ojTzvEg+3hLc9Q4xhjRweoFWuXa4L1xGjlyC2vIPOCS5ShMfdsA57ENYk 3UhQ== MIME-Version: 1.0 Received: by 10.14.221.5 with SMTP id q5mr10191809eep.33.1355447839475; Thu, 13 Dec 2012 17:17:19 -0800 (PST) Received: by 10.14.116.77 with HTTP; Thu, 13 Dec 2012 17:17:19 -0800 (PST) In-Reply-To: References: <20121212061446.5749.66122.idtracker@ietfa.amsl.com> Date: Thu, 13 Dec 2012 17:17:19 -0800 Message-ID: From: Greg Mirsky To: liu.guoman@zte.com.cn Content-Type: multipart/alternative; boundary=047d7b66f3c5fbc6d804d0c5cac6 Cc: pwe3@ietf.org Subject: Re: [PWE3] New Version Notification for draft-liu-pwe3-mpls-tp-p2mp-pw-protection-02.txt X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2012 01:17:21 -0000 --047d7b66f3c5fbc6d804d0c5cac6 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable Dear All, I recall that discussion on whether MPLS-TP Linear Protection, draft then and RFC 6378 now, should be applicable to PWs was short and ended by statement that for PW Redundancy is the paradigm for PW protection, including MPLS-TP, and applicability of PSC to PW is not required. Is my recollection correct? Regards, Greg On Tue, Dec 11, 2012 at 10:20 PM, wrote: > > hi all > I have just upload new version of > draft-liu-pwe3-mpls-tp-p2mp-pw-protection according to all experts' > comments. > I will welcome all experts can review this draft and provide more > comments and advice. > > than you very much; > > B.R. > liu > > > > *internet-drafts@ietf.org* > > 2012-12-12 14:14 > =CA=D5=BC=FE=C8=CB > liu.guoman@zte.com.cn > =B3=AD=CB=CD > yu.jinghai@zte.com.cn > =D6=F7=CC=E2 > New Version Notification for > draft-liu-pwe3-mpls-tp-p2mp-pw-protection-02.txt > > > > > > A new version of I-D, draft-liu-pwe3-mpls-tp-p2mp-pw-protection-02.txt > has been successfully submitted by Guoman Liu and posted to the > IETF repository. > > Filename: draft-liu-pwe3-mpls-tp-p2mp-pw-protection > Revision: 02 > Title: p2mp pw protection for MPLS-TP > network > Creation date: 2012-12-12 > WG ID: Individual Submission > Number of pages: 9 > URL: > http://www.ietf.org/internet-drafts/draft-liu-pwe3-mpls-tp-p2mp-pw-protec= tion-02.txt > Status: > http://datatracker.ietf.org/doc/draft-liu-pwe3-mpls-tp-p2mp-pw-protection > Htmlized: > http://tools.ietf.org/html/draft-liu-pwe3-mpls-tp-p2mp-pw-protection-02 > Diff: > http://www.ietf.org/rfcdiff?url2=3Ddraft-liu-pwe3-mpls-tp-p2mp-pw-protect= ion-02 > > Abstract: > The requirements of MPLS-TP in RFC 5654 include a requirement(R63) > that requires MPLS-TP MUST be possible to provide protection for > MPLS-TP data plane without any IP forwarding capability and control > plane.If applying 1:1 protection for the p2mp traffic in rfc6718 , it > must have a return path to coordinate the switch state to select the > same path to receive and send the traffic packet.As there exists the > above problem statement,This document describes a kind of protection > solution to recovery and protect the p2mp traffic under the failure > condition. > > > This document is a product of a joint Internet Task Force(IETF) / > International Telecommunications Union Telecommunications > Standardization Sector (ITU-T) effort to include an MPLS Transport > Profile within the IETF MPLS and PWE3 architectures to support the > capabilities and functionalities of a packet transport network as > defined by the ITU-T. > > > > > > The IETF Secretariat > > > > > -------------------------------------------------------- > ZTE Information Security Notice: The information contained in this mail (= and any attachment transmitted herewith) is privileged and confidential and= is intended for the exclusive use of the addressee(s). If you are not an = intended recipient, any disclosure, reproduction, distribution or other dis= semination or use of the information contained is strictly prohibited. If = you have received this mail in error, please delete it and notify us immedi= ately. > > > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www.ietf.org/mailman/listinfo/pwe3 > > --047d7b66f3c5fbc6d804d0c5cac6 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: quoted-printable Dear All,
I recall that discussion on whether MPLS-TP Linear Protection,= draft then and RFC 6378 now, should be applicable to PWs was short and end= ed by statement that for PW Redundancy is the paradigm for PW protection, i= ncluding MPLS-TP, and applicability of PSC to PW is not required. Is my rec= ollection correct?

Regards,
Greg

On Tue, Dec 11, 2012= at 10:20 PM, <liu.guoman@zte.com.cn> wrote:

hi all
I have just upload new version of draft-liu-p= we3-mpls-tp-p2mp-pw-protection according to all experts' comments.
 I will welcome all experts can review this draft and provide more comments and advice.

than you very much;

B.R.
liu



internet-drafts@ietf.org

2012-12-12 14:14

=CA=D5=BC=FE=C8= =CB
liu.guoman@zte.com.cn
=B3=AD=CB=CD
yu.jinghai@zte.com.cn
=D6=F7=CC=E2
New Version Notification for =        draft-liu-pwe3-mpls-tp-p2mp-pw-protection-02.txt=






A new version of I-D, draft-liu-pwe3-mpls-tp-p2mp-pw-protection-02.txt
has been successfully submitted by Guoman Liu and posted to the
IETF repository.

Filename:                  draft-liu-pwe3-mpls-tp-p2mp-pw-protection
Revision:                  02
Title:                                   p2mp pw protection for MPLS-TP network
Creation date:                  2012-12-12
WG ID:                                   Individual Submission
Number of pages: 9
URL:             http://www.ietf.org/internet-drafts/draft-liu-pwe3-mpls-tp-p2mp= -pw-protection-02.txt
Status:          http= ://datatracker.ietf.org/doc/draft-liu-pwe3-mpls-tp-p2mp-pw-protection Htmlized:        http://tool= s.ietf.org/html/draft-liu-pwe3-mpls-tp-p2mp-pw-protection-02
Diff:            http://www.ietf.org/rfcdiff?url2=3Ddraft-liu-pwe3-mpls-tp-p2mp-pw-pr= otection-02

Abstract:
  The requirements of MPLS-TP in RFC 5654 include a requirement(R63)<= br>   that requires MPLS-TP MUST be possible to provide protection for   MPLS-TP data plane without any IP forwarding capability and control=
  plane.If applying 1:1 protection for the p2mp traffic in rfc6718 , it
  must have a return path to coordinate the switch state to select the
  same path to receive and send the traffic packet.As there exists the
  above problem statement,This document describes a kind of protectio= n
  solution to recovery and protect the p2mp traffic under the failure=
  condition.


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

                                         = ;                      = ;                  


The IETF Secretariat

 


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


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


--047d7b66f3c5fbc6d804d0c5cac6-- From liu.guoman@zte.com.cn Thu Dec 13 17:34:48 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BCEF721F8BDB for ; Thu, 13 Dec 2012 17:34:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.188 X-Spam-Level: X-Spam-Status: No, score=-97.188 tagged_above=-999 required=5 tests=[AWL=1.207, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lnbQdz94CCAC for ; Thu, 13 Dec 2012 17:34:47 -0800 (PST) Received: from zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 2374521F8BD7 for ; Thu, 13 Dec 2012 17:34:47 -0800 (PST) Received: from mse01.zte.com.cn (unknown [10.30.3.20]) by Websense Email Security Gateway with ESMTPS id C5632A769E1; Fri, 14 Dec 2012 09:36:33 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id qBE1YR17036434; Fri, 14 Dec 2012 09:34:27 +0800 (GMT-8) (envelope-from liu.guoman@zte.com.cn) In-Reply-To: To: Greg Mirsky MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: liu.guoman@zte.com.cn Date: Fri, 14 Dec 2012 09:34:21 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-12-14 09:34:19, Serialize complete at 2012-12-14 09:34:19 Content-Type: multipart/alternative; boundary="=_alternative 0008C30B48257AD4_=" X-MAIL: mse01.zte.com.cn qBE1YR17036434 Cc: pwe3@ietf.org Subject: Re: [PWE3] New Version Notification for draft-liu-pwe3-mpls-tp-p2mp-pw-protection-02.txt X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2012 01:34:48 -0000 This is a multipart message in MIME format. --=_alternative 0008C30B48257AD4_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 R3JlZw0KdGhhbmsgeW91IGZvciByZXBseWluZy4gSSB0aGluayB0aGF0IHlvdXIgcmVjb2xsZWN0 aW9uIGlzIGNvcnJlY3QuIEJ1dCANCnRoaXMgZHJhZnQgaXMgYSBzcGVjaWFsIHByb3RlY3Rpb24g c29sdXRpb24gZm9yIHAybXAgcHcgd2l0aG91dCBjb250cm9sIA0KcGxhbmUgYW5kIElQIGZvcndh cmRpbmcgY2FwYWJpbGl0eS4NCkl0IGNhbiB1c2Ugc3RhdGUgbWVzc2FnZSB0byBjb29yZGluYXRl IGJldHdlZW4gcHJpbWFyeSBub2RlIGFuZCBwcm90ZWN0b3IgDQpub2RlLiBTbyBpdCBpcyBkZWZm ZXJlbnQgZnJvbSBwdyBSZWR1bmRhbmN5IG1lY2hhbmlzbS4NCg0KQi5SLg0KbGl1DQoNCg0KDQoN CkdyZWcgTWlyc2t5IDxncmVnaW1pcnNreUBnbWFpbC5jb20+IA0KMjAxMi0xMi0xNCAwOToxNw0K DQrK1bz+yMsNCmxpdS5ndW9tYW5AenRlLmNvbS5jbg0Ks63LzQ0KcHdlM0BpZXRmLm9yZw0K1vfM 4g0KUmU6IFtQV0UzXSBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIA0KZHJhZnQtbGl1LXB3 ZTMtbXBscy10cC1wMm1wLXB3LXByb3RlY3Rpb24tMDIudHh0DQoNCg0KDQoNCg0KDQpEZWFyIEFs bCwNCkkgcmVjYWxsIHRoYXQgZGlzY3Vzc2lvbiBvbiB3aGV0aGVyIE1QTFMtVFAgTGluZWFyIFBy b3RlY3Rpb24sIGRyYWZ0IHRoZW4gDQphbmQgUkZDIDYzNzggbm93LCBzaG91bGQgYmUgYXBwbGlj YWJsZSB0byBQV3Mgd2FzIHNob3J0IGFuZCBlbmRlZCBieSANCnN0YXRlbWVudCB0aGF0IGZvciBQ VyBSZWR1bmRhbmN5IGlzIHRoZSBwYXJhZGlnbSBmb3IgUFcgcHJvdGVjdGlvbiwgDQppbmNsdWRp bmcgTVBMUy1UUCwgYW5kIGFwcGxpY2FiaWxpdHkgb2YgUFNDIHRvIFBXIGlzIG5vdCByZXF1aXJl ZC4gSXMgbXkgDQpyZWNvbGxlY3Rpb24gY29ycmVjdD8NCg0KUmVnYXJkcywNCkdyZWcNCg0KT24g VHVlLCBEZWMgMTEsIDIwMTIgYXQgMTA6MjAgUE0sIDxsaXUuZ3VvbWFuQHp0ZS5jb20uY24+IHdy b3RlOg0KDQpoaSBhbGwgDQpJIGhhdmUganVzdCB1cGxvYWQgbmV3IHZlcnNpb24gb2YgDQpkcmFm dC1saXUtcHdlMy1tcGxzLXRwLXAybXAtcHctcHJvdGVjdGlvbiBhY2NvcmRpbmcgdG8gYWxsIGV4 cGVydHMnIA0KY29tbWVudHMuIA0KIEkgd2lsbCB3ZWxjb21lIGFsbCBleHBlcnRzIGNhbiByZXZp ZXcgdGhpcyBkcmFmdCBhbmQgcHJvdmlkZSBtb3JlIA0KY29tbWVudHMgYW5kIGFkdmljZS4gDQoN CnRoYW4geW91IHZlcnkgbXVjaDsgDQoNCkIuUi4gDQpsaXUgDQoNCg0KDQoNCmludGVybmV0LWRy YWZ0c0BpZXRmLm9yZyANCjIwMTItMTItMTIgMTQ6MTQgDQoNCg0KytW8/sjLDQpsaXUuZ3VvbWFu QHp0ZS5jb20uY24gDQqzrcvNDQp5dS5qaW5naGFpQHp0ZS5jb20uY24gDQrW98ziDQpOZXcgVmVy c2lvbiBOb3RpZmljYXRpb24gZm9yIA0KZHJhZnQtbGl1LXB3ZTMtbXBscy10cC1wMm1wLXB3LXBy b3RlY3Rpb24tMDIudHh0DQoNCg0KDQoNCg0KDQoNCg0KDQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwg ZHJhZnQtbGl1LXB3ZTMtbXBscy10cC1wMm1wLXB3LXByb3RlY3Rpb24tMDIudHh0DQpoYXMgYmVl biBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IEd1b21hbiBMaXUgYW5kIHBvc3RlZCB0byB0aGUN CklFVEYgcmVwb3NpdG9yeS4NCg0KRmlsZW5hbWU6ICAgICAgICAgICAgICAgICAgZHJhZnQtbGl1 LXB3ZTMtbXBscy10cC1wMm1wLXB3LXByb3RlY3Rpb24NClJldmlzaW9uOiAgICAgICAgICAgICAg ICAgIDAyDQpUaXRsZTogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHAybXAgcHcg cHJvdGVjdGlvbiBmb3IgTVBMUy1UUCANCm5ldHdvcmsNCkNyZWF0aW9uIGRhdGU6ICAgICAgICAg ICAgICAgICAgMjAxMi0xMi0xMg0KV0cgSUQ6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBJbmRpdmlkdWFsIFN1Ym1pc3Npb24NCk51bWJlciBvZiBwYWdlczogOQ0KVVJMOiAgICAg ICAgICAgICANCmh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWxpdS1w d2UzLW1wbHMtdHAtcDJtcC1wdy1wcm90ZWN0aW9uLTAyLnR4dA0KDQpTdGF0dXM6ICAgICAgICAg IA0KaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saXUtcHdlMy1tcGxzLXRw LXAybXAtcHctcHJvdGVjdGlvbg0KSHRtbGl6ZWQ6ICAgICAgICANCmh0dHA6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LWxpdS1wd2UzLW1wbHMtdHAtcDJtcC1wdy1wcm90ZWN0aW9uLTAyDQpE aWZmOiAgICAgICAgICAgIA0KaHR0cDovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQt bGl1LXB3ZTMtbXBscy10cC1wMm1wLXB3LXByb3RlY3Rpb24tMDINCg0KDQpBYnN0cmFjdDoNCiAg VGhlIHJlcXVpcmVtZW50cyBvZiBNUExTLVRQIGluIFJGQyA1NjU0IGluY2x1ZGUgYSByZXF1aXJl bWVudChSNjMpDQogIHRoYXQgcmVxdWlyZXMgTVBMUy1UUCBNVVNUIGJlIHBvc3NpYmxlIHRvIHBy b3ZpZGUgcHJvdGVjdGlvbiBmb3INCiAgTVBMUy1UUCBkYXRhIHBsYW5lIHdpdGhvdXQgYW55IElQ IGZvcndhcmRpbmcgY2FwYWJpbGl0eSBhbmQgY29udHJvbA0KICBwbGFuZS5JZiBhcHBseWluZyAx OjEgcHJvdGVjdGlvbiBmb3IgdGhlIHAybXAgdHJhZmZpYyBpbiByZmM2NzE4ICwgaXQNCiAgbXVz dCBoYXZlIGEgcmV0dXJuIHBhdGggdG8gY29vcmRpbmF0ZSB0aGUgc3dpdGNoIHN0YXRlIHRvIHNl bGVjdCB0aGUNCiAgc2FtZSBwYXRoIHRvIHJlY2VpdmUgYW5kIHNlbmQgdGhlIHRyYWZmaWMgcGFj a2V0LkFzIHRoZXJlIGV4aXN0cyB0aGUNCiAgYWJvdmUgcHJvYmxlbSBzdGF0ZW1lbnQsVGhpcyBk b2N1bWVudCBkZXNjcmliZXMgYSBraW5kIG9mIHByb3RlY3Rpb24NCiAgc29sdXRpb24gdG8gcmVj b3ZlcnkgYW5kIHByb3RlY3QgdGhlIHAybXAgdHJhZmZpYyB1bmRlciB0aGUgZmFpbHVyZQ0KICBj b25kaXRpb24uDQoNCg0KICBUaGlzIGRvY3VtZW50IGlzIGEgcHJvZHVjdCBvZiBhIGpvaW50IElu dGVybmV0IFRhc2sgRm9yY2UoSUVURikgLw0KICBJbnRlcm5hdGlvbmFsIFRlbGVjb21tdW5pY2F0 aW9ucyBVbmlvbiBUZWxlY29tbXVuaWNhdGlvbnMNCiAgU3RhbmRhcmRpemF0aW9uIFNlY3RvciAo SVRVLVQpIGVmZm9ydCB0byBpbmNsdWRlIGFuIE1QTFMgVHJhbnNwb3J0DQogIFByb2ZpbGUgd2l0 aGluIHRoZSBJRVRGIE1QTFMgYW5kIFBXRTMgYXJjaGl0ZWN0dXJlcyB0byBzdXBwb3J0IHRoZQ0K ICBjYXBhYmlsaXRpZXMgYW5kIGZ1bmN0aW9uYWxpdGllcyBvZiBhIHBhY2tldCB0cmFuc3BvcnQg bmV0d29yayBhcw0KICBkZWZpbmVkIGJ5IHRoZSBJVFUtVC4NCg0KICANCg0KDQpUaGUgSUVURiBT ZWNyZXRhcmlhdA0KDQoNCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQ0KWlRFIEluZm9ybWF0aW9uIFNlY3VyaXR5IE5vdGljZTogVGhl IGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1haWwgDQooYW5kIGFueSBhdHRhY2htZW50 IHRyYW5zbWl0dGVkIGhlcmV3aXRoKSBpcyBwcml2aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwgDQph bmQgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgdXNlIG9mIHRoZSBhZGRyZXNzZWUocyku ICBJZiB5b3UgYXJlIG5vdCANCmFuIGludGVuZGVkIHJlY2lwaWVudCwgYW55IGRpc2Nsb3N1cmUs IHJlcHJvZHVjdGlvbiwgZGlzdHJpYnV0aW9uIG9yIG90aGVyIA0KZGlzc2VtaW5hdGlvbiBvciB1 c2Ugb2YgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiAN CklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgbWFpbCBpbiBlcnJvciwgcGxlYXNlIGRlbGV0ZSBp dCBhbmQgbm90aWZ5IHVzIA0KaW1tZWRpYXRlbHkuDQoNCg0KDQoNCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpwd2UzIG1haWxpbmcgbGlzdA0KcHdlM0Bp ZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wd2UzDQoNCg0K DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQ0KWlRFIEluZm9ybWF0aW9uIFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRh aW5lZCBpbiB0aGlzIG1haWwgKGFuZCBhbnkgYXR0YWNobWVudCB0cmFuc21pdHRlZCBoZXJld2l0 aCkgaXMgcHJpdmlsZWdlZCBhbmQgY29uZmlkZW50aWFsIGFuZCBpcyBpbnRlbmRlZCBmb3IgdGhl IGV4Y2x1c2l2ZSB1c2Ugb2YgdGhlIGFkZHJlc3NlZShzKS4gIElmIHlvdSBhcmUgbm90IGFuIGlu dGVuZGVkIHJlY2lwaWVudCwgYW55IGRpc2Nsb3N1cmUsIHJlcHJvZHVjdGlvbiwgZGlzdHJpYnV0 aW9uIG9yIG90aGVyIGRpc3NlbWluYXRpb24gb3IgdXNlIG9mIHRoZSBpbmZvcm1hdGlvbiBjb250 YWluZWQgaXMgc3RyaWN0bHkgcHJvaGliaXRlZC4gIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMg bWFpbCBpbiBlcnJvciwgcGxlYXNlIGRlbGV0ZSBpdCBhbmQgbm90aWZ5IHVzIGltbWVkaWF0ZWx5 Lg0K --=_alternative 0008C30B48257AD4_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkdyZWc8L2ZvbnQ+DQo8YnI+PGZv bnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPnRoYW5rIHlvdSBmb3IgcmVwbHlpbmcuIEkgdGhp bmsgdGhhdA0KeW91ciByZWNvbGxlY3Rpb24gaXMgY29ycmVjdC4gQnV0IHRoaXMgZHJhZnQgaXMg YSBzcGVjaWFsIHByb3RlY3Rpb24gc29sdXRpb24NCmZvciBwMm1wIHB3IHdpdGhvdXQgY29udHJv bCBwbGFuZSBhbmQgSVAgZm9yd2FyZGluZyBjYXBhYmlsaXR5LjwvZm9udD4NCjxicj48Zm9udCBz aXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+SXQgY2FuIHVzZSBzdGF0ZSBtZXNzYWdlIHRvIGNvb3Jk aW5hdGUNCmJldHdlZW4gcHJpbWFyeSBub2RlIGFuZCBwcm90ZWN0b3Igbm9kZS4gU28gaXQgaXMg ZGVmZmVyZW50IGZyb20gcHcgUmVkdW5kYW5jeQ0KbWVjaGFuaXNtLjwvZm9udD4NCjxicj4NCjxi cj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Qi5SLjwvZm9udD4NCjxicj48Zm9udCBz aXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+bGl1PGJyPg0KPC9mb250Pg0KPGJyPg0KPGJyPg0KPGJy Pg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD0zNiU+PGZv bnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxiPkdyZWcgTWlyc2t5ICZsdDtncmVnaW1pcnNr eUBnbWFpbC5jb20mZ3Q7PC9iPg0KPC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMt c2VyaWYiPjIwMTItMTItMTQgMDk6MTc8L2ZvbnQ+DQo8dGQgd2lkdGg9NjMlPg0KPHRhYmxlIHdp ZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQg c2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPsrVvP7IyzwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBz aXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+bGl1Lmd1b21hbkB6dGUuY29tLmNuPC9mb250Pg0KPHRy IHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJz YW5zLXNlcmlmIj6zrcvNPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5z LXNlcmlmIj5wd2UzQGlldGYub3JnPC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2 IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7W98ziPC9mb250Pjwv ZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5SZTogW1BXRTNdIE5ldyBW ZXJzaW9uIE5vdGlmaWNhdGlvbg0KZm9yIGRyYWZ0LWxpdS1wd2UzLW1wbHMtdHAtcDJtcC1wdy1w cm90ZWN0aW9uLTAyLnR4dDwvZm9udD48L3RhYmxlPg0KPGJyPg0KPHRhYmxlPg0KPHRyIHZhbGln bj10b3A+DQo8dGQ+DQo8dGQ+PC90YWJsZT4NCjxicj48L3RhYmxlPg0KPGJyPg0KPGJyPg0KPGJy Pjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj5EZWFyIEFsbCw8YnI+DQpJIHJlY2FsbCB0 aGF0IGRpc2N1c3Npb24gb24gd2hldGhlciBNUExTLVRQIExpbmVhciBQcm90ZWN0aW9uLCBkcmFm dCB0aGVuDQphbmQgUkZDIDYzNzggbm93LCBzaG91bGQgYmUgYXBwbGljYWJsZSB0byBQV3Mgd2Fz IHNob3J0IGFuZCBlbmRlZCBieSBzdGF0ZW1lbnQNCnRoYXQgZm9yIFBXIFJlZHVuZGFuY3kgaXMg dGhlIHBhcmFkaWdtIGZvciBQVyBwcm90ZWN0aW9uLCBpbmNsdWRpbmcgTVBMUy1UUCwNCmFuZCBh cHBsaWNhYmlsaXR5IG9mIFBTQyB0byBQVyBpcyBub3QgcmVxdWlyZWQuIElzIG15IHJlY29sbGVj dGlvbiBjb3JyZWN0Pzxicj4NCjxicj4NClJlZ2FyZHMsPGJyPg0KR3JlZzxicj4NCjwvZm9udD4N Cjxicj48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+T24gVHVlLCBEZWMgMTEsIDIwMTIg YXQgMTA6MjAgUE0sICZsdDs8L2ZvbnQ+PGEgaHJlZj1tYWlsdG86bGl1Lmd1b21hbkB6dGUuY29t LmNuIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1zZXJp ZiI+PHU+bGl1Lmd1b21hbkB6dGUuY29tLmNuPC91PjwvZm9udD48L2E+PGZvbnQgc2l6ZT0zIGZh Y2U9InNhbnMtc2VyaWYiPiZndDsNCndyb3RlOjwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgZmFj ZT0ic2Fucy1zZXJpZiI+PGJyPg0KaGkgYWxsIDxicj4NCkkgaGF2ZSBqdXN0IHVwbG9hZCBuZXcg dmVyc2lvbiBvZiBkcmFmdC1saXUtcHdlMy1tcGxzLXRwLXAybXAtcHctcHJvdGVjdGlvbg0KYWNj b3JkaW5nIHRvIGFsbCBleHBlcnRzJyBjb21tZW50cy4gPGJyPg0KIEkgd2lsbCB3ZWxjb21lIGFs bCBleHBlcnRzIGNhbiByZXZpZXcgdGhpcyBkcmFmdCBhbmQgcHJvdmlkZSBtb3JlIGNvbW1lbnRz DQphbmQgYWR2aWNlLiA8YnI+DQo8YnI+DQp0aGFuIHlvdSB2ZXJ5IG11Y2g7IDxicj4NCjxicj4N CkIuUi4gPGJyPg0KbGl1IDxicj4NCjxicj4NCjxicj4NCjwvZm9udD4NCjxwPg0KPHRhYmxlIHdp ZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD0yNCU+PGEgaHJlZj0ibWFpbHRv OmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyIgdGFyZ2V0PV9ibGFuaz48Zm9udCBzaXplPTEgY29s b3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48Yj48dT5pbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8 L3U+PC9iPjwvZm9udD48L2E+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPg0KPC9mb250 Pg0KPHA+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjIwMTItMTItMTIgMTQ6MTQ8L2Zv bnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPg0KPC9mb250Pg0KPHRkIHdpZHRoPTc1 JT4NCjxicj4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9 NiU+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7K1bz+ yMs8L2ZvbnQ+PC9kaXY+DQo8dGQgd2lkdGg9OTMlPjxhIGhyZWY9bWFpbHRvOmxpdS5ndW9tYW5A enRlLmNvbS5jbiB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MSBjb2xvcj1ibHVlIGZhY2U9InNh bnMtc2VyaWYiPjx1PmxpdS5ndW9tYW5AenRlLmNvbS5jbjwvdT48L2ZvbnQ+PC9hPjxmb250IHNp emU9MyBmYWNlPSJzYW5zLXNlcmlmIj4NCjwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0K PGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+s63LzTwvZm9u dD48L2Rpdj4NCjx0ZD48YSBocmVmPW1haWx0bzp5dS5qaW5naGFpQHp0ZS5jb20uY24gdGFyZ2V0 PV9ibGFuaz48Zm9udCBzaXplPTEgY29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48dT55dS5q aW5naGFpQHp0ZS5jb20uY248L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1z ZXJpZiI+DQo8L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+ PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPtb3zOI8L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZv bnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPk5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3Ig Jm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwO2RyYWZ0LWxpdS1wd2UzLW1wbHMtdHAtcDJtcC1w dy1wcm90ZWN0aW9uLTAyLnR4dDwvZm9udD48L3RhYmxlPg0KPGJyPg0KPGJyPg0KPHRhYmxlIHdp ZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD01MCU+DQo8dGQgd2lkdGg9NTAl PjwvdGFibGU+DQo8YnI+PC90YWJsZT4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJp ZiI+PGJyPg0KPGJyPg0KPC9mb250Pjxmb250IHNpemU9Mz48dHQ+PGJyPg0KPGJyPg0KQSBuZXcg dmVyc2lvbiBvZiBJLUQsIGRyYWZ0LWxpdS1wd2UzLW1wbHMtdHAtcDJtcC1wdy1wcm90ZWN0aW9u LTAyLnR4dDxicj4NCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgR3VvbWFuIExp dSBhbmQgcG9zdGVkIHRvIHRoZTxicj4NCklFVEYgcmVwb3NpdG9yeS48YnI+DQo8YnI+DQpGaWxl bmFtZTogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDtkcmFmdC1saXUtcHdlMy1tcGxzLXRwLXAybXAtcHctcHJvdGVjdGlvbjxicj4N ClJldmlzaW9uOiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOzAyPGJyPg0KVGl0bGU6ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHAybXAgcHcgcHJvdGVjdGlvbiBm b3INCk1QTFMtVFAgbmV0d29yazxicj4NCkNyZWF0aW9uIGRhdGU6ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOzIwMTItMTItMTI8 YnI+DQpXRyBJRDogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgSW5kaXZpZHVhbCBTdWJtaXNzaW9uPGJyPg0KTnVtYmVyIG9mIHBh Z2VzOiA5PGJyPg0KVVJMOiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyA8L3R0PjwvZm9udD48YSBocmVmPSJodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0 cy9kcmFmdC1saXUtcHdlMy1tcGxzLXRwLXAybXAtcHctcHJvdGVjdGlvbi0wMi50eHQiIHRhcmdl dD1fYmxhbms+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWU+PHR0Pjx1Pmh0dHA6Ly93d3cuaWV0Zi5v cmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWxpdS1wd2UzLW1wbHMtdHAtcDJtcC1wdy1wcm90ZWN0 aW9uLTAyLnR4dDwvdT48L3R0PjwvZm9udD48L2E+PGZvbnQgc2l6ZT0zPjx0dD48YnI+DQpTdGF0 dXM6ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8L3R0PjwvZm9udD48YSBocmVm PSJodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpdS1wd2UzLW1wbHMtdHAt cDJtcC1wdy1wcm90ZWN0aW9uIiB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MyBjb2xvcj1ibHVl Pjx0dD48dT5odHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpdS1wd2UzLW1w bHMtdHAtcDJtcC1wdy1wcm90ZWN0aW9uPC91PjwvdHQ+PC9mb250PjwvYT48Zm9udCBzaXplPTM+ PHR0Pjxicj4NCkh0bWxpemVkOiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8L3R0PjwvZm9u dD48YSBocmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1saXUtcHdlMy1tcGxz LXRwLXAybXAtcHctcHJvdGVjdGlvbi0wMiIgdGFyZ2V0PV9ibGFuaz48Zm9udCBzaXplPTMgY29s b3I9Ymx1ZT48dHQ+PHU+aHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtbGl1LXB3ZTMt bXBscy10cC1wMm1wLXB3LXByb3RlY3Rpb24tMDI8L3U+PC90dD48L2ZvbnQ+PC9hPjxmb250IHNp emU9Mz48dHQ+PGJyPg0KRGlmZjogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDs8L3R0PjwvZm9udD48YSBocmVmPSJodHRwOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJs Mj1kcmFmdC1saXUtcHdlMy1tcGxzLXRwLXAybXAtcHctcHJvdGVjdGlvbi0wMiIgdGFyZ2V0PV9i bGFuaz48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZT48dHQ+PHU+aHR0cDovL3d3dy5pZXRmLm9yZy9y ZmNkaWZmP3VybDI9ZHJhZnQtbGl1LXB3ZTMtbXBscy10cC1wMm1wLXB3LXByb3RlY3Rpb24tMDI8 L3U+PC90dD48L2ZvbnQ+PC9hPjxmb250IHNpemU9Mz48dHQ+PGJyPg0KPGJyPg0KQWJzdHJhY3Q6 PGJyPg0KICZuYnNwO1RoZSByZXF1aXJlbWVudHMgb2YgTVBMUy1UUCBpbiBSRkMgNTY1NCBpbmNs dWRlIGEgcmVxdWlyZW1lbnQoUjYzKTxicj4NCiAmbmJzcDt0aGF0IHJlcXVpcmVzIE1QTFMtVFAg TVVTVCBiZSBwb3NzaWJsZSB0byBwcm92aWRlIHByb3RlY3Rpb24gZm9yPGJyPg0KICZuYnNwO01Q TFMtVFAgZGF0YSBwbGFuZSB3aXRob3V0IGFueSBJUCBmb3J3YXJkaW5nIGNhcGFiaWxpdHkgYW5k IGNvbnRyb2w8YnI+DQogJm5ic3A7cGxhbmUuSWYgYXBwbHlpbmcgMToxIHByb3RlY3Rpb24gZm9y IHRoZSBwMm1wIHRyYWZmaWMgaW4gcmZjNjcxOA0KLCBpdDxicj4NCiAmbmJzcDttdXN0IGhhdmUg YSByZXR1cm4gcGF0aCB0byBjb29yZGluYXRlIHRoZSBzd2l0Y2ggc3RhdGUgdG8gc2VsZWN0DQp0 aGU8YnI+DQogJm5ic3A7c2FtZSBwYXRoIHRvIHJlY2VpdmUgYW5kIHNlbmQgdGhlIHRyYWZmaWMg cGFja2V0LkFzIHRoZXJlIGV4aXN0cw0KdGhlPGJyPg0KICZuYnNwO2Fib3ZlIHByb2JsZW0gc3Rh dGVtZW50LFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGEga2luZCBvZiBwcm90ZWN0aW9uPGJyPg0K ICZuYnNwO3NvbHV0aW9uIHRvIHJlY292ZXJ5IGFuZCBwcm90ZWN0IHRoZSBwMm1wIHRyYWZmaWMg dW5kZXIgdGhlIGZhaWx1cmU8YnI+DQogJm5ic3A7Y29uZGl0aW9uLjxicj4NCjxicj4NCjxicj4N CiAmbmJzcDtUaGlzIGRvY3VtZW50IGlzIGEgcHJvZHVjdCBvZiBhIGpvaW50IEludGVybmV0IFRh c2sgRm9yY2UoSUVURikNCi88YnI+DQogJm5ic3A7SW50ZXJuYXRpb25hbCBUZWxlY29tbXVuaWNh dGlvbnMgVW5pb24gVGVsZWNvbW11bmljYXRpb25zPGJyPg0KICZuYnNwO1N0YW5kYXJkaXphdGlv biBTZWN0b3IgKElUVS1UKSBlZmZvcnQgdG8gaW5jbHVkZSBhbiBNUExTIFRyYW5zcG9ydDxicj4N CiAmbmJzcDtQcm9maWxlIHdpdGhpbiB0aGUgSUVURiBNUExTIGFuZCBQV0UzIGFyY2hpdGVjdHVy ZXMgdG8gc3VwcG9ydCB0aGU8YnI+DQogJm5ic3A7Y2FwYWJpbGl0aWVzIGFuZCBmdW5jdGlvbmFs aXRpZXMgb2YgYSBwYWNrZXQgdHJhbnNwb3J0IG5ldHdvcmsgYXM8YnI+DQogJm5ic3A7ZGVmaW5l ZCBieSB0aGUgSVRVLVQuPGJyPg0KPGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA8YnI+DQo8YnI+DQo8YnI+DQpUaGUgSUVURiBTZWNy ZXRhcmlhdDxicj4NCjwvdHQ+PC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj48 YnI+DQo8YnI+DQo8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWU+PHR0Pjxicj4N Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t PGJyPg0KWlRFIEluZm9ybWF0aW9uIFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNv bnRhaW5lZCBpbiB0aGlzIG1haWwNCihhbmQgYW55IGF0dGFjaG1lbnQgdHJhbnNtaXR0ZWQgaGVy ZXdpdGgpIGlzIHByaXZpbGVnZWQgYW5kIGNvbmZpZGVudGlhbA0KYW5kIGlzIGludGVuZGVkIGZv ciB0aGUgZXhjbHVzaXZlIHVzZSBvZiB0aGUgYWRkcmVzc2VlKHMpLiAmbmJzcDtJZiB5b3UNCmFy ZSBub3QgYW4gaW50ZW5kZWQgcmVjaXBpZW50LCBhbnkgZGlzY2xvc3VyZSwgcmVwcm9kdWN0aW9u LCBkaXN0cmlidXRpb24NCm9yIG90aGVyIGRpc3NlbWluYXRpb24gb3IgdXNlIG9mIHRoZSBpbmZv cm1hdGlvbiBjb250YWluZWQgaXMgc3RyaWN0bHkNCnByb2hpYml0ZWQuICZuYnNwO0lmIHlvdSBo YXZlIHJlY2VpdmVkIHRoaXMgbWFpbCBpbiBlcnJvciwgcGxlYXNlIGRlbGV0ZQ0KaXQgYW5kIG5v dGlmeSB1cyBpbW1lZGlhdGVseS48YnI+DQo8YnI+DQo8L3R0PjwvZm9udD4NCjxicj48Zm9udCBz aXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpwd2UzIG1haWxpbmcgbGlzdDwvZm9udD48 Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48dT48YnI+DQo8L3U+PC9m b250PjxhIGhyZWY9bWFpbHRvOnB3ZTNAaWV0Zi5vcmc+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUg ZmFjZT0ic2Fucy1zZXJpZiI+PHU+cHdlM0BpZXRmLm9yZzwvdT48L2ZvbnQ+PC9hPjxmb250IHNp emU9MyBjb2xvcj1ibHVlIGZhY2U9InNhbnMtc2VyaWYiPjx1Pjxicj4NCjwvdT48L2ZvbnQ+PGEg aHJlZj1odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3B3ZTMgdGFyZ2V0PV9i bGFuaz48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48dT5odHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3B3ZTM8L3U+PC9mb250PjwvYT48Zm9udCBz aXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KPC9mb250Pg0KPGJyPg0KPGJyPg0KDQo8YnI+ PHByZT48Zm9udCBjb2xvcj0iYmx1ZSI+DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KWlRFIEluZm9ybWF0aW9uIFNlY3VyaXR5IE5vdGlj ZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1haWwgKGFuZCBhbnkgYXR0YWNo bWVudCB0cmFuc21pdHRlZCBoZXJld2l0aCkgaXMgcHJpdmlsZWdlZCBhbmQgY29uZmlkZW50aWFs IGFuZCBpcyBpbnRlbmRlZCBmb3IgdGhlIGV4Y2x1c2l2ZSB1c2Ugb2YgdGhlIGFkZHJlc3NlZShz KS4gIElmIHlvdSBhcmUgbm90IGFuIGludGVuZGVkIHJlY2lwaWVudCwgYW55IGRpc2Nsb3N1cmUs IHJlcHJvZHVjdGlvbiwgZGlzdHJpYnV0aW9uIG9yIG90aGVyIGRpc3NlbWluYXRpb24gb3IgdXNl IG9mIHRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaXMgc3RyaWN0bHkgcHJvaGliaXRlZC4gIElm IHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgbWFpbCBpbiBlcnJvciwgcGxlYXNlIGRlbGV0ZSBpdCBh bmQgbm90aWZ5IHVzIGltbWVkaWF0ZWx5Lg0KDQo8L2ZvbnQ+PC9wcmU+PGJyPg0K --=_alternative 0008C30B48257AD4_=-- From gregory.mirsky@ericsson.com Thu Dec 13 17:48:22 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AECE21F855E for ; Thu, 13 Dec 2012 17:48:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.448 X-Spam-Level: X-Spam-Status: No, score=-4.448 tagged_above=-999 required=5 tests=[AWL=-2.053, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0u4JcC14AoUV for ; Thu, 13 Dec 2012 17:48:21 -0800 (PST) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id 0520721F855D for ; Thu, 13 Dec 2012 17:48:20 -0800 (PST) Received: from eusaamw0706.eamcs.ericsson.se ([147.117.20.31]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id qBE1wwhq024751; Thu, 13 Dec 2012 19:59:00 -0600 Received: from EUSAAHC002.ericsson.se (147.117.188.78) by eusaamw0706.eamcs.ericsson.se (147.117.20.31) with Microsoft SMTP Server (TLS) id 8.3.279.1; Thu, 13 Dec 2012 20:48:12 -0500 Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC002.ericsson.se ([147.117.188.78]) with mapi id 14.02.0318.001; Thu, 13 Dec 2012 20:48:12 -0500 From: Gregory Mirsky To: "liu.guoman@zte.com.cn" , Greg Mirsky Thread-Topic: [PWE3] New Version Notification for draft-liu-pwe3-mpls-tp-p2mp-pw-protection-02.txt Thread-Index: AQHN2DD3O2vSPdopY0uRLKzeO/ocp5gX1PWAgAAEwoD//6zCYA== Date: Fri, 14 Dec 2012 01:48:11 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF112021D1F@eusaamb103.ericsson.se> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.135] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF112021D1Feusaamb103ericsso_" MIME-Version: 1.0 Cc: "pwe3@ietf.org" Subject: Re: [PWE3] New Version Notification for draft-liu-pwe3-mpls-tp-p2mp-pw-protection-02.txt X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2012 01:48:22 -0000 --_000_7347100B5761DC41A166AC17F22DF112021D1Feusaamb103ericsso_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 RGVhciBMaXUsDQpJIGFncmVlIHRoYXQgbWVjaGFuaXNtcyBhcHBsaWNhYmxlIHRvIE1QTFMtVFAg bXVzdCBvcGVyYXRlIHdpdGhvdXQgcmVseWluZyBvbiBjb250cm9sIHBsYW5lLiBBbmQgTVBMUy1U UCBMaW5lYXIgUHJvdGVjdGlvbiBjb21wbGllcyB3aXRoIHRoaXMgcmVxdWlyZW1lbnQuIFdvdWxk IHdlIHNlZSBMRFAtYmFzZWQgc3VwcG9ydCBvZiBQVyByZWR1bmRhbmN5IG1hcHBlZCB0byBhIEct QUNoLWJhc2VkIHNvbHV0aW9uPw0KDQogICAgUmVnYXJkcywNCiAgICAgICAgR3JlZw0KDQpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KRnJvbTogcHdlMy1ib3VuY2VzQGlldGYub3Jn IFttYWlsdG86cHdlMy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgbGl1Lmd1b21hbkB6 dGUuY29tLmNuDQpTZW50OiBUaHVyc2RheSwgRGVjZW1iZXIgMTMsIDIwMTIgNTozNCBQTQ0KVG86 IEdyZWcgTWlyc2t5DQpDYzogcHdlM0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtQV0UzXSBOZXcg VmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWxpdS1wd2UzLW1wbHMtdHAtcDJtcC1wdy1w cm90ZWN0aW9uLTAyLnR4dA0KDQoNCkdyZWcNCnRoYW5rIHlvdSBmb3IgcmVwbHlpbmcuIEkgdGhp bmsgdGhhdCB5b3VyIHJlY29sbGVjdGlvbiBpcyBjb3JyZWN0LiBCdXQgdGhpcyBkcmFmdCBpcyBh IHNwZWNpYWwgcHJvdGVjdGlvbiBzb2x1dGlvbiBmb3IgcDJtcCBwdyB3aXRob3V0IGNvbnRyb2wg cGxhbmUgYW5kIElQIGZvcndhcmRpbmcgY2FwYWJpbGl0eS4NCkl0IGNhbiB1c2Ugc3RhdGUgbWVz c2FnZSB0byBjb29yZGluYXRlIGJldHdlZW4gcHJpbWFyeSBub2RlIGFuZCBwcm90ZWN0b3Igbm9k ZS4gU28gaXQgaXMgZGVmZmVyZW50IGZyb20gcHcgUmVkdW5kYW5jeSBtZWNoYW5pc20uDQoNCkIu Ui4NCmxpdQ0KDQoNCg0KR3JlZyBNaXJza3kgPGdyZWdpbWlyc2t5QGdtYWlsLmNvbT4NCg0KMjAx Mi0xMi0xNCAwOToxNw0KDQrK1bz+yMsNCmxpdS5ndW9tYW5AenRlLmNvbS5jbg0Ks63LzQ0KcHdl M0BpZXRmLm9yZw0K1vfM4g0KUmU6IFtQV0UzXSBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9y IGRyYWZ0LWxpdS1wd2UzLW1wbHMtdHAtcDJtcC1wdy1wcm90ZWN0aW9uLTAyLnR4dA0KDQoNCg0K DQoNCkRlYXIgQWxsLA0KSSByZWNhbGwgdGhhdCBkaXNjdXNzaW9uIG9uIHdoZXRoZXIgTVBMUy1U UCBMaW5lYXIgUHJvdGVjdGlvbiwgZHJhZnQgdGhlbiBhbmQgUkZDIDYzNzggbm93LCBzaG91bGQg YmUgYXBwbGljYWJsZSB0byBQV3Mgd2FzIHNob3J0IGFuZCBlbmRlZCBieSBzdGF0ZW1lbnQgdGhh dCBmb3IgUFcgUmVkdW5kYW5jeSBpcyB0aGUgcGFyYWRpZ20gZm9yIFBXIHByb3RlY3Rpb24sIGlu Y2x1ZGluZyBNUExTLVRQLCBhbmQgYXBwbGljYWJpbGl0eSBvZiBQU0MgdG8gUFcgaXMgbm90IHJl cXVpcmVkLiBJcyBteSByZWNvbGxlY3Rpb24gY29ycmVjdD8NCg0KUmVnYXJkcywNCkdyZWcNCg0K T24gVHVlLCBEZWMgMTEsIDIwMTIgYXQgMTA6MjAgUE0sIDxsaXUuZ3VvbWFuQHp0ZS5jb20uY248 bWFpbHRvOmxpdS5ndW9tYW5AenRlLmNvbS5jbj4+IHdyb3RlOg0KDQpoaSBhbGwNCkkgaGF2ZSBq dXN0IHVwbG9hZCBuZXcgdmVyc2lvbiBvZiBkcmFmdC1saXUtcHdlMy1tcGxzLXRwLXAybXAtcHct cHJvdGVjdGlvbiBhY2NvcmRpbmcgdG8gYWxsIGV4cGVydHMnIGNvbW1lbnRzLg0KSSB3aWxsIHdl bGNvbWUgYWxsIGV4cGVydHMgY2FuIHJldmlldyB0aGlzIGRyYWZ0IGFuZCBwcm92aWRlIG1vcmUg Y29tbWVudHMgYW5kIGFkdmljZS4NCg0KdGhhbiB5b3UgdmVyeSBtdWNoOw0KDQpCLlIuDQpsaXUN Cg0KDQoNCmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzxtYWlsdG86aW50ZXJuZXQtZHJhZnRzQGll dGYub3JnPg0KDQoyMDEyLTEyLTEyIDE0OjE0DQoNCsrVvP7Iyw0KbGl1Lmd1b21hbkB6dGUuY29t LmNuPG1haWx0bzpsaXUuZ3VvbWFuQHp0ZS5jb20uY24+DQqzrcvNDQp5dS5qaW5naGFpQHp0ZS5j b20uY248bWFpbHRvOnl1LmppbmdoYWlAenRlLmNvbS5jbj4NCtb3zOINCk5ldyBWZXJzaW9uIE5v dGlmaWNhdGlvbiBmb3IgICAgICAgIGRyYWZ0LWxpdS1wd2UzLW1wbHMtdHAtcDJtcC1wdy1wcm90 ZWN0aW9uLTAyLnR4dA0KDQoNCg0KDQoNCg0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFm dC1saXUtcHdlMy1tcGxzLXRwLXAybXAtcHctcHJvdGVjdGlvbi0wMi50eHQNCmhhcyBiZWVuIHN1 Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgR3VvbWFuIExpdSBhbmQgcG9zdGVkIHRvIHRoZQ0KSUVU RiByZXBvc2l0b3J5Lg0KDQpGaWxlbmFtZTogICAgICAgICAgICAgICAgICBkcmFmdC1saXUtcHdl My1tcGxzLXRwLXAybXAtcHctcHJvdGVjdGlvbg0KUmV2aXNpb246ICAgICAgICAgICAgICAgICAg MDINClRpdGxlOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgcDJtcCBwdyBwcm90 ZWN0aW9uIGZvciBNUExTLVRQIG5ldHdvcmsNCkNyZWF0aW9uIGRhdGU6ICAgICAgICAgICAgICAg ICAgMjAxMi0xMi0xMg0KV0cgSUQ6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJ bmRpdmlkdWFsIFN1Ym1pc3Npb24NCk51bWJlciBvZiBwYWdlczogOQ0KVVJMOiAgICAgICAgICAg ICBodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1saXUtcHdlMy1tcGxz LXRwLXAybXAtcHctcHJvdGVjdGlvbi0wMi50eHQNClN0YXR1czogICAgICAgICAgaHR0cDovL2Rh dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saXUtcHdlMy1tcGxzLXRwLXAybXAtcHctcHJv dGVjdGlvbg0KSHRtbGl6ZWQ6ICAgICAgICBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm dC1saXUtcHdlMy1tcGxzLXRwLXAybXAtcHctcHJvdGVjdGlvbi0wMg0KRGlmZjogICAgICAgICAg ICBodHRwOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1saXUtcHdlMy1tcGxzLXRw LXAybXAtcHctcHJvdGVjdGlvbi0wMg0KDQpBYnN0cmFjdDoNCiBUaGUgcmVxdWlyZW1lbnRzIG9m IE1QTFMtVFAgaW4gUkZDIDU2NTQgaW5jbHVkZSBhIHJlcXVpcmVtZW50KFI2MykNCiB0aGF0IHJl cXVpcmVzIE1QTFMtVFAgTVVTVCBiZSBwb3NzaWJsZSB0byBwcm92aWRlIHByb3RlY3Rpb24gZm9y DQogTVBMUy1UUCBkYXRhIHBsYW5lIHdpdGhvdXQgYW55IElQIGZvcndhcmRpbmcgY2FwYWJpbGl0 eSBhbmQgY29udHJvbA0KIHBsYW5lLklmIGFwcGx5aW5nIDE6MSBwcm90ZWN0aW9uIGZvciB0aGUg cDJtcCB0cmFmZmljIGluIHJmYzY3MTggLCBpdA0KIG11c3QgaGF2ZSBhIHJldHVybiBwYXRoIHRv IGNvb3JkaW5hdGUgdGhlIHN3aXRjaCBzdGF0ZSB0byBzZWxlY3QgdGhlDQogc2FtZSBwYXRoIHRv IHJlY2VpdmUgYW5kIHNlbmQgdGhlIHRyYWZmaWMgcGFja2V0LkFzIHRoZXJlIGV4aXN0cyB0aGUN CiBhYm92ZSBwcm9ibGVtIHN0YXRlbWVudCxUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyBhIGtpbmQg b2YgcHJvdGVjdGlvbg0KIHNvbHV0aW9uIHRvIHJlY292ZXJ5IGFuZCBwcm90ZWN0IHRoZSBwMm1w IHRyYWZmaWMgdW5kZXIgdGhlIGZhaWx1cmUNCiBjb25kaXRpb24uDQoNCg0KIFRoaXMgZG9jdW1l bnQgaXMgYSBwcm9kdWN0IG9mIGEgam9pbnQgSW50ZXJuZXQgVGFzayBGb3JjZShJRVRGKSAvDQog SW50ZXJuYXRpb25hbCBUZWxlY29tbXVuaWNhdGlvbnMgVW5pb24gVGVsZWNvbW11bmljYXRpb25z DQogU3RhbmRhcmRpemF0aW9uIFNlY3RvciAoSVRVLVQpIGVmZm9ydCB0byBpbmNsdWRlIGFuIE1Q TFMgVHJhbnNwb3J0DQogUHJvZmlsZSB3aXRoaW4gdGhlIElFVEYgTVBMUyBhbmQgUFdFMyBhcmNo aXRlY3R1cmVzIHRvIHN1cHBvcnQgdGhlDQogY2FwYWJpbGl0aWVzIGFuZCBmdW5jdGlvbmFsaXRp ZXMgb2YgYSBwYWNrZXQgdHJhbnNwb3J0IG5ldHdvcmsgYXMNCiBkZWZpbmVkIGJ5IHRoZSBJVFUt VC4NCg0KDQoNCg0KVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0KDQoNCg0KLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSBJbmZvcm1hdGlv biBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWls IChhbmQgYW55IGF0dGFjaG1lbnQgdHJhbnNtaXR0ZWQgaGVyZXdpdGgpIGlzIHByaXZpbGVnZWQg YW5kIGNvbmZpZGVudGlhbCBhbmQgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgdXNlIG9m IHRoZSBhZGRyZXNzZWUocykuICBJZiB5b3UgYXJlIG5vdCBhbiBpbnRlbmRlZCByZWNpcGllbnQs IGFueSBkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIGRpc3RyaWJ1dGlvbiBvciBvdGhlciBkaXNz ZW1pbmF0aW9uIG9yIHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlzIHN0cmljdGx5 IHByb2hpYml0ZWQuICBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1haWwgaW4gZXJyb3IsIHBs ZWFzZSBkZWxldGUgaXQgYW5kIG5vdGlmeSB1cyBpbW1lZGlhdGVseS4NCg0KDQoNCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCnB3ZTMgbWFpbGluZyBs aXN0DQpwd2UzQGlldGYub3JnPG1haWx0bzpwd2UzQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wd2UzDQoNCg0KDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSBJbmZvcm1hdGlvbiBT ZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsIChh bmQgYW55IGF0dGFjaG1lbnQgdHJhbnNtaXR0ZWQgaGVyZXdpdGgpIGlzIHByaXZpbGVnZWQgYW5k IGNvbmZpZGVudGlhbCBhbmQgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgdXNlIG9mIHRo ZSBhZGRyZXNzZWUocykuICBJZiB5b3UgYXJlIG5vdCBhbiBpbnRlbmRlZCByZWNpcGllbnQsIGFu eSBkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIGRpc3RyaWJ1dGlvbiBvciBvdGhlciBkaXNzZW1p bmF0aW9uIG9yIHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlzIHN0cmljdGx5IHBy b2hpYml0ZWQuICBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1haWwgaW4gZXJyb3IsIHBsZWFz ZSBkZWxldGUgaXQgYW5kIG5vdGlmeSB1cyBpbW1lZGlhdGVseS4NCg0KDQoNCg== --_000_7347100B5761DC41A166AC17F22DF112021D1Feusaamb103ericsso_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
Dear Liu,
I agree that mechanisms applicabl= e to MPLS-TP must operate without relying on control plane. And MPLS-T= P Linear Protection complies with this requirement. Would we see LDP-based support of PW redundancy mapped to a G-ACh-based so= lution?
 
    Regards,
     &nb= sp;  Greg

From: pwe3-bounces@ietf.org [mailto= :pwe3-bounces@ietf.org] On Behalf Of liu.guoman@zte.com.cn
Sent: Thursday, December 13, 2012 5:34 PM
To: Greg Mirsky
Cc: pwe3@ietf.org
Subject: Re: [PWE3] New Version Notification for draft-liu-pwe3-mpls= -tp-p2mp-pw-protection-02.txt


Greg
thank you for replying. I think that y= our recollection is correct. But this draft is a special protection solutio= n for p2mp pw without control plane and IP forwarding capability.
It can use state message to coordinate= between primary node and protector node. So it is defferent from pw Redund= ancy mechanism.

B.R.
liu



Greg Mirsky <g= regimirsky@gmail.com>

2012-12-14 09:17

=CA=D5=BC=FE=C8= =CB
 liu.guoman@zte.com.cn
=B3=AD=CB=CD
 pwe3@ietf.org
=D6=F7=CC=E2
 Re: [PWE3] New Version Notificatio= n for draft-liu-pwe3-mpls-tp-p2mp-pw-protection-02.txt





Dear All,
I recall that discussion on whether MPLS-TP Linear Protection, draft then a= nd RFC 6378 now, should be applicable to PWs was short and ended by stateme= nt that for PW Redundancy is the paradigm for PW protection, including MPLS= -TP, and applicability of PSC to PW is not required. Is my recollection correct?

Regards,
Greg

On Tue, Dec 11, 2012 at 10:20 PM, <= liu.guoman@zte.com.cn> wrote:

hi all
I have just upload new version of draft-liu-pwe3-mpls-tp-p2mp-pw-protection= according to all experts' comments.
I will welcome all experts can review this draft and provide more comments = and advice.

than you very much;

B.R.
liu


internet-dra= fts@ietf.org

2012-12-12 14:14


=CA=D5=BC=FE=C8= =CB
 liu.guoman@zte.com= .cn
=B3=AD=CB=CD
 yu.jinghai@zte.com.cn
=D6=F7=CC=E2
 New Version Notification for  = ;      draft-liu-pwe3-mpls-tp-p2mp-pw-protection-02.txt








A new version of I-D, draft-liu-pwe3-mpls-tp-p2mp-pw-protection-02.txt
has been successfully submitted by Guoman Liu and posted to the
IETF repository.

Filename:                  dra= ft-liu-pwe3-mpls-tp-p2mp-pw-protection
Revision:                  02<= br> Title:                    = ;               p2mp pw protection for M= PLS-TP network
Creation date:                 &nbs= p;2012-12-12
WG ID:                    = ;               Individual Submission Number of pages: 9
URL:             http://www.i= etf.org/internet-drafts/draft-liu-pwe3-mpls-tp-p2mp-pw-protection-02.txt
Status:          http://datatracker.ietf.org/= doc/draft-liu-pwe3-mpls-tp-p2mp-pw-protection
Htmlized:        http://tools.ietf.org/html/draft-li= u-pwe3-mpls-tp-p2mp-pw-protection-02
Diff:            http://www.ietf.o= rg/rfcdiff?url2=3Ddraft-liu-pwe3-mpls-tp-p2mp-pw-protection-02

Abstract:
 The requirements of MPLS-TP in RFC 5654 include a requirement(R63)  that requires MPLS-TP MUST be possible to provide protection for
 MPLS-TP data plane without any IP forwarding capability and control  plane.If applying 1:1 protection for the p2mp traffic in rfc6718 , it=
 must have a return path to coordinate the switch state to select the<= br>  same path to receive and send the traffic packet.As there exists the<= br>  above problem statement,This document describes a kind of protection<= br>  solution to recovery and protect the p2mp traffic under the failure  condition.


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

                     = ;                     &nb= sp;                     &= nbsp;              


The IETF Secretariat




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




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




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

--_000_7347100B5761DC41A166AC17F22DF112021D1Feusaamb103ericsso_-- From liu.guoman@zte.com.cn Thu Dec 13 18:45:43 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA74221F8B11 for ; Thu, 13 Dec 2012 18:45:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -95.369 X-Spam-Level: X-Spam-Status: No, score=-95.369 tagged_above=-999 required=5 tests=[AWL=-1.819, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, SARE_SUB_ENC_GB2312=1.345, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I2eI1tq6IZ9e for ; Thu, 13 Dec 2012 18:45:42 -0800 (PST) Received: from zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 28B9421F8AF1 for ; Thu, 13 Dec 2012 18:45:33 -0800 (PST) Received: from mse01.zte.com.cn (unknown [10.30.3.20]) by Websense Email Security Gateway with ESMTPS id 9B7441243ECF; Fri, 14 Dec 2012 10:47:24 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id qBE2jImE059135; Fri, 14 Dec 2012 10:45:18 +0800 (GMT-8) (envelope-from liu.guoman@zte.com.cn) In-Reply-To: <7347100B5761DC41A166AC17F22DF112021D1F@eusaamb103.ericsson.se> To: Gregory Mirsky MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: liu.guoman@zte.com.cn Date: Fri, 14 Dec 2012 10:45:12 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-12-14 10:45:10, Serialize complete at 2012-12-14 10:45:10 Content-Type: multipart/alternative; boundary="=_alternative 000F3FCC48257AD4_=" X-MAIL: mse01.zte.com.cn qBE2jImE059135 Cc: "pwe3@ietf.org" Subject: [PWE3] =?gb2312?b?tPC4tDogUkU6ICBOZXcgVmVyc2lvbiBOb3RpZmljYXRp?= =?gb2312?b?b24gZm9yCWRyYWZ0LWxpdS1wd2UzLW1wbHMtdHAtcDJtcC1wdy1wcm90ZWN0?= =?gb2312?b?aW9uLTAyLnR4dA==?= X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2012 02:45:43 -0000 This is a multipart message in MIME format. --=_alternative 000F3FCC48257AD4_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 RGVhciBHcmVnDQpEbyB5b3UgcmVtZW1iZXIgdGhlcmUgaXMgYSBzZW50ZW5jZSBpbiBzZWN0aW9u IDEuMiBzY29wZSBvZiB0aGUgZG9jb21lbnQgDQpvZiBNUExTLVRQIExpbmVhciBwcm90ZWN0aW9u KFJGQzYzNzgpPw0KIFRoZSB1c2Ugb2YgdGhpcyBwcm90b2NvbCBmb3IgcG9pbnQtdG8tbXVsdGlw b2ludCBwYXRocyBpcyBvdXQgb2Ygc2NvcGUgDQpmb3IgdGhpcyBkb2N1bWVudCBhbmQgbWF5IGJl DQogIGFkZHJlc3NlZCBpbiBhIGZ1dHVyZSBhcHBsaWNhYmlsaXR5IGRvY3VtZW50Lg0KU28gTVBM Uy1UUCBMaW5lYXIgcHJvdGVjdGlvbiBpcyBub3Qgc3VpdGFibGUgZm9yIHByb3RlY3Rpb24gb2Yg cDJtcCBwdy4NCkluIGFkZHRpb24sIEkgdGhpbmsgUFcgcmVkdW5kYW5jeSBtZWNoYW5pc20gaXMg dXNlZCBmb3IgcDJwIHB3LiBJZiANCnByb3RlY3Rpb24gZm9yIHAybXAgcHcgdXNlIHB3IHJlZHVu ZGFuY3ksIEl0IG5lZWQgdG8gY29uZmlndXJlIGFuIGJhY2t1cCANCnB3IGZvciBlYWNoIGJyYW5j aCBwYXRoIG9mIHAybXAgcHcuDQpTbyB0aGF0IGl0IGlzIHZlcnkgY29tcGxleCB0byBpbXBsZW1l bnQgcHcgcmVkdW5kYW5jeSBtZWNoYW5pc20gaW4gcmVhbCANCm5ldHdvcmsuIEJ1dCB0aGlzIGRy YWZ0IHByb3ZpZGVzIGEgbmV3IHByb3RlY3Rpb24gbWVjaG5hc2ltIHRvIHVzZSBvbmUgDQpicmFu Y2ggcGF0aCB0byBwcm90ZWN0IHRoZSBmYWlsdXJlIG9uIA0KYW5vdGhlciBicmFuY2ggcGF0aCBm b3IgcDJtcCBwdyBzY2VuYXJpby4gU28gaXQgbmVlZCBsZXNzIGJhY2t1cCBwdyB0aGFuIA0KcHcg cmVkdW5kYW5jeSBtZWNoYW5zaW0uDQoNCmlzIG15IHVuZGVyc3RhbmRpbmcgcmlnaHQ/IHRoYW5r IHUNCg0KQi5SLg0KTGl1DQoNCg0KDQpHcmVnb3J5IE1pcnNreSA8Z3JlZ29yeS5taXJza3lAZXJp Y3Nzb24uY29tPiANCjIwMTItMTItMTQgMDk6NDgNCg0KytW8/sjLDQoibGl1Lmd1b21hbkB6dGUu Y29tLmNuIiA8bGl1Lmd1b21hbkB6dGUuY29tLmNuPiwgR3JlZyBNaXJza3kgDQo8Z3JlZ2ltaXJz a3lAZ21haWwuY29tPg0Ks63LzQ0KInB3ZTNAaWV0Zi5vcmciIDxwd2UzQGlldGYub3JnPg0K1vfM 4g0KUkU6IFtQV0UzXSBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIA0KZHJhZnQtbGl1LXB3 ZTMtbXBscy10cC1wMm1wLXB3LXByb3RlY3Rpb24tMDIudHh0DQoNCg0KDQoNCg0KDQpEZWFyIExp dSwNCkkgYWdyZWUgdGhhdCBtZWNoYW5pc21zIGFwcGxpY2FibGUgdG8gTVBMUy1UUCBtdXN0IG9w ZXJhdGUgd2l0aG91dCByZWx5aW5nIA0Kb24gY29udHJvbCBwbGFuZS4gQW5kIE1QTFMtVFAgTGlu ZWFyIFByb3RlY3Rpb24gY29tcGxpZXMgd2l0aCB0aGlzIA0KcmVxdWlyZW1lbnQuIFdvdWxkIHdl IHNlZSBMRFAtYmFzZWQgc3VwcG9ydCBvZiBQVyByZWR1bmRhbmN5IG1hcHBlZCB0byBhIA0KRy1B Q2gtYmFzZWQgc29sdXRpb24/DQogDQogICAgUmVnYXJkcywNCiAgICAgICAgR3JlZw0KDQpGcm9t OiBwd2UzLWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzpwd2UzLWJvdW5jZXNAaWV0Zi5vcmddIE9u IEJlaGFsZiBPZiANCmxpdS5ndW9tYW5AenRlLmNvbS5jbg0KU2VudDogVGh1cnNkYXksIERlY2Vt YmVyIDEzLCAyMDEyIDU6MzQgUE0NClRvOiBHcmVnIE1pcnNreQ0KQ2M6IHB3ZTNAaWV0Zi5vcmcN ClN1YmplY3Q6IFJlOiBbUFdFM10gTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciANCmRyYWZ0 LWxpdS1wd2UzLW1wbHMtdHAtcDJtcC1wdy1wcm90ZWN0aW9uLTAyLnR4dA0KDQoNCkdyZWcgDQp0 aGFuayB5b3UgZm9yIHJlcGx5aW5nLiBJIHRoaW5rIHRoYXQgeW91ciByZWNvbGxlY3Rpb24gaXMg Y29ycmVjdC4gQnV0IA0KdGhpcyBkcmFmdCBpcyBhIHNwZWNpYWwgcHJvdGVjdGlvbiBzb2x1dGlv biBmb3IgcDJtcCBwdyB3aXRob3V0IGNvbnRyb2wgDQpwbGFuZSBhbmQgSVAgZm9yd2FyZGluZyBj YXBhYmlsaXR5LiANCkl0IGNhbiB1c2Ugc3RhdGUgbWVzc2FnZSB0byBjb29yZGluYXRlIGJldHdl ZW4gcHJpbWFyeSBub2RlIGFuZCBwcm90ZWN0b3IgDQpub2RlLiBTbyBpdCBpcyBkZWZmZXJlbnQg ZnJvbSBwdyBSZWR1bmRhbmN5IG1lY2hhbmlzbS4gDQoNCkIuUi4gDQpsaXUNCg0KDQoNCkdyZWcg TWlyc2t5IDxncmVnaW1pcnNreUBnbWFpbC5jb20+IA0KMjAxMi0xMi0xNCAwOToxNyANCg0KDQrK 1bz+yMsNCmxpdS5ndW9tYW5AenRlLmNvbS5jbiANCrOty80NCnB3ZTNAaWV0Zi5vcmcgDQrW98zi DQpSZTogW1BXRTNdIE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgDQpkcmFmdC1saXUtcHdl My1tcGxzLXRwLXAybXAtcHctcHJvdGVjdGlvbi0wMi50eHQNCg0KDQoNCg0KDQoNCg0KDQpEZWFy IEFsbCwNCkkgcmVjYWxsIHRoYXQgZGlzY3Vzc2lvbiBvbiB3aGV0aGVyIE1QTFMtVFAgTGluZWFy IFByb3RlY3Rpb24sIGRyYWZ0IHRoZW4gDQphbmQgUkZDIDYzNzggbm93LCBzaG91bGQgYmUgYXBw bGljYWJsZSB0byBQV3Mgd2FzIHNob3J0IGFuZCBlbmRlZCBieSANCnN0YXRlbWVudCB0aGF0IGZv ciBQVyBSZWR1bmRhbmN5IGlzIHRoZSBwYXJhZGlnbSBmb3IgUFcgcHJvdGVjdGlvbiwgDQppbmNs dWRpbmcgTVBMUy1UUCwgYW5kIGFwcGxpY2FiaWxpdHkgb2YgUFNDIHRvIFBXIGlzIG5vdCByZXF1 aXJlZC4gSXMgbXkgDQpyZWNvbGxlY3Rpb24gY29ycmVjdD8NCg0KUmVnYXJkcywNCkdyZWcNCg0K T24gVHVlLCBEZWMgMTEsIDIwMTIgYXQgMTA6MjAgUE0sIDxsaXUuZ3VvbWFuQHp0ZS5jb20uY24+ IHdyb3RlOiANCg0KaGkgYWxsIA0KSSBoYXZlIGp1c3QgdXBsb2FkIG5ldyB2ZXJzaW9uIG9mIA0K ZHJhZnQtbGl1LXB3ZTMtbXBscy10cC1wMm1wLXB3LXByb3RlY3Rpb24gYWNjb3JkaW5nIHRvIGFs bCBleHBlcnRzJyANCmNvbW1lbnRzLiANCkkgd2lsbCB3ZWxjb21lIGFsbCBleHBlcnRzIGNhbiBy ZXZpZXcgdGhpcyBkcmFmdCBhbmQgcHJvdmlkZSBtb3JlIGNvbW1lbnRzIA0KYW5kIGFkdmljZS4g DQoNCnRoYW4geW91IHZlcnkgbXVjaDsgDQoNCkIuUi4gDQpsaXUgDQoNCg0KDQppbnRlcm5ldC1k cmFmdHNAaWV0Zi5vcmcgDQoyMDEyLTEyLTEyIDE0OjE0IA0KDQoNCsrVvP7Iyw0KbGl1Lmd1b21h bkB6dGUuY29tLmNuIA0Ks63LzQ0KeXUuamluZ2hhaUB6dGUuY29tLmNuIA0K1vfM4g0KTmV3IFZl cnNpb24gTm90aWZpY2F0aW9uIGZvciANCmRyYWZ0LWxpdS1wd2UzLW1wbHMtdHAtcDJtcC1wdy1w cm90ZWN0aW9uLTAyLnR4dA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCkEgbmV3IHZlcnNpb24gb2Yg SS1ELCBkcmFmdC1saXUtcHdlMy1tcGxzLXRwLXAybXAtcHctcHJvdGVjdGlvbi0wMi50eHQNCmhh cyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgR3VvbWFuIExpdSBhbmQgcG9zdGVkIHRv IHRoZQ0KSUVURiByZXBvc2l0b3J5Lg0KDQpGaWxlbmFtZTogICAgICAgICAgICAgICAgICBkcmFm dC1saXUtcHdlMy1tcGxzLXRwLXAybXAtcHctcHJvdGVjdGlvbg0KUmV2aXNpb246ICAgICAgICAg ICAgICAgICAgMDINClRpdGxlOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgcDJt cCBwdyBwcm90ZWN0aW9uIGZvciBNUExTLVRQIA0KbmV0d29yaw0KQ3JlYXRpb24gZGF0ZTogICAg ICAgICAgICAgICAgICAyMDEyLTEyLTEyDQpXRyBJRDogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIEluZGl2aWR1YWwgU3VibWlzc2lvbg0KTnVtYmVyIG9mIHBhZ2VzOiA5DQpVUkw6 ICAgICAgICAgICAgIA0KaHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQt bGl1LXB3ZTMtbXBscy10cC1wMm1wLXB3LXByb3RlY3Rpb24tMDIudHh0DQoNClN0YXR1czogICAg ICAgICAgDQpodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpdS1wd2UzLW1w bHMtdHAtcDJtcC1wdy1wcm90ZWN0aW9uDQpIdG1saXplZDogICAgICAgIA0KaHR0cDovL3Rvb2xz LmlldGYub3JnL2h0bWwvZHJhZnQtbGl1LXB3ZTMtbXBscy10cC1wMm1wLXB3LXByb3RlY3Rpb24t MDINCkRpZmY6ICAgICAgICAgICAgDQpodHRwOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1k cmFmdC1saXUtcHdlMy1tcGxzLXRwLXAybXAtcHctcHJvdGVjdGlvbi0wMg0KDQoNCkFic3RyYWN0 Og0KIFRoZSByZXF1aXJlbWVudHMgb2YgTVBMUy1UUCBpbiBSRkMgNTY1NCBpbmNsdWRlIGEgcmVx dWlyZW1lbnQoUjYzKQ0KIHRoYXQgcmVxdWlyZXMgTVBMUy1UUCBNVVNUIGJlIHBvc3NpYmxlIHRv IHByb3ZpZGUgcHJvdGVjdGlvbiBmb3INCiBNUExTLVRQIGRhdGEgcGxhbmUgd2l0aG91dCBhbnkg SVAgZm9yd2FyZGluZyBjYXBhYmlsaXR5IGFuZCBjb250cm9sDQogcGxhbmUuSWYgYXBwbHlpbmcg MToxIHByb3RlY3Rpb24gZm9yIHRoZSBwMm1wIHRyYWZmaWMgaW4gcmZjNjcxOCAsIGl0DQogbXVz dCBoYXZlIGEgcmV0dXJuIHBhdGggdG8gY29vcmRpbmF0ZSB0aGUgc3dpdGNoIHN0YXRlIHRvIHNl bGVjdCB0aGUNCiBzYW1lIHBhdGggdG8gcmVjZWl2ZSBhbmQgc2VuZCB0aGUgdHJhZmZpYyBwYWNr ZXQuQXMgdGhlcmUgZXhpc3RzIHRoZQ0KIGFib3ZlIHByb2JsZW0gc3RhdGVtZW50LFRoaXMgZG9j dW1lbnQgZGVzY3JpYmVzIGEga2luZCBvZiBwcm90ZWN0aW9uDQogc29sdXRpb24gdG8gcmVjb3Zl cnkgYW5kIHByb3RlY3QgdGhlIHAybXAgdHJhZmZpYyB1bmRlciB0aGUgZmFpbHVyZQ0KIGNvbmRp dGlvbi4NCg0KDQogVGhpcyBkb2N1bWVudCBpcyBhIHByb2R1Y3Qgb2YgYSBqb2ludCBJbnRlcm5l dCBUYXNrIEZvcmNlKElFVEYpIC8NCiBJbnRlcm5hdGlvbmFsIFRlbGVjb21tdW5pY2F0aW9ucyBV bmlvbiBUZWxlY29tbXVuaWNhdGlvbnMNCiBTdGFuZGFyZGl6YXRpb24gU2VjdG9yIChJVFUtVCkg ZWZmb3J0IHRvIGluY2x1ZGUgYW4gTVBMUyBUcmFuc3BvcnQNCiBQcm9maWxlIHdpdGhpbiB0aGUg SUVURiBNUExTIGFuZCBQV0UzIGFyY2hpdGVjdHVyZXMgdG8gc3VwcG9ydCB0aGUNCiBjYXBhYmls aXRpZXMgYW5kIGZ1bmN0aW9uYWxpdGllcyBvZiBhIHBhY2tldCB0cmFuc3BvcnQgbmV0d29yayBh cw0KIGRlZmluZWQgYnkgdGhlIElUVS1ULg0KDQogIA0KDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0 DQoNCg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tDQpaVEUgSW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRp b24gY29udGFpbmVkIGluIHRoaXMgbWFpbCANCihhbmQgYW55IGF0dGFjaG1lbnQgdHJhbnNtaXR0 ZWQgaGVyZXdpdGgpIGlzIHByaXZpbGVnZWQgYW5kIGNvbmZpZGVudGlhbCANCmFuZCBpcyBpbnRl bmRlZCBmb3IgdGhlIGV4Y2x1c2l2ZSB1c2Ugb2YgdGhlIGFkZHJlc3NlZShzKS4gIElmIHlvdSBh cmUgbm90IA0KYW4gaW50ZW5kZWQgcmVjaXBpZW50LCBhbnkgZGlzY2xvc3VyZSwgcmVwcm9kdWN0 aW9uLCBkaXN0cmlidXRpb24gb3Igb3RoZXIgDQpkaXNzZW1pbmF0aW9uIG9yIHVzZSBvZiB0aGUg aW5mb3JtYXRpb24gY29udGFpbmVkIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuIA0KSWYgeW91IGhh dmUgcmVjZWl2ZWQgdGhpcyBtYWlsIGluIGVycm9yLCBwbGVhc2UgZGVsZXRlIGl0IGFuZCBub3Rp ZnkgdXMgDQppbW1lZGlhdGVseS4NCg0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCnB3ZTMgbWFpbGluZyBsaXN0DQpwd2UzQGlldGYub3JnDQpo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3B3ZTMNCg0KDQoNCg0KLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSBJ bmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4g dGhpcyBtYWlsIA0KKGFuZCBhbnkgYXR0YWNobWVudCB0cmFuc21pdHRlZCBoZXJld2l0aCkgaXMg cHJpdmlsZWdlZCBhbmQgY29uZmlkZW50aWFsIA0KYW5kIGlzIGludGVuZGVkIGZvciB0aGUgZXhj bHVzaXZlIHVzZSBvZiB0aGUgYWRkcmVzc2VlKHMpLiAgSWYgeW91IGFyZSBub3QgDQphbiBpbnRl bmRlZCByZWNpcGllbnQsIGFueSBkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIGRpc3RyaWJ1dGlv biBvciBvdGhlciANCmRpc3NlbWluYXRpb24gb3IgdXNlIG9mIHRoZSBpbmZvcm1hdGlvbiBjb250 YWluZWQgaXMgc3RyaWN0bHkgcHJvaGliaXRlZC4gDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlz IG1haWwgaW4gZXJyb3IsIHBsZWFzZSBkZWxldGUgaXQgYW5kIG5vdGlmeSB1cyANCmltbWVkaWF0 ZWx5Lg0KDQoNCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQ0KWlRFIEluZm9ybWF0aW9uIFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9y bWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1haWwgKGFuZCBhbnkgYXR0YWNobWVudCB0cmFuc21p dHRlZCBoZXJld2l0aCkgaXMgcHJpdmlsZWdlZCBhbmQgY29uZmlkZW50aWFsIGFuZCBpcyBpbnRl bmRlZCBmb3IgdGhlIGV4Y2x1c2l2ZSB1c2Ugb2YgdGhlIGFkZHJlc3NlZShzKS4gIElmIHlvdSBh cmUgbm90IGFuIGludGVuZGVkIHJlY2lwaWVudCwgYW55IGRpc2Nsb3N1cmUsIHJlcHJvZHVjdGlv biwgZGlzdHJpYnV0aW9uIG9yIG90aGVyIGRpc3NlbWluYXRpb24gb3IgdXNlIG9mIHRoZSBpbmZv cm1hdGlvbiBjb250YWluZWQgaXMgc3RyaWN0bHkgcHJvaGliaXRlZC4gIElmIHlvdSBoYXZlIHJl Y2VpdmVkIHRoaXMgbWFpbCBpbiBlcnJvciwgcGxlYXNlIGRlbGV0ZSBpdCBhbmQgbm90aWZ5IHVz IGltbWVkaWF0ZWx5Lg0K --=_alternative 000F3FCC48257AD4_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkRlYXIgR3JlZzwvZm9udD4NCjxi cj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+RG8geW91IHJlbWVtYmVyIHRoZXJlIGlz IGEgc2VudGVuY2UNCmluIHNlY3Rpb24gMS4yIHNjb3BlIG9mIHRoZSBkb2NvbWVudCBvZiBNUExT LVRQIExpbmVhciBwcm90ZWN0aW9uKFJGQzYzNzgpPzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIg ZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7PC9mb250Pjxmb250IHNpemU9MiBjb2xvcj1yZWQgZmFj ZT0ic2Fucy1zZXJpZiI+VGhlDQp1c2Ugb2YgdGhpcyBwcm90b2NvbCBmb3IgcG9pbnQtdG8tbXVs dGlwb2ludCBwYXRocyBpcyBvdXQgb2Ygc2NvcGUgZm9yDQp0aGlzIGRvY3VtZW50IGFuZCBtYXkg YmU8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPXJlZCBmYWNlPSJzYW5zLXNlcmlmIj4m bmJzcDsgYWRkcmVzc2VkIGluIGEgZnV0dXJlDQphcHBsaWNhYmlsaXR5IGRvY3VtZW50LjwvZm9u dD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+U28gTVBMUy1UUCBMaW5lYXIg cHJvdGVjdGlvbiBpcyBub3QNCnN1aXRhYmxlIGZvciBwcm90ZWN0aW9uIG9mIHAybXAgcHcuPC9m b250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5JbiBhZGR0aW9uLCBJIHRo aW5rIFBXIHJlZHVuZGFuY3kgbWVjaGFuaXNtDQppcyB1c2VkIGZvciBwMnAgcHcuIElmIHByb3Rl Y3Rpb24gZm9yIHAybXAgcHcgdXNlIHB3IHJlZHVuZGFuY3ksIEl0IG5lZWQNCnRvIGNvbmZpZ3Vy ZSBhbiBiYWNrdXAgcHcgZm9yIGVhY2ggYnJhbmNoIHBhdGggb2YgcDJtcCBwdy48L2ZvbnQ+DQo8 YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlNvIHRoYXQgaXQgaXMgdmVyeSBjb21w bGV4IHRvIGltcGxlbWVudA0KcHcgcmVkdW5kYW5jeSBtZWNoYW5pc20gaW4gcmVhbCBuZXR3b3Jr LiBCdXQgdGhpcyBkcmFmdCBwcm92aWRlcyBhIG5ldw0KcHJvdGVjdGlvbiBtZWNobmFzaW0gdG8g dXNlIG9uZSBicmFuY2ggcGF0aCB0byBwcm90ZWN0IHRoZSBmYWlsdXJlIG9uIDwvZm9udD4NCjxi cj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+YW5vdGhlciBicmFuY2ggcGF0aCBmb3Ig cDJtcCBwdyBzY2VuYXJpby4NClNvIGl0IG5lZWQgbGVzcyBiYWNrdXAgcHcgdGhhbiBwdyByZWR1 bmRhbmN5IG1lY2hhbnNpbS48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNh bnMtc2VyaWYiPmlzIG15IHVuZGVyc3RhbmRpbmcgcmlnaHQ/IHRoYW5rIHU8L2ZvbnQ+DQo8YnI+ DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkIuUi48L2ZvbnQ+DQo8YnI+PGZv bnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkxpdTwvZm9udD4NCjxicj4NCjxicj4NCjxicj4N Cjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9MzYlPjxmb250 IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj48Yj5HcmVnb3J5IE1pcnNreSAmbHQ7Z3JlZ29yeS5t aXJza3lAZXJpY3Nzb24uY29tJmd0OzwvYj4NCjwvZm9udD4NCjxwPjxmb250IHNpemU9MSBmYWNl PSJzYW5zLXNlcmlmIj4yMDEyLTEyLTE0IDA5OjQ4PC9mb250Pg0KPHRkIHdpZHRoPTYzJT4NCjx0 YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0 Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7K1bz+yMs8L2ZvbnQ+PC9kaXY+DQo8dGQ+ PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPiZxdW90O2xpdS5ndW9tYW5AenRlLmNvbS5j biZxdW90OyAmbHQ7bGl1Lmd1b21hbkB6dGUuY29tLmNuJmd0OywNCkdyZWcgTWlyc2t5ICZsdDtn cmVnaW1pcnNreUBnbWFpbC5jb20mZ3Q7PC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8 ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj6zrcvNPC9mb250 PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4mcXVvdDtwd2UzQGll dGYub3JnJnF1b3Q7ICZsdDtwd2UzQGlldGYub3JnJmd0OzwvZm9udD4NCjx0ciB2YWxpZ249dG9w Pg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+ 1vfM4jwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+UkU6 IFtQV0UzXSBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24NCmZvciAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDtkcmFmdC1saXUtcHdlMy1tcGxzLXRwLXAybXAtcHctcHJvdGVjdGlvbi0wMi50eHQ8 L2ZvbnQ+PC90YWJsZT4NCjxicj4NCjx0YWJsZT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPHRk PjwvdGFibGU+DQo8YnI+PC90YWJsZT4NCjxicj4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgY29s b3I9Ymx1ZSBmYWNlPSJBcmlhbCI+RGVhciBMaXUsPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBj b2xvcj1ibHVlIGZhY2U9IkFyaWFsIj5JIGFncmVlIHRoYXQgbWVjaGFuaXNtcyBhcHBsaWNhYmxl DQp0byBNUExTLVRQIG11c3Qgb3BlcmF0ZSB3aXRob3V0IHJlbHlpbmcgb24gY29udHJvbCBwbGFu ZS4gQW5kIE1QTFMtVFAgTGluZWFyDQpQcm90ZWN0aW9uIGNvbXBsaWVzIHdpdGggdGhpcyByZXF1 aXJlbWVudC4gV291bGQgd2Ugc2VlIExEUC1iYXNlZCBzdXBwb3J0DQpvZiBQVyByZWR1bmRhbmN5 IG1hcHBlZCB0byBhIEctQUNoLWJhc2VkIHNvbHV0aW9uPzwvZm9udD4NCjxicj48Zm9udCBzaXpl PTMgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBjb2xv cj1ibHVlIGZhY2U9IkFyaWFsIj4mbmJzcDsgJm5ic3A7IFJlZ2FyZHMsPC9mb250Pg0KPGJyPjxm b250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9IkFyaWFsIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgR3JlZzwvZm9udD4NCjxicj4NCjxicj4NCjxocj48Zm9udCBzaXplPTIgZmFjZT0iVGFo b21hIj48Yj5Gcm9tOjwvYj4gcHdlMy1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86cHdlMy1ib3Vu Y2VzQGlldGYub3JnXQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5saXUuZ3VvbWFuQHp0ZS5jb20uY248 Yj48YnI+DQpTZW50OjwvYj4gVGh1cnNkYXksIERlY2VtYmVyIDEzLCAyMDEyIDU6MzQgUE08Yj48 YnI+DQpUbzo8L2I+IEdyZWcgTWlyc2t5PGI+PGJyPg0KQ2M6PC9iPiBwd2UzQGlldGYub3JnPGI+ PGJyPg0KU3ViamVjdDo8L2I+IFJlOiBbUFdFM10gTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZv ciBkcmFmdC1saXUtcHdlMy1tcGxzLXRwLXAybXAtcHctcHJvdGVjdGlvbi0wMi50eHQ8L2ZvbnQ+ PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCjwvZm9udD4NCjxicj48Zm9udCBz aXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KR3JlZzwvZm9udD48Zm9udCBzaXplPTMgZmFj ZT0ic2Fucy1zZXJpZiI+IDwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJy Pg0KdGhhbmsgeW91IGZvciByZXBseWluZy4gSSB0aGluayB0aGF0IHlvdXIgcmVjb2xsZWN0aW9u IGlzIGNvcnJlY3QuIEJ1dA0KdGhpcyBkcmFmdCBpcyBhIHNwZWNpYWwgcHJvdGVjdGlvbiBzb2x1 dGlvbiBmb3IgcDJtcCBwdyB3aXRob3V0IGNvbnRyb2wNCnBsYW5lIGFuZCBJUCBmb3J3YXJkaW5n IGNhcGFiaWxpdHkuPC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj4NCjwvZm9u dD48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KSXQgY2FuIHVzZSBzdGF0ZSBt ZXNzYWdlIHRvIGNvb3JkaW5hdGUgYmV0d2VlbiBwcmltYXJ5IG5vZGUgYW5kIHByb3RlY3Rvcg0K bm9kZS4gU28gaXQgaXMgZGVmZmVyZW50IGZyb20gcHcgUmVkdW5kYW5jeSBtZWNoYW5pc20uPC9m b250Pjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj4NCjxicj4NCjwvZm9udD48Zm9udCBz aXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KQi5SLjwvZm9udD48Zm9udCBzaXplPTMgZmFj ZT0ic2Fucy1zZXJpZiI+IDwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJy Pg0KbGl1PC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQo8 YnI+DQo8L2ZvbnQ+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkIHdp ZHRoPTMwJT48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+PGI+R3JlZyBNaXJza3kgJmx0 O2dyZWdpbWlyc2t5QGdtYWlsLmNvbSZndDs8L2I+DQo8L2ZvbnQ+DQo8cD48Zm9udCBzaXplPTEg ZmFjZT0ic2Fucy1zZXJpZiI+MjAxMi0xMi0xNCAwOToxNzwvZm9udD48Zm9udCBzaXplPTMgZmFj ZT0ic2Fucy1zZXJpZiI+DQo8L2ZvbnQ+DQo8dGQgd2lkdGg9NjklPg0KPGJyPg0KPHRhYmxlIHdp ZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD02JT4NCjxkaXYgYWxpZ249cmln aHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPsrVvP7IyzwvZm9udD48L2Rpdj4NCjx0 ZCB3aWR0aD05MyU+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPmxpdS5ndW9tYW5AenRl LmNvbS5jbjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+DQo8L2ZvbnQ+DQo8 dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9 InNhbnMtc2VyaWYiPrOty808L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNh bnMtc2VyaWYiPnB3ZTNAaWV0Zi5vcmc8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2Vy aWYiPg0KPC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxm b250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7W98ziPC9mb250PjwvZGl2Pg0KPHRkPjxmb250 IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5SZTogW1BXRTNdIE5ldyBWZXJzaW9uIE5vdGlmaWNh dGlvbg0KZm9yIGRyYWZ0LWxpdS1wd2UzLW1wbHMtdHAtcDJtcC1wdy1wcm90ZWN0aW9uLTAyLnR4 dDwvZm9udD48L3RhYmxlPg0KPGJyPg0KPGJyPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFs aWduPXRvcD4NCjx0ZCB3aWR0aD01MCU+DQo8dGQgd2lkdGg9NTAlPjwvdGFibGU+DQo8YnI+PC90 YWJsZT4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0KPGJy Pg0KRGVhciBBbGwsPGJyPg0KSSByZWNhbGwgdGhhdCBkaXNjdXNzaW9uIG9uIHdoZXRoZXIgTVBM Uy1UUCBMaW5lYXIgUHJvdGVjdGlvbiwgZHJhZnQgdGhlbg0KYW5kIFJGQyA2Mzc4IG5vdywgc2hv dWxkIGJlIGFwcGxpY2FibGUgdG8gUFdzIHdhcyBzaG9ydCBhbmQgZW5kZWQgYnkgc3RhdGVtZW50 DQp0aGF0IGZvciBQVyBSZWR1bmRhbmN5IGlzIHRoZSBwYXJhZGlnbSBmb3IgUFcgcHJvdGVjdGlv biwgaW5jbHVkaW5nIE1QTFMtVFAsDQphbmQgYXBwbGljYWJpbGl0eSBvZiBQU0MgdG8gUFcgaXMg bm90IHJlcXVpcmVkLiBJcyBteSByZWNvbGxlY3Rpb24gY29ycmVjdD88YnI+DQo8YnI+DQpSZWdh cmRzLDxicj4NCkdyZWc8YnI+DQo8YnI+DQpPbiBUdWUsIERlYyAxMSwgMjAxMiBhdCAxMDoyMCBQ TSwgJmx0OzwvZm9udD48YSBocmVmPW1haWx0bzpsaXUuZ3VvbWFuQHp0ZS5jb20uY24gdGFyZ2V0 PV9ibGFuaz48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48dT5saXUu Z3VvbWFuQHp0ZS5jb20uY248L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1z ZXJpZiI+Jmd0Ow0Kd3JvdGU6IDxicj4NCjxicj4NCmhpIGFsbCA8YnI+DQpJIGhhdmUganVzdCB1 cGxvYWQgbmV3IHZlcnNpb24gb2YgZHJhZnQtbGl1LXB3ZTMtbXBscy10cC1wMm1wLXB3LXByb3Rl Y3Rpb24NCmFjY29yZGluZyB0byBhbGwgZXhwZXJ0cycgY29tbWVudHMuIDxicj4NCkkgd2lsbCB3 ZWxjb21lIGFsbCBleHBlcnRzIGNhbiByZXZpZXcgdGhpcyBkcmFmdCBhbmQgcHJvdmlkZSBtb3Jl IGNvbW1lbnRzDQphbmQgYWR2aWNlLiA8YnI+DQo8YnI+DQp0aGFuIHlvdSB2ZXJ5IG11Y2g7IDxi cj4NCjxicj4NCkIuUi4gPGJyPg0KbGl1IDxicj4NCjxicj4NCjwvZm9udD4NCjxwPg0KPHRhYmxl IHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD0yNCU+PGEgaHJlZj0ibWFp bHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyIgdGFyZ2V0PV9ibGFuaz48Zm9udCBzaXplPTEg Y29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48Yj48dT5pbnRlcm5ldC1kcmFmdHNAaWV0Zi5v cmc8L3U+PC9iPjwvZm9udD48L2E+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPg0KPC9m b250Pg0KPHA+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjIwMTItMTItMTIgMTQ6MTQ8 L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPg0KPC9mb250Pg0KPHRkIHdpZHRo PTc1JT4NCjxicj4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQgd2lk dGg9NiU+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7K 1bz+yMs8L2ZvbnQ+PC9kaXY+DQo8dGQgd2lkdGg9OTMlPjxhIGhyZWY9bWFpbHRvOmxpdS5ndW9t YW5AenRlLmNvbS5jbiB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MSBjb2xvcj1ibHVlIGZhY2U9 InNhbnMtc2VyaWYiPjx1PmxpdS5ndW9tYW5AenRlLmNvbS5jbjwvdT48L2ZvbnQ+PC9hPjxmb250 IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj4NCjwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRk Pg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+s63LzTwv Zm9udD48L2Rpdj4NCjx0ZD48YSBocmVmPW1haWx0bzp5dS5qaW5naGFpQHp0ZS5jb20uY24gdGFy Z2V0PV9ibGFuaz48Zm9udCBzaXplPTEgY29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48dT55 dS5qaW5naGFpQHp0ZS5jb20uY248L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTMgZmFjZT0ic2Fu cy1zZXJpZiI+DQo8L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmln aHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPtb3zOI8L2ZvbnQ+PC9kaXY+DQo8dGQ+ PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPk5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBm b3IgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwO2RyYWZ0LWxpdS1wd2UzLW1wbHMtdHAtcDJt cC1wdy1wcm90ZWN0aW9uLTAyLnR4dDwvZm9udD48L3RhYmxlPg0KPGJyPjxmb250IHNpemU9MyBm YWNlPSJzYW5zLXNlcmlmIj48YnI+DQo8L2ZvbnQ+DQo8YnI+DQo8dGFibGUgd2lkdGg9MTAwJT4N Cjx0ciB2YWxpZ249dG9wPg0KPHRkIHdpZHRoPTUwJT4NCjx0ZCB3aWR0aD01MCU+PC90YWJsZT4N Cjxicj48L3RhYmxlPg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQo8 YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0zPjx0dD48YnI+DQo8YnI+DQo8YnI+DQpBIG5ldyB2ZXJz aW9uIG9mIEktRCwgZHJhZnQtbGl1LXB3ZTMtbXBscy10cC1wMm1wLXB3LXByb3RlY3Rpb24tMDIu dHh0PGJyPg0KaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBHdW9tYW4gTGl1IGFu ZCBwb3N0ZWQgdG8gdGhlPGJyPg0KSUVURiByZXBvc2l0b3J5Ljxicj4NCjxicj4NCkZpbGVuYW1l OiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwO2RyYWZ0LWxpdS1wd2UzLW1wbHMtdHAtcDJtcC1wdy1wcm90ZWN0aW9uPGJyPg0KUmV2 aXNpb246ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7MDI8YnI+DQpUaXRsZTogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgcDJtcCBwdyBwcm90ZWN0aW9uIGZvcg0K TVBMUy1UUCBuZXR3b3JrPGJyPg0KQ3JlYXRpb24gZGF0ZTogJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7MjAxMi0xMi0xMjxicj4N CldHIElEOiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyBJbmRpdmlkdWFsIFN1Ym1pc3Npb248YnI+DQpOdW1iZXIgb2YgcGFnZXM6 IDk8YnI+DQpVUkw6ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDwv dHQ+PC9mb250PjxhIGhyZWY9Imh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2Ry YWZ0LWxpdS1wd2UzLW1wbHMtdHAtcDJtcC1wdy1wcm90ZWN0aW9uLTAyLnR4dCIgdGFyZ2V0PV9i bGFuaz48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZT48dHQ+PHU+aHR0cDovL3d3dy5pZXRmLm9yZy9p bnRlcm5ldC1kcmFmdHMvZHJhZnQtbGl1LXB3ZTMtbXBscy10cC1wMm1wLXB3LXByb3RlY3Rpb24t MDIudHh0PC91PjwvdHQ+PC9mb250PjwvYT48Zm9udCBzaXplPTM+PHR0Pjxicj4NClN0YXR1czog Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzwvdHQ+PC9mb250PjxhIGhyZWY9Imh0 dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGl1LXB3ZTMtbXBscy10cC1wMm1w LXB3LXByb3RlY3Rpb24iIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWU+PHR0 Pjx1Pmh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGl1LXB3ZTMtbXBscy10 cC1wMm1wLXB3LXByb3RlY3Rpb248L3U+PC90dD48L2ZvbnQ+PC9hPjxmb250IHNpemU9Mz48dHQ+ PGJyPg0KSHRtbGl6ZWQ6ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzwvdHQ+PC9mb250Pjxh IGhyZWY9Imh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWxpdS1wd2UzLW1wbHMtdHAt cDJtcC1wdy1wcm90ZWN0aW9uLTAyIiB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MyBjb2xvcj1i bHVlPjx0dD48dT5odHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1saXUtcHdlMy1tcGxz LXRwLXAybXAtcHctcHJvdGVjdGlvbi0wMjwvdT48L3R0PjwvZm9udD48L2E+PGZvbnQgc2l6ZT0z Pjx0dD48YnI+DQpEaWZmOiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OzwvdHQ+PC9mb250PjxhIGhyZWY9Imh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRy YWZ0LWxpdS1wd2UzLW1wbHMtdHAtcDJtcC1wdy1wcm90ZWN0aW9uLTAyIiB0YXJnZXQ9X2JsYW5r Pjxmb250IHNpemU9MyBjb2xvcj1ibHVlPjx0dD48dT5odHRwOi8vd3d3LmlldGYub3JnL3JmY2Rp ZmY/dXJsMj1kcmFmdC1saXUtcHdlMy1tcGxzLXRwLXAybXAtcHctcHJvdGVjdGlvbi0wMjwvdT48 L3R0PjwvZm9udD48L2E+PGZvbnQgc2l6ZT0zPjx0dD48YnI+DQo8YnI+DQpBYnN0cmFjdDo8YnI+ DQogVGhlIHJlcXVpcmVtZW50cyBvZiBNUExTLVRQIGluIFJGQyA1NjU0IGluY2x1ZGUgYSByZXF1 aXJlbWVudChSNjMpPGJyPg0KIHRoYXQgcmVxdWlyZXMgTVBMUy1UUCBNVVNUIGJlIHBvc3NpYmxl IHRvIHByb3ZpZGUgcHJvdGVjdGlvbiBmb3I8YnI+DQogTVBMUy1UUCBkYXRhIHBsYW5lIHdpdGhv dXQgYW55IElQIGZvcndhcmRpbmcgY2FwYWJpbGl0eSBhbmQgY29udHJvbDxicj4NCiBwbGFuZS5J ZiBhcHBseWluZyAxOjEgcHJvdGVjdGlvbiBmb3IgdGhlIHAybXAgdHJhZmZpYyBpbiByZmM2NzE4 ICwgaXQ8YnI+DQogbXVzdCBoYXZlIGEgcmV0dXJuIHBhdGggdG8gY29vcmRpbmF0ZSB0aGUgc3dp dGNoIHN0YXRlIHRvIHNlbGVjdCB0aGU8YnI+DQogc2FtZSBwYXRoIHRvIHJlY2VpdmUgYW5kIHNl bmQgdGhlIHRyYWZmaWMgcGFja2V0LkFzIHRoZXJlIGV4aXN0cyB0aGU8YnI+DQogYWJvdmUgcHJv YmxlbSBzdGF0ZW1lbnQsVGhpcyBkb2N1bWVudCBkZXNjcmliZXMgYSBraW5kIG9mIHByb3RlY3Rp b248YnI+DQogc29sdXRpb24gdG8gcmVjb3ZlcnkgYW5kIHByb3RlY3QgdGhlIHAybXAgdHJhZmZp YyB1bmRlciB0aGUgZmFpbHVyZTxicj4NCiBjb25kaXRpb24uPGJyPg0KPGJyPg0KPGJyPg0KIFRo aXMgZG9jdW1lbnQgaXMgYSBwcm9kdWN0IG9mIGEgam9pbnQgSW50ZXJuZXQgVGFzayBGb3JjZShJ RVRGKSAvPGJyPg0KIEludGVybmF0aW9uYWwgVGVsZWNvbW11bmljYXRpb25zIFVuaW9uIFRlbGVj b21tdW5pY2F0aW9uczxicj4NCiBTdGFuZGFyZGl6YXRpb24gU2VjdG9yIChJVFUtVCkgZWZmb3J0 IHRvIGluY2x1ZGUgYW4gTVBMUyBUcmFuc3BvcnQ8YnI+DQogUHJvZmlsZSB3aXRoaW4gdGhlIElF VEYgTVBMUyBhbmQgUFdFMyBhcmNoaXRlY3R1cmVzIHRvIHN1cHBvcnQgdGhlPGJyPg0KIGNhcGFi aWxpdGllcyBhbmQgZnVuY3Rpb25hbGl0aWVzIG9mIGEgcGFja2V0IHRyYW5zcG9ydCBuZXR3b3Jr IGFzPGJyPg0KIGRlZmluZWQgYnkgdGhlIElUVS1ULjxicj4NCjxicj4NCiAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsN CiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8YnI+DQo8YnI+DQo8YnI+ DQpUaGUgSUVURiBTZWNyZXRhcmlhdDwvdHQ+PC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJzYW5z LXNlcmlmIj48YnI+DQo8YnI+DQo8YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWU+ PHR0Pjxicj4NCjxicj4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tPGJyPg0KWlRFIEluZm9ybWF0aW9uIFNlY3VyaXR5IE5vdGljZTogVGhl IGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1haWwNCihhbmQgYW55IGF0dGFjaG1lbnQg dHJhbnNtaXR0ZWQgaGVyZXdpdGgpIGlzIHByaXZpbGVnZWQgYW5kIGNvbmZpZGVudGlhbA0KYW5k IGlzIGludGVuZGVkIGZvciB0aGUgZXhjbHVzaXZlIHVzZSBvZiB0aGUgYWRkcmVzc2VlKHMpLiAm bmJzcDtJZiB5b3UNCmFyZSBub3QgYW4gaW50ZW5kZWQgcmVjaXBpZW50LCBhbnkgZGlzY2xvc3Vy ZSwgcmVwcm9kdWN0aW9uLCBkaXN0cmlidXRpb24NCm9yIG90aGVyIGRpc3NlbWluYXRpb24gb3Ig dXNlIG9mIHRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaXMgc3RyaWN0bHkNCnByb2hpYml0ZWQu ICZuYnNwO0lmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgbWFpbCBpbiBlcnJvciwgcGxlYXNlIGRl bGV0ZQ0KaXQgYW5kIG5vdGlmeSB1cyBpbW1lZGlhdGVseS48YnI+DQo8L3R0PjwvZm9udD48Zm9u dCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpwd2UzIG1haWxp bmcgbGlzdDwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48 dT48YnI+DQo8L3U+PC9mb250PjxhIGhyZWY9bWFpbHRvOnB3ZTNAaWV0Zi5vcmc+PGZvbnQgc2l6 ZT0zIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1zZXJpZiI+PHU+cHdlM0BpZXRmLm9yZzwvdT48L2Zv bnQ+PC9hPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9InNhbnMtc2VyaWYiPjx1Pjxicj4N CjwvdT48L2ZvbnQ+PGEgaHJlZj1odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L3B3ZTMgdGFyZ2V0PV9ibGFuaz48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNl cmlmIj48dT5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3B3ZTM8L3U+PC9m b250PjwvYT48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0KPGJyPg0K PC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWU+PHR0Pjxicj4NCi0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0KWlRFIElu Zm9ybWF0aW9uIFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0 aGlzIG1haWwNCihhbmQgYW55IGF0dGFjaG1lbnQgdHJhbnNtaXR0ZWQgaGVyZXdpdGgpIGlzIHBy aXZpbGVnZWQgYW5kIGNvbmZpZGVudGlhbA0KYW5kIGlzIGludGVuZGVkIGZvciB0aGUgZXhjbHVz aXZlIHVzZSBvZiB0aGUgYWRkcmVzc2VlKHMpLiAmbmJzcDtJZiB5b3UNCmFyZSBub3QgYW4gaW50 ZW5kZWQgcmVjaXBpZW50LCBhbnkgZGlzY2xvc3VyZSwgcmVwcm9kdWN0aW9uLCBkaXN0cmlidXRp b24NCm9yIG90aGVyIGRpc3NlbWluYXRpb24gb3IgdXNlIG9mIHRoZSBpbmZvcm1hdGlvbiBjb250 YWluZWQgaXMgc3RyaWN0bHkNCnByb2hpYml0ZWQuICZuYnNwO0lmIHlvdSBoYXZlIHJlY2VpdmVk IHRoaXMgbWFpbCBpbiBlcnJvciwgcGxlYXNlIGRlbGV0ZQ0KaXQgYW5kIG5vdGlmeSB1cyBpbW1l ZGlhdGVseS48YnI+DQo8YnI+DQo8L3R0PjwvZm9udD4NCjxicj4NCjxicj4NCg0KPGJyPjxwcmU+ PGZvbnQgY29sb3I9ImJsdWUiPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRo ZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsIChhbmQgYW55IGF0dGFjaG1lbnQg dHJhbnNtaXR0ZWQgaGVyZXdpdGgpIGlzIHByaXZpbGVnZWQgYW5kIGNvbmZpZGVudGlhbCBhbmQg aXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgdXNlIG9mIHRoZSBhZGRyZXNzZWUocykuICBJ ZiB5b3UgYXJlIG5vdCBhbiBpbnRlbmRlZCByZWNpcGllbnQsIGFueSBkaXNjbG9zdXJlLCByZXBy b2R1Y3Rpb24sIGRpc3RyaWJ1dGlvbiBvciBvdGhlciBkaXNzZW1pbmF0aW9uIG9yIHVzZSBvZiB0 aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuICBJZiB5b3Ug aGF2ZSByZWNlaXZlZCB0aGlzIG1haWwgaW4gZXJyb3IsIHBsZWFzZSBkZWxldGUgaXQgYW5kIG5v dGlmeSB1cyBpbW1lZGlhdGVseS4NCg0KPC9mb250PjwvcHJlPjxicj4NCg== --=_alternative 000F3FCC48257AD4_=-- From stbryant@cisco.com Fri Dec 14 02:38:57 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0DF9121F86AA for ; Fri, 14 Dec 2012 02:38:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.566 X-Spam-Level: X-Spam-Status: No, score=-110.566 tagged_above=-999 required=5 tests=[AWL=0.033, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id awgy2enq6lBq for ; Fri, 14 Dec 2012 02:38:56 -0800 (PST) Received: from ams-iport-4.cisco.com (ams-iport-4.cisco.com [144.254.224.147]) by ietfa.amsl.com (Postfix) with ESMTP id 972FF21F84C7 for ; Fri, 14 Dec 2012 02:38:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=199; q=dns/txt; s=iport; t=1355481530; x=1356691130; h=message-id:date:from:reply-to:mime-version:to:cc:subject: content-transfer-encoding; bh=RVNCyX5XmVcryb7HlQz4E/MN4d3Oo7S2zlPl0fAXD+E=; b=FP4NrRPdIYu3EKibLiGiwK/+iKPgB7TBQ6yIuPMx51wngPWZOJJ9l0kr maxZZ6mzXtplAfijD3ktq4wv1hMv2BO3/vik/LFQiu68/gJzvcrBaqFma +9wAnf3nX6XFLUTPGBm7K/EtEydVJc7W1K+PlJVv6xJLm5maU/sIlG0t6 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap0HAAEBy1CQ/khN/2dsb2JhbABFg0i7OxZzgj0gQAE8FhgDAgECAUsBDAEHAQGID6JymwOMcoQoA5YJkEiCc4Ft X-IronPort-AV: E=Sophos;i="4.84,279,1355097600"; d="scan'208";a="10452755" Received: from ams-core-4.cisco.com ([144.254.72.77]) by ams-iport-4.cisco.com with ESMTP; 14 Dec 2012 10:38:49 +0000 Received: from cisco.com (mrwint.cisco.com [64.103.70.36]) by ams-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id qBEAcnMJ032346 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Dec 2012 10:38:49 GMT Received: from [IPv6:::1] (localhost [127.0.0.1]) by cisco.com (8.14.4+Sun/8.8.8) with ESMTP id qBEAcl9x021163; Fri, 14 Dec 2012 10:38:48 GMT Message-ID: <50CB01CB.6050804@cisco.com> Date: Fri, 14 Dec 2012 10:39:07 +0000 From: Stewart Bryant User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: draft-ietf-pwe3-vccv-impl-survey-results@tools.ietf.org, "pwe3-chairs@tools.ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pwe3 Subject: [PWE3] Mail regarding draft-ietf-pwe3-vccv-impl-survey-results X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: stbryant@cisco.com List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2012 10:38:57 -0000 I have put this into AD watching state. If the PWE3 WG wishes to pursue this draft, please will someone provide the necessary update and I will continue the publication process. - Stewart From internet-drafts@ietf.org Fri Dec 14 13:45:39 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A7A2821F8AA4; Fri, 14 Dec 2012 13:45:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.534 X-Spam-Level: X-Spam-Status: No, score=-102.534 tagged_above=-999 required=5 tests=[AWL=0.065, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bfoCmcbtG75j; Fri, 14 Dec 2012 13:45:37 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2AC2B21F8A69; Fri, 14 Dec 2012 13:45:37 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.36 Message-ID: <20121214214537.602.98421.idtracker@ietfa.amsl.com> Date: Fri, 14 Dec 2012 13:45:37 -0800 Cc: pwe3@ietf.org Subject: [PWE3] I-D Action: draft-ietf-pwe3-redundancy-spe-00.txt X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2012 21:45:39 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Pseudowire Emulation Edge to Edge Working= Group of the IETF. Title : Pseudowire Redundancy on S-PE Author(s) : Jie Dong Haibo Wang Filename : draft-ietf-pwe3-redundancy-spe-00.txt Pages : 8 Date : 2012-12-12 Abstract: This document describes Multi-Segment Pseudowire (MS-PW) protection scenarios in which the pseudowire redundancy is provided on the Switching-PE (S-PE). Operations of the S-PEs which provide PW redundancy are specified. Signaling of the preferential forwarding status as defined in [I-D.ietf-pwe3-redundancy-bit] is reused. This document does not require any change to the T-PEs of MS-PW. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pwe3-redundancy-spe There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-pwe3-redundancy-spe-00 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From binnyjeshan@gmail.com Sun Dec 16 06:44:43 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 063DD21F8715; Sun, 16 Dec 2012 06:44:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.714 X-Spam-Level: X-Spam-Status: No, score=-2.714 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E+dCXX1FkPZ2; Sun, 16 Dec 2012 06:44:41 -0800 (PST) Received: from mail-qa0-f44.google.com (mail-qa0-f44.google.com [209.85.216.44]) by ietfa.amsl.com (Postfix) with ESMTP id E011E21F84EB; Sun, 16 Dec 2012 06:44:36 -0800 (PST) Received: by mail-qa0-f44.google.com with SMTP id z4so1818379qan.10 for ; Sun, 16 Dec 2012 06:44:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=aSX4HIkwJMuIdAFsuDHgNX+SykTHKvZR1DE79DYCFfc=; b=h+xDDOYtQ/GB2G1C4dHHQ9XQAwMA6Z1mCzfoFF/DaFEYh+PzTRJFoFBXKvmcWZ3YW9 Ihz+VmiLttJLidumSBxNd7FaoE6es1NZH+y6AzxJ64/RO3WxsM8sA/odXUsUC/SKyNvC J1o0RWYEITZ3EsB172EKYMZGhSdQssV86ows4toIRf9tSM9yxXljFxoc+spQNU7oaiKN gTxdTizTMwX035ZqwebL3VdJQKdh21JD8guOqbVzEjHaWQD7TnbWeIic8F+ix+NsmHh7 +YvaDW8gjlahJpRoI64PnqbefungSF/BDaYJXpLIXTX3qIgiAH605Gc6LGqk3We38No4 vMhA== MIME-Version: 1.0 Received: by 10.229.195.211 with SMTP id ed19mr1076553qcb.78.1355669075006; Sun, 16 Dec 2012 06:44:35 -0800 (PST) Received: by 10.49.106.169 with HTTP; Sun, 16 Dec 2012 06:44:34 -0800 (PST) In-Reply-To: <8C07C743-5276-429E-AC05-E1577A9EE856@sniff.de> References: <4A6CE49E6084B141B15C0713B8993F281BD38595@SJEXCHMB12.corp.ad.broadcom.com> <7347100B5761DC41A166AC17F22DF11201E91E@eusaamb103.ericsson.se> <0C8935EE66D53445A3D3982BD9BE546815573400@xmb-aln-x09.cisco.com> <0C709968-C915-4CDA-98E5-361E67D4C923@gmail.com> <8C07C743-5276-429E-AC05-E1577A9EE856@sniff.de> Date: Sun, 16 Dec 2012 20:14:34 +0530 Message-ID: From: Binny Jeshan To: Marc Binderberger Content-Type: multipart/alternative; boundary=005045016f07a6163604d0f94dd5 Cc: mpls@ietf.org, "Santiago Alvarez \(saalvare\)" , pwe3@ietf.org, rtg-bfd@ietf.org Subject: Re: [PWE3] [mpls] Commenst on draft-akiya-bfd-intervals-03 X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2012 14:44:43 -0000 --005045016f07a6163604d0f94dd5 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hello, Looks like i missed this discussion. I second Sam to his point - "Good to have an informational document and do not support the idea of standardizing the intervals" And IMHO, i think BFD as it currently supports wide range of adjustable timer intervals has given good flexibility for troubleshooting faults like packet drops in high bandwidth links. Regards, Binny. Aricent Group - India. On 5 December 2012 05:19, Marc Binderberger wrote: > Hello Sam, Santiago, Gregory, Sharam et al., > > thanks for the feedback. Input from the MPLS and PWE3 list is welcome > regarding important timer values for which we would like to have a common > support. > > Few comments from my side: > > I can live with an informal document, at least with respect to the > "standard intervals". The document shall help to improve interoperability > and even an informal document can become de-facto standard when customers > request it ;-) > > There is the aspect of the multiple poll/final sequences to find the next > common interval. I think it is covered by RFC5880 but this statement may > require more discussion on the BFD list. If not covered then we would nee= d > a standard, I think. > > We will not make any reference to Y.1731 in the text but where intervals > we proposed are close to Y.1731 intervals I'm fine to adjust to Y.1731 > values, which may make a combined "OAM hardware" simpler/cheaper. > > > We list the following values in the draft -03 version > > o 3.3msec: required by MPLS-TP > > o 10msec and 20msec: both values allow to detect faster than 50msec, > when used with a multiplier of 2 or 3 (for 10msec). A compromise > could be a single interval of 15msec. > > o 50msec: this seems an interval often supported by software > implementations, so the assumption here is that for convenience > this value should be supported. > > o 300msec: this would support large scale of 3 x 300msec setups used > by customers to have a detection time slightly below 1sec for VoIP > setups. > > o 1sec: as mentioned in RFC5880 > > > We also discussed some time ago that the 300msec could be replaced by > 100msec intervals but this still needs more discussion. And the lower > interval range 10-50msec, especially 10-20msec, I personally tend to have > more "standard values" than less, providing more common intervals between > hardware based BFD and software based BFD; it is at least my impression > that in this range most software-based implementations have their lower > limit and the more common intervals the easier we can support 50-60msec > detect+restore even with software-based BFD (10msec may just push the > limit, 100msec is obviously too slow). > > > This is vague beside the 3.3msec and 1sec, so again if good reasons exist > for specific values from the MPLS, MPLS-TP and PWE3 standards or > applications: input is very welcome! > > > Thanks & Regards, > Marc > > > > > On 2012-12-03, at 20:53 , Sam Aldrin wrote: > > I echo what Santiago had said in his email. Good to have an informational > document and do not support the idea of standardizing the intervals. > > -sam > On Dec 3, 2012, at 11:48 AM, "Santiago Alvarez (saalvare)" < > saalvare@cisco.com> wrote: > > Applicability of BFD is pretty wide. Mandating a set of intervals driven > by Y.1731 doesn=92t sound like a good idea to me. Having lived through m= ost > of the BFD CC interop testing in the context of MPLS-TP, I can see some > value in having an informational doc that would discuss interval > configuration and interoperability.**** > Cheers.**** > > SA**** > --**** > > *From:* mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] *On Behalf O= f > *Gregory Mirsky > *Sent:* Monday, December 03, 2012 11:33 AM > *To:* Marc Binderberger; Shahram Davari > *Cc:* mpls@ietf.org; rtg-bfd@ietf.org; pwe3@ietf.org > *Subject:* Re: [mpls] Commenst on draft-akiya-bfd-intervals-03**** > ** ** > Dear Shahram, Marc, et al.,**** > I think that since BFD is the CC/CV part of MPLS-TP OAM both MPLS and PWE= 3 > WGs have a stake in this discussion.**** > I agree that compatibility with intervals standardized for Ether OAM > (CFM/Y.1731) makes sense and might be helpful in interworking. But I'll > note that even with the same transmission intervals failure detection in > BFD-based CC/CV and Ether OAM is different time interval. Not by much but > different nevertheless.**** > And I agree with Marc that BFD-based CC is not only for packet or Etherne= t > transport applications. And more values of transmission interval are > useful. That is why I believe that we should not standardize any values, = at > least not on Standard Track. At most it could be an informational documen= t. > Or, which will be great, have a survey among providers on what interval > values being used (similar to great survey on PWE VCCV Control Channels).= * > *** > **** > Regards,**** > Greg**** > ** ** > ------------------------------ > > *From:* rtg-bfd-bounces@ietf.org [mailto:rtg-bfd-bounces@ietf.org > ] *On Behalf Of *Marc Binderberger > *Sent:* Monday, December 03, 2012 11:08 AM > *To:* Shahram Davari > *Cc:* rtg-bfd@ietf.org > *Subject:* Re: Commenst on draft-akiya-bfd-intervals-03**** > Hello Shahram,**** > ** ** > thanks for re-vitalizing this discussion - must admit I was busy with too > many other things.**** > ** ** > I do agree with including the values you mention in the list of BFD > supported values, although I question the large values.**** > ** ** > On the other hand: we are not re-inventing Ethernet OAM and we _have_ BFD > implementations out there. So we likely need to support other values as > well to fit into the existing world.**** > ** ** > ** ** > Regards, Marc**** > ** ** > ** ** > ** ** > ** ** > ** ** > On 2012-12-03, at 20:02 , Shahram Davari wrote:**** > > > **** > Hi,**** > I would like to propose standardizing the same intervals as Y.1731/802.1a= g > for BFD. This would make the total L2, L3 OAM more homogeneous. So the > proposal is:**** > 3.3ms, 10ms, 100ms, 1 sec, 10sec, 1 min, 10min.**** > Thank you,**** > Shharam**** > ** ** > --**** > Marc Binderberger **** > ** ** > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > > > -- > Marc Binderberger > > --005045016f07a6163604d0f94dd5 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hello,

Looks like i missed this discussion.
I second Sam to his point - "Good to have an informational document and do not support the id= ea of standardizing the intervals"=A0

And IMHO, i think BFD as it curre= ntly supports wide range of adjustable timer intervals has given good flexi= bility for troubleshooting faults like packet drops in high bandwidth links= .

Regards,=
Binny.
=
Aricent Group - India.

On 5 December 2012 05:19, Marc Binder= berger <marc@sniff.de> wrote:
Hello Sam, Santiago, Gregory, Sharam et= al.,

thanks for the feedback. Input from the MPLS and P= WE3 list is welcome regarding important timer values for which we would lik= e to have a common support.

Few comments from my side:

I c= an live with an informal document, at least with respect to the "stand= ard intervals". The document shall help to improve interoperability an= d even an informal document can become de-facto standard when customers req= uest it ;-)

There is the aspect of the multiple poll/final sequence= s to find the next common interval. I think it is covered by RFC5880 but th= is statement may require more discussion on the BFD list. If not covered th= en we would need a standard, I think.

We will not make any reference to Y.1731 in the text bu= t where intervals we proposed are close to Y.1731 intervals I'm fine to= adjust to Y.1731 values, which may make a combined "OAM hardware"= ; simpler/cheaper.


We list the following values in the draf= t -03 version

=A0 =A0o =A03.3msec: required b= y MPLS-TP

=A0 =A0o =A010msec and 20msec: both valu= es allow to detect faster than 50msec,
=A0 =A0 =A0 when used with a multiplier of 2 or 3 (for 10msec). =A0A c= ompromise
=A0 =A0 =A0 could be a single interval of 15msec.
=

=A0 =A0o =A050msec: this seems an interval often suppor= ted by software
=A0 =A0 =A0 implementations, so the assumption here is that for conven= ience
=A0 =A0 =A0 this value should be supported.

<= /div>
=A0 =A0o =A0300msec: this would support large scale of 3 x 300mse= c setups used
=A0 =A0 =A0 by customers to have a detection time slightly below 1sec = for VoIP
=A0 =A0 =A0 setups.

=A0 =A0o = =A01sec: as mentioned in RFC5880


<= div>We also discussed some time ago that the 300msec could be replaced by 1= 00msec intervals but this still needs more discussion. And the lower interv= al range 10-50msec, especially 10-20msec, I personally tend to have more &q= uot;standard values" than less, providing more common intervals betwee= n hardware based BFD and software based BFD; it is at least my impression t= hat in this range most software-based implementations have their lower limi= t and the more common intervals the easier we can support 50-60msec detect+= restore even with software-based BFD (10msec may just push the limit, 100ms= ec is obviously too slow).


This is vague beside the 3.3msec and 1se= c, so again if good reasons exist for specific values from the MPLS, MPLS-T= P and PWE3 standards or applications: input is very welcome!


Thanks & Regards,
Marc




<= div>
On 2012-12-03, at 20:53 , Sam Aldrin wrote:

I echo what Santiago had said in his em= ail. Good to have an informational document and do not support the idea of = standardizing the intervals.

-sam
On Dec 3,= 2012, at 11:48 AM, "Santiago Alvarez (saalvare)" <saalvare@cisco.com> wro= te:

Applicability of BFD is pretty wide.=A0= Mandating a set of intervals driven by Y.1731 doesn=92t sound like a good = idea to me.=A0 Having lived through most of the BFD CC interop testing in t= he context of MPLS-TP, I can see some value in having an informational doc = that would discuss interval configuration and interoperability.
Cheers.
=A0
SA
--
=A0
<= div style=3D"border-style:solid none none;border-top-width:1pt;border-top-c= olor:rgb(181,196,223);padding:3pt 0in 0in">
From:=A0mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org]=A0On Behalf Of=A0Gregory Mirsky
Sent:=A0Monday, December 03, 2012 11:33 AM
To:=A0Marc Binderberger; Shahram Davari
Cc:=A0mpls@ietf.org; = rtg-bfd@ietf.org;= pwe3@ietf.org
Subject:=A0Re: [mpls] Commenst on draft-akiya-bfd-inter= vals-03
=A0
Dear Shahram, Marc, et al.,
I th= ink that since BFD is the CC/CV part of MPLS-TP OAM both MPLS and PWE3 WGs = have a stake in this discussion.
I ag= ree that compatibility with intervals standardized for Ether OAM (CFM/Y.173= 1) makes sense and might be helpful in interworking. But I'll note that= even with the same transmission intervals failure detection in BFD-based C= C/CV and Ether OAM is different time interval. Not by much but different ne= vertheless.
And I agree with Marc that BFD-based CC is not only for = packet or Ethernet transport applications. And more values of transmission = interval are useful. That is why I believe that we should not standardize a= ny values, at least not on Standard Track. At most it could be an informati= onal document. Or, which will be great, have a survey among providers on wh= at interval values being used (similar to great survey on PWE VCCV Control = Channels).
=A0
=A0=A0=A0 = Regards,
=A0=A0=A0=A0=A0=A0=A0 Greg
=A0

From:=A0= rtg-bfd-bounces@ietf.org=A0[mailto:rtg-bfd-bounces@iet= f.org]=A0On Behalf Of=A0Marc Binderber= ger
Sent:=A0Monday, December 03, 2012 11:08 AM
To:=A0Shahram Davari
Cc:=A0rtg-bfd@ietf.org
Subject:=A0Re: Commenst on draft-akiya-bfd-intervals-03=

Hello Shahram,
=A0
thanks for re-vitalizing this discussion - must admit I was busy with too m= any other things.
<= /u>=A0
I do agree with including the values you = mention in the list of BFD supported values, although I question the large = values.
=A0
On the other hand: we are not re-inventing Ethernet OAM and we _have_ BFD i= mplementations out there. So we likely need to support other values as well= to fit into the existing world.
=A0
=A0<= /div>
Regards, Marc
= =A0
=A0
=A0<= /div>
=A0
=A0<= /div>
On 2012-12-03, at 20:02 , Shahram Davari wrote:


Hi,=
I would like to propose standardizing= the same intervals as Y.1731/802.1ag for BFD. This would make the total L2= , L3 OAM more homogeneous. So the proposal is:
3.3ms, 10ms, 100ms, 1 sec, 10sec, 1 min, 10min.=
Thank you,
=A0Shharam
=A0
<= div style=3D"margin:0in 0in 0.0001pt;font-size:12pt;font-family:'Times = New Roman',serif"> --= =
Mar= c Binderberger =A0 =A0 =A0 =A0 =A0 <marc@sniff.= de>
=A0
_______________________________________________
mpls mailing list
mpls@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/mpls


--
Marc Binderberger =A0 =A0 =A0 =A0 =A0 <marc@sniff.de>


--005045016f07a6163604d0f94dd5-- From binnyjeshan@gmail.com Sun Dec 16 06:50:14 2012 Return-Path: X-Original-To: pwe3@ietfa.amsl.com Delivered-To: pwe3@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 807A921F87BC; Sun, 16 Dec 2012 06:50:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.714 X-Spam-Level: X-Spam-Status: No, score=-2.714 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4NVBo+WFFqpq; Sun, 16 Dec 2012 06:50:10 -0800 (PST) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by ietfa.amsl.com (Postfix) with ESMTP id 6D58A21F87B6; Sun, 16 Dec 2012 06:50:10 -0800 (PST) Received: by mail-qc0-f182.google.com with SMTP id k19so3411191qcs.27 for ; Sun, 16 Dec 2012 06:50:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cUJiGws3f/eBo6Lb9eqE7MeNFIWFJt4TbKCXVbpYdrM=; b=mR3ROrgOjrBHc5mlo2JDFlAWwdnDb63ZT7A2woprgJzxjALXS/ODSU/DKa8XvrHYjD SUaBy7k14lz9DDizYJnOHBJW2iPGHIMRJ3Rd4ChhENp9KofR1yupEs6NhTXqQwpfdUps P1n6afk2jtqP6GwxfVHrKV6zvr5IS4qN7VwdF0B5RiJHvC6YF8kOUpoZocZpFX9LzlOn gISoAoGlwD8jETVHMoz7oyJX8uWVT/0ISv1NjbpuAPySrNLYSGI8WouTn7koUtlW5LyI VFyqE/5TIwq5qwMbvW2O0shZomo8gnCopoChIcB0TaN5sssQf/jmazRxurUnLTeyiwNk 7z4g== MIME-Version: 1.0 Received: by 10.49.131.67 with SMTP id ok3mr5798307qeb.42.1355669409572; Sun, 16 Dec 2012 06:50:09 -0800 (PST) Received: by 10.49.106.169 with HTTP; Sun, 16 Dec 2012 06:50:09 -0800 (PST) In-Reply-To: References: <4A6CE49E6084B141B15C0713B8993F281BD38595@SJEXCHMB12.corp.ad.broadcom.com> <7347100B5761DC41A166AC17F22DF11201E91E@eusaamb103.ericsson.se> <0C8935EE66D53445A3D3982BD9BE546815573400@xmb-aln-x09.cisco.com> <0C709968-C915-4CDA-98E5-361E67D4C923@gmail.com> <8C07C743-5276-429E-AC05-E1577A9EE856@sniff.de> Date: Sun, 16 Dec 2012 20:20:09 +0530 Message-ID: From: Binny Jeshan To: Marc Binderberger Content-Type: multipart/alternative; boundary=047d7bdc06f09727da04d0f9614e Cc: mpls@ietf.org, "Santiago Alvarez \(saalvare\)" , pwe3@ietf.org, rtg-bfd@ietf.org Subject: Re: [PWE3] [mpls] Commenst on draft-akiya-bfd-intervals-03 X-BeenThere: pwe3@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Pseudo Wires Edge to Edge List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2012 14:50:14 -0000 --047d7bdc06f09727da04d0f9614e Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hello Marc, You mentioned, "* **There is the aspect of the multiple poll/final sequences to find the next common interval. I think it is covered by RFC5880 but this statement may require more discussion on the BFD list. If not covered then we would need a standard, I think. *" Could you please describe more on this, if not in this discussion mail, you can choose to do it in another mail. This topic interests me :), as i'd like to know what is missing or needs to be covered. Regards, Binny. Aricent Group - India. On 16 December 2012 20:14, Binny Jeshan wrote: > Hello, > > Looks like i missed this discussion. > > I second Sam to his point - "Good to have an informational document and > do not support the idea of standardizing the intervals" > > And IMHO, i think BFD as it currently supports wide range of adjustable > timer intervals has given good flexibility for troubleshooting faults lik= e > packet drops in high bandwidth links. > > Regards, > Binny. > Aricent Group - India. > > On 5 December 2012 05:19, Marc Binderberger wrote: > >> Hello Sam, Santiago, Gregory, Sharam et al., >> >> thanks for the feedback. Input from the MPLS and PWE3 list is welcome >> regarding important timer values for which we would like to have a commo= n >> support. >> >> Few comments from my side: >> >> I can live with an informal document, at least with respect to the >> "standard intervals". The document shall help to improve interoperabilit= y >> and even an informal document can become de-facto standard when customer= s >> request it ;-) >> >> There is the aspect of the multiple poll/final sequences to find the nex= t >> common interval. I think it is covered by RFC5880 but this statement may >> require more discussion on the BFD list. If not covered then we would ne= ed >> a standard, I think. >> >> We will not make any reference to Y.1731 in the text but where intervals >> we proposed are close to Y.1731 intervals I'm fine to adjust to Y.1731 >> values, which may make a combined "OAM hardware" simpler/cheaper. >> >> >> We list the following values in the draft -03 version >> >> o 3.3msec: required by MPLS-TP >> >> o 10msec and 20msec: both values allow to detect faster than 50msec, >> when used with a multiplier of 2 or 3 (for 10msec). A compromise >> could be a single interval of 15msec. >> >> o 50msec: this seems an interval often supported by software >> implementations, so the assumption here is that for convenience >> this value should be supported. >> >> o 300msec: this would support large scale of 3 x 300msec setups used >> by customers to have a detection time slightly below 1sec for VoIP >> setups. >> >> o 1sec: as mentioned in RFC5880 >> >> >> We also discussed some time ago that the 300msec could be replaced by >> 100msec intervals but this still needs more discussion. And the lower >> interval range 10-50msec, especially 10-20msec, I personally tend to hav= e >> more "standard values" than less, providing more common intervals betwee= n >> hardware based BFD and software based BFD; it is at least my impression >> that in this range most software-based implementations have their lower >> limit and the more common intervals the easier we can support 50-60msec >> detect+restore even with software-based BFD (10msec may just push the >> limit, 100msec is obviously too slow). >> >> >> This is vague beside the 3.3msec and 1sec, so again if good reasons exis= t >> for specific values from the MPLS, MPLS-TP and PWE3 standards or >> applications: input is very welcome! >> >> >> Thanks & Regards, >> Marc >> >> >> >> >> On 2012-12-03, at 20:53 , Sam Aldrin wrote: >> >> I echo what Santiago had said in his email. Good to have an informationa= l >> document and do not support the idea of standardizing the intervals. >> >> -sam >> On Dec 3, 2012, at 11:48 AM, "Santiago Alvarez (saalvare)" < >> saalvare@cisco.com> wrote: >> >> Applicability of BFD is pretty wide. Mandating a set of intervals drive= n >> by Y.1731 doesn=92t sound like a good idea to me. Having lived through = most >> of the BFD CC interop testing in the context of MPLS-TP, I can see some >> value in having an informational doc that would discuss interval >> configuration and interoperability.**** >> Cheers.**** >> >> SA**** >> --**** >> >> *From:* mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] *On Behalf >> Of *Gregory Mirsky >> *Sent:* Monday, December 03, 2012 11:33 AM >> *To:* Marc Binderberger; Shahram Davari >> *Cc:* mpls@ietf.org; rtg-bfd@ietf.org; pwe3@ietf.org >> *Subject:* Re: [mpls] Commenst on draft-akiya-bfd-intervals-03**** >> ** ** >> Dear Shahram, Marc, et al.,**** >> I think that since BFD is the CC/CV part of MPLS-TP OAM both MPLS and >> PWE3 WGs have a stake in this discussion.**** >> I agree that compatibility with intervals standardized for Ether OAM >> (CFM/Y.1731) makes sense and might be helpful in interworking. But I'll >> note that even with the same transmission intervals failure detection in >> BFD-based CC/CV and Ether OAM is different time interval. Not by much bu= t >> different nevertheless.**** >> And I agree with Marc that BFD-based CC is not only for packet or >> Ethernet transport applications. And more values of transmission interva= l >> are useful. That is why I believe that we should not standardize any >> values, at least not on Standard Track. At most it could be an >> informational document. Or, which will be great, have a survey among >> providers on what interval values being used (similar to great survey on >> PWE VCCV Control Channels).**** >> **** >> Regards,**** >> Greg**** >> ** ** >> ------------------------------ >> >> *From:* rtg-bfd-bounces@ietf.org [mailto:rtg-bfd-bounces@ietf.org >> ] *On Behalf Of *Marc Binderberger >> *Sent:* Monday, December 03, 2012 11:08 AM >> *To:* Shahram Davari >> *Cc:* rtg-bfd@ietf.org >> *Subject:* Re: Commenst on draft-akiya-bfd-intervals-03**** >> Hello Shahram,**** >> ** ** >> thanks for re-vitalizing this discussion - must admit I was busy with to= o >> many other things.**** >> ** ** >> I do agree with including the values you mention in the list of BFD >> supported values, although I question the large values.**** >> ** ** >> On the other hand: we are not re-inventing Ethernet OAM and we _have_ BF= D >> implementations out there. So we likely need to support other values as >> well to fit into the existing world.**** >> ** ** >> ** ** >> Regards, Marc**** >> ** ** >> ** ** >> ** ** >> ** ** >> ** ** >> On 2012-12-03, at 20:02 , Shahram Davari wrote:**** >> >> >> **** >> Hi,**** >> I would like to propose standardizing the same intervals as >> Y.1731/802.1ag for BFD. This would make the total L2, L3 OAM more >> homogeneous. So the proposal is:**** >> 3.3ms, 10ms, 100ms, 1 sec, 10sec, 1 min, 10min.**** >> Thank you,**** >> Shharam**** >> ** ** >> --**** >> Marc Binderberger **** >> ** ** >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >> >> >> >> -- >> Marc Binderberger >> >> > --047d7bdc06f09727da04d0f9614e Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hello Marc,
You mentioned,

" There is the aspect of the multiple po= ll/final sequences to find the next common interval. I think it is covered = by RFC5880 but this statement may require more discussion on the BFD lis= t. If not covered then we would need a standard, I think. "= ;

Could you please desc= ribe more on this, if not in this discussion mail, you can choose to do it = in another mail. This topic interests me :), as i'd like to know what i= s missing or needs to be covered.

Regards,<= /div>
Binny.<= /div>
Aricent Group=A0- India.

On 16 December 2012 20:14, Binny Jesh= an <binnyjeshan@gmail.com> wrote:
Hello,

Looks like i misse= d this discussion.

I second Sam to his point - &qu= ot;Good to have an informational document and do not support the idea = of standardizing the intervals"=A0

And IMHO, i think BFD as it currently supports wide range of adjust= able timer intervals has given good flexibility for troubleshooting faults = like packet drops in high bandwidth links.

Regards,
=
Binny.
=
Aricent Group - India.

On 5 December = 2012 05:19, Marc Binderberger <marc@sniff.de> wrote:
Hello Sam, Santiago, Gregory, Sharam et= al.,

thanks for the feedback. Input from the MPLS and P= WE3 list is welcome regarding important timer values for which we would lik= e to have a common support.

Few comments from my side:

I c= an live with an informal document, at least with respect to the "stand= ard intervals". The document shall help to improve interoperability an= d even an informal document can become de-facto standard when customers req= uest it ;-)

There is the aspect of the multiple poll/final sequence= s to find the next common interval. I think it is covered by RFC5880 but th= is statement may require more discussion on the BFD list. If not covered th= en we would need a standard, I think.

We will not make any reference to Y.1731 in the text bu= t where intervals we proposed are close to Y.1731 intervals I'm fine to= adjust to Y.1731 values, which may make a combined "OAM hardware"= ; simpler/cheaper.


We list the following values in the draf= t -03 version

=A0 =A0o =A03.3msec: required b= y MPLS-TP

=A0 =A0o =A010msec and 20msec: both valu= es allow to detect faster than 50msec,
=A0 =A0 =A0 when used with a multiplier of 2 or 3 (for 10msec). =A0A c= ompromise
=A0 =A0 =A0 could be a single interval of 15msec.
=

=A0 =A0o =A050msec: this seems an interval often suppor= ted by software
=A0 =A0 =A0 implementations, so the assumption here is that for conven= ience
=A0 =A0 =A0 this value should be supported.

<= /div>
=A0 =A0o =A0300msec: this would support large scale of 3 x 300mse= c setups used
=A0 =A0 =A0 by customers to have a detection time slightly below 1sec = for VoIP
=A0 =A0 =A0 setups.

=A0 =A0o = =A01sec: as mentioned in RFC5880


<= div>We also discussed some time ago that the 300msec could be replaced by 1= 00msec intervals but this still needs more discussion. And the lower interv= al range 10-50msec, especially 10-20msec, I personally tend to have more &q= uot;standard values" than less, providing more common intervals betwee= n hardware based BFD and software based BFD; it is at least my impression t= hat in this range most software-based implementations have their lower limi= t and the more common intervals the easier we can support 50-60msec detect+= restore even with software-based BFD (10msec may just push the limit, 100ms= ec is obviously too slow).


This is vague beside the 3.3msec and 1se= c, so again if good reasons exist for specific values from the MPLS, MPLS-T= P and PWE3 standards or applications: input is very welcome!


Thanks & Regards,
Marc




On 2= 012-12-03, at 20:53 , Sam Aldrin wrote:

I echo what Santiago had said in his em= ail. Good to have an informational document and do not support the idea of = standardizing the intervals.

-sam
On Dec 3,= 2012, at 11:48 AM, "Santiago Alvarez (saalvare)" <saalvare@cisco.com> wro= te:

Applicability of BFD is pretty wide.=A0= Mandating a set of intervals driven by Y.1731 doesn=92t sound like a good = idea to me.=A0 Having lived through most of the BFD CC interop testing in t= he context of MPLS-TP, I can see some value in having an informational doc = that would discuss interval configuration and interoperability.
Cheers.
=A0
SA
--
=A0
<= div style=3D"border-style:solid none none;border-top-width:1pt;border-top-c= olor:rgb(181,196,223);padding:3pt 0in 0in">
From:=A0mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org]=A0On Behalf Of=A0Gregory Mirsky
Sent:=A0Monday, December 03, 2012 11:33 AM
To:=A0Marc Binderberger; Shahram Davari
Cc:=A0mpls@ietf.org; = rtg-bfd@ietf.org;= pwe3@ietf.org
Subject:=A0Re: [mpls] Commenst on draft-akiya-bfd-inter= vals-03
=A0
Dear Shahram, Marc, et al.,
I th= ink that since BFD is the CC/CV part of MPLS-TP OAM both MPLS and PWE3 WGs = have a stake in this discussion.
I ag= ree that compatibility with intervals standardized for Ether OAM (CFM/Y.173= 1) makes sense and might be helpful in interworking. But I'll note that= even with the same transmission intervals failure detection in BFD-based C= C/CV and Ether OAM is different time interval. Not by much but different ne= vertheless.
And I agree with Marc that BFD-based CC is not only for = packet or Ethernet transport applications. And more values of transmission = interval are useful. That is why I believe that we should not standardize a= ny values, at least not on Standard Track. At most it could be an informati= onal document. Or, which will be great, have a survey among providers on wh= at interval values being used (similar to great survey on PWE VCCV Control = Channels).
=A0
=A0=A0=A0 = Regards,
=A0=A0=A0=A0=A0=A0=A0 Greg
=A0

From:=A0= rtg-bfd-bounces@ietf.org=A0[mailto:rtg-bfd-bounces@iet= f.org]=A0On Behalf Of=A0Marc Binderber= ger
Sent:=A0Monday, December 03, 2012 11:08 AM
To:=A0Shahram Davari
Cc:=A0rtg-bfd@ietf.org
Subject:=A0Re: Commenst on draft-akiya-bfd-intervals-03=

Hello Shahram,
=A0
thanks for re-vitalizing this discussion - must admit I was busy with too m= any other things.
<= /u>=A0
I do agree with including the values you = mention in the list of BFD supported values, although I question the large = values.
=A0
On the other hand: we are not re-inventing Ethernet OAM and we _have_ BFD i= mplementations out there. So we likely need to support other values as well= to fit into the existing world.
=A0
=A0<= /div>
Regards, Marc
= =A0
=A0
=A0<= /div>
=A0
=A0<= /div>
On 2012-12-03, at 20:02 , Shahram Davari wrote:


Hi,=
I would like to propose standardizing= the same intervals as Y.1731/802.1ag for BFD. This would make the total L2= , L3 OAM more homogeneous. So the proposal is:
3.3ms, 10ms, 100ms, 1 sec, 10sec, 1 min, 10min.=
Thank you,
=A0Shharam
=A0
<= div style=3D"margin:0in 0in 0.0001pt;font-size:12pt;font-family:'Times = New Roman',serif"> --= =
Mar= c Binderberger =A0 =A0 =A0 =A0 =A0 <marc@sniff.= de>
=A0
_______________________________________________
mpls mailing list
mpls@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/mpls


--
Marc Binderberger =A0 =A0 =A0 =A0 =A0 <marc@sniff.de>



--047d7bdc06f09727da04d0f9614e--